软件体系结构设计说明.docx
- 文档编号:23283172
- 上传时间:2023-05-15
- 格式:DOCX
- 页数:8
- 大小:125.33KB
软件体系结构设计说明.docx
《软件体系结构设计说明.docx》由会员分享,可在线阅读,更多相关《软件体系结构设计说明.docx(8页珍藏版)》请在冰豆网上搜索。
软件体系结构设计说明
软件体系结构设计讲明书
编者讲明:
随着OO方法论地日臻成熟,其思想也从编程(OOP)到了设计(OOD)和分析(OOA),而软件体系结构则是从设计的最高层进行设计与规划的技术,本文档模板确实是用来关心你从用例视图、逻辑视图、进程视图、部署视图等方面对系统进行总体描述。
1.文档简介
[本节要紧是描述软件体系结构设计讲明书的目的、范围、相关术语、参考资料和本文档的摘要性介绍。
软件体系结构设计属于高层设计文档,是符合现代软件工程要求的概要设计。
]
1.1目的
[软件体系结构设计讲明书,将从设计的角度对系统进行综合的描述,使用不同的视图来描述其不同方面。
在本小节中,将对该文档的结构进行简要的讲明,明确该文档针对的读者群,指导他们正确的地使用该文档。
]
1.2范围
[讲明该文档所涉及的内容范围,以及将阻碍的内容。
]
1.3定义、首字母缩写词和缩略语
[与其它文档一样,该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。
还有一种可简明的做法,确实是维护在一个项目词汇表中,如此就能够幸免在每个文档中都重复专门多内容。
]
1.4参考资料
[在这一小节中,应完整地列出该文档引用的所有文档。
关于每个引用的文档都应该给出标题、标识号、日期以及来源,为阅读者查找这些文档提供足够详细的信息。
]
1.5概述
[在本小节中,要紧是讲明软件体系结构设计讲明书各个部分所包含的要紧内容,就像一个文章摘要一样。
同时也应该对文档的组织方式进行解释。
]
2.体系结构表示方式
[本节讲明软件体系结构在当前系统中的作用及其表示方式。
它将列举其所必需的用例视图、逻辑视图、进程视图、部署视图或实施视图,并分不讲明这些视图包含哪些类型的模型元素。
]
3.软件体系结构的目标和约束
[本节讲明对软件体系结构具有某种重要阻碍的软件需求和用户目标,例如,系统安全性、保密性、第三方组件的使用、可移植性、公布和重新使用。
它还要记录可能适用的专门约束:
设计与实施策略、开发工具、团队结构、时刻表、遗留系统等。
]
设备及分布
服务器:
主机只负责保存用户信息列表功能和多播时信息的发送。
配置无专门要求。
客户端:
具有奔腾III、128兆内存配置的计算机;
网络类型802.5
存储器容量至少50M空间,软件安装最少15MB的硬盘空间;
内存要求:
最少128MB的RAM存储器;
显示设备:
VGA显示器或更高;
其它专门设备:
无
设备分布图略
支撑软件
操作系统:
Windows98/2000/XP或更高;
数据库治理系统access
其它支持软件无
功能名称
功能分类
功能概述
用户注册
客户端
用户利用合法的内部邮箱地址和初始密码初次登陆,然后注册个人信息和更改密码,提交后提示此信息是否差不多被服务器同意。
个人信息包括:
昵称,真实姓名,职务,电话,性不,部门,座位,个性讲明及选择个性化头像。
用户登录
客户端
用户利用通过注册的邮箱地址和更改后的密码登陆,在登陆界面中能够选择是否记录密码和登陆后的在线状态(隐身,在线,离开)。
假如没有成功登陆,弹出错误提示对话框:
服务器超时或邮箱地址和密码不正确。
用户间通信
客户端与客户端
双击想要通信联系人的头像或名字,进入信息编辑器编辑信息(能够更改信息字体)。
编辑好信息后点击发送即可(假如发送没有成功提示“发送超时请重试”)。
也能够在消息编辑器中选择发送文件功能。
其中表情符号和快捷回复功能会在下一版本中实现。
用户信息治理
客户端
用户能够在登陆状态下,任意更改个人信息和密码。
联系人治理
客户端
联系人分为三类:
联系人,群组和最近联系人。
用户能够对自己的联系人增加或删除。
后台治理员分配权限给项目负责人用户,使项目负责人有权利建立并编辑群组(项目小组)内部人员,以方便组内联系。
已注册帐户治理
后台治理
后台治理人员删除已注册用户或分配,修改已注册用户的权限。
响应注册
服务器端
服务器识不邮箱地址和初始密码,假如正确就保存信息到数据库,假如不正确就识不错误类型,即时回复错误提示信息。
响应登陆
服务器端
服务器识不邮箱号和密码是否匹配,假如该用户选择了记录密码功能,服务器将查询本机cookie验证密码登陆。
假如登陆没有成功,即时按错误类型(密码错误,超时)回复错误提示信息。
4.用例视图
[本节使用用例分析技术所生成的系统用例模型,描述其中的一些用例或场景。
在该模型中纳入用例或场景,应该是系统中最重要、最核心的功能部分。
]
[另外,在本节中还应该选择一个要紧的用例,对其进行描述与解释,以关心读者了解软件的实际工作方式,解释不同的设计模型元素如何关心系统实现。
]
5.逻辑视图
[逻辑视图要紧是反映系统本质的问题领域类模型,在逻辑视图中将列出组成系统的子系统、包。
而对每个子系统、包分解成为一个个类,并讲明这些关键的实体类的职责、关系、操作、属性。
这也是OO思想的体现,以类、类与类之间的协作、包、包与包之间的协作模型来表达系统的逻辑组织结构。
]
5.1概述
[在本小节中,列出逻辑视图的顶层图,该图将反映系统由哪些包组成,每个包之间的关系与协作,以及包的层次结构。
使得读者对整个软件体系结构有一个整体的了解。
]
5.2阻碍软件体系结构的重要设计包
[在本小节中,将从逻辑视图中选择有重要意义的设计包,每个设计包有一个小节来描述,讲明这些包的名称、简要的讲明、该包中的要紧类和相关的类图。
关于包中的重要的类,还应该讲明其名称、简要讲明、要紧职责、操作、属性等。
]
6.进程视图
[本节要紧描述该软件体系结构下,系统运行态的情况。
描述系统在执行时,包括哪些进程(包括线程、进程、进程组),以及它们之间是如何进行通信的、如何进行消息传递、接口如何。
同时来讲明如何进行组织。
]
7.部署视图
[本节要紧描述该软件系统部署后的模样,需要哪些硬件、支撑软件、网络环境。
在每个物理节点上所运行的模块,它们之间是如何连接的,这些物理节点与进程之间的映射关系等等。
]
Client端注册新用户
8.实施视图
[本节要紧从开发的角度来描述软件系统架构,包括其整体结构、层次结构、子系统,以及要使用的第三方控件,自定义控件,以及它们之间的接口。
]
8.1概述
[在本小节中,讲明各个层的内容、边界与交互,通常用UML中的构件图进行表示。
]
8.2层
[本小节则是在上一小节的基础上,对每一个层进行讲明,并给出每一个层的构件图,关心读者分而治之。
]
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 体系结构 设计 说明
![提示](https://static.bdocx.com/images/bang_tan.gif)