ISSW-Product项目总结报告.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
卷号 卷内编号 密级 【帝杰曼蔬菜质量追溯管理系统软件】 项目编号: S100-02-2011 项目总结报告 Version DOCPROPERTY Version 1.0 作者: 钟明 目 录 TOC \o 1-3 \h \z \u 1. 项目进度 1 1.1. 进度表 1 1.2. 总结偏差 1 1.3. 项目规模 1 1.4. 项目工作量 1 2. 项目质量 1 2.1. 评审 1 3. 软件估计 2 4. 测试总结 3 4.1. 缺陷分析 3 4.2. 测量BUG分布统计 3 4.3. 总结 3 5. 最佳实践 4 6. 经验教训 4 7. 意见或建议 4 8. 项目成本 4 项目进度 进度表 编号 阶段名称 计划开始时间 计划结束时间 实际开始时间 实际结束时间 偏差分析 1 项目立项 2011-8-2 2011-8-4 2011-8-2 2011-8-4 2 需求阶段 2011-8-3 2011-8-12 2011-8-3 2011-8-11 需求比较明确,比原计划提前一天 3 计划阶段 2011-8-15 2011-8-18 2011-8-15 2011-8-17 比较顺利,比原计划提前了 4 设计阶段 2011-8-19 2011-9-1 2011-8-19 2011-9-1 5 编码阶段 2011-9-3 2011-11-18 2011-9-3 2011-11-19 随着项目进度慢慢推进,开发人员也在不断的提高自己的技能。所以比计划延长一天 6 测试阶段 2011-10-17 2011-12-27 2011-10-17 2011-12-27 7 结项 2011-12-30 2011-12-30 2011-12-29 2011-12-30 交付给用户的完整的计算机程序、步骤、相关的文档以及指定的数据,在安装测试时出现一些问题,对《安装手册》进行了重新测试和修改,最终延长了一天的计划时间,最终交付给客户。 总结偏差 由于对Ajax技术初次使用,初期的开发效率不高。 客户对试用过程中,要求对部分模块进行调整。 项目规模 项目共完成46个功能项,86个页面,260页文档; 完成代码量如下: 类型 估算规模 实际规模 C# 10000行代码 11000行代码 Java Scrip 1000行代码 800行代码 html/css 9000行代码 8000行代码 D 5000行代码 3500行代码 项目工作量 项目共完成110工作日的工作量,项目周期在5个月。 缺陷率为:缺陷数/代码数 181/23700=0.76% 项目质量 评审 类型 评审次数 问题数量 管理评审 15 44 正式同行评审 1 5 非正式同行评审 1 1 用例 1 0 汇总 18 50 软件估计 开发阶段 计划(人?日) 实际(人?日) 偏差率 原因分析 启动阶段 2 2 0 基本上没出现问题。 需求开发阶段 9 8 -0.111111111 需求比较明确,比原计划提前一天 计划阶段 4 3 -0.25 比较顺利,比原计划提前了 设计阶段 11 11 0 按排进度要求完成设计工作。 开发阶段 55 56 0.018181818 随着项目进度慢慢推进,开发人员也在不断的提高自己的技能。所以比计划延长一天 测试阶段 28 28 0 基本上没有出现问题,主要是客户参和到了项目活动中去,在参加系统测试时,没有太多的BUG 交付阶段 1 2 1 交付给用户的完整的计算机程序、步骤、相关的文档以及指定的数据,在安装测试时出现一些问题,对《安装手册》进行了重新测试和修改,最终延长了一天的计划时间,最终交付给客户。 主要原因是因为我们采用的是阶段性工作量作为估计的,希望在以后,可以多收集一些数据,进行更加强细的工作量度量,以提高我们项目的估计准确率。 加强员工技能的培训 在需求获取时,应加强和客户之间的沟通,开发出客户的潜在需求。 测试人员要提高测试效率,加强测试力度。 测试总结 缺陷分析 总体评价 项目的总体质量良好 产品优势 采用了最新的ajax技术,提高了用户体验和访问速度. 产品劣势 Firefox浏览器不支持 问题集中点 ,大部分的错误都是代码编写模块,主要原因是新技术太多! 测量BUG分布统计 测试阶段 Bug分布状况 Bug分析 单元测试 11 此阶段主要是程序员自己对代码类的一个测试分析 集成测试 15 此阶段主要是对系统接口的测试,多数Bug的出现都是比较严重的 系统测试 13 本阶段还包括对功能的测试,因此Bug出现相对较多 验收测试 8 总计 47 缺陷率 0.00188 从上表看,BUG数主要分布在系统测试阶段,主要问题的集中在I

文档评论(0)

159****6529 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档