商品销售系统
后勤工程学院 商品销售系统 项目组
商品销售系统
软件构架文档
用于
分析
定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析
设计阶段
版本 1.0
修订历史记录
日期
版本
说明
作者
目录
1 简介
1.1 目的
1.2 范围
1.3 定义、首字母缩写词和缩略语
1.4 参考资料
2 构架
表
关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf
示方式
3 构架目标和约束
4 Module视图
4.1 安全管理
4.2 客户管理
4.3 库存管理
4.4 订单处理
4.5 销售记录查询
5 C&C视图
5.1 概述
5.2 在构架方面具有重要意义的设计包
6 Allocation 视图
6.1 Deployment 视图
6.2 Work Assignment 视图
7 大小和性能
8 质量属性
1 简介
软件构架文档是提供软件系统构架的综合概述。它包括此软件构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。它用作构架设计师和项目团队的其他成员之间的交流媒介,讨论已针对项目构架做出的重要决定。
1.1 目的
此文档从构架方面对系统进行综合概述,其中使用了大量不同的构架视图(Module视图,C&C视图,Allocation视图)来描述系统的各个不同方面。它用于记录并表述已在构架方面对系统作出的重要决定。通过研究和评估高层构架选项来简化有关系统的预先设想将有关既定系统高层结构的理念传递给资助人、开发团队和其他涉众。
1.2 范围
本文档用于商品销售系统的架构设计,适用于商品销售系统及其模型。文档涉及到的所有用例及其功能职责范围有:客户管理,安全管理(客户的安全登录与操作及系统安全),订单处理,库存管理,销售记录查询(单个客户订购记录,单个商品销售记录)。文档涉及的结果范围:确定的构架机制、子系统、包和类,以确保它们的完整性和一致性。
1.3 定义、首字母缩写词和缩略语
涉及到的术语将在使用时给予解释。
1.4 参考资料
外部文档:每周一题 软件架构文档
AdventureBuilder 软件架构文档
内部文档:在Module视图中,需要引入:模块分解图及各子模块分解图。
在C&C视图中,需要引入:总体逻辑结构图。
在Allocation视图中,需要引入:总体部署图及任务分工。
其他文档:参见统一参考资料列表
2 构架表示方式
该文档的软件架构风格主要包括模块风格、组件连接件风格和分配风格,并使用UML语言对其进行描述。构架表示为图表和文档。
3 构架目标和约束
构架目标:在预期的时间内通过团体努力高效的完成该系统的功能;
需要引入记录在用例模型中的功能性需求;
需要引入记录在补充规约中的非功能性需求;
构架约束:实现该系统的开发人员共*人,需在*天内完成该系统;
需要引入项目经理级的开发人员的各阶段的日程安排;
易使用性:根据涉及的用户特性,构架设计系统时要考虑到使该系统易学易懂;
可移植性:考虑到该系统的使用范围非常广,应该易于移植;
安全性:只有被授权的用户才能使用该系统;
4 Module视图
首先引入Module视图(UML图):
主要包括客户管理、库存管理、安全管理、订单处理、销售记录查询这五个模块,对各模块的描述通过分解图表示如下:
4.1 安全管理
引入该模块分解图(UML图):
1.模块说明:实现用户的安全认证、操作安全,系统安全。登录表示客户利用账号和密码通过安全认证机制进入系统;退出表示客户退出该系统;会话合法性检查表示检测用户操作是否合法。
只有通过安全管理,用户才能进入系统进行操作。
2.该模块所依赖的模块说明:该模块依赖于安全认证机制模块。
安全机制包括签名、密钥等。
4.2 客户管理
引入该模块分解图(UML图):
1.模块说明:实现客户的注册与注销,客户信息的修改与查询。增加客户表示用户要注册成为客户;删除客户表示客户的注销。
用户通过注册成为客户,注册后便可以注销,客户可以时时查看自己的信息并可以对其进行修改。
2.子模块关系的说明:
依赖关系:修改客户信息依赖于查询客户信息
查询客户信息依赖于查询客户
删除客户依赖于查询客户
3.该模块所依赖的模块说明:该模块依赖于安全管理模块。
因为客户只有通过安全认证,确定其操作合法性才能操作该模块。
4.3 库存管理
引入该模块分解图(UML图):
1.模块说明:实现库存的管理。增加商品表示
采购
采购部分工政府采购法87号令广东省政府采购政府采购法及采购员下一步工作计划
商品,其结果是商品数量或品种的增加;销毁商品表示当商品出现质量属性不能满足需求等原因时需要下架;商品信息包括商品的品种、数量及质量属性等。
采购后仓库就有了该品种一定数量的商品,通过查询商品子模块可以看到仓库中有哪些品种的商品,通过商品信息子模块可以进一步查看商品的品种、数量及质量属性等。当商品出现质量属性不能满足需求等原因时需要下架。
2.子模块关系的说明:
依赖关系:商品信息依赖于查询商品
销毁商品依赖于商品信息
商品信息依赖于销毁商品
3.该模块所依赖的模块说明:该模块依赖于订单处理模块。
因为订单处理模块中,下订单、订单修改、订单取消这几个子模块都有可能引起库存的变化。当订单下达后,该订单中所包含的该品种一定数量的商品就要从仓库移出,引起库存减少;订单修改可能会引起库存的减少或增多;订单取消会引起库存的增多。
4.4 订单处理
引入该模块分解图(UML图):
1.模块说明:实现客户对订单的查询、下达、取消、修改等操作。下订单表示顾客订购某些品种一定数量的商品;取消订单表示顾客取消已订购但还没有发货的订单;修改订单表示顾客修改已订购但还没有发货的订单信息,包括品种和数量。
在安全认证的前提下,当客户想要订购某种商品时,查看商品信息以确定该商品是否存在,库存是多少,质量属性怎么样。当这几个条件都满足需求时,客户便下达订单。而后,通过银行服务将钱打到商家或中介机构。商家在确定客户已下订单并成功支付后,通过物流服务将商品转交到客户手中。当客户下达订单后,若商家还没有发货,客户可以对已下订单进行修改,修改商品的品种或数量,同时也可以取消已下订单,这时可能会用到银行服务。该过程用流程图表示如下:
2.子模块关系的说明:
依赖关系:下订单依赖于查询订单
取消订单依赖于查询订单
修改单依赖于查询订单
3.该模块所依赖的模块说明:
该模块依赖于库存管理模块。
因为库存的变化会影响到客户下达订单及取消订单。只有仓库中存在的商品,客户才能订购,且订购的数量不能超过库存量。
该模块依赖于安全管理模块。
出于安全考虑,只有通过认证的客户才能操作该模块。
该模块依赖于银行服务模块和物流服务模块。
银行服务模块用于支付,物流服务模块提供物流服务。
4.5 销售记录查询
引入该模块分解图(UML图):
1.模块说明:实现销售记录的查询,包括客户订购记录和商品销售记录的查询。客户订购记录表示客户可以通过该模块查看自己的历史消费记录;商品销售记录表示商家可以通过该模块查看商店的历史销售记录。
客户可以查询的记录包括历史订单,汇总后的各类商品的总订购数量及消费总金额数。商家可以查询的记录包括所有客户的订单,汇总后的各类商品的总销售数量、销售金额,单个客户订购商品数量的浮动情况,单个商品销售数量的浮动情况等。这对于商家识别出VIP客户,预测商品未来销售趋势,合理的进行库存管理等以达到利益最大化具有至关重要的作用。
2.该模块所依赖的模块说明:该模块依赖于订单处理模块。
因为订单处理模块中,下订单、订单修改、订单取消这几个子模块都有可能引起销售记录的变化。
5 C&C视图
C&C视图即组件-连接件视图,明确了系统运行体及其关系。引入该试图的总体逻辑结构:
安全管理、客户管理、库存管理、订单处理、销售记录查询这几个组件是商品销售系统中的应用程序,其具体功能上一章节已经介绍。销售记录查询组件的运行需要启动Excel,导出统计表,有时可能还需要导出相关统计图。客户管理、库存管理、订单查询、销售记录查询这几个组件因涉及到客户及商品的数据,运行时需启动数据控制器,数据控制器通过接口调用系统数据库组件。订单处理的完成需要银行支付,因此运行时要通过网络服务接口调用银行服务组件。同时,订单处理的完成还需要物流服务,因此运行时要通过接口调用物流服务组件。
6 Allocation视图
Allocation试图即分配视图,是表示软件元素(来自于模块视图或者C2视图)到软件所在环境中的非软件元素的映射。该映射是软件架构的重要组成部分。
6.1 Deployment视图
Deployment视图即部署视图,描述了软件组件、连接件与软件执行所需计算平台所驻留的硬件之间的映射关系引入该试图的总体部署图:
Client Computer1-4是客户操作的计算机,http是通过浏览器进行超文本传送的协议,Web Server1、2是配有商品销售系统应用的服务器,Tomcat7是该服务器主机名,Database Server是配有SQL Server 2005的数据库服务器。客户通过浏览器访问Tomcat7请求服务,商品销售系统分析该请求,必要时访问数据库服务器获取数据,而后回应客户请求。
6.2 Work Assignment 视图
Work Assignment 视图即任务分配风视图,明确了负责模块实现、集成的开发团队。目的是指出哪些人需要做哪些工作,例如哪些人负责编码,哪些人负责测试,哪些人负责维护等。
7 大小和性能
本软件专门针对商品销售系统量身定做,具有专业性和可操作性,小巧实用。
性能需求:
1) 精度需求:在进行向数据库文件提取数据时,要求数据记录定位准确,在往数据库文件数组中添加数时,要求输入数准确。数量数据精确到个位,金额数据精确到小数点后2位。
2) 时间特性需求:在Microsoft Windows9X的P3-500的计算机上,当系统至少有50%的空闲资源,95%的目录数据查询及用户的操作必须在1秒内完成,数据的更新、转换要求在3秒内完成。
3) 适应性:当需求发生某些变化时,系统应用软件操作方式、数据结构、运行环境基本不会发生变化,变化只是将对应的数据库文件内的记录改变,或将过滤条件改变即可。
4) 故障处理需求:系统出错时有提示,可以通过手工恢复数据备份。
8 质量属性
商品销售系统的质量目标及其实现方式:
可用性
故障检测
恢复准备
系统修复
故障阻止
可修改性
修改局部化
阻止连带效应
延迟绑定时间
性能策略(资源消耗、阻塞时间)
资源仲裁(控制资源的分配)
分配策略(FIFO、固定优先级、动态优先级)
安全性策略(抵御攻击、检测攻击、恢复)
用户认证、用户授权、从攻击中恢复等
易用性
设计时策略(分离用户界面)
商品销售系统 软件构架文档 第 1 页
_1419921872.vsd
�
�
�
满足需求
下订单
�
已支付
已支付
是
结束
是
是
已发货
是
修改订单
取消订单
否
否
否
否
是
是
否
否
银行服务
银行服务