小型药店信息管理系统毕业论文

小型药店信息管理系统毕业论文内容摘要：

时的时间就能解决了；另外，采用数据库这一安全有效的数据存储手段，使药店的一切单据包括人员信息、药品信息、出入库单等都完好的保存下来，只要 按时将数据备份，不必担心账目的丢失和年久破损；数据以数据库形式存储容量巨大，可以保存十几年，甚至几十年，确保了数据的长期有效性；用数据库存储数据查询起来便利、快速，避免了隔年账目翻阅的不便。 纵观药店信息管理的发展，采用计算机管理的药店信息管理系统是大势所趋，是管理适应科技发展需要的必然。 具体效益比较如下 : 运行该软件需的环境配置为：一台性能指标比较高的客户机（ 17’ 纯平 40G硬盘， 256M 内存），价格约为 ￥ 5000 元左右； 本科生毕业设计（论文） 7 一台服务器价格约为 ￥ 15000 元左右； 正版 Microsoft SQL Server 2020 标准版软件价格为 ：￥ 20200 左右 ； 正版 Microsoft Visual Basic 中文专业版（新版） 软件价格为： ￥ 6000左右。 开发该软件历时三个月，其花费为机时费、资料费、场地费、水电费及各种费用约为 ￥ 1000 左右，人工费为 ￥ 3000 左右； 而其产生的经济效益 =使用本软件获得的经济效益 +使用本软件节约的人工费用，其价格约为 ￥ 60000。 可以说此系统的经济效益远远超过了它的开发成本 ，所以此软件的开发和设计具有经济可行性。 本科生毕业设计（论文） 8 第 3章 需求分析 问题描述 (调研地点 :东北大药房皇姑店 ) 1)目前药店还没能够实现全部的计算机管理 2)药店处方药销售还很局限 (只限于本药店的几种处方 ) 3)大部分药店没有退药服务 4)药店管理与经营需要人员很多，浪费人力，物力 ： 1)药店领导可以阅读系统报表，药店医生负责根据购买者的情况，审核处方药是否可以销售，售药人员负责售药（输入条形码），处方药输入处方单号，采购人员根据采购单（系统自动生成）进行采购，保管员根据采购单生成入库单，并进行每月盘点，系统管理员负责设置库存上下限，建立数据字 典，为用户分配权限，设置违禁药品，处理过期药品等。 2)系统应能自动统计到今日，本月，各月，本年，各年及任意时间段的各种统计汇总表。 可以查询现存哪些药品，数量多少，到现在为止，销售，采购，入库药品的所有信息。 现存的药品按进价，零售价计算得到的价值 3)系统还要有药品有效期的自动提示，并能对其做出相应处理。 当库存到达库存上下限时，系统会自动报警，也可以做出相应处理。 4)药品分类按国家标准进行，假定药品数量单位统一。 同一种药品可以有不同的批次。 5)系统能提供内容详尽且方便易用的帮助信息，以确保在系统运行时能 时时刻刻为用户提供帮助。 6)对系统的一些统计分析数据应能够提供报表进行打印，以备保存查阅。 7)系统功能应实用完善、界面大方美观、操作方便快捷。 数据流图 数据流图，简称 DFD，是 SA 方法中用于表示系统逻辑模型的一种工具，它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。 本科生毕业设计（论文） 9 数据在系统内部是流动的，数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。 因为数据流 图是逻辑关系的图形表示，即使不是专业的计算机技术人员也容易理解，所以是极好的通信工具。 数据流图有四种基本图形符号： ：箭头，表示数据流； 〇：圆或椭圆，表示加工； = ：双杠，表示数据存储； □ ：方框，表示数据的源点或终点。 :数据流是数据在系统内传播的路径，因此由一组成分固定的数据组成。 (又称为数据处理 ):对数 据流进行某些操作或变换。 每个加工也要有名字，通常是动词短语，简明地描述完成什么加工。 在分层的数据流图中，加工还应编号。 (又称为文件 ):指暂时保存的数据，它可以是数据库文件或任何形式的数据组织。 :是本软件系统外部环境中的实体 (包括人员、组织或其他软件系统 )，统称外部实体。 一般只出现在数据流图的顶层图。 画数据流图的步骤 ，即先画顶层数据流图。 顶层流图只包含一个加工，用以表示被开发的系统，然后考虑该系统有哪些输入数据、输出数据流。 顶层图的作用在于表明被开发系统的范围以及它和周围环境的数据交换关系。 ，即画下层数据流图。 不再分解的加工称为基本加工。 一般将层号从 0开始编号，采用自顶向下，由外向内的原则。 画 0层数据流图时，分解顶层流图的系统为若干子系统，决定每个子系统间的数据接口和活动关系。 该系统的顶层数据流图如图 所示。 图 本科生毕业设计（论文） 10 该系统的功能级数据流图如图 所示。 图 数据字典 数据字典是关 于数据的信息的集合，也就是对数据流程图中包含的所有元素的定义的集合。 任何字典最主要的用途都是供人查阅对不了解的条目的解释，数据字典的作用也正是在软件分析和实际过程中给人提供关于数据的描述信息。 除了数据定义之外，数据字典总还应该包括关于数据的其他一些信息。 一般信息（名字，别名，描述等等），定义（数据类型，长度，结构等等），使用特点（值的范围，使用频率，使用方式 —— 输入 /输出 /本地，条件值），控制信息（来源，用户，使用它的程序，改变权，使用权等等）和分组信息（从属结构，物理位置）。 定义大多数复杂事物的方法都是被 定义的事物的成分的某种组合表示这个事物，这些组成成分又由更低层的组成的成分来定义。 从这个意义上说，定义就是自顶向下的分解，所以数字字典中的定义就是对数据自顶向下的分解。 那么，应该把数据分解到什么程度呢。 一般来说，当分解到不需要进一步分解时，每个和工程有关的人也都清楚其含义的元素时，这种分解过程就完成了。 数据字典最重要的用途就是作为分析阶段的工具。 在数据字典中建立的一组严密一致的定义很有助于改进分析员和用户之间的通信，因此将消除许多可能的错误。 对数据的这一系列严密一致的定义也有助于改进在不同的开发员或不同的开发小组之间的通信。 如果要求所有开发人员都根据数据字典描述和设计模块，能避免许多麻烦的接口问题。 数据字典中包含的每个数据元素的控制信息是很有价值的。 因为列出了一贯使用给顶的数据元素的所有程序（或模块），所容易估计出改变一个数据将产生的 本科生毕业设计（论文） 11 错误，并且能对所以受影响的程序或模块做出相应的改变。 如果暂时还没有自动生成的数据字典处理程序，建议采用卡片形式书写数据字典，每张卡片上保存描述一个数据元素的信息。 这种方法较好的实现了上述要求，特别是更新和修改起来更方便，能够单独处理每个数据元素的信息。 每张卡片上主要应该包括 下述这样一些信息；名字、别名、描述、定义、位置。 本系统的几个主要数据字典如下。 名字：零售数据字典 别名：零售信息 描述：存储的是系统药品销售的基本信息，打印出的小票供用户查看使用。 定义：零售数据字典表 =小票号码 +售药员代码 +药品售出日期 +总价值 位置：输出到打印机 名字：采购数据字典 别名：采购信息 描述：管理员查看采购信息时，存储的是系统药品采购的基本信息。 定义：采购表 =采购单 号 +采购员代码 +采购总价值 +采购日期 +备注 名字：入库数据字典 别名：入库信息 描述：主要存储的是系统入库的基本信息。 定义：入库表 =保管员代码 +入库 单号 +采购单号 +入库日期 +备注 位置：入库表 名字：统计数据字典 别名：统计信息 描述：存储的是系统入库的详细信息 ,主要用来对系统入库详细信息的统计。 定义：入库详细表 =入库单号 +药品编码 +序号 +药品名称 +入库数量 位置：入库详细表 本科生毕业设计（论文） 12 第 4章 数据库设计 概念模型简介 概念模型用于信息世界的建模，是现实世界到信息世界的第一层抽象，是数据库设计人员进行数据库设计的有力工具，也是数据库设计人员和用户之间进行交流的语言，因此概念模型一方面应该具有较强 的语义表达能力，能够方便、直接地表达应用中的各种语义知识，另一方面它还应该简单、清晰、易于用户理解。 为了把用户的数据要求清晰的表达出来，系统分析员通常建立一个概念性数据模型。 概念性数据模型是一种面向 问题的数据模型，是按照用户的观点来对数据和信息建模。 它描述了从用户角度看到的数据，它反映了用户的现实环境，且与在软件系统中的实现方法无关。 最常用的表 示概念 性数据模型的方法，是实体 联系方法 （ EntityRelationship） 概念模型的特点 概念模型的特点是： 、充分地反映现实世界，包括事物和 事物之间的联系，能满足用户对数据的处理要求。 是对现实世界的一个真实模型。 ，从而可以用它和不熟悉计算机的用户交换意见，用户的积极参与是数据库的设计成功的关键。 ，当应用环境和应用要求改变时，容易对概念模型修改和扩充。 、网状、层次等各种数据模型转换。 概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定。 概念模型设计方法。 首先定义全局概念结构的框架，然后逐步细化。 首先定义局部应用的概念结构，然后将她们集成起来， 得到全局概念结构。 首先定义最重要的核心概念结构，然后向外扩张，以滚雪球的方式逐步生成其他概念结构，直至总体概念结构。 即自顶向下和自底向上相结合，用自顶向下策略设计一个全局 本科生毕业设计（论文） 13 概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。 图介绍 ER 模型中包含“实体”、“联系”和“属性”等三个基本部分，下面分别介绍这三个基本部分： 1)实体 实体是客观世界中存在的且可相互区分的事物。 实体可以是人也可以是物；可以是具体事物也可以是抽象概念。 例如，本系统中住户和房屋都 是实体。 在 ER 图中用矩形框代表实体 2)联系 客观世界中的事物彼此间往往是有联系的。 例如本系统中火车与地区间存在“路经”这种联系。 联系分为三种： （ 1） 一对一联系（ 1： 1） （ 2） 一对多联系（ 1： N） （ 3） 多对多联系（ M： N） 在 ER 图中，用连接相关联实体的菱形表示联系。 3)属性 属性是实体或联系所具有的性质。 通常一个实体由若干个属性来刻画。 例如，“房屋”实体有房间编号、房间号码、房主代码等属性，“住户”有姓名、性别等属性。 联系也可能有属性。 在 ER 图中，用椭圆或圆角矩形表示实体（或联系）的属性，并用无向边把实体（或联 系）与其属性连接起来。 ER 图 实体关系设计（ ER图）如图。 零售单生成m药品生成采购单 m生成入库单m生成 盘点单mnn nn实体关系设计 (ER图)图 （ ER图） 本科生毕业设计（论文） 14 主要实体属性图如图 所示。 图 零售单实体属性图如图 所示。 图 采购单实体属性图如图 所示。 图 药品药品别名 药品名称 药品编码 序号 药品单位 药品数量 药品类别码 药品进价 药品生产厂家 药品有效期至 药品零售价 标志 药品批发价 药品批准文号 售药员代码 小票号码 总价值 药品售出日期 零售单 本科生毕业设计（论文） 15 入库单实体属性图如图 所示。 图 盘点单实体属性图如 图 所示。 图 图分析 系统 ER图 如图 21 所示 ,其各实体属性如下 : 1)药品信息表 {药品编码 ,序号 ,药品名称 ,药品别名 ,药品类别码 ,药品单位 ,药品数量 ,药品批发价 ,药品零售价 ,药品进价 ,药品有效期至 ,药品批准文号 ,药品生产厂家 ,标志 } 2)零售单表 {小票号码 , 售药员代码 , 药品售出日期 , 总价值 } 3)采购单表 {采购单号 , 采购员代码 , 采购总价值 , 采购日期 , 备注 } 4)入库单表 {入库单号 , 保管员代码 , 采购单号 , 入库日期 , 备注 } 5)盘点单表 {盘点单号 , 盘点人员代码 , 盘点日期 , 备注 } 逻辑设计思想 对于需要使用数据库的那些应用领域，在对系统数据要求分析的基础上，进一步设计数据库系统的主要功能是药品销售，采购，入库，查询与统计，不同的功能由不同的负责人才有权使用，系统管理员始终享有最高的权限，在设计中要充分考虑用。