药店药品管理系统详细设计.docx

上传人:b****6 文档编号:12382380 上传时间:2023-06-05 格式:DOCX 页数:19 大小:305.23KB
下载 相关 举报
药店药品管理系统详细设计.docx_第1页
第1页 / 共19页
药店药品管理系统详细设计.docx_第2页
第2页 / 共19页
药店药品管理系统详细设计.docx_第3页
第3页 / 共19页
药店药品管理系统详细设计.docx_第4页
第4页 / 共19页
药店药品管理系统详细设计.docx_第5页
第5页 / 共19页
药店药品管理系统详细设计.docx_第6页
第6页 / 共19页
药店药品管理系统详细设计.docx_第7页
第7页 / 共19页
药店药品管理系统详细设计.docx_第8页
第8页 / 共19页
药店药品管理系统详细设计.docx_第9页
第9页 / 共19页
药店药品管理系统详细设计.docx_第10页
第10页 / 共19页
药店药品管理系统详细设计.docx_第11页
第11页 / 共19页
药店药品管理系统详细设计.docx_第12页
第12页 / 共19页
药店药品管理系统详细设计.docx_第13页
第13页 / 共19页
药店药品管理系统详细设计.docx_第14页
第14页 / 共19页
药店药品管理系统详细设计.docx_第15页
第15页 / 共19页
药店药品管理系统详细设计.docx_第16页
第16页 / 共19页
药店药品管理系统详细设计.docx_第17页
第17页 / 共19页
药店药品管理系统详细设计.docx_第18页
第18页 / 共19页
药店药品管理系统详细设计.docx_第19页
第19页 / 共19页
亲,该文档总共19页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

药店药品管理系统详细设计.docx

《药店药品管理系统详细设计.docx》由会员分享,可在线阅读,更多相关《药店药品管理系统详细设计.docx(19页珍藏版)》请在冰点文库上搜索。

药店药品管理系统详细设计.docx

药店药品管理系统详细设计

药店药品管理系统详细

设计

HENsystemofficeroom[HEN16H-HENS2AHENS8Q8-HENH1688]

第一章问题定义

1开发背景

随着计算机及网络技术的飞速发展,Internet/Intwnet应用在全球范围内日益普及,当今社会正快速向信息化社会前进,信息自动化的作用也越来越大,从而使我们从繁杂的事务中解放出来,提高了我们的工作效率。

如何利用现代信息技术使企业拥有快速、高效的市场反映能力和高度的效率,已是医药经营企业,特别是医药连锁经营企业特别关心的问题。

尽快建立一个功能齐备的药品管理系统,完善现代企业的信息化管理机制,已成为医药企业生存发展的当务之急.通过本系统软件,能帮助用户利用计算机管理药品,快速方便地对客户所需要的药品进行查找,方便了客户的同时,也使用户更加方便的管理每天的进货情况.

2开发目的

为了适应现代社会人们高度强烈的时间观念,中小型医院药品管理系统软件为医院带来了极大的方便。

中小型医院药品管理系统可实现对药品进行各项管理。

借助本系统显示的结果可以达到以下口的:

方便使用者可以安全的查找自己想要的各种药品信息;

通过全面的药品信息釆集和处理,辅助提高系统的管理水平;

使用本系统,可以有利的发展小型的药品管理系统的效率。

第二章可行性研究与需求分析

可行性研究

2.1.1技术可行性

—个完备的中小型医院药品管理系统具有以下优越性:

方便管理员查询药品的进销等各种情况,节省时间,可以提高系统的工作效率和准确性。

为了适应新形势的发展,我进行了这一系统的初步设计工作,也可以说是做一个初步的探索,希望它能够在查询药品信息时发挥高效、便捷的作用,把系统管理员从繁重的丄作中解脱出来!

该药品管理系统是以SQLServer数据库为后台核心应用、以服务为目的信息平台,对资源进行科学的加工整序和管理维护,为药品信息提供管理。

2.1.2经济可行性

经济可行性主要依据是成本/效益分析,该系统的U标是以最低的成本,在最短的期限内开发出药品管理系统。

系统能减少很多不必要的资源,不用像以前那样用冗余的纸张式的管理。

