药店进销存管理信息系统课程设计模板.doc

药店进销存管理信息系统课程设计

41

资料内容仅供参考，如有不当或者侵权，请联系本人改正或者删除。

目 录

1．可行性分析报告 1
1.1 引言 2
1.2 系统开发的必要性和意义 2
1.3 现行系统的调查与分析 2
1.3.1现行系统调查研究 2
1.3.2 需求调查和分析 4
1.4 新系统的方案 5
1.4.1 新系统的目标 5
1.4.2 系统规划及初步开发方案 5
1.4.3 系统实施方案 5
1.4.4投资方案 5
1.4.5 人员培训及补充方案 5
1.5 方案的可行性分析 5
1.6 结论 5
2．系统分析报告 7
2.1 概述 8
2.1.1 系统分析的原则 8
2.1.2 系统分析方法 8
2.2 现行系统分析 8
2.2.1 现行系统现状调查 8
2.2.2现行系统存在的主要问题和薄弱环节 12
2.3 新系统逻辑设计 15
2.3.1 新系统目标 15
2.3.2 新系统逻辑模型 15
2.3.3系统数据分析 15
2.3.4 建立数据字典 16
2.3.5 处理逻辑描述 20
2.3.6 遗留问题 20
2.4用户领导审批意见. 20
3．系统设计报告 21
3.1 概述 22
3.1.1 系统设计目标 22
3.1.2 系统设计策略 22
3.2 计算机系统配置 22
3.2.1 硬件配置 22
3.2.2 软件配置 23
3.3 系统结构设计 23
3.4 模块设计 23
3.5 数据库设计 24
3.5.1 数据库逻辑设计 25
3.5.2 数据库物理设计 25
3.5.3 数据库保证 25
3.6 编码设计 26
3.6.1 代码设计原则 26
3.6.2 代码设计 26
3.6.3 编码设计的评价与验收 27
3.7 输出设计 27
3.7.1 输出项目 27
3.7.2 输出接收者 27
3.7.3 主要功能 27
3.7.4 输出要求 27
3.7.5 输出界面设计 27
3.8 输入设计( 举一个例子) 28
3.8.1 输入项目 28
3.8.2 输入的承担者 28
3.8.3 主要功能要求 28
3.8.4 输入要求 29
3.8.5 输入校验 29
3.8.6 输入界面设计 29
3.9 网络设计 30
3.10 系统实施方案设计 30
3.10.1 实施方案说明 30
3.10.2 实施的总计划 30
3.10.3 实施方案的审批 31
4．课程设计心得体会 32

1．可行性分析报告

年 1 月 吉 林

1.1 引言
摘要: 系统名称: 医药店管理信息系统
目标和功能: 开发的系统主要包括系统管理、 采购管理、 销售管理、 财务信息管理等主要功能模块, 而各类业务都可实现数据的添加、 删除、 修改、 查询、 打印等功能。
背景: 随着医药行业的市场化发展, 医药流通的的管理是否规范与人们的日常生活紧密的联系在一起。如今科学技术的进步和大量新药品的研发, 增加了医药店管理工作的难度, 特别是药品信息管理是一项非常繁重的工作。传统的药品信息管理多为手工管理方式, 造成了管理效率低、 数据的更新和维护困难等现实问题。很难适应医药店持续发展的要求。因此针对医药管理的现状, 设计和开发一个专用的药店管理系统是很有必要的。
系统开发的组织单位: YH软件开发中心
系统的服务对象:中小型的医药店
参考和引用的资料: 王欣编著.管理信息系统. 北京: 中国水利水电出版社,
专门术语和缩写词: 管理信息系统( MIS)
1.2 系统开发的必要性和意义
随着计算机技术的飞速发展, 计算机在系统管理中的应用越来越普及, 利用计算机实现各个系统的管理显得越来越重要。对于一些大中型管理部门来说, 利用计算机支持管理高效率完成管理的日常事务, 是适应现代管理制度要求、 推动管理走向科学化、 规范化的必要条件; 而药品管理是一项琐碎、 复杂而又十分细致的工作, 药品数量之庞大、 单价的变化、 进货厂商的不同, 一般不允许出错, 如果实行手工操作, 每天进货的情况以及进货时间等等须手工填制大量的表格, 这就会耗费药品管理工作人员大量的时间和精力, 如果利用计算机进行这些管理工作, 不但能够保证各种核算准确无误、 快速记录, 而且还能够利用计算机对有关的各种信息进行统计, 服务于财务部门其它方面的核算和财务处理, 同时计算机具有手工管理所无法比拟的优点, 例如: 检索迅速、 查找方便、 可靠性高、 存储量大、 保密性好、 寿命长、 成本低等。这些优点能够极大地提高管理的效率,也是管理行业的科学化、 正规化管理, 与世界接轨的重要条件。
1.3 现行系统的调查与分析
1.3.1现行系统调查研究
1. 组织机构调查
本系统主要针对中小型药店, 一般一个中型的药店负责专项管理的人员3、 4名, 销售人员
5人左右, 每天来往药店的人估计八十人左右。其组织结构图如图1-1所示。

经 理
销售人员
采购人员
收银员

仓库管理员

2. 业务流程调查
医药店的具体业务流程如下: 客户到医药店选择药品, 填写订货单, 将订货单交个销售人员, 销售人员审核订货单, 如果存在错误重新填写订货单, 否则进行下一步的处理。如果是新客户则先进行登记, 然后根据客户的订货情况对库存进行检索, 如果满足供应条件, 则开收货单, 客户付款后, 开收据和发货单, 会计将应收金额计入明细账。客户根据发货单提货, 由专门的人员发货并修改库存。同时对销售记录进行存档。如果不能满足供应条件, 将现货部分卖给客户, 并将缺货信息发给采购部门, 采购部门按照缺货情况, 确定向哪个供应商订购哪种类型的药物, 采购数量, 然后按供应商汇总, 将订购种类和数量打印出来, 向供应商发订货单, 供应商根据药品的总价向药店发送付款单。医药店进行核对后, 付款并修改相应的明细账, 当供应商把货发过来的时候, 要与订货单进行核对, 核认无误后入库并向销售部门发送到货通知
3. 信息流程分析
数据流成分析就是把数据在现行系统内部的流动情况抽象出来, 舍去了具体组织机构、 信息载 、 处理工作等物理组成, 单纯从数据流动过程来考察实际业务的数据处理模式。根据业务流程调查, 能够知道数据之间的关系如图1-2所示。
付款单

发货单

财务
管理
采 购
管 理

采购
管理
供应商

财 务
管 理

应收应付款明细账
缺货单

药品库存
库存管理

销售
管理

订货单
销售管 理
客户

收款单

图1-2数据流程图

4. 费用
主要是对工作人员工资的发放, 房子租用及其各项费用每年的维护费用1万元。差旅费大约为5000元。
5. 计算机应用情况调查
( 1) 现有配置
现有2台计算机, 有1台基本闲置未用, 计算机使用情效率低, 维护不及时, 不但浪费了资源而且计算机硬件也有一定的损耗。
( 2) 计算机专业人员
当前没有计算机专业人员。
( 3) 已经应用的项目及效益
现有一个药店管理系统, 有药品信息管理、 库存管理等功能只能进行基本的应用, 功能不全面, 只能进行基本的应用。
( 4) 使用效率及存在的问题
功能不完善, 没有采购、 销售管理功能。不能进行查询和统计, 只能产生很少的效益。
6.现行系统存在的主要问题和薄弱环节
(1) 信息输入工作繁杂, 经常存在着重复输入的问题, 在现有条件下, 工作效率比较低。
( 2) 查询比较困难, 无法实现多个表之间的综合查询。
( 3) 各部门的业务活动大多处于手工状态, 工作量大, 输入不规范, 误差较多。
( 4) 损益现象严重。

1.3.2 需求调查和分析
面对着大量繁杂的医药信息等的管理工作, 需要计算机和系统完成以下工作。
( 1) 具有数据输入功能
包括药品信息、 客户信息、 职工信息、 供应商信息的输入。是数据具有完整性。
( 2) 具备信息存储功能
包括药品信息、 客户信息、 职工信息、 供应商信息等重要数据的存储。
( 3) 具有浏览功能
包括药品信息、 客户信息、 职工信息、 供应商信息的浏览。
( 4) 具有查询功能
( 5) 具有打印功能
( 6) 对已输入的各项数据能够由专门的操作员增加、 删除和修改。
( 7) 用户控制功能
设置多个用户权限来控制用户访问的内容。
( 8) 系统功能
提供系统友好界面、 退出系统等基本的系统功能。

1.4 新系统的方案
1.4.1 新系统的目标
1.便使用者能够安全的查找自己想要的各种药品信息;
2.经过全面的药品信息采集和处理, 辅助提高系统的管理水平;
3.使用本系统, 能够有利的发展小型的药品管理系统的效率。
1.4.2 系统规划及初步开发方案
本系统主要是对药品的进销存进行管理, 对药品进行采购、 销售、 统计和财务管理等。工作人员能够根据药品类型来查看某种商品的销售情况及药品的剩余情况决定是否要采购。同时销售信息的变动影响着库存的变化, 仓库部门能够根据销售情况来决定库存需要, 也能够列出当前销售量最多的前几项药品和销售量最少的前几项药品, 以便于管理者对顾客需求进行分析。以便采购员改变采购计划。
药品管理系统使用单机作业, 有药店专人输入有关药品信息, 方便工作人员进行统计和查询, 向财务处报盘进行结算。本系统实现了采购、 销售、 库存、 财务等业务的自动化管理。本系统终端拟采用奔腾处理器, 300MB内存, 10GB硬盘, 一个光驱, 一个鼠标, 一台打印机, 一个扫描器, 可配一台网络服务器。
项目投资初略估计: 前期投资50000元, 中期投资 0, 后期维护40000。
1.4.3 系统实施方案
本系统客户端拟采用WindowsXP操作系统, 服务器采用Linux操作系统, 前段开发语言使用Delphi, 使用Access数据库管理系统。
本系统由NE软件开发中心开发, 大约需要20天时间。系统规划表如下表1-1所示。
表1-1系统规划表
阶段
人数
时间( 星期)
人星期
起止时间
可行性研究
2
2
2
.12.24—— .12.31
系统分析
2
2
2
.01.01—— .01.07
系统设计
1
1
1
.01.08—— .01.12
1.4.4投资方案
此系统一次性投资50000元( 不包括硬件设备更新费用) , 在 1月拨入。
1.4.5 人员培训及补充方案
由于是一个比较简单的系统, 人机界面友好, 操作简单, 帮助信息详尽医药店一般人
都能够使用, 只需要简单的指导培训即可。
1.5 方案的可行性分析
( 1) 技术上的可行性。
本次开发采用delphi 7.0作为编程工具,可视化的开发工具有vc、 java, vf、 delphi等, 在这其中delphi比较简单, 易用, 且功能强大。而SQL server 实现简单, 易于开发。因此说此方案在技术上是可行的。
( 2) 经济可行性
在进行投资系统时, 该系统是否值得开发, 系统投入运行后获得经济高效益是否大于开发运行之前的经济效益, 以及系统开发是的成本和运行后的成本是否是最低。我们在开发系统时会根据用户的需求来开发以最低的成原来获得最高的效益。
现在就药品管理系统的经济可行性进行详细的分析, 从以下几个方面来分析:
①成本/效益分析的本质。
从成本和效益分析主要是使得获得的效益大于成本。本系统的有形成本是购买的设备如计算机、 打印机、 扫描仪等还有开发人员和维护人员的工资。本系统只需狗之间的设备就能够运行而且购置的数量也少, 我们所开发的系统是一个小型系统因此开发和维护人要求不是很高而且易于维护。根据有形成本的分析系统具有很大的有型效益能够大大减少设备费用和工作人员的工资。
本系统是小型系统容易操作无需对工作人员进行培训, 工作人员很快就能适应本系统, 能够提高工作效率, 从而提高了对顾客的服务质量, 因此无形效益也是可行的。
②成本和费用估算
投入本系统之后能够减少工作人员3人, 可节省年工资3万元左右。
③对于本方案初步投入50000元, 方案的生命周期估计为二年, 初始投资5万元, 预计等年净现金流量为20万元, 基准收益率为10%根据公式
NPV=-5+20(P/A,10%,2)=-5+20*1.7355=39.71万
由此可见对销售管理系统的改进使企业的利润增加。因此, 经济可行。
( 3) 系统运行可行性。
本系统运行后, 将把原来由人工来完成的销售、 采购、 库存管理改为由计算机来完成将节省大量的时间, 提高了工作效率和工作的正确性。工作人员能够很轻易的掌握操作流程和方法, 安全性高, 实用性强, 使用方便, 开发简单, 故在系统运行上基本是可行的。
( 4) 操作可行性
用户仅需具有基本的电脑操作能力即可。
1.6 结论
依据以上因素, 本药品管理系统开发项目不但方便快捷、 高效, 而且社会效益比较好, 从而使本系统开发者相信该系统开发出来之后将取得的成功。
综上所述, 此项目在技术、 经济、 操作和运行是完全可行的。

2．系统分析报告

年 1 月 吉 林
2.1 概述
2.1.1 系统分析的原则
在系统分析中有许多的困难, 为了克服困难, 做好分析工作, 在进行系统分析需要遵循如下原则:
( 1) 逻辑设计与物理设计分开的原则
逻辑设计主要考虑应用的逻辑结构和逻辑流程, 不考虑底层的物理实现。
根据逻辑设计系统可分为采购管理、 库存管理、 财务管理等模块。
根据物理设计能够把采购管理分为采购订单管理和查询管理等模块; 能够把库存管理分为入库管理和修改库存等模块等等。物理设计是对给定的逻辑数据模型配置一个最适合应用环境的物理结构。物理设计的输出信息主要是物理数据库结构说明书。其内容包括物理数据库结构、 存储记录格式、 存储记录位置分配及访问方法等。
( 2) 面向用户的原则
在结构化方法中强调用户至上的原则, 用户是信息系统开发的和最终的归宿。本系统是在药店的基层开始进行系统的调查的, 系统的很多功能都是为采购员、 库管员和财务员所设计的, 因此本系统很大部分是根据她们的需求进行设计的。因此整个开发过程要面向用户; 用户的参与程度和满意程度是系统成功开发的关键。
( 3) 结构化分析的原则
系统调查工作应严格按照自顶向下的系统化观点全面开展, 一层一层的深入研究。本系统按照结构化系统的原则, 将药店管理系统划分为采购管理模块、 库存管理模块和财务管理模块。
2.1.2 系统分析方法
采用结构化的方法自顶向下的逐层分解、 逐步细分、 逐步求精, 利用抽象和分解为手段控制系统的复杂性, 把大问题分解成小问题, 然后分别解决。分解是把一个较为复杂的问题分解成较小, 比较容易解决的问题, 然后分别解决。例如把系统分成四个模块考虑, 正是基于这样的方法。抽象是考虑问题的本质属性, 暂不考虑具体细节, 以后再添加详细的细节, 直到最详细为止。即把复杂的处理内容隐蔽起来, 抓住问题的主体, 有利于问题的理解。例如我考虑顶层的业务流程时, 就暂时抛开各个模块的细节, 先进行总体上的分析, 然后才考虑各个模块的细节。
2.2 现行系统分析
2.2.1 现行系统现状调查
1.现行系统目标、 规模、 界限、 主要功能
现行系统的目标是建立一个实用性、 先进性、 易用性和易维护性的管理系统, 它能实现简单的信息录入、 库存、 采购等功能。
　 现行系统的规模很小, 只是药房独立工作的单机软件, 没有与其它系统进行连接, 出了药店就不能再使用现行系统。

2.组织机构调查
本系统主要针对中小型药店, 一般一个中型的药店负责专项管理的人员3、 4名, 销售人员

3.业务流程调查与分析
医药店的具体业务流程如下: 客户到医药店选择药品, 填写订货单, 将订货单交个销售人员, 销售人员审核订货单, 如果存在错误重新填写订货单, 否则进行下一步的处理。如果是新客户则先进行登记, 然后根据客户的订货情况对库存进行检索, 如果满足供应条件, 则开收货单, 客户付款后, 开收据和发货单, 会计将应收金额计入明细账。客户根据发货单提货, 由专门的人员发货并修改库存。同时对销售记录进行存档。如果不能满足供应条件, 将现货部分卖给客户, 并将缺货信息发给采购部门, 采购部门按照缺货情况, 确定向哪个供应商订购哪种类型的药物, 采购数量, 然后按供应商汇总, 将订购种类和数量打印出来, 向供应商发订货单, 供应商根据药品的总价向药店发送付款单。医药店进行核对后, 付款并修改相应的明细账, 当供应商把货发过来的时候, 要与订货单进行核对, 核认无误后入库并向销售部门发送到货通知。业务流程图如图2-1所示。
图2-1药店管理系统高层业务流程图

供应商
应收应付款明细账
药品库存
发货单
付款单
供应商
采 购
管 理
销售管 理
财 务
管 理
订货单
收款单
客 户
客 户

缺货单
库存管理

采购管理主要完成如下业务:
（1） 按药品汇总客户订单。
（2） 确定要向供应商订购的各种药品的数量。
（3） 按供应商汇总, 打印向供应商的订货单。
( 4) 当供应商把货发来时, 要核对订货单。打印到货通知单, 通知销售部门可将客户预定的配件卖给客户 。医药店采购管理的流程图如图2-2所示。

供应商
不合格发货单
合格发货单
核 对
验 收
合 格
发 货
单
应付款明细账
修 改
库 存
药品库存
确定要订货的药品
修 改
订 货
量
待订货药品
销 售
管 理
到货通知单
产生到货通 知
药品汇总单
缺货订货单
按药品汇总
向供应商的订货单
供应商
按供应商汇总
打印订货单
订货单
图2-2采购管理业务流程图

采购管理主要完成如下业务:
（1） 编辑订货单。审核客户填写的订货单如果有错误返给客户。
（2） 确定客户订货。根据库存情况确定是否有现货卖给客户。
（3） 编制销售和库存报表。定期编制各种营业报表。
（4） 库存检索。允许经理查询有关销售和库存等信息
其业务流程图如图2-3所示

药品库存
客户
订购单
审核订购单
合格订购单
开发货单
不合格订单
登录新客户
顾客信息
销售记录
报表
发货单
经理
检索库存
缺货通知
修改库存
采购部门
库存状态
药品库存
图2-3 销售管理业务流程图

确定顾客订单

编制报表

4. 数据流程分析
根据业务流程调查, 能够知道数据之间的关系如图2-4所示。
根据对药店的详细调查, 分析人员认为药店的处理业务可分解为采购管理、 销售管理、 库存管理、 财务管理。
系统的主要外部实体有两个:
( 1) 客户。
( 2) 供应商。
系统主要的输入/输出数据流如表2-1所示。
表2-1输入/输出数据流
输入
来源
去处
输出
来源
去处
订货单
客户
销售管理
收款单
财务管理
客户
发货单
供应商
采购管理
付款单
财务管理
供应商

与系统有关的数据存储如下:
( 1) 药品库存。
( 2) 应收应付款明细账。
发货单
采 购
管 理
药品库存
供应商
应收应付款明细账
财 务
管 理
订货单
收款单
付款单
图2-4药店管理系统高层数据流程图
客户
销售管 理

缺货单
库存管理

