CMMI工程TS技术解决方案过程

1、技术解决方案过程文档编号：GZCY_TS_PRS-V1.0文档信息：文档名称：文档类别：CMMI板密 级：机密版本信息：V1.0建立日期：创 建 人： 审 核 者：批 准 人： 批准日期：保 管 人：存放位置：编辑软件：Microsoft Office 2003 英文版CONFIDENTIAL文档修订记录版本编号或者更改记录编号变化状态简要说明（变更内容和变更范围）日期变更人批准日期批准人V1.0C初次创建2004-07-21CMMI事业部*变化状态：C创建，A增加，M修改，D删除文档审批信息序号审批人角色审批日期签字备注前 言技术解决方案的目的在于开发、设计和实现满足需求的解决方案。解决方案

2、、设计和实现等都围绕产品、产品构件和与过程有关的产品。目 录第一章 简介11.1 目的11.2 适用范围11.3 术语表11.4 参考资料1第二章 过程总体描述22.1 组织内部过程框架总览22.2 过程概述2第三章 过程元素描述33.1 概要设计33.1.1 概述33.1.2 参与人员33.1.3 入口准则33.1.4 输入33.1.5 任务33.1.6 出口准则63.1.7 输出63.1.8 度量63.2 详细设计73.2.1 概述73.2.2 参与人员73.2.3 入口准则73.2.4 输入73.2.5 任务73.2.6 出口准则83.2.7 输出83.2.8 度量83.3 编码及单元测

3、试83.3.1 概述83.3.2 参与人员93.3.3 入口准则93.3.4 输入93.3.5 任务93.3.6 出口准则103.3.7 输出103.3.8 度量103.4 编制产品支持文档103.4.1 概述103.4.2 参与人员113.4.3 入口准则113.4.4 输入113.4.5 任务113.4.6 出口准则123.4.7 输出123.4.8 度量12第一章 简介1.1 目的本过程目的在于提供开发、设计和实现满足需求解决方案的过程，是项目工程过程的核心。主要包括选择产品构件解决方案、开发设计、实现产品设计和实施建议等内容。本部分内容是OOSP组织标准过程的中相关内容的细化。1.2

4、适用范围本文档的适用范围为组织内所有软件项目。1.3 术语表l 组织标准软件过程(OSSP)：可在组织内使用的基本过程定义，用它来引导建立项目的一般软件过程。它描述每个软件项目打算并入自己的项目定义的软件过程中的基本软件过程要素，还描述这些软件过程要素之间的关系（如排序和接口）；1.4 参考资料第二章 过程总体描述2.1 组织内部过程框架总览图表 1 组织过程总览2.2 过程概述组织过程分为项目管理、项目工程和项目支持部分，在本过程中主要描述PH2部分内容。第三章 过程元素描述3.1 概要设计3.1.1 概述分析与设计具有预定功能的软件系统体系结构（即模块结构），确定子系统、功能模块的功能及其

5、间的内、外接口，确定数据结构。3.1.2 参与人员l 项目经理：组织进行概要设计，组织相关人员进行概要设计文档评审l 系统设计人员：进行概要设计，评审概要设计文档l 软件测试人员：集成测试设计3.1.3 入口准则l 产品需求规格说明书已经制定，评审通过3.1.4 输入产品需求规格说明书3.1.5 任务3.1.5.1 设计方法 面向结构（数据流）设计方法：结合软件需求规格说明书及系统不同层次的数据流图，把整个系统分解为模块并确定各模块功能，确定每个功能模块的输入、转换和输出数据流，并考虑各方面数据接口、存储方式等。迭代逐步分解各系统模块，直到确定每个功能模块只执行一个行为为止，同时细化数据结构设

6、计，完善数据字典以确保系统能获得所需的输出结果，从而完成系统构架设计。1. 面向对象设计方法：结合软件需求规格说明书（包括快速原型分析模型、类模型）和系统选用的编程语言，确定客户类（包括子类）及类的各种行为，并使用设计模型及相应的列表，确定每个对象的客户（模块）关联，并给予必要的方法设计。迭代逐步检查对象及其方法，直到系统中每个对象拥有所有必需的方法，从而完成系统构架设计。3.1.5.2 工作步骤1. 项目经理确定系统设计人员，并讨论确定阶段出口准则，通盘考虑并跟踪上游顺延下来的进度、技术难度等风险、问题，与相关人员沟通，制定阶段计划。必要时，请高层参与问题解决；2. 评估、确认需求分析结果，

