《医药销售管理系统课程设计[001].doc》由会员分享，可在线阅读，更多相关《医药销售管理系统课程设计[001].doc（35页珍藏版）》请在金锄头文库上搜索。
1、数据库应用课程设计设计说明书医药销售管理系统课程设计学生姓名学号0818064035班级网络082成绩指导教师计算机科学与技术系2010年1月5日 / 题目医药销售管理系统学生姓名学号指导教师评语及成绩指导教师签名： 年 月 日答辩评语及成绩答辩教师签名： 年 月 日教研室意见总成绩： 室主任签名： 年 月 日数据库应用课程设计评阅书课程设计任务书20062007学年第一学期专业： 网络工程 学号： 姓名： 课程设计名称： 数据库应用课程设计 设计题目： 医药销售管理系统 完成期限：自 2010 年 12 月 25 日至 2011 年 1 月 5 日共 2 周设计依据、要求及主要内容（可另加附
2、页）：指导教师（签字）： 教研室主任（签字）： 批准日期： 年 月 日摘 要根据医药管理系统的需求分析结果总结系统内实体及联系并绘制系统的局部ER图然后画出全局ER图。结合需求分析与概念结构设计把设计好的ER图转换为DBMS所支持的数据模型所符合的逻辑结构，运用SQL数据库管理系统建好表和相关约束。关键词： 医药管理系统；ER图；DBMS；数据模型；SQL 目 录1课题描述近年来，中国医药行业迅速发展，药店企业多业态经营，仓储式大型超市、中等规模超市、便利连锁综合发展。随着规模的扩大，传统的医药管理已经不能适应发展的需要，很难在激烈的竞争中生存。通过对从事医药产品的零售、批发等工作企业的深入调
3、查，发现其业务主要包括企业药品销售、出入库管理、企业的财务、人事管理等。医药管理是一项琐碎、复杂而又十分细致的工作。手工进行企业日常的药品销售、出入库的工作，容易出现“开空单”的现象，且呆账、错账时有发生，而且费时费力。本系统在设计中考虑和克服了上述问题，实现了企业管理工作的系统化、规范化和自动化。开发环境：CPU：Intel Pentium4 2GHz内存：1G操作系统：Microsoft Windows XP后台数据库在Microsoft SQL Server 20002设计过程本系统进行了建立数据库的必要性和可行性的分析，需求分析，数据库的概念设计、逻辑设计、物理设计和数据库的实现、运行
4、、维护以及相应的前台的主要功能模块的开发。2.1 需求分析2.1.1 系统目标与要求要求本系统能够投入实际的使用并且满足基本的功能要求。要求具有较高的可靠性、安全性和易维护性，具有较高的可移植性。本系统实现了以下的功能：基本信息模块：包括药品信息、员工信息、客户信息、供应商信息四个子模块。（1）进货管理模块：包括入库登记、入库登记查询二个子模块。（2）库房管理模块：包括库存查询、库存盘点、退货处理三个子模块。（3）销售管理模块：包括销售登记、销售退货、销售报表查询三个子模块。（4）财务统计模块：包括当日统计、当月统计二个子模块。（5）系统维护模块：包括数据安全管理、操作员管理、权限设置三个模块
5、。说明：根据对现实中医药销售管理业务，将用户分为二类超级管理员（经理）、普通管理员（操作员）。2.1.2 系统分析用户活动及活动图（1）经理主要参与活动有： 查询销售情况和财务状况以便了解本企业的经营状况，作出相应的决策； 管理员工，了解不同员工的上班时间和他的相关的业绩； 客户的管理，了解客户的数量，注销有问题的客户； 供应商的管理，了解供应信息，选择最合适的供应商。（2）营业员主要活动有：医药销售管理是指对药品信息的录入、更新、修改和删除；查询药品信息，以了解是否有该药品和库存等信息；销售药品，出库记录；退还药品，入库记录；现金收支是指对进出帐目的记录统计。（3）顾客主要活动：查询药品信息
6、；选购药品。2.1.3 业务流程图2.2 系统逻辑方案系统分析的主要成果是系统的逻辑模型。本系统的逻辑模型主要是以系统的数据流图和数据字典为主要描述工具。即在无纸化网络考试系统管理方式和业务流程进行认真分析和研究的基础上，排除现有组织机构和业务分工所造成的信息障碍。2.2.1 数据流程图（DFD）：数据流图是组织中信息运动的抽象。是在调研的基础上，从系统的科学性、管理的合理性、实际运动的可行性角度出发。将信息处理功能和彼此之间的联系自顶向下，逐层分解，从逻辑上精确地描述系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向（外部实体）等项目。在数据流程图中可以很清楚的看到数据的
7、流向，药品信息的数据分别能够流向经理、员工和顾客。药品销售信息的信息也流经理。药品销售信息记录的是药品销售和退还的信息。顾客表信息从顾客流出又可以流回到顾客和员工、经理。2.2.2 数据字典（简称DD）绘制DFD,只是对数据处理和彼此之间的联系进行了说明。为进一步明确数据的详细内容和数据加工过程,应将数据流图中的全部数据流及其组成部分的数据元素，数据存储，数据加工，通过数据字典描述清楚,以便于此后系统设计的进行。这就需要开发人员编写详细的数据字典,来描述系统开发过程的细节。下面列出本系统中的数据项、数据流、数据存储、加工处理和数据结构的数据字典。数据字典可采用图表格式或较紧凑的记录格式描述，本
8、文采用的是图表格式。数据项的DD表列举如下：表2.1 药品编号的数据字典 数 据 项系统名：医药销售管理系统 编号：I001 名称：药品编码 别名： 数据项值： 类型：字符型 长度：6个字节 取值范围：简述：每种药品都具有唯一的编号，它是某种药品的唯一标识符，每种药品都有唯一的编号，如“011976”通常用前两位数字表示入库的年份，中间两位表示类别，最后两位表示该药的序号。如果该类药数超过100种时，可用“0119A0”表示第100种药。修改记录：编写日期审核日期表2.2 药品名称 数 据 项系统名：医药销售管理系统 编号：I002 名称：药品名称 别名：数据项值： 类型：字符型 长度：32个
9、字节 取值范围：简述：每种药品都具有唯一药品标识。修改记录：编写日期审核日期表2.3 密码 数 据 项系统名：医药销售管理系统 编号：I003 名称：售价 别名：数据项值： 类型：数值型 长度：8个字节 取值范围：简述：每种药品都要设置一个销售价格。修改记录：编写日期审核日期2.3系统总体结构设计2.3.1软件系统总体结构设计软件系统总体结构设计的主要任务就是将整个系统合理的划分成各个功能模块，正确处理模块之间与模块内部的联系及它们之间的调用关系和数据联系,定义各模块的内部结构等，本系统的软件总体结构按分解协调的原则，信息隐蔽抽象的原则，自顶向下的原则，一致性原则，面向用户的原则进行设计。2.
10、3.2数据存储的总体设计 按用途分类可把本系统文件分成以下几种：（1） 主文件：系统中的主文件是最重要的共享文件，主要存放具有固定值属性的数据。它需要长期保存，并不断更新。（2） 处理文件：处理文件包含下一次更新文件所需要的全部记录，本系统中的处理文件如新闻登录日志文件、待审核项目信息文件。2.3.3系统功能模块设计通过对系统的数据流图进行分析，进一步进行功能分解，直到分解成含义明确，功能单一的功能模块，从而得到系统的功能模块结构图。2.4数据库详细设计2.4.1数据库设计数据库的设计是指对一个给定的应用环境，构造数据库模式，建立数据库及其应用系统，满足各种用户需求。作为信息资源开发、管理和服
11、务的一种有效的手段，数据库技术的应用已越来越广泛，从小型的单项事务处理系统到大型的信息系统大都用先进的数据库技术来保持系统数据的安全性、完整性和共享性。对一个实际的系统来说，数据库表的设计在遵循数据库理论的同时，必须能用开发工具来实现用户在各方面提出的功能要求。 E-R图：在系统的数据库设计中，先要对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，然后才能得出系统的关系模式。可以采用E-R图的方法来进行数据结构分析，E-R设计方法是一种通过E-R图来描述现实世界信息结构的DB设计方法。E-R图由实体、属性、联系三部分组成。各分E-R图说明如下： 经理E-R图： 供应商E-
12、R图： 员工E-R图： 药品销售清单E-R图： 客户E-R图： 药品E-R图： 整体E-R图： 关系模式与码：药品信息（药品编号，药品名称，药品类别代号，售价，进价，库存量，供应商，有效期） 外码：药品类别代号、 供应商药品分类索引信息（药品类别代号，类别说明）员工信息（员工号，姓名，用户名，密码，职位，权限）客户信息（客户号，客户名称，联系人，联系方式，客户所在城市）供应商信息（供应商号，供应商名称，联系人，联系方式，供应商所在城市）药品销售信息（销售编码，销售日期，药品编码，药品名称，单价，数量，供应商，总额，销售员编码） 外码：销售员编码、药品编码 关系模式优化： 在上述关系模式中，每一
13、个分量都是不可分割的数据项所以都符合第一范式；而且前四个关系模式都是单个属性作为码，没有任何非主属性对码部分函数依赖，在药品销售信息内虽由三个属性作为码，但也不存在非主性对码的部分函数依赖，所以上都符合第二范式；药品信息、药品类别索引、客户信息、供应商信息四个关系模式中都不存在非主属性对码的传递函数依赖，都属于第三范式。在员工信息关系模式中，员工是按照权限分类的，职位不同权限也不同，这样该关系模式就存在了非主属性对码的传递依赖：职工号-职位，职位-权限，所以就将用员工信息分解为如下现个模式：员工信息（员工号，姓名，用户名，用户口令，职位）职位权限信息（职位，权限）本系统不考虑职工信息的管理，为了使销售员编号与销售员的职工号连系起来，并能通过职工姓名和职位来修改用户信息所以把员工的部分信息（职工号，姓名，职位）和经理（用户名，密码）合成了员工信息（员工号，姓名，用户名，密码，职位，权限）以便系统功能的实现，所以在此不采用模式分解。
