设计实现过程V10.docx

1、设计实现过程V10设计实现过程文档编号：设计实现过程文档信息：公司级别过程文件文档名称：设计实现过程文档类别：工程过程类密 级：机密版本信息：1.0建立日期： 创 建 人： 审 核 者： 批 准 人： 批准日期：保 管 人：存放位置： 文档修订记录版本编号或者更改记录编号*变化状态简要说明（变更内容和变更范围）日期变更人审核日期审核人1.0A新增2014-1-15 *变化状态：A增加，M修改，D删除文档审批信息序号审批人角色审批日期签字备注目 录1 简介 41.1 目的 41.2 适用范围 41.3 背景描述 41.4 引用文件 41.5 术语表 41.6 参考资料 42 过程/规程总体描述

2、52.1 过程/规程概述 52.2 过程/规程结构描述 53 过程/规程元素描述 63.1 确定解决方案 63.2 系统概要设计 73.3 系统详细设计 83.4 产品集成策略 93.5 系统编码实现 113.6 产品模块测试 123.7 产品集成测试 133.8 维护开发文档 154 附录 164.1 附录A相关过程 164.2 附录B相关规程 164.3 附录C相关指南 164.4 附录D相关模板列表 161 简介1.1 目的技术解决方案（Technical Solution，TS）的目的在于选择、设计并实现对需求的解决方案。解决方案、设计和实现包括单独的或以适当形式组合的产品、产品组件以

3、及与产品相关的生命周期过程。1.2 适用范围本过程适用于组织内所有的软件项目，应用在软件开发阶段。预期读者包括项目经理、需求工程师、设计人员、编码人员、测试人员等。1.3 背景描述掌握和使用本过程，需要软件工程中的设计、编码、测试等相关的背景知识。1.4 引用文件无1.5 术语表QA（人员）：Quanlity Assurance people，质量保证（人员）SCM（人员）：Software Configuration Management people，软件配置管理（人员）1.6 参考资料无2 过程/规程总体描述2.1 过程/规程概述产品开发过程包括设计、编码及单元测试、产品集成测试、维护开

4、发文档几个活动。其中，设计、编码及单元测试、产品集成测试活动的具体内容体现在相应的规程文件中。2.2 过程/规程结构描述产品开发过程流程图如图 1所示。图 1 产品开发过程3 过程/规程元素描述3.1 确定解决方案概述设计人员根据软件需求基线，明确具体需求，根据产品需求准备备选解决方案和选择准则，并最终确定解决方案。参与人员及职责 设计人员：概要设计、详细设计、准备备选解决方案及选择准则、确定解决方案入口准则 设计阶段的任务详细计划制定完毕 软件需求基线已经建立输入用户需求说明书 任务/步骤1、 确定软件需求基线2、 根据需求基线选择备选方案3、 确定备选方案选择准则4、 选择最合适的解决方案

5、出口准则 软件解决方案已确定输出（工作产品） 需求基线 解决方案概要记录资源和能力要求 资源：合格的项目经理和分析人员 能力：有较丰富的系统设计经验度量度量元采集点确定软件需求基线的工作量确定备选方案及选择准则的工作量确定最终解决方案的工作量任务报告评审报告裁剪指南裁剪内容裁剪准则不可裁剪无3.2 系统概要设计概述项目设计人员在项目的需求通过评审后，开始对需求实现进行系统概要设计，形成概要设计文档参与人员及职责 项目经理：组织设计人员进行概要设计 设计人员：进行概要设计入口准则需求基线已确定输入 项目开发计划 软件需求说明书 需求跟踪矩阵任务/步骤1 确定影响系统概要设计的约束因素(可从需求说

6、明书中提取需求约束, 例如:a) 本系统应当遵循的标准或规范b) 软件、硬件环境（包括运行环境和开发环境）的约束c) 接口协议的约束d) 用户界面的约束e) 软件质量的约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等以及其他隐含约束)2 确定设计策略(如扩展/复用等策略)3 进行系统分解,确定子系统和模块的功能以及相关关系;确定系统开发/测试/运行的软、硬件环境；依据产品组件接口表模板填写组件接口关系。4 撰写概要设计文档（可参照系统概要设计说明模板），入配置库进行配置管理注：可启动重大事件处理过程来从可能存在的多种技术方案中决策形成最终方案。

7、出口准则概要设计文档已完成输出（工作产品）概要设计文档产品组件接口表资源和能力要求 资源：合格的项目经理和分析人员 能力： 有较丰富的系统设计经验度量度量元采集点概要设计的工作量任务报告概要设计文档裁剪指南裁剪内容裁剪准则不可裁剪无3.3 系统详细设计概述设计人员在项目经理组织下根据需求说明书和概要设计文档进行详细设计，撰写详细设计文档。参与人员及职责 项目经理：组织设计人员进行详细设计 设计人员：进行详细设计入口准则概要设计经过评审输入 项目计划 软件需求说明书 需求跟踪矩阵 概要设计文档任务/步骤1. 数据库设计，可进行 逻辑设计 物理设计 安全性设计 优化设计2. 模块设计，主要是1)

