CMMI系统设计过程.docx

CMMI系统设计过程.docx

《CMMI系统设计过程.docx》由会员分享，可在线阅读，更多相关《CMMI系统设计过程.docx（10页珍藏版）》请在冰豆网上搜索。

CMMI系统设计过程

系统设计过程

过程编号

ADA-SP-SD-DEFINE

文件状态

[]草稿[√]正式发布[]正在修改

当前版本

V1.1

修订

张三

日期

年月日

审核

李四

日期

年月日

批准

王五

日期

年月日

发布日期

年月日

生效日期

年月日

广东×××控技术股份有限公司

修订历史记录

A-增加M-修订D-删除

变更版本号

日期

变更类型

（A*M*D）

修改人

摘要

备注

1.0

A

建立系统设计过程定义文件

1.1

M

修改过程度量的内容

1目的

定义系统设计的过程，为概要设计和详细设计提供有效的流程和方法。

2适用范围

2.1机构

研发中心技术部门及PMO、技术拓展部。

2.2业务

软件概要设计、详细设计的形成。

3名词术语

3.1SD（SystemDesign）：

包括概要设计及详细设计活动。

3.2HLD（HighLevelDesign）：

概要设计，是对软件体系结构的设计过程。

3.3LLD（LowLevelDesign）：

详细设计，设计过程包括用户界面设计、数据库设计和模块设计。

3.4NBNC（Non-BlankNon-Comment）：

非空非注释

3.5DAR（DecisionAnalysis&Resolution）：

决策分析与解决方案

4概述

在需求分析完成后，要进行系统设计的活动，需求分析的输出物是系统设计的依据，而系统设计活动的输出物是编码活动的依据。

系统设计过程域分为两个阶段：

概要设计阶段和详细设计阶段。

概要设计的重点是软件系统的体系结构设计，详细设计的重点是用户界面设计、数据库设计和模块设计。

5过程定义

5.1概要设计

5.1.1角色与职责

角色

职责

高层经理

1、审批概要设计说明书；

2、组织成立专家组。

项目经理

1、组织和监控概要设计活动；

2、组织概要设计说明书的评审活动和审批工作。

3、组织评审组。

项目组成员

1、参与概要设计准备、确定约束条件、确定设计策略和系统分解与设计活动；

2、参与概要设计及详细设计撰写。

专家组

参与设计策略的决策评审。

评审组

参与概要设计说明书的技术评审

5.1.2入口准则

1、概要设计人员已经确定

5.1.3输入

Ø软件需求规格说明书

5.1.4过程活动

1）、概要设计准备

Ø概要设计人员阅读需求文档，明确设计任务；

Ø概要设计人员准备相关的设计工具（如RationalRose）和资料.

2）、确定约束条件

Ø需求约束。

概要设计人员从《软件需求规格说明书》中提取需求约束，例如：

✧本系统应当遵循的标准或规范；

✧软件、硬件环境（包括运行环境和开发环境）的约束；

✧接口/协议的约束；

✧用户界面的需求；

✧软件质量的约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等。

Ø隐含约束。

有一些假设或依赖并没有在软件需求规格说明书中明确指出，但可能会对概要设计产生影响，设计人员应当尽可能的在此处说明。

例如对用户教育程度、计算机技能的一些假设或依赖，对支撑本系统的软件硬件的假设或依赖等。

3）、确定设计策略

Ø概要设计人员根据产品的需求和发展战略，确定设计策略（DesignStrategy）。

例如：

✧扩展策略。

说明为了方便本系统在将来扩展功能，现在有什么措施。

✧复用策略。

说明本系统目前可复用的以及需要外购的复用策略。

✧折衷策略。

说明当两个目标难以同时优化时如何折衷，例如“时－空”效率折衷，复杂性和实用性折衷。

4）、开发设计策略

Ø形成DAR评审的可选方案，这也是进行设计策略DAR评审的输入文档。

5）、决策评审（DAR）

Ø有多种设计策略的情况下，需要启动DAR过程，DAR流程参考EP-SP-DAR-DEFINE。

6）、系统分解与设计

Ø概要设计人员：

✧将系统分解为若干子系统，确定每个子系统的功能以及子系统之间的关系。

✧操作概念及场景开发。

包括功能度、性能、支持和处置。

✧将子系统分解为若干模块，确定每个模块的功能以及模块之间的关系。

✧确定系统开发、测试、运行所需的软硬件环境。

7）、撰写概要设计说明书

Ø概要设计人员根据制定的模板撰写《概要设计说明书》，主要内容包括：

✧软件系统概述

✧影响设计的约束因素

✧设计策略

✧系统总体结构

✧子系统的结构与模板功能

✧开发、测试、运行所需的软硬件环境

8）、评审概要设计说明书

Ø概要设计人员邀请同行专家、开发人员对概要设计说明书进行正式技术评审，评审流程参考EP-SP-TR-DEFINE。

Ø概要设计评审的重点不是“对还是错”，而是“好还是差”。

主要评审要素包括：

✧合适性。

考察该体系结构是否适合于产品需求，是否可在预定计划内实现。

✧系统的综合能力。

例如“时－空”效率（性能，容量等），可扩展性，可管理性（可维护性），可复用性，安全性等，视产品特征而定。

9）、审批概要设计说明书

Ø项目经理提交高层经理审阅批准概要设计说明书。

5.1.5输出

Ø概要设计说明书；

Ø集成测试计划及用例。

5.1.6出口准则

Ø概要设计说明书已经完成，通过了技术评审，并且得到审批。

5.1.7过程度量

Ø概要设计人员统计工作量以及文档的规模，汇报给项目经理。

Ø对概要设计活动的进度进行度量。

5.1.8确认与验证

ØQA对概要设计过程及其产生的产品的规范性进行检查；

Ø项目经理对概要设计过程进行监控，对产生的产品进行审查；

Ø高层经理对概要设计说明书进行审批；

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）、数据库设计

参考《EP-SP-SD-P03数据库设计规程》

4）、评审详细设计说明书

详细设计人员邀请同行专家、开发人员对详细设计说明书进行正式技术评审，评审流程参考EP-SP-TR-DEFINE。

5）、审批详细设计说明书

项目经理提交高层经理审阅批准详细设计说明书。

5.2.5输出

Ø详细设计说明书；

Ø单元测试计划及用例。

5.2.6出口准则

Ø详细设计说明书已经完成，通过了技术评审，并且得到审批。

5.2.7过程度量

Ø详细设计人员统计工作量以及文档的规模，汇报给项目经理。

Ø对详细设计活动的进度进行度量。

5.2.8确认与验证

ØQA对详细设计过程及其产生的产品的规范性进行检查,搜集改进信息；

Ø项目经理对详细设计过程进行监控，对产生的产品进行审查；

Ø高层经理对详细设计说明书进行审批；

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概要设计子过程和详细设计子过程可以合并成一个子过程，如果合并，输出的文档也可以合并为一份文档《系统设计说明书》，合并条件为:

在项目规划过程时所选择的项目生命周期已经确定了概要设计和详细设计为一个过程。

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）、集成/单元测试计划及用例

在概要设计说明书产生的同时，需要输出集成测试计划及用例；而在详细设计说明书产生的同时，需要输出单元测试计划及用例。

集成/单元测试计划及用例将作为“实现与测试”过程的输入，是集成测试和单元测试的依据。