【进击的CMMI】Technical Solution技术解决方案浅谈，一无所有到可运行系统

又是一个周末，嗅到春天的气息了，阳光很温暖，心情很阳光，你现在在哪里呢？

今天继续CMMI-DEV Framework中22个PAs之TS过程域，发现开始记录学习的上一个RD过程域时，好像没有定义就直接开始讲了，由此之后我会持续改进我的学习过程，温故而知新，祝我早日进击可以为师矣，哈哈哈哈！！！所以【进击的CMMI】系列博客会以PA定义介绍开始，简单说明过程域之间的关联，最后对过程域的具体实践中输入输出简单介绍。

辣么就不废话直接进入主题了吧。

在软件开发成熟模型中，技术解决方案的目的是设计，开发和实现满足需求的解决方案。解决方案，设计和实现方案恰当单一或组合覆盖产品，产品组件和产品关联的生命周期流程。

简单来说呢，TS关注的即是DAR（设计方法，设计概念或初始设计模型）来满足需求集，根据DAR结果来开发详细设计，最后将设计实现为真实可用的产品/产品模块。其实每个过程域之间或多或少的存在相互联系，但具体的过程域中的过程实践标准各有差异。

TS过程域有三个特定目标-选择产品模块解决方案，开发设计原型，实现产品设计。

选择产品产品解决方案中我们实践第一步就是建立可选的解决方案和选择条件，并确认详细的标准，再建立可执行的概念和标准，最终得到产品模块。

简单来说就是在TS阶段我们需要建立矩阵来进行分析得出最佳解决方案。

I/O在上图中也体现很明显

当决策出最佳方案之后，我们需要文档化需求和产品模块的关系并文档化解决方案，评估和原理。

开发原型的第一步就是细分设计产品和产品目录，建立起一套技术数据包，在给出接口描述，并设计好接口使用条件，并最终根据复用标准进行制作还是购买分析。

在上面的基础之上，对每个项目细化后的解决方案再来开发产品架构和产品模块设计原型，同样我们会建立一些标准来评估设计，比如其模块化，简洁性，可持续性，安全性，可用性，精确性等。最终建立起我们的技术架构模块和接口文档及原理，并最后进行Make-or-Buy决策分析。

实现产品设计主要有实现原型和开发产品支持文档两个特定实践。

 

番外 - 工程过程关系图

手残党画的︿(￣︶￣)︿ 电脑卡的画的心累

 

转载于:https://my.oschina.net/jenniferleehr/blog/846596