软件体系结构设计说明.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层
[本小节则是在上一小节的基础上，对每一个层进行讲明，并给出每一个层的构件图，关心读者分而治之。
]
升级会员 