烟草信息管理系统设计说明书Word格式文档下载.docx
《烟草信息管理系统设计说明书Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《烟草信息管理系统设计说明书Word格式文档下载.docx(14页珍藏版)》请在冰豆网上搜索。
本系统采用B/S模式,服务器端采用MicrosoftServer2003为操作系统的工作站,是采用MicrosoftSQLServer2005的为开发软件的数据库服务程序。
1.3定义
B/S模式:
Browser/Server(浏览器/服务器)模式,是WEB兴起后的一种网络结构模式,WEB浏览器是客户端最主要的应用软件。
这种模式统一了客户端,将系统功能实现的核心部分集中到了服务器上,简化了系统的开发、维护和使用。
SQL:
结构化查询语言,关系数据库查询的标准语言;
SQLSERVER2005:
微软公司生产的SQLSERVER数据库管理系统;
1.4参考资料
《需求规范说明书》
《综合应用软件设计》曹渠江主编,清华大学出版社、北京交通大学出版社,2008年12月版
二、任务概述
2.1目标
。
2.2运行环境
硬件及软件环境:
1台服务器:
PIII1.2G双CPU,SCSI双硬盘镜像,1G以上内存,WindowsNT,Apache+JSP+SQLSERVER2005服务器;
客户机为普通支持浏览器的PC机;
系统运行环境示意图如下:
2.3需求概述
见《需求规范说明书》。
2.4条件与限制
(1)一个客户在系统中只有一个账号;
(2)客户进行提交订单等操作必须先登陆。
三、总体设计
3.1处理流程
针对本系统的公司工作人员、零售商、消费者三种不同的角色,系统的处理流程如下图所示:
3.2总体结构和模块外部设计
近年来,J2EE技术作为建立企业的标准平台日益成熟并发展迅速,越来越多的Web应用都在J2EE平台上开发,而作为J2EE平台重要组成部分的JSP更是广泛流传,JSP页面不仅具有跨平台和跨Web服务器的特性,并且能够将业务逻辑(JavaBean/JSP)、服务器端处理过程和视图层(JSP)的“所见即所得”的功能结合起来,同时实现显示、业务流程和流程控制等功能,从而快速的完成开发任务。
采用JSP技术构成Web应用模型的有第一类设计模式、第二类设计模式以及模型—视图—控制器(MVC)模式,本文则采用MVC模式
MVC模式在1996年有Buschmann提出的,它强制性地把应用程序的输入、输出和处理分开,有三个核心模块构成:
1.模型(Model):
通过JavaBean/EJB组件实现封装数据和所有基于对这些
数据的操作。
它表示业务数据和业务逻辑。
一个模型能为多个视图提供数据,而同一个模型可被多个视图重用,提高了应用的可重用性。
2.视图(View):
视图就是对数据的封装显示,也是用户看到并与之交互的界面。
3.控制器(Controller):
封装外界作用于模型的操作和对数据流向的控制等,即它接受用户的输入并调用模型和视图去完成用户的要求,如下图:
图4
首先控制器接收用户请求,并调用相应的模型构件去处理请求;
然后模型根据用户请求进行相应的业务逻辑处理,并返回数据;
最后用控制器来调用相应的视图显示返回的数据,并通过用户界面呈现出来。
在设计策略中,软件系统从构架上分为数据层、业务逻辑层、业务控制层和表示层,但主要集中在业务表示与业务逻辑层。
表示层是以基于“瘦客户”技术的用户视图格式服务器端来表示,保留了构建客户端用户视图必要的显示格式和事件触发;
而在表示控制逻辑层则如名称所描述的那样,实现了人机交互所需控制逻辑和部分业务会话逻辑,再加上贯穿所有系统逻辑层的业务实体,构成了以MVC模式为核心的Struts架构,将显示格式、显示控制逻辑、模型数据三部分有效地分隔开来,大大加强了系统架构的可扩展性和应用子系统的可插拔性。
本文所设计的烟草信息管理系统为了应付业务激增带来的系统可扩展问题,需要系统内第四章烟草信息管理系统框架设计25的业务逻辑关系存在鲜明的层次性,用层次性来降低模块间的耦合度,从而最大限度的组建每个功能块。
这样就可以每个模块对全局的影响降到最低。
烟草信息管理系统体系结构如图所示分为3层:
图5中烟数据中心管理系统体系结构
3.3功能分配
本系统中各项功能需求的实现同各程序模块的分配关系:
功能需求
客户信息管理
订单管理
用户信息管理
仓库管理
产品信息管理
系统维护
营销管理
查找客户信息
✓
修改客户信息
删除客户信息
接收客户订单
拒绝客户订单
库存查询
采购计划
订单采集
出入库记录
库存分析
权限设定
用户修改
发布信息
烟草信息查询
烟草真伪辨别
烟草销售信息
价格查询
提交订单
订单查询
取消订单
配货查询
表1功能需求程序模块的分配关系
四、接口设计
4.1外部接口
服务器端程序可DAO(数据访问对象)应用程序编程接口(API),对SQLSERVER数据库进行所有的访问。
服务器程序上可使用SQLSERVER的对数据库的备分命令,以做到对数据的保存。
在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接收。
4.2内部接口
Ø
用户管理模块。
对其他模块提供信息的查询接口。
包括订单查询和仓库查询等等。
零售商管理模块。
对其他模块提供信息查询的接口。
五、数据结构设计
5.1逻辑结构设计
1)客户信息表:
名称
字段名称
数据类型
主键
是否允许为空
客户名称
Khmc
Char(20)
否
编号
Bh
是
企业名称
Qymc
经营地址
Jydz
联系电话
Lxdh
Int
传真
Cz
表2客户信息表
2)烟草信息表:
烟草名称
Ycmc
卷烟条码
Jytm
库存量
Kcl
零售价
Lsj
Double
表3烟草信息表
3)烟草订货信息表:
订货量
Dhl
订货日期
Dhrq
Smalldatetime
表4烟草订货信息表
4)烟草进货信息表:
进货总量
Jhzl
进货日期
Jhrq
表5烟草进货信息表
六、运行设计
6.1运行模块的组合
客户机程序在有输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格式化。
在接收数据模块得到充分的数据时,将调用网络传输模块,将数据通过网络送到服务器,并等待接收服务器返回的信息。
接收到返回信息后随即调用数据输出模块,对信息进行处理,产生相应的输出。
服务器程序的接收网络数据模块必须始终处于活动状态。
接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回客户机。
6.2运行控制
运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。
在网络传方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服务器发送回答数据,然后对数据进行确认。
服务器在接到数据后发送确认信号,在对数据处理、访问数据库后,将返回信息送回客户机,并等待确认。
6.3运行时间
在软体的需求分析中,对运行时间的要求为必须对作出的操作有较快的反应。
网络硬件对运行时间有最大的影响,当网络负载量大时,对操作反应将受到很大的影响。
所以将采用高速ATM网络,实现客户机与服务器之间的连接,以减少网络传输上的开销。
其次是服务器的性能,这将影响对数据库访问时间即操作时间的长短,影响加大客户机操作的等待时间,所以必须使用高性能的服务器。
硬件对本系统的速度影响将会大于软件的影响。
七、出错处理设计
7.1出错输出信息
出错名称
系统输出信息
处理方法
登录失败
用户名或密码有误!
请重新输入!
进入登录页面
密码错数次数超过三次
密码错误!
请半个小时后再进行登录操作!
进入默认登录页,并半小时内禁止该用户进行登录。
不能提交
输入格式不正确,请检查后再输入!
返回原输入页面
不允许为空,请输入
弹回原输入页面的输入处
数据项已经存在,请重新输入
重新输入
表6系统出错提示
7.2出错处理对策
故障出现后可能采取的变通措施,包括:
(1)后备:
使用附加存储设备备份数据。
备份频率为每日一次。
需手动备份。
(2)恢复及再启动:
如果数据造成丢失,可使用备份数据还原。
八、安全保密设计
系统为用户提供移动数字证书或者使用用户令牌及令牌密钥来进行安全认证,在本地并不保存用户的任何信息,从而在最大程度上保护了用户的隐私,防止了用户信息的泄露。
由于数据的传输上需要通过网络传输,为了客户资料进行保密,需要在网络的传输过程中对数据进行加密。
九、维护设计
系统采用了分层的结构进行设计,使系统各个部分分割开来,提高了系统灵活性和可扩展性。
系统在三层架构的基础上,增加了一层公共层,将系统中通用的部分抽取出来,以便于系统的维护。
在设计逻辑层时,我们采用了Faç
ade模式,Facade模式基本框图如下:
图6Faç
ade结构
其中小圆代表业务逻辑层中的小的功能,系统子模块通过“门面Facade”来
自己获取所需的功能,实现了“高内聚,低耦合”的设计要求。
在系统维护的过程中,我们可以通过测试各个层次之间的接口即可达到系统维护的要求。
十、软件功能界面原型图展示:
总后台界面:
登录注册中的手机短信验证: