医药销售管理系统设计实验报告文档格式.docx

1、四 各子系统的功能基本信息子系统1、 药品基本信息（编号、药名、单价、数量、总价、供应商、备注）2、 供应商基本信息（供应商号、名称、联系人、所在城市、联系方式）3、 客户基本信息（客户号、类别、联系人、所在城市、联系方式）4、员工基本信息 （员工号、姓名、用户名、密码、职位、权限）库房管理子系统1、 对入库的药品进行登记（编号、药名、数量、单价、总价、备注）2、 对仓库中的药品进行查询 （编号、药名、库存数量、单价、备注）3、 进行退货处理 （编号、药名、退货数量、单价、备注）销售管理子系统1、 对每一次销售行为进行登记 （编号、药名、单价、数量、总价、经手人、日期）2、 对销售报表进行查询

2、3、 对销售退货进行处理（编号、药名、单价、数量、总价、经手人、日期）财务统计子系统1、 每天的收入、支出记录（编号、发票号、数额、经手人、日期）2、 每月的结算（编号、上月余额、收入、支出、余额、经手人、日期）3、 年终结算 （编号、收入、支出、净收入、经手人、日期）总经理子系统1、查询销售情况和财务状况以便了解本企业的经营状况，做出相应的决策； 2、管理员工，了解不同员工的上班时间和他的相关的业绩；3、客户的管理，了解客户的数量，注销有问题的客户；4、供应商的管理，了解供应信息，选择最合适的供应商。五 数据字典1、 数据项编号数据项名称说明部分1整形类型，具有唯一性2药名字符型，具有唯一性

