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

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