整理商品销售系统架构

1、精品文档后勤工程学院商品销售系统 项目组商品销售系统 软件构架文档 用于分析设计阶段版本1.0修订历史记录日期版本说明作者精品文档精品文档目录简介目的范围定义、首字母缩写词和缩略语参考资料构架表示方式构架目标和约束Module 视图安全管理客户管理库存管理订单处理销售记录查询C&C视图概述在构架方面具有重要意义的设计包Allocation 视图Deployment 视图Work Assignment 视图大小和性能质量属性精品文档 精品文档简介软件构架文档是提供软件系统构架的综合概述。它包括此软件构架文档的目的、范围、 定义、首字母缩写词、缩略语、参考资料和概述。它用作构架设计师和项目团队的其

2、他成员 之间的交流媒介，讨论已针对项目构架做出的重要决定。目的此文档从构架方面对系统进行综合概述，其中使用了大量不同的构架视图（Module视图,C&C视图，Allocation视图）来描述系统的各个不同方面。它用于记录并表述已在构架方面 对系统作出的重要决定。通过研究和评估高层构架选项来简化有关系统的预先设想将有关既 定系统高层结构的理念传递给资助人、开发团队和其他涉众。范围本文档用于商品销售系统的架构设计，适用于商品销售系统及其模型。文档涉及到的所有用例及其功能职责范围有：客户管理，安全管理（客户的安全登录与操作及系统安全）， 订单处理，库存管理，销售记录查询（单个客户订购记录，单个商品销

3、售记录）。文档涉及 的结果范围：确定的构架机制、子系统、包和类，以确保它们的完整性和一致性。定义、首字母缩写词和缩略语涉及到的术语将在使用时给予解释。参考资料外部文档：每周一题软件架构文档AdventureBuilder 软件架构文档内部文档：在 Module视图中，需要引入：模块分解图及各子模块分解图。在C&C视图中，需要引入：总体逻辑结构图。在Allocation视图中，需要引入：总体部署图及任务分工。其他文档：参见统一参考资料列表构架表示方式该文档的软件架构风格主要包括模块风格、组件连接件风格和分配风格，并使用UML语言对其进行描述。构架表示为图表和文档。构架目标和约束构架目标：在预期的

4、时间内通过团体努力高效的完成该系统的功能；需要引入记录在用例模型中的功能性需求；需要引入记录在补充规约中的非功能性需求；构架约束：实现该系统的开发人员共 *人，需在*天内完成该系统；需要引入项目经理级的开发人员的各阶段的日程安排；易使用性：根据涉及的用户特性，构架设计系统时要考虑到使该系统易学易懂；可移植性：考虑到该系统的使用范围非常广，应该易于移植；安全性：只有被授权的用户才能使用该系统；精品文档精品文档Module 视图首先引入 Module视图（UML图）：商品销售系统主要包括客户管理、库存管理、安全管理、订单处理、销售记录查询这五个模块，对各 模块的描述通过分解图表示如下：安全管理引入

5、该模块分解图（UML图）:.模块说明：实现用户的安全认证、操作安全，系统安全。登录表示客户利用账号和 密码通过安全认证机制进入系统；退出表示客户退出该系统； 会话合法性检查表示检测用户操作是否合法。只有通过安全管理，用户才能进入系统进行操作。精品文档精品文档.该模块所依赖的模块说明：该模块依赖于安全认证机制模块。安全机制包括签名、密钥等。.2客户管理引入该模块分解图（UML图）：客户管理安全管理 x.模块说明：实现客户的注册与注销，客户信息的修改与查询。增加客户表示用户要 注册成为客户；删除客户表示客户的注销。用户通过注册成为客户， 注册后便可以注销，客户可以时时查看自己的信息并可以对其 进行

6、修改。.子模块关系的说明：依赖关系：修改客户信息依赖于查询客户信息 查询客户信息依赖于查询客户 删除客户依赖于查询客户.该模块所依赖的模块说明：该模块依赖于安全管理模块。因为客户只有通过安全认证，确定其操作合法性才能操作该模块。.3库存管理引入该模块分解图（UML图）：.模块说明：实现库存的管理。增加商品表示采购商品，其结果是商品数量或品种的 增加；销毁商品表示当商品出现质量属性不能满足需求等原因时需要下架；商品信息包括商品的品种、数量及质量属性等。采购后仓库就有了该品种一定数量的商品，通过查询商品子模块可以看到仓库中有哪些品种的商品，通过商品信息子模块可以进一步查看商品的品种、数量及质量属性

7、等。 当商品出现质量属性不能满足需求等原因时需要下架。.子模块关系的说明：依赖关系：商品信息依赖于查询商品销毁商品依赖于商品信息商品信息依赖于销毁商品精品文档精品文档.该模块所依赖的模块说明：该模块依赖于订单处理模块。因为订单处理模块中， 下订单、订单修改、订单取消这几个子模块都有可能引起库存的 变化。当订单下达后，该订单中所包含的该品种一定数量的商品就要从仓库移出，引起库存减少；订单修改可能会引起库存的减少或增多；订单取消会引起库存的增多。.4 订单处理引入该模块分解图（UML图）：订单处理修改订单商品信息.模块说明：实现客户对订单的查询、下达、取消、修改等操作。下订单表示顾客订购某些品种一

