药品仓库管理系统Word格式文档下载.docx

药品仓库管理系统Word格式文档下载.docx

《药品仓库管理系统Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《药品仓库管理系统Word格式文档下载.docx（22页珍藏版）》请在冰点文库上搜索。

1药品仓库管理系统的需求陈述

本系统模拟药品工作流程，将药品分为后台库存管理和前台根据患者药方卖药。

管理员管理仓库里存储的药物，根据订货报表采购员去订货并更新库存，根据过期报表丢弃过期药物并更新库存。

每种药品都有一个下限储量，每月系统根据要求产生一个订货报表，统计储量低于下限的药品信息,产生一个过期报表，记录过有效期的信息.

每个药品上有磁条记录,前台售药人员根据输入患者姓名患者号查询患者药方并给患者开药,划单自动触发数据库更新操作.

管理员登录以后可以很清晰的看到各种项目列表和可以实现的功能,库存管理和药品管理一目了然.由于是医院使用，所有要有登录系统.这个药品管理系统主要涉及医院药库的药品进库，销售业务，以及入库和库存管理，药品管理主要管理药库中所有药品的进出。

2.2需求分析

2.2。

1功能需求

1.药品主任

可以添加，删除合法的系统使用者，并可以对仓库工作人员进行考核和评定，也可以查询仓库物料的详细情况；

2.入库单管理功能

入库单管理即是需要管理所有的入库单,并以列表的形式显示出来;

该功能要实现添加入库单，完成药品入库,并在把入库信息显示出来，并能根据要求进行入库单修改或废除。

3。

药品采购管理功能

系统需对库存不足的药品进行记录。

收集其他部门物料需求情况,再查询库存物料汇总表中物料剩余情况,如果物料不足,则填写采购单进行购买；

2性能需求

服务起端的最低分配置是由建立站点所需要的软件来决定的,在最低配置的情况下，服务器的性能往往不尽人意，现在应建议将相当出色。

新系统应该尽可能地解决现有系统存在的问题.例如：

减少手工操作和重复劳动，提高计算机管理程度，尽可能的杜绝漏费现象，方便查询、统计，方便数据的管理和备份等等.系统应具备较好的可维护性，较长的生存期，避免较短的时间内被推倒重来的情况发生。

要求windowsXP,1G内存，250G以上硬盘容量,对响应时间要求不是很快，1-2。

5秒均可。

2.3系统需求建模

我们要了解到用例模型描述的是外部执行者（Actor）所理解的系统功能。

它主要用于需求分析阶段,它的建立是系统开发者和用户反复讨论的结果,表明了开发者和用户对需求规格达成的共识。

一个用例是用户与计算机之间的一次典型交互作用。

在UML中，用例被定义成系统执行的一系列动作，动作执行的结果能被指定执行者察觉到.

用例用来获取需求，规划和控制项目。

用例的获取是需求分析阶段的主要任务之一，而且是首先要做的工作。

大部分用例将在项目的需求分析阶段产生，并且随着工作的深入会发现更多的用例，这些都应及时增添到已有的用例集中。

2.3。

1确定参与者

一个角色可以是人、硬件设备、甚至另外一个系统.对于一个系统而言，每种类型的用户表示为一个或几个角色，每个与该系统交互的外部系统也表示为一个或几个角色。

仓储管理系统中,我们通过分析，可以找出这样一些角色:

仓库主任、仓库管理员、仓库采购员.

3。

2确定用例

对药品仓库管理系统的分析过程中，考虑了一些不针对具体执行者问题以使自己的分析结果更加准确。

系统需要输入的信息。

当前运行系统的主要问题。

通过分析可以初步识别出系统的用例为：

登陆、考核、评定、添加人员、删除人员、人员调动、查询、库存资料汇总表.

3.3系统用例建模

一般的uml的需求描述方法是用用例图来表达角色、用例及其之间的关系，用文字形式的事件流文档具体描述用例细节。

一张用例图不能描述复杂系统全部需求；

系统的业务种类多、功能繁杂,根本无法清晰地将系统的全部功能展开在一张用例图上，即使可以，用户看到纵横交错的各种关系，也只能望而生畏;

