3详细设计说明书面向对象.docx
- 文档编号:15052369
- 上传时间:2023-06-30
- 格式:DOCX
- 页数:18
- 大小:77.98KB
3详细设计说明书面向对象.docx
《3详细设计说明书面向对象.docx》由会员分享,可在线阅读,更多相关《3详细设计说明书面向对象.docx(18页珍藏版)》请在冰点文库上搜索。
3详细设计说明书面向对象
文档编号
版本号
fifrbOommewelechnolngyLabDraioryYunnanUniversity
iSKlinKS
文档名称:
详细设计说明书项目名称:
项目负责人:
编写年月日
校对年月日
审核年月日
批准年月日
开发单位云南大学软件学院
文档更改历史记录
序号
主要更改内容
版本号
更改人
更改时间
1
2
3
4
5
6
7
8
9
10
11
引言
1.2
1.3
1.4
2.1
22
2.3
2.4
2.5
3.1
3.2
4.1
4.2
5.1
5.2
5.3
6.1
6.2
6.3
7.1
7.2
编写目的
背景
参考资料
术语定义及说明....设计概述
任务和目标
需求概述
运行环境概述........
条件与限制
详细设计方法和工具系统详细需求分析....
详细需求分析
详细系统运行环境及限制条件分析接口需求分析
总体方案确认
系统总体结构确认
系统详细界面划分
4.2.1应用系统与支撑系统的详细界面划分
4.2.2系统内部详细界面划分
系统详细设计
系统结构设计及子系统划分「
系统功能模块详细设计
系统界面详细设计
5.3.1
5.3.2
5.3.3
外部界面设计内部界面设计用户界面设计
数据库系统设计
设计要求.....
信息模型设计数据库设计.
6.3.1
设计依据
6.3.2
6.3.3
6.3.4
6.3.5
6.3.6
信息编码设计.代码结构设计代码编制……
数据库种类及特点
数据库逻辑结构物理结构设计..…
数据库安全
数据字典
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
■错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
.错误!
未定义书签。
错误!
未定义书签。
.错误!
未定义书签。
.错误!
未定义书签。
.错误!
未定义书签。
.错误!
未定义书签。
错误!
未定义书签。
■错误!
未定义书签。
.错误!
未定义书签。
■错误!
未定义书签。
■错误!
未定义书签。
.错误!
未定义书签。
.错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
.错误!
未定义书签。
.错误!
未定义书签。
■错误!
未定义书签。
.错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
概述
1.1应用模块的目的
请明确客户建立应用模块的目的。
1.2应用模块总体描述
描述应用模块的总体功能。
1.3应用模块接口描述
简要描述本应用模块的公共接口,具体接口会在相应的类中进行具体描述。
建议米用列表的方式。
1.4假设条件
列出在问题领域,项目方案及其它影响系统设计的可能方面内,应当成立的假设条件。
包括系统的约束条件和应遵循的标准。
设计模式(Designpattern)
请列出本模块设计时使用的设计模式,请参考DesignPatterns”ByErich
Gramma,Helm,Johnson&Vlissides,gangoffourISBN0-201-63361-z(中文
《设计模式》-机械工业出版社)。
类设计
类图(ClassDiagram)描述类和类之间的静态关系。
与数据模型不同,它不仅
显示了信息的结构,同时还描述了系统的行为。
在类图的基础上,利用状态图、关系图等进一步描述了系统其他方面的特性。
类图主要描述了:
类(包括类的实例)属性(表示知识型责任或数据)方法(表示操作责任或功能)类之间的关联关系类之间的聚合关系在父类及子类之间的继承关系正式或非正式的约束描述(可选)
本节针对每个构件的进行了详细描述,记录每个类的实例数,每个实例的占用数据库空间的平均大小等信息。
类图的设计在整个项目生命周期内通过迭代的方法得到。
方案的复杂程度决
定迭代的次数。
在考虑初始(initial)或概念(conceptual)角度类图时,我们讨论系统作什麽,该阶段即传统意义上的分析阶段,通过理解业务模型的哪些业务模型应在软件系统中实现来定义问题和需求。
在这点上设计保持技术中立,但并不意味着丝毫不考虑技术,因为此时对于如何构造软件系统的决定不是首要的关注问题。
下一步,设计逻辑(logical)或具体(specification)角度类图时,开始关心
系统如何实施和定义方案的整体结构。
诸如并行及分发,协作及共享,交易及存储,用户界面性能,及系统接口例如通讯接口。
在设计阶段,设计依赖于技术和架构,同时设计决策也会影响技术和架构。
最后的迭代是设计物理或实施角度类图,基于所选的实施语言细化架构设计。
为了处理特定的实施细节,我们可能引入新的类或对现有的类进行重新定制。
请明确本节描述的是何种角度的类图。
类图的目的在于通过研究业务、用户及系统的需求,制定全面的软件模型。
创建完善的类图有助于完成如下工作:
通过研究系统中包含的对象,优化并精简系统。
是系统应用架构某些层次设计的出发点,如用户界面、数据库建模。
通过分析问题所在及其相关领域,恰当建立对象模型,有助于明确分工,以支持并行开发。
通过使用简洁明了的表示方法,进一步确认系统设计。
全面考虑使用合适的应用设计模型、方法,避免不必要的重复工作。
遵循正确的设计原则,方法以提高设计质量。
在开发组合客户中更好的理解系统的设计有助于系统的重复利用和增量开
发。
使用CASE工具生成图表。
3.1分块类图
本段按照模块的不同部分的分块描述类图。
对于小的模块不须分块。
3.1.1<类图1>
画一个类图仅描述与该部分相关的那些特征。
3.1.2<类图n>
对每个部分重复上面的段落要求。
3.2整体继承关系
F面的图表描述整个应用模块的类图,在此仅显示类名及类型的。
3.3类描述
本章描述上述章节中提到类的详细信息。
若有可能,使用CASE工具生成这些类描述。
类列表:
请在类名出提供连接指向类的具体描述。
类名
简要描述
是否为接口类
3.3.1<类名1>ClassDescription
Class
CSampleXXXX
Package
ClassFormat
publicclassCSampleXXXX
Extends
Implements
Properties
Name
Type
Default
Value
Pub/Prv/
Pro
Get
Set
Purpose
Methods
Name(Pub/Prv/Pro)
Parameters
ReturnValue
Exceptions
Description
Events
Name
Condition
Parameters
Purpose
约束条件(可选)
实例个数(可选)
实例平均大小(可选)
pseudo-CodeforImportantMethod(重要方法伪码)
注:
Pub/Prv/Pro代表private,protected,public
3.3.2<类名n>ClassDescription
Class
CSampleXXXX
Package
ClassFormat
publicclassCSampleXXXX
Extends
Implements
Properties
Name
Type
Default
Value
Pub/Prv/
Pro
Get
Set
Purpose
Methods
Name(Pub/Prv/Pro)
Parameters
ReturnValue
Exceptions
Description
Events
Name
Condition
Parameters
Purpose
约束条件(可选)
实例个数(可选)
实例平均大小(可选)
pseudo-CodeforImportantMethod(重要方法伪码)
注:
Pub/Prv/Pro代表private,protected,public
四交互图
交互图以图形方式描述了系统之间的交互关系。
初始的交互图仅显示分析阶段主要业务对象间主要的消息流动。
后续的交互图中包含更多的控制类,接口类,通讯,分布和存储等功能类。
初始行为仅描述使用案例或具体情景中所描述的功能,后续交互图中会描述更多系统内部的行为。
交互图是实例级的图,它描述了具体对象实例间消息的沟通及参数的传递,描述了系统动态交互。
交互图作为功能性需求说明和类图之间的桥梁,帮助确定对象行为,发现问题,协助设计决定,选择其他设计方法。
作为类图的补充。
交互图也可帮助评估类的设计是否能满足功能性需求,交互图和类图都是叠代开发的。
本文仅对复杂情况使用交互图描述。
请为不同的情景进行编号。
并在交互图列表的情景编号处提供联接。
交互图列表:
情景编号
情景名称
情景描述
相关使用案例
4.1V情景编号1:
情景名称>
4.1.1交互图
描述主要的流程,建议使用RationalRose工具
示例:
4.1.2例外情况及条件
描述可能的例外情况及条件。
可选。
对每个交互图重复上面的段落要求。
五状态图
状态图描述了某一具体类的行为或生命周期。
它描述了其可能的状态表现,由外界刺激引起的状态变化。
状态图描述了某个类与其它类交互时复杂的状态变化。
以图形方式描述状态相关的行为能力,阐明了触发的事件,触发条件,及相应的行为。
本章描述了复杂的主要的状态转换。
请为不同的状态图进行编号。
并在状态图列表的编号处提供联接。
状态图列表:
状态图编号
名称
描述
相关类
5.1v状态图编号1:
状态图名称>
示例:
建议使用RationalRose工具
必要时可提供下表帮助描述。
状态
子状态
入口动作
内部动作
出口动作
状态
子状态
事件
条件
变化
新状态
5.2V状态图编号n:
状态图名称>
对每个交互图重复上面的段落要求。
时序流程图
通过时序图描述一个事件、功能的顺序处理过程。
图示方式表叔,并文字描述每步过程。
示例:
¥K30OKD
■血『EtIoniFaqs:
DiFHanaaer■ajthKanaugr•価#D>Paae
相凹咄宣SMTiiz曲B■奴I生
:
jDk载任憩杞请H童定向认疋甲总
请求賛源狀认茫平台
3.橙权橫袂相应用户登录界面
产£ses¥[ioin
』冃户埴C*用交低島
*Sasaicn信息交互
W、J
3.gfcataL整液aWiR二
:
一g.型回星户祥収眼时ft目
LasLObject
应阴ga2
A
TopPacha庐:
SofneActor
MessageO
E
Message?
IPMessaged
用户界面设计说明
用户界面设计说明描述用户期待看到的屏幕序列(窗口,对话框,及提示)
及其与其与系统的交互。
用户界面设计也包括详细的屏幕设计、对象、窗口小部件、选项、菜单、按键、视觉、对话框、按键状态、屏幕行为、用户意外处理及错误信息、及所有的外部用户帮助。
7.1用户界面关系
使用图显示用户界面的关系。
通过矩形表示每个界面。
确保窗口的类名能反映该窗口的业务并且与项目编码命名规则一致。
如果用户能从某窗口打开另一个窗口,请用带剪头的连线表示。
附上界面列表。
在编号处应提供超级连接到相应的页面描述。
7.2用户界面具体描述
本章描述系统中每个界面的详细设计。
必要时附上屏幕抓取得界面。
7.2.1
<界面编号1:
界面名称〉
内部组件关系典型地以OMT模型的方式,显示界面与界面内组件的关系。
域描述针对每个域进行具体描述,包括类型,长短,是否是必须录入的域。
属性
注释
类型
标识
可写
排列(左,右,居中)
数据类型
是否按内容变换域宽
初始值
最大长度
Tab键顺序
解释视图的Tab键顺序。
指出光标起始点位置。
•行为描述
每个具体行为的详细信息:
行为
连接
注释
•帮助信息
定义帮助面板及与视图相关的其它帮助信息细节。
•意外事件处理及错误信息
描述如何处理错误及对用户动作发生了何种响应。
722<界面编号N:
界面名称〉
重复上面的段落及子段落的要求。
八测试考虑
针对模块测试和集成测试给出测试时应考虑的问题,包括前提条件。
九附录(可裁剪)
附录A代码举例
针对主要的接口,给出使用举例,也可放在具体的类描述之后,建议使用伪代码。
附录B设计问题
本章描述用户界面设计过程中引发的问题。
<设计问题1>
描述问题背景,问题本身,为解决问题应采取何种措施,阐述它当前的状态。
<设计问题n>
重复上节内容。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 详细 设计 说明书 面向 对象