门禁高级客户管理系统

1、1.1.进度表1.2.偏差分析1.3.项目规模1.4.项目工作量1 .项目质量2.1.评审测试总结1jn. *113.1.缺陷分析门禁高级客户管理系统项目编号：S100-01-2011 项目总结报告 目录32 总结最佳实践 经验教训I5.1. 要和客户有足够有效的沟通 意见或建议 -来源网络，仅供个人学习参考1. 项目进度1.1. 进度表编号阶段名称计划开始 时间计划结束 时间实际开始 时间实际结束 时间偏差分析1项目启动 阶段2011-3-22011-3-62011-3-22011-3-6由于一些客观原因，项目规模难度的原 因在确定参加项目的人员的时间花费 了一些的时间。2需求阶段2011-

2、3-62011-4-12011-3-62011-3-30米用加班的方式，将进度提前2天。3设计阶段2011-3-312011-4-172011-3-312011-4-19由于详细设计经验不足，延后两天。4编码阶段2011-4-182011-8-172011-4-212011-8-17基本一致5测试阶段2011-8-102011-9-212011-8-102011-9-21基本一致12总结偏差1.2.1. 由于详细设计经验不足，延后两天，造成比原计划工期延误2天。1.2.2. 由于对Ajax技术初次应用，初期的开发效率不高。1.2.3. 客户对试用过程中，要求对部分模块进行调整。1.3. 项目规

3、模项目共完成18个功能项，52个页面，260页文档；完成代码量如下：1.4.项目 工作项目共 日的工作量,类型估算规模实际规模C#18000行代码19000行代码JavaScrip10000行代码15000行代码html/css10000行代码8000行代码个多月。量完成149工作 项目周期在6缺陷率为：缺陷数/代码数147/19022=0.77%2. 项目质量2.1.评类型评审次数问题数量管理评审00正式同行评审1439非正式同行评审00用例00汇总14393. 软件估计任务名称估计数据实际数据偏差项目启动4.5天5天偏差0.5天需求分析16.514偏差2.5天设计13天15天偏差2天编码集

4、成78天78天偏差0天系统测试31.5 天31天偏差0.5天项目结束3天3天偏差0天1、主要原因是因为我们采用的是阶段性工作量作为估计的，希望在以后，可以多收集一些数据，进行更加 强细的工作量度量，以提高我们项目的估计准确率。2、加强员工技能的培训3、在需求获取时，应加强与客户之间的沟通，开发出客户的潜在需求。4、测试人员要提高测试效率，加强测试力度。4. 测试总结4.1. 缺陷分析总体评价项目的总体质量良好产品优势米用了最新的ajax技术,提高了用户体验和访问速度 .1 _一产品劣势Firefox浏览器不支持11八问题集中点，大部分的错误都是代码编写模块，主要原因是新技术太多！4.2. 测量

5、BUG分布统计测试阶段Bug分布状况Bug分析单元测试111此阶段主要是程序员自己对代码类的一个测试分析集成测试13此阶段主要是对系统接口的测试，多数Bug的岀现都是比较严重的系统测试22本阶段还包括对功能的测试，因此Bug岀现相对较多总计147缺陷率0.77%从上表看,BUG数主要分布在系统测试阶段，主要问题的集中在IE和firefox的兼容上，程序员应加强对DIV+CSS的设计方式的掌握。 其次是系统阶段测出的BUG数占整个测试的60%左右，主要的问题集中在界面上，应加强界面设计的美观。43 Bug分布表示图44总结4.4.1 通过测试，发现许多关于代码编写问题 系统的安全性也存在漏洞，很容易遭受黑客的攻击.4.4.2 .建议用户使用IE浏览器5. 最佳实践本次项目最佳实践：项目管理1. 项目预估合理，项目计划，项目进度制定合理，最终项目按计划顺利完成2. 项目执行过程中，进行了有效的监控3. 项目风险得到了有效的控制6. 经验教训1、加强客户的沟通要贯穿整个项目开发的始终，从立项调研，需求获取到最后的验收测试，后期维护。2、 编码人员做单元测试，测试人员开发最后阶段的集成测试和部署后的整体系统测试和用户验收测试是必 不可少的。加强测试团队，提高测试人员的效率。XI1 I* I |7. 意见或建议1、 部分员工对软件工程的质量意识不强，建议再次进行培训，加强对软件成熟度模型