人力资源管理系统项目总结报告

人力资源管理系统项目总结报告

ID:9886814

大小:1.14 MB

页数:26页

时间:2018-05-13

人力资源管理系统项目总结报告_第1页
人力资源管理系统项目总结报告_第2页
人力资源管理系统项目总结报告_第3页
人力资源管理系统项目总结报告_第4页
人力资源管理系统项目总结报告_第5页
资源描述:

《人力资源管理系统项目总结报告》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、人力资源管理系统项目总结报告汇报人:xxx汇报日期:2009-10-11修改历史日期版本作者修改内容评审号变更控制号2009-10-111.0张咏勤修订项目基本信息项目名称人力资源管理系统项目代号HRM产品类别软件产品客户Comm贸易公司项目经理ProMan主管高级经理Cosmo项目SCM代表Robin测试经理SammySQA代表Passay测试人员Testman、Van项目基本信息项目范围与目的范围人力资源管理系统(HRM)分为以下几个功能模块:人事管理、工资管理、职位变更管理、离职管理、培训管理、辅助系统。目

2、的为Comm贸易公司定制的人力资源管理系统。软件生命周期计划采用的生命周期模型:增量式模型实际采用的生命周期模型:增量式模型在整个项目过程中,项目生命周期模型没有变更。增量模型生命周期适用于本项目开发过程。前期通过DEMO进行确认、沟通,使客户对产品有直观的认识,减少项目风险。项目人员管理组织结构人力投入培训情况序号课程名称参加人数花费工作量培训效果备注1VSTS5=12*5好2C#编码规范5=0.5*5良好总计762.5良好培训结果分析uVSTS:解决了当前项目管理中遇到的问题,同时更进一步了解VSTS;达到较

3、好效果。uC#编码规范:让开发人员熟悉公司的一系列编码规范,便于在开发过程中的代码走查和组间协调。项目管理成本成本偏离分析项目总成本为:30万元成本初始估计值为:25万元成本估计偏差为:5万元成本估计偏差的主要原因:1、计算标准不一致;2、没有比较准确的估计参考数据。偏差措施:1、加大跟踪力度。2、进行多次估算,使估算比较符合实际。工作量项目工作量偏离原因分析原因主要有以下几点:没有较准确的估计参考数据;项目初期,实习开发人员对工作要求不熟悉;QA前期没有及时跟踪项目问题;实习开发人员公司过程体系的理解不足,且开

4、发能力稍显不足。措施:对关键任务,加大跟踪力度。根据项目特点进行2次估算,使估算比较符合实际。生产率总代码行数:110304LocC#:108954LocJavaScript:477LocSql:873Loc代码重用:22061Loc项目总投入:40人月开发人员投入:880小时;美术人员投入:160小时。项目生产率C#以及JavaScript生产率:802Loc/人天需求管理项目进度项目进度(1)项目进度(2)项目进度偏离原因分析原因主要有以下几点:没有较准确的估计参考数据;项目初期,实习人员对工作要求不熟悉;Q

5、A前期没有及时跟踪项目问题;项目组对公司过程体系的理解不足,且编码能力稍显不足。措施:对关键任务,加大跟踪力度。根据项目特点进行2次估算,使估算比较符合实际。评审评审工作量阶段分布文档规模文档规模偏离原因分析•文档总规模为:A页。•初始估计值为:B页。•二次估计值为:C页。•文档初始估计偏差为:(A-B)/A=•文档二次估计偏差为:(A-B)/A=估计偏差的主要原因:1.使用新的估算模板,估算难度较大; 2.估算人员比较少,没有让较多的人员参与到项目进行估算。措施:1、进行多次估算;2、加大对偏差较大的部分跟踪力

6、度,确认内容有效性,减少不必要的内容。代码规模代码规模偏离原因分析•原因在于估计中使用的是有效代码行,而统计时使用的是实际所有代码行,没有比较好的统计有效代码行工具。(如注释,和自动生成的代码)•没有参考比例系数(不包括注释和自动生成部分代码比例系数),进行统计有效代码行。•估算人员没有相关估算经验。配置管理SCI基线化变更记录CR变更记录CR(1)变更记录CR(2)变更控制号受影响的配置项变更时间原因分析经验/教训/改进措施基线序号基线名称计划基线形成时间实际基线形成时间123456789测试集成测试已确认问题

7、用例执行情况系统测试用例执行情况已确认问题测试结果概述一、测试问题概述:1.测试人员第一次参与性能测试,对相应工具不熟悉,边摸索边测试而影响了测试速度;2.由于项目前期需求和设计不详细,未及时指定用户需求号,导致后期无法完成测试管理工作表中的追溯;3.由于需求和设计的粗略,无法正常获取设计用例的信息,测试人员需要与开发人员不断地来回沟通,浪费了大量的时间;4.项目开发人员在修改缺陷时,经常变换权限等的要求,且没有及时添加到需求和设计中,且没及时通知相关人员,导致测试时发现系统与需求不一样而又重新修改已制作测试用例

8、的测试需求,增加不必要的工作;5.测试人员管理的经验不足,没有及时进行跟踪,导致最后统计数据很费时间。二、建议:1、让项目开发人员对过程进行进一步的了解,让开发人员更改系统时有意识要通知相关人员,并修改相关的文档;2、测试人员实时跟踪,每天都要记好当天的效率和缺陷等相关信息;3、加强需求设计人员对需求设计文档的分析及设计能力,同时要求项目开发人员能够按照需求和设计文档来实

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。