7、并对可重用的软件或功能模块进行性能测试，通盘考虑整个系统结构、功能扩展性；3.1.5.2.1 系统体系结构设计：3. 用选定的工具（如需求功能矩阵表等）和开发计划设定的交付方式（如小版本渐进交付）及设计方法，结合设计原则（如功能模块化等），将系统分解为若干子系统、功能模块，并确定子系统、功能模块及其间的关系； 4. 确定子系统、功能模块间的约束、假设和依赖（如系统运行环境和开发、测试环境等，并考虑系统并发性和分布性要求）；5. 结合以上内容，对系统的模块逻辑实现和集成方法进行设计，降低使软件难于实现、测试（必要时测试人员参与讨论）、维护的因素，形成高内聚、低耦合的系统体系结构；6. 定义错误处

8、理和恢复策略，对可能出现的故障进行分解，确定处理对策；3.1.5.2.2 数据体系结构设计：7. 确定项目数据库设计规则以便于系统统一，其中包括：库命名，逻辑设计，物理设计，安全性设计及优化，管理规则等；8. 数据库设计一般要经过“逻辑设计物理设计安全性设计优化”等步骤，通常要迭代进行：9. 逻辑设计分析软件系统模块及其之间的数据操作，使用抽象数据类型设计，转换数据对象的属性及其关联、接口等内容，设计并完善数据字典及其约束条件，实现数据的变量封装结构设计。面向结构设计方法中为创建与数据库相关的数据流图或实体关系图；若采用面向对象方法，则分析类信息传递内容，并创建类图；10. 物理设计设计表结构

9、，与实体关系图或类图相结合；对表结构进行规范化处理；11. 安全性设计考虑数据库的登陆访问限制，用户密码加密，操作访问权限等系统安全设计；12. 优化分析并优化数据库的“时空” （即性能，容量等）效率，尽可能“提高处理速度”并且“降低数据占用空间”。 分析“时空”效率的瓶颈，找出优化对象（目标），并确定优先级； 消除对象（目标）间的对抗性，必要时给出折中方案； 给出优化的具体措施，如逐步评估、优化数据库环境参数，对表格进行反规范化处理等，坚持信息隐蔽等原则，加强数据设计可维护性；3.1.5.2.3 接口（包括用户界面）设计：与客户、测试人员交流界面设计需求，明确用户界面、接口设计规则，包括：标

10、准控件的使用规则，通用界面（包括主界面和子界面等）、接口设计原则等；13. 界面设计分析需求说明中对用户界面的需求，实施用户界面设计，包括界面及其关系、工作流程等，必要时采取原型设计，并请客户或同行评估后细化改进；14. 接口设计 扩展子系统或功能模块及其之间的关系和限制条件，实施系统所需的接口设计，并消除冗余后，完善系统的数据流图，必要时形成功能说明和操作方式。若面向对象方法，则为子系统包、类间的属性、方法等设计； 由测试人员参与完善测试接口设计； 结合系统错误处理和数据验证方法，验证接口设计结果，并逆向需求求证；15. 确定新开发、采购和复用方案 利用决策分析和决定过程确定新开发、采购和复

11、用方案。3.1.5.3 整合及评审16. 根据设计方法及其设计结果，项目经理负责采用指定的概要设计说明书、数据库设计说明书模板（必要时结合数据字典或类图）描述设计体系结构内容； 17. 根据设计结果完善、更新、充实用户文档（初稿）相应内容；18. 指定需求跟踪人负责跟踪系统设计结果，完善需求功能矩阵表；19. 测试人员负责对系统设计结果进行可测试性验证；20. 项目经理或客户委派专人负责组织对设计的工作产品根据评审规程执行评审。3.1.6 出口准则l 概要设计文档评审通过3.1.7 输出l 概要设计说明书3.1.8 度量l 形成概要设计说明书所花的工时l 评审概要设计说明书所花的工时3.2 详

12、细设计3.2.1 概述详细设计系统所有模块的主要接口与属性、数据结构和算法，指导模块编程。3.2.2 参与人员l 项目经理：组织进行详细设计，组织相关人员进行详细设计文档评审l 系统设计人员：进行详细设计，评审详细设计文档l 软件测试人员：进行单元测试设计3.2.3 入口准则l 概要设计说明书评审通过3.2.4 输入概要设计说明书3.2.5 任务3.2.5.1 细化系统设计1. 项目经理确定详细设计人员，并通盘考虑上游顺延下来的进度、技术难度风险、问题，制定阶段工作计划，确定阶段出口准则。必要时，请高层参与解决问题；2. 项目经理配合详细设计人员对概要设计方案进行评估，项目组间或组内达成共识；

