技术解决方案(TS)
成熟度3级的工程类过程域
目的
技术解决方案(Technical Solution, TS) 的目的，为设计、开发及
实现需求的解决方案。解决方案、设计结果及实现成品包括产品、产
品组件，以及与产品相关生命周期的单一过程或适当组合的过程。
业界注释
技术解决方案过程域适用于产品架构的任何层级，且适用于所有产
品、产品组件、产品相关生命周期过程。整个过程域中，产品及产品
组件的意涵也包括服务及其组件。
本过程域专注于下列事项：
• 评估与选择解决方案(有时称为“设计方案”、“设计概念”或
“初步设计”)，满足适当的配置需求。
• 对选定的解决方案开发细部设计(详细到包括制造、程序制作，或
实现设计为产品或产品组件所需的信息)。
• 实现设计成产品或产品组件。
基本上，这些活动相互支持。某种程度的设计，有时相当详细，可能
需要选择解决方案。模型或试行可用来作为取得足够知识，以开发技
术相关资料或一组完整需求的方法。
技术解决方案的特定实践，不仅适用于产品及产品组件，也适用于产
品相关生命周期的过程。产品相关生命周期过程的开发，与产品或产
品组件的开发有关。这种开发包括选择与定义现有过程(包含标准过
程)以供使用与开发新过程。
技术解决方案过程域相关的过程，接受来自需求管理过程的产品与产
品组件需求。需求管理源自于需求开发过程的需求，将需求纳入适当
的配置管理，并维护他们对先前需求的追溯性。
就维护或维运的而言，需要维护活动或重新设计的需求可能由使用者
的需要或产品组件潜在的瑕疵所驱动。新需求可能来自于操作环境的
变更，这些需求在产品验证的时候，透过比较实际绩效与指定绩效而
界定出不被接受的绩效落差，可以被发掘出来。技术解决方案过程域
相关的过程应用以执行维护或维运的设计工作。
相关过程域
有关需求配置、操作观念的建立及接口需求定义，请参考需求开发过
程域，以获得更多信息。
有关同行审查及对产品和产品组件是否满足需求之验证，请参考验证
过程域，以获得更多信息。
Technical Solution (TS) 1
有关正式评估，请参考决策分析与解决方案过程域，以获得更多信
息。
有关管理需求，请参考需求管理过程域，以获得更多信息。需求管理
过程域之特定实践执行时，与技术解决方案过程域的特定实践交互作
用。
有关改进组织的技术，请参考组织创新与推展过程域，以获得更多信
息。
特定目标及实践摘要
SG 1 选择产品组件解决方案
SP 1.1 开发备选解决方案及评选准则
SP 1.2 选择产品组件解决方案
SG 2 开发设计
SP 2.1 设计产品或产品组件
SP 2.2 建立技术相关数据
SP 2.3 使用准则设计接口
SP 2.4 执行自制、购买或再用之分析
SG 3 实现产品设计
SP 3.1 实现设计
SP 3.2 建立产品支持文件
各特定目标的实践
选择解决方案之前，应考虑备选解决方案及其相关优点。建立在分析
备选解决方案时所使用的关键需求、设计问题及限制条件。架构特性
提供产品改进与演进的考虑基础，并按相对成本、进度、绩效及风
险，考虑是否采用现成品作为产品组件。现成品(COTS)可直接或修改
后使用，有时候这种现成品须进行接口修改或对部分特性进行客制
化，以符合产品需求。
良好设计过程的指针之一，是在比较与评估各种备选解决方案后，才
进行设计方案的选择。通常在设计选择时要处理架构、客制或采用现
成品及产品组件模块化的决定。有些决策需要使用正式的评估过程。
有关正式评估过程的使用，请参考决策分析与解决方案过程域，以获
得更多信息。
有时寻找解决方案，只需检查相同需求的备选实例，而不必涉及其下
层产品组件的需求配置。在产品架构的底层(组件)即为一例。有些情
况，有些方案已预先决定(例如：某特定方案已被直接指定，或是调
查可供使用的产品组件，如现成品)。
一般而言，解决方案是整套的。亦即，在定义产品组件的下一层时，
一起建立每个组件的解决方案。备选方案不单是对同一需求的不同处
理方式，也反映需求配置于组件，构成解决方案的不同思考。此处的
目标是将整体的解决方案优化，而非个别设计的优劣。因此，与需求
开发过程域有密切互动，以支持产品需求暂时性的配置到各产品组
件，直至选定解决方案并建立“最终”配置。
2
Technical Solution (TS)
产品组件解决方案是由备选解决方案所选出，而产品相关的生命周期
过程就在这些产品组件解决方案之中。例如：制造、交付与支持过程
就是产品相关的生命周期过程。
SP 1.1 开发备选解决方案及评选准则
有关取得将需求配置到产品组件的备选解决方案，请参考需求开发过
程域中，配置产品组件需求指定实践，以获得更多信息。
有关建立用于决策的准则，请参考决策分析与解决方案过程域，以获
得更多信息。
需要界定及分析备选解决方案，以便就成本、进度及绩效，选择最均
衡的解决方案。这些解决方案，是以已建议的产品架构为基础，来说
明关键产品品质，以及扩展可行解决方案的设计空间。“开发与设
计”特定目标的特定实践，提供更多关于开发可能的产品架构，使其
能结合产品备选解决方案的信息。
备选解决方案通常包含将备选需求配置到不同的产品组件。这些备选
解决方案在产品架构中，也包括现成品解决方案的使用。与需求开发
过程域相关的过程，也可用于提供更完整及健全的临时性需求配置到
备选解决方案。
备选解决方案涵盖可接受的成本、进度及绩效的范围。产品组件需求
与设计问题、限制及准则一起用于开发备选解决方案。评选准则通常
必须强调成本(例如：时间、人员、费用)、效益(例如：绩效、性
能、有效性)及风险 (例如：技术、成本及进度)。详细的备选解决方
案及评选准则的考虑因素可包括下列：
• 成本(开发、制造、购买、维护及支持)
• 绩效
• 产品组件及产品相关生命周期过程的复杂度
• 对产品操作与使用条件、操作模式、环境及产品相关生命周期过程
变异的坚固程度
• 产品扩充性与成长性
• 技术界限
• 建造方法及材料的敏感度
• 风险
• 需求与技术的演进
• 废弃
Technical Solution (TS) 3