对采购管理有关业务流程分析可知外部项有
( 1) 供应商
( 2) 销售管理
输入输出表如表2-2所示。
表2-2采购管理输入输出数据流
输入
来源
去处
输出
来源
去处
发货单
供应商
核对发货单
订货单
财务管理
供应商

到货通知单
打印到货通知单
销售管理

与采购有关的数据存储如下:
D1, 药品库存。D2, 暂存订货单。D3, 待订货的配件。D4, 供应商。D5, 向供应商的订货单。
D6, 应付款明细账。采购管理数据流程如图2-5所示

供应商
发货单
不合格发货单
合格订货单
销 售管 理
核对验 收
产 生
到 货
通 知
修 改
库 存
和 订
货 量
应付款明细账
D6
D5
向供应商的订货单
D3
待订货药品
D1
药品库存
D4
供应商
选 择供 应商 并
订 购
确 定
订 货
的 药
品
打 印
订 货单
按 药
品 汇
总
D2
暂存订货单
图2-5采购管理数据流程图

输入输出流如表2-3所示。
表2-3销售管理输入输出流
输入
来源
去处
输出
来源
去处
订货单
客户
编辑订货单
发货单
开发货单
客户
到货通知
采购管理
核对客户订货单
报表
编制报表
经理
查询要求
经理
检验库存
应答
检索存储
经理

销售数据流程如下图2-6所示
询问库存
不合格订购单
采购部门

审核订购单
经理
客户
药品库存

确定顾客订单

开发货单
顾客信息

登录新客户

编制报表

检索库存
药品库存

修改库存
销售记录
订购单
合格订购单
新客户
库存状态
发货单
缺货
图2-6 销售数据流程图

2.2.2现行系统存在的主要问题和薄弱环节
1．现行系统基本上是依赖office软件进行操作, 管理手段落后, 工作效率低。
2．由于信息的繁琐, 在进行信息的录入和处理时容易出现错误
3．查询比较困难, 只能做单个表的查询。
4．现行系统的安全性比较差, 由于用户管理机制不明确, 用户权限也没有明确的定义, 用户使用比较混乱。现行系统也不能根据药品销售进行必要的统计。药品在不断的更新, 不断发展的, 因此有些药品可能不会有人使用了, 有些药品可能已经过期, 如果没有统计功能, 要知道这些是需要很大的工作量的。

2.3 新系统逻辑设计
2.3.1 新系统目标
新系统的目标是建立一个能够长期、 安全、 稳定、 可靠、 高效的运行, 能够减少工作量的药店管理系统, 它能实现基本的采购、 销售、 库存、 财务等的管理。
经过对现行系统的分析, 以及对薄弱环节的了解, 能够确定新系统的目标。新系统必须具有如下功能:
药品信息管理: 药品信息是进行药品进销存均需要的一些信息。药品信息管理主要用于对药品的代码、 名称和产地等基本信息的管理。
药品采购管理: 当药店需要增加新的销售药品时, 利用此模块能够添加新的药品信息, 删除旧的药品信息, 修改已存在的药品信息, 提供所有与药品相关的各类信息, 初始化库存, 初始化供应商相关信息。
库存管理: 库存管理是对每一种药品的进货数量、 进货金额以及全部药品的进货数量、 进货金额进行管理, 对每一种药品的销售数量、 销售金额以及全部药品的销售数量、 销售金额进行清理, 并计药品剩余情况等内容。
查询管理: 实际生活中容易发生药品过期和损毁, 此时利用此模块对过期的药品和损毁的药品进行清理。还要查询库存剩余量, 决定是否要进货。
财务管理: 对采购时所需的钱进行管理, 修改总账, 编制会计报表。
2.3.2 新系统逻辑模型
根据现行系统高层数据流程图的分析和比较, 对采购管理功能进行扩展, 其外部实体有:
( 1) 供应商。
( 2) 销售管理。
( 3) 药品管理员。
采购管理的输入/输出数据流如表2-4所示。
表2-4采购管理输入/输出数据流
输入
来源
去处
输出
来源
去处
发货单
供应商
核对验证
订货单
按供应商汇总订货单
供应商

