软件开发过程之系统设计过程.docx
《软件开发过程之系统设计过程.docx》由会员分享，可在线阅读，更多相关《软件开发过程之系统设计过程.docx（13页珍藏版）》请在冰豆网上搜索。
软件开发过程之系统设计过程
系统设计过程
SystemDesignProcess
文件状态：
[]草稿
[√]正式发布
[]正在修改
文件编号：
QUANTA-SEP-Process-03
当前版本：
1.0
版本历史
版本/状态
作者
参与者
日期
摘要
1.0
余成军
2008-9-26
创建
版权信息
本文件内容由海口量子网络科技有限公司开发部负责解释
本文件的版权属于海口量子网络科技有限公司
任何形式的散发都必须先得到海口量子网络科技有限公司的许可
【目录】
1.概述4
1.1.编写目的4
1.2.适用范围4
1.3.术语和缩写4
1.4.参考资料4
2.输入4
3.输出5
4.角色和职责5
5.过程定义5
5.1.入口条件5
5.2.出口条件5
5.3.过程流程图5
5.4.过程活动描述6
5.4.1.体系结构设计6
5.4.2.同行评审（体系结构设计）7
5.4.3.数据库设计8
5.4.4.用户界面设计9
5.4.5.模块设计10
5.4.6.同行评审（详细设计）11
6.度量和验证11
7.剪裁准则12
1.概述
编写目的
定义和建立公司对项目的分析和设计活动的规范和责任，为分析设计人员进行系统设计和详细设计提供依据。
适用范围
本过程适用于公司内所有软件开发项目的分析设计活动。
术语和缩写
术语和缩写
解释
备注
需求文档
本文中所提到的需求文档指《用户需求说明书》，《需求规格说明书》
参考资料
参考文件
备注
2.输入
输入制品
备注
《用户需求说明书》
《需求规格说明书》
3.输出
输出制品
备注
《体系结构设计说明书》
《用户界面设计说明书》
《数据库设计说明书》
《模块设计说明书》
《集成测试计划》
《单元测试计划》
4.角色和职责
角色
职责
系统设计师
●根据需求文档进行系统规划，设计
同行评审者
●参与设计文档的评审
美工
●负责设计用户界面
5.过程定义
入口条件
需求制品（包括《用户需求说明书》和《需求规格说明书》）建立基线。
出口条件
《体系结构设计说明书》、《用户界面设计说明书》、《模块设计说明书》、《数据库设计说明》评审通过并基线化。
过程流程图
参见系统设计流程
过程活动描述
体系结构设计
活动名称
体系结构设计
责任角色
系统设计师
活动接口
进入条件
（或活动启动的事件）
需求文档建立基线
活动的输入
需求文档
活动的输出
《体系结构设计说明书》
退出条件
（或触发其他活动的事件）
《体系结构设计说明书》完成
任务
1.系统设计师负责体系结构设计。
编写《体系结构设计说明书》。
2.体系结构的设计是必须以需求为依据，系统设计师必须在设计过程中时刻在思考，这样的设计是否能实现需求。
3.体系结构设计中的技术特性，如性能，可用性，可靠性，伸缩性，安全性，可扩展性等来自于系统非功能性的需求，还有功能性需求的一些约束，另外还有系统设计师的经验或其它成功系统的经验。
这些特性中有一些特性是相互对立的，如性能和安全性。
系统设计师必须充分考虑去平衡这些特性，必要时要跟用户协商，甚至考虑需求变更。
4.系统设计师要做出Make、Buy、Reuse的分析和说明。
在这里要充分考虑技术风险和成本的问题，优先考虑Reuse经过验证的、可靠的组件，在成本允许的情况下，可以考虑Buy一些成熟的组件，然后再考虑Make。
5.体系结构设计的思路从4+1视图的5个方面考虑：
●用例视图：
以用例和场景为核心，这些用例和场景包括在架构方面具有重要意义的行为、类或技术风险。
它是用例模型的子集，用以捕获用户能够看到的系统功能。
●逻辑视图：
设计的对象模型，包括最重要的设计类、从这些设计类到包和子系统的组织形式，以及从这些包和子系统到层的组织形式。
它还包括一些用例实现。
它是设计模型的子集，主要支持功能性需求，以用户服务的形式描述系统所应提供的功能。
●实现视图：
包括实现模型及其组件的概览。
同时还描述了将逻辑视图中的包和类向实现视图中的组件的分配情况。
它是实现模型的子集，关注于软件开发环境下实际组件的组织。
●进程视图：
包括所涉及任务（进程和线程）的描述，它们的交互和配置，以及将设计对象和类向任务的分配情况。
只有在系统具有很高程度的并发时，才需要该视图。
在本规范中，它是设计模型的子集，考虑一些非功能性的需求，用以捕捉设计的并发和同步特征。
●实施视图：
包括对最典型的平台配置的各种物理节点的描述以及将任务（来自进程视图）向物理节点分配的情况。
只有在分布式系统中才需要该视图。
它是实施模型的一个子集，用以捕获实现的物理结构和拓扑结构。
使用工具
RationalRose2002以上版本和MicrosoftWord2000以上版本
相关过程
备注
体系结构设计活动总体上是在界面设计、数据库设计和模块设计活动之前完成，活动时间上有重叠，不是绝对的先后次序进行的。
制定集成测试计划
活动名称
制定集成测试计划
责任角色
系统设计师
活动接口
进入条件
（或活动启动的事件）
体系结构设计完成
活动的输入
《体系结构设计说明书》
活动的输出
《集成测试计划》
退出条件
（或触发其他活动的事件）
《集成测试计划》完成
任务
1、系统设计师制定《集成测试计划》。
2、《集成测试计划》的内容包括：
●集成环境
●集成的策略
●集成顺序
●进入和退出标准
●测试重点
●测试工具
●进度安排等
使用工具
无
相关过程
备注
同行评审（体系结构设计）
活动名称
同行评审（体系结构设计）
责任角色
系统设计师、同行评审者
活动接口
进入条件
（或活动启动的事件）
体系结构设计完成
集成测试计划编制完成
活动的输入
需求文档
《体系结构设计说明书》
《集成测试计划》
活动的输出
《同行评审报告》
退出条件
（或触发其他活动的事件）
《体系结构设计说明书》《集成测试计划》评审通过
任务
1、按同行评审过程对《体系结构设计说明书》、《集成测试计划》进行评审。
2、评审要重点关注体系结构设计是否能够满足需求。
必要时可邀请用户一起参加评审。
使用工具
无
相关过程
同行评审
备注
数据库设计
活动名称
数据库设计
责任角色
系统设计师
活动接口
进入条件
（或活动启动的事件）
需求文档建立基线
活动的输入
需求文档
《体系结构设计说明书》
活动的输出
《数据库设计说明书》
退出条件
（或触发其他活动的事件）
《数据库设计说明书》完成
任务
1.系统设计师负责数据库设计。
2.数据库的设计是必须以需求为依据，系统设计师必须在设计过程中时刻在思考，这样的设计是否能实现需求。
3.采用如下步骤：
●设计准备：
制定数据库命名规则，逻辑设计规则，物理设计规则，安全性设计规则，优化规则，数据库管理与维护规则
●逻辑设计：
数据库设计人员根据需求文档、体系结构设计文档，创建与数据库相关的那部分实体关系图（ERD）。
如果采用面向对象方法（OOAD）,这里的实体相当于类（Class）。
●物理设计：
A.设计表结构。
一般地，实体对应于表，实体的属性对应于表的列，实体之间的关系成为表的约束。
逻辑设计中的实体大部分可以转换成物理设计中的表，但是它们之间并不一定是一一对应的。
B.对表结构进行规范化处理。
C.参照第三范式。
●安全性设计:
A.用户只能用账号登录到应用软件，通过应用软件访问数据库，而没有其它途径可以操作数据库。
B.对用户账号的密码进行加密处理，确保在任何地方都不会出现密码的明文。
C.确定每个角色对数据库表的操作权限，如创建、检索、更新、删除等。
每个角色拥有刚好能够完成任务的权限，不多不少。
在应用时再为用户分配角色。
●优化:
A.分析并优化数据库的“时－空”效率，尽可能地“提高处理速度”并且“降低数据占用的空间”。
B.分析“时－空”效率的瓶颈，找出优化对象（目标），并确定优先级。
C.当优化对象之间存在对抗时，给出折中方案。
D.给出优化的具体措施，例如优化数据库环境参数，对表格进行反规范化处理。
4.
使用工具
PowerDesigner
相关过程
备注
用户界面设计
活动名称
用户界面设计
责任角色
美工，系统设计师
活动接口
进入条件
（或活动启动的事件）
需求文档建立基线
活动的输入
需求文档
系统原型
活动的输出
《用户界面设计说明书》
退出条件
（或触发其他活动的事件）
《用户界面设计说明书》完成
任务
1.美工负责进行用户界面设计。
系统设计师提供必要的帮助，系统设计师主要帮助美工确认用户界面设计是否满足用户需求。
2.用户界面设计是必须以需求为依据，美工必须在设计过程中时刻在思考，这样的设计是否能实现需求，在此基础再加入美观，易用的成分。
3.美工在设计界面过程中，尽可能多的跟用户（特别是最终用户）沟通，一些中间成果及时展示给用户，征求用户的意见，最终的设计成果应获得用户的确认。
使用工具
MSFrontpage，Dreamweaver，Powerbuilder，EXCEL,MSVISO
相关过程
无
备注
模块设计
活动名称
模块设计
责任角色
系统设计师
活动接口
进入条件
（或活动启动的事件）
《体系结构设计说明书》已完成
活动的输入
需求文档
《体系结构设计说明书》
活动的输出
《模块设计说明书》
退出条件
（或触发其他活动的事件）
《模块设计说明书》已完成
任务
1.系统设计师负责进行模块设计。
这里模块是指相对独立的软件设计单元，例如对象类、函数包等。
模块设计的主要内容是定义模块的接口和设计模块实现的算法。
2.模块设计必须以需求和体系结构设计为依据，系统设计师必须在设计过程中时刻在思考，这样的设计是否能实现需求和满足体系结构的要求。
3.模块设计人员确定本软件的模块命名规则（例如类、函数、变量等），确保模块设计文档的风格与代码的风格保持一致。
。
4.设计人员编写《模块设计说明书》
使用工具
RationalRose2002以上版本或MicrosoftWord2000以上版本
相关过程
无
备注
制定单元测试计划
活动名称
制定单元测试计划
责任角色
系统设计师
活动接口
进入条件
（或活动启动的事件）
模块设计完成
活动的输入
《模块设计说明书》
活动的输出
《单元测试计划》
退出条件
（或触发其他活动的事件）
《单元测试计划》完成
任务
1、系统设计师制定《单元测试计划》。
2、《单元测试计划》的内容包括：
●测试环境
●进入和退出标准
●测试重点
●测试工具
●进度安排等
使用工具
无
相关过程
备注
同行评审（详细设计）
活动名称
同行评审（详细设计）
角色和职责
同行评审者
活动接口
进入条件
（或活动启动的事件）
《用户界面设计说明书》完成
《模块设计说明书》完成
《数据库设计说明书》完成
《单元测试计划》完成
活动的输入
需求文档
《体系结构设计说明书》
《模块设计说明书》
《数据库设计说明书》
《用户界面设计说明书》
《单元测试计划》
活动的输出
《同行评审报告》
退出条件
（或触发其他活动的事件）
《模块设计说明书》
《数据库设计说明书》
《用户界面设计说明书》
《单元测试计划》
上述文件评审通过
任务
1.《用户界面设计说明书》、《模块设计说明书》、《数据库设计说明书》、《单元测试计划》文档可以单个作为评审对象，一次评审仅评审一个文档；也可以进行合并，一次评审审核多个文档。
2.按同行评审过程对文档进行评审。
3.评审要重点关注上述设计是否能够满足需求。
必要时可邀请用户一起参加评审。
使用工具
相关过程
同行评审
备注
如果其中可以分出多项评审活动，视项目的具体情况，这些活动允许并行地、独立地执行，除非这些活动的相关性不允许这样做。
6.度量和验证
设计活动所用的工时数
设计制品的缺陷数
7.剪裁准则
系统若无用户界面则用户界面设计活动可以剪裁掉。
其它剪裁准则参见《过程剪裁报告》剪裁指南。
升级会员 