组织级技术开发规范（根据CMMI标准）

组织级技术开发规范

1.    技术解决概述#

“技术解决”目的在于开发、设计和实现满足需求的解决方案，这三者都围绕产品，产品构件和与过程有关的产品展开。过程域适用于体系结构的任何层次，适用于产品、产品构件、生存周期过程以及服务。主要侧重以下几点（这些活动彼此支持）：

1.评价和选择那些可能满足所分配的需求的解决方案

对所有的解决方案进行评价，分析他们的优缺点，找出平衡点，最后作出选择。

2.针对所选择的解决方案做详细设计

方案选定之后，要根据所选方案做具体详细的计划，设计产品如何完成

3.实现产品或产品构件的设计

根据详细的设计进行项目开发工作，完成方案。

主要包括技术解决概述、技术解决流程、制订技术解决计划、选择产品构件解决方案、开发设计、实现产品设计、实施建议内容。

“技术解决”输入产品需求源于“需求开发”过程或其他来源；由“需求管理”过程经过配置管理和溯源性处理输出到“技术解决”过程。

2.    技术解决流程#

流程和流程图能够帮助软件开发人员和管理人员概括了解自己的工作对象。技术解决流程主要包括10大部分（相关的还有关于组织的总体方针和技术解决模板）：

1. 制定技术解决计划
2. 开发详细的候选解决方案和选择准则
3. 发展操作概念和场景
4. 选择产品构件解决方案
5. 设计产品或产品构件
6. 建立技术数据包
7. 利用标准设计接口
8. 进行制造或购买或复用分析
9. 实现设计
10. 编制产品支持文档

　　下图为技术解决流程图：

 

1 技术解决流程图

3.    制定技术解决计划#

活动：制定技术解决计划

目的：管理技术解决活动

角色：技术解决人员

职责：根据《需求文档》、《需求开发文档》、《项目计划》等制订《技术解决计划》

进入准则：《需求文档》、《需求开发文档》、《项目计划》等已经完成

输入：《需求文档》、《需求开发文档》、《项目计划》等

主要步骤：

1. 建立并维护技术解决的组织方针
2. 确定技术解决需要使用的资源
3. 分配责任
4. 培训计划
5. 确定技术解决的共同利益者，并确定其介入时机
6. 建立和维护技术解决的过程
7. 制定审批规程

输出：《技术解决计划》

结束准则：《技术解决计划》文档制定完成并已得到批准

度量：统计制订《技术解决计划》所花费的工作量

4.    选择产品构件解决方案#

特定目标从候选解决方案中选择产品过产品构件解决方案（包括与产品有关的过程）。

1. 开发详细候选解决方案和选择准则#

活动：拟定详细候选解决方案和选择准则

概述：详细候选解决方案和选择准则可能包含以下内容：

1. 成本
2. 技术性能
3. 产品构件的复杂程度和有关的生存周期过程
4. 对产品运行和使用条件、运行方式、环境和有关的生存周期过程中变化的适应性
5. 产品扩展利升级
6. 技术限制
7. 对构造方法的敏感性
8. 风险
9. 需求和技术的变化
10. 处置
11. 最终用户和操作者的局限性

各项内容概括地说可以是：组织应该为候选方案的初步选择拟定出与业务目标一致的准则，选择准则应该提供一种求得成本、效益和风险平衡的途径。

角色： 技术解决人员

职责： 根据《需求文档》、《需求开发文档》、《项目计划文档》等拟定详细候选解决方案和选择准则

进入准则：《需求文档》、《需求开发文档》、《项目计划文档》等已经完成

输入：《需求文档》、《需求开发文档》、《项目计划文档》等

主要步骤：

1. 为选择可供考虑的一组候选解决方案确定初选准则
2. 确定当前使用的技术和从竞争考虑的新产品技术
3. 生成候选解决方案
4. 为每个候选方案分配完备的需求
5. 确定选择最好的候选解决方案准则
6. 拟定产品运行和用户交互作用的时间场景

输出：

1. 《候选解决方案场景准则》
2. 《新技术评价》
3. 《候选解决方案》
4. 《最后的选择准则》

结束准则：《候选解决方案场景准则》、《新技术评价》、《候选解决方案》、《最后的选择准则》等已经完成

度量：统计“开发详细候选解决方案和准则”所花费的工作量。

2. 发展操作概念和场景#

活动：实践使概念、场景和环境不断发展

目的：描述每个产品构件的运行条件、操作模式和运行状态

角色： 技术解决人员

职责： 根据《需求文档》、《需求开发文档》、《项目计划文档》、《候选解决方案》等使概念、场景和环境等不断发展，以便描述每个产品构件的运行条件、操作模式和运行状态。

进入准则：《需求文档》、《需求开发文档》、《项目计划文档》、《候选解决方案》等已经完成

输入：《需求文档》、《需求开发文档》、《项目计划文档》、《候选解决方案》等

主要步骤：

1. 发展产品构件操作概念和场景
2. 发展产品构件操作环境

输出：