大大节省了医院的能源。

并且计算机的存储与快速查询功能大大提高了药品信息管理的效率,并且还提高了药品信息管理的精确度。

方便快速的操作,可减少药品信息管理的漏洞,乂减少因工作的兀余出现的错误,并且操作非常简单,可减少许多不很必要的人员,这无论从物质上还是工作人员的工资上都为医院节约了开支。

为医院增加了财富。

LI标系统开发需求比较低,加上具有成熟的软硬件环境,所以在软硬件的支出上比较低。

而且,LI标系统并不是十分的复杂。

当系统开发完实际运行后,将很大程度上提高计算机的功能,在为使用者带来便利的同时,也为系统的进一步推广创造了条件。

这带来的经济回报将远超过支出,并且最重要的是该软件的开发可以使我们对系统的开发有全面的认识。

从经济角度考虑,此药品管理系统开发可行。

2.1.3操作可行性

用户仅需具有基本的电脑操作能力即可。

综上所述,此项目在技术、经济、操作和社会效益上是完全可行的。

需求分析

2.2.1系统功能及用户需求分析

在开始制作中小型医院药品管理系统之前,就要先明确此系统能做些什么事情,也就是所谓的需求.

1.功能需求

(1)对药品信息的维护,及时的添加新药品的信息,如药品编号,药品名称,药品数量,单价,规格,购置日期等.

(2)对系统的安全性管理,包括用户的添加以及密码的修改。

(3)对药品库存的查询,包括药品的编号,药品名称,药品数量,单价,规格,购置日期.过期日期.

(4)对各种药品的销售的情况进行统计,对进货悄况进行统计,对报损情况进行统讣

2.信息需求

本系统应该包含用户个人基本信息的管理,药品基本信息的管理,客户基本信息的管理,供货商基本信息的管理等。

用户个人基本信息:

编号,姓名,性别,年龄,出生年月,籍贯,联系电话

药品基本信息的管理:

药品编号,规格,数量,单价,生产日期,生产厂商

客户基本信息:

姓名,性别,年龄,出生年月,联系电话,家庭住址

供货商基本信息:

供货商编号,名称,地址,联系电话,邮编

3.处理需求

本管理系统要求能够实现浏览药品的所有信息,浏览供货商的所有信息,用户对药品的管理信息等功能。

4.用户需求

医院药品管理系统针对的用户主要是药品管理员,客户和供货商.

用户需求包括以下两个方面:

药品管理员可以在登陆验证通过以后,进入药品管理系统界面进行增加用户、修改用户密码.

管理员能够在登陆系统后对药品信息进行药品增加、药品删除、药品修改.

管理员能够在登陆系统后对供货商信息进行增加、删除、修改

2.2.3数据流图

数据流程图,它是描述数据处理过程的有力工具。

数据流程图从数据传递和加工的角度,以图型的方式刻画数据处理系统的工作情况。

数据流程图是一种能全面地描述信息系

统逻辑模型的主要工具,它可以用少数儿种符号综合地反映出信息在系统中的流动、处理和存储情况。

本管理系统的数据流图如下图所示:

图药品管理系统的基本系统模型

图药品管理系统的顶层数据流图

图药品管理层数据流图

图销售管理层数据流图

 

药品首药品信息

理员

&供货定货信息

」鬲定货信息

处理岀货

V

库存信息

定货信息

更新库

处理订货

定货信息

处理订

V

定货报表

定货报表

产生报

I表丿

图供货商管理层数据流图

 

 

总体设计原理

经过了需求分析,我们已经清楚了系统所要完成的全部功能,接下来就是决定“怎么做”。

概括的说,总体设计的基本LI的就是回答“系统应该如何实现”的这个问题。

通过这个阶段的工作,将划分出组成系统的物理元素:

程序,文件,数据库,人工过程和文件等。

总体设计阶段的另一项重要任务是设计基本的结构,也就是要确定系统中每个程序是曲哪些模块组成,以及这些模块间的相互关系。

采用模块化原理可以使软件结构清晰,不仅容易设计也容易阅读和理解。

