数据库课程设计-医药销售管理系统

。成就09 2011-2012年信件数量(1)数据库原理及应用课程设计设计主题药品销售管理系统设计时间为2011年12月29日至2012年1月4日学生姓名学生人数班级教师医疗销售管理系统可行性研究近年来，我国医药行业发展迅速，药店企业多种经营，仓储式超市、中型超市和便利连锁店全面发展。随着规模的扩大，传统的医疗管理已经不能满足发展的需要，在激烈的竞争中难以生存。通过对药品零售批发企业的深入调查，发现其业务主要包括企业药品销售、仓储管理、企业财务、人事管理等。医疗管理是一项琐碎、复杂、细致的工作。手工制作的企业日常药品销售和收发容易出现“开单”现象，坏账和错账时有发生，费时费力。该系统在设计中考虑并克服了上述问题，实现了企业管理的系统化、标准化和自动化。二、系统需求分析2.1.1系统目标和要求要求该系统能够投入实际使用并满足基本功能要求。它要求高可靠性、安全性、易维护性和高便携性。该系统实现了以下功能：(1)基本信息模块：包括药品信息、员工信息、客户信息和供应商信息四个子模块。(2)进货管理模块：包括入库登记和入库登记查询两个子模块。(3)仓库管理模块：包括库存查询、库存盘点和退货处理三个子模块。(4)销售管理模块：包括销售登记、销售退货和销售报表查询三个子模块。(5)财务统计模块：包括当日统计和当月统计两个子模块。(6)系统维护模块：包括三个模块：数据安全管理、操作员管理和权限设置。注：根据中药销售管理的实际情况，用户分为超级管理员(经理)和普通管理员(操作员)两种类型。2.1.2系统分析用户活动和活动图表(1)经理的主要活动包括：(1)了解销售情况和财务状况，以便了解企业的经营情况并做出相应的决策；(2)管理员工，了解不同员工的工作时间及其相关表现；(3)客户管理，了解客户数量，注销有问题的客户；(4)供应商管理，了解供应信息，选择最合适的供应商。(2)销售人员的主要活动有：(1)药品销售管理是指药品信息的录入、更新、修改和删除；(2)查询药品信息，了解是否有药品、库存等信息；(3)药品销售、出库记录；(4)退货、入库记录；(五)现金收支是指收入和支出账户的记录和统计。(3)主要客户活动：(1)查询药品信息；(2)购买药品。2.1.3业务流程图2.2系统逻辑方案系统分析的主要结果是系统的逻辑模型。该系统的逻辑模型主要基于系统的数据流图和数据字典。即在对无纸化网络考试系统的管理模式和业务流程进行认真分析和研究的基础上，消除了现有组织结构和业务分工带来的信息障碍。2.2.1数据流图(DFD):数据流图是组织中信息运动的抽象。在调查研究的基础上，从系统的科学性、管理的合理性和实际运行的可行性等方面进行分析。信息处理功能及其之间的关系是从上到下、逐层分解的，逻辑上准确地描述了数据处理功能、数据输入、数据输出、数据存储、数据源和目的地(外部实体)以及系统应具备的其他项目。在数据流程图中可以清楚地看到数据的流动，药品信息的数据可以分别流向管理者、员工和顾客。药品销售信息也流向管理人员。药品销售信息记录药品销售和退货信息。客户表信息可以从客户流出，然后返回给客户、员工和经理。2.2.2数据字典(简称DD)画DFD只解释了数据处理和它们之间的关系。为了进一步明确数据和数据处理过程的细节，数据流图中所有数据流及其组成部分的数据元素、数据存储和数据处理应通过数据字典清晰描述，以便于后续的系统设计。这要求开发人员编写一个详细的数据字典来描述系统开发过程的细节。以下是该系统中数据项、数据流、数据存储、处理和数据结构的列表。数据字典可以用图表格式或更紧凑的记录格式来描述。本文采用图表格式。数据项的数据图表如下：表2.1药品编号数据字典数据项目系统名称：医药销售管理系统编号：I001名称：药品编码别名：数据项值：类型：字符类型长度：6字节值范围：描述：每种药物都有一个唯一的编号，这是药物的唯一标识符。每种药物都有独特的编号。例如，“011976”通常使用前两位数字表示储存年份，中间两位数字表示类别，最后两位数字表示药物的序列号。如果此类药物的数量超过100，则第100种药物可以用“0119A0”表示。修改记录：写日期，审计日期，表2.2药品名称数据项目系统名称：医药销售管理系统编号：I002名称：药品名称别名：数据项值：类型：字符类型长度：32字节值范围：描述：每种药物都有独特的药物标识。修改记录：写日期，审计日期，表2.3密码数据项目系统名称：医药销售管理系统编号：I003名称：销售价格别名：数据项值：类型：数字类型长度：8字节值范围：描述：每种药物都必须有销售价格。修改记录：写日期，审计日期，三大数据库系统结构设计3.1软件系统的总体结构设计软件系统总体结构设计的主要任务是将整个系统合理划分为各种功能模块，正确处理模块之间和模块内部的连接，以及它们之间的调用关系和数据连接，并定义每个模块的内部结构。软件系统的总体结构按照分解协调、信息隐藏和抽象、自顶向下、一致性和面向用户的原则进行设计。3.2数据存储的总体设计根据用途分类，系统文件可分为以下类型：(1)主文件：系统中的主文件是最重要的共享文件，主要存储具有固定值属性的数据。它需要长期保存并不断更新。(2)处理文件：处理文件包括下一次文件更新所需的所有记录。该系统中的处理文件包括待审计的新闻日志文件和项目信息文件。3.3系统功能模块设计通过分析系统的数据流图，进一步进行功能分解，直至分解为含义清晰、功能单一的功能模块，从而得到系统的功能模块结构图。3.4数据库的详细设计数据库设计数据库设计是指为给定的应用环境构建数据库模型，建立数据库及其应用系统以满足各种用户需求。数据库技术作为信息资源开发、管理和服务的有效手段，得到了越来越广泛的应用。从小型单一事务处理系统到大型信息系统，先进的数据库技术主要用于维护系统数据的安全性、完整性和共享性。对于一个实际的系统，数据库表的设计必须遵循数据库理论，同时必须能够使用开发工具来实现用户各方面的功能需求。(1) e-r图：在系统的数据库设计中，首先必须分析从系统分析中获得的数据字典中的数据存储，并且在获得系统的关系模式之前必须分析数据存储之间的关系。电子病历图可以用来分析数据结构。电子病历设计方法是通过电子病历图描述现实世界信息结构的数据库设计方法。E-R图由三部分组成：实体、属性和关系。每个工程变更图描述如下：(1)经理人力资源图：(2)供应商工程图：(3)员工电子病历图：(4)药品销售清单E-R图：客户工程图：药物电子病历图：总体工程图：关系模式和代码：药品信息(药品编号、药品名称、药品类别代码、销售价格、采购价格、库存、供应商、有效期)外部代码：药品类别代码、供应商药品分类索引信息(药品类别代码、类别描述)员工信息(员工编号、姓名、用户名、密码、职位、权限)客户信息(客户编号、客户姓名、联系人、联系信息、客户所在城市)供应商信息(供应商编号、供应商名称、联系人、联系方式、供应商城市)药品销售信息(销售代码、销售日期、药品代码、药品名称、单价、数量、供应商、总金额、销售人员代码)外部代码：销售人员代码、药品代码(3)关系模式优化：在上述关系模式中，每个组件都是一个不可分割的数据项，所以它符合第一范式。此外，前四个关系模式都是作为代码的单一属性，并且非主要属性对代码没有功能依赖性。虽然在药品销售信息中使用了三个属性作为代码，但是非主体对代码没有部分的功能依赖，所以它们都符合第二范式。在药品信息、药品类别指数、顾客信息和供应商信息这四个属于第三范式的关系模型中，非主属性对代码不存在传递函数依赖。在员工信息关系模式下，员工按权限分类，不同的岗位有不同的权限。因此，关系模式具有对代码的非主要属性传递依赖性：员工编号-职位、职位-权限。因此，员工信息将被分解为以下当前模式：(1)员工信息(员工编号、姓名、用户名、用户密码、职位)(2)职位权限信息(职位、权限)本系统不考虑员工信息的管理。为了将销售人员的编号与销售人员的员工编号联系起来，并通过员工的姓名和职位来修改用户信息，为了实现系统功能，将部分员工信息(员工编号、姓名、职位)和经理信息(用户名、密码)合并成员工信息(员工编号、姓名、用户名、密码、职位、权限)，因此这里不采用模式分解。药品销售信息中存在大量数据冗余，表达不清晰。它分为以下两种模式：(1)药品销售主表(销售代码、销售日期、业务员编号、总金额)(2)药品销售子表(销售代码、销售日期、药品代码、药品名称、单价、数量、供应商)(4)数据库设计上图中实体所需的几个关键表的设计如下：表名：药品信息表字段名字段类型长度主键或外键字段值约束对应的中文属性名医药代码茶6主关键字不为空药品代码药品名称可变长字符串32不为空药品名称医疗代码茶10外键不为空药品类别代码价格钱8卖价标价钱8买价数字Int4存货公司代码茶10外键供应者有用的生活日期时间8有效期至表名：客户信息字段名字段类型长度主键或外键字段值约束对应的中文属性名访客密码茶10主关键字不为空客户代码GuestName可变长字符串16不为空用户姓名格林克可变长字符串12联系人格林克尔可变长字符串11联系信息城市可变长字符串8城市表名：供应商信息字段名字段类型长度主键或外键字段值约束对应的中文属性名公司代码茶10主关键字不为空供应商代码公司名称可变长字符串16不为空供应商名称环可变长字符串12联系人链接告诉可变长字符串11联系号码城市可变长字符串8城市表名：药品销售主表字段名字段类型长度主键或外键字段值约束对应的中文属性名萨莱诺int4主关键字不为空销售代码工作否茶10外键不为空销售员代码销售日期日期时间8销售日期数量钱8总数表名：药品销售子表字段名字段类型长度主键或外键字段值约束对应的中文属性名萨