人力资源管理系统项目总结报告【精品推荐】

1、大型企业经典管理资料模板， WORD文档，欢迎下载交流 分享一个苹果，各得一个苹果，分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易成功。 经典资料，WORD文档，可编辑修改，欢迎下载交流。 经典资料，WORD文档，可编辑修改，欢迎下载交流。 人力资源管理系统项目 总结报告 大型企业经典管理资料模板， WORD文档，欢迎下载交流 分享一个苹果，各得一个苹果，分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易成功。 汇报 汇报日期: 人：张咏勤 2009-10-11 经典资料，WORD文档，可编辑修改，欢迎下载交流。 经典资料，WORD文档，可编辑修

2、改，欢迎下载交流。 修改历史 日期 版本 作者 修改内容 评审号 变更控制号 2009-10-11 1.0 张咏勤 修订 项目基本信息 项目名称 人力资源管理系统 项目代号 HRM 产品类别 软件产品 客户 Comm贸易公司 项目经理 ProMan 主管高级经理 Cosmo 项目SCM代表 Robin 大型企业经典管理资料模板， WORD文档，欢迎下载交流 分享一个苹果，各得一个苹果，分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易成功。 测试经理 Sammy SQA代表 Passay 测试人员 Testman Van 项目基本信息 项目范围与目的 范围 人力资源管理系

3、统（HRM分为以下几个功能模块：人事管理、工资管理、职位变更管理、 离职管理、培训管理、辅助系统。 目的 为Com贸易公司定制的人力资源管理系统。 软件生命周期 计划采用的生命周期模型：增量式模型 实际采用的生命周期模型：增量式模型 在整个项目过程中，项目生命周期模型没有变更。增量模型生命周期适用于本项目开发过 程。前期通过DEM进行确认、沟通，使客户对产品有直观的认识，减少项目风险。经典资料，WORD文档，可编辑修改，欢迎下载交流。 经典资料，WORD文档，可编辑修改，欢迎下载交流。 项目人员管理 组织结构 大型企业经典管理资料模板， WORD文档，欢迎下载交流 分享一个苹果，各得一个苹果，

4、分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易成功。 人力投入 人员投入计划和实际的比较 3 1 1 1 1 1 亠 U 1 4 3 2 1 需求 概要设计 详细设计 测试 交付 编码 I计划投入人员 口实际投入人员 经典资料，WORD文档，可编辑修改，欢迎下载交流。 经典资料，WORD文档，可编辑修改，欢迎下载交流。 培训情况 序 号 课程名称 参加人数 花费工作量 培训效果 备注 1 VSTS 5 =12*5 好 2 C#编码规 范 5 =0.5*5 良好 总计 7 62.5 良好 培训结果分析 VSTS解决了当前项目管理中遇到的问题， 同时更进一步了解 VSTS

5、达到较好效果。 C#编码规范：让开发人员熟悉公司的一系列编码规范，便于在开发过程中的代码走查 和组间协调。 项目管理 成本 成本跟踪 大型企业经典管理资料模板， WORD文档，欢迎下载交流 分享一个苹果，各得一个苹果，分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易成功。 :初始估计值 当前估计值 实际情况 成本偏离分析 项目总成本为：30万元 成本初始估计值为：25万元 成本估计偏差为：5万元 成本估计偏差的主要原因： 1、 计算标准不一致； 2、 没有比较准确的估计参考数据。 偏差措施： 1、 加大跟踪力度。 2、 进行多次估算，使估算比较符合实际 工作量 工作量跟

6、踪 经典资料，WORD文档，可编辑修改，欢迎下载交流。 经典资料，WORD文档，可编辑修改，欢迎下载交流。 项目工作量偏离原因分析 原因主要有以下几点： 没有较准确的估计参考数据； 项目初期，实习开发人员对工作要求不熟悉； QA前期没有及时跟踪项目问题； 实习开发人员公司过程体系的理解不足，且开发能力稍显不足。 措施： 对关键任务，加大跟踪力度。 根据项目特点进行2次估算，使估算比较符合实际。 总代码行数：110304 Loc C#: 108954LOC JavaScript : 477Loc Sql: 873Loc 代码重用：22061Loc 项目总投入：40人月 开发人员投入：880小时；