用例图不适应描述系统的非功能要求；

文字不便于说明复杂用例的流程.涉及多个部门之间的交互协调,事件流文档中的文字难以清晰地表达地籍数据的复杂流程。

系统的用例图如图2。

1所示.

图2。

1系统用例图

2.3.4用例描述

仓库主任用例描述

仓库主任用例描述如下表2。

1所示。

表2。

1仓库主任的用例文档

用例名称

仓库主任

用例描述

对仓库的入库、出库、采购及人员进行管理

前置条件

仓库主任已经注册，可以读取信息

后置条件

如果仓库主任已经注册,可以在系统中添加、删除用户；

也可以查询物料情况，但不能进行修改和删除

活动的基本过程

（1）完成主任登陆功能

验证主任身份

确保系统安全

（2）登录成功

主任可以进行人员的考核和评定

仓库管理员用例描述

仓库管理员用例描述如下表2。

2所示.

2仓库管理员的用例文档

仓库管理员

有物料进库时，要填写入库单,有物料出库时，要核对领料单

仓库管理员已经注册

核对药品（包括：

药品名称，型号，数量）确保无误后，填写入库单和修改物料总汇表.

（1）完成仓库管理员登陆功能

核对药品信息

（2）对领料单确保无误

发放物料

修改物料汇总表

采购员用例描述

采购员用例描述如下表2。

3所示。

表2.3采购员用例描述

采购员

对库存药品的数量进行查询

仓库采购员已经注册

查看库存物料汇总表,看药品情况如何,如果缺少,则填写采购表。

（1）采购员员登陆功能

查看药品信息

（2）以邮件的形式来收集其他部门的需求情况

收集好需求

再查询仓库物料总汇表

不能进行删除和修改

如果供不应求

则填写采购单

3．药品管理系统系统分析

1系统用例建模

仓库管理员用例有:

登陆用例：

完成仓库管理员登陆功能。

物料进库用例:

核对物料（包括：

物料名称,型号，数量）确保无误后，填写入库单和修改物料总汇表。

物料出库用例：

核对领料单确保无误后,发放物料，然后修改物料汇总表。

系统仓库管理员用例图如图3。

图3.1仓库管理员用例图

2.采购员的用例有：

完成仓库采购员登陆功能。

收集用例:

以邮件的形式来收集其他部门的需求情况.

查询用例:

收集好需求后，再查询仓库物料总汇表，但不能进行删除和修改.

填写用例：

如果供不应求,则填写采购单.

系统采购员的用例图如图3.2所示.

图3。

2采购员用例图

3.2静态结构模型

2.1类的识别

首先，仓库主任分别对仓库管理员和采购员进行任务分配，仓库管理员负责药品的入库、出库、对药品进行汇总,填写药品汇总表.还要对入库的药品进行核对，根据入库单进行核对，对料单进行核对。

采购员要定期查询库存量,对数量不充足的药品进行采购,还要对药品的数量进行统计。

经过非正式分析得出药品仓库管理系统的初始类为：

仓库主任、库存管理员、采购员、库存药品汇总表、、药品采购、药品入库、药品出库、入库单、领料单、药品信息、采购、库存、库存管理、核对药品、药品、核对领料单等。

删除不正确的或不必要的类与对象,根据冗余标准,药品、药品信息，库存、库存管理药品采购、采购分别描述了相同的几类信息，应保留在此问题域中最富于描述力的名称,因此，应该去掉药品、库存、采购等冗余的类。

现实世界存在许多对象，不能都纳入到系统中,仅需要把与问题密切相关的类与对象放到目标系统中经过初步筛选，剩下下列类:

仓库主任、仓库管理员、采购员、核对、库存药品汇总表、领料单、物料、。

2类的关联分析

根据上文我们将对药品管理系统的对象和类识别了出来，随后，我们通过提取动词词组初步得出它们之间的关联，药品管理系统类的关联如下：

1.仓库管理员对系统进行管理

按照入库单仓库管理员进行药品管理

