过程改进方法与实践案例 978-7-302-23431-9 第二部分--SW-CMM与CMMI模型 Ch05-可重复性管理

《过程改进方法与实践案例 978-7-302-23431-9 第二部分--SW-CMM与CMMI模型 Ch05-可重复性管理》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、Chapter5.可重复性管理“加强纪律性，革命无不胜。”可重复性？虽然没有两场完全一样的战争，但是军事家们同样可以总结出历次战争过程的共性。通过对战例的总结，获得了面对新战争环境下如何能够利用已有战例经验和教训，设计出“可重复”的战争过程。“纪律性”是任何军事组织所强调的第一个共性。铁的纪律是实现“可重复”的基础。工业化生产的最高境界就是产品生产的可重复性。具有组织纪律、能够进行大规模生产的产业工人是传统工业生产的基础。当今对于制造业，可重复生产的最佳途径是无人值守工厂。ProcessCatego

2、riesManagementOrganizationalEngineeringLevels/1Initial2Repeatable3Defined4Managed5OptimizingAdHocProcessesIntegratedSoftwareManagementIntergroupCoordinationRequirementsManagementSoftwareProjectPlanningSoftwareProjectTrackingandOversightSoftwareSubcontr

3、actManagementSoftwareQualityAssuranceSoftwareConfigurationManagementOrganizationProcessFocusOrganizationProcessDefinitionTrainingProgramSoftwareProductEngineeringPeerReviewsSoftwareQualityManagementQuantitativeSoftwareManagementTechnologyChangeManageme

4、ntProcessChangeManagementDefectPreventionCMMLevel2KeyProcessAreasRequirementsManagement需求管理(RM)SoftwareProjectPlanning软件项目策划(SPP)SoftwareConfigurationManagement软件配置管理(SCM)SoftwareQualityAssurance软件质量保证(SQA)SoftwareSubcontractManagement软件子合同管理(SSM)Soft

5、wareProjectTrackingandOversight软件项目跟踪和监督(SPTO)RequirementsManagement需求管理(RM)需求管理软件需求总是不清楚的。有人把需求的获取看作一个知识获取或学习的过程。需求的典型输入是一个想法(idea)，理想的输出是软件规范说明(Specification)。一旦一个软件需求能够用形式化语言描述清楚，软件的需求就变得100%清楚了。需求的获取过程客户的抱怨：“我们不知道我们需要的软件是什么，我们只知道你所交付的软件不是我们所需要的，此软件

6、不好用。”Requirementsreaders用户需求客户经理系统最终用户客户工程师开发方的经理系统体系结构师系统需求系统最终用户客户工程师软件开发人员系统体系结构师软件需求文档软件开发人员系统体系结构师客户工程师(参考)需求类型读者RequirementsManagement---Purpose1.需求管理的目的建立客户和项目开发者之间的共同理解(commonunderstanding)2.就客户需求，建立和维护与客户之间的协议(合同）此协议(合同)表示为："systemrequirement

7、sallocatedtothesoftware."“customer”既可以解释为系统工程组、市场组、企业内部的一个部门，也可以解释为外部客户。协议要包括技术和非技术性需求协议作为建立、策划、执行、追踪软件项目整个生命周期活动的基础系统需求分析/设计HWCI测试瀑布模型中的需求系统设计系统要求分析硬件研制软件开发功能基线分配基线开发配置系统集成和测试产品基线软件需求分析制造详细设计初步设计硬件要求分析验收/移交概要设计详细设计编码CSU测试CSC集成和测式CSCI测试发用户需求系统需求软件需求分配的

8、需求招标分配的需求3.系统需求的分配通常，软件只是系统的一部分。即使是在软件密集的系统中，仍然是这样的。必须把系统的要求分配给软件需求、硬件需求、以及人(或其他)的操作需求：这样的分配过程，在大系统研制过程中，往往不是有软件工程组决定的（例如，是由系统工程小组分配的）。因此，许多情况下，软件工程组不能决定和控制这种分配。在项目的约束条件下，软件工程组要采用适当的步骤，保证系统分配给软件的需求被表达、编写成正式文档、并控制其变更。SystemRequirements系统