因为程序的错误通常局限在有关的模块及它们之间的接口中,所以模块化使软件容易测试和调试。

应而有助于提高系统的可靠性。

并且模块化还能够提高软件的可修改性,也有助于软件开发工程的组织管理。

因此,在进行软件结构设计时应该遵循的最主要的原理就是模块化独立原理。

运行环境与系统结构

系统流程图

该药品管理系统的系统流程图如下:

图药品管理系统的系统流程图

系统功能模块图与设计

采用模块化原理可以使软件结构清晰,不仅容易设计也容易阅读和理解。

因为程序错误常局限在有关的模块及它们之间的接口中,所以模块化使软件容易测试和调试,因而有助于提高软件的可靠性。

一个好的电子系统要有一些必要的模块组成,若缺少了某些模块那么这个系统就会有缺陷。

1)中小型医院药品管理系统需要实现的功能主要有五大块,系统的功能模块图如下图所

用户管理

药品管理模块

供货商管理模块

退

图功能模块图

2)功能的实现:

用户管理模块:

药品管理员可以在登陆验证通过以后,进入药品管理系统界面进行增加,删除,更新用户信息以及修改用户密码等.

药品管理模块:

用户登录该系统后,可对药品信息进行增加,删除,更新,并且对药品进行查询等操作.

供货商管理模块:

用户登录该系统后,可对供货商信息进行增加,删除,修改.

销售管理模块:

用户登录系统后,可对销售信息进行查询,对退货信息进行查询.

统讣模块:

用户登录该系统后,可对销售信息进行统讣,对进货信息进行统计,对报损信息进行统计.

系统功能分析

权限功能:

为用户设置权限功能,可分为普通用户,一般用户,超级用户。

普通用户只是查询不能修改,一般用户只能对授权范围内进行相应修改及删除,超级用户能修改、删除所有信息。

录入功能:

为一般用户提供相应的录入功能,为超级用户提供对所有信息的录入功能。

查询功能:

为所有用户提供查询的功能,可查询允许范圉内的所有信息。

维护功能:

为一般用户提供查询及相应的修改,删除功能,为超级用户提供对所有信息的修改删除功能。

帮助功能:

能帮助初次使用者对本系统的应用及处理常见的问题。

退出功能:

结束并关闭系统。

系统安全与维护措施

本系统采用直接方式添加记录,该方法直接而简单,为了避免输入有错误,该功能界面对用户容易出错的地方都给出了输入提示,同时也使用了更新和取消按钮来确认数据的取消输入,如果输入数据与实际数据不相复,则系统会给出提示信息,让你重新输入正确的数值。

此管理系统也为系统用户提供了一定的安全性,该系统可以多人使用,每人使用不同的用户名和密码进入系统,但只有系统管理员的权限可以进行用户的管理,其它用户都不能对用户进行操作。

一个好的管理系统,应该为系统提供处理系统故障,恢复系统数据的功能。

该系统也同样提供了数据维护(包括对数据的备份、恢复)两项功能。

建议用户定期备份系统数据,这样在系统出现问题时,可以进行有效地恢复。

第四章详细设计

数据库的概念设计

根据对数据流图和数据字典的分析,确定该应用中的实体、属性和实体之间的联系,并画出系统总体的E-R图。

概念设计可分为三步进行:

首先设计局部E-R模式,然后把各局部E-R模式综合成一个全局模式,最后对全局ER模式进行优化,得到最终的模式,即概念模式。

4.1.1局部E-R模式设计

利用ER方法可分成三步进行:

首先设计局部ER模式,然后把各局部ER模式综合成一个全局模式,最后对全局ER模式进行优化,得到最终的模式,即概念模式。

各个实体的E-R图如下所示:

药品信息

客户信息

图客户信息E-R图

图供货商信息E-R图

图定货报表E-R图

图出货报表E-R图

数量

图定货信息E-R图

图出货信息E-R图

图用户登录信息E-R图

4.1.2全局E-R设计

所有局部ER模式都设计好了后,接下来就是把它们综合成单一的全局概念结构。

全局概念结构不仅要支持所有局部ER模式,而且必须合理地表示一个完整、一致的数据库概念结构。

