《新》系统设计过程.docVIP

系统设计 过程编号 XX-SP-SD-DEFINE 文件状态 [ ]草稿 [√] 正式发布 [ ]正在修改 当前版本 V1.1 修 订 日期 2006-9-7 审 核 日期 2006-9-7 批 准 日期 2006-9-8 发布日期 2006年 9月13日 生效日期 2006年 9月15日 XXX公司 修订历史记录 A - 增加 M - 修订 D - 删除 变更版本号 日期 变更类型（A*M*D） 修改人 摘 要 备注 1.0 200X-X-X A 建立系统设计过程定义文件 1.1 2006-9-7 M 修改过程度量的内容  目 录 1 目的 4 2 适用范围 4 2.1 机构 4 2.2 业务 4 3 名词术语 4 4 概述 4 5 过程定义 4 5.1 概要设计 4 5.1.1 角色与职责 5 5.1.2 入口准则 6 5.1.3 输入 6 5.1.4 过程活动 6 5.1.5输出 7 5.1.6 出口准则 7 5.1.7 过程度量 7 5.1.8 确认与验证 8 5.2 详细设计 8 5.2.1 角色与职责 8 5.2.2 入口准则 9 5.2.3 输入 9 5.2.4 过程活动 9 5.2.5输出 9 5.2.6 出口准则 9 5.2.7 过程度量 9 5.2.8 确认与验证 10 6 规程 10 7 标准与规范 10 8 裁剪指南 10 9 模板与表格 10 10 实施指导 10 目的 定义系统设计的过程，为概要设计和详细设计提供有效的流程和方法。 适用范围 机构 研发中心技术部门及PMO、技术拓展部。 业务 软件概要设计、详细设计的形成。 名词术语 3.1 SD（System Design)：包括概要设计及详细设计活动。 3.2 HLD（High Level Design）：概要设计，是对软件体系结构的设计过程。 3.3 LLD（Low Level Design）：详细设计，设计过程包括用户界面设计、数据库设计和模块设计。 3.4 NBNC(Non-Blank Non-Comment)：非空非注释 3.5 DAR(Decision Analysis Resolution)：决策分析与解决方案 概述 在需求分析完成后，要进行系统设计的活动，需求分析的输出物是系统设计的依据，而系统设计活动的输出物是编码活动的依据。系统设计过程域分为两个阶段：概要设计阶段和详细设计阶段。概要设计的重点是软件系统的体系结构设计，详细设计的重点是用户界面设计、数据库设计和模块设计。 过程定义 概要设计 5.1.1 角色与职责 角色 职责 高层经理 审批概要设计说明书； 组织成立专家组。 项目经理 组织和监控概要设计活动； 组织概要设计说明书的评审活动和审批工作。 组织评审组。 项目组成员 参与概要设计准备、确定约束条件、确定设计策略和系统分解与设计活动； 参与概要设计及详细设计撰写。 专家组 参与设计策略的决策评审。 评审组 参与概要设计说明书的技术评审 5.1.2 入口准则 概要设计人员已经确定 5.1.3 输入 软件需求规格说明书 5.1.4 过程活动 1)、概要设计准备 概要设计人员阅读需求文档，明确设计任务； 概要设计人员准备相关的设计工具（如Rational Rose）和资料. 2）、确定约束条件 需求约束。概要设计人员从《软件需求规格说明书》中提取需求约束，例如： 本系统应当遵循的标准或规范； 软件、硬件环境（包括运行环境和开发环境）的约束； 接口/协议的约束； 用户界面的需求； 软件质量的约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等。 隐含约束。有一些假设或依赖并没有在软件需求规格说明书中明确指出，但可能会对概要设计产生影响，设计人员应当尽可能的在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖，对支撑本系统的软件硬件的假设或依赖等。 3）、确定设计策略 概要设计人员根据产品的需求和发展战略，确定设计策略(Design Strategy)。例如： 扩展策略。说明为了方便本系统在将来扩展功能，现在有什么措施。 复用策略。说明本系统目前可复用的以及需要外购的复用策略。 折衷策略。说明当两个目标难以同时优化时如何折衷，例如“时－空”效率折衷，复杂性和实用性折衷。 4）、开发设计策略 形成DAR评审的可选方案，这也是进行设计策略DAR评审的输入文