医药店库存管理系统论文Word文件下载.doc
《医药店库存管理系统论文Word文件下载.doc》由会员分享，可在线阅读，更多相关《医药店库存管理系统论文Word文件下载.doc（23页珍藏版）》请在冰点文库上搜索。
2.2设计思想 5
2.3可行性分析 6
2.3本系统采用的关键技术 6
2.3.1介绍 6
2.3.2SQLServer数据库 7
3、系统概要设计 9
4、系统详细设计 10
4.1后台数据库设计 10
4.2系统E-R图 13
4.3处理流程设计 14
4.3.1系统操作流程 14
4.3.2数据增加流程 15
4.3.3数据修改流程 15
4.4.4数据删除流程 16
4.4系统模块设计 17
4.4.1管理员登陆 17
4.4.2药品信息管理 17
4.4.3药品库房管理 18
4.4.4药品入库管理 19
5、系统调试与测试 19
5.1程序调试 19
5.2程序的测试 19
5.2.1测试的重要性及目的 19
5.2.2测试的步骤 21
5.2.3测试的主要内容 21
6、结论 22
6.1系统评价 22
6.2安全性问题 23
致谢 24
参考文献 25
1、绪论
我国医院的医药信息处理基本上还停留在手工方式，劳动强度大且工作效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，致使“人不能尽其才”;
病人排队等候时间长，辗转过程多，影响医院的秩序;
病案、临床检验、病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现;
对这些资料深入的统计分析手工方式无法进行，不能充分为医学科研利用;
在经济管理上也因而存在漏、跑、错等现象;
医院物资管理由于信息不准确，家底不明，积压浪费，以致“物不能尽其用”。
开发HIS是解决上述问题的有效途径。
HIS系统的有效运行，将提高医院各项工作的效率和质量，促进医学科研、教学，减轻各类事务性工作的劳动强度，使他们腾出更多的精力和时间来服务于病人，改善经营管理，堵塞漏洞，保证病人和医院的经济利益为医院创造经济效益。
当然建立HIS更主要的还在于它对医院管理、医疗质量和医学研究的长期效应带来的综合效益。
药品是防病治病的特殊商品，是医院重要的经济收入来源，是医疗活动中必不可少的基础物资，兼具物资和医疗双重属性，是医院医疗和经济活动中的重要组成部分，在医院的运营成本中占有很大比重。
药房、药库是医院药品供应基地，是加强医院药品管理的重要环节之一。
由于药品种类繁多，流通环节繁杂，强化对药库管理尤为重要，它既要保障对临床各科室的供应.又要控制药品品种、数量、质量，防止过期失效，减少浪费，达到增收节支的目的。
对药房、药库实行计算机管理，可使药房、药库的工作人员可及时了解库房药品进、出、存的动态变化，既做到为临床及时提供所需药品不使药品供应中断，又有效减少盲目进货造成药品积压现象，药品的信息化管理不仅可加快药品周转，而且可大大提高工作人员的工作效率和管理质量，也更加有利于及时、安全、优质地的保证临床用药。
因此医院管理者历来都十分重视药品信息综合管理的开发应用。
医院药品信息综合管理系统是医院信息管理系统的重要组成模块，是医院管理中的关键环节，是药品管理的核心。
它与门诊收费系统、门诊挂号系统、门诊药房系统、医技管理系统及医生站、护士站、住院结算、院长查询系统之间实现数据共享，药品管理信息系统的开发成功与否，将直接影响医院HIS系统其它子系统的开发。
2、系统分析
2.1系统需求分析
医院药品信息综合管理系统主要涉及药库和各类药房（药房分门诊中、西药房和住院病区住院药房）之间药品的进、销、存等业务，并且和门诊计价、收费等有着密切的关系。
药库和药房之间虽有联系，但又相互独立，医院药品信息综合管理系统主要管理医院所有药品的出入和内部统计计算，为药品会计提供基础数据，同时包括对所有药品有效期的管理。
2.2设计思想
系统采用B/S模式。
整个系统最关键的就是数据库系统，一个强大的数据库可以支持完善一个优秀的软件设计，通过软件系统与数据库系统的连接来实现通过软件界面观察和处理操作数据。
当开发数据库应用时，我们将采用客户/服务器体系结构（Browser/ServerArchitecture）。
采用B/S的理由主要有：
应用的不确定性，逐步开发和增加新应用的需要。
适应将来开放的异种网络环境中应用的需要。
用户数、数据量增长的可能性，适应电脑开发、维护、供应商与相关技术人员变更的需要，有利于动态规划与动态开发过程，对系统可靠性的保证。
此外，从用户的现有资源的延续利用与新增投入，及开发的成本和难度看，采用B/S结构，也是比较适中、现实的选择。
系统采用三层架构，VisualStudio2008作为开发工具,开发医院药品信息综合管理系统的核心模块，实现药品“采购—入库—出库、调拨—出售—盘点—核算”全流程的基础数据采集。
用SQLServer2005开发数据库。
开发过程中采用了原型法即以少量代价快速地构造一个可执行的软件系统模型。
使用户和开发人员可以较快地确定需求，然后采用循环进化的开发方式，对系统模型作连续的精化，将系统需具备的性质逐渐增加上去，直到所有的性质全部满足。
2.3可行性分析
开发该系统所需的相关资料可以通过已存在的相关系统进行调查采集,所需的其他应用软件、硬件系统也易于获得.因此,开发成本较低。
而引进使用本系统后，与传统方式相比，具有高效率、低成本、高质量的特点，可以节省不少人力、物力及财力。
所以，从经济的角度来看，该系统可行。
技术可行性要考虑现有的技术条件是否能够顺利完成开发工作，软硬件配置是否满足开发的需求等。
本网站用的是开发语言，当前的计算机硬件配置也完全能满足开发的需求，因此在技术上是绝对可行的。
软件方面：
由于目前单机模式相对发展成熟，故软件的开发平台成熟可行,它们速度快、容量大、可靠性能高、价格低，完全能满足系统的需求。
本系统的开发，主要是对数据的处理，包括数据的收集，数据的变换，及数据的各种报表形式的输出。
采用流行的+SQLSERVER2005体系，已无技术上的问题。
运行可行性是对组织结构的影响，现有人员和机构和环境对系统的适应性及人员培训补充计划的可行性。
当前信息化技术已经相当普及，各类操作人员水平都有相当的高度，所以在运行上是可行性的。
2.3本系统采用的关键技术
2.3.1介绍
ASP.net使用一种字符基础的，分级的配置系统，使你服务器环境和应用程序的设置更加简单。
因为配置信息都保存在简单文本中，新的设置有可能都不需要启动本地的管理员工具就可以实现。
这种被称为"
ZeroLocalAdministration"
的哲学观念使A的基于应用的开发更加具体，和快捷。
一个ASP.net的应用程序在一台服务器系统的安装只需要简单的拷贝一些必须得文件，不需要系统的重新启动，一切就是这么简单。
多处理器环境的可靠性ASP.net已经被刻意设计成为一种可以用于多处理器的开发工具，它在多处理器的环境下用特殊的无缝连接技术，将很大的提高运行速度。
即使你现在的ASP.net应用软件是为一个处理器开发的，将来多处理器运行时不需要任何改变都能提高他们的效能，但现在的ASP确做不到这一点。
自定义性和可扩展性ASP.net设计时考虑了让网站开发人员可以在自己的代码中自己定义"
plug-in"
的模块。
这与原来的包含关系不同，ASP.net可以加入自己定义的如何组件。
网站程序的开发从来没有这么简单过。
安全性基于Windows认证技术和每应用程序配置，你可以确性你的原程序时绝对安全的。
ASP.NET的语法在很大程度上与ASP兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。
可以通过在现有ASP应用程序中逐渐添加ASP.NET功能，随时增强ASP应用程序的功能。
ASP.NET是一个已编译的、基于.NET的环境，把基于通用语言的程序在服务器上运行。
将程序在服务器端首次运行时进行编译，比ASP即时解释程序速度上要快很多.而且是可以用任何与.NET兼容的语言（包括VisualBasic.NET、C#和JScript.NET.）创作应用程序。
另外，任何ASP.NET应用程序都可以使用整个.NETFramework。
开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。
ASP.NET可以无缝地与WYSIWYGHTML编辑器和其他编程工具（包括MicrosoftVisualStudio.NET）一起工作。
这不仅使得Web开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到Web页的GUI和完全集成的调试支持。
当创建ASP.NET应用程序时，开发人员可以使用Web窗体或XMLWebservices，或以他们认为合适的任何方式进行组合。
每个功能都能得到同一结构的支持，使您能够使用身份验证方案，缓存经常使用的数据，或者对应用程序的配置进行自定义.
2.3.2SQLServer数据库
SQLServer是由Microsoft开发和推广的关系数据库管理系统（DBMS）,它最初是由Microsoft、Sybase和Ashton-Tate三家公司共同开发的，并于1988年推出了第一个OS/2版本。
SQLServer近年来不断更新版本，1996年，Microsoft推出了SQLServer6.5版本；
1998年，SQLServer7.0版本和用户见面；
SQLServer2005是Microsoft公司于2005年推出的版本。
SQLServer特点：
1．真正的客户机/服务器体系结构。
2．图形化用户界面，使系统管理和数据库管理更加直观、简单。
3．丰富的编程接口工具，为用户进行程序设计提供了更大的选择余地。
4．SQLServer与WindowsNT完全集成，利用了NT的许多功能，如发送和接受消息，管理登录安全性等。
SQLServer也可以很好地与MicrosoftBackOffice产品集成。
5．具有很好的伸缩性，可跨越从运行Windows95/98的膝上型电脑到运行Windows2005的大型多处理器等多种平台使用。
6．对Web技术的支持，使用户能够很容易地将数据库中的数据发布到Web页面上。
7．SQLServer提供数据仓库功能，这个功能只在Oracle和其他更昂贵的DBMS中才有。
3、系统概要设计
根据系统的功能需求分析，将本系统流程划分为：
药品信息输入、药品信息修改、药品信息简单查询、药品信息高级查询、药品信息查询、退出等模块，系统可按各种方式查询数据，预览药品价格、入库药品清单等，使药品信息管理系统从纯手工中解脱出来，实现药品管理系统简单化、规范化、合理化、科学化，其实用性强，用户界面友好。
4、系统详细设计
4.1后台数据库设计
数据库：
设计表“admin”
列名
数据类型
长度
允许空
Ano
Varchar
50
否
Apwd
是
设计表“bf”
Id
Bigint
8
Yno
Cno
Bf_time
Number
Int
4
Total
Float
Jsr
设计表“ck”
Cname
Under
设计表“dw”
dno
Dname
Address
100
Phone
Lxr
设计表“min”
Sc_time
Datetime
Gq_time
In_time
State
4.2系统E-R图
密码
用户名
用户
管理
信息
入库管理
药品管理
退货管理
销货管理
4.3处理流程设计
4.3.1系统操作流程
系统登录界面
输入操作员及密码
系统主界面
系统管理
错误信息
数据库
检查
密码错误
密码正确
功能界面
功能处理
4.3.2数据增加流程
添加信息时，编号字段由系统自动生成，且不能修改，其他信息由用户输入，之后对数据进行合法判断，合法则写入保存至数据库，不合法则重新输入数据。
数据增加流程图：
开始
自动生成编号
输入数据
是否合法
写入数据库
结束
图3.2数据增加流程图
4.3.3数据修改流程
在修改信息时，先选中一条待修改的记录，然后直接输入数据，判断合法性，合法则保存至数据库，不合法重新输入。
数据修改流程图如图3.3所示。
选择需要修改记录
图3.3数据修改流程图
4.4.4数据删除流程
当用户选定一条记录时，单击删除按钮，会提示用户是否确定删除，然后删除数据库相关内容。
数据删除流程图如图3.4所示。
选择需要删除记录
是否删除
更新数据库
图3.4数据删除流程图
4.4系统模块设计
4.4.1管理员登陆
当系统登陆时，首先出现的是一个用户权限登陆的界面,权限设置主要是维护系统的安全性和完整性。
拥有管理员权限的操作员能对其他操作员进行相应的权限设置，没有权限的操作员不能对相应的窗口进行操作。
如下图所示：
4.4.2管理员管理
管理员可以对管理员信息进行管理，包括对管理员信息的添加、修改、删除等操作。
界面如下图所示：
4.4.3进货管理
4.4.4销售管理
5、系统调试与测试
5.1程序调试
在设计系统的过程中，存在一些错误是必然的。
对于语句的语法错误，在程序运行时自动提示，并请求立即纠正，因此，这类错误比较容易发现和纠正。
但另一类错误是在程序执行时由于不正确的操作或对某些数据的计算公式的逻辑错误导致的错误结果。
这类错误隐蔽性强，有时会出现，有时又不出现，因此，对这一类动态发生的错误的排查是耗时费力的。
5.2程序的测试
5.2.1测试的重要性及目的
（1）测试的重要性
软件的测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。
近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。
事实上，对于软件来讲，不论采用什么技术和什么方法，软件中仍然会有错。
采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。
测试是所有工程学科的基本组成单元，是软件开发的重要部分。
自有程序设计的那天起测试就一直伴随着。
统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。
而在软件开发的总成本中，用在测试上的开销要占30％到50％。
如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。
在实践中，软件测试的困难常常使人望而却步或敷衍了事，这是由于对测试仍然存在一些不正确的看法和错误的态度，这包括:
①认为测试工作不如设计和编码那样容易取得进展难以给测试人员某种成就感;
②以发现软件错误为目标的测试是非建设性的，甚至是破坏性的，测试中发现错位是对责任者工作的一种否定;
③测试工作枯燥无味，不能引起人们的兴趣;
④测试工作是艰苦而细致的工作;
⑤对自己编写的程序盲目自信，在发现错误后，顾虑别人对自己的开发能力的看法。
这些观点对软件测试工作是极为不利的，必须澄清认识、端正态度，才可能提高软件产品的质量。
（2）测试的目的
如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。
①软件测试是为了发现错误而执行程序的过程;
②测试是为了证明程序有错，而不是证明程序无错误;
③一个好的测试用例是在于它能发现至今未发现的错误;
④一个成功的测试是发现了至今未发现的错误的测试。
这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。
但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。
首先，测试并不仅仅是为了要找出错误。
通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。
同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。
其次，没有发现错误的测试也是有价值的
升级会员 