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

  • 格式:doc
  • 大小:318.00 KB
  • 文档页数:10

下载文档原格式

  / 10
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

人力资源管理系统项目

总结报告

汇报人:张咏勤

汇报日期: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代表因经验不足,工作重心出现偏离,如花费大量时间制作和修改模板,对活动的评审

与跟踪力度不足。

项目经验