CMMI标准学习需求开发(RD)课件_第1页
CMMI标准学习需求开发(RD)课件_第2页
CMMI标准学习需求开发(RD)课件_第3页
CMMI标准学习需求开发(RD)课件_第4页
CMMI标准学习需求开发(RD)课件_第5页
已阅读5页,还剩53页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

CMMI标准学习交流

需求开发(RD)CMMI标准学习需求开发(RD)CMMI标准学习交流

需求开发(RD)CMMI标准学习需求开1主要内容 PA介绍

RD概述

SG详解

IPPD扩展部分介绍

GG简介CMMI标准学习需求开发(RD)主要内容 PA介绍CMMI标准学习需求开发(RD)2PA介绍CMMI标准学习需求开发(RD)PA介绍CMMI标准学习需求开发(RD)3工程过程域包括:RequirementsManagement(REQM)-需求管理RequirementsDevelopment(RD)-需求开发TechnicalSolution(TS)-技术解决ProductIntegration(PI)-产品集成Verification(VER)-确认Validation(VAL)-确信CMMI标准学习需求开发(RD)工程过程域包括:CMMI标准学习需求开发(RD)4工程过程域中各过程之间的关系RDPIValCustomerTSVerREQMRequirementsCustomerneedsProductandproduct

componentrequirementsProductcomponents,workproducts,

verificationandvalidationreportsProduct

componentsAlternative

solutionsRequire-

mentsProductCMMI标准学习需求开发(RD)工程过程域中各过程之间的关系RDPIValCustomerT5RD概述CMMI标准学习需求开发(RD)RD概述CMMI标准学习需求开发(RD)6目的产生和分析客户需求、产品需求和产品组件需求。

包括的活动需求是设计的基础。需求开发工作包括以下活动:提取、分析、确认和通报客户需要、期望和约束,以获得客户需求,并达到干系人的共识;收集和协调干系人的需要;产品生命周期需求的开发;建立客户需求;建立与客户需求一致的、原始的产品和产品组件需求。CMMI标准学习需求开发(RD)目的CMMI标准学习需求开发(RD)71.客户也可以提出特定需求,因此本过程域讨论的需求并非局限于产品层次的需求。2.选定的技术解决方案也能衍生产品和产品组件的需求。在本过程域中使用团队产品和产品组件时也包括服务和各自产品的组件在整个产品生命周期中识别和修订需求几点解释CMMI标准学习需求开发(RD)1.客户也可以提出特定需求,因此本过程域讨论的需求并8特定目标SGSG1开发客户需求收集干系人的需要、期望、约束条件和接口,并且把它们转换成客户需求

SG2开发产品需求对客户需求加以精炼和细化,开发产品和产品组件需求。

SG3分析和确认需求对需求进行分析和确认,并且开发所要求的功能的定义。注:第三个特定实践是为前两个特定实践辅导的CMMI标准学习需求开发(RD)特定目标SGCMMI标准学习需求开发(RD)9需求开发示意图分析和确认需求开发客户需求客户需求确认后的需求产品、产品组件和接口需求开发产品需求CMMI标准学习需求开发(RD)需求开发示意图分析和确认需求开发客户需求客户需求确认后的需求10RequirementsDevelopment需求开发productcomponent产品组件Elicitation提取Expectation期望Constraints约束Interfaces接口Stakeholders干系人Derived衍生refinedandelaborated详细和明确operationalconcepts操作概念productconcepts产品概念operationalscenarios操作场景

acquisitionstrategy采购策略functionalarchitecture功能架构Functionalanalysis功能分析本PA一些常用词CMMI标准学习需求开发(RD)RequirementsDevelopment需求开11SG详解CMMI标准学习需求开发(RD)SG详解CMMI标准学习需求开发(RD)12

SG1开发客户需求

收集干系人的需要、期望、约束条件和接口,并且把它们转换成客户需求

。干系人(如客户、最终用户、供应商、制造者、测试人、厂商和后勤支持人员)的需要是确定客户需求的基础。对干系人的需要、期望、约束、接口、操作概念和产品概念等进行分析、协调、精炼和细化,以便把它们转换成客户需求的集合。但是,干系人的需要、期望、约束和接口等往往不是很明确,甚至还存在矛盾。因此,必须清楚地识别干系人的需要、期望、约束和限制,并且理解它们,并和客户达成一致,这是一个需要在整个项目生命周期中反复进行的活动。

