药品仓库管理系统_第1页
药品仓库管理系统_第2页
药品仓库管理系统_第3页
药品仓库管理系统_第4页
药品仓库管理系统_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

冻M电力*橹课程设计报告学生姓名学号:学院:班级:题目:药品仓库管理系统指导教师: 王欣职称:教授2011年7月15日目录1.选题背景 错误!未定义书签2药品仓库管理系统需求分析错误!未定义书签。2.1药品仓库管理系统的需求陈述错误!未定义书签。需求分析 错误!未定义书签1功能需求箱误!未定义书签。2.2.2性能需求错误!未定义书签。2.3系统需求建模箱误!未定义书签。2.3.1确定参与者错误!未定义书签。2.3.2确定用例 错误!未定义书签系统用例建模 错误!未定义书签2.3.4用例描述错误!未定义书签。3.药品管理系统系统分析 错误!未定义书签3.1系统用例建模错误!未定义书签。静态结构模型箱误!未定义书签。类的识别 错误!未定义书签3.2.2类的关联分析箱误!未定义书签。3.2.3系统用例建模 错误!未定义书签3.2.4类的属性描述 错误!未定义书签系统动态模型 错误!未定义书签3.3.1系统执行顺序分析。错误!未定义书签。2系统的协作分析错误!未定义书签。3.3.3系统状态分析 错误!未定义书签活动分析 错误!未定义书签药品仓库管理系统设计与实现錯误!未定义书签。UML体系结构设计。错误!未定义书签。4.1.1硬件体系结构设计14。软件体系结构设计 错误!未定义书签对象模型设计 错误!未定义书签系统实现。错误!未定义书签。组件分析 错误!未定义书签配置分析 错误!未定义书签心得体会。错误!未定义书签。参考文献。错误!未定义书签。1.选题背景在我国,随着医药卫生体制改革的深入,医药连锁经营的推行以及日趋激烈的商业角逐,越来越多的医药经营企业意识到提高企业管理水平的重要性,也迫切要求加快管理信息化的进程。在医药行业中,医药经营企业的物流管理以及相应的财务处理、信息处理,长期以来一直采用手工操作,但随着产业结构调整、全新的市场竞争环境,企业管理和运营效率已经成为企业成败的关键所在,手工方式的弊端毕现无遗。这就要求医药管理摆脱过去人手操作的烦琐,充分满足了医药经营企业的各种需求,从医药经营企业的各个环节对人流、物流、资金流、信息流进行统一系统的管理。市场的需求和技术的支持,最终会导致越来越多的优秀医药管理软件的出现,并在竞争中得到不断的完善和优化。面向对象技术是软件工程和过程工程领域中的重要技术,统一建模语言UML则是近几年国际上比较流行的面向对象的标准建模语言。本文阐述了基于UML建模的药品仓库管理信息系统的开发。建模是开发优秀软件所有活动的核心部分,也是本文工作的重点所在。在开发中我们考虑了RUP迭代式开发的优点并与本仓储系统开发的特色相结合,提出了自己的一套UML的建模过程。基于这个过程我们从系统分析,设计,实现与测试,运用UML建模思想与各种模型对仓储系统进行了详细的描述。如何利用现代信息技术使企业拥有快速、高效的市场反映能力和高度的效率,已是医药经营企业,特别是医药连锁经营企业特别关心的问题。尽快建立一个功能齐备的药品进、出库管理系统,完善现代企业的信息化管理机制,已成为医药企业生存发展的当务之急。通过开发这个药品管理系统,使药品进销存管理工作系统化,规范化,自动化,从而达到提高管理效率的目的。随着计算机技术的飞速发展,计算机在系统管理中的应用越来越普及,利用计算机实现各个系统的管理显得越来越重要。对于一些大中型管理部门来说,利用计算机支持管理高效率完成管理的日常事务,是适应现代管理制度要求、推动管理走向科学化、规范化的必要条件;而药品管理是一项琐碎、复杂而又十分细致的工作,药品数量之庞大、单价的变化、进货厂商的不同,一般不允许出错,如果实行手工操作,每天进货的情况以及进货时间等须手工填制大量的表格,这就会耗费药品管理工作人员大量的时间和精力,如果利用计算机进行这些管理工作,不仅能够保证各种核算准确无误、快速记录,而且还可以利用计算机对有关的各种信息进行统计,服务于财务部门其他方面的核算和财务处理,同时计算机具有手工管理所无法比拟的优点,例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高管理的效率,也是管理行业的科学化、正规化管理,与世界接轨的重要条件。基于以上的原因,有很多从事软件开发的人员,在试卷生成方面做了很大的研究。目前这一领域也以良好的发展姿态而不断进步,早期已经有了一些类似的系统,但经过软件开发人员不断的完善,大致形成了具备如下功能的系统:这个药品管理系统主要涉及医院药库的药品进、销、存等业务,以及入库、出库和库存管理,药品管理主要管理药库中所有药品的进出和内部统计计算,为药品会计提供基础数据,以及包括有效期的报警和下限报警。本系统开发设计思想就是实现药品管理的数字化。2药品仓库管理系统需求分析1 药品仓库管理系统的需求陈述本系统模拟药品工作流程,将药品分为后台库存管理和前台根据患者药方卖药。管理员管理仓库里存储的药物,根据订货报表采购员去订货并更新库存,根据过期报表丢弃过期药物并更新库存。每种药品都有一个下限储量,每月系统根据要求产生一个订货报表,统计储量低于下限的药品信息,产生一个过期报表,记录过有效期的信息。每个药品上有磁条记录,前台售药人员根据输入患者姓名患者号查询患者药方并给患者开药,划单自动触发数据库更新操作。管理员登录以后可以很清晰的看到各种项目列表和可以实现的功能,库存管理和药品管理一目了然。由于是医院使用,所有要有登录系统。这个药品管理系统主要涉及医院药库的药品进库,销售业务,以及入库和库存管理,药品管理主要管理药库中所有药品的进出。需求分析2.2.1功能需求药品主任可以添加,删除合法的系统使用者,并可以对仓库工作人员进行考核和评定,也可以查询仓库物料的详细情况;入库单管理功能入库单管理即是需要管理所有的入库单,并以列表的形式显示出来;该功能要实现添加入库单,完成药品入库,并在把入库信息显示出来,并能根据要求进行入库单修改或废除。药品采购管理功能系统需对库存不足的药品进行记录。收集其他部门物料需求情况,再查询库存物料汇总表中物料剩余情况,如果物料不足,则填写采购单进行购买;性能需求服务起端的最低分配置是由建立站点所需要的软件来决定的,在最低配置的情况下,服务器的性能往往不尽人意,现在应建议将相当出色。新系统应该尽可能地解决现有系统存在的问题。例如:减少手工操作和重复劳动,提高计算机管理程度,尽可能的杜绝漏费现象,方便查询、统计,方便数据的管理和备份等等。系统应具备较好的可维护性,较长的生存期,避免较短的时间内被推倒重来的情况发生。要求windowsXP,1G内存,250G以上硬盘容量,对响应时间要求不是很快1—2.5秒均可。2.3系统需求建模我们要了解到用例模型描述的是外部执行者(Actor)所理解的系统功能。它主要用于需求分析阶段,它的建立是系统开发者和用户反复讨论的结果,表明了开发者和用户对需求规格达成的共识。一个用例是用户与计算机之间的一次典型交互作用。在UML中,用例被定义成系统执行的一系列动作,动作执行的结果能被指定执行者察觉到。用例用来获取需求,规划和控制项目。用例的获取是需求分析阶段的主要任务之一,而且是首先要做的工作。大部分用例将在项目的需求分析阶段产生,并且随着工作的深入会发现更多的用例,这些都应及时增添到已有的用例集中。2.3.1确定参与者一个角色可以是人、硬件设备、甚至另外一个系统。对于一个系统而言,每种类型的用户表示为一个或几个角色,每个与该系统交互的外部系统也表示为一个或几个角色。仓储管理系统中,我们通过分析,可以找出这样一些角色:仓库主任、仓库管理员、仓库采购员。2.3.2确定用例对药品仓库管理系统的分析过程中,考虑了一些不针对具体执行者问题以使自己的分析结果更加准确。系统需要输入的信息。当前运行系统的主要问题。通过分析可以初步识别出系统的用例为:登陆、考核、评定、添加人员、删除人员、人员调动、查询、库存资料汇总表。2.3.3系统用例建模一般的um1的需求描述方法是用用例图来表达角色、用例及其之间的关系,用文字形式的事件流文档具体描述用例细节。一张用例图不能描述复杂系统全部需求;系统的业务种类多、功能繁杂,根本无法清晰地将系统的全部功能展开在一张用例图上,即使可以,用户看到纵横交错的各种关系,也只能望而生畏;用例图不适应描述系统的非功能要求;文字不便于说明复杂用例的流程。涉及多个部门之间的交互协调,事件流文档中的文字难以清晰地表达地籍数据的复杂流程。系统的用例图如图2.1所示。