仓库管理员对入库的药品进行核对

4．并更新药品信息

5.采购员对库存进行查询

6。

查看药品是否充足

7。

根据查询信息补充药品

2.3系统用例建模

使用用例图来描述参与者与外部用户所能观察到的系统功能的模型图,在此模型中列出了系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行

经上述分析过程之后得出的药品仓库管理系统的类图如图3.3所示.

3药品仓库管理系统类图

2.4类的属性描述

属性是对象的性质，通过对象类和结构有更深入，更具体的认识.一般来说确定属性的过程包括分析和选择两个步骤。

属性的确定既与问题有关，也和目标系统的任务有关.

仓库主任属性：

姓名，年龄，性别，工作号，工作职务

仓库管理员属性：

姓名，年龄，性别，工作号,工作职务

仓库采购员:

属性：

姓名，年龄,性别，工作号，工作职务

库存药品汇总表属性：

物料名称，物料型号,最大库存量，最小库存量，实际库存量

物料采购表属性：

物料名称,物料型号，采购数量,采购时间,采购员工作号，单价，总价

物料入库单属性：

物料名称,物料型号，入库数量,入库时间,管理员工作号，总价

领料单属性：

物料名称，物料型号，数量，时间,部门

3系统动态模型

3.1系统执行顺序分析

在顺序图中，一条竖线代表一个对象，每个时间用一条水平的箭头线表示，箭头方向从事件的发送对象指向接受对象,时间从上向下递增，箭头线在垂直方向上的相对位置表示事件发生的先后.

系统入库管理的顺序图如图3.4所示。

图3。

4入库管理顺序图

系统采购管理的顺序图如图3.4所示.

图3。

5采购管理顺序图

3.3。

2系统的协作分析

合作图也称为协作图，用于描述相互合作的对象间的交互关系和链接关系。

与顺序图一样，合作图也展示了对象间的动态协作关系。

系统入库管理协作图如图3.6所示.

6入库管理协作图

系统采购管理协作图如图3。

7所示。

图3.7采购管理协作图

3.3.3系统状态分析

状态图描述了事件和对象状态的关系，用UML的动态建模机制定义并描述系统结构元素的动态特性及行为,可以定义出药品管理子系统入院管理子模块的状态图如图3。

8所示。

图3.8系统状态图

3.4活动分析

活动图是由状态图转化而来的，它描述了系统中各种活动执行的顺序，刻画了一个系统中所要进行的各项活动的执行流程.系统仓库管理活动图如图3.9所示。

9管理员活动图

系统采购管理活动图如下图3。

10所示。

10采购管理活动图

4.药品仓库管理系统设计与实现

4.1UML体系结构设计

用UML及其集成环境RationalRose对系统进行分析和建模,采用PowerBuilder’s完成组件平台建设，后端数据存储是当前流行的Oracle9i数据库。

本系统基于PowerBuilder’s构建三层C/S结构，数据库服务器运行数据库管理系统软件，COM+组件运行在应用服务器上，客户机运行住院管理系统客户端软件。

4.1。

1硬件体系结构设计

本系统将应用逻辑移到应用层完成,而客户端弱化为一个图形用户接口，其解决方案是：

对这三层进行明确分割，在这种结构中。

对于基于PC的应用程序来说,本机用户和基于Web的用户接口是其两个主要的用户接口。

本机用户接口使用底层操作系统服务，基于Web的用户以HTML为基础，可通过任何平台的浏览器来阅读。

本系统的结构如图4。

图4.1系统三层c/s结构图

2软件体系结构设计

信息系统的软件结构是由信息系统软件的各子系统按照确定的关系构成的结构框架，一般呈现多层次结构模式.子系统是对软件进行分解的一种中间形式，也是组织和描述软件的一种方法。

软件结构设计就是把软件分解成多个子系统，并确定各子系统及其接口之间的相互关系.药品管理系统的软件结构如图4。

2所示。

用户

仓库

主任

用户界面

库存管理

入库管理

数据库

入库存档

采购

存档

入库信息

出库管理

领料单

采购管理

采购单

用户层