SG1对应的特定实践(SP)

SP1.1提取需求;

SP1.2开发客户需求。CMMI标准学习需求开发(RD)SG1开发客户需求CMMI标准学习需求开发(13

SP1.1提取需求:

针对产品生存周期的所有阶段,提取干系人的需要、期望、约束条件和接口。

提取需求不仅是收集没有被识别的新需求,新增需求要关注整个生命周期的活动,和对产品的影响。用适当的方法(例如技术展示、接口控制工作组、技术控制工作组、阶段性项目评审、使用案例、商业案例分析、反向工程(争对现有产品)和顾客满意度调查等等)与干系人一起提取需要、期望、约束条件和外部接口顾客可能不能识别的需求(商业政策、标准、工作环境要求、工艺、前期产品或者产品组件(重新使用的产品组件)SG1开发客户需求CMMI标准学习需求开发(RD)SP1.1提取需求:SG1开发客户需14

SP1.1提取需求:子实践:使相关的关系人一起参与,使用方法以便提取需求、期望、约束和外部接口SG1开发客户需求CMMI标准学习需求开发(RD)SP1.1提取需求:SG1开发客户需15

SP1.2开发客户需求:来自相关干系人的各种输入,要经过合并,提取遗漏的信息,解决冲突等过程,并记录为客户的需求。客户的需求包括要求验证和确认相关的需要、期望和约束。在一些情况下,客户在项目中规定了一套要求,或者这些要求已经在先前项目活动的产出结果存在。在这些情况下,客户要求可能和相关的干系人的需要,期望,约束和接口存在冲突,需要在适当解决这些冲突后转换为对客户要求的统一认识。代表产品生命周期各个阶段的相关干系人,应该包括商业和技术功能。如此以来,才能考虑产品生命周期过程概念和产品概念。客户需求是通过商业和技术的影响而产生共识性的结论。SG1开发客户需求CMMI标准学习需求开发(RD)SP1.2开发客户需求:SG1开发客户需求CMMI标16

SP1.2开发客户需求:把干系人的需要、期望、约束条件和接口转换为客户需求。典型的工作产品客户需求客户对验证的约束客户对确认的约束子实践转换干系人的需求,期望,约束和接口为文档化的顾客需求定义验证和确认的约束SG1开发客户需求CMMI标准学习需求开发(RD)SP1.2开发客户需求:SG1开发客户需求CMMI标17

SG2开发产品需求

对客户需求加以精炼和细化,开发产品和产品组件需求。

1.分析顾客需求并开发操作概念,以产生更加精细和准确的需求,这种需求叫产品和产品组件需求。产品和产品组件需求表明产品生命周期各个阶段的需求。衍生需求起源于约束,对隐含问题的思考,这些问题在顾客需求基线中并没有明确说明,这些因素是基于选择的产品结构,设计和开发者独特的商业考虑产生的。

2.把需求分配给产品功能和产品组件(包括对象、人员和过程)。需求与功能、对象、测试、问题、或其它实体的追踪要文档化。分配的需求和功能是技术解决方案(TS)的基础。随着内部构件的开发,将补充定义更多的接口,并建立更多的接口需求。

CMMI标准学习需求开发(RD)SG2开发产品需求CMMI标准学习需求开发(RD18SG2对应的特定实践(SP):SP2.1建立产品和产品组件需求;SP2.2分配产品组件需求;SP2.3识别接口需求。SG2开发产品需求CMMI标准学习需求开发(RD)SG2对应的特定实践(SP):SG2开发产品需求CMMI标19

SP2.1建立产品和产品组件需求:

根据客户需求,建立并维护产品和产品组件需求。顾客的需求可以以顾客的语言表达,也可以以非专业的术语描述。产品需求是以专业术语进行表达顾客的需求,以用来进行设计的决定。产品和产品组件的需求强调专注于客户,商业,工作目标和相关特性的满足。衍生需求也包括整个生命周期的成本和性能,以于商业目标一致典型的工作产品:派生的需求产品需求产品组件需求

SG2开发产品需求CMMI标准学习需求开发(RD)SP2.1建立产品和产品组件需求:SG2开发20

子实践:

1.用必要的技术词汇,开发产品和产品组件

2.根据设计的决策派生需求

3.针对在变更管理和需求分配中的事宜,建立并维护需 求之间的关系

SG2开发产品需求CMMI标准学习需求开发(RD)子实践:SG2开发产品需求CMMI标准学习需21

SP2.2分配产品组件需求:针对每个产品组件,分配需求。

1.相关配置需求到产品和产品组件,请参考技术解决方案过程域。

2.产品组件需求定义的解决方案包括产品效能,设计约束,以及符合需求和有助于生产的安装、形状及功能。若较高阶需求的指定效能,归属于两个组或以上的产品组件时,该效能必须进行分割,并单独配置到各个产品组件,就像是衍生需求一样。

典型的工作产品:需求分配表设计约束临时的需求分配派生的需求派生需求间的关系SG2开发产品需求CMMI标准学习需求开发(RD)SP2.2分配产品组件需求:SG2开发产品需求CMM22

SP2.2分配产品组件需求:子实践:功能分配需求给产品组件分配需求给产品组件分配设计约束条件把所分配的需求之间的关系文档化SG2开发产品需求CMMI标准学习需求开发(RD)SP2.2分配产品组件需求:SG2开发23

SP2.3识别接口需求:

识别功能(或对象)之间的接口。

1.功能接口可能衍生替代技术方案的开发。

2.定义产品构架时所识别的产品和产品组件的接口需求作为产品和产品组件集成的一部分进行控制,也是产品构架的一部分典型的工作产品:接口需求SG2开发产品需求CMMI标准学习需求开发(RD)SP2.3识别接口需求:SG2开发产品24SG2开发产品需求SP2.3识别接口需求:子实践:1.识别产品内部的接口需求和外部的接口需求(即功能接口或对象接口)设计的过程,产品构架可能受技术解决方案的影响,创造新的产品组件接口和外部产品组件接口必须识别相关产品生命周期过程的接口举例:和测试设备,传输系统,支持系统和生产设备之间的接口2.开发已识别的接口根据软件的来源、目的、激励因素以及数据特性,和硬件的电子及机械特征,来定义接口需求。CMMI标准学习需求开发(RD)SG2开发产品需求SP2.3识别接口需求:CMMI标准学25

SG3分析和确认需求

对需求进行分析和确认,并且开发所要求的功能度的定义。

执行分析,以确定那些影响到将来的操作环境的需求是否足以满足干系人的需要、期望、约束和接口。视产品范围而定,可行性、任务需要、成本限制、潜在的市场规模及采购策略等必须纳入考虑。还要建立所要求的功能度的定义。产品的所有规定的使用模式都要予以考虑,并且对时间顺序敏感的功能随时间变化的分析。分析的目的在于:针对那些将满足干系人需要、期望和约束的产品概念确定候选需求;然后把这些概念转换成需求。与此同时,要基于客户输入和初步的产品概念,确定用于评价该产品有效性的参数。确认需求,是为了使最终的产品更有把握在使用环境中运行。

CMMI标准学习需求开发(RD)SG3分析和确认需求CMMI标准学习需求开26

SG3分析和确认需求

SG3对应的特定实践(SP):

SP3.1建立操作概念和场景;

SP3.2建立所要求的功能度的定义;

SP3.3分析需求;

SP3.4从平衡的角度分析需求;

SP3.5用综合性的方法确认需求。CMMI标准学习需求开发(RD)SG3分析和确认需求CMMI标准学习需求开27

SP3.1建立操作概念和场景:

建立并维护操作概念和相关的场景。所谓场景,是指一系列可能在该产品使用时发生的事件,用于明确干系人的某些需要。而产品的操作概念通常则取决于设计方案和这个场景。正如产品设计决策可能产生产品要求组件需求,操作概念也能产生产品组件场景(需求)。操作概念和场景记录产品组件与工程学科无关的环境,最终使用者和其它组件之间的交互作用。必须被记录操作,产品部署,交付,支持(包括维护和支持),培训,处理的模式和状态场景包括操作顺序,这些顺序用来表达顾客需求而不是操作概念

CMMI标准学习需求开发(RD)SP3.1建立操作概念和场景:CMMI标28

SP3.1建立操作概念和场景:典型的工作产品:操作概念;产品安装、操作、维护和支持概念;处置概念;用例;按时间顺序的场景;新的需求CMMI标准学习需求开发(RD)SP3.1建立操作概念和场景:CMMI标29

SP3.1建立操作概念和场景子实践:开发操作概念和场景,包括功能、性能、维护、支持和产品布置。注:识别和开发场景要和干系人详细等级的需求,期望和约束一致,能使产品组件与预期的操作一致。规定产品将来的运行环境(包括边界和约束条件)评审操作概念和场景,以便精炼和进一步发现需求

注:操作概念和场景需要定期的评审,可采用走查的方式随着产品和产品组件的选定(以便规定产品、最终用户和环境之间的交互),开发出能满足操作、维护、支持和处置需要的详细的操作概念CMMI标准学习需求开发(RD)SP3.1建立操作概念和场景CMMI标准30

SP3.2建立所要求的功能的定义:功能的定义,也称为功能分析,是描述产品要做些什么。功能的定义可能包括动作、顺序、输入、输出或其它一些与产品使用方式有关的信息。功能分析不同于开发软件的结构分析,也不是以设计导向的软件分析。在对象导向软件功能设计下,它相当于定义服务和方法。功能、功能逻辑的分组,以及它们和需求相关联的定义,就是所谓的功能框架。CMMI标准学习需求开发(RD)SP3.2建立所要求的功能的定义:CMMI标准学习需31

SP3.2建立所要求的功能度的定义:典型的工作产品:功能结构活动图表和用例功能架构面向对象的分析结果CMMI标准学习需求开发(RD)SP3.2建立所要求的功能度的定义:C32

SP3.2建立所要求的功能度的定义:分析和量化最终用户所要求的功能分析需求,以识别逻辑部分或功能部分(例如子功能)根据所建立的准则(例如类似的功能度、性能或关联性)把需求分割为群组,以便于分别集中进行需求分析在产品组件开发之初和开发中,考虑时效性功能的顺序安排把顾客需求按功能部分、对象、人员或支持分配,以支持解决方案的合成把功能需求和性能需求分配给功能和子功能CMMI标准学习需求开发(RD)SP3.2建立所要求的功能度的定义:C33

SP3.3分析需求:1.分析需求,以确保它们是必要的并且是充分的。2.在操作干概念和场景的说明下,某一级别的产品需求要分是否满足更高级别的目标。经过分析的需求就成为下一级别详细和精确的需求。

3.确定需求时必须了解更高级别的需求和以定义功能的关系。CMMI标准学习需求开发(RD)SP3.3分析需求:CMMI标准学习需求开发(RD)34

SP3.3分析需求:典型的工作产品:需求缺陷报告(通过需求分析的过程产生可能存在的需求缺陷)为解决缺陷而提议的需求变更关键需求技术性能度量项CMMI标准学习需求开发(RD)SP3.3分析需求:CMMI标准学习需求35

SP3.3分析需求子实践:分析干系人的需要、期望、约束条件和外部接口,以便消除冲突和在有关的主题中做相应安排分析需求,以确定它们是否满足更高层次需求的目标分析需求,以确保它们完备、可行、合理和可验证识别那些对成本、进度、功能、风险或性能有强烈影响的关键需求识别技术性能的度量项,在开发工作期间对它们进行跟踪分析操作概念和场景,以精炼顾客的需要、期望、约束条件和接口并且发现新的需求CMMI标准学习需求开发(RD)SP3.3分析需求CMMI标准学习需求开36

SP3.4从平衡的角度分析需求:

对需求进行分析,以平衡干系人的需要和约束条件。干系人的需要和约束可以包括:成本、进度、功能、可重用的构件、维护性、风险等。典型的工作产品:针对需求的风险评估结果CMMI标准学习需求开发(RD)SP3.4从平衡的角度分析需求:CMM37

SP3.4从平衡的角度分析需求:子实践:使用仿真、原型等方法,来分析干系人需求和约束之间的平衡对需求和功能体系结构进行风险评估针对需求对风险的影响,检查产品生存周期概念CMMI标准学习需求开发(RD)SP3.4从平衡的角度分析需求:CMM38

SP3.5用综合性的方法确认需求:适当时,采用多种技术确认需求,以确保将要产生的产品能在预期的用户环境中恰当运行。成熟的组织会以更复杂的方式进行需求的最终确认,扩大确认的基础,以满足干系人的需求和期望。

确认需求的方法:分析、模拟、原型、样机典型的工作产品:分析方法和结果的记录

CMMI标准学习需求开发(RD)SP3.5用综合性的方法确认需求:CMM39

SP3.5用综合性的方法确认需求:子实践:分析需求,以确定是否存在着使得将来的产品不能在预期的使用环境中恰当运行的风险通过向干系人展示原型、仿真、模型、场景等,并获得他们的反馈,来探讨需求的充分性和完整性随着设计趋于成熟,在需求确认的背景下评估设计,以识别确认问题和探讨未指出的需要和客户的需求CMMI标准学习需求开发(RD)SP3.5用综合性的方法确认需求:CMM40GG简介CMMI标准学习需求开发(RD)GG简介CMMI标准学习需求开发(RD)41GG1实现特定目标

ContinuousOnly

过程支持并能够达成组织的特定目标,通过把可识别的输入工作产品转化为可识别的输出工作产品。GP1.1完成特定实践执行RD过程的特定实践,为达成过程域的特定目标而开发工作产品和提供服务。GG1 实现特定目标CMMI标准学习需求开发(RD)GG1实现特定目标ContinuousOnly42把该过程制度化为已管理的过程。GG2 已管理的过程制度化

ContinuousOnlyCMMI标准学习需求开发(RD)把该过程制度化为已管理的过程。GG2 已管理的过程制度化

43过程制度化为一个已定义的过程GG3 制度化已定义过程(StagedOnly)

CMMI标准学习需求开发(RD)过程制度化为一个已定义的过程GG3 制度化已定义过程(St44建立并组护一个组织级的方针用于计划和执行RD过程。GP2.1 建立组织方针(StagedOnly)

详细说明:该方针建立组织对以下活动的期望,收集干系人的需求,阐述产品和产品组件的需求,以及分析和确认需求CMMI标准学习需求开发(RD)建立并组护一个组织级的方针用于计划和执行RD过程。GP2.45建立并维护执行需求开发过程的计划。GP2.2 策划该过程(StagedOnly)

详细说明:用于执行需求开发过程的计划通常是项目计划的一部分。CMMI标准学习需求开发(RD)建立并维护执行需求开发过程的计划。GP2.2 策划该过程46提供适当的资源用于执行需求开发过程、或者为该过程开发工作产品及提供服务。GP2.3 提供资源(StagedOnly)

详细说明:可能需要应用领域方面的专家,需要用于导出干系人需要的方法,以及用于说明和分析客户需求、产品和产品组件需求的方法和工具如:需求规格工具模拟和模型工具原型工具场景定义和管理工具需求跟踪工具CMMI标准学习需求开发(RD)提供适当的资源用于执行需求开发过程、或者为该过程开发工作产品47为执行该过程、开发工作产品和提供“需求开发”过程的服务,分配责任和权限。

GP2.4 分配职责(StagedOnly)

CMMI标准学习需求开发(RD)为执行该过程、开发工作产品和提供“需求开发”过程的服务,分配48根据需要为执行和支持需求开发活动培训人员。GP2.5 培训人员(StagedOnly)

详细说明:关于培训主题的示例如下:应用领域;需求定义和分析;需求提取;需求规范化和建模;需求跟踪。CMMI标准学习需求开发(RD)根据需要为执行和支持需求开发活动培训人员。GP2.5 培训49将把“需求开发”过程的指定的工作产品置于的适当控制层次。

GP2.6 管理配置项(StagedOnly)

详细说明:置于控制之下的工作产品的例子有:OSSP客户需求;功能体系结构;产品和产品组件需求;接口需求。CMMI标准学习需求开发(RD)将把“需求开发”过程的指定的工作产品置于的适当控制层次。

50识别需求开发过程中策划的干系人并使之参与。GP2.7 识别干系人并使之参与(StagedOnly)

详细说明:

在下面人员中选择干系人,顾客,最终使用者,开发者,测试者,供应商,维护者,市场推广者,报废处理人员,以及可能影响或被产品和过程影响的人干系人参与的活动如下:评审需求的足够性,以满足需求,期望,约束和接口建立操作概念和场景评估需求的足够性建立产品和产品组件的需求评估产品成本,时间和风险CMMI标准学习需求开发(RD)识别需求开发过程中策划的干系人并使之参与。GP2.7 识别51对照计划监督和控制“需求开发”过程,并且采取适当的纠正措施。GP2.8 监控本过程(StagedOnly)

详细说明:监控活动中使用的测量和工作产品示例如下:因返工而超支的成本、拖延的进度和增加的工作量;需求描述的缺陷密度CMMI标准学习需求开发(RD)对照计划监督和控制“需求开发”过程,并且采取适当的纠正措施。52对照过程描述、标准和规程,客观地评价“需求开发”过程的符合情况,并

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论