1. 《针对所有可能的生存周期过程的产品构件操作概念、场景和环境》
2. 《产品构件交互作用的时间——活动分析结果》
3. 《用例》

结束准则：《针对所有可能的生存周期过程的产品构件操作概念、场景和环境》、《产品构件交互作用的时间——活动分析结果》、《用例》等文档已经完成

度量：统计“发展操作概念和场景”所花费的工作量

3. 选择产品构件解决方案#

活动： 满足规定准则的产品构件解决方案，确定对产品构件的需求分配

角色： 技术解决人员

职责： 满足规定准则的产品构件解决方案

进入准则：《候选解决方案》已经完成

输入：《候选解决方案》

主要步骤：

1. 评价每个或每组候选解决方案
2. 评估选择准则的充分性并且在必要时更新这些准则
3. 识别并解决问题
4. 选择一些候选解决方案
5. 确定与候选方案相关联的需求
6. 确定将要复用或获取的产品构件解决方案
7. 文件化“解决方案”、“评价结果”、“选择理由”等

输出：

1. 《产品构件解决方案选择决定和理由》
2. 《需求与产品构件之间的关系》
3. 《文件化解决方案、评价和理由》

结束准则：《产品构件解决方案选择决定和理由》、《需求与产品构件之间的关系》、《文件化解决方案、评价和理由》等文档已经完成

度量：统计“选择产品构件解决方案”所花费的工作量

5.    开发设计#

这个特定目标开发产品或产品构件设计，必须提供适当的生存周期内容。设计标准将为实现设计文档的高度定义化和完备化奠定基础。

1.设计产品或产品构件#

活动：实践开发产品或产品构件设计。

概述：产品设计由概要设计和详细设计组成。概要设计确定产品性能和产品体系，包括产品部件、产品构件鉴定、系统状态和模型、主交互接口、外部接口。详细设计完整定义产品构件的结构和性能。系统定义使从需求开发过程域中的体系需求开发派生。需求所表示的质量和性能对于产品的成功至关重要。设计师假设并开发产品模型，建立关于分配需求到产品构件的判断准则。操作概念和场景用于产生用户案例和用于精炼体系的质量场景。产品体系的详细资料需要定案，产品构件需要完全确定，接口需要充分的刻画。产品构件可能要根据质量要求和性能特征进行优化。设计师要评价遗留物品的利用或购买商业现货作为产品构件。要跟踪分配到底层产品构件的需求。

角色： 技术解决人员

职责： 根据《项目计划文档》、《产品构件解决方案选择决定和理由》、《需求与产品构件之间的关系》、《文件化解决文案、评价和理由》等文档，开发产品或产品构件设计

进入准则：《项目计划文档》、《产品构件解决方案选择决定和理由》、《需求与产品构件之间的关系》、《文件化解决文案、评价和理由》等文档已经完成

输入：《项目计划文档》、《产品构件解决方案选择决定和理由》、《需求与产品构件之间的关系》、《文件化解决文案、评价和理由》等文档

主要步骤：

1. 建立并维护用于评价设计的准则
2. 建立并维护有效性的准则
3. 确定开发或采办满足该准则的设计方法
4. 确保设计方法遵循适用的设计标准和准则
5. 确定设计尊周所分配的需求
6. 文件化设计

输出：

1. 《产品体系》
2. 《产品构件设计》

结束准则：《产品体系》、《产品构件设计》等文档已经完成

度量：统计“设计产品或产品构件”所花费的工作量

2.建立技术数据包#

活动：建立并维护技术数据包

概述：设计记录到概念设计阶段的体系定义所创建的简述数据包中。技术数据包包括选择候选解决方案执行的描述。还提供产品类型和产品构件类型的以下信息：

1. 产品体系描述
2. 分配的需求
3. 产品构件的描述
4. 对不可分割的产品构件的产品相关生存周期描述
5. 关键产品特性
6. 必要的物理特征和限制条件
7. 接口需求
8. 材料需求
9. 装备和制造需求
10. 用于确保实现需求的验证准则
11. 使用条件和运行场景、运行模式、运行状态、支持、培训、制造、处置和整个生存周期中的验证
12. 决策理由和特征

设计藐视可能涉及大量的数据且对产品构件的成功开发很重要，最好针对数据的组织和数据内容的选择拟定相应准则。下列设计关注对象应反映在技术数据包中作为顶层组成部分：

1. 顾客
2. 需求
3. 环境
4. 功能度
5. 逻辑
6. 安全
7. 数据
8. 状态/模式
9. 结构
10. 管理

角色： 技术解决人员

职责： 根据《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》等文档，建立并维护技术数据包

进入准则：《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》等文档已经完成

输入：《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》等

主要步骤：

1. 确定设计的层次和每个设计层的相应文档层次
2. 进行详细设计
3. 文件化设计技术数据包
4. 汇集关键决策和决定的理由
5. 必要时修改技术数据包

输出： 《技术数据包》

结束准则：《技术数据包》文档已经完成

度量：统计“建立技术数据包”所花费的时间

3.利用标准设计接口#