用户界面层

应用层

数据库层

图4。

2系统软件结构图

4。

2对象模型设计

首先,仓库主任分别对仓库管理员和采购员进行任务分配,仓库管理员负责药品的入库、出库、对药品进行汇总,填写药品汇总表。

还要对入库的药品进行核对，根据入库单进行核对，对料单进行核对。

筛选后的的对象：

仓库主任、仓库管理员、采购员、核对、库存药品汇总表、领料单、物料、.对象图如图4。

图4。

3系统对象图

3系统实现

对模型中的组件建模，描述应用程序搭建的软件单元以及组件之间的依赖，从而可以估计更改的影响.它还对类及其他元素在组件中的分配建模.布局视图包括组件图、配件图以及配置图,他们分别从不同的角度反映并显示了本系统的软件和硬件的物理配置。

1组件分析

UML是用组件来表示代码物理模块的。

组件可以包括代码库和运行文件。

在生成代码之前，将每个文件映射相应组件。

在本系统中，使用的是Java开发.每个类映射一个织件，表示这个类的。

java文件。

生成代码时，Rose用组件信息创建相应的代码库文件.本系统构造的组件图如图4。

4所示。

图4.4系统组件图

4.3。

2配置分析

配置图用来描述系统硬件的物理拓扑结构以及在此结构上执行的软件,即系统运行时刻的结构.可以显示计算机结点的拓扑结构和通信路径，结点上执行的软构件，软构件包含的逻辑单元等，特别对于分布式系统，配置图可以清楚的描述系统中硬件设备的配置，通信以及在各硬件设备上各种软构件和对象的配置。

系统配置图如图4.5所示。

5配置图

5．心得体会

通过两周周的课程设计，我们对学过的软件工程理解的更深了,基本了解了整个软件设计的过程，对数据流图的设计过程更加清楚,进一步懂得了需求分析阶段的重要性，因为你不了解现实世界中业务流程的话，那你就不能用软件模拟这个业务流程，整个软件设计就无从下手。

另一方面如果你在需求分析阶段对系统功能理解错误，那你设计的软件会完全失败.例如我们在设计过程中，最开始将系统提取为前台库存和后台库存，每次统计前台库存中不足的药品，从后台提货然后分别更新后台库存和前台库存,这样做的话这个系统会非常臃肿，并且数据库设计也会很繁琐,数据存储会有很多冗余属性。

后来我们通过借鉴超市中的出售货物的过程，在货物上贴上磁条然后直接刷单来触发数据库的更新，这些技术是可行的，并且已经很成熟。

这样我们可以只设计一个后台库存，前台买药品时直接更新后台库存。

如此一来整个系统开发可以近似减少一半开支.如果按原来的思路实现下去后果不堪设想。

这反过来也说明了在需求阶段发现的问题只需付出很小代价。

我们的整个设计过程是对系统的一点点加深理解的过程我们通过讨论，对系统实现的功能进一步清楚分析解释。

我们每个人都通过课程设计对理论知识的理解进一步加深,也对学科间的相互联系真正做到了学以致用.另一方面对收集资料、查阅文献、方案制定等实践能力也得到了很好的锻炼，促进了我对所学知识的应用能力;

同时，发现问题、分析归纳、综合比较的逻辑分析能力、处理问题等能力也得到了很好的提高.

参考文献

［1］李骁。

医院管理信息系统的分析与设计[硕士学位论文］。

长春。

吉林大学。

2004

［2]张宏.医院信息化建设［硕士学位论文］.大连。

大连海事大学。

2004.

［3］刘天时。

软件案例分析。

北京。

清华大学出版社.2008

［4］张海藩。

软件工程.北京。

清华大学出版社.2009

[5]张海龙.HIS中住院管理系统的研发与应用［硕士学位论文］。

长春.吉林大学.2005

［6]李莹。

基于三层结构的医院住院管理系统的设计与实现［硕士学位论文］。

济南。

山东大学.2006.

［7］彭叔湘。

中小型医院管理信息系统的设计与实现［硕士学位论文］.成都.电子科技大学.2007。