目录
1.1需求开发（Requirements Development，RD）-3级
1.2技术解决方案（Technical Solution，TS）-3级
1.3 产品集成（Product Integration，PI）
一、工程类过程域介绍
， 工程类过程域有5个，分别是 产品集成（Product Integration，PI） 、需求开发（Requirements Development，RD）、技术解决方案（Technical Solution，TS） 、确认（Validation，VAL） 、验证（Verification，VER） 下面分别简单介绍各过程域，我们按照生命周期中的先后顺序介绍
1.1需求开发（Requirements Development，RD）-3级
目的
需求开发（Requirements Development，RD）的目的在于挖掘、分析并建立客户需求、产品需求与产品组件需求。 简单来说就包括调研客户需求、形成内部的需求规格、拆分到组件级的需求文档。
SG 1 开发客户需求
干系人的需要、期望、约束与接口得到收集并转化为客户需求。 按照PMP中的说法，就是收集所有相关方的需求，并形成客户需求文档，这里我们一般称为外部需求或原始需求。
SP 1.1 挖掘需要
挖掘干系人对产品生命周期所有阶段的需要、期望、约束与接口。一般可以采用访谈、问卷调查、原型法等。
SP 1.2 将干系人的需要转换为客户需求
将SP1.1中收集到的需求划分优先级，并形成正式的客户需求，一般要求文档化。
SG 2 开发产品需求
客户需求得到提炼与细化，以开发产品与产品组件需求。
SP 2.1 建立产品与产品组件需求
依据客户需求，建立并维护产品与产品组件需求。对客户需求提炼和喜欢，形成产品需求规格和组件需求规格。这里的组件是产品的组成部分，提出来是为了让需求得到细化。
SP 2.2 分配产品组件需求
为各产品组件分配需求。 根据产品的架构或组件，将需求划分到对应组件或整体架构。
SP 2.3 识别接口需求
别接口需求。
SG 3 分析并确认需求
求得到分析与确认
SP 3.1 建立操作概念与场景
建立并维护操作概念与相关场景，一根据产品的使用场景设计相应的操作流程或使用场景。
SP 3.2 建立必需的功能与质量属性的定义
建立并维护必需的功能与质量属性的定义。建议需求以用户故事或用例的形式编写，并考虑想质量属性。质量属性一般包括非功能性的要求，例如性能、易用性、兼容性、安全性等。
SP 3.3 分析需求
分析需求以确保其必要性与充分性。根据操作概念、功能和质量属性，分析出关键需求，确保需求的完整性、可实现、可验证。
SP 3.4 分析需求以达到平衡
分析需求以平衡干系人的需要与约束，从而确定需求的成本、进度、性能、有限级。
SP 3.5 确认需求
确认需求，以确保所做出的产品在最终用户的环境中能如预期执行。一般采用评审或原型演示的方法，使开发出来的需求得到干系人的正式确认。
1.2技术解决方案（Technical Solution，TS）-3级
目的
技术解决方案（Technical Solution，TS）的目的在于选择、设计并实现对需求的解决方案。解决方案、设计与实现包括单独的或以适当形式组合的产品、产品组件以及与产品相关的生命周期过程，对于软件包括设计和编码两类活动。
SG 1 选择产品组件解决方案
产品或产品组件解决方案得以从备选解决方案中选出。此处一般对应产品架构或组件的事项整体方案。
SP 1.1 开发备选解决方案与选择准则
开发备选解决方案与选择准则。 至少开发出A和B两个方案，并确定方案优劣的选择准则。
SP 1.2 选择产品组件解决方案
基于选择准则，选择产品组件解决方案。
SG 2 开发设计
产品或产品组件设计得到开发。
SP 2.1 设计产品或产品组
最低0.47元/天 解锁文章
511
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
