位，职位->权限，所以就将用员工信息分解为如下现个模式：
①员工信息（员工号，姓名，用户名，用户口令，职位）
②职位权限信息（职位，权限）
本系统不考虑职工信息的管理，为了使销售员编号与销售员的职工
号连系起来，并能通过职工姓名和职位来修改用户信息所以把员工的部
分信息（职工号，姓名，职位）和经理（用户名，密码）合成了员工信
键
束
名
SaleNo int 4 Primary Not Null 销售编码
Key
WorkNo Char 10 Foreign Not Null 销售员编码
key
SaleDate DateTime8
销售日期
Amount Money 8
总金额
表名：药品销售子表
字段名
字段类
型
SaleNo
int
MedicineCode Char
市） 供应商信息（供应商号，供应商名称，联系人，联系方式，供应商
所在城市） 药品销售信息（销售编码，销售日期，药品编码，药品名称，单
价，数量，供应商，总额，销售员编码） 外码：销售员编码、药品编 码 ⑶ 关系模式优化：
在上述关系模式中，每一个分量都是不可分割的数据项所以都符合
第一范式；而且前四个关系模式都是单个属性作为码，没有任何非主属
系统名：医药销售管理系统 编号：I002 名称：药品名称
别名：
数据项值： 类型：字符型
长度：32个字节
取值范围：
简述：每种药品都具有唯一药品标识。
修改记录：
编写
日期
审核
日期
表2.3 密码
数据项
系统名：医药销售管理系统 编号：I003 名称：售价
别名：
数据项值： 类型：数值型
长度：8个字节
取值范围：
息（员工号，姓名，用户名，密码，职位，权限）以便系统功能的实
现，所以在此不采用模式分解。
药品销售信息中有大量的数据冗余，表达不明确，将其分解为如下
两个模式：
①药品销售主表（销售编码，销售日期，销售员编号，总金额）
②药品销售子表（销售编码，销售日期，药品编码，药品名称，单
价，数量，供应商）
⑷ 数据库设计
型
键
束
名
FirmCode Char 10 Primary Not Null 供应商编码
Key
FirmName Varchar 16
Not Null 供应商名称
Link Varchar 12
联系人
LinkTell Varchar 11
联系电话
City Varchar 8
所在城市
表名：药品销售主表
字段名 字段类型长度 主键或外 字段值约 对应中文属性
⑴ E-R图： 在系统的数据库设计中，先要对系统分析得到的数据字典中的数据
存储进行分析，分析各数据存储之间的关系，然后才能得出系统的关系 模式。可以采用E-R图的方法来进行数据结构分析，E-R设计方法是一种 通过E-R图来描述现实世界信息结构的DB设计方法。E-R图由实体、属 性、联系三部分组成。各分E-R图说明如下： ① 经理E-R图：
取值范围：
简述：每种药品都具有唯一的编号，它是某种药品的唯一标
识符，每种药品都有唯一的编号，如“011976”通常用前两位数
字表示入库的年份，中间两位表示类别，最后两位表示该药的序
ห้องสมุดไป่ตู้
号。如果该类药数超过100种时，可用“0119A0”表示第100种
药。
修改记录：
编写
日期
审核
日期
表2.2 药品名称
数据项
3.4数据库详细设计 3.4.1数据库设计
数据库的设计是指对一个给定的应用环境，构造数据库模式，建立 数据库及其应用系统，满足各种用户需求。作为信息资源开发、管理和 服务的一种有效的手段，数据库技术的应用已越来越广泛，从小型的单 项事务处理系统到大型的信息系统大都用先进的数据库技术来保持系统 数据的安全性、完整性和共享性。对一个实际的系统来说，数据库表的 设计在遵循数据库理论的同时，必须能用开发工具来实现用户在各方面 提出的功能要求。
Int 4
用户权限
3.4.2 数据库的完整性和安全性
⑴ 数据库的完整性
型 度 外键 约束 属性名
WorkNo Char 10 Primary Not 职工号
Key Null
Name
Varchar 12
姓名
UserRegNameChar 6
Not 用户登录
Null 名
Password Char 10
Not 用户口令
Null
Position Char 10
用户身份
Power
Money 8
金额
表名：药品类别索引信息
字段名
字段类 长度 主键或外 字段值约 对应中文属
型
键
束
性名
MedKindCode Char 10 Primary Not Null 药品类别代
Key
码
KindExplanationVarchar 12
Not Null 类别说明
表名：员工信息
字段名 字段类 长 主键或 字段值 对应中文
对上述E-R图所需的实体需要的几个关键表的设计如下：
表名：药品信息表
字段名
字段类型长 主键或外字段值 对应中文
度键
约束 属性名
MedicineCodeChar 6 Primary Not 药品编码
Key Null
MedicineNameVarchar 32
Not 药品名称
Null
MedKindCode Char 10 Foreign Not 药品类别
2.2.2 数据字典（简称DD）
绘制DFD,只是对数据处理和彼此之间的联系进行了说明。为进一步 明确数据的详细内容和数据加工过程,应将数据流图中的全部数据流及 其组成部分的数据元素，数据存储，数据加工，通过数据字典描述清 楚,以便于此后系统设计的进行。这就需要开发人员编写详细的数据字 典,来描述系统开发过程的细节。
简述：每种药品都要设置一个销售价格。
修改记录：
编写
日期
审核
日期
三 数据库系统结构设计
3.1软件系统总体结构设计 软件系统总体结构设计的主要任务就是将整个系统合理的划分成
各个功能模块，正确处理模块之间与模块内部的联系及它们之间的调用 关系和数据联系,定义各模块的内部结构等，本系统的软件总体结构按 分解－协调的原则，信息隐蔽抽象的原则，自顶向下的原则，一致性原 则，面向用户的原则进行设计。
（3）顾客主要活动： ①查询药品信息； ②选购药品。
2.1.3 业务流程图
2.2 系统逻辑方案 系统分析的主要成果是系统的逻辑模型。本系统的逻辑模型主要是
以系统的数据流图和数据字典为主要描述工具。即在无纸化网络考试系 统管理方式和业务流程进行认真分析和研究的基础上，排除现有组织机 构和业务分工所造成的信息障碍。 2.2.1 数据流程图（DFD）：
长度 主键或外 字段值约
键
束
4 Primary Not Null
Key
6 Foreign Not Null
对应中文属性 名 销售编码
药品编码
key
MedicineNameVarchar 32
Not Null 药品名称
Price
Money 8
售价
Number
Int 4
数量
Unit
Char 8
单位
Amount
二 系统需求分析
2.1.1 系统目标与要求 要求本系统能够投入实际的使用并且满足基本的功能要求。要求具
有较高的可靠性、安全性和易维护性，具有较高的可移植性。 本系统实现了以下的功能：
（1）基本信息模块：包括药品信息、员工信息、客户信息、供应商信 息四个子模块。 （2）进货管理模块：包括入库登记、入库登记查询二个子模块。 （3）库房管理模块：包括库存查询、库存盘点、退货处理三个子模 块。 （4）销售管理模块：包括销售登记、销售退货、销售报表查询三个子 模块。 （5）财务统计模块：包括当日统计、当月统计二个子模块。 （6）系统维护模块：包括数据安全管理、操作员管理、权限设置三个 模块。 说明：根据对现实中医药销售管理业务，将用户分为二类超级管理员 （经理）、普通管理员（操作员）。
② 供应商E-R图：
③ 员工E-R图：
④ 药品销售清单E-R图：
⑤ 客户E-R图：
⑥ 药品E-R图： ⑦ 整体E-R图：
⑵ 关系模式与码： 药品信息（药品编号，药品名称，药品类别代号，售价，进价，库
存量，供应商，有效期） 外码：药品类别代号、 供应商 药品分类索引信息（药品类别代号，类别说明） 员工信息（员工号，姓名，用户名，密码，职位，权限） 客户信息（客户号，客户名称，联系人，联系方式，客户所在城
数据流图是组织中信息运动的抽象。是在调研的基础上，从系统的 科学性、管理的合理性、实际运动的可行性角度出发。将信息处理功能 和彼此之间的联系自顶向下，逐层分解，从逻辑上精确地描述系统应具 有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向 （外部实体）等项目。
在数据流程图中可以很清楚的看到数据的流向，药品信息的数据分 别能够流向经理、员工和顾客。药品销售信息的信息也流经理。药品销 售信息记录的是药品销售和退还的信息。顾客表信息从顾客流出又可以 流回到顾客和员工、经理。
性对码部分函数依赖，在药品销售信息内虽由三个属性作为码，但也不
存在非主性对码的部分函数依赖，所以上都符合第二范式；药品信息、
药品类别索引、客户信息、供应商信息四个关系模式中都不存在非主属
性对码的传递函数依赖，都属于第三范式。