设计实现过程V1.0.docVIP

设计实现过程文档编号：设计实现过程 文档信息：公司级别过程文件 文档名称：设计实现过程 文档类别：工程过程类 密 级：机密 版本信息：1.0 建立日期： 创 建 人： 审 核 者： 批 准 人： 批准日期： 保 管 人： 存放位置：文档修订记录 版本编号或者更改记录编号 *变化 状态 简要说明（变更内容和变更范围） 日期 变更人 审核日期 审核人 1.0 A 新增 2014-1-15*变化状态：A——增加，M——修改，D——删除 文档审批信息 序号 审批人 角色 审批日期 签字 备注目 录 1 简介 4 1.1 目的 4 1.2 适用范围 4 1.3 背景描述 4 1.4 引用文件 4 1.5 术语表 4 1.6 参考资料 4 2 过程/规程总体描述 5 2.1 过程/规程概述 5 2.2 过程/规程结构描述 5 3 过程/规程元素描述 6 3.1 确定解决方案 6 3.2 系统概要设计 7 3.3 系统详细设计 8 3.4 产品集成策略 9 3.5 系统编码实现 11 3.6 产品模块测试 12 3.7 产品集成测试 13 3.8 维护开发文档 15 4 附录 16 4.1 附录A－相关过程 16 4.2 附录B－相关规程 16 4.3 附录C－相关指南 16 4.4 附录D－相关模板列表 16简介 目的 技术解决方案（Technical Solution，TS）的目的在于选择、设计并实现对需求的解决方案。解决方案、设计和实现包括单独的或以适当形式组合的产品、产品组件以及与产品相关的生命周期过程。 适用范围 本过程适用于组织内所有的软件项目，应用在软件开发阶段。预期读者包括项目经理、需求工程师、设计人员、编码人员、测试人员等。 背景描述 掌握和使用本过程，需要软件工程中的设计、编码、测试等相关的背景知识。 引用文件 无 术语表 QA（人员）：Quanlity Assurance people，质量保证（人员） SCM（人员）：Software Configuration Management people，软件配置管理（人员） 参考资料 无过程/规程总体描述 过程/规程概述 产品开发过程包括设计、编码及单元测试、产品集成测试、维护开发文档几个活动。其中，设计、编码及单元测试、产品集成测试活动的具体内容体现在相应的规程文件中。 过程/规程结构描述 产品开发过程流程图如图 1所示。 图 1 产品开发过程 过程/规程元素描述 确定解决方案 概述 设计人员根据软件需求基线，明确具体需求，根据产品需求准备备选解决方案和选择准则，并最终确定解决方案。 参与人员及职责设计人员：概要设计、详细设计、准备备选解决方案及选择准则、确定解决方案 入口准则 设计阶段的任务详细计划制定完毕 软件需求基线已经建立 输入 《需求书》 根据需求基线选择备选方案 确定备选方案选择准则 选择最合适的解决方案 解决方案概要资源和能力要求资源： 能力 确定最终解决方案的工作量裁剪指南 不可裁剪 无系统概要设计 概述 项目设计人员在项目的需求通过评审后，开始对需求实现进行系统概要设计，形成概要设计文档 参与人员及职责项目经理：组织设计人员进行概要设计 设计人员：进行概要设计 入口准则 需求基线已确定 输入 项目开发计划 软件需求说明书 需求跟踪矩阵 任务/步骤 确定影响系统概要设计的约束因素(可从需求说明书中提取需求约束, 例如: 本系统应当遵循的标准或规范 软件、硬件环境（包括运行环境和开发环境）的约束 接口／协议的约束 用户界面的约束 软件质量的约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等 以及其他隐含约束) 确定设计策略(如扩展/复用等策略) 进行系统分解,确定子系统和模块的功能以及相关关系;确定系统开发/测试/运行的软、硬件环境；依据《产品组件接口表模板》填写组件接口关系。 撰写概要设计文档（可参照《系统概要设计说明模板》），入配置库进行配置管理 注：可启动重大事件处理过程来从可能存在的多种技术方案中决策形成最终方案。 出口准则 概要设计文档已完成 输出（工作产品） 概要设计文档 产品组件接口表 资源和能力要求资源： 能力 有较丰富的系统设计经验 度量 度量元 采集点 概要设计的工作量 任务报告 概要设计文档 裁剪指南 不可裁剪 无 系统详细设计 概述 设计人员在项目经理组织下根据需求说明书和概要设计文档进行详细设计，撰写详细设计文档。 参与人员及职责项目经理：组织设计人员进行详细设计 设计人员：进行详细设计 入口准则 概要设计经过评审 输入 项目计划 软件需求说明书 需求跟踪矩阵 概要设计文档 任务/步骤 数据库设计，可进行