13、3. 结合设计方法、工具、需求文档和软件系统体系结构设计文档，逐步细化设计每个功能模块的主要接口与属性，必要时还须细化每个用户界面；若采用面向对象方法，则为设计类的函数和成员变量；4. 细化设计每个功能模块的数据结构与算法（若存在的话），并提高其效率，确认并完善重用软件及模块单元的算法和处理流程，确保系统一致性；5. 对重要的设计元素，需要根据SPEC模版编写程序规格说明书（简称SPEC）；6. 处理数据流程并充分考虑系统限制，逐步完善系统集成方案；7. 指定需求跟踪负责人对需求状态进行跟踪，完善需求功能矩阵表，若发现问题，登记到项目问题日志中；8. 重复执行以上步骤直到达到出口准则；3.2.

14、5.2 整合及评审1. 项目经理负责组织整合设计内容，编写详细设计说明书并完善用户文档；项目经理负责组织对阶段工作产品的验证和评审，根据评审规程执行评审；3.2.6 出口准则l 详细设计文档评审通过l 需求跟踪结果一致3.2.7 输出l 详细设计说明书l 单元测试用例3.2.8 度量l 形成详细设计说明书所花的工时l 评审详细设计说明书所花的工时3.3 编码及单元测试3.3.1 概述依据计划把系统设计文档翻译成整个系统的模块代码，并完成代码的审查和单元测试。3.3.2 参与人员l 项目经理：组织编码及单元测试工作l 开发人员：编码l 单元测试人员：单元测试。可由编码人员兼职3.3.3 入口准则

15、l 详细设计说明书已经制定，评审通过3.3.4 输入l 详细设计说明书l 数据库设计说明书3.3.5 任务3.3.5.1 工作步骤2. 项目经理确定开发人员，通盘考虑上游顺延下来的进度、技术难度等风险、问题，制定阶段工作计划，确定阶段出口准则，必要时，请高层参与问题解决；3. 根据组织级的编码规则，确定适用于项目组的编码规则，统一定义有意义的变量名、模块名，注释规则，提高程序的可靠性和可维护性；4. 必要时在各编码组内对临时的编译环境和调试方法进行约束；3.3.5.2 编码：5. 开发人员实施阶段计划，组建开发环境，避免硬件操作系统等的不兼容风险；6. 开发人员基于架构设计、模块优先级及集成实

16、现方式，按计划时序在配置环境下把功能模块翻译成代码，并进行必要的调试和代码走查；7. 指定人员按计划依据编码规则对配置库中的提交代码进行同行评审； 8. 指定需求跟踪负责人对需求进行跟踪，完善需求模块功能矩阵表，若发现问题，形成跟踪报告，提交项目经理或高层经理寻求解决方案3.3.5.3 单元测试：（详见软件测试规程中相应内容）1. 单元测试人员（或开发人员）编写单元测试用例；2. 在预定测试环境下，单元测试人员依据单元测试计划和测试用例实施测试活动；3. 采用测试管理工具跟踪、管理测试和BUG回归过程；4. 项目经理或测试负责人按计划评估测试结果，直到达到单元测试出口准则为止；5. 把达到出口

17、条件的源代码纳入配置库管理，以便进行下一轮测试。3.3.6 出口准则l 代码编写完成，完成走查l 测试缺陷全部解决l 需求跟踪结果一致3.3.7 输出l 代码3.3.8 度量l 编写代码所花的工时l 走查代码所花的工时l 解决缺陷所花的工时3.4 编制产品支持文档3.4.1 概述依据产品需求规格说明书等所有技术文档，编制并维护用于产品安装、运行和维护的文档。3.4.2 参与人员l 项目经理：组织文档编写工作l 文档人员：编写文档l 相关人员：评审文档3.4.3 入口准则l 系统测试完成3.4.4 输入l 用户需求说明l 详细设计说明书l 测试用例3.4.5 任务3.4.5.1 审查需求、设计、产品和测试结果审查需求、设计、产品和测试结果，以确保发现那些影响安装、运行和维护的问题并加以解