同仁堂管理信息系统设计Word下载.docx
《同仁堂管理信息系统设计Word下载.docx》由会员分享，可在线阅读，更多相关《同仁堂管理信息系统设计Word下载.docx（36页珍藏版）》请在冰豆网上搜索。
该企业属于直线职能制，现行系统在经理的领导下，设有销售科、采购科和财务科，如图1所示。
⏹企业职能分解图
图2同仁堂药店职能分解图如图所示
销售科的任务是，接受顾客的订货单，并进行校验，将不符合要求的订货单退还给顾客。
如果是合格的订货单且仓库有存货，那么就给顾客开发货票，通知顾客到财务科交货款，并修改因顾客购买而改变的库存数据。
如果是合格的订货单但是缺货，那么先留底，然后向采购科发出缺货单。
当采购科购买到货后，核对到货单和缺货单，再给顾客开出发货票。
采购科的任务是，将销售科提供的缺货单进行汇总，根据汇总情况和各厂商供货情况，向有关厂商发出订购单。
当供货厂商发来供货单时，对照留底的订购单加以核对。
如果正确则建立进货帐和应付款帐，向销售科发到货通知单并修改库存记录；
如果供货单与留底订购单不符，则把供货单退还给供货厂商。
财务科（会计科）的任务是，接到顾客的货款时，给顾客开出收据及发票，通知销售科付货；
根据税务局发来的税单建立付款帐，并付税款；
根据供货厂商发来的付款通知单和采购科记录的应付款明细帐，建立付款明细帐，同时向供货厂商付购货款。
无论是收款还是付款之后，都要修改药店的财务总帐。
财务科在完成以上日常账务工作的同时，还要定期编制各种报表向经理汇报，以供经理了解有关情况并据此制定下阶段的业务计划。
●对信息系统的总体需求
⏹现有资源
同仁堂药店的全部数据处理都由人工操作，所需设备全部需要重新配置。
⏹需要资源
▲系统处理方式
同仁堂药店业务管理信息系统采用分布式处理。
采购、销售、会计三个部门各配置一台微机，三台微机联成网络，相互通信。
采购、销售、会计三个部门各自独立地进行业务处理，各部门之间的数据通信由网络完成。
▲系统硬件配置
◎三台微机（包括主机、显示器及磁盘驱动器）。
◎打印机。
◎适配器、电缆等其它网络配件。
▲软件配置
◎汉字多用户操作系统。
◎汉字dBASE—Ⅲ数据库系统。
◎其它应用软件。
●信息系统开发的必要性分析
基于现行销售管理系统的大部分工作都由手工来完成，造成工作效率低，错误率高,信息反馈不及时，查询信息慢，因此本信息系统开发小组经过研究，调查及取得上级领导地支持，拟对同仁堂药店进行以下几方面的改革:
◎系统功能重构
◎业务流程重组
◎数据流程重组
●明确信息系统开发的目标，内容和规模
本系统的开发能够提高工作效率，扩大服务范围，降低工作人员的劳动强度，提高同仁堂药店资金利用率。
及时获取商品库存信息，为同仁堂药店经理的预测商品的销售量和正确的决策提供可靠的参考信息。
◎实现整个同仁堂药店业务信息流程的计算机管理。
◎销售子系统的订货单处理、缺货处理全部由计算机完成，增加自动登记新顾客数据的功能；
货物售出后，自动建立售货历史记录和修改库存记录。
◎采购子系统的缺货单汇总、缺货货物统计和编发订货单由计算机完成，核对订货单和修改库存也用计算机进行。
◎会计子系统的全部数据汇总计算工作由计算机自动完成，报表的编制、打印也由计算机完成。
●项目开发的初步方案
⏹项目的规模，目标
完成同仁堂药店管理信息系统的建设。
⏹项目投资的粗略估计
前期准备资金
中期投资资金
后期维护资金
75000元
30000元
45000元
⏹人员配备情况
以小组（约30人）为单位进行管理信息系统的运行。
⏹进度计划：
2008年10月10日——2008年12月25日
10月10日：
组成项目小组，进行项目可行性分析
10月20日：
进行业务流程分析和功能需求分析，并画业务流程图和基本模型图
11月01日：
进行数据流程分析并画数据流图，根据数据流图列出了数据字典卡片，然后对数据字典进行处理描述
11月10日：
确定目标系统功能并进行数据分析，其中包括数据库建模和关系数据的描述，并画新型数据流图。
11月15日：
进行新的业务流程设计和系统功能设计。
11月20日：
数据库结构设计和数据库设计（包括逻辑设计和物理设计）
11月25日：
详细设计和系统实施
12月15日：
软件测试
12月25日：
项目完成并交付运行
2.2可行性研究
●现行系统概述
⏹系统目标，规模，开发背景等概述
同仁堂药店的全部数据处理都由人工操作，工作量大，工作效率低，错误率高，信息反馈不及时，因此本信息系统开发小组经过研究、调查及取得上级领导地支持，拟对该同仁堂药店进行以下几方面的改革：
⏹进一步明确信息系统建设的目标，需求及系统边界与范围。
◎实现登记、整理数据，处理核对顾客订货单。
◎向经理提供各种业务统计报表。
◎提供各级查询。
◎销售、采购、会计各部门的业务数据处理实现自动化。
●可行性分析
⏹新系统方案
⏹经济可行性分析
购买和安装设备的费用：
计算机硬件、系统软件、机房、电源、空调等，共计7万。
软件开发费用：
若由本单位的技术人员开发，则该项费用可以计入下面的人员费用一项，共计3万。
人员费用：
系统开发人员、操作人员和维护人员的工资、培训费用等,共计3万；
由于本项目的特殊性该部分费用可节省。
消耗品费用：
系统开发所用材料、系统正常运行所用消耗品，例如电费，打印纸、软盘、开发软件等开支；
共计2万。
该企业所批的新系统的开发费用和今后的运行、维护费用为15万。
因此，改造费用方面是可行的。
⏹技术可行性分析
为同仁堂药店开发一个信息管理系统，需要数据库编程工具的支持，如PoweredBuilder,VisualBasic,C++Builder等工具即可不错地完成任务。
考虑到PoweredBuilder的最终可执行程序对动行环境的要示过于苛刻（主要是支持库的不完善），和VisualBasic的功能不够强大，C++Builder是不错的选择。
C++Builder继承继承了Borland公司的同类产品Delphi对数据库强大的支持，和其丰富的VCL控件资源，加上其使用语言C++的广泛普及，用它开发一个关于同仁堂药店管理信息系统，不存在技术上的问题。
⏹营运可行性分析
经过分析调查，对新系统运行后对现在的工作效率会有明显提高。
同时经过管理人员的培训使他们能够在新的技术条件下能够顺利开展工作。
⏹结论
按上述三方面进行可行性分析、研究后，我们认为由于同仁堂药店的管理人员大多都具备操作计算机的能力，另外，此系统是一个小型信息管理系统，花费不大。
所以建立新系统是可行的，可以立项的。
2.3系统详细调查并提出新方案
●信息系统主要工作内容概述
●详细了解用户需求，进一步明确系统的主要目标和功能
表1
同仁堂药店业务管理信息系统的概况如上表所示，该表格反映了新系统的输入、处理、数据存储和输出的概况。
其中带“＊”号的表示由计算机处理的项目，其余处理由人工进行。
●业务流程分析
⏹文字描述
现行系统的业务流程情况如下图所示。
各项业务数据的输入、处理、存储和输出概况见表1。
⏹业务流程图
图3业务流程图
●信息流程分析
信息流程中分别有顶层数据流程图，第二层数据流程图，第三层数据流层图。
⏹数据流程图
▲顶层数据流程图
图4关联图
▲第一层数据流程图
图5第一数据流程图
▲第二层数据流程图
◎销售处理
◎采购处理
◎会计处理
图6第二层数据流程图（销售处理）
图7第二层数据流程图（采购处理）
图8第二层数据流程图（会计处理）
⏹数据字典
数据字典用于进一步定义和描述所有数据项，包括数据流字典、数据存储字典、数据处理字典、数据元素、外部项五部分。
▲数据流字典
数据流
系统名：
同仁堂管理信息系统
条目名：
订单
编号：
F1
别名：
来源：
S1顾客
去处：
编辑处理
数据流结构：
订单：
{订单标识+顾客细节{顾客标识+姓名+地址+电话+传真}+货物细节{货物标识+名称+产地+数量}}
简要说明：
描述订单处理的有关信息，100张/天。
修改记录：
编写
孙羽佳
日期
2008-11-05
审核
Sunyujia
表2数据流
图9数据流字典清单（部分）
▲数据元素
数据元素
同仁堂管理信息系统编号：
M1
药品标识别名：
药品
属于数据流：
F1、F4-F6
存储处：
D1、D3
药品:
药品类别:
有2位组成按年药品类别编码如：
植物类、动物类、矿物类等
药用部分:
有2位组成按顺序来
药品产地:
药材编号:
例如：
东北产的人参代码为10201015
数据元素结构：
药品标识是学生的识别符，每个药品都有惟一的标识。
表3数据元素
▲数据存储字典
数据存储
货名文件
编号：
D1
存储组织：
每批药品一条记录
主关键字：
药品标识
记录组成：
项名：
货物标识名称
近似长度：
812
（字节）
用于编辑订货
表4数据存储
图10数据存储字典清单（部分）
▲数据处理字典
加工
编辑顾客订单
编号：
P1.1.1
输入：
F1订单
F47顾客情况
输出：
F4订单
F2新客户数据
加工逻辑：
根据订单和顾客情况，判断新老客户，并编辑成适合的订单。
无
表5数据处理字典
判断、核对订单
P1.1.3
F4订单
F6不可供订单
F7可供订单
F11缺货单
检验顾客订单，分成不合格、可供、缺货三种情况处理。
检验订单属于哪一类，以便以后分别处理。
表6数据处理字典
图10数据处理字典清单（部分）
▲外部项
外部项
顾客
输入数据流：
发货票、付款收据
输出数据流：
订购、货款
主要特征：
顾客主要特征是：
顾客标识、姓名、地址、电话、传真
存储顾客的各类信息，包括顾客标识、姓名、地址等。
表7外部项
⏹决策树
▲订单编辑决策树
图11订单编辑决策树
▲判断、核对订单决策树
图12判断、核对订单决策树
3.信息系统设计
3.1信息系统总体设计
3.1.1信息系统总体布局设计
同仁堂药店业务管理信息系统采用分布式系统的浏览器/Web服务器（B/S）计算模式，采购、销售、会计三个部门各配置一台微机，三台微机联成网络，相互通信。
3.1.2软件系统的总体结构设计
●文字描述
同仁堂药店业务管理信息系统共分成销售、采购、会计三个子系统。
●模块设计
⏹绘制H图
图13
同仁堂药店业务管理信息系统功能模块结构
⏹绘制控制结构图
▲销售子系统控制结构
图14
销售子系统控制结构
在图12中，通过输入功能模块得到订单、顾客细节、库存细节信息，然后进行销售处理。
在销售业务处理中，首先对订单、顾客细节进行编辑，并反馈出编辑后的订单，然后对编辑过的订单再进行检验核对并且加载分类标志。
订单、顾客细节、库存细节经过编辑、检验核对后进行分类处理。
根据订单加载的分类标志，将订单划分为不可供处理（反馈出缺货单）和不合格订单，对于可供货的订单，要根据货名和数量修改库存，根据顾客细节、货名和数量建销售记录，并为顾客开发货票。
▲采购子系统控制结构
图15
采购子系统控制结构
▲会计子系统控制结构
图16
会计子系统控制结构
⏹绘制IPO图
图17系统的IPO图（主控模块）
图18
系统的IPO
（一）
图19
系统的IPO
（二）
图20
系统的IPO（三）
图21
系统的IPO（四）
图22
系统的IPO（五）
3.2代码设计
本系统的代码设计采用线性分类体系，按分类对象的从属、层次关系为排列顺序。
●代码设计（以产品代码为例）
⏹产品代码设计
图23
产品代码设计
第一位位：
药品类别二、三位数字为：
药用部分
编号
类别
1
植物类
2
动物类
3
矿物类
4
其他
01
果实
02
根类
03
叶类
04
花类
05
茎类
06
皮类
四、五位数为字：
药品产地六、七两位数字为：
药材编号
东北
华北
西北
东南
华南
西南
1010101
五味子
1010102
牛蒡子
1020101
人参
校验码为:
采用算术级数算法
例如:
东北产的人参
1020101
*1234567
1060507
则该代码的第八位为（1+0+6+0+5+0+7）Mod7=5
东北产的人参的代码为10201015
备注：
当余数为10时则校验码为0
3.3数据存储设计
3.3.1数据库设计
●概述
在系统的数据库设计中，首先要对系统分析得到的数据词典中的数据存储进行分析，分析各数据存储之间的关系，课采用E-R图的方法进行数据结构分析。
这里以药材数据库为例。
●实体—关系模型（E—R模型）
⏹绘制E—R图
图24E—R图
属性：
图25
图26
图27
图28
图29
图30
图31
●数据规范化
⏹说明三种规范户形式（描述1NF，2NF，3NF的定义）
1NF：
属于1NF的关系应满足的基本条件是元组中的每一个分量都必须是不可分割的数据项。
2NF：
指的是这种关系不仅满足第一范式，而且所有非主属性完全依赖于其主码。
3NF：
指的是这种关系不仅满足第二范式，而其它的任何一个非主属性都不穿地依赖于任何关键字。
⏹进行规范化（要求符合3NF），但必要时可以进行反规划
显然上面的E-R图完全符合3NF，因此不需要修改。
⏹绘制出调整后的E-R图
图32E-R图
●建立逻辑模型
实体：
药材信息表（药材标识，药材名称，药材类别）
库房信息表（仓库货位号，仓库位置）
供应商信息表（供应商编号，供应商名称，供应商地址，供应商电话，供应商传真）
客户信息表（客户编号，客户姓名，客户地址，客户电话，客户传真）
联系：
存储信息表（存储编号，药材标识，供应商编号，药材存储数量，药材入库时间，药材出库时间）
购买信息表（购买编号，药材标识，供应商编号，购买价格，购买数量，购买时间）
订单信息表（订单编号，药材标识，客户编号，销售价格，销售数量，销售时间）
3.4用户界面设计
3.4.1输出界面设计
输出是由计算机对输入的原始信息进行加工处理，形成高质量的有效信息，并使之具有一定得格式，提供管理者使用。
●输出信息内容
客户信息、发货票、货物、采购订单、货款、税款、各种统计报表、不合格订单等。
●输出设备
显示终端、打印机。
●输出介质
纸张、磁盘。
图33客户信息输出界面
3.4.2输入界面设计
●输入信息内容
客户订货单、供货单、付款单、货物、税单。
●输入设备和介质
键盘、鼠标、光盘、移动硬盘、读卡器、扫描仪、
图34客户订货单输入界面
3.5处理过程设计
●绘制处理流程图
⏹销售业务流程图
图35销售业务流程图
⏹会计业务流程图
图36会计业务流程图
⏹采购业务流程图
图37采购业务流程图
4.系统实施
4.1编程并编写文档
本系统在上述系统设计的基础上进行编程，这里就不做过多赘述。
4.2测试
系统测试是信息系统的开发周期中一个十分重要的活动。
尽管在系统开发周期的各个阶段均采取了严格的技术审查，但依然难免遗留下差错，如果没有再投入运行前的系统测试阶段被发现纠正，问题迟早会在运行中暴露出来，到那时要纠正错误将要会付出更大的代价。
因此我们有必要进行系统测试。
我们要以找错误为目的，不是要证明程序无错，而是要精心选取那些易于发生错误的测试数据，以十分挑剔的态度，去寻找程序的错误。
测试工作应避免由原开发软件的个人或小组来承担。
设计测试用列不仅要包括合理、有效的输入数据，还要包括无效的或不合理的输入数据。
不仅要检验程序是否做了该做的事，还要检查程序是否同时做了不该做的事。
保留测试用例，将会给重新测试和追加测试带来方便。
测试方法：
●人工测试
⏹个人复查
源程序编写完成后，直接由程序员自己进行检查。
⏹走查
由三至五人组成测试小组，测试小组成员是未介入过该软件设计工作的有经验的程序设计人员。
测试在预先阅读过该软件资料和源程序的前提下，由测试人员扮演计算机的角色，用人工方法将测试数据输入被测程序，并在纸上跟踪监视程序的执行情况，让人带特机器沿着程序的逻辑走一遍，发现程序中的错误。
⏹会审
测试小组的构成与走查相似，要求测试成员在会审前仔细阅读软件有关资料，根据错误类型清单，填写检测表，列出根据错误类型要提问的问题。
会审时，由程序作者逐个阅读和讲解程序，测试人员逐个审查、提问、讨论可能产生的错误。
会审要对程序的功能、结构及风格等全部内容进行审查。
●机器测试
⏹黑盒测试（功能测试）
将软件看成黑盒子，在完全不考虑程序内部结构和特性的情况下，研究软件的外部特性。
根据软件的需求规格说明书设计测试用例，从程序的输入和输出特性上测试是否满足设定的功能。
⏹白盒测试（结构测试）
将软件看成一个透明的盒子，按照程序的内部结构和处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查与设计是否相符。
系统的测试工作一般有以下四个步骤：
图38系统的测试过程
过程如下：
◎单元测试
◎组装测试
◎确认测试
◎系统测试
4.3系统转换
●做出系统转换计划
由于原来企业一直为手工操作，大多员工需要进行一定的培训和熟悉之后才能够使
升级会员 