我说CMMI2.0之技术解决方案

TS：技术解决方案，映射到实际工程活动中包含了技术路线选择、概要设计、详细设计、实现、技术文档编写等活动。

实践列表

TS1.1创建满足需求的解决方案

解决方案就是指我们的交付物，产品、系统或服务等。

这条实践的含义就是实现满足客户需求的产品或服务，无论采用什么方法。

TS2.1设计和创建满足需求的解决方案

在实现产品或服务之前，必须做设计。设计包含了概要设计、详细设计等。概要设计侧重于各产品部件之间的关系，详细设计侧重于每个部件内部的实现方法。

这条实践是TS1.1的升级，包含了1.1中的活动。

在创建解决方案时，要确保产品的内建质量，在敏捷方法中提倡如下的实践：

结对编程；

测试驱动的开发；

持续集成；

静态检查；

等等。

TS2.2评价设计并处理识别的问题

对设计进行评审，并修改发现的问题。

评审时应该对照需求，确保所有的需求都被实现了。

评审有多种方式，如何进行设计评审，可以参见同行评审PA。

TS2.3提供解决方案的使用指南

交付给用户后，用户如何使用交付的产品？需要有安装手册、使用手册、在线帮助、培训资料等，本实践要求编写、交付这些使用指南。

TS3.1制定设计决策的准则

设计决策的准则即评价设计方案优劣的评价指标、评价方法。

当存在多种技术路线、技术方案时，对这些技术方案要从哪些方面进行评价？怎么评价？

TS3.2对选中的构件制定候选解决方案

对产品构件、某些特定需求的解决方案进行多选一，即识别多种技术方案。

TS3.3执行创建、购买或复用分析

本实践对产品构件的实现方法进行宏观选择。某些产品构件，是自己从头开发，还是直接从市场上购买成熟的产品，或者复用历史项目已经实现的成品，或者是使用开源的构件。

TS3.4基于设计准则选择解决方案

采用TS3.1确定的设计准则对TS3.2识别的各种候选解决方法进行评价选中某种解决方案。

有些非功能性需求在实现时，需要特别慎重，此时往往需要从多种候选方案中选择一种最佳的解决方案。

TS3.5制定、保持更新并使用所需信息实现设计

当把系统拆分成子系统，子系统拆分为模块后，实现每个模块所需要的设计信息应该按模块进行分类存放，便于实现者快速检索到所需要的所有信息，并且不会存在信息污染，即他能看到他想看到的，而与他无关的内容不会出现在眼前。当实现的系统比较庞大，设计文档比较多时，这个实践的价值尤其突出。

TS3.6使用已建立的准则设计解决方案的接口或连接

此实践包含两层含义：一是定义评价接口优劣的准则，二是对接口进行设计，并确保接口的设计满足了评价准则。