仓库资料汇总表图2.1系统用例图2.3.4用例描述仓库主任用例描述仓库主任用例描述如下表2.1所示。表2.1仓库主任的用例文档用例名称仓库主任用例描述’对仓库的入库、出库、采购及人员讲行管理前置条件仓库主任已经注册.可以读取信息后置条件如果仓库主任已经注册,可以在系统中添加、删除用户;也可以查询物料情况,但不能讲行修改和删除活动的基本过程(1)完成主任登陆功能验证主任身份确保系统安全(2)登录成功主任可以讲行人员的考核和评定仓库管理员用例描述仓库管理员用例描述如下表2.2所示。

表2.2仓库管理员的用例文档用例名称仓库管理员用例描述’有物料讲库时.要填写入库单,有物料出库时,要核对领料单前置条件仓库管理员已经注册后置条件核对药品(包括:药品名称.型号.数量)确保无误后.填写入库单和修改物料总汇表。活动的基本过程完成仓库管理员登陆功能核对药品信息对领料单确保无误发放物料修改物料汇总表采购员用例描述采购员用例描述如下表2.3所示。表2.3采购员用例描述用例名称采购员用例描述’对库存药品的数量讲行杳询前置条件仓库采购员已经注册后置条件杳看库存物料汇总表,看药品情况如何,如果缺少,则填写采购表。活动的基本过程采购员员登陆功能查看药品信息以邮件的形式来收集其他部门的需求情况收集好需求再查询仓库物料总汇表不能进行删除和修改如果供不应求则填写采购单3・药品管理系统系统分析3.1 系统用例建模仓库管理员用例有:登陆用例:完成仓库管理员登陆功能。物料进库用例:核对物料(包括:物料名称,型号,数量)确保无误后,填写入库单和修改物料总汇表。物料出库用例:核对领料单确保无误后,发放物料,然后修改物料汇总表。系统仓库管理员用例图如图3.1所示。图3.1仓库管理员用例图2•采购员的用例有:登陆用例:完成仓库采购员登陆功能。收集用例:以邮件的形式来收集其他部门的需求情况。查询用例:收集好需求后,再查询仓库物料总汇表但不能进行删除和修改。填写用例:如果供不应求,则填写采购单。系统采购员的用例图如图3.2所示。图3.2米购员用例图3・2静态结构模型3.2.1类的识别首先,仓库主任分别对仓库管理员和采购员进行任务分配,仓库管理员负责药品的入库、出库、对药品进行汇总,填写药品汇总表。还要对入库的药品进行核对,根据入库单进行核对,对料单进行核对。采购员要定期查询库存量,对数量不充足的药品进行采购,还要对药品的数量进行统计。经过非正式分析得出药品仓库管理系统的初始类为:仓库主任、库存管理员、采购员、库存药品汇总表、、药品采购、药品入库、药品出库、入库单、领料单、药品信息、采购、库存、库存管理、核对药品、药品、核对领料单等。删除不正确的或不必要的类与对象,根据冗余标准,药品、药品信息,库存、库存管理药品采购、采购分别描述了相同的几类信息,应保留在此问题域中最富于描述力的名称,因此,应该去掉药品、库存、米购等冗余的类。现实世界存在许多对象,不能都纳入到系统中,仅需要把与问题密切相关的类与对象放到目标系统中经过初步筛选,剩下下列类:仓库主任、仓库管理员、采购员、核对、库存药品汇总表、领料单、物料、。3.2.2类的关联分析根据上文我们将对药品管理系统的对象和类识别了出来,随后,我们通过提取动词词组初步得出它们之间的关联,药品管理系统类的关联如下:仓库管理员对系统进行管理按照入库单仓库管理员进行药品管理仓库管理员对入库的药品进行核对并更新药品信息采购员对库存进行查询查看药品是否充足根据查询信息补充药品3.2.3系统用例建模使用用例图来描述参与者与外部用户所能观察到的系统功能的模型图,在此模型中列出了系统中的用例和参与者,并显示哪个参与者参与了哪个用例的执行经上述分析过程之后得出的药品仓库管理系统的类图如图3.3所示。图3.3药品仓库管理系统类图4类的属性描述属性是对象的性质,通过对象类和结构有更深入,更具体的认识。一般来说确定属性的过程包括分析和选择两个步骤。属性的确定既与问题有关,也和目标系统的任务有关。仓库主任属性:姓名,年龄,性别,工作号,工作职务仓库管理员属性:姓名,年龄,性别,工作号,工作职务仓库采购员:属性:姓名,年龄,性别,工作号,工作职务

