系统设计流程.docx
《系统设计流程.docx》由会员分享，可在线阅读，更多相关《系统设计流程.docx（12页珍藏版）》请在冰豆网上搜索。
系统设计流程
文件编号
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
修改页
文件编号
修改条款
修改内容
修改人/日期
生效日期
全文
首次发行
分发部门会签
编制
审核
批准
□业务部
□研发部
□采购部
□生产部
□质量部
□行政部
标准文件
系统设计流程
文件编号
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
修订历史记录
A•增加M-修订D-删除
变更版本号
日期
变更类型
（AMD）
修改人
摘耍
备注
文件编号
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
定义系统设计的过程•为概要设计和详细设计提供有效的流程和方法。
2.1机构
研发中心技术部门及PHO
2.2业务
软件概要设计、详细设计的形成。
3名词术语
3.1SD（SystemDesign）：
包括概要设计及详细设汁活动。
3.2HLD（HighLevelDesign）：
概要设ih是对软件体系结构的设讣过程。
3.3LLD（LowLevelDesign）：
详细设计，设计过程包括用户界而设计、数据库设计和模块设计、
3.4DAR（DecrsioiiAnalysis&Resolution）；决策分析与解决方案
4流程要素
4.1流程客户
此流程的客户是开发人员，架构师，服务于开发人员，架构师将产品需求转化为开发可以现实的功能需求所遵循的流程及规范
4.2流程责任主体
流程责任部门
EPG
流程责任岗位
4.3流程边界
准入条件:
1・概要设il•人员已经确定
准入条件及流程输入
流程输入:
L已输出产品设讣需求说明书
文件编号
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
准出条件:
1.概要设il•说明书已经完成，通过了技术评审，并且得到
审批
准出条件及流程输出
流程输出:
1・输出概要设计说明书2・输出集成测试讣划及用例
流程角色与职责
角色
职责
研发总监
1、审批概要设计说明书
2、组织成立专家组。
项目经理
1、组织和监控概要设计活动：
2、组织概要设计说明书的评审活动和审批工作
3、组织评审组。
项目组成员
1、参与概要设计准备、确楚约朿条件、确定设计策略和系统分解与设让活动
2、参与概要设计及详细设计撰写。
评审组
参与概要设计说明书的技术评审
流程图
概要设计流程活动说明
活动
编号
活动^^^称
输入
角色
具体活动说明
输出
001
概要设计
准备
设计需
求说明
书
项目
组成
员
1.槪要设计人员阅读设il•需求文档，明确设讣任务；
2.概要设计人员准备相关的设汁工具（如RationalRose）和资料.
/
002
确左约朿
设计需
项目
1.需求约朿。
概要设计人员从《软件设il•需求
/
文件编号
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
条件
求说明
设计需
003
求说明
策略
说明书》中提取需求约朿，例如:
本系统应当遵循的标准或规范:
软件、硬件环境（包括运行环境和开发环
境）的约朿:
接口/协议的约束;
用户界而的需求;
软件质量的约朿.如正确性、健壮性、可
靠性、效率（性能人易用性、淸晰性、安
全性、可扩展性、兼容性、可移植性等。
2•隐含约朿。
有一些假设或依赖并没有在软件
设计需求说明书中明确指出，但可能会对概要
设计产生影响，设il人员应当尽可能的在此处
说明。
例如对用户教育程度、汁算机技能的一
些假设或依赖，对支撑本系统的软件硬件的假
设或依赖等
1.概要设计人员根据产品的需求和发展战略,
确定设il•策略（DesignStrategy）®例如:
扩展策略。
说明为了方便本系统在将来扩
展功能，现在有什么措施。
复用策略。
说明本系统目前可复用的以及
需要外购的复用策略。
折衷策略。
说明当两个目标难以同时优化
时如何折衷，例如“时一空”效率折衷,
复杂性和实用性折衷。
O将系统分解为若干子系统，确世毎个子系
统的功能以及子系统之间的关系。
与设计
求说明
操作概念及场景开发。
包括功能度、性能、
支持和处置。
将子系统分解为若干模块，确总毎个模块
的功能以及模块之间的关系。
确泄系统开发、测试、运行所需的软硬件
环境。
文件编号
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
1•概要设讣人员根据制定的模板撰写《概要设计
说明书》，主要内容包括:
软件系统概述
005
撰写概要
设计说明
设汁需
求说明
影响设计的约束因素
设il•策略
概要设
if说明
系统总体结构
子系统的结构与模板功能
开发、测试、运行所需的软硬件环境
006
评审概要
设计说明
概要设
讣说明
1•概要设计人员邀请同行甘家、开发人员对概
要设il•说明书进行正式技术评审，评审流程参
考XX-SP-TR-DEFIXE.
2•概要设计评审的重点不是“对还是错S而是
“好还是差主要评审要素包括:
合适性。
考察该体系结构是否适合于产品
需求，是否可在预定计划内实现。
系统的综合能力。
例如“时一空"效率（性
能，容量等人可扩展性，可管理性（可维
护性），可复用性，安全性等，视产品特征
文件编号
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
设计说明
书
讣说明
总监
if说明
详细设计流程活动说明
活动
编号
活动需
称
输入
角色
具体活动说明
输出
001
用户界
面设计
设讣需
求说明
书
团队
成员
参考《XX-P01用户界面设il•规程》
设计原
型
002
模块设
11-
设il•需
求说明
书
团队
成员
参考《XX-P02模块设计规程》
/
003
数据库
设计
设讣需求说明书
团队
成员
参考《XX-P03数据库设计规程》
数据库设计说明书
004
评审详细设il-
说明书
详细设
il•说明
书
评审
组
详细设计人员邀请同行专家、开发人员对详细设汁说明书进行正式技术评审，评审流程参考XX-SP-TR-DEFINEo
详细设
计说明
书
005
审批详细设il-说明书
详细设
il•说明
书
高层
经理
项目经理提交高层经理审阅批准详细设计说明
书a
详细设
计说明
书
流程度最
9・2
统计文档的规模
文件编号
版木
A0
贞数
第1页共6贞
編制部门
XX部
生效日期
2019年10月15日
9.3对概要设讣活动的进度进行度量。
10确认与验证
10.1QA对概要设计过程及苴产生的产品的规范性进行检査:
10.2项目经理对概要设i|•过程进行监控，对产生的产品进行审查:
10.3研发总监对概要设讣说明书进行审批:
11裁剪指南
11.1详细设计活动包括三部分：
用户界而设讣、数据库设计和模块设计。
其中用户界而设汁和数据库设讣
可被裁剪，如果裁剪，则无需输出《数据库设计说明书》，裁剪条件分别为所开发软件无用户界而和数据库:
11.2概要设计子过程和详细设计子过程可以合并成一个子过程，如果合并，输出的文档也可以合并为一份
文档《系统设计说明书》，合并条件为:
在项目规划过程时所选择的项目生命周期己经确定了概要设讣和详细设计为一个过程。
11.3研发总监保留批准概要设讣说明书及详细设讣说明书的权利，但不一总都需要批准，视具体项目情况
12相关流程
12.1«决策分析与解决方案流程>>
13相关文件/附件
13.1
《XX-P01用户界面设计规程》
13.2
《XX-P02模块设讣规程》
13.3
《XX-P03数据库设计规程》
13.4
13.5
《XX.T01概要设讣说明书》
13.6
《XX・T02详细设讣说明书》
13.7
《XX.T03系统设讣说明书》
升级会员 