軟件设计过程V10.docVIP

软件设计过程V1.0 编写： 批准： 版本变更记录 版本 编写/变更时间 变 更 说 明 1.0 2009年5月10日 发布 目 录 1 简介 1 1.1 目的 1 1.2 适用范围 1 1.3 背景描述 1 1.4 术语表 1 1.5 参考资料 1 2 过程总体描述 2 2.1 过程概述 2 2.2 过程结构描述 2 3 过程元素描述 3 3.1 计划阶段 4 3.1.1 需求培训 4 3.2 概要设计阶段 5 3.2.1 系统架构设计 5 3.2.2 各模块的概要设计 6 3.2.3 用户界面设计 6 3.2.4 数据库设计 7 3.2.5 概要设计评审 8 3.3 详细设计阶段 8 3.3.1 模块的详细设计 8 3.3.2 详细设计说明书评审 9 4 附录 10 4.1 附录A－相关规程 10 简介 目的 项目进入实施阶段后，开发人员需遵循一定的开发规程、规范实施项目的开发活动，管理人员需了解开发过程所定义的各个环节，以实施有效的项目开发管理。开发过程的定义旨在定义使软件开发人员及管理人员充分了解软件项目开发过程，使项目开发和管理人员遵照本过程实施项目开发活动。 适用范围 本开发过程适用于公司所有的应用类型的软件项目或产品的开发，包括软件分析和设计阶段。 背景描述 无 术语表 协同开发约定：协同开发约定是为了更好的适应项目的特点，在开发过程中面向全体开发人员所创建的一些技术上或过程管理上的约定，它是对标准开发过程的一个补充，在项目结束后，可以经过评审，把它引入到标准开发过程的定义中。协同开发约定由项目经理负责更新维护，以过程文档的形式存在于配置库中，在不同的阶段都有不同的内容被不断补充进去，伴随着整个开发过程。 概要设计：是对产品需求更进一步的建模过程，反映了系统体系结构之下最小功能的组成、调用关系、命名方式及参数化构成。 参考资料 过程总体描述 过程概述 软件设计是成功实施软件项目的一个重要且必不可少的工程过程，它本身又包含许多开发活动，具有一定成熟度的软件开发组织必须基于一个确定定义的软件设计过程来组织和实施软件设计活动。这个过程主要包括需求培训、协同开发约定、概要设计、详细设计。 过程结构描述 软件设计过程定义的结构如图2.2.5-1所示。 图2.2.5-1 过程元素描述 针对各个过程元素（活动），按照10大属性（概述、人员职责、入口准则、输入、任务（步骤）、出口准则、输出、资源能力要求、度量、裁减准则）依次进行详细描述。 开发阶段是整个软件生命周期中投入最大，耗时最长的一个阶段，所涉及到的活动也比较多，下面按照各个阶段来组织开发过程中各个过程元素的描述。 计划阶段 需求培训 概述 项目经理与需求工程师协商，对开发人员、测试人员进行需求培训；确保在所有项目参与人员之间对需求达成一致的理解。 参与人员及职责 项目经理：组织和主持需求培训 需求工程师：提供需求培训 系统设计师：参加需求培训 测试工程师：参加需求培训 入口准则 已经发布需求基线 输入 《用户需求说明书》 《软件需求规格说明书》 《用户手册（草稿）》 《界面原型》（可选） 任务/步骤 需求工程师讲解需求 参加培训人员参与讨论 反复1和2步骤，直到所有相关人员对所有的需求都达成一致的理解 出口准则 参加培训的人员理解了用户需求和业务流程，对要开发的产品（项目）有了深入的了解；所有参加培训的项目成员对用例达成了一致的理解 输出（工作产品） 培训记录 资源和能力要求资源： 能力裁剪指南 可裁减 如果设计人员已经详细了解了需求时，此活动可以裁减 概要设计阶段 系统架构设计 概述 系统设计师在需求培训完毕，准确理解用户需求的前提下，从系统的最高层次抽象得到系统的体系结构、软件组成部分、软件组成部分之间的接口关系、系统采用的开发技术、方法、工具、应用框架、系统实现方案等，系统架构设计的内容经过相关人员的评审后作为协同开发约定的部分内容。 参与人员及职责 项目经理组织人员进行系统架构设计，组织相关人员进行架构合计的评审。 系统设计师：负责创建系统架构。 入口准则 需求培训结束，所有相关人员均已经正确理解了用户需求。 输入 《软件需求规格说明书》 《协同开发约定说明书》 《设计规范》 任务/步骤 系统设计师编写系统的技术解决方案、备选技术解决方案和评价标准，如果是简单的技术解决方案则更新到协同开发约定说明书中。如果是多个技术解决方案存在，需要进行技术解决方案的评价时启动DAR流程。 系统设计师根据《软件需求规格说明书》，遵循《设计规范》进行系统架构设计。 项目