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

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

《药店药品管理系统详细设计Word格式.docx》由会员分享，可在线阅读，更多相关《药店药品管理系统详细设计Word格式.docx（14页珍藏版）》请在冰豆网上搜索。

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

2.1.2经济可行性

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

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

大大节省了医院的能源。

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

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

为医院增加了财富。

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

而且，目标系统并不是十分的复杂。

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

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

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

2.1.3操作可行性

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

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

2.2需求分析

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

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

1.　功能需求

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

（2）对系统的安全性管理，包括用户的添加以及密码的修改。

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

（4）对各种药品的销售的情况进行统计,对进货情况进行统计,对报损情况进行统计

2．信息需求

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

用户个人基本信息：

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

药品基本信息的管理：

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

客户基本信息：

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

供货商基本信息：

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

3.　处理需求

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

4.　用户需求

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

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

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

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

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

2.2.3数据流图

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

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

数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。

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

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

第三章总体设计

3.1总体设计原理

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

概括的说，总体设计的基本目的就是回答“系统应该如何实现?

”的这个问题。

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

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

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

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

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

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

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

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

3.2运行环境与系统结构

3.3系统流程图

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

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

3.4系统功能模块图与设计

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

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

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

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

图4.2功能模块图

2）功能的实现：

用户管理模块：

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

药品管理模块：

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

供货商管理模块：

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

销售管理模块：

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

统计模块：

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

3.5系统功能分析

权限功能：

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

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

录入功能：

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

查询功能：

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

维护功能：

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

帮助功能：

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

退出功能：

结束并关闭系统。

3.6系统安全与维护措施

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

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

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

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

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

第四章详细设计

4.1数据库的概念设计

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

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

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

4.1.1局部E-R模式设计

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

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

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

图4.1药品信息E-R图

图4.2用户信息E-R图

图4.3客户信息E-R图

图4.4供货商信息E-R图

图4.5定货报表E-R图

图4.6出货报表E-R图

图4.7定货信息E-R图

图4.8出货信息E-R图

图4.9用户登录信息E-R图

4.1.2全局E-R设计

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

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

系统的总体E-R图说明

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

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

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

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

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

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

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

图4.10全局E-R图

4.2数据库的逻辑设计

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

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

供货商（供货商编号、名称、地址、电话、邮编、）

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

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

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

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

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

用户登陆（用户名,密码）

4.3程序流程图

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

第五章测试

5.1测试计划

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

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

但这些定义是有缺陷的。

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

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

软件测试的目的：

（1）测试是程序的执行过程，目的在于发现错误。

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

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

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

5.2测试目的

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

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

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

5.3测试目标

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

5.4测试方法

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

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

5.5测试项目

测试的项目主要有以下几个方面的内容：

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

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

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

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

总结

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

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

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

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