基于NET的医药管理系统.docx
- 文档编号:17844250
- 上传时间:2023-08-04
- 格式:DOCX
- 页数:44
- 大小:349.84KB
基于NET的医药管理系统.docx
《基于NET的医药管理系统.docx》由会员分享,可在线阅读,更多相关《基于NET的医药管理系统.docx(44页珍藏版)》请在冰点文库上搜索。
基于NET的医药管理系统
云南财经大学
学生毕业论文(设计)
题目:
基于.NET的医药管理系统设计开发
院(系):
信息学院
专业:
计算机科学与技术(经济信息处理)
班级:
0613201101(计经11-1)
学号:
201105001593
论文作者:
苏宇跃
指导教师:
谭瑛
指导教师职称:
讲师
2015年4月
云南财经大学
本科毕业论文(设计)原创性及知识产权声明
本人郑重声明:
所呈交的毕业论文(设计)是本人在导师的指导下取得的成果。
对本论文(设计)的研究做出重要贡献的个人和集体,均已在文中以明确方式标明。
因本毕业论文(设计)引起的法律结果完全由本人承担。
本毕业论文(设计)成果归云南财经大学所有。
特此声明
毕业论文(设计)作者签名:
作者专业:
计算机科学与技术(经济信息处理)
作者学号:
201105001593
2015年4月
目录
本科毕业论文(设计)原创性及知识产权声明I
摘 要III
AbstractIV
一、绪论1
(一)课题研究背景及意义1
(二)系统使用的方法和语言1
(三)系统描述2
(四)分析方法3
二、需求收集4
(一)业务过程分析4
(二)研究领域分析5
(三)系统需求研究7
三、系统分析与设计9
(一)开发系统用例模型9
(二)系统数据库设计9
(三)数据字典10
四、开发系统18
(一)系统实现18
(二)部分系统界面及功能简介19
附录24
结束语32
致谢34
参考文献33
摘 要
目前,大中型城市的多数药品店已经实现了商品管理、客户管理、销售管理及销售管理的信息化等,提高了管理效率。
但是,在大多数小药品店,药品店管理仍然以传统人工管理为主,特别是在药品的采购、销售、库存环节,传统的手工管理处理信息混乱,账目管理困难,效率低下,浪费严重,造成了成本的增加。
使用系统,可以使管理人员从大量繁琐的手工操作中解放出来,方便药品店管理者对药品进销存的实际情况进行集中的查询与管理工作,改进药品店的工作,提高工作效率和服务质量,同时可以适应药品店与社会医保综合管理的需求,减少资源的浪费和流失。
系统以功能性强的MicrosoftVS.NET作为开发环境,用编译语言C#对系统进行自我的设计与合理的开发,后台数据库使用则MicrosoftSQLServer2008。
系统实现对人员信息的修改、对药品类别及药品信息的添加管理、库存管理和销售管理等功能,能应用于更多的实际情况。
关键字:
管理系统 医药 NET C#
Abstract
Atpresent,thelargeandmiddlescalecitiesmosthospitalsalreadyrealizedtheoutpatientservicemanagement,havebeenhospitalizedthemanagement,thedrugssalemanagementandsoonbecominganinformationbasedsociety,enhancedthemanagementefficiency.But,inthemajoritycountylevelhospitalandthevillagesandtownsclinic,thehospitalmanagementstillbythetraditionalmanualmanagementprimarily,speciallyinthemedicinepurchase,thesale,keptinstockthelink,thetraditionalmanualmanagementprocessinformationchaotic,accountitemmanagementdifficulty,efficiencylow,thewastewasserious,hascreatedthecost.
Themedicineenterssellssavesthemanagementsystemmanagementsystembuttodevelopforthesolutionabovequestion,thissystemmainlyaimsatthesmallhospitalandclinic'smedicinepurchase,thesale,keepsinstockthelink,thesystemmayrealizethedrugstogointostoragefunctionandsoonmanagement,drugsleavesstorehousemanagement,adjustspricesmanagement,inventoryingmanagement,financeinformationmanagement,drugsinformationmanagement,systemmaintenance,mayfacilitatecompleteseachitemofdrugsattribute,thesalescondition,thesupplyanddemandconditionstatistics,causeseachworktheorganizationtobestandard.
Usesthissystem,maycausetheadministrativepersonneltoliberatefromthemassivetediousmanualoperation,theconvenienthospitalsuperintendententerstheactualsituationtothemedicinewhichsellssavestocarryonthecentralismtheinquiryandthesupervisorywork,improvesthehospitalthework,enhancestheworkingefficiencyandthegradeofservice,atthesametimemayadaptthehospitalandthesocialmedicineguaranteesthesynthesismanagementthedemand,reducestheresourcesthewasteanddrains.
Afterthoroughinvestigationandgeneralizedanalysis,thissystemusefunctionformidableMicrosoftVS.NETtookthedevelopmentenvironment,useprogramminglanguageC#carriesonthedesignandthedevelopmenttotheoverallsystem,thebackstagedatabaseusesMicrosoftSQLServer2,008.Notonlyrealizedthefunctionofmemberinformationofaddingandmodifybutalsothesalecontrolandmanageofstoringandseriesaddingfunction.Allofthosefunctioninordertohavebetterapplication.
Keywords:
managementsystem,medicine,.NET,C#
基于.NET的医药管理系统开发设计
一、绪论
(一)课题研究背景及意义
随着生产技术的进步、现代化科学技术和社会经济的迅速发展,世界正在向信息化社会前进,三大支柱产业由信息、能源、物质构成。
日益复杂的社会活动,让各种管理工作也必将与计算机的信息操作并行。
与我们的健康有着密切关系的医药管理系统,也将面临信息化的考验。
旧有的企业管理模式已不能适应新型的社会主义市场经济的要求,再者药品产品种类繁多、业务量大,单凭手工记账很难适应工作的需要。
同时,药品作为一个关系到人民群众健康的特殊行业,国家对药品行业又有一些不同于其他行业的管理政策,这些都加大了管理的难度。
如何尽快建立和完善药品行业的信息化管理机制,已成为影响药品行业生存发展的关键所在。
医药管理系统就是为了解决传统药品管理过程中的进销存账目管理困难、人工处理混乱等问题,让管理人员不再劳累于大量繁重的手工操作,更加方便地完成药品信息的管理、药品的入库出库等操作,更加快捷地完成各项药品内容、销售情况的统计,使得每个工作环节的组织更加规范,提高工作效率与服务质量;同时可以适应药品店与社会医保综合管理的需求;从而可以改变药品店药库药品管理的传统模式,加强药库管理,减少资源浪费和流失。
软件开发可以采用多种开发方法,如生命周期法和面向对象方法等。
面向对象技术是软件工程领域中的重要技术,它不仅是一种程序设计方法,更重要的是,它是一种对真实世界的抽象思维方式。
UML(UnifiedModelingLanguage)就是一种特别适合采用面向对象思维方式的软件建模语言。
UML伙伴组织于1996年由Rational公司创立。
对象管理组织(OMG)于1997年11月将UML的1.1版接纳为标准。
UML是多种方法相互借鉴、相互融合、趋于一致、走向标准化的产物。
这样的统一建模语言为软件开发商及其用户带来诸多便利。
许多计算机技术发达的国家已有大量的软件开发组织开始用UML进行系统建模,学习和使用UML已经成为一种潮流。
UML只是一种建模语言,在系统的具体编制过程中,使用了Microsoft专门为使用.NET平台而创建的语言C#。
(二)系统使用的方法和语言
统一建模语言(UnifiedModelingLanguage,UML)是一种可视化的建模语言,它能让我们易于理解的、标准的方式建立起能够表达出自己想象力的系统
蓝图,方便了人与人之间安全有效交流和共享。
UML提供了系统设计所需要的多种图,这些图是在用多个视图来展示一个系统,这组视图被称为一个模型(Model)。
由于UML是一种语言,所以UML具有组合这些元素的法规。
UML提供了扩展和组织这些图的方法并且描述系统应该做什么。
虽然UML的应用以系统的开发过程为背景,但是由于不同的组织和不同的应用领域,因此需要采取不同的开发过程。
作为一种建模语言,UML的定义包括UML语义和UML表示法两个部分。
(1)UML语义 描述基于UML的精确元模型定义。
(2)UML表示法 定义UML符号的表示法是系统建模提供了标准,为开发者或开发工具使用这些图形符号和文本语法。
这些图形符号和文字所表达的是应用级的模型,在语义上它是UML元模型的实例。
标准建模语言UML的重要内容可以由下列五类图(共9种图形)来定义:
第一类是用例图,第二类是静态图(Staticdiagram),包括类图、对象图和包图。
第三类是行为图(Behaviordiagram),描述系统的动态模型和组成对象间的交互关系。
其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。
通常,状态图是对类图的补充。
在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。
而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。
第四类是交互图(Interactivediagram),描述对象间的交互关系。
其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;协作图描述对象间的协作关系,协作图跟顺序图相似,显示对象间的动态合作关系。
除显示信息交换外,协作图还显示对象以及它们之间的关系。
如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择协作图。
这两种图合称为交互图。
第五类是实现图(Implementationdiagram),包括构件图和配置图。
而语言则使用编程软件visualstudio2010下的.NET和C#。
(三)系统描述
本系统运用面向对象的思想,基于UML进行药品管理系统的分析与设计。
本文运用UML来分析和描述药品店药品管理所涉及的药品基本信息管理、药品入库、出库、调价、查询、统计、盘点等一系列功能。
系统维护包括:
新建操作用户、修改用户信息、删除用户等。
商品管理包括:
商品信息的添加、修改和删除和查询等。
客户管理包括:
供应客户信息的添加修改和删除等。
采购管理包括:
登记公司向供应客户采购商品的入库单等。
盘点管理包括:
盘点库存药品、生成入库出库清单等。
(四)分析方法
为了适应开发过程多方面的挑战,不同的组织和不同的应用领域需要采取不同的开发过程才能提高开发效率。
在系统的设计开发中,使用了“快速应用工程指导原则”(GuidelinesforRapidApplicationEngineering),简称GRAPPLE。
GRAPPLE的思想并没有脱离UML分析方法——RUP(RationalUnifiedProcess,统一开发过程)。
它是一组可以自适应的,灵活的开发思想,可以适应与许多不同组织的软件开发过程,让开发者发挥自己的创造力和好的思想来构建自己的组织。
GRAPPLE由5个段组成,即需求收集,分析,设计,开发,部署。
论文便是以GRAPPLE方法的基本结构、步骤来构架的,由于在软件的构建阶段,设计和分析都可以往返进行直到设计完成,所以在论文中,将分析与设计合并为一个章节来叙述。
之后在设计的基础上使用微软的VisualC#完成系统的实现
二、需求收集
(一)业务过程分析
开发一个系统的起点就是获得对客户业务过程的理解,特别是获得使用目标系统的客户的理解。
这就需要系统分析员与客户进行充分的交流。
首先要在调研的过程中了解到一套业务领域的词汇。
“医药管理系统”需要实现的功能有主要有:
“系统维护”,“入库管理”,“调价管理”,“出库管理”,“财务信息管理”,“药品信息管理”等。
此次设计的“医药管理系统”需要完成的主要功能有:
“系统维护”,“入库管理”,“调价管理”,“出库管理”,“财务信息管理”,“药品信息管理”等一系列与业务流程相配套的完整功能。
在系统中,主要的业务流通领域词汇有以下几大类:
采购计划,入库,财务验收,付款处理,出库,调价处理,库存盘点,查询。
药品信息管理的总体活动可以由以下的图来描述:
图1药品信息管理的流程图
(二)研究领域分析
现在仍然处在需求收集阶段的概念性分析。
这个阶段需要开发出初步的类图、建立和标记类之间的关联,同时填充类的信息。
1.初步用例模型开发
用例是由参与者发起的,参与者能够从用例的执行中获得有价值的事物。
用例模型的图形表示法很直观。
用例用一个椭圆形表示,直立人形图表表示参与者。
用例的发起参与者在用例图的左侧,接受参与者在用例图的右侧。
参与者的名字放在参与者图表的下方,用例的名字放在椭圆形里面。
关联线连接参与者和用例,并且表示参与者与用例之间有通信关系。
关联线是实现和类之间的关联线类似。
用例分析的一个好处是它能展现出系统和外部世界之间的边界。
参与者是典型的系统外部实体,而用例属于系统内部。
系统的边界用一个矩形(里面写着系统的名字)来代表。
系统的用例装入矩形之内。
参与者、用例和互连线共同组成了用例模型(usecasemodel).
下图说明了这些符号:
图2用例模型示例
(1)开发系统业务角色
首先,需要确定整个系统的业务角色。
业务角色,顾名思义,就是与业务交流的人或物,都可以被称为业务角色。
在本管理系统中,大体上可以分为生产厂家、供应商、采购员、销售员、基本操作员、系统管理员这六类业务角色。
(2)开发初步用例图
接下来,需要对每个业务角色标识业务用例,这些业务用例包括:
生产药品、购入药品、批发销售药品、输入药品相关信息、售出药品、管理整个系统流程等等。
这个阶段的任务,就是描述系统用例与系统业务角色之间的关系,如图2-3中所示。
图3业务角色与系统用例
2.开发初步类图
(1)系统中的类
类图(ClassDiagram)描述类和类之间的静态关系。
与数据模型不同,它不仅显示了信息的结构,同时还描述了系统的行为。
类图是定义其它图的基础。
在类图的基础上,状态图、合作图等进一步描述了系统其他方面的特性。
下面分析该领域下的类中的动词和名词,其中的一些名词将可能成为模型中的类,另一些名词成为类的属性。
而动词或者动词短语则成为类的操作或类之间的关联标记。
系统中涉及到的名词有:
药品(drug),用户(user),管理员(administrator),普通用户(commonuser),信息录入员(informationrecorder),盘点员,调价员,采购员(buyer),仓库保管员(depositorykeeper),销售员(seller),账目(account),发票(invoice),账单(bill),入库单(enterdepositorybill),出库单(outdepositorybill),调价单(changepricebill),客户(client),供应商(merchant)等等。
系统中涉及到的动词有:
入库(enterdepository),出库(outdepository),盘点(check)、调价(changeprice)、付账(pay)、信息录入(informationenter)等等。
(2)类之间的关系
在这个阶段,对开发出来的初步类图中的类,根据其意义来分成一些组。
人组成的一组:
用户(user),管理员(administrator),过期日期(Duedate),普通用户(commonuser),客户(client),生产厂家(manufacturer),供应商(merchant),销售员(seller),采购员(Buyer)
物品组成的一组:
药品(drug),药库(Depository)
生成的单据组成的一组:
账目(account),发票(invoice),Check(支票),账单(bill),入库单(enterdepositorybill),出库单(outdepositorybill),调价单(changepricebill)
(3)构建系统类图
在完成了初步类图的构建之后,需要建立和标记出类之间的关联。
具体的表述关联的方法策略是:
先从几个类开始,找出与这个类存在关联的其他类,然后再寻找另外一组类与其他类的关联,直到穷尽了所有的类为止。
下面先介绍一下类之间常用的几种关系以及他们的概念:
关联关系:
关联(Association)表示两个类之间存在某种语义上的联系。
角色:
关联两头的类以某种角色参与关联。
关联类:
一个关联可能要记录一些信息,可以引入一个关联类来记录。
聚集和组成:
聚集(Aggregation)是一种特殊形式的关联。
聚集表示类之间的关系是整体与部分的关系。
聚集可以进一步划分成共享聚集(SharedAggregation)和组成。
继承关系:
人们将具有共同特性的元素抽象成类别,并通过增加其内涵而进一步分类。
继承(Generalization)定义了特殊元素和一般元素之间的分类关系。
将User进一步分为commonuser,administrator和businessuser,即继承关系。
依赖关系:
元素Y依赖(Dependency)于元素X即如果修改元素X的定义可能会引起对另一个元素Y的定义的修改。
(三)系统需求研究
1.收集系统需求
在对一个系统的开发中,必须集中考虑用户的需求,这个步骤需要开发出系统的功能包图,每个包应代表系统的一个功能模块。
包:
将许多类集合成一个更高层次的单位,形成一个高内聚、低耦合的类的集合。
UML中这种分组机制叫包(Package)。
任何模型元素都运用包的机制。
如果没有任何启发性原则来指导类的分组,分组方法就是任意的。
包图首要显示各类包之间的依赖关系也可能显示其间继承关系和组成关系。
2.开发系统功能包图
现在可以开发出系统功能包图如图2-4。
在图2-4中,“系统”包由“界面”包、“单据”包和“使用者”包组成。
这里称它们为"系统"包的内容。
在不需要显示包的内容时,将其名字放进大方框内,相反则将包的名字放入左上角的小方框中,把内容放进大方框内。
包的内容允许是类的一系列列表,也允许是一个包图,甚至是一个类图。
图4系统功能包图
三、系统分析与设计
(一)开发系统用例模型
用例能够帮助系统开发者理解系统的预期行为,因而是一个强有力的工具,它能够帮助开发者从用户的观点收集需求。
用例是一个强有力的工具,当使用UML可视化的表达出这些概念后,用例甚至会变得更加强大。
可视化可以向用户显示用例,可视化的表达形式可以将用例图与其他类的图结合起来。
而且他们可以提供更多的信息。
用例能够帮助用户解决其想到所不能表达出来的问题。
系统分析过程中的一个目标是产生一组用例,这些用例代表着用户对系统的观点。
而这种想法是要对用例进行分类整理,以便于引用。
当要对系统升级时,用例目录将作为聚集升级的需求之本。
(二)系统数据库设计
数据流程分析主要包括对信息的传递、流动、处理、存储一系列的分析。
数据流程分析的意义在于发现并解决数据流通中产生的问题。
现有的数据流程分析基本上是通过DFD(数据流程图)进行实现。
其具体的做法是:
通过业务流程图得出业务流程顺序,将其掌握的数据处理过程,绘制成一套完整的DFD(数据流程图)。
医药管理系统的数据流程:
对本系统操作的数据源的用户为管理员用户。
管理员用户可以进行信息查询、添加、修改、删除等相关操作。
通过对本系统的需求分析,系统的基本功能已经确定。
系统数据流程图如3-1:
进入系统登录界面
管理员登录
系统维护
操作
页面
基本信息维护
商品信息维护
数据库
采购信息管理
销售信息维护
财务信息维护
退出系统
供应商管理
数据库维护
图5系统数据流程图
(三)数据字典
1.医药管理系统的数据字典
(1).数据流
数据存储名称:
管理员信息
数据来源:
管理员信息表
数据去向:
管理员登陆模块
数据组成:
管理员信息=管理信息唯一标识+管理员帐号+管理员密码+管理员权限+注册时间
描述:
存储了管理员的基本信息
数据存储名称:
商品类别信息
数据来源:
商品类别信息表
数据去向:
商品类别模块
数据组成:
商品类别信息=商品类别信息唯一标识+商品类别+添加时间+经手人
描述:
存储了商品类别的注册信息
数据存储名称:
商品信息
数据来源:
商品信息表
数据去向:
商品信息模
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 NET 医药 管理 系统
![提示](https://static.bingdoc.com/images/bang_tan.gif)