烟草信息管理系统设计说明书.docx

1、烟草信息管理系统设计说明书中烟消费者数据管理系统概要设计说明书V1.0人员学号备注一、引言1.1 编写目的为明确中烟消费者数据管理系统的系统结构、安排项目规划与进度、制定详细测试计划、组织软件开发与测试，特撰写本文档。本文档供项目经理、设计人员、开发人员参考。1.2 项目背景开发软件名称：中烟消费者数据管理子系统项目任务提出者：安徽中烟工业有限责任公司项目开发者：中烟数据项目小组用户：烟草公司各部门、零售商、消费者项目与其他软件，系统的关系：中烟消费者数据管理子系统通过零售户及消费者信息收集，结合国家烟草专卖局订单下行数据，构建相应的会员体系，并结合数据挖掘、客户画像，对客户进行分类。构建微信

2、矩阵及社群，开展线上定向传播和线上线下的精准互动活动，同时通过与京东自营等第三方电商平台或商家的接口开发，构建横向联合营销的统一积分运维平台本系统采用B/S模式，服务器端采用Microsoft Server 2003 为操作系统的工作站，是采用Microsoft SQL Server 2005的为开发软件的数据库服务程序。1.3 定义B/S模式：Browser/Server（浏览器/服务器）模式，是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到了服务器上，简化了系统的开发、维护和使用。SQL ：结构化查询语言，关系数据

3、库查询的标准语言；SQL SERVER 2005：微软公司生产的SQL SERVER数据库管理系统；1.4 参考资料需求规范说明书综合应用软件设计 曹渠江主编，清华大学出版社、北京交通大学出版社，2008年12月版二、任务概述2.1 目标。2.2 运行环境硬件及软件环境：1台服务器：PIII1.2G双CPU，SCSI双硬盘镜像，1G以上内存，Windows NT，Apache+JSP+SQLSERVER 2005服务器；客户机为普通支持浏览器的PC机；系统运行环境示意图如下：2.3 需求概述见需求规范说明书。2.4 条件与限制（1） 一个客户在系统中只有一个账号；（2） 客户进行提交订单等操作

4、必须先登陆。三、总体设计3.1 处理流程针对本系统的公司工作人员、零售商、消费者三种不同的角色，系统的处理流程如下图所示：3.2 总体结构和模块外部设计近年来，J2EE 技术作为建立企业的标准平台日益成熟并发展迅速，越来越多的Web 应用都在J2EE 平台上开发，而作为J2EE 平台重要组成部分的JSP 更是广泛流传，JSP 页面不仅具有跨平台和跨Web 服务器的特性，并且能够将业务逻辑（JavaBean/JSP）、服务器端处理过程和视图层（JSP）的“所见即所得”的功能结合起来，同时实现显示、业务流程和流程控制等功能，从而快速的完成开发任务。采用JSP 技术构成Web 应用模型的有第一类设计

5、模式、第二类设计模式以及模型视图控制器（MVC）模式，本文则采用MVC 模式MVC 模式在1996 年有Buschmann 提出的，它强制性地把应用程序的输入、输出和处理分开，有三个核心模块构成：1. 模型（Model）：通过JavaBean/EJB 组件实现封装数据和所有基于对这些数据的操作。它表示业务数据和业务逻辑。一个模型能为多个视图提供数据，而同一个模型可被多个视图重用，提高了应用的可重用性。2. 视图（View）：视图就是对数据的封装显示，也是用户看到并与之交互的界面。3. 控制器（Controller）：封装外界作用于模型的操作和对数据流向的控制等，即它接受用户的输入并调用模型和视

6、图去完成用户的要求，如下图：图4首先控制器接收用户请求，并调用相应的模型构件去处理请求；然后模型根据用户请求进行相应的业务逻辑处理，并返回数据；最后用控制器来调用相应的视图显示返回的数据，并通过用户界面呈现出来。在设计策略中，软件系统从构架上分为数据层、业务逻辑层、业务控制层和表示层，但主要集中在业务表示与业务逻辑层。表示层是以基于“瘦客户”技术的用户视图格式服务器端来表示，保留了构建客户端用户视图必要的显示格式和事件触发；而在表示控制逻辑层则如名称所描述的那样，实现了人机交互所需控制逻辑和部分业务会话逻辑，再加上贯穿所有系统逻辑层的业务实体，构成了以MVC模式为核心的Struts架构，将显示