系统的总体E-R图说明

1)每个用户可以查看多个定货报表,一份定货报表可以被多个用户查看;

2)每个用户可以查看多种药品信息,每一种药品信息可被多个用户查看;

3)每个用户可以查看多个出货信息,每一种出货信息可被多个用户查看;

4)每个客户可以购买多种药品,每一种药品可被多个客户购买;

5)每个客户可以查看多个出货报表,而每个出货报表只能被买药品的客户所查看;

6)每个供货商可以提供多种药品,每种药品可以被多个供货商所提供;

7)每个供货商可以查看多个定货信息,但每个定货信息只能被一个供货商查看,即提供药品的供货商;

图全局E-R图

数据库的逻辑设计

药品(药品编号、药品名称、药品单价、数量、规格、购置日期、生产厂家)

用户(用户编号、姓名、性别、出生日期、家庭住址、联系电话)

供货商(供货商编号、名称、地址、电话、邮编、)

客户(姓名、性别、年龄、出生日期、家庭住址、联系电话)

定货报表(药品编号、药品名称、数量、定货日期、生产厂商、规格)

出货报表(药品编号、药品名称、数量、出货日期、生产厂商、规格)

定货信息(药品编号、入库单价、药品名称、数量、定货日期、生产厂商、规格)

出货信息(药品编号、出库单价、药品名称、数量、出货日期、生产厂商、规格)

用户登陆(用户名,密码)

程序流程图

If选择处理供货商

If选择处理用户

If选择处理药品

1

处理药品

N

处理用户

Y

If删

添加删除

史新

药品查

If更口添

If更If添If删

处理供货

If按名

按编号?

按名称?

按名称查

编号

图药品管理系统的程序流程图

 

第五章测试

测试计划

软件测试阶段的主要任务是发现并排除在分析、设计、编程各阶段中产生的各种类型的错误,以得到可使用的软件系统。

关于软件测试,很多人认为“测试是证实程序中不存在错误”、“测试的口的是要证实程序正确地执行了预期的功能”、“测试的过程是使人们确信程序可完成预期要完成的工作过程”等。

但这些定义是有缺陷的。

因为进行测试不应该只是为了证实程序的质量有多好,而应该从程序本身存在错误这个假定出发,从中发现尽可能多的错误。

从这个定义出发,我们应该发发现了错误的测试看作是成功的测试,而没有发现错误的测试应该看作是失败的测试。

软件测试的L1的:

(1)测试是程序的执行过程,LI的在于发现错误。

(2)一个好的测试用例在于能发现至今未发现的错误。

(3)一个成功的测试是发现了至今未发现的错误的测试。

因此,测试一般不可能发现程序中的所有错误,测试只能证明程序中存在错误,但不能证明程序中不存在错误。

测试目的

在软件的开发过程中存在许多复杂的问题,为了保证软件在投入运行中:

保证软件的质量和运行的安全行,测试过程是必不可少的,同时也是关键的。

测试是为了发现软件在运行过程中所出现的问题,并在出现问题时能够及时的做出相应的修改。

测试目标

测试的U标是保证软件在投入运行中的安全性和稳定行。

测试方法

测试方法是测试过程中至关重要的环节,采用的测试方法不同所产生的效果和所用的测试经费也是不同的。

一个好的测试方法能够提高测试的效率,缩短测试的时间,也能够减少测试的经费。

测试项目

测试的项U主要有以下儿个方面的内容:

1)基本的用户和管理员登陆测试

2)基本的输入和输出操作测试

3)输入错误时系统的正确反应

4)插入、删除及查询测试

总结

通过软件工程作业让我们把学到的课本知识用到实践中,充分运用所学知识,培养了我们实践动手能力和理论联系实际能力,通过有LI的的调查研究,运用所学知识,分析和解决实际问题,以获得有关的实际知识和技能,锻炼了自己的能力。

此次作业,让我们对传统软件工程方法学的软件过程有了更深的认识。

基于瀑布模型的各个阶段,加深了对文档驱动的理解。

通过分析需求,绘制各种图形,设计测试方案,对如何开发设计软件产品有了一个总体的把握。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 自然科学 > 物理

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2