吉林工业职业技术学院
（ JSP实训报告 ）
（ 2012 ~ 2013 学年第 2 学期）
实训地点： 数据库实训室
指导教师：
专业班级： 软件3111
学生姓名： 05号
2013年6月21日
目 录
一、实训题目 1
二、实训内容 1
1需求分析 1
1.1功能需求分析 2
1.2性能需求分析 2
2 系统设计 4
2.1系统功能模块图 4
3 数据库设计 5
3.1数据库的概念设计 5
3.2数据增加流程 5
3.3数据修改流程 6
3.4数据库逻辑结构设计 7
3.5数据库物理设计 9
3.6数据库连接方式 10
4系统实现 11
4.1系统主要界面 11
4.2订单查询界面 13
三、实习心得 15
四、参考文献 16
一、实训题目
超市管理系统
二、实训内容
1需求分析
面对该系统管理的工作流程进行分析能够完整、清楚的反映出业务的整个处理过程。帮助系统分析人员更深入的了解业务处理流程，发现业务流程的问题和不足，优化业务处理过程。总体业务流程图，如图1所示：
图1业务流程图
1.1功能需求分析
该超市会员管理系统分为七个功能模块：系统维护模块、基本资料模块、采购管理模块、销售管理模块、库存管理模块、统计报表模块、预测分析模块。
系统维护模块包括了如下子模块：数据备份、数据恢复、修改用户资料、更改用户、退出系统。
基本资料模块包括了如下子模块：员工信息[包含了员工授权，员工信息资料的添加、删除、修改]、供应商信息[包含了供应商信息资料的添加、删除、修改]、客户信息[包含了客户信息资料的添加、删除、修改]、仓库信息[包含了仓库信息资料的添加、删除、修改]、产品信息[包含了产品信息资料的添加、删除、修改，产品大类的添加、删除、修改，产品的查询]、定价规则[包含了定价查询、价格调整]、报价管理[包含了报价信息查询]。
采购管理模块包括了如下子模块：采购单的管理[包含了采购订单的录入、修改、审核、删除、查询]、采购入库单的管理[包含了采购入库单的录入、修改、审核、删除、查询]、采购
退货单的管理[包含了采购退货单的录入、修改、审核、删除、查询]、采购退货出库单的管理[包含了采购退货出库单的录入、修改、审核、删除、查询]。
销售管理模块包括了如下子模块：销售单的管理[包含了销售订单的录入、修改、审核、删除、查询]、销售出库单的管理[包含了销售出库单的录入、修改、审核、删除、查询]、销售退货单的管理[包含了销售退货单的录入、修改、审核、删除、查询]、销售退货入库单的管理[包含了销售退货入库单的录入、修改、审核、删除、查询]。
库存管理模块中包括了如下子模块：调拨单的管理[包含了调拨单的生成、修改、审核、删除、查询]、调拨入库单的管理[包含了调拨入库单的审核、删除、查询]、调拨出库单的管理[包含了调拨出库单的审核、删除、查询、]、库存盘点[包含了盘点单的生成、修改、删除、审核、查询]、库存查询。
统计报表模块包括了如下子模块：采购报表、销售报表、盘点报表等。
预测分析模块就是一个简单的销售预测模型[周期预测法]，根据以往的销售记录，通过一定的算法，对未来的情况进行不完全预测。
1.2性能需求分析
目前，最为流行的体系结构就是C/S（客户端/服务器）和B/S（浏览器/服务器）两种。所谓的C/S体系结构就是通过充分利用客户端和服务器端各自硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销，而在B/S体系结构中，用户通过浏览器向分布在网络上的许多服务器发出请求，服务器对浏览器的请求进行处理，将用户所需信息返回到浏览器。B/Sjsp可以用什么软件写结构简化了客户机的工作，客户机上只需配置少量的客户端软件。服务器将担负更多的工作，对数据库的访问和应用程序的执行将在服务器上完成。浏览器发出请求，而其余如数据请求、加工、结果返回以及动态网页生成等工作全部由Web服务器完成。关于C/S
和B/S这两种体系结构在软件技术上的比较如表1所示：
表1C/S和B/S体系结构在软件技术上的比较
C/S结构 | B/S结构 | |
数据安全性： | 数据分布特性，安全性较好 | 数据集中存放，安全性较差 |
数据一致性： | 数据分布存放，一致性较差。必须同步完毕后，方可得到。 | 数据集中存放于数据库服务器，不存在一致性问题 |
数据实时性： | 实时性较差 | 实时性较好 |
数据溯源性： | 不可直接溯源到原始单据 | 可以直接溯源到原始单据 |
服务响应及时性： | 服务响应及时性较差 | 服务响应及时性较好 |
网络应用限制性： | 仅适用于局域网内部用户或宽带用户 | 可以适用于任何网络结构 |
根据以上的比较，结合待开发系统的实际需求，本系统选用了B/S应用模式。对于B/S体系结构来说，其具有以下几个特点：
1.安全性
中间层隔离了客户直接对数据服务器的访问，保护了数据库的安全；
2.稳定性
对于要求7*24小时工作的业务系统，多层分布式体系提供了更可靠的稳定性：
(1) 中间层缓冲Client与数据库的实际连接，使数据库的实际连接数量远小于Client应用数量。当然，连接数越少，数据库系统就越稳定；
(2) Fail/Recover机制能够在一台服务器当机的情况下，透明地把客户端工作转移到其他具有同样业务功能的服务上。
3.易维护
由于业务逻辑在中间服务器，当业务规则变化后，客户端程序基本不做改动；
4.快速响应
通过负载均衡以及中间层缓存数据能力，可以提高对客户端的响应速度；
5.系统扩展灵活
基于多层分布体系，当业务增大时，可以在中间层部署更多的应用服务器，提高对客户端的响应，而所有变化对客户端透明。
此外，B/S体系结构还具有跨平台的特点,给系统的开发和使用带来了方便。对于待开发系统的体系结构,如图2所示:
图2 系统的体系结构图
2 系统设计
2.1系统功能模块图
分析服装企业的产品进销存业务管理过程可以看到，产品从初始的进货单位（销售商或供应商）流入企业，在企业内部进行若干处理后，流向企业的各个销售点，最后再从各个销售点流向最终的客户手中。
根据以上分析的业务流程，结合传统的进销存系统的业务流程，待开发的进销存管理系统分为七个功能模块：系统维护模块、基本资料模块、采购管理模块、销售管理模块、库存管理模块、统计报表模块、预测分析模块。系统的功能模块图,如图3所示：
图3系统的功能模块图
3 数据库设计
3.1数据库的概念设计
数据库的概念结构设计是反映全组织信息需求的整体数据库概念结构（概念模式）。概念模式必须是独立于计算机硬件和具体数据库管理系统，不受特定DBMS（数据库管理系统）的限制，不考虑计算机软硬件技术细节。
在需求分析阶段得到的数据流程图对数据的动态运动轨迹进行了描述，数据库需求分析定义了数据本身的静态特征，但他们反映的仅是应用需求，并无反映出数据之间的本质联系（即数据的内在特征）。
管理系统主要以管理员、教师、学生来共同完成一个业务流程。他们之间存在着数据关联并且靠数据库关键字段进行索引,建立表关联,E－R图，图4所示：
图4 E-R图
3.2数据增加流程
添加信息时，编号字段由系统自动生成，且不能修改，其他信息由用户输入，之后对数据进行合法判断，合法则写入保存至数据库，不合法则重新输入数据。数据增加流程图，如图5所示：
图5 数据增加流程图
3.3数据修改流程
在修改信息时，先选中一条待修改的记录，然后直接输入数据，判断合法性，合法则保存至数据库，不合法重新输入。数据修改流程图，如图6所示：
图6 数据修改流程图
3.4数据库逻辑结构设计
设计逻辑结构应该选择最适于描述与表达相应概念结构的数据模型，然后选择最合适的DBMS。设计逻辑结构时一般要分三步进行：将概念结构转换为一般的关系、网状、层次模型，并将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型转换，关系模型的逻辑结构是一组关系模式的集合。而E-R图则是由实体、实体的属性和实体之间的联系三个要素组成的。所以将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式。
本管理系统所存在的数据库中有不同的表结构,这些物理表中存放着各种网站所调用的数据,为整个网站的流程提供最基本的数据来源。本网站采用SQL Server 2000数据库它是由Microsoft公司开发。对于它的安全性和易操作性来说是开发者首选。
管理员信息表（编号、管理员账号、管理员密码、权限）
订单信息表（编号、商品ID、数量、时间）
类别信息表（编号、商品种类）
销售管理信息表（编号、订单ID、商品ID、数量）
商品信息表（编号、商品名称、产地、进价、单价、单位、种类、库存数量）
供应商信息表（编号、公司名、地址、）
卖出信息表（编号、商品ID、数量、时间）
管理员信息表属性图,如图7所示：
图7管理员信息表属性图
供应商信息表图属性,如图8所示：
图8供应商信息表属性图
商品信息表属性图，如图9所示：
图9商品信息表属性图
订单信息表属性图，如图10所示：
图10订单信息表属性图
商品信息表属性图，如图11所示：
图11商品信息表属性图
3.5数据库物理设计
数据库是要存储在物理设备上的。为一个给定的逻辑数据模型选取一个最适合应用环境的物理结构（存储结构与存取方法）的过程，就是数据库的物理设计。物理结构依赖于给定的DBMS和和硬件系统，充分了解所用DBMS的内部特征，特别是存储结构和存取方法；充分了解应用环境，特别是应用的处理频率和响应时间要求；以及充分了解外存设备的特性。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论