1、 毕业设计(论文)网 QQ: 306826066 优秀毕业设计网 计算机毕业设计网 毕业设计资料网 毕业设计论文网 药品销售管理系统需求分析一 部门划分1、进药部门该部门是医药销售的基础。只有保证该部门的正常的运行,才能更好的完成药品销售的顺利进行。在该部门中,需要对入库的药品进行细致入微的药品信息登记。其中包括每次进购的药品信息和财务、每次取出用于销售的药品信息和财务、过期药品的信息和财务以及处理情况。到一定的阶段还需要对所有的数据进行汇总分析。2、售药部门该部门是医药销售的直接部门。是面向顾客的一种服务。会比较直观的体现整个医药的销售情况。虽然该部门需要了解和学习不少的销售技巧方面的知识,
2、以到达提高销售业绩的目的。但对于本系统来讲,该部门主要实现对每次进柜的药品信息登记、每售出一件药品的信息登记、回收过期药品的信息登记等。只有每次细致的记录相关信息,才能更有条理的顺利完成各个要求。二 子系统功能 该系统总的方面分为两个大的板块,就是上面讲的进药部门和售药部门。但在具体实施过程中。会涉及到不同的子系统及相关的数据属性等。这样更细致全面的罗列出各个方面的信息和要求,有助于系统的完整性和操作的有效性。在医药销售中,首先会涉及到基本的药品信息,包括其基本属性信息以及价格信息等。销售都会涉及到财务状况,因此必须做好相关的财务信息记录。另外,还会涉及到销售管理和仓库管理的相关数据。因此在该
3、系统中,会有以下几个子系统:基本信息子系统、库房管理子系统、销售管理子系统、财务统计子系统、总经理子系统。 三 背景说明医药作为民生的基本保障之一。是我们生活中不可缺少的部分。近来,越来越多的医药销售点普及。规模各不一样。但总的来说,免不了两个部分:进购药品和销售药品。为了实现这两个部分的功能和要求,需设计出功能细致的完整系统。该系统需包含对药品信息的管理、对财务状况的管理等。医药管理是一项琐碎、复杂而又十分细致的工作。手工进行企业日常的药品销售、出入库的工作,容易出现“开空单”的现象,且呆账、错账时有发生,而且费时费力。本系统在设计中考虑和克服了上诉问题,实现了企业管理工作的系统化、规范化和
4、自动化。在本次课程设计中,基于对资料的调查了解和自身的主观认识粗略设计出如下医药销售系统。以达到实现简单的医药销售的各个功能的目的。 四 各子系统的功能基本信息子系统1、 药品基本信息(编号、药名、单价、数量、总价、供应商、备注)2、 供应商基本信息(供应商号、名称、联系人、所在城市、联系方式)3、 客户基本信息(客户号、类别、联系人、所在城市、联系方式)4、员工基本信息 (员工号、姓名、用户名、密码、职位、权限)库房管理子系统1、 对入库的药品进行登记(编号、药名、数量、单价、总价、备注)2、 对仓库中的药品进行查询 (编号、药名、库存数量、单价、备注)3、 进行退货处理 (编号、药名、退货
5、数量、单价、备注)销售管理子系统1、 对每一次销售行为进行登记 (编号、药名、单价、数量、总价、经手人、日期)2、 对销售报表进行查询 (编号、药名、单价、数量、总价、经手人、日期)3、 对销售退货进行处理(编号、药名、单价、数量、总价、经手人、日期)财务统计子系统1、 每天的收入、支出记录(编号、发票号、数额、经手人、日期)2、 每月的结算(编号、上月余额、收入、支出、余额、经手人、日期)3、 年终结算 (编号、收入、支出、净收入、经手人、日期)总经理子系统1、查询销售情况和财务状况以便了解本企业的经营状况,做出相应的决策; 2、管理员工,了解不同员工的上班时间和他的相关的业绩;3、客户的管
6、理,了解客户的数量,注销有问题的客户;4、供应商的管理,了解供应信息,选择最合适的供应商。五 数据字典1、 数据项编号数据项名称说明部分1编号整形类型,具有唯一性2药名字符型,具有唯一性3单价浮点型4数量整形5总价浮点型6供应商字符型,具有唯一性7联系人字符型8经手人字符型9所在城市字符型10收入浮点型11支出浮点型12日期格式*/*/*13供应商号整形,具有唯一性14员工号整形,具有唯一性15客户号整形,具有唯一性16名称字符型17联系方式18类别整形,表示客户的类别19姓名字符型20职位字符型21权限字符型22备注文本类型23库存数量整形24退货数量整形25发票号整形,发票的编号26数额浮
7、点型,发票上的金额27上月余额浮点型28余额浮点型29净收入浮点型2、 数据结构编号数据结构名属性1药品基本信息编号、药名、单价、数量、总价、供应商2供应商基本信息供应商号、名称、联系人、所在城市、联系方式3客户基本信息客户号、类别、联系人、所在城市、联系方式4员工基本信息员工号、姓名、职位、权限5入库登记编号、药名、数量、单价、总价、备注6仓库查询编号、药名、库存数量、单价、备注7退货处理编号、药名、退货数量、单价、备注8销售登记编号、药名、单价、数量、总价、经手人、日期9销售报表编号、药名、单价、数量、总价、经手人、日期10销售退货编号、药名、单价、数量、总价、经手人、日期11日结算编号、
8、发票号、数额、经手人、日期12月结算编号、上月余额、收入、支出、余额、经手人、日期13年终结算编号、收入、支出、净收入、经手人、日期3、 数据流编号数据流名输入输出1药品信息入库药品药品基本信息2供应商信息新增供应商供应商基本信息3客户信息新增客户客户基本信息4员工信息招新员工员工基本信息5支出情况子部门支出子部门财务信息6收入情况子部门收入子部门财务信息7部门营业情况子部门财务信息药店财务总汇信息4、 数据存储数据存储名输入数据流输出数据流药品信息药品基本信息供应商信息供应商基本信息员工信息员工基本信息药品入库新进购药品的信息仓库中药品信息仓库退货退出货物的基本信息仓库中药品信息销售登记售出
9、药品的信息药品基本信息销售退货退回药品信息药品基本信息财务统计收入和支出情况财务状况5、 处理过程处理过程名输入数据流输出数据流招收新员工终端员工基本信息辞掉老员工终端员工基本信息药品入库终端药品基本信息仓库退货终端药品基本信息销售登记终端药品基本信息销售退货终端药品基本信息财务统计收入、支出情况 财务状况 概念结构设计过程本次课程设计开发医药销售管理系统,经过可行性分析、详细调查以及多次讨论,确定了该系统主要由进购药品和销售药品两部分组成。具体来说分为五个子系统,分别是:基本信息子系统、库房管理子系统、销售管理子系统、财务统计子系统、总经理子系统。各个子系统各司其职,独立完成自身的任务又与其
10、他子系统紧密联系。本结构设计过程采用自顶向下的设计方法,即首先定义全局概念结构的框架,然后逐步细化。下面给出各个子系统的分析及分E-R图的设计及对其进行的各项调整 基本信息子系统子系统功能:1、 收集药品、员工、顾客和供应商的基本信息并做好相应的记录和管理。其中包括对当前信息的添加、修改、删除等管理。2、 定期对各种信息进行整理。比如对过了保质期的药品信息和过了一定时限的员工、顾客和供应商信息的删除。以减少资源的浪费。3、 对系统自身的维护管理。比如系统的修复和升级等。根据设计情况以及数据字典,画出该子系统的分E-R图。员工信息分E-R图:药品信息分E-R图:顾客信息E-R图:供应商信息E-R
11、图:实体属性如下:员工(员工号、姓名、性别、年龄、工龄、级别、职务、权限、备注)药品(编号、药名、类别、供应商、库存量、进价、售价、有效期、备注)顾客(客户号、名称、联系人、联系方式、所在城市、备注)供应商(供应商号、名称、联系人、联系方式、所在城市、备注) 库房管理子系统子系统的功能:1、对入库的药品进行编号登记管理。将各种药品分类编号登记其名称、数量及进购价格等相关信息,便于查询的方便和效率。2、对每次从仓库取出的药品进行详细的登记管理。主要包括其药名、数量、经手人、取出日期等管理。3、实现随时查询仓库情况的功能。要求能即使登入界面、准确查询相关的仓库当前的信息。4、能做好对不合要求的药品
12、的退货管理。要求记录退掉的药品的名称、数量、所值金额和退货原因等相关信息。根据设计情况以及数据字典,画出该子系统的分E-R图。实体属性如下:入库合出库药品(编号、药名、数量、单价、总价、备注)对仓库中药品的查询(编号、药名、库存量、单价、备注)退货处理(编号、药名、退货数量、单价、备注) 销售管理子系统子系统功能:1、及时对每次销售行为的准确记录。包括药品的编号、名称、数量、金额、经手人、经手日期等相关信息的准确登记。方便整个的管理和其他的查询工作的完成。2、对每次退货进行详细的记录。除了药品的基本信息之外,还需要对退货原因进行详细的登记。以便找出原因并尽力解决其原因。以减少以后的退货率。3、
13、能够实现月终和年终的总的数据统计以及能实现随时对销售报表的查询功能。其中数据的统计主要包括编号、药名、数量、金额、经手人、统计截止日期等。而对报表的查询时需要有如下属性的总的统计。比如:某种药品的售出数量、总的售出金额、统计截止日期、负责人证明。根据设计情况以及数据字典,画出该子系统的分E-R图。实体属性如下:每次售出的药品(编号、药名、单价、数量、总价、经手人、日期)每次退回的药品(编号、药名、单价、数量、总价、经手人、日期)销售报表的查询(编号、药名、单价、数量、总价、经手人、日期) 财务统计子系统子系统功能:1、 记录每天支出和收入的详细情况、相关细则以及结算情况。记录尽可能详细,以方便
14、管理。主要记录售出或退回的药品的编号、药名、发票号、单价、数量、总价、经手人、日期以及备注等。2、 记录每月支出和收入的详细情况、相关细则以及结算情况。主要包括上月余额、当月的收入、支出、余额、经手人和日期。能实现随时查询的功能。3、 记录每年支出和收入的详细情况、相关细则以及结算情况。主要包括上年余额、当年的收入、支出、净收入、经手人和日期。能实现随时查询的功能。根据设计情况以及数据字典,画出该子系统的分E-R图。实体属性如下:4、 每天的收入、支出记录(编号、发票号、数额、经手人、日期)5、 每月的结算(编号、上月余额、收入、支出、余额、经手人、日期)6、 年终结算(编号、收入、支出、净收
15、入、经手人、日期) 总经理子系统子系统功能:1、能随时查询销售情况和财务状况具体情况以便了解本企业的经营状况,做出相应的决策; 2、管理员工,了解不同员工的上班时间和他的相关的业绩;3、客户的管理,了解客户的数量,注销有问题的客户;4、供应商的管理,了解供应信息,选择最合适的供应商。根据设计情况以及数据字典,画出该子系统的分E-R图。实体属性如下:药品信息(编号、药名、单价、数量、总价、供应商、备注)财务信息(编号、发票号、支出、收入、净收入、经手人、日期)销售信息(编号、药名、单价、数量、总价、经手人、日期)供应商(供应商号、名称、联系人、所在城市、联系方式)顾客(客户号、类别、联系人、所在
16、城市、联系方式)对E-R图调整的准则:现实世界中的事物能作为属性对待的尽量作为属性对待;属性和实体的划分:属性中不具有需要描述的信息,即属性是不可分的数据项,不再包含其他信息。具体调整如下:员工应对应一个领导关系,但为了简便起见,就用员工的“等级”属性来表示员工之间的领导关系。视 图 集 成以上便是五个子系统的分E-R图设计及其调整的整个过程,接着要做的就是将所有的分E-R图进行综合,合成一个系统的总E-R图.由于本系统比较简单,分E-R图规模也比较小,所以E-R图合成过程采用一次将五个子系统分E-R图集成总E-R图的方式.分两步进行:第一步:合并。解决各分E-R图之间的冲突,将各分E-R图合
17、并起来生成初步E-R图。各分E-R图之间的冲突主要有三类:1、 属性冲突:(1)属性域冲突,即属性值的类型、取值范围或取值集合不同。由于本系统较简单,所以并不存在这种冲突; (2)属性取值单位冲突。由于本系统较简单,不存在这类冲突;2、命名冲突:(1) 同名异义:由于本系统较简单,所以不存在这类冲突;(2) 异名同义:由于本系统较小,所以不存在这类冲突;3、结构冲突:(1) 同一对象在不同应用中具有不同的抽象:本系统在需求分析阶段原本存在这种冲突,考虑到后期的简化合并,我们在设计各个分E-R图就早先解决了这个问题,即将在任何一个分E-R图中作为实体出现的属性全部作为实体;(2) 同一实体在不同
18、分E-R图中所包含的属性个数和属性排列次序不完全相同:由于本系统较简单,所以并不存在这种冲突;第二步:修改和重构。消除不必要的冗余,生成基本E-R图。由于本系统涵盖的内容比较少,基本不存在冗余的现象,所以初步E-R图就是基本E-R图,不必再进行调整。下面给出E-R图。 逻 辑 结 构 设 计一、关系模式:药品信息(编号、药名、单价、数量、总价、供应商、备注)员工信息(员工号、姓名、用户名、密码、职位、权限)客户信息(客户号、类别、联系人、所在城市、联系方式)供应商信息(供应商号、名称、联系人、所在城市、联系方式)药品销售信息(编号、药名、单价、数量、总价、经手人、日期)二、关系模式优化:在上述
19、关系模式中,每一个分量都是不可分割的数据项所以都符合第一范式;在员工信息关系模式中,员工是按照权限分类的,职位不同权限也不同,这样该关系模式就存在了非主属性对码的传递依赖:员工号-职位,职位-权限,所以就将用员工信息分解为如下现个模式:员工信息(员工号、姓名、职位)职位权限信息(职位、权限)本系统不考虑职工信息的管理,为了使销售员编号与销售员的职工号连系起来,并能通过职工姓名和职位来修改用户信息所以把员工的部分信息(员工号、姓名、职位)和用户信息(用户名、密码、权限)合成了员工信息(员工号、姓名、用户名、密码、职位、权限)以便系统功能的实现,所以在此不采用模式分解。三、用户子模式设计1、经理子
20、系统用户子模式员工(员工号、姓名、用户名、密码、职位、权限);因为经理对于员工其他情况不会经常关注,经常使用的只有以上各项,所以在经理子系统上设立员工关系。2、库房管理子系统用户子模式 药品(编号、药名、单价、数量、备注) 因为管理员对药品的其他信息不会经常使用。经常使用的只有以上各项,所以在库房管理子系统上设立药品关系。3、销售管理用户子模式销售记录(编号、药品、单价、数量、总价、经手人、日期)因为在销售员对销售记录中的其他信息不会经常使用,经常使用的只有以上各项,所以在销售管理子系统上设立销售记录关系。物 理 结 构 设 计一. 存储结构设计经过分析可知,本药品销售管理系统中信息处理的特点
21、如下:()销售和库房管理两个部门的数据不仅经常需要查询,而且更新速度快,例如销售系统中药品的销售记录、库房管理中对于库存中的药品信息。()各个部门信息要求共享的信息较多。例如员工信息、药品的基本信息等。但财务信息一般不共享。()经理部门有一定的特殊职能:汇总财务信息;对于被辞退的员工从系统中级联删除其信息、如从员工表中删除其基本信息、从它所服务的工作部门中删除该员工的工作名额,结算支付其工资、奖金;同时补充新的员工,代替它的工作。针对这些特点,设计如下:1. 确定数据库的存放位置为了提高系统性能,现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。
22、同时,考虑到本系统是多用户的,为了提高效率,数据库的备份的数据和日志文件将保存在磁带中。l 经常存取部分: 药品基本信息(编号、药名、单价、数量、总价、供应商、备注)供应商基本信息(供应商号、名称、联系人、所在城市、联系方式)客户基本信息(客户号、类别、联系人、所在城市、联系方式)员工基本信息(员工号、姓名、用户名、密码、职位、权限)对入库的药品进行登记(编号、药名、数量、单价、总价、备注)对仓库中的药品进行查询(编号、药名、库存数量、单价、备注)对每一次销售行为进行登记(编号、药名、单价、数量、总价、经手人、日期)对销售报表进行查询(编号、药名、单价、数量、总价、经手人、日期) l 存取频率
23、较低的部分:账单(编号、发票号、数额、经手人、日期);总帐(编号、上月余额、收入、支出、余额、经手人、日期);财务状况(收入、支出、净收入、经手人、日期);进行退货处理(编号、药名、退货数量、单价、备注);对销售退货进行处理(编号、药名、单价、数量、总价、经手人、日期);2. 确定系统配置药品销售管理系统需要的微机数量和规模都不必太大,但在系统设计时应考虑到酒店的发展需求,在选择硬件设备、服务器操作系统、数据库时都考虑到能够逐步的增加和扩展。 本药品销售管理系统选用了Windows9x系统作为微机的操作系统,它能够有较好的使用界面并能够充分发挥出微机硬件的作用,比较适合药店这样的机构;另外,选
24、用了目前应用最多的ORACLE 数据库。由于涉及到药店的财务管理,数据的完整性和安全性显得尤其重要。系统中的数据一旦丢失,将需要很长时间进行恢复,有时甚至使信息系统不得不从系统初始化阶段重新开始运行。每天进行数据备份是保障系统安全的重要手段。数据备份需要严格按照事先制定的备份与故障恢复策略进行,并落实备份登记和检查措施。具体的系统配置应当根据系统实际运行情况做进一步的调整。二 存取路径设计在本系统中,主要的操作是查询、更新等操作。在各个子系统中都会涉及到相关的操作。所以在本系统中采用索引方法,即根据应用要求确定对关系的哪些属性列建立索引、哪些属性列建立组合索引、哪些索引要设计为唯一索引等。具体
25、设计如下:1、对以下经常在查询中出现的关系的码建立索引药品基本信息(编号、药名、单价、数量、总价、供应商、备注)供应商基本信息(供应商号、名称、联系人、所在城市、联系方式)客户基本信息(客户号、类别、联系人、所在城市、联系方式)员工基本信息(员工号、姓名、用户名、密码、职位、权限)对入库的药品进行登记(编号、药名、数量、单价、总价、备注)对仓库中的药品进行查询(编号、药名、库存数量、单价、备注)对销售报表进行查询(编号、药名、单价、数量、总价、经手人、日期)2、以下经常进行连接操作的关系的码建立索引:编号、供应商号、客户号、员工号等3、由于下面几个关系模式的更新频率很高,所以没有定义索引:对每
26、一次销售行为进行登记(编号、药名、单价、数量、总价、经手人、日期)账单(编号、发票号、数额、经手人、日期);总帐(编号、上月余额、收入、支出、余额、经手人、日期);财务状况(收入、支出、净收入、经手人、日期);课程小结在这次课程设计过程中,我首先对医药管理进行了了解,仔细分析了该管理对系统功能的要求,并根据这些功能要求对系统进行定义,确定系统必须做什么。但由于对医药管理了解不多,需求分析难免不够完善。之后着手对系统的设计工作,首先是概念结构设计,根据需求分析结果总结系统内实体及联系并绘制系统的局部ER图然后画出全局ER图。结合需求分析与概念结构设计把设计好的ER图转换为DBMS所支持的数据模型
27、所符合的逻辑结构,运用SQL数据库管理系统建好表和相关约束。本系统最终能够基本实现绝大多数功能,但是也有很多不足之处,如药品进库信息功能,对新进药品进行入库存储,但是由于进价跟有效期的变化不能只是对该药品的库存量更改。进价可以运用加成定价法更改。 在这次课程设计中虽然遇到过很多的困难,但我从中学到了很多有用的知识,通过不断的翻阅资料,各个问题的解决使我对系统的设计越来越感兴趣。相信我从这次课程设计所学到的东西可以让我在以后的学习及工作中受益无限。参考文献:1李晓喆,张晓辉. SQL Server 2000管理及应用系统开发.人民邮电出版社,20022徐松林,路斌,王冬.PowerBuilder数据库应用开发教程.清华大学出版社,2003 3崔巍,陈雍先.PowerBuilder10.0实用教程.清华大学出版社,20064马景,涛张军.刘小松.PowerBuilder10.0实用教程.清华大学出版社,20065冯登国,网络安全原理与技术.科学出版社,20036王鸿博,数据库技术及工程应用.机械工业出版社,2002-2