《药品库房管理系统》毕业设计.docx
《《药品库房管理系统》毕业设计.docx》由会员分享，可在线阅读，更多相关《《药品库房管理系统》毕业设计.docx（37页珍藏版）》请在冰豆网上搜索。
《药品库房管理系统》毕业设计
前言
随着互联网的迅速普及，以及通过它所带来的技术创新，信息时代正在向我们逼近，不但深刻地影响着我们的生活方式，而且正在改变我们的工作、贸易、思维以及彼此沟通的方式。
电子商务正是在信息产业的蓬勃发展下异军突起的一种新型商务形式。
关于电子商务的准确定义，目前尚有不同看法，但大致可分为狭义与广义的两种。
狭义：
单指电子交易，即在网上实现从商品订货、展示、促销、查询、销售、到最后转帐、清算、服务的全过程。
广义：
指利用信息技术把商务活动的各方如企业、合作者、消费者、政府联接起来，进行各种商务活动。
它包括企业内部信息的交流与共享、企业与其合作伙伴的协同、电子交易三大部分的内容。
这里我们采用广义的定义。
把电子商务仅仅理解为网上销售（e-commerce）是片面的，事实上，目前电脑网络应用在企业内部沟通与企业间协作上比应用在对消费者零售上普及的多，而且，现在企业的一切工作都是围绕市场这一中心，企业销售与企业内部生产，管理及与伙伴间的协作是密不可分的。
通过网络把企业、合作者、消费者、政府等参与商务活动的各方联接为一个整体，进行包括电子交易在内的全部商业活动，才是电子商务的完整含义，它也被称为"电子商业"（e-business）。
电子商务可提供网上交易和管理等全过程的服务。
因此，它具有广告宣传、咨询洽谈、网上定购、网上支付、电子账户、服务传递、意见征询、交易管理等各项功能。
按开展电子交易的信息网络范围，电子商务可分为三类，即本地电子商务、远程国内电子商务和全球电子商务。
1、本地电子商务通常是指利用本城市内或本地区内的信息网络实现的电子商务活动，电子交易的地域范围较小。
本地电子商务系统是利用Internet、Intranet或专用网将下列系统联结在一起的网络系统：
一，参加交易各方的电子商务信息系统，包括买方、卖方及其他各方的电子商务信息系统；二，银行金融机构电子信息系统；三，保险公司信息系统；四，商品检验信息系统；五，税务管理信息系统；六，货物运输信息系统；七，本地区EDI中心系统（实际上，本地区EDI中心系统联结各个信息系统的中心）。
本地电子商务系统是开展有远程国内电子商务和全球电子商务的基础系统。
2、远程国内电子商务是指在本国范围内进行的网上电子交易活动，其交易的地域范围较大，对软硬件和技术要求较高，要求在全国范围内实现商业电子化、自动化，实现金融电子化，交易各方具备一定的电子商务知识、经济能力和技术能力，并具有一定的管理水平和能力等。
3、全球电子商务是指在全世界范围内进行的电子交易活动，参加电子交易各方通过网络进行贸易。
涉及到有关交易各方的相关系统，如买方国家进出口公司系统、海关系统、银行金融系统、税务系统、运输系统、保险系统等。
全球电子商务业务内容繁杂，数据来往频繁，要求电子商务系统严格、准确、安全、可靠，应制订出世界统一的电子商务标准和电子商务（贸易）协议，使全球电子商务得到顺利发展。
一个完善的电子商务系统应该包括哪些部分，目前还没有权威的论述。
从我们的实践来看，由于电子商务覆盖的范围十分广泛，因此必须针对具体的应用才能描述清楚系统架构。
从总体上来看，电子商务系统是三层框架结构，底层是网络平台，是信息传送的载体和用户接入的手段，它包括各种各样的物理传送平台和传送方式；中间是电子商务基础平台，包括CA（CertificateAuthority）认证、支付网关（PaymentGateway）和客户服务中心三个部分，其真正的核心是CA认证；而第三层就是各种各样的电子商务应用系统，电子商务基础平台是各种电子商务应用系统的基础。
本次药品库房管理系统的开发，正是将传统管理方式与电子商务相结合的一次工程实践工作，尝试在网络上完成对社区药品库房的管理工作。
医药行业现有两个方面是急需要改善的，一是要加大对新药品的开发力度；另一个就是要实现企业的信息化。
这两点是相辅相成的，简单的说就是生产合适的产品、把产品送到合适的地方。
第一点是第二点的基础，反过来第二点的实现将是第一点的保障。
对医药企业来说实现信息化在一定的程度上可以缓解市场压力，能够更清楚的了解把握市场的需求，为开发何种新产品提供第一手的市场信息。
所以对医药企业来说尽快实现企业的整体信息化是很重要的，很迫切的。
医药行业里的物流系统或多或少都存在问题，可以说不仅是采购成本高，销售成本也高，同时对库存的控制也不是很有办法。
而库存的管理是解决问题中的一个重要部分，对于拥有庞大的销售和采购网络的医药企业而言，它的作用就更为明显了。
如何降低库存，控制批次就显得尤其重要。
摘要
本次毕业设计课题的任务是：
利用已学习的软件工程、数据库技术、电子商务技术、程序设计方法等知识构建一个网络虚拟医院中的药品库房管理的系统原型，该系统可采用进化型原型法或面向对象的方法进行开发，系统应包含网上药品购进、供货商管理、结算处理、入库出库处理、盘点处理等功能，最终系统应是一个可运行的系统，系统的研发过程是对同学已学知识的掌握及解决问题能力、动手能力锻炼和综合考核。
本次课题要求为：
本系统基于Java平台开发，使用JDBC-ODBC桥技术进行数据库连接,使用MicrosoftAccess数据库管理系统。
1在MicrosoftAccess中创建数据库。
2用Java语言通过JDBC-ODBC桥技术连接数据库。
3客户端实现数据查询和数据更新。
4利用控件把数据库中的数据显示在Java客户端应用程序中。
5利用JSP技术将JAVA与网叶进行无缝连接。
开发环境：
软件：
服务器操作系统（Windows2000Server）、数据库管理软件（MicrosoftAccess）、Java集成开发环境、客户端平台（Windows2000Professional、Windows98、WindowsME）。
硬件：
数据库服务器、运行JavaApplication的客户终端。
服务器和客户端之间的网络连接。
JSP（JavaServerPages）技术
JavaBeans组件
JDBC
HTML
面向对象
Servlet
SQL语言
JDBC-ODBC桥
关键词：
JAVA
JavaScript
数据库系统
ODBC
ABSTRACT:
Thetaskofthegraduationdesignistosetupadrugstoreroommanagementsystemprototypeofawebvirtualhospitalwithknowlegeofsofewareengineering,databasetechnlogy,ECtechnology,mothodofprogramdesignandect..ThissystmtakeevolvementprototypemothodandOOPtodevelopethissystem.Itincludesseveralsmodulesofonlinedrugsstocking,suppliermanagement,balancemanagement,managentofdrugsinandoutstore,checkingmanagementandsonon.
Thissystemisrunnableafteritisfinished.Duringthedevelopement,itwilltestthestatusofstudent'sknowlegeholding,problemsolutioncapbilityandsonon.
ThistaskisdevelopedunderJavaplatform,connectingdatabasewithJDBC-ODBCbridgetechnology,useingMSAccessdatabasemanagementsystem.
1.setupdatabaseofMSAccess
2.connectdatabasewithJDBC-ODBCbridgebyJavalanguage
3.requireandupdatedatabyclient
4.showthedatafromthedatabaseintheJavaclientprogramwithcontrol
5.SeamlesslineJavaandwebpageswithJSP
developementenvironment
sofeware:
severoperator（Windows2000Server）,databasemanagementsoftware（MicrosoftAccess）,JavaIDE,clientplatform（Windows2000Professional、Windows98、WindowsME）.
Object-Oriented
Servlet
SQLlanguage
JDBC-ODBCbridge
JSP（JavaServerPages）
JavaBeans
JDBC
HTML
KEYWORDS：
JAVA
JavaScript
DataBaseSystems
ODBC
前言
摘要
一、绪论------------------------１
（一）、可行性研究报告----------------３
二、工程概要设计-------------------4
（一）、系统的需求分析----------------4
（二）、系统的数据流图----------------5
（三）、数据库概要设计----------------6
三、工程详细设计及实现-----------------12
（一）、系统数据库设计及实现-------------12
（二）、系统程序设计-----------------19
（三）、系统程序实现-----------------24
致谢------------------------29
参考文献----------------------30
一、绪论
（一）、可行性研究报告
1、问题的提出：
（1）、总体目标：
要求对社区大药房实现办公自动化管理。
（2）、软件的功能：
实现对社区大药房的进货、售出以及人员调配的自动化管理。
（3）、软件系统的扩充：
网上订购、用户管理等。
2、对现有系统的分析：
（1）、设备：
手工设备。
（2）、局限性：
数据庞大，难以进行分时分段统计，容易遗失，易出现人为错误。
3、所建议系统：
（1）、说明：
利用计算机替代手工操作，实现药品库房办公自动化管理。
（2）、各类影响：
节省人员、提高办公效率、出错性小、需要更新设备、需要人员掌握一定的办公自动化技术、如果遇到特殊情况需要恢复到原始操作。
（3）、系统流程图：
4、投资及收益分析：
（1）、基本建设投资：
办公自动化设备引进。
（2）、一次性投资：
系统软件开发。
（3）、一次性投资：
技术人员费用支出、系统维护、系统升级、设备老化及更新。
（4）、社会效益评价：
高。
5、社会条件方面的可行性：
（1）、法律方面的可行性：
法律程序正规。
（2）、使用方面的可行性：
易学易用、可靠性高、可提高工作效率。
二、系统概要设计
（一）系统的需求分析
需求分析的任务是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
具体的说，应该确定系统必须具有的功能和性能，系统要求的运行环境，并且预测系统发展的前景；必须仔细分析系统的数据，既要分析系统中的数据流又要分析长期使用的数据存储。
1、系统的功能要求：
（1）、根据本系统的开发目的，需要本系统能够建立一个容量大而且条目清晰的数据库，数据的存储和删改要安全、方便。
考虑到本系统的开发方向，本系统要支持多机、联机的使用功能。
（2）、本系统的开发，当顾客提出购药的申请时，系统能够提供快速的查询功能，如果缺药，则能够及时反馈回相关信息；如果所购药品有货，则开出相应票据交付顾客，同时向系统添加有关信息，以便其他相关操作人员查询和确认。
2、系统的性能要求：
由于本系统的特殊应用性，系统的性能要稳定，数据的交换要快捷、无错，界面美观、实用、方便，条目清晰而不繁杂，操作员的权限要明确。
在Windows系统下运行要流畅、稳定。
3、操作系统及系统硬件要求
（1）、在单机管理下，要求P2-450MHz以上机型配置，操作系统为Windows98第二版，建议使用Windows2000Professional作为操作系统，内存要在128M左右。
（2）、如果因为需要扩展到局域网络管理模式，服务器机型建议配置P3-600MHz以上，内存要为256M，强烈建议使用Windows2000AdvancedServer操作系统；客户机型最低配置为P2-266MHz以上，内存最低为64M，操作系统为Windows98（第二版）；所有的计算机都要装配10/100M自适应网卡，同时使用交换机作为局网的数据传输设备（使用交换机是为了保证在数据传输过程中，不会发生丢失和延迟现象，HUB在局网的远距传输中，容易出现延迟，和数据丢失现象）。
如果本系统扩展到互联网中时，则服务器要使用小型柜式服务器系统，客户机的配置则可以不变化。
（二）、系统的数据流图
数据流图（DFD）是一种描述信息流和数据从输入到输出变换的应用图形技术。
1、系统原始数据流图：
2、逐步细化后的数据流图：
（三）、数据库概要设计
数据库技术产生于20世纪60年代末，发展至今已经有近30年的历史。
数据库技术作为数据管理的最有效的手段，它的出现极大地促进了计算机应用的发展，目前基于数据库技术的计算机应用已成为计算机应用的主流。
近30年来，数据库技术本身也在不断地发展和完善。
关系数据库已取代了早期的层次数据库与网状数据库，成为主流数据库，而新一代数据库也逐渐露出头角。
数据库技术近年来发展非常迅速，特别是提出信息高速公路以来，所谓“3C”即计算机、通信和信息内容（Computer、Communication、Contents）已成为信息技术的核心。
而信息高速公路的价值正体现在信息内容上，数据库则为这些信息内容提供了存放手段以及迅速、简便、高效的查询手段。
任何一个软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌，对软件设计有深远影响，因此，必须分析系统的数据要求，分析系统的数据要求通常采用建立概念模型的方法。
1、数据库设计概述
数据库技术是信息资源开发、管理和服务的最有效的手段，因此数据库的应用范围越来越广，从小型的单项事务处理系统到大型的信息系统大都利用了先进的数据库技术来保持系统数据的整体性、完整性和共享性。
目前，数据库的建设规模、信息量大小和使用频度已成为衡量一个国家信息化程度的重要标志之一。
这就使如何科学地设计与实现数据库及其应用系统成为日益引人注目地课题。
数据库设计是一项软件工程，应该把软件工程的原理和方法应用到数据库设计中。
所以说数据库设计应与应用环境紧密联系，涉及多学科地综合性技术。
（1）、数据库设计的目标与特点
数据库设计的任务是在DBMS的支持下，按照应用的要求，为一部门或组织设计一个合理、使用方便、效率较高的数据库及其应用系统。
（2）数据库设计的内容和要求
一个数据库的设计主要包括两方面：
结构特性的设计和行为特性的设计。
结构（静态）特性的设计是指数据结构的设计，设计结果要得到一个合理的数据模型，这是数据库设计的关键。
数据模型是反映现实世界中事物及事物间的联系的，对现实世界模拟的精确程度越高，形成的数据模型是反映现实世界，在这基础上生成的应用系统就能较好得满足用户对数据的数据要求。
传统的软件设计一般注重处理过程的设计，而忽视对数据语义的分析和抽象。
而对数据库应用系统来说，管理的数据量很大，数据间联系复杂，数据要共多用户共享，因此数据模型设计的的是否合理，将直接影响系统应用程序的性能和质量。
结构特性的设计涉及实体、属性及其相互的联系，域和完整性约束。
它包括模式和子模式的设计，涉及模式的设计，设计最后要建立数据库。
结构特性的设计应满足以下几点：
能正确反映现实世界，满足用户要求；减少和避免数据冗余；维护数据的完整性。
行为（动态）特性的设计是指应用程序的设计。
在分析用户需要哪些数据处理的基础上，完成对各个功能模块的设计，如完成对数据的查询、修改、插入、删除、统计、报表等。
应用设计还包括对事务的设计，以保证在用户环境下数据的完整性和一致性。
在数据库设计中，结构特性和行为特性的设计可以结合起来进行。
数据库设计是一项复杂的工程，一个符合应用要求的数据库系统，应具有良好的性能。
数据库的性能包括数据库的存取效率和存储效率。
数据库的存取次效率主要表现在对事务响应快，存取数少。
存取次数指为查找一个记录所需存取逻辑记录的次数。
存储效率是指存储数据的空间利用率，即存储用户数据所占有实际辅存空间的大小。
（3）、数据库设计过程
数据库的设计与应用环境联系紧密，其设计过程与应用规模、数据的复杂程度密切有关。
因此，数据库的设计应分阶段进行，不同阶段完成不同的设计内容。
数据库的设计可分为以下六个阶段：
需求分析、概念设计、逻辑设计、物理设计、数据库实施和运行、数据库的使用和维护。
需求分析阶段主要是获得用户对所要建立数据库的信息要求和处理要求的全面描述。
通过调查研究，了解用户业务流程，与用户取得对需求得一致认识。
概念设计阶段要对收集的信息、数据进行分析、整理，确定实体、属性及它们之间的联系，将各个用户的局部视图合并成一个总的全局视图，形成独立于计算机的反映用户观点的概念模式。
导出的逻辑结构是否与概念模式一致，从功能和性能上是否满足用户要求，要进行模式评价。
如果达不到用户的要求，还要反复、修整或重新进行设计。
物理设计的任务是确定数据在介质上的物理存储结构，即数据在介质上如何存放，包括存取方法及存取路径的选择。
物理设计的结果将导出数据库的存储模式。
逻辑设计和物理设计的好坏对数据库的性能影响很大，在物理设计完后，要进行性能分析，测试。
如果需要，要重新设计逻辑结构和物理结构。
在逻辑结构和物理结构确定后，就可以建立数据库了。
数据库实施阶段包括建立实际数据库结构，装入数据，完成编码，进行测试。
然后就可以投入运行。
在这之间进行的结构特性设计可以和行为特性即应用程序的设计结合起来进行，以相互参照，补充完善各阶段的设计。
按照软件工程的设计思想，软件生存期指软件从开始分析、设计直到停止使用的整个时间。
使用和维护阶段是整个生存期的最长时间段。
数据库使用和维护阶段需要不断完善系统性能和改进系统功能，进行数据库的再组织和重构造，以延长数据库使用时间。
2、概念模型的选择
（1）、实体-联系（E/R,Entity-Relationship）模型，具有图的特性，用方框和箭头表示基本的数据元素和它们之间的连接。
（2）、ODL（对象定义语言，ObjectDefinitionLanguage），它是面向对象的数据库设计方法，是面向对象的数据库系统正在形成的标准。
（3）、网状模型和层次模型，统称为非关系模型，已逐步被关系模型的数据库系统所取代。
在某种意义上，它们是ODL的范围有限的版本。
（4）、由于网状模型和层次模型现在已经很少使用，而ODL为面向对象语言，是一种正在形成的标准，另外，在现在流行的数据库系统软件中，以实体-联系模型作为理论基础的比较常见，例如：
MicrosoftAccess、MicrosoftVisualFoxPro、MicrosoftSQLServer等，利用实体-联系模型进行开发有助于在上述某一特定平台上的实现。
最终选取实体-联系模型作为数据库开发的理论依据。
3、系统的E/R模型
（1）、实体及其属性图：
（2）、实体及其联系图：
4、E/R模型转化为关系模型
关系模式是关系模型的集合。
在E-R模型转换为关系模型时所有实体和联系都要转换为相应的关系模型。
转换规则如下：
（1）、一个实体型转换为一个关系模式。
实体的属性就是关系的属性，实体的码就是关系的码。
（2）、一个m:
n联系转换为一个关系模式。
与该联系相连的各个实体的码以及联系本身的属性均转换为关系的属性。
而关系的码为各实体的码的组合。
（3）、一个1:
n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
（4）、一个1:
1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。
如果与某一端对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码的联系本身的属性。
（5）、三个或三个以上实体间的一个多元联系转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。
而关系的码为各实体码的组合。
（6）、同一实体集的实体间的联系，既自联系，也可按上述1:
1,1:
n,m:
n三种情况分别处理。
（7）、为了减少系统中的关系个数，如果两个关系模式具有相同的主码，可以考虑将它们合并为一个关系模式。
合并方法是将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性。
综上所述，对上述E/R模型作出如下转换：
药品（药品ID，药品名称，类别名称，药品说明）
供应商（供应商ID，供应商名称，联系方法）
药品供应（药品ID，供应商ID，库存量，订货量，单价，保质期，生产日期）
为减少数据冗余，希望对上述关系模型进行分解，在上述关系中，若干种药品可能属于同种药品类别，故将药品改为：
药品（药品ID，药品名称，类别ID，类别名称，药品说明），上述关系模式属于1NF。
如果一个关系模式属于1NF，并且它上面的每一个非平凡函数依赖的左边都包含码，则此关系模式属于BCNF。
在关系模式：
药品（药品ID，药品名称，药品说明，类别ID，类别名称）中，设（药品ID）=A，（药品名称，药品说明）=B，（药品类别ID）=C，（类别名称）=D。
则在R=（ABCD）中存在以下函数依赖：
F={AB,AC,CD}。
①、找码：
A+=ABCD,B+=B,C+=CD,D+=D,
AB+=ABCD,AC+=ABCD,AD+=ABCD,BC+=BCD,BD+=BD,CD+=CD,
ABC+=ABCD,ABD+=ABCD,ACD+=ABCD,BCD+=B
升级会员 