详解CMMI过程域-技术解决方案（TS）之SG1 选择产品组件解决方案

SG 1 选择产品组件解决方案

产品或产品组件解决方案得以从备选解决方案中选出。

在选择解决方案之前，备选解决方案与其相对长处得到了考虑。关键需求、设计问题与约束得到了建立，用于备选解决方案的分析。支持达成质量属性需求的架构选择与模式得到了考虑。同样地，商用现货（commercial off-the-shelf，COTS）产品组件的使用在比较了成本、进度、性能与风险的情况下得到了考虑。COTS 的备选方案既可在修改后也可不加修改地予以使用。有时这些COTS 项需要在诸如接口或􁸀些特性的定制方面加以修改，以纠正与功能性需求或质量属性需求之间的不匹配，或与架构设计的不匹配。

好的设计过程的一个标志是，设计是在对备选解决方案进行比较并评价之后选择得到。架构决策、定制开发或是使用现货的决策、以及产品组件模块化的决策是所应对的有代表性的设计选择。某些这样的决策可能要求使用正式的评价过程。

参阅“决策分析与解决”过程域，以进一步了解如何使用正式的评价过程，遵循已建立的准则，对已识别的多个备选方案进行评价，以分析可能的决策。

有时候，解决方案的搜索仅检查相同需求的备选实例，而无需对低一级产品组件进行分配。这种情况出现在产品架构的底部。也有些情况，一个或多个解决方案是已固定的（例如：已指定了具体的解决方案，或已调查了如COTS 等已具备的产品组件的使用）。

一般情况下，解决方案定义为一个集合。也就是说，当定义下一层次的产品组件时，同时建立集合中的每一个产品组件的解决方案。备选解决方案不仅是解决相同需求的不同方式，而且也体现了构成解决方案集合的产品组件之间不同的需求分配。目标是将集合的整体进行优化，而不是单个组件。与“需求开发”过程域的关联过程会有大量的相互作用，以支持至产品组件的暂定的分配方案，直到选定解决方案集合并且建立最终分配。

从备选解决方案选择产品组件解决方案中包含有与产品相关的生命周期过程。这些与产品相关的生命周期过程的实例有制造、交付与支持过程。

SP 1.1 开发备选解决方案与选择准则

开发备选解决方案与选择准则。

参阅“需求开发”过程域中的“分配产品组件需求”特定实践以进一步了解如何取得至产品组件备选解决方案的需求的分配。

参阅“决策分析与解决”过程域，以进一步了解如何建立评价准则。

应当进行备选解决方案的识别与分析，以能够选出在整个产品生命期中成本、进度、性能与风险等方面取得平衡的解决方案。这些解决方案基于所提议的产品架构，这样一些产品架构解决了关键的产品质量属性需求，并且遍及可行解决方案的设计空间。与“开发设计”特定目标相关联的特定实践提供进一步的信息，说明如何开发潜在的产品架构，并结合到产品的

备选解决方案之中。

备选解决方案经常包含至不同产品组件的备选需求分配方案。这些备选解决方案可以包括在产品架构中使用COTS 解决方案。之后，再使用与“需求开发”过程域相关联的过程，来提供更完整且更健壮的、至备选解决方案的暂定需求分配方案。

备选解决方案遍及成本、进度与性能的可接受范围。产品组件需求被接收，并与设计事项、约束和准则一起用于开发备选解决方案。进行选择的准则通常应对了成本（例如：时间、人员、金钱）、收益（例如：产品性能、能力、有效性）以及风险（例如：技术、成本、进度）。在备选解决方案方面的考虑点与选择准则有：

• 开发、制造、采购、维护与支持的成本

• 关键质量属性需求的达成，诸如产品及时性、安全性、可靠性与可维护性

• 产品组件的复杂度以及与产品相关的生命周期过程

• 产品操作与使用条件的健壮程度、操作模式、环境、以及与产品相关的生命周期过程的变动情况

• 产品扩展与增长

• 技术限制

• 对建造方法与材料的敏感度

• 风险

• 需求与技术的演化

• 废弃

• 最终用户与操作人员的能力与局限

• COTS 产品的特性

列在这里的考虑点是是一个基本集合；组织应当制订与其业务目标相一致的过滤准则，以缩小备选解决方案清单的范围。尽管产品生命周期成本是一项值得尽可能缩减的参数，但该参数可能并不在开发组织的控制范围内。客户可能不愿意为短期内导致成本更高，但在产品生命期内最终会降低成本的特性付费。在这种情况下，至少应当告知客户降低生命周期成本的潜在可能。用于选择最终解决方案的准则应当是平衡了成本、收益与风险的方法。