《(完整word)软件架构设计书.doc》由会员分享，可在线阅读，更多相关《(完整word)软件架构设计书.doc（25页珍藏版）》请在金锄头文库上搜索。
1、(完整word)软件架构设计书图书销售管理系统软件架构设计书 目录1简介21.1编写目的21.2文档范围21。3定义21。4参考资料32架构表示方式33架构设计目标与约束33.1关键功能需求33.2关键质量需求54。用例视图54.1。概述55.逻辑视图75。1.概述75.2。主要的设计包和子系统86。进程视图86.1.概述86。2.进程视图87。部署视图197.1。概述197。2.部署模型视图208.实施视图208.1.概述208。2。实施模型视图209。大小和性能2110。质量21软件架构设计说明书1简介1.1编写目的本文档全面与系统地表述了图书销售管理系统的架构,并通过使用多种视图来从不同
2、角度描述本系统的各个主要方面，以满足图书销售系统的相关涉众（客户、设计人员等）对本系统的不同关注焦点和需求。本文档记录并表述了系统架构的设计人员对系统构架方面做出的重要决策。 项目经理将根据构架定义的构件结构制定项目的开发计划;程序设计员将据此进行各构件的详细设计；测试设计员按照构架设计系统的总体测试框架；另外构架文档还用于指导各构件的实施、集成及测试. 本文档的预期阅读人员为项目经理、程序设计人员、测试人员和其他有关的工作人员。1.2文档范围 本软件架构文档适合于图书销售管理系统的总体应用架构。1。3定义软件架构（software architecture)是一系列相关的抽象模式，用于指导大
3、型软件系统各个方面的设计.软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口来实现.1。4参考资料 1.图书销售管理系统需求规格说明书 2.图书销售管理系统概要设计说明书 3。UML和模式应用2架构表示方式 本软件架构设计文档以一系列的视图来表示系统的软件构架，主要包括用例视图、逻辑视图、进程视图、部署视图、实施视图等，每个视图拥有一个或多个模型.并围绕相关视图来描述系统的基本结构、组成机制与工作原理等。本软件
4、架构设计文档还将系统的构架机制描述也放在了逻辑视图之下。本文档主要使用统一建模语言（UML）来充当相关模型的表达语言;主要图表使用Microsoft office visio软件设计完成。3架构设计目标与约束 描述构架设计最主要目标就是满足关键系统功能需求和质量约束,这些功能需求和质量要求对软件构架有重大的影响，并决定了构架的设计。本节同时还列明影响构架的其他相关因素，如软件的复用策略、使用商业构件、设计与实施的策略等。3.1关键功能需求 按照需求规格说明书的规格要求，图书销售管理系统的设计分成了操作员功能模块和管理员功能模块为主的两大模块进行开发。其功能模块示意图如下所示：l 操作员模块:操
5、作员模块包括操作员的软件需求，该模块包括销售图书、选课退课、查询图书信息这些功能。l 管理员模块: 管理员模块是图书销售管理系统的主要模块之一，包括图书管理（包括查看图书信息、修改图书信息、图书分类、删除图书）、会员管理（包括查看会员信息、修改会员信息、删除会员)、销售信息管理(包括查看销售信息、修改销售信息、删除销售信息）、财务信息管理（包括查看财务信息、修改财务信息、删除财务信息)、供应商管理（包括查看供应商信息、修改供应商信息、删除供应商）、库存信息管理（包括查看库存信息、修改库存信息、删除库存信息）.3.2关键质量需求 由于该图书销售管理系统针对于小型书店和去书店购买图书的人群，所以使
6、用频度较高，使用性要求比较高。为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷,易于管理和操作。4.用例视图4.1。概述用例视图（Use Case View）是被称为参与者的外部用户所能观察到的系统功能的模型图。用例是系统中的一个功能单元,可以被描述为参与者与系统之间的一次交互作用.用例模型的用途是列出系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行。关键用例:l 关键的系统参与者1、操作员用例操作员用例说明：用例名称简单描述操作员登录操作员登录，进入系统销售图书操作员对图书进行销售查询图书信息操作员查询图书信息2、管理员用例：管理员用例说明
7、用例名称简单描述管理员登陆根据用户账号和密码登录管理图书管理员对图书进行查看信息、修改信息、删除图书、图书分类、增加图书等操作。管理财务信息管理员对财务信息进行查询、修改、删除等操作。管理库存信息管理员对库存信息进行查询、修改、删除等操作管理供应商信息管理员对供应商进行查询、修改、删除等操作管理销售信息管理员对销售信息进行查询、修改、删除等操作.管理操作员信息管理员对操作员信息进行查询和修改的操作5.逻辑视图5。1.概述 逻辑视图(Logical View，又叫设计视图（Design View）是为了便于理解系统设计的结构与组织，在“分析设计工作流程中使用了名为逻辑视图的构架视图。系统只有一个
8、逻辑视图，该视图以图形方式说明关键的用例实现、子系统、包和类，它们包含了在构架方面具有重要意义的行为。逻辑视图在每次迭代过程中都会加以改进。5。2。主要的设计包和子系统6。进程视图6.1。概述 进程视图（Process View）是为了便于理解系统的进程组织，在“分析设计工作流程中使用了名为进程视图的构架视图.系统只有一个进程视图，它以图形方式说明了系统中进程的详细组织结构，其中包括类和子系统到进程和线程的映射。进程视图在每次迭代过程中都会加以改进.6。2。进程视图l 用户登陆l 操作员销售图书l 操作员查询图书信息l 管理员管理销售信息l 管理员管理图书l 管理员管理供应商信息l 管理员管理
9、财务信息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. 系统应当正确处理发生的异常或者错误,并返回错误信息.