8、模块接口与属性设计2) 数据结构与算法设计3. 撰写详细设计文档，入配置库进行配置管理出口准则详细设计已完成输出（工作产品）详细设计文档资源和能力要求 资源：合格的项目经理和设计人员 能力：有较丰富的系统设计经验度量度量元采集点详细设计的工作量任务报告详细设计文档裁剪指南裁剪内容裁剪准则不可裁剪无3.4 产品集成策略概述项目组根据系统详细设计将软件产品模块化，产品集成负责人组织产品集成策略的制定和评审。产品集成组根据产品需求和设计文档，确定产品集成策略。参与人员及职责 项目组：将软件产品模块化项目经理：参与集成策略的评审产品集成负责人：组织产品集成策略的制定和评审产品集成组成员：参与产品集成策

9、略的制定入口准则 产品需求已确定 产品架构设计已完成输入 产品需求文档 产品设计文档任务/步骤1、 项目组根据系统详细设计将产品细化，由产品至组件，由组件至模块，形成设计基线。2、 产品集成负责人，组织产品集成组成员，根据产品需求和设计文档，参考设计基线确定产品集成策略。具体地，主要确定以下内容： 产品集成的方式、时机 产品集成环境 产品各模块集成的顺序、接口关系 产品各模块集成的开始准则产品集成负责人依据产品集成策略模板编写产品集成策略文档（参考产品集成指南）3、 产品集成负责人组织产品集成策略的评审（参考评审过程）4、 产品集成组根据评审意见修改产品集成策略5、 产品需求或设计变更时，及时

10、修改产品集成策略6、 产品集成组识别可能引发改变集成策略的事件，根据出现的事件考虑目前的集成策略是否适用。如果需要改变集成计划（如改变策略、资源的再分配），产品集成组修订产品集成策略文档。在修订过程中应保证集成策略和开发、测试计划的一致性。出口准则 产品集成策略文档已完成输出（工作产品） 产品集成策略资源和能力要求资源：相关人员工作时间的保证，评审过程，产品集成指南，产品集成策略模板， 能力：参与者了解产品集成的方法度量度量元采集点确定产品集成策略的工作量评审产品集成策略文档的工作量评审发现的缺陷数周报裁剪指南裁剪内容裁剪准则不可裁剪无3.5 系统编码实现概述设计基线形成之后，开发人员在产品集

11、成策略约束下实施程序编码和调试。参与人员及职责 项目经理：组织程序编写，负责维护系统实现阶段的协同开发约定 开发人员：参与程序编写，进行代码质量自查，提交代码质量报告入口准则软件需求基线、设计基线已发布，产品集成策略已明确输入软件需求基线文档、设计基线文档、项目开发计划、产品集成指南任务/步骤1、开发人员依据软件需求基线和设计基线的内容，在产品集成策略约束下，在模块代码框架下编写符合规范的程序代码； 2、开发人员按照编码规范、库表规范中的要求检查代码的文件格式、命名规范，进行代码静态分析和代码复杂度分析等； 3、代码调试。4、开发人员将代码提交到配置库。出口准则编码完成。输出（工作产品）程序源

12、代码资源和能力要求 资源：称职的开发人员；良好的沟通交流环境和充足的编码思考工作时间 能力： 熟悉使用的开发技术。 了解需求和设计基线的内容。 了解开发过程定义和相关的开发指南和规范。度量度量元采集点系统实现的工作量代码的规模（包括代码总规模、新增代码规模、复用代码规模、修改代码规模、删除代码规模）任务报告配置库裁剪指南裁剪内容裁剪准则不可裁剪无3.6 产品模块测试概述项目组成员依据需求基线、设计基线等编写模块测试用例，并实施模块测试。参与人员及职责 项目经理：组织编写并实施模块测试用例 项目组成员：编写并实施模块测试用例入口准则需要进行模块测试的代码已完成，项目已定义实施模块测试的方式、模块

13、测试工具等。输入需求基线、设计基线、编程规范、待测试的代码任务/步骤1、项目组成员确定要实施模块测试的代码2、项目组成员依据需求基线、设计基线等编写模块测试用例。3、进行模块测试用例的评审，评审内容主要包括： 测试类是否完全、其类名是否符合规范 测试方法名称是否可读，如果不可读，是否添加了必要的注释 测试用例代码是否符合代码编写规范 边界条件是否进行了测试4、需要测试的代码编写完成后，项目组成员执行模块测试用例。5、项目组成员就模块测试用例运行中发现的问题进行跟踪和调试，直到单元测试用例的通过率为100%6、开发人员将代码提交到配置库。注：对于不同类型的软件项目，单元测试用例关注的内容可能不同

