王莹《软件项目管理教学》软件项目管理(8).pptVIP

王莹《软件项目管理教学》软件项目管理(8).ppt

  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文档。上传文档
查看更多
* 需求分析 概要设计 详细设计 编码和单元测试 集成测试 系统测试 验收测试和安装 (AT:acceptance testing) 文档整理 系统维护(Warranty) * 每个开发子过程都包括输入准则、输入、输出准则、输出和度量。 * 每个开发子过程都包括输入准则、输入、输出准则、输出和度量。 * * 软件度量可以来量化地描述软件过程和软件产品的不同方面的特点。 过程度量的要素 产品度量的要素 5.1 软件度量 软件度量的作用 (1)项目计划 (2)控制项目过程 (3)分析和改进组织软件过程 5.1 软件度量 定义:PDB 是存放从项目可获得的过程性能数据的数据库,这些数据可以用于项目计划、估计、生产率和质量分析等。 5.2 过程数据库 PDB的构成:由已经完成的项目的数据构成 项目特征 项目进度 项目工作量 项目规模 故障 风险 5.2 过程数据库 项目特征信息包含项目名称、项目经理和模块经理的名字,项目所属业务单元、项目中使用的过程、应用领域、硬件平台、所用语言、所用DBMS、项目目标的简短描述、项目风险信息、项目持续时间和团队规模。 进度信息主要包含项目期望开始和结束的日期以及实际开始和结束的日期 项目工作量信息包含初始估计工作量和实际总的工作量信息。 规模信息包括已经开发的项目的软件规模。按照Loc(代码行数)、简单、中等复杂或复杂程序的数目以及他们的组合来描述软件规模。 缺陷信息包括在各种缺陷检测活动中发现的缺陷数。 此外,在PDB中记录了一些注释,包括对估计的注释(区分简单、中等复杂或复杂程序的原则)和对风险管理的注释(贯穿于整个项目的风险察觉是如何变化的)。 5.2 过程数据库 PDB的建立及访问 PDB由SEPG建立 项目经理可以阅读 人小时为单位 过程能力基线(PCB) PDB包含的是每个项目的数据,而PCB代表的是按照量化术语描述的过程能力。 例如: 缺陷数 VS 缺陷注入率 5.3 过程能力基线 过程能力基线(PCB)的主要内容 已交付软件的质量 生产率 进度计划 工作量分布 故障引入率 过程中故障排除率 质量成本 故障分布 5.3 过程能力基线 F=用功能点描述的软件规模 E=项目花费的所有工作量 D1=在验收测试前发现的所有缺陷数 D2=验收测试后发现的缺陷总数 D=D1+D2 对于一个项目,则有如下定义: 生产率=F/E 质量=D2/F 缺陷注人率=D/F 整体缺陷清除率=D1/D PCB中的数据包含一些代表过程能力参数的平均值和范围。 质量成本: 在软件项目中与质量相关的工作量占总工作量的半分比 影响软件质量成本的活动: 测试 评审 软件缺陷修复 培训 通常占30%-40%左右 过程财富的组成 组织标准软件过程 组织的软件过程数据库/过程能力基线 软件生命周期描述 标准软件过程的剪裁指南和准则 软件有关文档 5.4 过程财富 思考: 如何利用过程财富进行软件项目开发? 5.4 过程财富 * 两者基本职责 ??????SEPG:制定过程,实施过程改进; ??????QA: 确保过程被正确执行 ??????SEPG应当提供过程上的指导,帮助项目组制定项目过程,帮助项目组进行策划;从而帮助项目组有效的工作,有效的执行过程。如果项目和QA对过程的理解发生争持,SEPG作为最终仲裁者。为了进行有效过程改进,SEPG必须分析项目的数据。 ??????QA本也要进行过程规范,那么所有QA中最有经验、最有能力的QA可以参加SEPG,但是要注意这两者的区别。 ??????如果企业的 SEPG人员具有较为深厚的开发背景,可以兼任SQA工作,这样利于过程的不断改进;但是由于立法、执法集于一身也容易造成SQA过于强势,影响项目的独立性。 ??????管理过程比较成熟的企业,因为企业的文化和管理机制已经健全, SQA职责范围的工作较少,往往只是针对具体项目制定明确重点的SQA计划,这样SQA的审计工作会大大减少,从而可以同时审计较多项目。 ??????另一方面,由于分工的细致化,管理体系的复杂化,往往需要专职的 SEPG人员,这些人员要求了解企业的所有管理过程和运作情况,在这个基础上才能统筹全局的进行过程改进,这时了解全局的SQA人员就是专职SEPG的主要人选;这些SQA人员将逐渐的转化为SEPG人员,并且更加了解管理知识,而SQA工作渐渐成为他们的兼职工作。 ??????这种情况在许多 CMM企业比较多见,往往有时看不见SQA人员在项目组出现或者很少出现,这种SEPG和SQA的融合特别有利于组织的过程改进工作。SEPG确定过程改进内容,SQA计划重点反映这些改进内容,从保证有效的改进,特别有利于达到CMM5的要求。从这个角度,国外的S

您可能关注的文档

文档评论(0)

1243595614 + 关注
实名认证
文档贡献者

文档有任何问题,请私信留言,会第一时间解决。

版权声明书
用户编号:7043023136000000

1亿VIP精品文档

相关文档