人力资源管理系统项目总结报告
- 格式:doc
- 大小:318.00 KB
- 文档页数:10
人力资源管理系统项目
总结报告
汇报人:张咏勤
汇报日期:2009-10-11修改历史
项目基本信息
项目基本信息
项目范围与目的
范围
人力资源管理系统(HRM)分为以下几个功能模块:人事管理、工资管理、职位变更管理、离职
管理、培训管理、辅助系统。
目的
为Comm贸易公司定制的人力资源管理系统。
软件生命周期
计划采用的生命周期模型:增量式模型
实际采用的生命周期模型:增量式模型
在整个项目过程中,项目生命周期模型没有变更。增量模型生命周期适用于本项目开发过程。前期通过DEMO进行确认、沟通,使客户对产品有直观的认识,减少项目风险。
项目人员管理
组织结构
人力投入
培训情况
人员投入计划和实际的比较
VSTS:解决了当前项目管理中遇到的问题,同时更进一步了解VSTS;达到较好效果。
C#编码规范:让开发人员熟悉公司的一系列编码规范,便于在开发过程中的代码走查和组
间协调。
项目管理
成本
成本偏离分析
1212
工作量
原因主要有以下几点:
没有较准确的估计参考数据;
项目初期,实习开发人员对工作要求不熟悉; QA 前期没有及时跟踪项目问题;
实习开发人员公司过程体系的理解不足,且开发能力稍显不足。 措施:
对关键任务,加大跟踪力度。
根据项目特点进行2次估算,使估算比较符合实际。
生产率
总代码行数:110304 Loc
C#: 108954Loc
JavaScript : 477Loc Sql: 873Loc 代码重用:22061Loc 项目总投入: 40人月
开发人员投入: 880 小时; 美术人员投入:160 小时。
成本跟踪
010000
2000030000
40000
50000
60000
70000
80000
90000
100000
立项准备需求概要详细
编码测试交付
项目生产率
C#以及JavaScript 生产率:802Loc/人天
需求管理 项目进度 项目进度(1) 项目进度(2) 项目进度偏离原因分析
评审
文档规模
文档规模偏离原因分析
• 文档总规模为:A 页。
• 初始估计值为:B 页。 • 二次估计值为:C 页。
• 文档初始估计偏差为:(A-B)/A= • 文档二次估计偏差为:(A-B)/A=
估计偏差的主要原因:
阶段完成情况
041219
050108
050128
050217
050309
050329
050418
050508
050528
050617
项
目
策
划
需
求
分
析
概
要
设
计
详
细
设
计
编
码
集
成
测
试
系
统
测
试
验
收
测
试
交
付
1. 使用新的估算模板,估算难度较大;
2. 估算人员比较少,没有让较多的人员参与到项目进行估算。
措施:
1、进行多次估算;
2、加大对偏差较大的部分跟踪力度,确认内容有效性,减少不必要的内容。
代码规模
代码规模偏离原因分析
•原因在于估计中使用的是有效代码行,而统计时使用的是实际所有代码行,没有比较好的统计有效代码行工具。(如注释,和自动生成的代码)
•没有参考比例系数(不包括注释和自动生成部分代码比例系数),进行统计有效代码行。
•估算人员没有相关估算经验。
配置管理
SCI基线化
变更记录CR
变更记录CR(1)
变更记录CR(2)
基线
测试
集成测试 已确认问题 用例执行情况
1.
2. 作表中的追溯;
3. 由于需求和设计的粗略,无法正常获取设计用例的信息,测试人员需要与开发人员不断地来回沟通,浪费了大量的时间;
4.项目开发人员在修改缺陷时,经常变换权限等的要求,且没有及时添加到需求和设计中,且没及时通知相关人员,导致测试时发现系统与需求不一样而又重新修改已制作测试用例的测试需求,增加不必要的工作;
5.测试人员管理的经验不足,没有及时进行跟踪,导致最后统计数据很费时间。 二、建议:
1、让项目开发人员对过程进行进一步的了解,让开发人员更改系统时有意识要通知相关人员,
测试用例执行情况
0100
200
300
400
500600
700800
用例总数已执行数
通过数未通过数无法执行数
用例总数
已执行数
通过数未通过数
并修改相关的文档;
2、测试人员实时跟踪,每天都要记好当天的效率和缺陷等相关信息;
3、加强需求设计人员对需求设计文档的分析及设计能力,同时要求项目开发人员能够按照需
求和设计文档来实现系统。
问题分析
SQA
工作汇报
问题分布情况
问题分析
产品质量问题主要来源:
1. 同行评审中,评审准备不足,作者、评审组长等对于质量把控不严;
2. 项目组文档质量把控意识不足,未进行拼写检查和组内走查就开始进行走查;
3. 走查时,作者未及时反馈处理结果,且项目经理和QA代表未及时跟踪处理情况;
活动问题主要来源:
1. PDSP开始太晚,模板适用性不足;
2. QA代表因经验不足,工作重心出现偏离,如花费大量时间制作和修改模板,对活动的评审
与跟踪力度不足。
项目经验