7、格式、显示控制逻辑、模型数据三部分有效地分隔开来，大大加强了系统架构的可扩展性和应用子系统的可插拔性。本文所设计的烟草信息管理系统为了应付业务激增带来的系统可扩展问题，需要系统内第四章 烟草信息管理系统框架设计25的业务逻辑关系存在鲜明的层次性，用层次性来降低模块间的耦合度，从而最大限度的组建每个功能块。这样就可以每个模块对全局的影响降到最低。烟草信息管理系统体系结构如图所示分为3 层：图5 中烟数据中心管理系统体系结构3.3 功能分配本系统中各项功能需求的实现同各程序模块的分配关系：功能需求 客户信息管理订单管理用户信息管理仓库管理产品信息管理系统维护营销管理查找客户信息修改客户信息删除客户

8、信息接收客户订单拒绝客户订单库存查询采购计划订单采集出入库记录库存分析权限设定用户修改发布信息烟草信息查询烟草真伪辨别烟草销售信息价格查询提交订单订单查询取消订单配货查询表1 功能需求程序模块的分配关系四、接口设计4.1 外部接口服务器端程序可DAO（数据访问对象）应用程序编程接口（API），对SQL SERVER数据库进行所有的访问。服务器程序上可使用SQL SERVER 的对数据库的备分命令，以做到对数据的保存。在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。4.2 内部接口用户管理模块。对其他模块提供信息的查询接口。包括订单查询和仓库查询等等。零售

9、商管理模块。对其他模块提供信息查询的接口。五、数据结构设计5.1 逻辑结构设计1）客户信息表：名称字段名称数据类型主键是否允许为空客户名称KhmcChar(20)否否编号BhChar(20)是否企业名称QymcChar(20)否否经营地址JydzChar(20)否否联系电话LxdhInt否否传真CzInt否否表2 客户信息表 2）烟草信息表：名称字段名称数据类型主键是否允许为空烟草名称YcmcChar(20)否否卷烟条码JytmChar(20)是否库存量KclInt否否零售价LsjDouble否否 表3 烟草信息表3）烟草订货信息表：名称字段名称数据类型主键是否允许为空编号BhChar(20)

10、是否卷烟条码JytmChar(20)是否订货量DhlInt否否订货日期DhrqSmalldatetime否否表4 烟草订货信息表4)烟草进货信息表：名称字段名称数据类型主键是否允许为空烟草名称YcmcChar(20)否否卷烟条码JytmChar(20)是否进货总量JhzlInt否否进货日期JhrqSmalldatetime否否表5 烟草进货信息表六、运行设计6.1 运行模块的组合客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据

11、输出模块，对信息进行处理，产生相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。6.2 运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。6.3 运行时间在软体的需求分析中，对运行时间的要求为必须对作出的

12、操作有较快的反应。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。所以将采用高速ATM 网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器。硬件对本系统的速度影响将会大于软件的影响。七、出错处理设计7.1 出错输出信息出错名称系统输出信息处理方法登录失败用户名或密码有误！请重新输入！进入登录页面密码错数次数超过三次密码错误！请半个小时后再进行登录操作！进入默认登录页，并半小时内禁止该用户进行登录。不能提交输入格式不正确，请检查后再输入！返

13、回原输入页面不能提交不允许为空，请输入弹回原输入页面的输入处不能提交数据项已经存在，请重新输入重新输入表6 系统出错提示7.2 出错处理对策故障出现后可能采取的变通措施，包括：（1） 后备：使用附加存储设备备份数据。备份频率为每日一次。需手动备份。（2） 恢复及再启动：如果数据造成丢失，可使用备份数据还原。八、安全保密设计系统为用户提供移动数字证书或者使用用户令牌及令牌密钥来进行安全认证，在本地并不保存用户的任何信息，从而在最大程度上保护了用户的隐私，防止了用户信息的泄露。由于数据的传输上需要通过网络传输，为了客户资料进行保密，需要在网络的传输过程中对数据进行加密。九、维护设计系统采用了分层的结构进行设计，使系统各个部分分割开来，提高了系统灵活性和可扩展性。系统在三层架构的基础上，增加了一层公共层，将系统中通用的部分抽取出来，以便于系统的维护。在设计逻辑层时，我们采用了Faade模式，Facade模式基本框图如下：图6 Faade结构其中小圆代表业务逻辑层中的小的功能，系统子模块通过“门面Facade”来自己获取所需的功能，实现了“高内聚，低耦合”的设计要求。在系统维护的过程中，我们可以通过测试各个层次之间的接口即可达到系统维护的要求。十、软件功能界面原型图展示：总后台界面：登录注册中的手机短信验证：