软件架构设计书样本.doc

图书销售管理系统

软件架构设计书

目录
1简介 2
1.1编写目 2
1.2文档范畴 2
1.3定义 2
1.4参照资料 3
2架构表达方式 3
3架构设计目的与约束 3
3.1核心功能需求 3
3.2核心质量需求 5
4.用例视图 5
4.1.概述 5
5.逻辑视图 7
5.1.概述 7
5.2.重要设计包和子系统 8
6.进程视图 8
6.1.概述 8
6.2.进程视图 8
7.布置视图 19
7.1.概述 19
7.2.布置模型视图 20
8.实行视图 20
8.1.概述 20
8.2.实行模型视图 20
9.大小和性能 21
10.质量 21

软件架构设计阐明书
1简介
1.1编写目
本文档全面与系统地表述了图书销售管理系统架构，并通过使用各种视图来从不同角度描述本系统各个重要方面，以满足图书销售系统有关涉众（客户、设计人员等）对本系统不同关注焦点和需求。本文档记录并表述了系统架构设计人员对系统构架方面做出重要决策。
项目经理将依照构架定义构件构造制定项目开发筹划；程序设计员将据此进行各构件详细设计；测试设计员按照构架设计系统总体测试框架；此外构架文档还用于指引各构件实行、集成及测试。
本文档预期阅读人员为项目经理、程序设计人员、测试人员和其她关于工作人员。
1.2文档范畴
本软件架构文档适合于图书销售管理系统总体应用架构。
1.3定义
软件架构（software architecture）是一系列有关抽象模式，用于指引大型软件系统各个方面设计。软件架构是一种系统草图。软件架构描述对象是直接构成系统抽象组件。各个组件之间连接则明确和相对细致地描述组件之间通讯。在实现阶段，这些抽象组件被细化为实际组件，例如详细某个类或者对象。在面向对象领域中，组件之间连接通惯用接口来实现。

1.4参照资料
1.图书销售管理系统需求规格阐明书
2.图书销售管理系统概要设计阐明书
3.《UML和模式应用》
2架构表达方式
本软件架构设计文档以一系列视图来表达系统软件构架，重要涉及用例视图、逻辑视图、进程视图、布置视图、实行视图等，每个视图拥有一种或各种模型。并环绕有关视图来描述系统基本构造、构成机制与工作原理等。本软件架构设计文档还将系统构架机制描述也放在了逻辑视图之下。本文档重要使用统一建模语言（UML）来充当有关模型表达语言；重要图表使用Microsoft office visio软件设计完毕。
3架构设计目的与约束
描述构架设计最重要目的就是满足核心系统功能需求和质量约束，这些功能需求和质量规定对软件构架有重大影响，并决定了构架设计。本节同步还列明影响构架其她有关因素，如软件复用方略、使用商业构件、设计与实行方略等。
3.1核心功能需求
按照需求规格阐明书规格规定，图书销售管理系统设计提成了操作员功能模块和管理员功能模块为主两大模块进行开发。其功能模块示意图如下所示：

l 操作员模块：

操作员模块涉及操作员软件需求，该模块涉及销售图书、选课退课、查询图书信息这些功能。
l 管理员模块：

管理员模块是图书销售管理系统重要模块之一，涉及图书管理（涉及查看图书信息、修改图书信息、图书分类、删除图书）、会员管理（涉及查看会员信息、修改会员信息、删除会员）销售信息管理（涉及查看销售信息、修改销售信息、删除销售信息）、财务信息管理（涉及查看财务信息、修改财务信息、删除财务信息）、供应商管理（涉及查看供应商信息、修改供应商信息、删除供应商）、库存信息管理（涉及查看库存信息、修改库存信息、删除库存信息）。
3.2核心质量需求
由于该图书销售管理系统针对于小型书店和去书店购买图书人群，因此使用频度较高，使用性规定比较高。为防止对信息资料和管理程序恶意破坏，规定有较为可靠安全性能。总之，规定稳定、安全、便捷，易于管理和操作。
4.用例视图
4.1.概述
用例视图（Use Case View）是被称为参加者外部顾客所能观测到系统功能模型图。用例是系统中一种功能单元，可以被描述为参加者与系统之间一次交互作用。用例模型用途是列出系统中用例和参加者，并显示哪个参加者参加了哪个用例执行。
核心用例：
l 核心系统参加者
1、操作员用例

操作员用例阐明：

用例名称
简朴描述
操作员登录
操作员登录，进入系统
销售图书
操作员对图书进行销售
查询图书信息
操作员查询图书信息

2、管理员用例：

管理员用例阐明

用例名称
简朴描述
管理员登陆
依照顾客账号和密码登录
管理图书
管理员对图书进行查看信息、修改信息、删除图书、图书分类、增长图书等操作。
管理财务信息
管理员对财务信息进行查询、修改、删除等操作。
管理库存信息
管理员对库存信息进行查询、修改、删除等操作
管理供应商信息
管理员对供应商进行查询、修改、删除等操作
管理销售信息
管理员对销售信息进行查询、修改、删除等操作。
管理操作员信息
管理员对操作员信息进行查询和修改操作
5.逻辑视图
5.1.概述
逻辑视图（Logical View，又叫设计视图（Design View））是为了便于理解系统设计构造与组织，在“分析设计”工作流程中使用了名为逻辑视图构架视图。系统只有一种逻辑视图，该视图以图形方式阐明核心用例实现、子系统、包和类，它们包括了在构架方面具备重要意义行为逻辑视图在每次迭代过程中都会加以改进。

5.2.重要设计包和子系统

6.进程视图
6.1.概述
进程视图（Process View）是为了便于理解系统进程组织，在“分析设计”工作流程中使用了名为进程视图构架视图。系统只有一种进程视图，它以图形方式阐明了系统中进程详细组织构造，其中涉及类和子系统到进程和线程映射。进程视图在每次迭代过程中都会加以改进。
6.2.进程视图
l 顾客登陆

l 操作员销售图书

l 操作员查询图书信息

l 管理员管理销售信息

l 管理员管理图书

l 管理员管理供应商信息

l 管理员管理财务信息

l 管理员管理库存信息

l 管理员管理操作员

7.布置视图
7.1.概述
布置视图是为了便于理解系统在一组解决节点上物理分布，在“分析设计”工作流程中使用了名为布置视图构架视图。系统只有一种布置视图，它以图形方式阐明了解决活动在系统中各节点分布，涉及进程和线程物理分布。布置视图在每次迭代过程中都会加以改进。

7.2.布置模型视图

8.实行视图
8.1.概述
本某些从编译与构建角度，描述系统实行构件组织构造与依赖关系（重要是编译依赖）。模型涉及实行子系统和构件构造，及其依赖关系。同步还表达了逻辑视图中各个包和类分派到实行视图中子系统和构件映射关系。
8.2.实行模型视图

9.大小和性能
本系统采用软件架构可以较好支持如下性能需求：
1. 系统应可以支持长时间使用
2. 系统响应时间不应当超过4秒。
3. 系统在安装时耗时应尽量短。
10.质量
本系统采用软件架构可以较好支持系统质量方面需求：
1. 系统应当以便所有顾客使用，对于有基本计算机水平顾客培训时间应不超过2小时。
2. 系统应当提供免费协助支持。
3. 系统必要可以保证每天24小时不间断7 运营，可用率为99%。
4. 合理设计系统构造以保证较高可维护性，系统模块应当可替代。
5. 系统应当对的解决发生异常或者错误，并返回错误信息。