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

人力资源管理系统项目 总结报告 汇 报 人：张咏勤 汇报日期：2009-10-11 修改历史 日期 版本 作者 修改内容 评审号 变更控制号 2009-10-11 1.0 张咏勤 修订 项目基本信息 项目名称 人力资源管理系统 项目代号 HRM 产品类别 软件产品 客户 Comm贸易公司 项目经理 ProMan 主管高级经理 Cosmo 项目SCM代表 Robin 测试经理 Sammy SQA代表 Passay 测试人员 Testman、Van 项目基本信息 项目范围与目的 范围 人力资源管理系统(HRM)分为以下几个功能模块 ：人事管理、工资管理、职位变更管理、离职管理、培训管理、辅助系统。 目的 为Comm贸易公司定制的人力资源管理系统。 软件生命周期 计划采用的生命周期模型：增量式模型 实际采用的生命周期模型：增量式模型 在整个项目过程中，项目生命周期模型没有变更。增量模型生命周期适用于本项目开发过程。前期通过DEMO进行确认、沟通，使客户对产品有直观的认识，减少项目风险。 项目人员管理 组织结构 人力投入 培训情况 序号 课程名称 参加人数 花费工作量 培训效果 备注 1 VSTS 5 =12*5 好 2 C#编码规范 5 =0.5*5 良好 总计 7 62.5 良好 培训结果分析 VSTS：解决了当前项目管理中遇到的问题，同时更进一步了解VSTS；达到较好效果。 C#编码规范:让开发人员熟悉公司的一系列编码规范，便于在开发过程中的代码走查和组间协调。 项目管理 成本 成本偏离分析 项目总成本为：30 万元 成本初始估计值为：25万元 成本估计偏差为：5万元 成本估计偏差的主要原因： 1、计算标准不一致； 2、没有比较准确的估计参考数据。 偏差措施： 1、加大跟踪力度。 2、进行多次估算，使估算比较符合实际。 工作量 项目工作量偏离原因分析 原因主要有以下几点： 没有较准确的估计参考数据； 项目初期，实习开发人员对工作要求不熟悉； QA前期没有及时跟踪项目问题； 实习开发人员公司过程体系的理解不足，且开发能力稍显不足。 措施： 对关键任务，加大跟踪力度。 根据项目特点进行2次估算，使估算比较符合实际。 生产率 总代码行数： Loc C#： Loc JavaScript： 477Loc Sql: 873Loc 代码重用：22061Loc 项目总投入： 40人月 开发人员投入： 880 小时； 美术人员投入：160 小时。 项目生产率 C#以及JavaScript生产率：802Loc/人天 需求管理 项目进度 项目进度（1） 项目进度（2） 项目进度偏离原因分析 原因主要有以下几点： 没有较准确的估计参考数据； 项目初期，实习人员对工作要求不熟悉； QA前期没有及时跟踪项目问题； 项目组对公司过程体系的理解不足，且编码能力稍显不足。 措施： 对关键任务，加大跟踪力度。 根据项目特点进行2次估算，使估算比较符合实际。 评审 评审工作量阶段分布 文档规模 文档规模偏离原因分析 文档总规模为：A页。 初始估计值为：B页。 二次估计值为：C页。 文档初始估计偏差为：(A-B)/A= 文档二次估计偏差为：(A-B)/A= 估计偏差的主要原因： 1. 使用新的估算模板，估算难度较大； ?2. 估算人员比较少，没有让较多的人员参与到项目进行估算。 措施： 1、进行多次估算； 2、加大对偏差较大的部分跟踪力度，确认内容有效性，减少不必要的内容。 代码规模 代码规模偏离原因分析 原因在于估计中使用的是有效代码行，而统计时使用的是实际所有代码行，没有比较好的统计有效代码行工具。（如注释，和自动生成的代码） 没有参考比例系数（不包括注释和自动生成部分代码比例系数），进行统计有效代码行。 估算人员没有相关估算经验。 配置管理 SCI基线化 变更记录CR 变更记录CR（1） 变更记录CR（2） 变更控制号 受影响的配置项 变更时间 原因分析 经验/教训/改进措施 基线 序号 基线名称 计划基线形成时间 实际基线形成时间 1 2 3 4 5 6 7 8 9 测试 集成测试 已确认问题 用例执行情况 系统测试 用例执行情况 已确认问题 测试结果概述 一、测试问题概述： 1. 测试人员第一次参与性能测试，对相应工具不熟悉，边摸索边测试而影响了测试速度； 2. 由于项目前期需求和设计不详细，未及时指定用户需求号，导致后期无法完成测试管理工作表中的追溯； 3. 由于需求和设计的粗略，无法正常获取设计用例的信息，测试人员需要与开发人员不断地来回沟通，浪费了大量的时间； 4.项目开发人员在修改缺陷时，经常变换权限等的要求，且没有及时添加到需求和设计中，且没及时通知相关人员，导致