14、，由项目组根据项目实际情况确定。出口准则模块测试用例全部通过输出（工作产品）模块测试用例根据模块测试修改后的代码资源和能力要求 资源：合格的模块测试人员 能力： 了解模块测试的方法、工具度量度量元采集点模块测试用例的代码规模模块测试的工作量任务报告裁剪指南裁剪内容裁剪准则可裁剪项目经理根据项目的实际情况，按照已测试过的模块、功能可以不用再做模块测试的原则进行处理;3.7 产品集成测试概述根据产品集成策略，设计集成测试方案。产品各模块完成开发和模块测试后，如果达到集成开始准则，则根据产品集成策略进行集成，建立集成测试环境；执行测试，记录测试中发现的缺陷，跟踪缺陷至解决。集成测试结束后，集成测试负

15、责人对测试缺陷进行汇总和分析，并根据结果对被测目标进行评价，提交集成测试的总结报告。参与人员及职责 产品集成负责人：把握产品集成的时机，组织产品集成过程 产品集成组成员：参与产品集成，对集成测试中发现的缺陷进行缺陷处理 集成测试负责人：设计集成测试方案，组织集成测试活动，编写集成测试报告 集成测试人员：参与设计和实施集成测试，参与编写集成测试报告，提供数据分析入口准则 产品集成策略已完成 被集成的各产品模块已完成开发和单元测试输入 产品集成策略 已完成单元测试的产品模块任务/步骤1. 根据产品需求、设计和集成策略文档，依据软件测试方案模板设计集成测试方案，制定测试通过准则，编写相应的集成测试用

16、例。2. 产品集成组从开发组接收产品模块，确认模块质量是否达到集成开始准则，接口是否和集成策略文档中的一致。如果不满足，返回给开发组；3. 搭建产品集成环境；按照集成策略构造产品，并完成集成记录后移交给测试组进行集成测试；4. 建立产品集成测试环境，编写必要的桩模块和驱动模块。5. 从配置库中取出已满足产品集成测试开始准则的build；依据集成测试方案和测试用例执行测试；6. 在执行测试时，记录测试执行中发现的缺陷，跟踪缺陷至解决；（在使用平台时，缺陷填写在平台的bug报告中；如果项目组采用经过允许的缺陷跟踪工具，可以将缺陷填写在相应的工具中）（参考缺陷处理规程）7. 重新制作build，进行

17、回归测试，确保新增加或者修改的代码没有引入错误； 8. 如果已经达到预先设定的测试通过准则；则终止集成测试执行；如果没有达到，则继续执行测试。9. 集成测试负责人从下面几方面对集成测试进行总结分析：i. 分析测试用例覆盖率，执行率及通过率ii. 分析出现的缺陷及缺陷趋势分布iii. 对测试项进行评价iv. 分析遗留问题的潜在风险v. 分析资源使用情况和进度情况vi. 形成测试结论10. 集成测试负责人依据软件测试总结报告模板编写集成测试总结报告。具体参考测试过程。出口准则 产品的集成构造已完成，集成测试执行终止，集成测试总结完成输出（工作产品） 产品集成记录 完成集成构造的产品 产品集成测试方

18、案 集成测试用例 bug报告 集成测试总结报告资源和能力要求 资源：提供集成测试活动所需的软件、硬件、人力资源，产品集成记录模板，缺陷处理规程，软件测试方案模板，软件测试总结报告模板 能力：相关人员参与者了解产品集成过程，能够设计集成测试方案，构建测试环境，依据测试用例执行测试，并具备解决问题的能力。度量度量元采集点设计集成测试方案的工作量实施产品集成的工作量搭建集成测试环境的工作量执行测试的工作量Bug的数量撰写集成测试总结报告的工作量周报表裁剪指南裁剪内容裁剪准则不可裁剪无3.8 维护开发文档概述在产品交付测试前，项目成员编写、维护产品开发阶段交付的文档，包括、设计文档、测试用例、产品使用

19、手册等。参与人员及职责 项目成员：包括设计人员、编码人员、集成工程师、测试人员等，编写、维护开发文档入口准则 维护开发文档阶段的任务详细计划制定完毕输入 初始的开发文档任务/步骤1、 需求工程师根据项目情况检查、维护需求文档。2、 设计人员根据项目情况检查、维护设计文档。3、 测试人员根据项目情况检查、维护测试用例。4、 使用手册编写人员检查、维护使用手册。5、 将维护后的文档纳入配置库。注：根据项目情况不同，需要维护的开发文档有所不同。出口准则 产品开发阶段交付的文档已维护完毕并纳入配置库。输出（工作产品） 维护后的开发文档资源和能力要求 资源： 能力：相关人员接受过编写开发文档方面的培训。度量度量元采集点维护开发文档的工作量维护后的开发文档的规模任务报告裁剪指南裁剪内容裁剪准则可裁剪当开发文档满足交付测试的要求且与产品（项目）实际情况一致时，不需要执行此活动。4 附录4.1 附录A相关过程4.2 附录B相关规程设计规程编码及单元测试规程产品集成规程4.3 附录C相关指南4.4 附录D相关模板列表