软件架构设计书

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

图书销售管理系统软件架构设计书

目录

1简介 (3)

编写目的 (3)

文档范围 (4)

定义 (4)

参考资料 (4)

2架构表示方式 (4)

3架构设计目标与约束 (5)

关键功能需求 (5)

关键质量需求 (7)

4.用例视图 (7)

.概述 (7)

5.逻辑视图 (9)

.概述 (9)

.主要的设计包和子系统 (10)

6.进程视图 (10)

.概述 (10)

.进程视图 (10)

7.部署视图 (21)

.概述 (21)

.部署模型视图 (22)

8.实施视图 (22)

.概述 (22)

.实施模型视图 (22)

9.大小和性能 (23)

10.质量 (23)

软件架构设计说明书

1简介

编写目的

本文档全面与系统地表述了图书销售管理系统的架构,并通过使用多种视图来从不同角度描述本系统的各个主要方面,以满足图书销售系统的相关涉众(客户、设计人员等)对本系统的不同关注焦点和需求。本文档记录并表述了系统架构的设计人员对系统构架方面做出的重要决策。

项目经理将根据构架定义的构件结构制定项目的开发计划;程序设计员将据此进行各构件的详细设计;测试设计员按照构架设计系统的总体测试框架;另外构架文档还用于指导各构件的实施、集成及测试。

本文档的预期阅读人员为项目经理、程序设计人员、测试人员和其他有关的工作人员。

文档范围

本软件架构文档适合于图书销售管理系统的总体应用架构。

定义

软件架构(software architecture)是一系列相关的抽象模式,用于指导大型软件系统各个方面的设计。软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段,这些抽象组件被细化为实际的组件,比如具体某个类或者对象。在面向对象领域中,组件之间的连接通常用接口来实现。

参考资料

1.图书销售管理系统需求规格说明书

2.图书销售管理系统概要设计说明书

3.《UML和模式应用》

2架构表示方式

本软件架构设计文档以一系列的视图来表示系统的软件构架,主要包括用例视图、逻辑视图、进程视图、部署视图、实施视图等,每个视图拥有一个或多个

模型。并围绕相关视图来描述系统的基本结构、组成机制与工作原理等。本软件架构设计文档还将系统的构架机制描述也放在了逻辑视图之下。本文档主要使用统一建模语言(UML)来充当相关模型的表达语言;主要图表使用Microsoft office visio软件设计完成。

3架构设计目标与约束

描述构架设计最主要目标就是满足关键系统功能需求和质量约束,这些功能需求和质量要求对软件构架有重大的影响,并决定了构架的设计。本节同时还列明影响构架的其他相关因素,如软件的复用策略、使用商业构件、设计与实施的策略等。

关键功能需求

按照需求规格说明书的规格要求,图书销售管理系统的设计分成了操作员功能模块和管理员功能模块为主的两大模块进行开发。其功能模块示意图如下所示:

图书销售管理系统操作员员模块管理员模块

操作员模块:

操作员员模块

销售图书查询图书信息

操作员模块包括操作员的软件需求,该模块包括销售图书、选课退课、查询图书信息这些功能。

管理员模块:

管理员模块

管理供应商

管理财务信息

管理销售信息

管理图书

管理库存信息

图书分类修改图书信息查看图书信息删除图书修改销售信息查看销售信息删除销售信息修改财务信息查看财务信息删除财务信息修改供应商信息查看供应商信息删除供应商修改库存信息查看图书库存删除库存信息

管理操作员

查看操作员信息

修改操作员信息

管理员模块是图书销售管理系统的主要模块之一,包括图书管理(包括查看图书信息、修改图书信息、图书分类、删除图书)、会员管理(包括查看会员信息、修改会员信息、删除会员)、销售信息管理(包括查看销售信息、修改销售信息、删除销售信息)、财务信息管理(包括查看财务信息、修改财务信息、删除财务信息)、供应商管理(包括查看供应商信息、修改供应商信息、删除供应商)、库存信息管理(包括查看库存信息、修改库存信息、删除库存信息)。

关键质量需求

由于该图书销售管理系统针对于小型书店和去书店购买图书的人群,所以使用频度较高,使用性要求比较高。为防止对信息资料和管理程序的恶意破坏,要求有较为可靠的安全性能。总之,要求稳定、安全、便捷,易于管理和操作。

4.用例视图

.概述

用例视图(Use Case View)是被称为参与者的外部用户所能观察到的系统功能的模型图。用例是系统中的一个功能单元,可以被描述为参与者与系统之间的一次交互作用。用例模型的用途是列出系统中的用例和参与者,并显示哪个参与者参与了哪个用例的执行。

关键用例:

关键的系统参与者

1、操作员用例

销售图书

登陆

查询图书信息

操作员用例说明:

2、管理员用例:

修改图书信息

查看图书信息

删除图书

管理员用例说明

5.逻辑视图

.概述

逻辑视图(Logical View,又叫设计视图(Design View))是为了便于理解系统设计的结构与组织,在“分析设计”工作流程中使用了名为逻辑视图的构架视图。系统只有一个逻辑视图,该视图以图形方式说明关键的用例实现、子系统、包和类,它们包含了在构架方面具有重要意义的行为。逻辑视图在每次迭代过程中都会加以改进。

相关文档
最新文档