3、3单价浮点型4数量整形5总价6供应商7联系人字符型8经手人9所在城市10收入11支出12日期格式*/*/*13供应商号整形，具有唯一性14员工号15客户号16名称17联系方式18类别整形，表示客户的类别19姓名20职位21权限22备注文本类型23库存数量24退货数量25发票号整形，发票的编号26数额浮点型，发票上的金额27上月余额28余额29净收入2、 数据结构数据结构名属性药品基本信息编号、药名、单价、数量、总价、供应商供应商基本信息供应商号、名称、联系人、所在城市、联系方式客户基本信息客户号、类别、联系人、所在城市、联系方式员工基本信息员工号、姓名、职位、权限入库登记编号、药名、数量、单价

4、、总价、备注仓库查询编号、药名、库存数量、单价、备注退货处理编号、药名、退货数量、单价、备注销售登记编号、药名、单价、数量、总价、经手人、日期销售报表销售退货日结算编号、发票号、数额、经手人、日期月结算编号、上月余额、收入、支出、余额、经手人、日期年终结算编号、收入、支出、净收入、经手人、日期3、 数据流数据流名输入输出药品信息入库药品供应商信息新增供应商客户信息新增客户员工信息招新员工支出情况子部门支出子部门财务信息收入情况子部门收入部门营业情况药店财务总汇信息4、 数据存储数据存储名输入数据流输出数据流药品入库新进购药品的信息仓库中药品信息仓库退货退出货物的基本信息售出药品的信息退回药品信

5、息财务统计收入和支出情况财务状况5、 处理过程处理过程名招收新员工终端辞掉老员工收入、支出情况 概念结构设计过程本次课程设计开发医药销售管理系统,经过可行性分析、详细调查以及多次讨论,确定了该系统主要由进购药品和销售药品两部分组成。具体来说分为五个子系统，分别是：各个子系统各司其职，独立完成自身的任务又与其他子系统紧密联系。本结构设计过程采用自顶向下的设计方法，即首先定义全局概念结构的框架，然后逐步细化。下面给出各个子系统的分析及分E-R图的设计及对其进行的各项调整 基本信息子系统子系统功能：1、 收集药品、员工、顾客和供应商的基本信息并做好相应的记录和管理。其中包括对当前信息的添加、修改、删

6、除等管理。2、 定期对各种信息进行整理。比如对过了保质期的药品信息和过了一定时限的员工、顾客和供应商信息的删除。以减少资源的浪费。3、 对系统自身的维护管理。比如系统的修复和升级等。根据设计情况以及数据字典，画出该子系统的分E-R图。员工信息分E-R图：药品信息分E-R图：顾客信息E-R图：供应商信息E-R图：实体属性如下：员工（员工号、姓名、性别、年龄、工龄、级别、职务、权限、备注）药品（编号、药名、类别、供应商、库存量、进价、售价、有效期、备注）顾客（客户号、名称、联系人、联系方式、所在城市、备注）供应商（供应商号、名称、联系人、联系方式、所在城市、备注） 库房管理子系统子系统的功能：1、

7、对入库的药品进行编号登记管理。将各种药品分类编号登记其名称、数量及进购价格等相关信息，便于查询的方便和效率。2、对每次从仓库取出的药品进行详细的登记管理。主要包括其药名、数量、经手人、取出日期等管理。3、实现随时查询仓库情况的功能。要求能即使登入界面、准确查询相关的仓库当前的信息。4、能做好对不合要求的药品的退货管理。要求记录退掉的药品的名称、数量、所值金额和退货原因等相关信息。入库合出库药品（编号、药名、数量、单价、总价、备注）对仓库中药品的查询（编号、药名、库存量、单价、备注）退货处理（编号、药名、退货数量、单价、备注） 销售管理子系统子系统功能:1、及时对每次销售行为的准确记录。包括药品

8、的编号、名称、数量、金额、经手人、经手日期等相关信息的准确登记。方便整个的管理和其他的查询工作的完成。2、对每次退货进行详细的记录。除了药品的基本信息之外，还需要对退货原因进行详细的登记。以便找出原因并尽力解决其原因。以减少以后的退货率。3、能够实现月终和年终的总的数据统计以及能实现随时对销售报表的查询功能。其中数据的统计主要包括编号、药名、数量、金额、经手人、统计截止日期等。而对报表的查询时需要有如下属性的总的统计。比如：某种药品的售出数量、总的售出金额、统计截止日期、负责人证明。每次售出的药品（编号、药名、单价、数量、总价、经手人、日期）每次退回的药品（编号、药名、单价、数量、总价、经手人

9、、日期）销售报表的查询（编号、药名、单价、数量、总价、经手人、日期） 财务统计子系统1、 记录每天支出和收入的详细情况、相关细则以及结算情况。记录尽可能详细，以方便管理。主要记录售出或退回的药品的编号、药名、发票号、单价、数量、总价、经手人、日期以及备注等。2、 记录每月支出和收入的详细情况、相关细则以及结算情况。主要包括上月余额、当月的收入、支出、余额、经手人和日期。能实现随时查询的功能。3、 记录每年支出和收入的详细情况、相关细则以及结算情况。主要包括上年余额、当年的收入、支出、净收入、经手人和日期。4、 每天的收入、支出记录（编号、发票号、数额、经手人、日期）5、 每月的结算（编号、上月

10、余额、收入、支出、余额、经手人、日期）6、 年终结算（编号、收入、支出、净收入、经手人、日期） 总经理子系统1、能随时查询销售情况和财务状况具体情况以便了解本企业的经营状况，做出相应的决策；药品信息（编号、药名、单价、数量、总价、供应商、备注）财务信息（编号、发票号、支出、收入、净收入、经手人、日期）销售信息（编号、药名、单价、数量、总价、经手人、日期）供应商（供应商号、名称、联系人、所在城市、联系方式）顾客（客户号、类别、联系人、所在城市、联系方式）对E-R图调整的准则:现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不

11、再包含其他信息。具体调整如下:员工应对应一个领导关系,但为了简便起见,就用员工的“等级”属性来表示员工之间的领导关系。视 图 集 成以上便是五个子系统的分E-R图设计及其调整的整个过程，接着要做的就是将所有的分E-R图进行综合,合成一个系统的总E-R图.由于本系统比较简单,分E-R图规模也比较小,所以E-R图合成过程采用一次将五个子系统分E-R图集成总E-R图的方式.分两步进行：第一步：合并。解决各分E-R图之间的冲突，将各分E-R图合并起来生成初步E-R图。各分E-R图之间的冲突主要有三类：1、 属性冲突：（1）属性域冲突，即属性值的类型、取值范围或取值集合不同。由于本系统较简单，所以并不存

12、在这种冲突； （2）属性取值单位冲突。由于本系统较简单，不存在这类冲突；2、命名冲突：（1） 同名异义：由于本系统较简单，所以不存在这类冲突；（2） 异名同义：由于本系统较小，所以不存在这类冲突；3、结构冲突：（1） 同一对象在不同应用中具有不同的抽象：本系统在需求分析阶段原本存在这种冲突，考虑到后期的简化合并，我们在设计各个分E-R图就早先解决了这个问题，即将在任何一个分E-R图中作为实体出现的属性全部作为实体；（2） 同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同：第二步：修改和重构。消除不必要的冗余，生成基本E-R图。由于本系统涵盖的内容比较少，基本不存在冗余的现象，

13、所以初步E-R图就是基本E-R图，不必再进行调整。下面给出E-R图。 逻 辑 结 构 设 计一、关系模式：员工信息（员工号、姓名、用户名、密码、职位、权限）客户信息（客户号、类别、联系人、所在城市、联系方式）供应商信息（供应商号、名称、联系人、所在城市、联系方式）药品销售信息（编号、药名、单价、数量、总价、经手人、日期）二、关系模式优化：在上述关系模式中，每一个分量都是不可分割的数据项所以都符合第一范式；在员工信息关系模式中，员工是按照权限分类的，职位不同权限也不同，这样该关系模式就存在了非主属性对码的传递依赖：员工号-职位，职位-权限，所以就将用员工信息分解为如下现个模式：员工信息（员工号、

14、姓名、职位）职位权限信息（职位、权限）本系统不考虑职工信息的管理，为了使销售员编号与销售员的职工号连系起来，并能通过职工姓名和职位来修改用户信息所以把员工的部分信息（员工号、姓名、职位）和用户信息（用户名、密码、权限）合成了员工信息（员工号、姓名、用户名、密码、职位、权限）以便系统功能的实现，所以在此不采用模式分解。三、用户子模式设计1、经理子系统用户子模式员工（员工号、姓名、用户名、密码、职位、权限）；因为经理对于员工其他情况不会经常关注，经常使用的只有以上各项，所以在经理子系统上设立员工关系。2、库房管理子系统用户子模式 药品（编号、药名、单价、数量、备注） 因为管理员对药品的其他信息不会

15、经常使用。经常使用的只有以上各项，所以在库房管理子系统上设立药品关系。3、销售管理用户子模式销售记录（编号、药品、单价、数量、总价、经手人、日期）因为在销售员对销售记录中的其他信息不会经常使用，经常使用的只有以上各项，所以在销售管理子系统上设立销售记录关系。物 理 结 构 设 计一. 存储结构设计经过分析可知,本药品销售管理系统中信息处理的特点如下：（）销售和库房管理两个部门的数据不仅经常需要查询,而且更新速度快,例如销售系统中药品的销售记录、库房管理中对于库存中的药品信息。（）各个部门信息要求共享的信息较多。例如员工信息、药品的基本信息等。但财务信息一般不共享。（）经理部门有一定的特殊职能：

16、汇总财务信息；对于被辞退的员工从系统中级联删除其信息、如从员工表中删除其基本信息、从它所服务的工作部门中删除该员工的工作名额，结算支付其工资、奖金；同时补充新的员工，代替它的工作。针对这些特点，设计如下:1. 确定数据库的存放位置为了提高系统性能，现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。同时，考虑到本系统是多用户的，为了提高效率，数据库的备份的数据和日志文件将保存在磁带中。 经常存取部分： 药品基本信息（编号、药名、单价、数量、总价、供应商、备注）供应商基本信息（供应商号、名称、联系人、所在城市、联系方式）客户基本信息（客户号、类别、联

17、系人、所在城市、联系方式）员工基本信息（员工号、姓名、用户名、密码、职位、权限）对入库的药品进行登记（编号、药名、数量、单价、总价、备注）对仓库中的药品进行查询（编号、药名、库存数量、单价、备注）对每一次销售行为进行登记（编号、药名、单价、数量、总价、经手人、日期）对销售报表进行查询（编号、药名、单价、数量、总价、经手人、日期） 存取频率较低的部分：账单（编号、发票号、数额、经手人、日期）；总帐（编号、上月余额、收入、支出、余额、经手人、日期）；财务状况（收入、支出、净收入、经手人、日期）；进行退货处理（编号、药名、退货数量、单价、备注）；对销售退货进行处理（编号、药名、单价、数量、总价、经手

18、人、日期）；2. 确定系统配置药品销售管理系统需要的微机数量和规模都不必太大，但在系统设计时应考虑到酒店的发展需求，在选择硬件设备、服务器操作系统、数据库时都考虑到能够逐步的增加和扩展。 本药品销售管理系统选用了Windows9x系统作为微机的操作系统，它能够有较好的使用界面并能够充分发挥出微机硬件的作用，比较适合药店这样的机构；另外，选用了目前应用最多的ORACLE 数据库。由于涉及到药店的财务管理，数据的完整性和安全性显得尤其重要。系统中的数据一旦丢失，将需要很长时间进行恢复，有时甚至使信息系统不得不从系统初始化阶段重新开始运行。每天进行数据备份是保障系统安全的重要手段。数据备份需要严格按

19、照事先制定的备份与故障恢复策略进行，并落实备份登记和检查措施。具体的系统配置应当根据系统实际运行情况做进一步的调整。二 存取路径设计在本系统中，主要的操作是查询、更新等操作。在各个子系统中都会涉及到相关的操作。所以在本系统中采用索引方法，即根据应用要求确定对关系的哪些属性列建立索引、哪些属性列建立组合索引、哪些索引要设计为唯一索引等。具体设计如下：1、对以下经常在查询中出现的关系的码建立索引药品基本信息（编号、药名、单价、数量、总价、供应商、备注）2、以下经常进行连接操作的关系的码建立索引:编号、供应商号、客户号、员工号等3、由于下面几个关系模式的更新频率很高,所以没有定义索引:课程小结在这次

20、课程设计过程中，我首先对医药管理进行了了解，仔细分析了该管理对系统功能的要求，并根据这些功能要求对系统进行定义，确定系统必须做什么。但由于对医药管理了解不多，需求分析难免不够完善。之后着手对系统的设计工作，首先是概念结构设计，根据需求分析结果总结系统内实体及联系并绘制系统的局部ER图然后画出全局ER图。结合需求分析与概念结构设计把设计好的ER图转换为DBMS所支持的数据模型所符合的逻辑结构，运用SQL数据库管理系统建好表和相关约束。本系统最终能够基本实现绝大多数功能，但是也有很多不足之处，如药品进库信息功能，对新进药品进行入库存储，但是由于进价跟有效期的变化不能只是对该药品的库存量更改。进价可

21、以运用加成定价法更改。 在这次课程设计中虽然遇到过很多的困难，但我从中学到了很多有用的知识，通过不断的翻阅资料，各个问题的解决使我对系统的设计越来越感兴趣。相信我从这次课程设计所学到的东西可以让我在以后的学习及工作中受益无限。参考文献：1李晓喆,张晓辉. SQL Server 2000管理及应用系统开发.人民邮电出版社，20022徐松林,路斌,王冬.PowerBuilder数据库应用开发教程.清华大学出版社，2003 3崔巍,陈雍先.PowerBuilder10.0实用教程.清华大学出版社，20064马景,涛张军.刘小松.PowerBuilder10.0实用教程.清华大学出版社，20065冯登国,网络安全原理与技术.科学出版社,20036王鸿博,数据库技术及工程应用.机械工业出版社,2002-2