1、广东技术股份有限公司 1 系统设计过程 过程编号 ADA-SP-SD-DEFINE 文件状态 草稿 正式发布 正在修改 当前版本 V1.1 修 订 张三 日期 年 月 日 审 核 李四 日期 年 月 日 批 准 王五 日期 年 月 日 发布日期 年 月 日 生效日期 年 月 日 广东技术股份有限公司 2 广 东控 技 术 股 份 有 限 公 司 修订历史记录 A - 增加 M - 修订 D - 删除 变更版本号 日期 变更类型 （A*M*D） 修改人 摘 要 备注 1.0 A 建立系统设计过程定义文件 1.1 M 修改过程度量的内容 广东技术股份有限公司 3 广东技术股份有限公司 4 目 录
2、1 目的 . 6 2 适用范围 . 6 2.1 机构 . 6 2.2 业务 . 6 3 名词术语 . 6 4 概述 . 6 5 过程定义 . 6 5.1 概要设计 . 6 5.1.1 角色与职责 .7 5.1.2 入口准则 .8 5.1.3 输入 .8 5.1.4 过程活动 .8 5.1.5 输出 . 10 5.1.6 出口准则 . 10 5.1.7 过程度量 . 10 5.1.8 确认与验证 . 10 5.2 详细设计 . 11 5.2.1 角色与职责 . 11 5.2.2 入口准则 . 11 5.2.3 输入 . 12 5.2.4 过程活动 . 12 5.2.5 输出 . 12 5.2.6
3、 出口准则 . 12 5.2.7 过程度量 . 13 5.2.8 确认与验证 . 13 6 规程 . 13 7 标准与规范 . 13 8 裁剪指南 . 13 9 模板与表格 . 14 10 实施指导 . 14 广东技术股份有限公司 5 广东技术股份有限公司 6 1 1 目的 定义系统设计的过程，为概要设计和详细设计提供有效的流程和方法。 2 2 适用范围 2.1 机构 研发中心技术部门及 PMO、技术拓展部。 2.2 业务 软件概要设计、详细设计的形成。 3 3 名词术语 3.1 SD（System Design)：包括概要设计及详细设计活动。 3.2 HLD（High Level Desig
4、n） ：概要设计，是对软件体系结构的设计过程。 3.3 LLD（Low Level Design） ：详细设计，设计过程包括用户界面设计、数据库设计和模块设计。 3.4 NBNC(Non-Blank Non-Comment)：非空非注释 3.5 DAR(Decision Analysis & Resolution)：决策分析与解决方案 4 4 概述 在需求分析完成后，要进行系统设计的活动，需求分析的输出物是系统设计的依据，而系统设计活动的输出物是编码活动的依据。 系统设计过程域分为两个阶段： 概要设计阶段和详细设计阶段。 概要设计的重点是软件系统的体系结构设计， 详细设计的重点是用户界面设计、
5、数据库设计和模块设计。 5 5 过程定义 5.1 概要设计 广东技术股份有限公司 7 概要设计过程概要设计过程确定约束条件确定约束条件开始开始结束结束评审组评审组系统分解与设系统分解与设计计专家组专家组项目经理项目经理项目成员项目成员输入输入输出输出N N是否有多种是否有多种设计方案设计方案? ?决策评审决策评审( (DARDAR) )Y Y高层经理高层经理评审评审概要设计说概要设计说明书明书审批概要设审批概要设计说明书计说明书概要设计概要设计说明书说明书集成测试集成测试计划及用例计划及用例确定设计策略确定设计策略需求规格说需求规格说明书明书项目计划项目计划撰写概要设计撰写概要设计说明书说明书
6、概要设计准备概要设计准备决策评审报决策评审报告告开发设计方案开发设计方案 5.1.1 角色与职责 角色 职责 高层经理 1、 审批概要设计说明书； 2、 组织成立专家组。 项目经理 1、 组织和监控概要设计活动； 2、 组织概要设计说明书的评审活动和审批工作。 3、 组织评审组。 项目组成员 1、 参与概要设计准备、确定约束条件、确定设计策略和系统分解与设计活动； 广东技术股份有限公司 8 2、 参与概要设计及详细设计撰写。 专家组 参与设计策略的决策评审。 评审组 参与概要设计说明书的技术评审 5.1.2 入口准则 1、 概要设计人员已经确定 5.1.3 输入 软件需求规格说明书 5.1.4
7、 过程活动 1)、概要设计准备 概要设计人员阅读需求文档，明确设计任务； 概要设计人员准备相关的设计工具（如 Rational Rose）和资料. 2） 、确定约束条件 需求约束。概要设计人员从软件需求规格说明书中提取需求约束，例如： 本系统应当遵循的标准或规范； 软件、硬件环境（包括运行环境和开发环境）的约束； 接口/协议的约束； 用户界面的需求； 软件质量的约束，如正确性、健壮性、可靠性、效率（性能） 、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等。 隐含约束。有一些假设或依赖并没有在软件需求规格说明书中明确指出，但可能会对概要设计产生影响，设计人员应当尽可能的在此处说明。例如对用
8、户教育程度、计算机技能的一些假设或依赖，对支撑本系统的软件硬件的假设或依赖等。 3） 、确定设计策略 广东技术股份有限公司 9 概要设计人员根据产品的需求和发展战略， 确定设计策略(Design Strategy)。 例如： 扩展策略。说明为了方便本系统在将来扩展功能，现在有什么措施。 复用策略。说明本系统目前可复用的以及需要外购的复用策略。 折衷策略。说明当两个目标难以同时优化时如何折衷，例如“时空”效率折衷，复杂性和实用性折衷。 4） 、开发设计策略 形成 DAR 评审的可选方案，这也是进行设计策略 DAR 评审的输入文档。 5） 、决策评审(DAR) 有 多 种 设 计 策 略 的 情
9、况 下 ， 需 要 启 动DAR 过 程 ， DAR 流 程 参 考EP-SP-DAR-DEFINE。 6） 、系统分解与设计 概要设计人员： 将系统分解为若干子系统，确定每个子系统的功能以及子系统之间的关系。 操作概念及场景开发。包括功能度、性能、支持和处置。 将子系统分解为若干模块，确定每个模块的功能以及模块之间的关系。 确定系统开发、测试、运行所需的软硬件环境。 7） 、撰写概要设计说明书 概要设计人员根据制定的模板撰写概要设计说明书 ，主要内容包括： 软件系统概述 影响设计的约束因素 设计策略 系统总体结构 子系统的结构与模板功能 开发、测试、运行所需的软硬件环境 8） 、评审概要设计
10、说明书 概要设计人员邀请同行专家、开发人员对概要设计说明书进行正式技术评审，评审广东技术股份有限公司 10 流程参考 EP-SP-TR-DEFINE。 概要设计评审的重点不是“对还是错” ，而是“好还是差” 。主要评审要素包括： 合适性。考察该体系结构是否适合于产品需求，是否可在预定计划内实现。 系统的综合能力。例如“时空”效率（性能，容量等） ，可扩展性，可管理性（可维护性） ，可复用性，安全性等，视产品特征而定。 9） 、审批概要设计说明书 项目经理提交高层经理审阅批准概要设计说明书。 5.1.5 输出 概要设计说明书； 集成测试计划及用例。 5.1.6 出口准则 概要设计说明书已经完成，
11、通过了技术评审，并且得到审批。 5.1.7 过程度量 概要设计人员统计工作量以及文档的规模，汇报给项目经理。 对概要设计活动的进度进行度量。 5.1.8 确认与验证 QA 对概要设计过程及其产生的产品的规范性进行检查； 项目经理对概要设计过程进行监控，对产生的产品进行审查； 高层经理对概要设计说明书进行审批； 广东技术股份有限公司 11 5.2 详细设计 详细设计过程详细设计过程需求规格说需求规格说明书明书概要设计说概要设计说明书明书开始开始结束结束评审组评审组项目经理项目经理项目成员项目成员输入输入输出输出高层经理高层经理用户界面用户界面设计规程设计规程模块设计模块设计规程规程评审详细设计评
12、审详细设计说明书说明书审批详细设计审批详细设计说明书说明书详细设计详细设计说明书说明书单元测试单元测试计划及用例计划及用例模块设计模块设计数据库设计数据库设计用户界面设计用户界面设计数据库设数据库设计规程计规程数据库设计数据库设计说明书说明书 5.2.1 角色与职责 角色 职责 高层经理 审批详细设计说明书 项目经理 1、 组织并负责用户界面设计、模块设计和数据库设计活动； 2、 组织详细设计说明书的评审和审批活动； 3、 组织和监控详细设计活动过程； 项目组成员 1、 参与用户界面设计、模块设计和数据库设计活动； 2、 参与撰写详细设计说明书。 评审组 参与详细设计说明书的技术评审 5.2.
13、2 入口准则 1、 详细设计人员已经确定 广东技术股份有限公司 12 5.2.3 输入 软件需求规格说明书 概要设计说明书 5.2.4 过程活动 1)、用户界面设计 参考EP-SP-SD-P01 用户界面设计规程 2） 、模块设计 参考EP-SP-SD-P02 模块设计规程 3） 、数据库设计 参考EP-SP-SD-P03 数据库设计规程 4） 、评审详细设计说明书 详细设计人员邀请同行专家、 开发人员对详细设计说明书进行正式技术评审， 评审流程参考 EP-SP-TR-DEFINE。 5） 、审批详细设计说明书 项目经理提交高层经理审阅批准详细设计说明书。 5.2.5 输出 详细设计说明书；
14、单元测试计划及用例。 5.2.6 出口准则 详细设计说明书已经完成，通过了技术评审，并且得到审批。 广东技术股份有限公司 13 5.2.7 过程度量 详细设计人员统计工作量以及文档的规模，汇报给项目经理。 对详细设计活动的进度进行度量。 5.2.8 确认与验证 QA 对详细设计过程及其产生的产品的规范性进行检查,搜集改进信息； 项目经理对详细设计过程进行监控，对产生的产品进行审查； 高层经理对详细设计说明书进行审批； 6 6 规程 6.1 EP-SP-SD-P01 用户界面设计规程 6.2 EP-SP-SD-P02 模块设计规程 6.3 EP-SP-SD-P03 数据库设计规程 7 7 标准与
15、规范 7.1 EP-SP-SD-C01 系统设计检查单 8 8 裁剪指南 8.1 详细设计活动包括三部分：用户界面设计、数据库设计和模块设计。其中用户界面设计和数据库设计可被裁剪，如果裁剪，则无需输出数据库设计说明书 ，裁剪条件分别为所开发软件无用户界面和数据库； 8.2 概要设计子过程和详细设计子过程可以合并成一个子过程， 如果合并， 输出的文档也可以合并为一份文档系统设计说明书 ，合并条件为:在项目规划过程时所选择的项目生命周期已经确定了概要设计和详细设计为一个过程。 广东技术股份有限公司 14 9 9 模板与表格 9.1 EP-SP-SD-T01 概要设计说明书 9.2 EP-SP-SD
16、-T02 详细设计说明书 9.3 EP-SP-SD-T03 系统设计说明书 9.4 EP-SP-SD-T04 数据库设计说明书 1010 实施指导 “系统设计” 是软件开发项目中的工程设计过程。 项目的实现均以此过程的设计作为依据进行。以下是对“系统设计”过程实施时的进一步指导说明： 1） 、管理配置项 对“系统设计”过程产生的所有有价值的文档应纳入配置管理的适当层次。主要文档示例如下： 概要设计说明书 详细设计说明书 2） 、系统设计策略的决策评审 系统设计计划中包含了系统设计策略的方案， 对于有多种方案的情况， 需启动 DAR评审，详细流程可参见 DAR 过程文件。 3） 、集成/单元测试计划及用例 在概要设计说明书产生的同时， 需要输出集成测试计划及用例； 而在详细设计说明书产生的同时，需要输出单元测试计划及用例。集成/单元测试计划及用例将作为“实现与测试”过程的输入，是集成测试和单元测试的依据。
