系统设计的步骤与方法Word文档格式.docx
- 文档编号:15207208
- 上传时间:2022-10-28
- 格式:DOCX
- 页数:24
- 大小:108.55KB
系统设计的步骤与方法Word文档格式.docx
《系统设计的步骤与方法Word文档格式.docx》由会员分享,可在线阅读,更多相关《系统设计的步骤与方法Word文档格式.docx(24页珍藏版)》请在冰豆网上搜索。
数据库设计
用户界面设计
需求开发
实现与测试
高层设计阶段的重点是软件系统的体系结构设计。
详细设计阶段的重点是用户界面设计、数据库设计和模块设计,如图11-1所示。
图11-1系统设计过程域示意图
系统设计过程域产生的主要文档有:
✧《体系结构设计报告》,模板见[SPP-TEMP-SD-ARCHITECTURE]。
✧《用户界面设计报告》,模板见[SPP-TEMP-SD-UI]。
✧《数据库设计报告》,模板见[SPP-TEMP-SD-DATABASE]。
✧《模块设计报告》,模板见[SPP-TEMP-SD-MODULE]。
11.2体系结构设计
11.2.1目的
●分析与设计软件的体系结构。
通过系统分解,确定子系统的功能和子系统之间的关系,以及模块的功能和模块之间的关系,产生《体系结构设计报告》。
●
11.2.2角色与职责
●项目经理指定若干名开发人员从事体系结构设计(以下称为体系结构设计人员)。
11.2.3启动准则
●体系结构设计人员已经确定。
11.2.4输入
●需求文档如《产品需求规格说明书》
11.2.5主要步骤
体系结构设计流程如图11-2所示。
Step1.
设计
准备
Step5.
撰写
文档
Step6.
评审
Step2.
确定
约束
因素
Step3.
策略
Step4.
系统
分解
图11-2体系结构设计流程
[Step1]设计准备
●项目经理或者技术负责人分配系统设计任务,包括体系结构设计、模块设计、用户界面设计、数据库设计等。
本活动可能产生一份阶段性的开发计划,如《系统设计计划》,视工作量而定。
●体系结构设计人员阅读需求文档,明确设计任务。
●体系结构设计人员准备相关的设计工具(如RationalRose)和资料。
[Step2]确定影响系统设计的约束因素
●需求约束。
体系结构设计人员从需求文档如《软件需求规格说明书》中提取需求约束,例如:
✧本系统应当遵循的标准或规范
✧软件、硬件环境(包括运行环境和开发环境)的约束
✧接口/协议的约束
✧用户界面的约束
✧软件质量的约束,如正确性、健壮性、可靠性、效率(性能)、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等等。
●隐含约束。
有一些假设或依赖并没有在需求文档中明确指出,但可能会对系统设计产生影响,设计人员应当尽可能地在此处说明。
例如对用户教育程度、计算机技能的一些假设或依赖,对支撑本系统的软件硬件的假设或依赖等。
[Step3]确定设计策略
●体系结构设计人员根据产品的需求与发展战略,确定设计策略(DesignStrategy)。
例如:
✧扩展策略。
说明为了方便本系统在将来扩展功能,现在有什么措施。
✧复用策略。
说明本系统在当前以及将来的复用策略。
✧折衷策略。
说明当两个目标难以同时优化时如何折衷,例如“时-空”效率折衷,复杂性与实用性折衷。
[Step4]系统分解与设计
●体系结构设计人员:
✧将系统分解为若干子系统,确定每个子系统的功能以及子系统之间的关系。
✧将子系统分解为若干模块,确定每个模块的功能以及模块之间的关系。
✧确定系统开发、测试、运行所需的软硬件环境。
[Step5]撰写体系结构设计文档
●体系结构设计人员根据指定的模板撰写《体系结构设计报告》,主要内容包括:
✧软件系统概述
✧影响设计的约束因素
✧设计策略
✧系统总体结构
✧子系统的结构与模块功能
✧开发、测试、运行所需的软硬件环境
[Step6]体系结构设计评审
●体系结构设计人员邀请同行专家、开发人员对体系结构进行正式技术评审,评审流程请参考[SPP-PROC-TR-FTR]。
●体系结构评审的重点不是“对还是错”,而是“好还是差”。
主要评审要素包括:
✧合适性。
考察该体系结构是否适合于产品需求,是否可在预定计划内实现。
✧系统的综合能力(Capability)。
例如“时-空”效率(性能,容量等),可扩展性,可管理性(可维护性),可复用性,安全性等等,视产品特征而定。
[后续活动]
●体系结构设计完成后进入详细设计阶段(用户界面设计、数据库设计、模块设计等)。
11.2.6输出
●《体系结构设计报告》
11.2.7结束准则
●《体系结构设计报告》已经完成,并且通过了技术评审。
11.2.8度量
●体系结构设计人员统计工作量以及文档的规模,汇报给项目经理。
11.3用户界面设计
11.3.1目的
●设计软件的用户界面,产生《用户界面设计报告》。
●制作用户界面的资源如图像、图标或者界面专用组件等。
11.3.2角色与职责
●项目经理指定若干名开发人员从事用户界面设计(以下称为界面设计人员)。
●如果可能的话,邀请用户或美工人员协助设计用户界面。
11.3.3启动准则
●需求文档已经完成。
●体系结构设计已经完成。
11.3.4输入
●需求文档
●体系结构设计文档
11.3.5主要步骤
用户界面设计流程如图11-3所示。
Step2.界面设计
2.1原型创作
2.2原型评估
2.3细化
迭代
图11-3体系结构设计流程
●界面设计人员阅读需求文档和体系结构设计文档,明确界面设计任务。
●界面设计人员与用户交流,了解用户的工作习惯和他们对界面的看法。
●界面设计人员准备相关的设计工具和资料,收集或创作基本的界面资源如图像、图标以及通用的组件。
●界面设计人员确定本软件的用户界面设计规则(或指南),主要包括:
✧优秀界面的特征或通用的设计原则;
✧软件主界面(如主窗口、主页面)的设计规则;
✧软件子界面(如子窗口、子页面)的设计规则;
✧标准控件的使用规则;
✧美学设计规则。
[Step2]用户界面设计
用户界面设计一般要经历“原型创作—>
原型评估->
细化”等步骤,通常迭代进行。
●[Step2.1]原型创作
界面设计人员创作界面原型:
✧先徒手画,或者用Visio等工具绘制界面的视图;
✧再用软件开发工具实现可以运行的原型。
●[Step2.2]原型评估
✧界面设计人员邀请用户和同行们评估界面的原型,汇集意见,及时改进。
●[Step2.3]细化
✧界面设计人员细化界面原型,例如美工处理,添加细节等。
补充说明:
开发人员在本阶段不必关心界面原型的代码质量,因为界面原型可能不断地被修改甚至被抛弃。
[Step3]撰写用户界面设计文档
●用户界面定型之后,界面设计人员根据指定的模板撰写《用户界面设计报告》,主要内容包括:
✧应当遵循的界面设计规范;
✧界面的关系图和工作流程图;
✧主界面的视图、功能说明、操作方式;
✧子界面的视图、功能说明、操作方式;
✧美学设计说明。
[Step4]用户界面设计评审
●界面设计人员邀请用户和同行们对定型后的界面进行正式技术评审,尽最大努力使界面变得更加美观、易用。
评审流程请参考[SPP-PROC-TR-FTR]。
●用户界面的主要评审要素包括:
✧合适性
✧简洁易用
✧一致性
✧美观
✧动态反馈
✧功能屏蔽和出错处理
✧用户控制
✧国际化(兼容性和可移植性)
✧适应性(针对各种用户)
●在系统设计工作结束之后,开发人员编写界面的代码,并和用户一起通过各种途径测试界面,从而不断地完善用户界面。
(请参考有关测试的文档)
●界面设计人员总结经验教训,不断地完善适用于本机构的“用户界面设计指南”。
11.3.6输出
●《用户界面设计报告》
11.3.7结束准则
●《用户界面设计报告》已经完成,界面原型已经通过评审。
11.3.8度量
●界面设计人员统计工作量以及文档的规模,汇报给项目经理。
11.4数据库设计
11.4.1目的
●设计软件的数据库,产生《数据库设计报告》。
11.4.2角色与职责
●项目经理指定若干名开发人员从事数据库设计(以下称为数据库设计人员)。
11.4.3启动准则
11.4.4输入
11.4.5主要步骤
数据库设计流程如图11-4所示。
Step2.数据库设计
2.1逻辑设计
2.2物理设计
2.3安全性设计
2.4优化
图11-4数据库设计流程
●数据库设计人员阅读需求文档和体系结构设计文档,明确数据库设计任务。
●数据库设计人员准备相关的设计工具和资料。
●数据库设计人员确定本软件的数据库设计规则(或指南),主要包括:
✧数据库命名规则
✧逻辑设计规则(或指南)
✧物理设计规则(或指南)
✧安全性设计规则(或指南)
✧优化规则(或指南)
✧数据库管理与维护规则(或指南)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统 设计 步骤 方法
![提示](https://static.bdocx.com/images/bang_tan.gif)