活动：运用已建立和维护的标准设计产品构件接口

概述：接口设计包括以下几点：

1. 原发点
2. 目的地
3. 激励源和数据特性
4. 硬件的电特性、技术和功能特性

准则表现为综合在一起的一系列关键参数

角色： 技术解决人员

职责： 根据《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》、《技术数据包》等文档，运用已建立和维护的标准设计产品构件接口。

进入准则：《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》、《技术数据包》等文档已经完成

输入：《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》、《技术数据包》等文档

主要步骤：

1. 确定接口标准
2. 运用标准到设计接口选择
3. 文件化设计和选择原理

输出：

1. 《接口规格说明》
2. 《接口控制文档》
3. 《接口规格说明准则》
4. 《接口设计选择原理》

结束准则：《接口规格说明》、《接口控制文档》、《接口规格说明准则》、《接口设计选择原理》等文档已经完成

度量：统计“利用标准设计接口”所花费的工作量

4.进行制作、购买或复用分析#

活动：根据所规定准则，对产品构件究竟是新开发、采购还是复用进行评价

概述：产品或产品构件的获取归结为“制造或购买分析”，是分析项目需要的根据。影响“制造或购买决定”的因素主要有以下几点：

1. 提供的功能性产品和服务，这些功能将怎样使用到项目中
2. 可用的项目资源和技能
3. 相对于开发的获取成本
4. 关键交付和综合日期
5. 战略商业联盟，包括高层次的商业需求
6. 可用产品的市场研究
7. 可用产品的功能和质量
8. 潜在供应商的技能
9. 核心能力影响
10. 或的产品关联许可、授权、责任
11. 产品的可用性
12. 所有者组织
13. 风险减少

角色： 技术解决人员

职责： 根据《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》、《技术数据包》等文档，运用所规定的准则，对产品构件是否是新开发、采购或是复用进行分析

进入准则：《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》、《技术数据包》等文档已经完成

输入：《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》、《技术数据包》等文档

主要步骤：

1. 制订产品构件设计复用准则
2. 确定是否开发、复用或购买
3. 制订维护产品计划

输出：

1. 《设计和构件复用准则》
2. 《制造或购买分析》
3. 《选择商业现货构件的指南》

结束准则：《设计和构件复用准则》、《制造或购买分析》、《选择商业现货构件的指南》等文档已经完成

度量：统计“进行制作、购买或复用分析”所花费的工作量

6.    实现产品设计#

实现产品构件设计并产生相应的支持文档，2中实践完成设计后要实现产品构件。

1.实现设计#

活动：实现产品构件的设计。

概述：反映实现的主要特征如下：

1. 软件编码
2. 编写数据文档
3. 编写服务文档
4. 制作电子或机械部件
5. 手工的独特产品的制造
6. 建造的设备
7. 制造原料

角色： 技术解决人员

职责： 根据《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》、《技术数据包》、《设计和构件复用准则》、《制造或购买分析》、《选择商业现货构件的指南》等文档，实现产品构件的设计

进入准则：《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》、《技术数据包》、《设计和构件复用准则》、《制造或购买分析》、《选择商业现货构件的指南》等文档已经完成

输入：《产品构件解决方案选择决定和理由》、《需求与产品构件至教案的关系》、《文件化解决方案、评价和理由》、《产品体系》、《产品构件设计》、《技术数据包》、《设计和构件复用准则》、《制造或购买分析》、《选择商业现货构件的指南》等文档

主要步骤：

1. 运用有效的方法实现产品构件
2. 遵循适用的标准和准则
3. 对所选择的产品构件进行同行审查
4. 在适当时，对产品构件进行单元测试
5. 必要时修改产品构件

输出：《实现的设计》

结束准则：《实现的设计》文档已经完成

度量：统计“实现的设计”所花费的工作量

2.编制产品支持文档#

活动：编制并维护最终用户文档

目的：编制和维护用于产品安装、运行和并维护的文档

角色： 分析人员

职责： 根据《技术开发文档》，编制并维护最终用户文档

进入准则：《技术开发文档》已经完成

输入：《技术开发文档》

主要步骤：

1. 审查需求、设计、产品和测试结果
2. 运用有效的方法编制安装、运行和维护的文档
3. 遵循使用的文档编码标准
4. 尽早编写安装、运行和维护文档的初步版本
5. 对安装、运行和维护文档进行同行审查
6. 在必要时，修改安装、运行和维护文档

输出：

1. 《最终用户培训材料》
2. 《用户手册》
3. 《操作手册》
4. 《维护手册》
5. 《在线帮助》

结束准则：《最终用户培训材料》、《用户手册》、《操作手册》、《维护手册》、《在线帮助》等文档已经完成

度量：统计“编制产品支持文档”所花费的工作量

7.    实施建议#

1.培训人员#

2.管理配置项#

3.使共同利益者适时介入#

4.监督和控制该过程#

5.收集改进信息#

6.客观评价遵循情况#

7.高层管理者审查状态#

8.统计“技术开发所花费的全部工作量”#