软件架构设计书样本Word下载.docx
《软件架构设计书样本Word下载.docx》由会员分享，可在线阅读，更多相关《软件架构设计书样本Word下载.docx（18页珍藏版）》请在冰豆网上搜索。
10.质量27
软件架构设计说明书
1简介
1.1编写目的
本文档全面与系统地表述了图书销售管理系统的架构，并经过使用多种视图來从不同角度描述本系统的各个主要方面，以满足图书销售系统的相关涉众（客户、设计人员等）对本系统的不同关注焦点和需求。
本文档记录并表述了系统架构的设计人员对系统构架方面做出的重要决策。
项目经理将根据构架定义的构件结构制定项目的开发计划；
程序设计员将据此进行各构件的详细设计；
测试设计员按照构架设计系统的总体测试框架；
另外构架文档还用于指导各构件的实施、集成及测试。
本文档的预期阅读人员为项目经理、程序设计人员、测试人员和其它有关的工作人员。
1.2文档范围
本软件架构文档适合于图书销售管理系统的总体应用架构。
1・3定义
软件架构（softwarearchitecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。
软件架构是一个系统的草图。
软件架构描述的对象是直接构成系统的抽象组件。
各个组件之间的连接则明确和相对细致地描述组件之间的通讯。
在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。
在面向对象领域中，组件之间的连接一般见接口來实现。
1.4参考资料
1.图书销售管理系统需求规格说明书
2.图书销售管理系统概要设计说明书
3.《UML和模式应用》
2架构表示方式
本软件架构设计文档以一系列的视图来表示系统的软件构架,主要包括用例视图、逻辑视图、进程视图、部署视图、实施视图等，每个视图拥有一个或多个模型。
并围绕相关视图来描述系统的基本结构、组成机制与工作原理等。
本软件架构设计文档还将系统的构架机制描述也放在了逻辑视图之下。
本文档主要使用统一建模语言（UML）來充当相关模型的表示语言；
主要图表使用Microsoftofficevisio软件设计完成。
3架构设计目标与约束
描述构架设计最主要目标就是满足关键系统功能需求和质量约束，这些功能需求和质量要求对软件构架有重大的影响，并决定了构架的设计。
本节同时还列明影响构架的其它相关因素，如软件的复用策略、使用商业构件、设计与实施的策略等。
3.1关键功能需求
按照需求规格说明书的规格要求，图书销售管理系统的设计分成了操作员功能模块和管理员功能模块为主的两大模块进行开发。
其功能模块示意图如下所示：
•操作员模块:
操作员模块包括操作员的软件需求，该模块包括销售图书、选课退课、查询图书信息这些功能。
•管理员模块:
►
查看图书信息修改图书信息图书分类删除图书
查看销售信息
r>
管理图书
管理员模块
管理销售信息
修改销售信息
删除销售信息
查看财务信息
管理财务信息
►►
修改财务信息
删除财务信息查看供应商信息
-►
管理供应冏
修改供应筒信息
删除供应商
查看操作员信息
4
管理操作员
修改操作员信息查看图书库存
管理库存信息
修改库存信息
删除库存信息
管理员模块是图书销售管理系统的主要模块之一，包括图书管理（包括查看图书信息、修改图书信息、图书分类、删除图书）、会员管理（包括查看会员信息、修改会员信息、删除会员）、销售信息管理（包括查看销售信息、修改销售信息、删除销售信息）、财务信息管理（包括查看财务信息、修改财务信息、删除财务信息）、供应商管理（包括查看供应商信息、修改供应商信息、删除供应商）、库存信息管理（包括查看库存信息、修改库存信息、删除库存信息）。
3.2关键质量需求
由于该图书销售管理系统针对于小型书店和去书店购买图书的人群，因此使用频度较高，使用性要求比较高。
为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。
总之，要求稳定、安全、便捷，易于管理和操作。
4.用例视图4.1.概述
用例视图（UseCaseView）是被称为参与者的外部用户所能观察到的系统功能的模型图。
用例是系统中的一个功能单元，能够被描述为参与者与系统之间的一次交互作用。
用例模型的用途是列出系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行。
关键用例：
•关键的系统参与者
1、操作员用例
查询图书信息
操作员用例说明:
用例名称
简单描述
操作员登录
操作员登录，进入系统
销售图书
操作员对图书进行销售
操作员查询图书信息
2.管理员用例:
管理员用例说明
管理员登陆
根据用户账号和密码登录
管理员对图书进行查看信息、修改信息、删除图书、图书分类、增加图书等操作。
管理员对财务信息进行查询、修改、删除等操作。
管理员对库存信息进行查询、修改、删除等操作
管理供应商信息
管理员对供应商进行查询、修改、删除等操作
管理员对销售信息进行查询、修改、删
除等操作。
管理操作员信息
管理员对操作员信息进行査询和修改的操作
5.逻辑视图
5.1.概述
逻辑视图（LogicalView,又叫设计视图（DesignView））是为了便于理解系统设计的结构与组织，在”分析设计”工作流程中使用了名为逻辑视图的构架视图。
系统只有一个逻辑视图，该视图以图形方式说明关键的用例实现、子系统、包和类，它们包含了在构架方面具有重要意义的行为。
逻辑视图在每次迭代过程中都会加以改进。
5.
2.主要的设计包和子系统
6.进程视图
6.1.概述
进程视图（ProcessView）是为了便于理解系统的进程组织,在”分析设计”工作流程中使用了名为进程视图的构架视图。
系统只有一个进程视图，它以图形方式说明了系统中进程的详细组织结构，其中包括类和子系统到进程和线程的映射。
进程视图在每次迭代过程中都会加以改进。
6.2.进程视图
•用户登陆
:
用户
1:
输入登陆信息
3：
査询登录信息［>
r
4：
返回査询结果
III
!
6：
返回验证结果5：
检査信』有效性厂…一……厂丨
隠二〉7：
显示结弟!
•操作员销售图书
AL
Ha呻er
l:
loginMember0
操作员界而
Book
二
…：
F
〉2：
验证
seiiBooks0!
七
>
4:
更新/——k
•操作员查询图书信息
O
•管理员管理销售信息
符理员nifti
Saleslnfo
Xan|ger
pl1:
lorinMember（）
u
I
5:
更新
•管理员管理图书
/-
一——
显示结果
1：
loginMember0
2：
修改图书信息
/、
亍——
二4：
5：
显小结果
Manager
管理员登陆界而
二2：
验证'
八3：
删除图书信息
更新图书
一-…匸——
•管理员管理供应商信息
管理员界而SHPP丄i©
工
loginMember（）
二》2：
验证；
修改供应商信息[
匕二〉4：
管理员界而
1
i
ij二:
2：
C*3：
査看供应商信息[
•iiii
Z
卜
•管理员管理财务信息
loginMember（）
；
?
>
显示操眾结果
査看财务信息：
ZJ
.^u.——
1
洽理员界面:
Book:
Financeinfo
1I
|
11
I|
I1
验证］!
'
「3：
管浬销皆信息i
\
4.和除档他佶自
亍一二，5：
6：
显示操作结果
•管理员管理库存信息
Stockinfo
齋看库存信息
locxnMember（）
Stouiclnfo
＞2：
骏证
管理错售信息
期除库存信息
显示操菸结果
二5：
管理员界面
i
Stocklcfo
i
locinMember（）
管理钥售信息
：
＞5：
史新
显示提祚络果
•管理员管理操作员
孑理员界面
Handler
loginSys（）
修改操作员俏息；
»
7.部署视图
7.1.概述
部署视图是为了便于理解系统在一组处理节点上的物理分布,在”分析设计”工作流程中使用了名为部署视图的构架视图。
系统只有一个部署视图，它以图形方式说明了处理活动在系统中各节点的分布，包括进程和线程的物理分布。
部署视图在每次迭代过程中都会加以改进。
7.2.部署模型视图
8.实施视图&
1・概述
本部分从编译与构建的角度，描述系统实施构件的组织结构与依赖关系（主要是编译依赖）。
模型包括实施子系统和构件结构,及其依赖关系。
同时还表示了逻辑视图中各个包和类分配到实施视图中的子系统和构件的映射关系。
2.实施模型视图
9.大小和性能
本系统釆用的软件架构能够很好的支持如下性能需求:
1.系统应能够支持长时间的使用
2.系统的响应时间不应该超过4秒。
3.系统在安装时耗时应尽量短。
10.质量
本系统釆用的软件架构能够很好的支持系统质量方面的需求：
1.系统应当方便所有用户的使用，对于有基础计算机水平的用户的培训时间应不超过2小时。
2.系统应该提供免费的帮助支持。
3.系统必须能够保证每天24小时不间断7运行，可用率为99%o
4.合理的设计系统的结构以保证较高的可维护性，系统的模块应该可替换。
5.系统应当正确处理发生的异常或者错误，并返回错误信息。
升级会员 