CMMI需求开发

相关主题

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

成熟度3级的工程过程域

目的

需求开发(Requirements Development, RD)的目的，在于产出并分

析客户、产品及产品组件的需求。

业界注释

本过程域描述客户、产品及产品组件等三种需求，这些需求说明相

关关键人员的需要，包括与产品生命周期各阶段 (如，验收测试准

则)及产品属性 (如，安全性、可靠性、与维护能力等) 有关的需

要。需求也包括选择某设计解决方案而产生的限制条件。例如：与

现成品整合的需求。

所有开发项目都有需求，从项目于维护活动的项目案例来看，产品

或产品组件的变更，是基于现有需求、设计、或实作的变更。需求

变更可能来自顾客或用户所记载的变更请求单，或来自于需求开发

过程的新需求形式。不论需求来源或型式，变更所驱动的维护活动

也要加以管理。

需求是设计的基础，需求的开发包括下列活动：

引导、分析、验证，以及沟通客户的需要、期望及限制，以获

得客户需求，并达成关键人员的共识

搜集和协调关键人员的需要

开发产品的生命周期需求

建立客户需求

建立与客户需求一致的原始产品及产品组件需

因为客户也可能提出特定的设计需求，本过程域讨论所有客户的需

求，而非局限于产品层次的需求。

客户需求可进一步细化为产品及产品组件需求。除客户需求外，选

定的解决方案也可能衍生产品及产品组件需求。整个过程域中，产

品及产品组件的意涵也包括服务及其组件。

在整个产品生命周期中识别并修订需求。对设计决策、后续的纠正

措施，以及产品生命周期各阶段所产生的回馈进行分析，以了解它

们对衍生及已配置需求的影响。

需求开发过程域包括三项特定目标。”开发客户需求」特定目标说

明如何定义完整的客户需求，以使用于产品需求开发。”开发产品

需求」特定目标说明如何定义完整的产品和产品组件需求，以使用

于产品和产品组件设计。”分析并确认需求」特定目标说明客户、

产品及产品组件需求须执行的必要分析，以定义、衍生及了解需求。

第三项特定目标的特定执行方法，用以辅助前两项特定目标的特定

执行方法。需求开发过程域的过程和技术解决方案过程域的过程，

可彼此相互循环互动。

对竞争的备选方案进行分析，以了解、定义及选用各层次的需求。

这些分析活动包括：

分析产品生命周期每阶段的需要和需求，包括：相关关键人员

的需要、操作环境，以及反映所有客户及使用者的期望和满意

的因素(如安全性、保密性及负担能力)

开发操作观念

定义必要的功能

功能的定义，也称为“功能分析”，与软件开发的结构化分析不同，

也不能假定为功能导向的软件设计。在面向对象的软件设计里，它

相当于定义所谓的“服务”或“方法”。功能、功能的逻辑群组，

以及它们和需求之间关联的定义，就是所谓的”功能架构」。

对产品架构更细层次不断地分析，直到获得足够的细节以进行产品

的细部设计、采购及测试。经由分析需求的结果及操作概念(包括

功能性、支持、维护及销毁)，制造或生产的概念会产生出更多的

衍生需求，包括下列考量：

不同类型的限制

技术的界限

成本和成本因素

时间限制和日程因素

风险

客户或使用者所暗示但未明确陈述的议题的考量

开发者独特的经营考量、规定及法律等所产生的因素

逻辑实体的层次架构(功能及子功能，对象类别及子类别)，建立在

反复开发的操作观念里。需求经过细化、衍生，才能配置到该逻辑

实体。需求和逻辑实体再被配置于产品、产品组件、人员、或相关

过程。

I在需求开发和分析时，纳入相关关键人员的参与，藉此使他们了

解需求的演进过程。本活动持续向相关关键人员提供保证：需求已

适切定义。