到货单通知
打印到货通知单
销售管理

会计报表
编制报表
药品管理员
与采购有关的数据存储如下:
( 1) D1, 药品库存。( 2) D2, 暂存订货单。( 3) D3, 待订货的配件。( 4) D4, 供应商。
( 5) D5, 向供应商的订货单。( 6) D6, 应付款明细账。( 7) D7, 总账。
采购管理新系统数据流程如图2-7所示。

产 生
到 货
通 知
合格订货单
选 择
供 应
商 并
订 购
D4
供应商
供应商
核 对
验 收
修 改
库 存
和 订
货 量
打 印
订 货
单
D5
向供应商的订货单
D1
药品库存
D3
待订货药品
按 药
品 汇
总
销 售
管 理
D2
暂存订货单
图2-7采购管理新系统数据流程图
修 改
总 账
检索
库 存
总账
D7
发货单
确 定
订 货
的 药
品
不合格发货单
经理
库存状态
编 制
会 计
报 表
应付款明细账
D6

2.3.3系统数据分析
在设计ER图时时强调的是不同实体之间关系。根据以上的分析得出下面的E-R图如图2-8所示。

库房
存储
药品
客户
销售
采购
供应商
n
m
m
n
m
n

图2-8 实体E-R图
属性如下所示:
1.药品: 药品名、 类别、 有效期、 地址、 规格、 进价、 备注
2.供应商: 编号、 地区、 供应商名、 备注
3.仓库: 药品名、 供应商编号、 数量、 零售价、 药品编号
4.客户: 用户编号、 联系电话、 地址、 备注
2.3.4 建立数据字典
数据字典就是将数据元素、 数据结构、 数据流、 数据存储、 处理功能和外部实体等详细情况加以记录, 并按照一定的方式进行排列所形成的一部关于数据的字典。
1、 数据元素
数据元素是最小的数据组成单位, 也就是不可再分的数据单位。药品编号, 药品名称, 供应商编号等如本系统中的数据元素的定义如表2-5所示。
表2-5数据元素的定义
数据元素编号
DE001
数据元素名称
药品编号
简述
药品编号
别名
Medicinecode
长度
20个字节
类型
字符型
取值/含义
根据药品基础信息对药品的编号
有关的数据元素或数据结构
药品信息
有关的处理功能:
销售管理, 输出药品信息, 采购管理
当所有的数据元素都定义完了时, 就能够建立一张数据元素一览表, 如表2-6所示。

表2- 6数据元素一览表
编号
数据元素名称
别名
类型
长度
DE001
药品编号
Medicinecode
字符型
20
DE002
药品名称
Medicinename
字符型
20
DE003
药品类别代码
Medkindcode
字符型
10
DE004
售价
Price
Float
20
DE005
厂价
listprice
Float
20
DE006
库存量
number
Int
40
DE008
有效期至
usefullife
Datantime
8
DE009
供应商编号
firmcode
字符型
10
DE0010
供应商名称
firmname
字符型
10
DE0011
联系人
link
字符型
10
DE0012
联系电话
linktell
字符型
13
DE0014
销售编号
SaleNo
字符型
20
DE0017
销售日期
SaleDate
Datatime
8
DE0018
销售数量
SaleNumber
Int
200
DE0019
总金额
Amount
Float
20
DE0020
进货日期
Buydate
Datatime
8
DE0021
进货数量
Buynumber
Int
200
DE0022
订货单编号
Ordercode
字符型
8
DE0023
进货单编号
Buycode
字符型
20
2、 数据流
数据流表示数据的流向。在数据字典中所定义的数据流有两类: 一是从外部实体输入到系统中的数据流, 二是从系统输出到外部实体的数据流。以药品订货单为例来介绍数据流的定义。如表2-7
表2- 7介绍数据流的定义
数据流编号
DF001
数据流名称
药品订货单
简述
客户在医药店购货时填写的订货单
来源
外部项”客户”
去处
处理功能”采购管理”
组成
订货单编号、 药品编号、 数量、 客户、 日期
流通量
每天约80份
高峰期的流量
大约30份
由于数据流定义的很多, 在这里就不一一赘述了。
3、 数据存储
数据存储是数据结构停留或保存的地方, 也是数据流的来源与去向之一, 以顾客来介绍数据存 储的定义。如表2-8所示。
表2-8据存储的定义
数据存储编码
DB001
数据存储名称
客户信息
简述
存储
输入数据流
存储新客户的有关信息
输出数据流
新客户信息
组成
客户编号、 客户姓名、 客户联系电话、 客户地址
立即存储要求
有
由于数据存储定义的很多, 在这里就不一一赘述了。
4、 外部项也叫外部实体, 指的是数据的来源与去向, 它不受系统控制, 是系统以外的人或者事物。以客户为例介绍外部实体的定义。如图2-9所示
表2- 9外部实体的定义
外部项编号
E01
外部项名称
客户
简述
该公司接待的所有个人和单位
输出数据流( 去向)
发货单
输入数据流( 来源)
客户订货单、 付款单
个数
1000名左右
由于数据存储定义的很多, 在这里就不一一赘述了
5、 处理功能
处理功能是指最低一层数据流程图中的处理功能的定义。实际上每一个处理功能就是一个 ,
能够使用判断树、 判断表和结构是语言等进行描述。处理功能的定义如表2-10所示。
表2-10处理功能的定义

