卷号
卷内编号
密级
【社区图书馆运营系统】
项目编号:S100-03-2011
项目总结
Version 1.0
作者: <王佩洪>
目 录
1. 项目进度 1
1.1. 进度表 1
1.2. 偏差分析 1
2. 项目成本 1
2.1. 项目规模 1
2.2. 项目工作量 1
3. 项目质量 3
3.1. 评审 3
4. 测试总结 3
4.1. 缺陷分析 3
4.2. 总结 5
5. 最佳实践 5
6. 经验教训 5
6.1. 要和客户有足够有效的沟通 5
7. 意见或建议 6
1. 项目进度
进度表
编号
阶段名称
开始时间
计划结束时间
实际开始时间
实际结束时间
1
项目立项阶段
2011-10-7
2011-10-8
2011-10-7
2011-10-9
2
项目需求阶段
2011-10-9
2011-10-17
2011-10-10
2011-10-15
3
项目计划阶段
2011-10-18
2011-10-20
2011-10-17
2011-10-21
4
项目设计阶段
2011-10-21
2011-11-4
2011-10-22
2011-10-27
5
项目开发阶段
2011-11-5
2011-11-25
2011-10-30
2011-11-21
6
项目测试阶段
2011-11-26
2011-11-31
2011-11-20
2011-01-1
7
项目交付阶段
2011-12-1
2011-12-2
2011-01-5
2011-01-7
偏差分析
1、在获取需求阶段与客户的沟通存在一些障碍,客户表述不清,导致我们需要重复询问了解需求。
开发阶段
计划(人?日)
实际(人?日)
偏差率
原因分析
立项阶段
2
3
0.5
材料没准备充分,延迟一天。
需求开发阶段
4
5
0.25
在获取需求时,由到客户现场进行调查,由于需求不是很明确,延迟一天。
计划阶段
2
3.5
0.75
由于估计有分歧,计划阶段延迟1.5天
设计阶段
4
5
0.25
设计说明书修改延迟一天
编码阶段
21
20
-0.047619048
基本按计划进行
测试阶段
23
37
0.608695652
由于编码阶段进行迭代开发就要不断的进行测试,所以测试阶段较长
交付阶段
1
2
1
顺利交付
2. 项目成本
项目规模
项目共完成28个功能项,50多个主要页面,700页文档;
完成代码量如下:
类型
估算规模
实际规模
Delphi
37372
35219
……
项目工作量
项目共完成75.5工作日的工作量。项目周期在3个月。
工作量分布图如下:
单位:人天
项目启动
需求开发
项目计划
分析设计
编码集成
系统测试
项目结束
总计
3
5
3.5
5
20
37
2
75.5
3.97%
6.62%
4.64%
6.62%
26.49%
49.01%
2.65%
3.67%
3.67%
3.67%
3.67%
工作量分布图
工作量比例分布图
3. 项目质量
评审
问题类型
问题数
紧急
14
严重
27
一般
9
建议
4
总计
54
从上表看,评审发现的严重问题比较多,共有54个,说明评审的效果还是比较好的,也说明评审之前,部分工作没有做好,需要加强评审前的检查工作。
4. 测试总结
缺陷分析
总体
该项目总体质量良好
产品优势
集成了最新的数据库技术,提高了用户访问的速度,使用方便快捷。
产品劣势
对功能和界面的结合的细节方面做的还不够到位
问题集中点
问题的主要集中点是数据库使用上还不熟练
测试阶段
Bug数
单元测试
58
集成测试
3
系统测试
15
客户验收
0
总计
76
测试规模(代码行)
测试BUG数
测试缺陷率
总结
1. 根据测试结果统计和缺陷分析的结果(问题较集中的功能模块等),说明该产品系统测试的效果。
2. 该产品的测试问题主要集中在系统在单元测试阶段和WINDOWS兼容的问题,还有一部分问题出现在数据库操作,报表显示速度慢。
3. 通过缺陷分析结果评价该软件产品的功能、可使用性、可靠性、性能等,表明客户对该产品的期望/关注点以及对该产品的建议等。
4. 该产品已按照用户需求说明书实现了用户所需要的功能设置,操作简单方便易行,适用于大多数人群,可靠性强,性能良好,按照顾客最关注的功能方面的要求,已达到顾客的期望值,经测试修正后,计算出的总体缺陷值已达到0.088%,完全符合客户要求的5%以下的期望值。
5. 同时希望本系统能够再进一步在智能化和高效率方面有所突破。
5. 最佳实践
本次项目最佳实践:项目管理
项目预估合理,项目计划,项目进度制定合理,最终项目按计划顺利完成
项目执行过程中,进行了有效的监控
项目风险得到了有效的控制
6. 经验教训
要和客户有足够有效的沟通
和客户的沟通要贯穿整个项目开发的始终,从立项调研,需求获取到最后的验收测试,后期维护。
对员工的编码风格上要进行统一
,力求以后的项目中编码风格一致。
7. 意见或建议
1.部分员工对软件
的质量意识不强,,建议再次进行培训,加强对软件成熟度模型的理解。
2.项目组成员对开源开发工具的不熟悉和关键技术解决不及时,建议加强外协合作,增加项目关键技术的实训。
3.客户提出的问题收集的不及时,造成和客户的分歧。建议加强项目监控力度。
<正文完>