8、定数量的商品；取消订单表示顾客取消已订购但还没有发货的订单；修改订单表示顾客修改已订购但还没有发货的订单信息，包括品种和数量。在安全认证的前提下，当客户想要订购某种商品时，查看商品信息以确定该商品是否存在，库存是多少，质量属性怎么样。当这几个条件都满足需求时，客户便下达订单。而后， 精品文档精品文档通过银行服务将钱打到商家或中介机构。商家在确定客户已下订单并成功支付后，通过物流服务将商品转交到客户手中。当客户下达订单后， 若商家还没有发货， 客户可以对已下订单进行修改，修改商品的品种或数量，同时也可以取消已下订单，这时可能会用到银行服务。该过程用流程图表示如下：单是T订下取消订单是Y 已支付

9、.银行服务JFW国.子模块关系的说明：依赖关系：下订单依赖于查询订单取消订单依赖于查询订单修改单依赖于查询订单.该模块所依赖的模块说明：该模块依赖于库存管理模块。只有仓库中存在的商品，客户才能因为库存的变化会影响到客户下达订单及取消订单。订购，且订购的数量不能超过库存量。该模块依赖于安全管理模块。出于安全考虑，只有通过认证的客户才能操作该模块。该模块依赖于银行服务模块和物流服务模块。银行服务模块用于支付，物流服务模块提供物流服务。.5销售记录查询引入该模块分解图（UML图）：.模块说明：实现销售记录的查询，包括客户订购记录和商品销售记录的查询。客户 订购记录表示客户可以通过该模块查看自己的历史

10、消费记录；商品销售记录表示商家可以通过该模块查看商店的历史销售记录。客户可以查询的记录包括历史订单，汇总后的各类商品的总订购数量及消费总金额数。商家可以查询的记录包括所有客户的订单，汇总后的各类商品的总销售数量、销售金额，单个客户订购商品数量的浮动情况，单个商品销售数量的浮动情况等。这对于商家识别出 VIP客户，预测商品未来销售趋势，合理的进行库存管理等以达到利益最大化具有至关重要的作 用。精品文档精品文档销售记录查询.该模块所依赖的模块说明：该模块依赖于订单处理模块。因为订单处理模块中，下订单、订单修改、订单取消这几个子模块都有可能引起销售记 录的变化。C&CB 图C&C视图即组件-连接件视

11、图，明确了系统运行体及其关系。引入该试图的总体逻辑结 构：商品销售系统I I 安全管理客户管理 数据控制器系统数据库中jO1| JLXI库存管理W r-：jsp directory订单处理3 销售记录查询 银行服务S物流服务安全管理、客户管理、库存管理、订单处理、销售记录查询这几个组件是商品销售系统中的应用程序，其具体功能上一章节已经介绍。销售记录查询组件的运行需要启动Excel,导出统计表，有时可能还需要导出相关统计图。客户管理、库存管理、订单查询、销售记录 查询这几个组件因涉及到客户及商品的数据，运行时需启动数据控制器，数据控制器通过接口调用系统数据库组件。订单处理的完成需要银行支付，因此

12、运行时要通过网络服务接口调用银行服务组件。同时，订单处理的完成还需要物流服务，因此运行时要通过接口调用物流服务组件。精品文档精品文档Allocation 视图C2视图）到软件Allocation试图即分配视图，是表示软件元素（来自于模块视图或者 所在环境中的非软件元素的映射。该映射是软件架构的重要组成部分。Deployment 视图Deployment视图即部署视图，描述了软件组件、连接件与软件执行所需计算平台所驻 留的硬件之间的映射关系引入该试图的总体部署图：Client Computer1-4是客户操作的计算机，http是通过浏览器进行超文本传送的协议，Web Server1、2是配有商品

13、销售系统应用的服务器，Tomcat7是该服务器主机名，DatabaseServer是配有SQL Server 2005的数据库服务器。客户通过浏览器访问Tomcat7请求服务，商品销售系统分析该请求，必要时访问数据库服务器获取数据，而后回应客户请求。Work Assignment 视图Work Assignment视图即任务分配风视图，明确了负责模块实现、集成的开发团队。目 的是指出哪些人需要做哪些工作，例如哪些人负责编码，哪些人负责测试，哪些人负责维护等。大小和性能本软件专门针对商品销售系统量身定做，具有专业性和可操作性，小巧实用。性能需求：1）精度需求：在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库 文件数组中添加数时，要求输入数准确。数量数据精确到个位，金额数据精确到小数点后 2位。2）时间特性需求：在 Microsoft Windows9X 的P3-500的计算机上，当系统至少有50%的空闲资源，95%的目录数据查询及用户的操作必须在1秒内完成，数据的更新、转换要求在3秒内完成。3）适应性：当需求发生某些变化时，系统应用软件操作方式、数据结构、运行环境基 本不会发生变化，变化只是将对应的数据库文件内的记录改变，或将过滤条件改变