CMMI系统设计过程.docx

1、CMMI系统设计过程系统设计过程过程编号ADA-SP-SD-DEFINE文件状态 草稿 正式发布 正在修改当前版本V1.1修 订张三日期年 月 日审 核李四日期年 月 日批 准王五日期年 月 日发布日期年 月 日生效日期 年 月 日广东控技术股份有限公司修订历史记录 A - 增加 M - 修订 D - 删除变更版本号日期变更类型（A*M*D）修改人摘 要备注1.0A建立系统设计过程定义文件1.1M修改过程度量的内容1目的定义系统设计的过程，为概要设计和详细设计提供有效的流程和方法。2适用范围2.1机构研发中心技术部门及PMO、技术拓展部。2.2业务软件概要设计、详细设计的形成。3名词术语3.1

2、 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)：决策分析与解决方案4概述在需求分析完成后，要进行系统设计的活动，需求分析的输出物是系统设计的依据，而系统设计活动的输出物是编码活动的依据。系统设计过程域分为两个阶段：概要设计阶段

3、和详细设计阶段。概要设计的重点是软件系统的体系结构设计，详细设计的重点是用户界面设计、数据库设计和模块设计。5过程定义5.1概要设计5.1.1 角色与职责角色职责高层经理1、审批概要设计说明书；2、组织成立专家组。项目经理1、组织和监控概要设计活动；2、组织概要设计说明书的评审活动和审批工作。3、组织评审组。项目组成员1、参与概要设计准备、确定约束条件、确定设计策略和系统分解与设计活动；2、参与概要设计及详细设计撰写。专家组参与设计策略的决策评审。评审组参与概要设计说明书的技术评审5.1.2 入口准则1、概要设计人员已经确定5.1.3 输入软件需求规格说明书5.1.4 过程活动1)、概要设计准

4、备概要设计人员阅读需求文档，明确设计任务；概要设计人员准备相关的设计工具（如Rational Rose）和资料.2）、确定约束条件需求约束。概要设计人员从软件需求规格说明书中提取需求约束，例如：本系统应当遵循的标准或规范；软件、硬件环境（包括运行环境和开发环境）的约束；接口/协议的约束；用户界面的需求；软件质量的约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等。隐含约束。有一些假设或依赖并没有在软件需求规格说明书中明确指出，但可能会对概要设计产生影响，设计人员应当尽可能的在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖，对支撑本系统的

5、软件硬件的假设或依赖等。3）、确定设计策略概要设计人员根据产品的需求和发展战略，确定设计策略(Design Strategy)。例如：扩展策略。说明为了方便本系统在将来扩展功能，现在有什么措施。复用策略。说明本系统目前可复用的以及需要外购的复用策略。折衷策略。说明当两个目标难以同时优化时如何折衷，例如“时空”效率折衷，复杂性和实用性折衷。4）、开发设计策略形成DAR评审的可选方案，这也是进行设计策略DAR评审的输入文档。5）、决策评审(DAR)有多种设计策略的情况下，需要启动DAR过程，DAR流程参考EP-SP-DAR-DEFINE。6）、系统分解与设计概要设计人员：将系统分解为若干子系统，确

6、定每个子系统的功能以及子系统之间的关系。操作概念及场景开发。包括功能度、性能、支持和处置。将子系统分解为若干模块，确定每个模块的功能以及模块之间的关系。确定系统开发、测试、运行所需的软硬件环境。7）、撰写概要设计说明书概要设计人员根据制定的模板撰写概要设计说明书，主要内容包括：软件系统概述影响设计的约束因素设计策略系统总体结构子系统的结构与模板功能开发、测试、运行所需的软硬件环境8）、评审概要设计说明书概要设计人员邀请同行专家、开发人员对概要设计说明书进行正式技术评审，评审流程参考EP-SP-TR-DEFINE。概要设计评审的重点不是“对还是错”，而是“好还是差”。主要评审要素包括：合适性。考

