10软件设计程序.docx
《10软件设计程序.docx》由会员分享，可在线阅读，更多相关《10软件设计程序.docx（9页珍藏版）》请在冰豆网上搜索。
10软件设计程序
Q/JY-CX-SD-10V1.0
金绎公司质量管理体系文件
项目
签名
日期
产品型号及名称
（图册编号）
设计
校对
审核
第张
共张
标准化
空司通信修配厂制
批准
软件设计程序
Version1.0
（正文共6页）
编制：
年月日
审核：
年月日
批准：
年月日
受控状态：
■受控□非受控
深圳市金绎科技有限公司发布
版权所有不得翻录
更改记录
更改序号
更改状态
更改单号
更改页码
更改前版本号
更改后版本号
更改人
生效日期
备注
目录
1.概述1
1.1.目的1
1.2.方针1
1.3.适用范围1
1.4.角色职责1
1.5.术语与缩略语2
2.工作程序2
2.1.工作流程图2
2.2.SD-P-100概要设计2
2.3.SD-P-200详细设计3
2.4.SD-P-300设计文档的评审与批准3
2.5.SD-P-400设计变更4
3.相关文件5
4.相关记录5
1.概述
1.1.目的
设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间建立桥梁，指导开发人员去实现能满足用户需求的软件产品。
1.2.方针
所有软件项目必须经过设计阶段；
设计阶段分为概要设计和详细设计阶段；
软件设计文档应经过项目组的核心成员、项目测试主管、同行专家的评审
1.3.适用范围
适用于软件开发项目。
1.4.角色职责
1.4.1.项目经理
（1）负责设计阶段的资源的分配、组织和协调；
（2）负责进度的监控和质量的检查；
（3）负责对设计相关文档的批准。
1.4.2.系统分析师
（4）负责对设计过程中涉及的需求的解释；
（5）负责检查设计是否符合需求。
1.4.3.构架设计师
（6）负责软件技术构架的设计，并编制“软件构架文档”；
（7）负责指导开发工程师进行软件的设计；
（8）负责检查设计是否符合软件技术构架。
1.4.4.开发工程师
（9）负责用例的设计，并编制“用例实现规约”。
1.4.5.数据库管理员
（10）负责软件数据库设计；并编制“数据库设计说明书”。
1.4.6.美工
（11）负责软件UI的设计。
1.5.术语与缩略语
（12）需求文档：
包括“业务需求说明书”、“前景”、“用例规约”、“词汇表”。
（13）设计文档：
包括“软件构架文档”、“数据库设计说明书”、“软件实现规约”及软件界面原型。
2.工作程序
2.1.工作流程图
用图形描述本程序所涉及过程的相互关系。
2.2.SD-P-100概要设计
责任角色
构架设计师
相关角色
项目经理
系统分析师
过程接口
进入条件
（或过程启动的事件）
完成需求分析并进行了相关评审
过程的输入
需求文档
过程的输出
“软件构架文档”
退出条件
（或触发其它过程的件）
完成文档编写
构架设计师根据需求相关文档编写“软件构架文档”，文档的编写参见“软件构架文档”模板。
2.3.SD-P-200详细设计
责任角色
开发工程师
数据库管理员
美工
相关角色
项目经理
构架设计师
系统分析师
过程接口
进入条件
（或过程启动的事件）
“软件构架文档”已完成
过程的输入
需求文档
“软件构架文档”
过程的输出
“用例实现规约”
“数据库设计说明书”
软件界面原型
退出条件
（或触发其它过程的件）
完成相关文档编写并进行了内部审查
项目经理与构架设计师根据需求文档和“软件构架文档”，组织开发工程师编写“用例实现规约”（参见“用例实现规约模版”），数据库管理员编写“数据库设计说明书”（参见“数据库设计说明书模版”），美工按照《界面规范》设计“软件界面原型”。
在设计过程中需要经常与系统分析师沟通。
2.4.SD-P-300设计文档的评审与批准
责任角色
项目经理
责任角色
构架设计师
系统分析师
开发工程师
数据库管理员
美工
过程接口
进入条件
（或过程启动的事件）
完成设计文档并进行了内部审查
过程的输入
“软件构架文档”
“用例实现规约”
“数据库设计说明书”
软件界面原型
过程的输出
“评审记录表”
退出条件
（或触发其它过程的件）
完成相关文档评审与批准
2.4.1.SD-A-310评审设计文档
项目经理对编写完成的设计文档审核后，组织项目组的核心成员（包括构架设计师、系统分析师、数据库管理员、主要开发工程师）按《评审程序》的规定进行评审，必要时可以邀请同行专家参加。
评审以“构架设计文档”和“数据库设计说明书”，必要时也可以评审“用例实现规约”和软件界面原型。
未经评审的设计文档必须经过内部确认。
2.4.2.SD-A-320设计批准
项目经理对设计文档进行批准。
2.5.SD-P-400设计变更
责任角色
构架设计师
开发工程师
数据库管理员
过程接口
进入条件
（或过程启动的事件）
经过评审或确认的设计文档需要变更时
过程的输入
旧设计文档
过程的输出
新设计文档
“评审记录表”（可选）
退出条件
（或触发其它过程的件）
完成设计更新，必要时需完成变更后设计文档的评审与批准
2.5.1.SD-P-410设计变更申请
提出设计变更的项目成员撰写“变更请求通知单”，递交给项目经理。
2.5.2.SD-P-420审批设计变更申请
项目经理审批“变更请求通知单”。
如果变更未经批准，则退回变更请求，项目按照原设计文档执行。
如果变更得到批准，则执行SD-A-430。
设计变更申请得到批准后，申请人将“变更请求通知单”交至配置管理员，执行配置管理相应的变更控制流程，具体参见《配置管理程序》。
2.5.3.SD-P-430更改设计文档
构架设计师、开发工程师或数据库管理员根据SD-A-410和SD-A-420的要求更改原设计文档，产生新的设计文档。
2.5.4.SD-P-440重新进行设计确认
设计变更后需要经过项目经理确认，必要时可以重新进行设计评审和批准，参见本程序中SD-P-300流程。
2.5.5.SD-P-450进行关联变更
设计变更完成后，项目经理应及时通知受影响的项目成员，并重新安排受影响的其它关联变更。
3.相关文件
（14）Q/JY-CX-TR-16《评审程序》
（15）Q/JY-ZY-IS-05《界面规范》
（16）Q/JY-CX-CM-15《配置管理程序》
4.相关记录
（17）Q/JY-JL-SR-01“业务需求说明书”
（18）Q/JY-JL-SR-02“前景”
（19）Q/JY-JL-SR-03“用例规约”
（20）Q/JY-JL-SR-04“词汇表”
（21）Q/JY-JL-SD-01“软件构架文档”
（22）Q/JY-JL-SD-02“数据库设计说明书”
（23）Q/JY-JL-SD-03“软件实现规约”
（24）软件界面原型（一般为HTML文件）
（25）Q/JY-JL-TR-01“评审记录表”
升级会员 