处理逻辑编号
P001
处理逻辑名称
审核订购单
简述
接受从销售部门录入的客户订购单是否正确
输入数据流
客户订购单
输出数据流
1合格的订购单 去向: 数据存储”确定客户订单2不合格的订购单 去向: 外部项”客户”
处理
1录入客户订购单2按照药品名称, 查询订购单是否合理
有关的数据存储
药品存储、 客户
由于数据存储定义的很多, 在这里就不一一赘述了。
2.3.5 处理逻辑描述
对底层的处理逻辑进行说明, 例如对客户提交的订购单的处理。
if 订购单合格
确定客户订单
else 将订购单返还给客户
2.3.6 遗留问题
由于资金和技术水平有限, 只能实现了医药店管理的一些最为基本的功能, 可能还存在着很多的不足和缺陷, 在以后的过程中还会不断更改, 改进。
2.4用户领导审批意见.
支持医药店管理系统的改进, 认为有利于医药店的管理。

3．系统设计报告

年 1 月 吉 林
3.1 概述
3.1.1 系统设计目标
本系统设计既要满足用户的要求又要满足设计人员的设计目标。从用户的观点看, 要求系统能够达到以下目标:
( 1) 减少人工信息录入的错误, 减少不必要的经济损失。
( 2) 药品采购、 销售信息用计算机来完成, 节省人力和物力。
( 3) 建立查询功能。能够查询药品的厂商、 生产日期、 剩余量等。以使工作人员知道哪些药品不再需要, 哪些药品需要加大进货量, 实现药品的最佳利用。
( 4) 建立财务模块。能够对药品的采购、 销售的应收款和应付款进行汇总编制报表。
3.1.2 系统设计策略
本系统采用事物分析和变换分析两种策略的结合。经过事务分析, 将药店管理系统分为有关药品的采购、 销售、 库存、 等模块, 对底层模块采用变换分析法将有关药品采购的模块分为: 订单管理、 退货管理、 查询等处理功能。以系统设计为原则, 提高模块的内聚性, 降低模块间间的耦合程度, 建立数据库, 实现数据共享, 而且提高模块的独立性, 使系统具有很好的可修改性和较高的灵活性。

3.2 计算机系统配置
3.2.1 硬件配置
1. 主机
主机 cpu: 酷睿I5; 内存4GB
2. 外存储器
主存512MB, 外存至少100G磁盘。
3. 终端与外部设备配置
显示器及显示卡: 彩色VGA, 分辨率不低于1024x768, 64位PCI接口, 缓存1MB以上;