1 / 24
文档名称:

P20技术解决方案.doc

格式:doc   大小:144KB   页数:24页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

P20技术解决方案.doc

上传人:ttteee8 2020/7/7 文件大小:144 KB

下载得到文件列表

P20技术解决方案.doc

相关文档

文档介绍

文档介绍:技术解决方案(IS)成熟度3级的工程类过程域目的技术解决方案(TechnicalSolution,TS)的目的,为设计、开发及实现需求的解决方案。解决方案、设计结果及实现成品包括产品、产品组件,以及与产品相关生命周期的单一过程或适当组合的过程。业界注释技术解决方案过程域适用于产仙架构的任何层级,旦适用于所有产品、产品组件、产品相关生命周期过程。整个过程域中,产品及产品组件的意'涌也包括服务及其组件。本过程域专注于下列事项:-评估与选择解决方案(有时称为“设计方案”、“设计概念”或“初步设计”),满足适当的配置需求。-对选定的解决方案开发细部设计(详细到包括制造、程序制作,或实现设计为产品或产品组件所需的信息)O-实现设计成产品或产品组件。基本上,这些活动相互支持。某种程度的设计,有时相当详细,可能需要选择解决方案。模型或试行可用来作为取得足够知识,以开发技术相关资料或一组完整需求的方法。技术解决方案的特定实践,不仅适用于产品及产品组件,也适用于产品相关生命周期的过程。产品相关生命周期过程的开发,与产品或产品组件的开发有关。这种开发包括选择与定义现有过程(包含标准过程)以供使用与开发浙过程。技术解决方案过程域相关的过程,接受来n需求管理过程的产品与产品组件需求。需求管理源自于需求开发过程的需求,将需求纳入适当的配置管理,并维护他们对先前需求的追溯性。就维护或维运的而言,需要维护活动或重新设计的需求可能山使用者的需要或产品组件潜在的瑕疵所驱动。新需求川能来自于操作环境的变更,这些需求在产品验证的时候,透过比较实际绩效与指定绩效而界定出不被接受的绩效落差,可以被发掘出来。技术解决方案过程域相关的过程应用以执行维护或维运的设计工作。相关过程域有关需求配置、操作观念的建立及接口需求定义,请参考需求开发过程域,以获得更多信息、。有关同行审查及对产品和产品组件是否满足需求之验证,请参考验证过程域,以获得更多信息、。有关正式评估,请参考决策分析与解决方案过程域,以获得更多信有关管理需求,请参考需求管理过程域,以获得更多信息。需求管理过程域之特定实践执行时,与技术解决方案过程域的特定实践交互作用。有关改进组织的技术,请参考组织创新与推展过程域,以获得更多信息。、,选择产品或产品组件解决方案。选择解决方案之前,应考虑备选解决方案及其相关优点。建立在分析备选解决方案时所使用的关键需求、设计问题及限制条件。架构特性提供产品改进与演进的考虑基础,并按相对成本、进度、绩效及风险,考虑是否采用现成品作为产品组件。现成品(COTS)W直接或修改后使用,有时候这种现成品须进行接口修改或对部分特性进行客制化,以符合产品需求。皮好设计过程的指针之一,是在比较与评估各种备选解决方案后,才进行设计方案的选择。通常在设计选择时要处理架构、客制或采用现成品及产品组件模块化的决定。有些决策需要使用正式的评估过程。有关正式评估过程的使用,请参考决策分析与解决方案过程域,以获得更多信息。有时寻找解决方案,只需检查相同需求的备选实例,而不必涉及其下层产品组件的需求配置。在产品架构的底层(组件)即为一例。有些情况,有些方案已预先决定(例如:某特定方案已被直接指定,或是调查可供使用的产品组件,如现成品)。一般而言,解决方案是整套的。亦即,在定义产品组件的下一•层时,一起建立每个组件的解决方案。备选方案不单是对同一需求的不同处理方式,也反映需求配置于组件,构成解决方案的不同思考。此处的目标是将整体的解决方案优化,而非个别设计的优劣。因此,与需求开发过程域有密切互动,以支持产品需求暂时性的配置到各产品01件,直至选定解决方案并建立“最终”配置。产品组件解决方案是山备选解决方案所选出,而产品相关的生命周期过程就在这些产品组件解决方案之中。例如:制造、交付与支持过程就是产品相关的生命周期过程。 开发备选解决方案及评选准则开发备选解决方案及评选准则。有关取得将需求配置到产品组件的备选解决方案,请参考需求开发过程域中,配置产品组件需求指定实践,以获得更多信息。有关建立用于决策的准则,请参考决策分析与解决方案过程域,以获得更多信息。IPPD补充选择备选解决方案的活动以及决策分析与替代方案研究的议题,都需要相关干系人的参与。这些干系人代表经营与技术功能,以及同步开发的产品与产品相关的生命周期过程(例如:制造、支持、培训、验证及销毁)。以此方式