7、 美术人员投入：160 小时。 项目生产率 C# 以及JavaScript生产率：802Loc/人天经典资料, WORD文档, 经典资料， WORD文档，可编辑修改，欢迎下载交流。 需求管理 项目进度 项目进度（1） 2005 2 3 4 & 6 片发、：SQA、概要设计完成详細设计完成丄 完成 KCM计划完 05怜4曲 0引04J3D 05/02/30 t成评审 05/03/27 I 绑 完 05/0 单元 测试完成 呵05股产品 05/0 需求诅杳 05/02/20 需求处理情况 需求变更情况 经典资料，WORD文档，可编辑修改，欢迎下载交流。 经典资料，WORD文档，可编辑修改，

8、欢迎下载交流。 项目进度（2） 阶段完成情况 初始计划 当前计划 i_i实际情况 项目进度偏离原因分析 原因主要有以下几点： 没有较准确的估计参考数据； 项目初期，实习人员对工作要求不熟悉； QA前期没有及时跟踪项目问题； 项目组对公司过程体系的理解不足，且编码能力稍显不足。 措施： 对关键任务，加大跟踪力度。 根据项目特点进行2次估算，使估算比较符合实际。大型企业经典管理资料模板， WORD文档，欢迎下载交流 分享一个苹果，各得一个苹果，分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易成功。 计划评审次数 当前计划次数 实际评审次数 评审工作量阶段分布 评审工作量的阶

9、段分布情况 400 350 300 时250 小200 人150 100 50 0 项目策划 需求 设计 编码 交付 文档规模 评审 缺陷分布 45 评审活动跟踪 1 1 h h 40 35 30 25 20 15 10 5 0 目策划 需求 设计编码 发现问题数 匚问题处理数 经典资料，WORD文档，可编辑修改，欢迎下载交流。 经典资料，WORD文档，可编辑修改，欢迎下载交流。 文档规模 初始估计 当前估计 |实际值| 文档规模偏离原因分析 ?文档总规模为：A页。 ?初始估计值为：B页。 ?二次估计值为：C页。 ?文档初始估计偏差为：(A-B)/A= ?文档二次估计偏差为：(A-B)/A=

10、估计偏差的主要原因： 1. 使用新的估算模板，估算难度较大； 2估算人员比较少，没有让较多的人员参与到项目进行估算。 措施： 1、 进行多次估算； 2、 加大对偏差较大的部分跟踪力度，确认内容有效性，减少不必要的内容大型企业经典管理资料模板， WORD文档，欢迎下载交流 分享一个苹果，各得一个苹果，分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易成功。 初始估计值 当前估计值 一I一实际情况 代码规模偏离原因分析 ?原因在于估计中使用的是有效代码行，而统计时使用的是实际所有代码行，没有比较 好的统计有效代码行工具。（如注释，和自动生成的代码） ? 没有参考比例系数（不包

11、括注释和自动生成部分代码比例系数），进行统计有效代码 行。 ?估算人员没有相关估算经验。代码规模 cok 00 代码规模 o o o O o o o O o o o o O o o o o O 经典资料，WORD文档，可编辑修改，欢迎下载交流。 经典资料，WORD文档，可编辑修改，欢迎下载交流。 变更记录CR 变更记录CR( 1) 配置管理 SCI基线化 代码规模 初始估计值 当前估计值 一一实际情况 CR 报告 CR、数 未关闭数 紧急 大型企业经典管理资料模板， WORD文档，欢迎下载交流 分享一个苹果，各得一个苹果，分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易

12、成功。 变更记录CR( 2) 变更控制号 受影响的配置项 变更时间 原因分析 经验/教训/改进措施 序号 基线名称 计划基线形成时间 实际基线形成时间 1 2 3 4 5 6 7 8 9 经典资料，WORD文档，可编辑修改，欢迎下载交流。 经典资料，WORD文档，可编辑修改，欢迎下载交流。 测试 集成测试 已确认问题 测试问题报告 厂严重影响系统运行 -不影响系统运行但必须修改 1影响系统运行 所提建议 大型企业经典管理资料模板， WORD文档，欢迎下载交流 分享一个苹果，各得一个苹果，分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易成功。 用例执行情况 测试用例执行情