7、察该体系结构是否适合于产品需求，是否可在预定计划内实现。系统的综合能力。例如“时空”效率（性能，容量等），可扩展性，可管理性（可维护性），可复用性，安全性等，视产品特征而定。9）、审批概要设计说明书项目经理提交高层经理审阅批准概要设计说明书。5.1.5输出概要设计说明书；集成测试计划及用例。5.1.6 出口准则概要设计说明书已经完成，通过了技术评审，并且得到审批。5.1.7 过程度量概要设计人员统计工作量以及文档的规模，汇报给项目经理。对概要设计活动的进度进行度量。5.1.8 确认与验证QA对概要设计过程及其产生的产品的规范性进行检查；项目经理对概要设计过程进行监控，对产生的产品进行审查；高层

8、经理对概要设计说明书进行审批；5.2详细设计5.2.1 角色与职责角色职责高层经理审批详细设计说明书项目经理1、组织并负责用户界面设计、模块设计和数据库设计活动；2、组织详细设计说明书的评审和审批活动；3、组织和监控详细设计活动过程；项目组成员1、参与用户界面设计、模块设计和数据库设计活动；2、参与撰写详细设计说明书。评审组参与详细设计说明书的技术评审5.2.2 入口准则1、详细设计人员已经确定5.2.3 输入软件需求规格说明书概要设计说明书5.2.4 过程活动1)、用户界面设计参考EP-SP-SD-P01用户界面设计规程2）、模块设计参考EP-SP-SD-P02模块设计规程3）、数据库设计参

9、考EP-SP-SD-P03数据库设计规程4）、评审详细设计说明书详细设计人员邀请同行专家、开发人员对详细设计说明书进行正式技术评审，评审流程参考EP-SP-TR-DEFINE。5）、审批详细设计说明书项目经理提交高层经理审阅批准详细设计说明书。5.2.5输出详细设计说明书；单元测试计划及用例。5.2.6 出口准则详细设计说明书已经完成，通过了技术评审，并且得到审批。5.2.7 过程度量详细设计人员统计工作量以及文档的规模，汇报给项目经理。对详细设计活动的进度进行度量。5.2.8 确认与验证QA对详细设计过程及其产生的产品的规范性进行检查,搜集改进信息；项目经理对详细设计过程进行监控，对产生的产

10、品进行审查；高层经理对详细设计说明书进行审批；6规程6.1 EP-SP-SD-P01用户界面设计规程6.2 EP-SP-SD-P02模块设计规程6.3 EP-SP-SD-P03数据库设计规程7标准与规范7.1 EP-SP-SD-C01系统设计检查单8裁剪指南8.1 详细设计活动包括三部分：用户界面设计、数据库设计和模块设计。其中用户界面设计和数据库设计可被裁剪，如果裁剪，则无需输出数据库设计说明书，裁剪条件分别为所开发软件无用户界面和数据库；8.2 概要设计子过程和详细设计子过程可以合并成一个子过程，如果合并，输出的文档也可以合并为一份文档系统设计说明书，合并条件为:在项目规划过程时所选择的项

11、目生命周期已经确定了概要设计和详细设计为一个过程。9模板与表格9.1 EP-SP-SD-T01 概要设计说明书9.2 EP-SP-SD-T02详细设计说明书9.3 EP-SP-SD-T03系统设计说明书9.4 EP-SP-SD-T04数据库设计说明书10实施指导“系统设计”是软件开发项目中的工程设计过程。项目的实现均以此过程的设计作为依据进行。以下是对“系统设计”过程实施时的进一步指导说明：1）、管理配置项对“系统设计”过程产生的所有有价值的文档应纳入配置管理的适当层次。主要文档示例如下：概要设计说明书详细设计说明书2）、系统设计策略的决策评审系统设计计划中包含了系统设计策略的方案，对于有多种方案的情况，需启动DAR评审，详细流程可参见DAR过程文件。3）、集成/单元测试计划及用例 在概要设计说明书产生的同时，需要输出集成测试计划及用例；而在详细设计说明书产生的同时，需要输出单元测试计划及用例。集成/单元测试计划及用例将作为“实现与测试”过程的输入，是集成测试和单元测试的依据。