库存药品汇总表属性:物料名称,物料型号,最大库存量,最小库存量,实际库存量物料采购表属性:物料名称,物料型号,采购数量,采购时间,采购员工作号,单价,总价物料入库单属性:物料名称,物料型号,入库数量,入库时间,管理员工作号,总价领料单属性:物料名称,物料型号,数量,时间,部门3.3系统动态模型3.3.1系统执行顺序分析在顺序图中,一条竖线代表一个对象,每个时间用一条水平的箭头线表示,箭头方向从事件的发送对象指向接受对象,时间从上向下递增,箭头线在垂直方向上的相对位置表示事件发生的先后。系统入库管理的顺序图如图3.4所示。管理员主界面杳询界面入库卑仓库拈料汇总表——i~~i——管理员主界面杳询界面入库卑仓库拈料汇总表——i~~i——I——图3.4入库管理顺序图系统采购管理的顺序图如图3.4所示。

主界面创建登录验证登越骑订戊功主界面创建登录验证登越骑订戊功————创崖信息£ 1;字储信息^=1图3.5采购管理顺序图2系统的协作分析合作图也称为协作图,用于描述相互合作的对象间的交互关系和链接关系。与顺序图一样,合作图也展示了对象间的动态协作关系。系统入库管理协作图如图3.6所示。入库单香询界面它库材村[厂总表管理员入库单香询界面它库材村[厂总表管理员图3.6入库管理协作图系统采购管理协作图如图3.7所示。

图3.7采购管理协作图3.3.3系统状态分析状态图描述了事件和对象状态的关系,用UML的动态建模机制定义并描述系统结构元素的动态特性及行为,可以定义出药品管理子系统入院管理子模块的状态图如图3.8所示。登录密码输入A用户输入拒绝 一 _ _验证< [验证失败]/错误do/验证用户名和密码重试/清除…1登录密码输入A用户输入拒绝 一 _ _验证< [验证失败]/错误do/验证用户名和密码重试/清除…1——退出系统/取消[验证成功/加载信息更新货物信息加载货物信息Ido/增加,删除货物信息羽U建新货物,删除已卖••,do/显示所有货物信息保存货物信息[已保存成功]/...关闭[尚未保存]/确定3.3.4活动分析活动图是由状态图转化而来的,它描述了系统中各种活动执行的顺序,刻画了一个系统中所要进行的各项活动的执行流程。系统仓库管理活动图如图3.9所示。图3.9管理员活动图系统采购管理活动图如下图3.10所示。查询汇总表简入工匸显示置灵输入菊显名称填写乐沟3.3.4活动分析活动图是由状态图转化而来的,它描述了系统中各种活动执行的顺序,刻画了一个系统中所要进行的各项活动的执行流程。系统仓库管理活动图如图3.9所示。图3.9管理员活动图系统采购管理活动图如下图3.10所示。查询汇总表简入工匸显示置灵输入菊显名称填写乐沟登录存储倍息验证成功图3.10采购管理活动图4.药品仓库管理系统设计与实现4.1 UML体系结构设计用UML及其集成环境RationalRose对系统进行分析和建模,采用PowerBuilder's完成组件平台建设,后端数据存储是当前流行的Oracle9i数据库。本系统基于PowerBuilder's构建三层C/S结构,数据库服务器运行数据库管理系统软件COM+组件运行在应用服务器上,客户机运行住院管理系统客户端软件。4.1.1硬件体系结构设计本系统将应用逻辑移到应用层完成,而客户端弱化为一个图形用户接口,其解决方案是:对这三层进行明确分割,在这种结构中。对于基于PC的应用程序来说,本机用户和基于Web的用户接口是其两个主要的用户接口。本机用户接口使用底层操作系统服务基于Web的用户以HTML为基础,可通过任何平台的浏览器来阅读。本系统的结构如图4.1所示。应用服务器咅户机合户机客户机网络应用逻宦|DE应用服务器咅户机合户机客户机网络应用逻宦|DE血|图4.1系统三层c/s结构图4.1.2软件体系结构设计信息系统的软件结构是由信息系统软件的各子系统按照确定的关系构成的结构框架,一般呈现多层次结构模式。子系统是对软件进行分解的一种中间形式也是组织和描述软件的一种方法。软件结构设计就是把软件分解成多个子系统,并确定各子系统及其接口之间的相互关系。药品管理系统的软件结构如图4.2所示。

用户层应用层数据库层用户界面库存管理入库管理出库管理用户层应用层数据库层用户界面库存管理入库管理出库管理采购管理入库信息领料单 -亠采购单1 7 图4.2系统软件结构图4.2对象模型设计首先,仓库主任分别对仓库管理员和采购员进行任务分配,仓库管理员负责药品的入库、出库、对药品进行汇总,填写药品汇总表。还要对入库的药品进行核对,根据入库单进行核对,对料单进行核对。采购员要定期查询库存量,对数量不充足的药品进行采购,还要对药品的数量进行统计。筛选后的的对象:仓库主任、仓库管理员、采购员、核对、库存药品汇总表、领料单、物料、。对象图如图4.3所示。

图4.3系统对象图4.3系统实现对模型中的组件建模,描述应用程序搭建的软件单元以及组件之间的依赖,从而可以估计更改的影响。它还对类及其他元素在组件中的分配建模。布局视图包括组件图、配件图以及配置图,他们分别从不同的角度反映并显示了本系统的软件和硬件的物理配置。4.3.1组件分析UML是用组件来表示代码物理模块的。组件可以包括代码库和运行文件。在生成代码之前,将每个文件映射相应组件。在本系统中,使用的是Java开发。每个类映射一个织件,表示这个类的.java文件。生成代码时,Rose用组件信息创建相应的代码库文件。本系统构造的组件图如图4.4所示。

管理员数标题信息页面销售信息页面图4.4系统组件图I——货物数据库管理员数标题信息页面销售信息页面图4.4系统组件图I——货物数据库I~~I销售员数据库4.3.2配置分析配置图用来描述系统硬件的物理拓扑结构以及在此结构上执行的软件,即系统运行时刻的结构。可以显示计算机结点的拓扑结构和通信路径,结点上执行的软构件,软构件包含的逻辑单元等,特别对于分布式系统,配置图可以清楚的描述系统中硬件设备的配置,通信以及在各硬件设备上各种软构件和对象的配置。系统配置图如图4.5所示。图4.5配置图5.心得体会通过两周周的课程设计,我们对学过的软件工程理解的更深了,基本了解了整

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论