13、况 用例总数 n已执行数 厂通过数 未通过数 系统测试 用例执行情况 测试用例执行情况 经典资料，WORD文档，可编辑修改，欢迎下载交流。 经典资料，WORD文档，可编辑修改，欢迎下载交流。 已确认问题 测试问题报告 测试结果概述 、测试问题概述： 1. 测试人员第一次参与性能测试，对相应工具不熟悉，边摸索边测试而影响了测试速度； 2. 由于项目前期需求和设计不详细，未及时指定用户需求号，导致后期无法完成测试管 理工作表中的追溯； 3. 由于需求和设计的粗略，无法正常获取设计用例的信息，测试人员需要与开发人员不 断地来回沟通，浪费了大量的时间； 4. 项目开发人员在修改缺陷时，经常变换权限等的

14、要求，且没有及时添加到需求和设计中, 且没及时通知相关人员，导致测试时发现系统与需求不一样而又重新修改已制作测试用例 的测试需求，增加不必要的工作； 5. 测试人员管理的经验不足，没有及时进行跟踪，导致最后统计数据很费时间。 、建议： 1、 让项目开发人员对过程进行进一步的了解，让开发人员更改系统时有意识要通知相关人 员,并修改相关的文档； 2、 测试人员实时跟踪，每天都要记好当天的效率和缺陷等相关信息； 3、 加强需求设计人员对需求设计文档的分析及设计能力，同时要求项目开发人员能够按 照需求和设计文档来实现系统。1.2 1 0 0 0 0 0 0 0 问题报告总数 未解决问题数 严重影响系统

15、运行 影响系统运行 口不影响系统运行但必须修改 口所提建议 0.2 0.8 个0.6 0.4 大型企业经典管理资料模板， WORD文档，欢迎下载交流 分享一个苹果，各得一个苹果，分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易成功。 问题分析 ttfl ttM 比 晏 ttt 尹 1 乐 运 打 1 3I 运 疔 但 凿 y 0( DB 93 諫 ID 帚 即 * 3C 出 现 ID3 计 2 1. r9. WM. 帆 1 (k 2取 43 堆 jij 观 fi 5. KH.S 編 祐 IJJ 脚 91,谢谢 sm.册册 他 2 L,断断 a. SQA 工作汇报 厂活动

16、次数 11发现问题总数 严重问题数 .轻微问题数 问题解决数 上报问题数经典资料，WORD文档，可编辑修改，欢迎下载交流。 经典资料，WORD文档，可编辑修改，欢迎下载交流。 问题分布情况 问题阶段分布 问题 KPA的勺分布图 问题分析 产品质量问题主要来源： 1. 同行评审中，评审准备不足，作者、评审组长等对于质量把控不严； 2. 项目组文档质量把控意识不足，未进行拼写检查和组内走查就开始进行走查； 3. 走查时，作者未及时反馈处理结果，且项目经理和 QA弋表未及时跟踪处理情况； 活动问题主要来源： 1. PDSP开始太晚，模板适用性不足； 2. QA代表因经验不足，工作重心出现偏离，如花费

17、大量时间制作和修改模板，对活动的 评审与跟踪力度不足。 项目经验 好的经验 序号 描述 KPAs 1 周例会： 每周五周例会中，除总结本周工作情况和当前项目情况、 汇总与分 析当前项目问题外，需明确下周任务，使项目成员明确自己下周任 务。 2 邮件规范化管理： 1. 建立专用项目目录和客户目录； 2. 邮件分类处理：对处理完的邮件和为处理的邮件分类，可以作 上适当的标记进行区分。 50 40 个30 20 10 0 经典资料，WORD文档，可编辑修改，欢迎下载交流。 3 有效沟通： 1. 发送邮件后，需及时与接收者联系，以防未及时收到相应邮件 （因公司最近邮件服务器总是切换，影响正常使用） ；

18、 2. 在周例会等场合，为组员提供增强沟通能力的机会，如每周周 例会由一到两个组员上台“讲演”。 项目教训 项目中得到的教训 序号 描述 KPAs 1 确认：前期必须及时与客户确认，确保项目进度；为了减少客户的 确认时间，可以减小确认的内容，或者分类分次进行确认，以检查 表方式记录。 2 估计：估计前，需对参加估计成员进行估计培训，并统一本次估计 的一些标准，确保估计者以更统一的方式、更准确地估计。在整个 项目过程中，最好进行几次估计，使估计相对准确。 项目总评 整个开发过程按照公司规范进行，在 项目开发过程中，全体项目成员克服了项目中出现 的许多困难和问题。如当部分人员因其他项目需要而被调走时， 项目组成员同时完成好几项任 务。 本项目主要存在如下不足： ?规范意识不够； 大型企业经典管理资料模板， WORD文档，欢迎下载交流