文化用品库存管理信息系统.docx
《文化用品库存管理信息系统.docx》由会员分享，可在线阅读，更多相关《文化用品库存管理信息系统.docx（35页珍藏版）》请在冰豆网上搜索。
文化用品库存管理信息系统
课程设计Ⅰ设计报告
题目：
文化用品库存管理信息系统
设计时间：
2011.10-2011.12
指导老师评语:
评定成绩:
签名:
日期:
目录
1概述4
1.1课程设计目的4
1.2设计任务与要求4
1.3开发环境4
2文化用品库存管理系统相关技术介绍5
2.1ApacheTomcatWebServer技术简介5
2.2SQLServer2005数据库引擎简介5
2.3J2EE技术体系的研究与分析6
3文化用品库存管理系统的总体设计与分析11
3.1文化用品库存系统功能设计11
3.2文化用品库存系统架构设计12
3.3文化用品库存系统数据库设计14
3.4子系统与模块设计16
3.4.1系统管理模块16
3.4.2员工管理模块16
3.4.3部门管理模块17
3.4.4公告管理模块18
3.4.5类别管理模块18
3.4.6货品入库模块19
3.4.7货品出库模块20
3.4.8出库日志模块20
3.4.9登陆模块21
4系统详细设计与实现22
4.1配置数据库连接22
4.2系统管理23
4.3员工管理24
4.4部门管理26
4.5公告管理27
4.6类别管理29
4.7货品入库30
4.8货品出库33
4.9出库日志34
5系统调试与运行35
5.1系统安装与部署35
5.2系统运行与测试35
6课程设计总结38
参考文献40
1概述
1.1课程设计目的
1.通过本次课程设计，熟练掌握一种开发语言（Java或C++、C#）和开发环境——Eclipse或.NET。
开发语言的熟练需要通过编写一定长度的代码（1000～2000行代码）才能达到，开发环境的熟练需要反复的程序调试训练。
2.加深对软件工程的理解，训练编写程序的良好习惯。
包括：
认真编写需求分析文档、做好系统功能设计、学会自己进行程序的算法、数据结构设计、
3.培养良好的程序设计风格（模块划分、接口设计、函数和变量命名规则）和习惯（程序备份、版本更新与控制），提高软件测试、调试的能力与技巧。
4.通过本次课程设计，应该达到具有独立完成小型应用设计的能力，具备编写较为规范的软件设计文档的能力。
1.2设计任务与要求
目的：
在J2EE或.NET平台下，完成一个商品库存管理系统的简单业务流程分析，在此基础上，开发一个B/S架构的库存管理系统，掌握简单Web应用的开发。
任务：
1.学习Java、C#编程技术；
2.通过资料检索与整理，分析文化用品库存管理系统的基本功能；
3.完成软件开发和文档的编写。
1.3开发环境
操作系统：
windows7旗舰版
浏览器：
IE6以上
IDE：
Myeclipse9.0
WEB服务器：
Tomcat7.0
数据库：
MicrosoftSQLServer2005
2文化用品库存管理系统相关技术介绍
2.1ApacheTomcatWebServer技术简介
Apache是当前使用最为广泛的WWW服务器软件，具有相当强大的静态HTML处理的能力。
Tomcat服务器是一个免费的开放源代码的Web应用服务器，它是Apache软件基金会的Jakarta项目中的一个核心项目，由Apache、Sun和其他一些公司及个人共同开发而成。
因为Tomcat技术先进、性能稳定，而且免费，因而深受Java爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web应用服务器。
Tomcat和IIS、Apache等Web服务器一样，具有处理HTML页面的功能，另外它还是一个Servlet和JSP容器，独立的Servlet容器是Tomcat的默认模式。
整合的最主要原因是为了在现有的硬件条件下提供最大的负载。
如果单独使用Tomcat做JSP服务器，在工作效率上会存在问题,Tomcat处理静态HTML的能力不如Apache，并且所能承受的最大并发连接数也有一定的限制；在测试中，当并发连接较多时，Tomcat就会处于“僵死”状态，对后继的请求连接失去响应。
所以现在提出一个“整合”解决方案：
将html与jsp的能部分进行明确分工，让tomcat只处理jsp部分，其它的由apache这个webserver处理。
Apache与Tomcat各司其职，那么服务器的整体效率就能够得到提升。
作为Apache下面的子项目，Tomcat与Apache之间有着天然的联系。
在实际操作中，主要是Apache作为主服务器运行，当监听到有jsp或者servlet的请求时，将请求转发给tomcat服务器，由tomcat服务器进行解析后，发回apache，再由apache发回用户。
在tomcat中有两个监听的端口，一个是8080用于提供web服务,一个是8009用于监听来自于apache的请求。
当apache收到jsp或者servlet请求时，就向tomcat的8009端口发送请求，交由tomcat处理后，再返回给apache，由apache返回给客户。
2.2SQLServer2005数据库引擎简介
SQLServer2005数据库在SQLServer2000的基础上上升了一个档次，尤其是在数据分区、可编程性、语言增强以及安全上都有长足的进步；但也保留了SQLServer2000原来具有的优点。
从借助浏览器实现的数据库查询功能到内容丰富的扩展标记语言（XML）支持特性均可有力地证明：
SQLServer2005全面支持Web功能的数据库解决方案。
与此同时，SQLServer2005还在可伸缩性与可靠性方面保持着多项基准测试纪录，而这两方面特性又都是企业数据库系统在激烈市场竞争中克敌致胜的关键所在。
无论以应用程序开发速度还是以事务处理运行速度来衡量，SQLServer2005都堪称最为快捷的数据库系统。
高度的人性化使SQLServer2005有着优秀的可编程性，几乎是变革性的提升；如CLR（CommonLanguageRuntime,公共语言运行时）集成。
你可以轻松利用.NET语言的优势如其面向对象的封装、继承和多态特性，编写出那些需要对数据进行复杂数值计算或逻辑的代码，如字符串处理，数据加密算法，XML数据操作等等。
所以这样的优势使得使用它的开发商几乎会立即升级到SQLServer2005享受数据库编程的便捷。
2.3J2EE技术体系的研究与分析
在当今的软件市场上，软件架构设计已经成为影响软件项目成败的重要因素，一个好的系统架构可以缩短开发周期，节省开发和维护的费用，提高系统的可重用性和对于日益变化的市场需求的适应性等。
所以如何设计一个良好的系统架构是系统开发的关键。
J2EE是一个平台产品、也是一套架构体系，更是一个行业标准。
它被广泛地应用在大型分布式网络系统中，是一套成熟的分布式网络系统的解决方案。
下面对其相关的技术进行介绍。
J2EE是Java2Platform，EnterpriseEdition的缩写，是Sun公司提出的一种分布式企业级应用开发的技术架构。
目前，Java2平台有三个版本，分别是适用于小型设备和智能卡的Java2平台Micro版（Java2PlatformMicroEdition，J2ME）、适用于桌面系统的Java2平台标准版（Java2PlatformStandardEdition，J2SE）和适用于创建服务器应用程序和服务的Java2平台企业版（Java2PlatformEnterpriseEdition，J2EE）。
J2EE是一种利用Java2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构，它是一个技术标准，并不只是一个产品。
J2EE是一种全新概念的模型，是一整套技术的总称，包括建立企业级应用系统的各个方面。
其目标是提供一个基于Java语言的服务器端应用结构，支持平台独立、可移植、多用户、安全和标准的企业级应用。
J2EE本身是分布式的多层体系结构，能够很好地满足现代企业网络计算模式的要求。
目前经过实践的检验，证明了J2EE技术是一种可以信赖的企业级软件开发技术，受到许多IT业的大厂商的支持，具有十分开阔的前景。
J2EE作为一个技术标准，包含了众多内容，必须兼容实现的关键技术有：
EJB、JAX-RPC、RMI和RMI-IIOP、JNDI、JDBC、JTA、JMS、JavaServlet、JSP、JavaMail、JCA、JAXP、JAAS等。
图2.1为J2EE平台规范中的主要技术。
Sun设计J2EE的初衷是为了解决两层C/S模式的弊端。
在传统的两层模式中，客户端担当了过多的角色而显得臃肿。
在这种模式中，第一次部署的时候比较容易，但是难于升级或改进，可扩展性也不理想，而且经常基于某种专有的协议一通常是某种数据库协议，它使得重用业务逻辑和界面逻辑非常困难。
现在，J2EE的多层企业级应用模型将两层化模型中的不同层面切分成许多层，一个多层化应用能够为不同的服务提供一个独立的层。
J2EE提供了一个框架（一组标准的API）用来开发分布式的企业级应用。
J2EE架构中的各项技术需要一个实现者，这个实现者要按照J2EE的规范提供J2EE应用程序所需要的服务，主要是Web服务和业务组件服务。
J2EE应用服务器就是充当这个J2EE技术标准实现者的角色。
目前有许多J2EE应用服务器，一些厂商着重于实现J2EE体系中的某些组件。
例如Apache的Tomcat为JSP和Servlet提供支持。
BEA公司的WebLogicServer作为J2EE应用服务器，实现了J2EE的全部特性。
J2EE服务器可以处理一些常见的编程任务，包括提供事务服务、安全认证服务、命名和目录服务、数据库访问和连接池、线程池、负载均衡和容错等。
J2EE应用程序典型的结构分为四层：
（1）运行在客户端机器上的客户层组件（Clienttier）；
（2）运行在J2EE服务器上的Web层组件（Webtier）；
（3）运行在J2EE服务器上的业务逻辑层组件（Businesstier）；
（4）运行在EIS（Enterpriseinformationsystem）服务器上的企业信息系统层组件（EIStier）。
其中第二层和第三层合称为中间层（Middletier）。
客户层对应于J2EE应用程序的客户端。
J2EE应用程序的客户端可以是基于Web方式的（例如Web页面、Applet），可以是基于传统方式的（例如Java应用程序），也可以是移动设备（例如手机、掌上电脑等）。
Web层可以是JSP页面或者Servlets。
按照J2EE规范，静态的HTML页面和Applets不算是Web层。
Web层可能包含某些JavaBean对象处理用户输入，并把输入发送给运行在业务层上的EnterpriseBean进行处理。
业务层主要是指EJB。
业务层代码的逻辑用来满足业务领域的需要，由运行在业务层上的EJB进行处理。
会话Bean表示与客户端程序的临时交互，当客户端程序执行完后，会话Bean和相关数据就会消失。
相反，实体Bean表示数据库的表中一行永久的记录，当客户端程序中止或服务器关闭时，就会有潜在的服务保证实体Bean的数据得以保存。
消息驱动Bean结合了会话Bean和JMS的消息监听器的特征，允许一个业务层组件异步接收JMS信息。
企业信息系统层包括企业基础建设系统，例如企业资源规划（ERP）、数据库系统和其他的遗留信息系统。
这种基于组件、具有平台无关性的J2EE结构使得J2EE程序的编写十分简单，因为业务逻辑被封装成可复用的组件，并且J2EE服务器以容器的形式为所有的组件类型提供后台服务。
因为不用自己开发这种服务，所以可以集中精力解决手头的业务问题。
采用J2EE来开发分布式Web文化用品库存管理系统具有如下优势：
（1）可以提高开发效率。
J2EE包括会话组件和实体组件，会话组件实现文化用品库存管理系统的业务逻辑，实体组件实现数据的存储。
J2EE允许公司把一些通用的、很繁琐的服务器端任务交给中间件供应商去完成，这样就可以让开发人员集中精力去实现业务逻辑，而不用关心服务器底层的实现。
这也就相应降低了开发的难度，提高了开发效率。
（2）支持异构环境，实现跨平台应用。
J2EE能够开发部署在异构环境中的可移植程序。
基于J2EE的Web文化用品库存管理系统不依赖任何操作系统、中间件和硬件。
因此设计合理的基于J2EE的Web文化用品库存管理只需要开发一次就可以部署到各种平台。
这在典型的异构企业计算环境中是十分关键的。
J2EE标准也允许客户定购与J2EE兼容的第三方现成的组件，把他们部署到异构环境中，节省了由自己制定整个方案所需的费用。
（3）具有可扩展性。
J2EE标准受到业界许多厂家的支持，如SLlN，IBM，ORACLE等。
因此采用J2EE标准开发的组件可以与很多软件组件交互，这减少了用户的开发费用，缩短了开发周期。
而且，很多数据库厂商都支持标准的JDBC连接协议，这有利于数据库驱动程序的更新。
同时也支持多种客户端策略，可以满足不同层次的需求。
（4）提高了Web文化用品库存管理系统的数据安全性。
基于J2EE的多层体系结构将Web文化用品库存管理系统的客户端和数据库隔离开来，客户端不能直接访问到数据库，这可以有效的防止数据库遭受恶意攻击，有利于Web文化用品库存管理系统的数据安全。
同时，J2EE也提供了多种应用安全策略，包括最终用户身份认证、节点连接的安全认证、应用程序的安全认证、管理界面的访问权限控制、数据加密／解密功能和安全事件报警等。
这更加有效的提高了系统的安全性。
（5）提高了Web文化用品库存管理的性能。
基于J2EE的分布式Web文化用品库存管理系统在应用服务器内由EJB完成空间数据映射和空间分析，在客户端或者Web服务器端完成简单的HIS数据操作，客户端可以通过HTTP与应用服务器通信，透明访问分布在不同地方的异构空间数据库，能有效平衡系统的负载，提高整个系统的性能。
（6）可以实现稳定的可用性。
一个商用的Web文化用品库存管理的服务器端平台必须能够全天候运转以满足客户的需求。
因为Internet是全球化的、无处不在的，即使在夜间意外停机，也可能造成严重后果。
因此可以利用J2EE的平台无关性将Web文化用品库存管理的服务器端部署到可靠的操作系统环境中，支持长期的可用性。
同时客户也可以选择可靠的操作系统。
实现Web文化用品库存管理的稳定可用性。
JDBC简介
JDBC是一种用于执行SQL语句的JavaAPI。
它由一些Java语言编写的类和界面组成。
JDBC为数据库应用和数据库前台工具提供了一种标准的应用程序设计接口，使程序开发人员可以用纯Java语言编写完整的数据库应用程序。
最初的Java语言并没有数据库访问的能力，JDBC是第一个支持Java语言的标准的数据库API，其目的在于使Java程序与数据库服务器的连接更加方便。
JDBC的原理机制和ODBC相同，它给基于Java语言的应用程序提供了统一的数据库访问接口，JDBC是用纯Java实现的，而ODBC是用纯C实现的。
Java具有坚固、安全、易于使用、易于理解和可以从网络上下载等特性，是基于Web的数据库应用程序的合适语言，只是Java应用程序与各种不同的数据库之间进行对话的方法。
而JDBC只是作为此种用途的机制。
通过使用JDBC，可以很方便地将SQL语句传送给几乎任何一种数据库，用JDBC写的程序能够自动地将SQL语句传送给相应的数据库管理系统（DBMS）。
Java和JDBC的结合可以在开发数据库应用时真正实现“一次开发，随处运行”。
简单地说，JDBC能完成下列3个功能：
（1）同一个数据库建立连接。
（2）向数据库发送SQL语句。
（3）处理数据库返回的结果。
通常，Java程序首先使用JDBCAPI来与JDBCDriverManager交互，由JDBCDriverManager载入指定的JDBCdrivers,以后就可以通过JDBCAPI来存取数据库。
ODBC（OpenDatabaseConnectivity，开放数据库互连）是微软公司开放服务结构（WOSA，WindowsOpenServicesArchitecture）中有关数据库的一个组成部分，它建立了一组规范，并提供了一组对数据库访问的标准API（应用程序编程接口）。
这些API利用SQL来完成其大部分任务。
ODBC本身也提供了对SQL语言的支持，用户可以直接将SQL语句送给ODBC。
3文化用品库存管理系统的总体设计与分析
3.1文化用品库存系统功能设计
（1）用户类别：
登录系统的身份定为二种，一是管理员，二是员工，只有管理员开启授权，用户才可以使用本系统。
（2）权限管理：
系统需要经过有效的身份验证可以登录。
用户的身份不同，使用的系统资源也不同。
员工可以进行修改自己的密码，同时还可以查看系统公告，货品的出、入库操作；管理员可添加员工信息、查询修改管理员信息、部门管理、类别管理、出入库的操作，以及出库日志的查看，可以对系统发布公告等信息，可控制整个系统的登录功能（控制系统）的登录，拥有整个系统的全部使用权限。
（3）系统管理：
管理员可以操作员工是否能使用本系统。
（4）员工管理：
管理员可以对本系统的员工信息进行添加、查询的功能。
（5）公告管理：
管理员对本系统中的公告信息进行添加、查询的功能。
（6）类别管理：
管理员可以对本系统中的货品类别信息进行管理，进行查询与添加的功能操作。
（7）货品入库：
管理员可以对本系统的入库货品信息进行添加、查询管理的功能。
（8）货品出库：
管理员可以对本系统的出库货品信息进行添加、查询管理的功能。
（9）出库日志：
管理员可以对本系统的出库货品日志信息进行查询管理的功能。
修改密码
图3.1系统功能总览图
3.2文化用品库存系统架构设计
在本系统的调研过程中了解到，出于对系统数据的保密性和安全性考虑，数据库服务器不安装在管理员的本地机器上，而是安装在单位的信息中心机房内的数据库服务器上，这就要求系统通过网络远程访问数据库。
因此，系统的结构决定采用B/S（Browser/Server）模式的三层体系结构。
企业应用系统的不断扩充和新应用的不断增加，基于传统的二层数据处理结构在系统拓展性、维护成本、数据安全性和应用间通讯功能障碍等原生性问题的存在，在应用中已是捉襟见肘、力不从心。
在这样的背景下，三层数据计算结构应运而生。
它是将数据处理过程分为三部分。
（1）客户端：
本层看作浏览器，主要完成客户和后台的交互及最终查询结果的输出功能。
在客户端向指定的应用程序服务器提出服务器请求，应用程序服务器用HTTP协议把所需文件资料传给用户，客户端接受并显示在WWW浏览器上。
（2）应用程序服务器：
本层是功能层，主要完成客户的应用功能，即应用程序服务器接受客户请求，并与后台数据库连接，进行申请处理，然后将处理结果返回应用程序服务器，再以WEB页面的形式传至客户端。
（3）数据库服务器：
通过JDBC-ODBC桥接收WEB服务器的请求，进行数据库处理，并将处理的结果通过WEB服务器返回给客户端。
与传统的C/S模式相比，B/S结构把处理功能全部移植到了服务器端，用户的请求通过浏览器发出，无论是使用和数据库维护上都比传统模式更加经济方便，使维护任务层次化。
管理员负责服务器硬件日常管理和维护，系统维护人员负责后台数据库数更新维护。
三层结构是在传统的二层结构的基础上增加应用服务器，将应用逻辑单独进行处理，从而使得用户界面与应用逻辑位于不同的平台上，两者之间的通信协议由系统自行定义。
通过这样的结构设计，使得应用逻辑被所有用户共享，这是两层结构应用软件与三层应用软件之间最大的区别。
这种三层结构数据处理的优势何在呢?
做一个形象的比喻就是它在二层结构中间加了标准化的加工厂和传输路线，从而可高效生产并传输客户端所需产品。
具体体现主要有以下几点：
首先，通过将整个系统分为不同的逻辑块，大大降低了应用系统开发和维护的成本。
三层结构将表示部分和业务逻辑部分按照客户层和应用服务器相分离，客户端和应用服务器、应用服务器和数据库服务器之问的通讯、异构平台之间的数据交换等都可以通过中间件或者相关程序来实现。
当数据库或者应用服务器的业务逻辑改变时，客户端并不需要改变，反之亦然，大大提高了系统模块的复用性，缩短开发周期，降低维护费用。
其次，系统的扩展性大大增强。
由于系统模块化，使得系统很容易纵向和水平两个方向拓展：
一方面可以将系统升级为更大、更有力的平台，同时也可以适当增加规模增强系统的网络应用。
由于摆脱了系统同构性的限制，使得分布的数据处理成为可能。
通过对系统需求、功能和软件生命周期分析规划出基本功能模块和扩展模块，基本模块是文化用品库存管理系统必备的功能模块。
扩展模块是根据不同企业要求开发的特定模块。
这样由基本模块满足企业对系统的基本要求，而扩展模块能根据企业特点实时更新，这样的结构设计增加了系统的通用性。
3.3文化用品库存系统数据库设计
1）用户信息（administrators）
描述：
该表记录了管理员的基本数据信息。
包括管理员ID、密码、用户姓名、性别、所在部门、身份等级。
其中用户ID用来唯一标示管理员。
表3.1管理员信息表
名称
字段名称
数据类型
主键
非空
管理员ID
wnum
varchar（4）
yes
yes
密码
wpswd
varchar（30）
no
yes
管理员姓名
tname
varchar（30）
no
no
性别
tsex
int
no
no
所在部门
tdep
int
no
yes
身份等级
tpri
int
no
yes
2）控制员工登陆信息表（ctrl_system）
描述：
该表用来存储员工信息。
包括标号、员工、备注。
其中标号用来唯一标示员工。
表3.2控制员工信息表
名称
字段名称
数据类型
主键
非空
标号
act
int
yes
yes
员工
teac
int
no
no
备注
remark
varchar（100）
no
no
3）公告表（news）
描述：
该表记录了管理员发表的公告的基本数据信息。
包括记录ID，标题，新闻内容，部门ID，部门名称，添加时间。
其中记录ID用来唯一标示公告。
表3.3公告表
名称
字段名称
数据类型
主键
非空
记录ID
id
int
yes
yes
标题
title
varchar（100）
no
no
新闻内容
news
varchar（500）
no
no
部门ID
dep
int
no
no
部门名称
depname
varchar（50）
no
no
添加时间
Add_time
datetime
no
no
4）部门表（departmen）
描述：
该表记录了部门的基本数据信息。
包括记录ID，部门ID，部门名称。
其中其中记录ID用来唯一标示部门。
表3.4部门表
名称
字段名称
数据类型
主键
非空
记录ID
Sys_id
int
yes
yes
部门ID
dep
int
no
yes
部门名称
depname
Varchar（30）
no
yes
升级会员 