超市连锁店管理系统案例

案例L超市连锁店管理系统

i.i概述

i.i.i开发背景

安徽某超市连锁店，成立于20世纪90年代初期。该超市连锁店采用统•采购，统核兑，统•配送

的低成本经营方式。该超市连锁店发展至今已经拥有十几家连锁店和•家配送中心。我们研究的对象是该

超市连锁店的一个分店，其规模属于中型超市。它占地面积约六百多平方米，拥有管理人员及职员一百人

左右。主要提供日用百货、烟酒食品、各种肉类、蔬菜、水果等商品，品种上千种。因其经营规模的扩大,

业务的扩张，必须引进先进的管理思想、方法和技术，以提高企业的管理水平，使该店实现在五年内发展

成为一个大型综合超市的目标。为此，该连锁店提出，近期内要运用信息技术，建立起包括库存、人事管

理的管理信息系统，以提高商品库存效率，简化人事管理，增加公司年度利润。

1.1.2系统目标和开发可行性

1.系统目标

本系统开发混合采用结构化系统开发方法与面向对象的开发方法，结合两种开发方法各自的优势进行系统

开发。

对原来的库存管理系统进行改进，使之能为公司提供强大的管理支持和查询服务，具体完成以下功能：

・库存输入

•库存修改

•库存查询

・库存处理

系统实现后，由计算机系统代替原来烦琐的人工档案管理，能完成以下功能：

•档案查询

•档案更新

•档案输出

2.系统开发的可行性

<1）技术的可行性

要求系统开发人员能够熟练运用VB、VF等编程语言，并需要计算机一台。目前技术人员已经掌握这些

编程语言，学生实验室由多台电脑供学生使用。因此，本此系统开发在技术上是可行的。

(2)时间可行性

开发时间约需要三个月左右。前两个月主要用于系统分析、设计、实现，后面的时间用于调试。

(3)经济可行性

现在已有一部分计算机等所需设备，可以充分发挥作用，节约不少设备资金，其余开发人员费用由连锁店

支付。

(4)人员可行性

所需人员10人左右，其中由系统分析员、系统设计员、程序员等构成，同时应有超市业务人员参与。开

发小组进行培训学习后可达到技术和业务上开发的要求。

1.1.3组织结构分析

该超市的组织结构如图所示。超市的主要决策和管理机构是董事会，策事会分管各连锁店经理和配送中心：

配送中心在超市的经营中所扮演的角色是给货品不足的各连锁店补充货品，相对来说，此部门是相对独立

的；连锁店由专职经理负贞，每家连锁店分为库存管理部、销售部、财务部和人事部四个主要部门。

库存管埋部的王妥任务是根据钠普部提供的信息和配送中心及时联系，使库房货源允足：货任货物的接收，

并安排好货物的存放事宜：对每天进出库房的货物进行详细记录，使基砒数据完备。

图1-1原系统组织结构图

销售部主要责任日常销售工作，包括物品摆放、货架整理、收银台等货物销传区的“常事务：及时准确地

将铺售信息反馈给其他部门，以保证商品的及时供应更新：同时处理消责者提出的各种疑问和信息.，为公

司的整体运作提供实际销售的基础数据。

财务部负责一切与财务有关的各项事宜，全面记录公司的所有收支资金流动，包括各种收入、支出、税务、

财务结算等。对进出贷款实行控制，定期分析资金走向，为公司的发展计划做好准备。

人事部的工作重心在店内员匚的「•作安排、分配、调幼、管理，也包括史人事档案的整理，定期分批对员

工进行培训，以增加专业知识，为把公司凝聚成统•、奋进的团队而提供保障。

1.2系统需求分析

1.2.1现行系统的业务描述

现行系统的库存管理业务流程如图1―2所示。销售部在销售货物时发现某种

商品不足，根据这种商品的销售量及时制制订货品需求计划，送至库存管理部。

库存管理部检查这种商品的存货量，如果储货不足则制订进货计划，交给连锁店

经理审批。经理批准后，自知财务部提款。库存管理部与配送中心联系，然后接

收存储货物，并送至销售部进行销售。

现行系统的人事管理业务流程图如图1一3所不。各部门根据本部门的自身发

展要求递交职员需求文件至人事部。人事部调用各部门人事档案，进行检查修改

并根据档案制订招聘或解雇计划，将计划交至连锁店经理进行审批。经理批准后，

人事部正式下达招聘或解雇职员的计划。

图1-2现行系统库存管理业务流程图

图1-3现行系统的人事管理业务流程图

1.2.2现行系统的数据流程分析

1.现行系统数据分析

通过表1-1所示的U/C矩阵分析现行系统的汇总数据。

2.现行系统的数据流程分析

销售部人员将每口的货物销售量信息数据传至库存管理部进行库存处理。库存管

理部综合商品需求信息初步确定需要补充的商吊"在对现有库存量进行检查后再

确定是否进货。若库存充足，则为无需进货，直接送货至销售部；若库存不足，

则通过一定程序批准补充货物，将订单传至配送中心。库存管理部接受配送中心

送来的货物，进行库存处理。库存处理后，生成库存数据并存储，将现行库存商

品信息反馈至销售部。具体数据处理流程如图1-4和1—5所示。

表1一1现行系统的U/C矩阵

图1-4库存处理数据流程顶层结构图

图1-5库存处理数据流程图

1.3新系统的逻辑方案设计

1.3.1新系统拟定的管理方法及管理制度

原系统中销售部人员根据对货架上商品数量的检查，人工地向库存管理部提供需

求计划。库存管理人员也是通过对存货量人工地检查发现缺货后，发至货物

配送中心。再原系统中采用的管理方法都是比较落后的，只适用于小型超市。原

系统的人事信息管理是纯手工管理。这种管理只适用于职员较少的小型超市。随

着超市规模的发展，改超市已经发展成为一家中型超市。原系系统已经不能适用

于该超市。我们在新系统设计方案中将做以下修改。

为了适应市场的需要，使企业效益更好，我们设计的新超市管理系统，利用计算

机管

理，处理货品需求信息，设立库存量底限，货存不足时由系统自动提出。

现在的社会已成为信息社会，信息扮演着非常重要的角色。为了使企业能够在激

烈的竞争中取得更好的业绩，得到及时有用的信息，我们给系统添加了信息部。

信息部就将就供货商的新商品进行市场预测及需求分析，以便及时引进。

人事档案由计算机管理，为人事部设计人事档案管理信息系统。

新系统将使各级主管从繁重的传统式经营管理工作，工作重心逐渐转到管理上

来，进一步提高工作效率，

新系统的组织结构如图所示，在超市连锁分店中添加信息部，主要负责分析商品

的的销售情况，并且通过调查及时获得新商品的信息，提供给库存管理部。其他

管理都与原系统一样。

图1-6新系统组织结构图

1.3.2新系统拟定的业务流程

新系统的业务流程主要是多了信息部的业务环节。在当今信息社会，商品信息对

超市非常重要。信息部专门负责收集商品信息，经处理后，做出市场预测及新商

品的需求分析。这样可以弥补原系统信息滞后的缺点。同时，有利于高层决策者

据此做出正确决策，及时调整计划。如图所示（虚框内为改进处），销售部将销

售数据通过新系统传给库存管理部，库存管理部对库存进行检查并处理，提交进

行计划。同时，信息部收寞信息，对新产品进行需求分析，制订出新产品的进货

计划并提交。经连锁店批准后，经财务部记账，提款。库存管理部发送进货信息,

接货并存储，把产品送至销售部销售。人事档案管理的业务流程没有改变。新系

统的人事档案管理业务流程如图1—7所示

图1—7新系统库存管理业务流程图

1.3.3新系统拟定的数据与数据流程分析

新系统拟定的库存处理数据流程图如图1—8所示。

图1-8新系统的库存处理数据流程图

新系统中增设了信息部。信息部向库存管理部提供商品需求及市场预测信息。库

存管理部据此列出新定的商品，再对此进行检查处理，将订单传至配送中心。库

存管理部接受配送中心送来的货物，进行库存处理。库存处理后，生成库存数据

并存储，将现行库存商品现行反馈至销售部。对于超市原来已经引进的商品，由

计算机控制库存。当库存量达到系统所设定的底线时，系统将自动提示库存管理

人员订货。具体处理过程如图1—9所示。

图1-9图1-8的展开图

1.3.4新系统拟定的库存存放方法

超市管理系统中，库存管理十分重要，新系统拟定的库存存放方法如下。

库存物质的分类法：根据统计分析，一般库存物质都遵循ABC分类规律。即A

类物质品种数占库存物质总数的不到10%,但金额却占总数的75%；B类物质

这两项数据比例分别为20%和20%左右；C类物质为70%和5%。根据此理论

和实际调研结果，分类如下：

•A类为一些销量较少但成本较高的物质，主要由高档酒类、高档香烟、高档

营养品、蒸锅、高压锅、饮水机、风扇、遥控玩具、工艺品、较高档体育器材（如

网球拍）等；

・B类为一些销量一般成本也一般的物质，主要有中档酒类、中档烟类、中档

营养品、

刀具、洗发水、沐浴露、一般体育用品（如乒乓球拍）、瓶装食川油、熟食类食

品（如烤鸭、烧鸡）等；

•C类为销售量打但成本较低的物品，主要有小食品（如薯条、日本豆）、小

生活用品（如镜子、小刀、牙刷牙膏、毛巾、香皂）、娱乐用品（如扑克牌、象

棋、跳绳）、水果类、饮料等。

1.4系统总体结构设计

1.4.1子系统的划分

按照现行的业务处理功能进行子系统划分，可将本系统划分成二个子系统：人事档案管理子

系统、库存管理子系统和密码管理子系统。系统总体结构及子系统功能结构如图1-10、图

1—11和图1—12所示o

图1—10系统结构图

图1-11系统结构图

图1—12库存管理子系统结构图

超市连锁店从系统总体结构卜包含•:个子系统：人事档案管理子系统、库存管理子系统和密

码管理子系统，如图所示1—10所示。

•人事档案管理子系统，包括：档案查询、档案更新、档案输出及其他操作，如图1一11

所示。

・库存管理子系统，包括：输入模块、库存处理模块、修改模块、查询模块，如图1一12

所示。

•密码管理子系统是为系统管理员设置的，具有密码修改等功能。

1.4.2计算机处理流程设计

1.库存管理子系统

库存管理子系统的计算机处理流程如图1—13所示。图中数据输入库存管理子系统的方式

有两种：新引进商品出入库单据查询时的直询条件通过键盘输入：直接从销售统计传过来的

文件从软磁盘中读取。当系统进入输出处理分支时，首先读入商品出入库单据，进行合格判

断，若合格则进行输出处理，结果存放在销售子系统文件、库存主文件和商品资料文件库中。

1-13库存管理子系统计算机处理流程图

2.人事档案管理子系统

人事档案管理了系统的计算机处理流程如图1-14所示。图中数据输入子系统的方式均为

键盘输入。进入人事档案管理子系统后，可以在档案输出、档案更新和档案查询三个处理中

选择。进行档案输出时，只需输入所查职员姓名，系统便回读取数据，进行判断，处理后以

表单形式在界面输出。更新处理分支接受键盘上输入的档案资料，合格判断后，将合格的资

料送入档案更新处理，结果写入人事档案主文件中：不合格则返回原处检查。查询结果也是

以表单形式在界面输出。

图1一14人事档案管理子系统计算机处理流程图

1.4.3系统设备配置

1.网络设计

网络设计将解决如何将系统规划中的各个子系统从内部用局域网连接起来，以及今后系统如

何与外界连接的问题。主要是根据实际业务的需要去考虑如何配置和选用网络产品。网络设

计首先是根据用户的要求选择网络的结构，木系统采用的是总线式网络拓扑结构。在总线式

电缆网络中，任何瞬间仅有一台机器主站，可以发送信息。网络协议选择X.25的接口协议，

与总公司和配送中心通信采用TCP/IP协议。使用时不必涉及协议标准的内部细节，只需按

照其规定操作即可。

该连锁店的网络拓扑结构如怪1-15所示。

图1一15网络拓扑结构图

2.设备和网络配置

本系统是应用了VB6.0、Access编写而成，其安装程序为VB6.0的打包文件。操作系统为

WindowsXP（在WindowsMe及Windows2000系统下安装程序会因程序文件与操作系统文件

冲突，安装程序文件要求更新操作系统文件而导致程序安装失败）。另外，系统采用现在主

流计算机设计，计算机的配置要求为P42.8G以上的计算机。系统管理员处配备一台主服

务器（H）,库存管理部、人事部、各配备两台通过网络集线器（HUB）（F）与主服务器H

联网的计兜机（A、B、C、E）及打印机（D）。具体如图1—1£所示。

图1-16网络设备配置图

1.5系统分类编码设计

1.5.1分类方案

1.库存物资

库存物资分类采用国际标准EAN-13条码符号代码，这种代码的设计是建立在线性分类基础

上的，具体如图1-17所示。其中，库存物资分类采用ABC分类法。

图1-17库存物资分类图

2.职员分类方案

超市职员的分类法采用线分类法，如图1-18所示。

图1-18职员分类图

1.5.2编码

1.商品编码

商品编码采用标准型EAN代码13位数字构成，称为EAN—13代码，其结构如表1—2所示。

前缀码厂商代码商品项目代码校验字符

P1P2PRUIMPM3M4T1T2T3I4T5C.

P1〜P2：代表3位数字，称为前缀码，是国际物品编码协会分配给其成员国或者地区（EAN

编码组织）的唯一标识代码。我国的为690。

Ml〜M4：代表4位阿拉伯数字，是企业标识代码，称为厂商代码。

II〜15：代表5位阿拉伯数字，称为商品项目代码，用以表示具体的商品项目，即具有相同

包装和价格的同一种商品。C类由（）0000到69999,B类由700。0到89999,A类由90000到

99999o

C：一位校验，用以提高数据的可靠性。按国际物品编码协会规定的方法计算其数值。校验

字符按以下方法计算：

第一步，将13位数字（包括校验字符）自右向左顺序编码；

第二步，将所有序号为偶数的位置上的数值相加；

第三步，用数值3乘第二步的结果；

第四步，从序号3开始，将所有序号为奇数的位置上的数值相加：

第五步，将第三步的结果与第四步结果相加；

第六步，用一个大于第五步的结果且3为10的最小整数倍的数减去第五步的结果，其差即

为所求的校验字符的值。

2.职员编码

职员编码结构如表1—3所示，

连锁店代码部门代码职员代码

P1P2MlI112I3

P1P2：为各连锁店所分到的代码。

Ml：为各部门所分到的代码。销售部为1,库存管理部为2,市场信息部为3,财务部为4,

人事部为5。

IIT2I3：为各职员所分到的代码。

1.6数据结构和数据库设计

本系统采用DBASE建立了两个数据库，一是人事档案管理数据库，另一个是库存管理数据

库。人事档案管理数据库的表结构如表1—4所示。

表1-4职工人事档案的结构表

字段名类型宽度小数位数索引说明

职工编号字符型6有编号规则见表1一2

姓名字符型8

性别字符型2男、女

出生「1期字符型8年月R

民族字符型8

籍贯字符型16省（汽辖市）、市（区）

家庭住址字符型36

政治面貌字符型1C

文化程度字符型6小学、初中、高中、大学、研究生等

健康状况字符型1C良好、一般等

婚姻状况字符型4己婚、未婚、离异、丧偶等

参加工作日期日期型8年月日

进木的位日期日期型8年月日

资数值型62基本工资

各种补贴数值型62

部门字符型8

现任职务字符型1C

职号字符型职务编号

权限字符型1系统使用权限具体内容：1一系统管

理员：2一般用户…

字符型12

备注备注型4

库存管理数据库中含有出库表、入库表和库存表，这三个表的数据结构如表1一5、表1一6

和表1一7所示。

表1-5出库表

字段名类型宽度小数位数索引说明

商品编码文本13有编号规则见表1一1

数量数值整型

依手人工本8

买家文本8

出库日期/时间日期/时间8常规日期（年月日/时分秒）

表1-6入库表

字段名类型宽度小数位数索引说陕

商品编码文木12有编号规则见表1一1

供应商文本5C

数量数值

单价货币8自动

经手人文本8

入库日期/时间日期/时间8常规日期（年月日/时分秒）

表1-7库存表

字段名类型宽度小数位数索引说明

商品编码工人12有编码规则见表1一1

商品名称50

［分关

丈不30A,B,C类

单位文本50计量单位

数量数值整型

备注文本50

1.7输入输出设计

输入输出设计主要包括输入设计、输出设计、用户界面设计。

输入设计包括输入方式、输入格式、校对方式等。

输出设计包括报表输出、图形输出等。

用户界面设计主要包括界面设计、菜单设计、会话管理等。

1.7.1输入设计

1.输入方式

•键盘输入：由于人事管理系统及密码管理系统系统小、流动数据少、基本数据变化小，可

以应用键盘输入。

•条码输入：库存管理系统需要在短时间内大量更新数据、及时处理数据，选择条码输入是

比较好的选择。

具体参见图1—19所示的员工信息输入界面。

图1一19员工信息输入界面图

界面标题区：信息管理。

功能区：员工管理、供应管理、客户管理、分类管理、商品管理。

数据显示区：职工号、姓名、职务、、住址。

操作区：增加、修改。

说明区：职工代码共由6位字符组成，第1、2位表示职工所在连锁店号（01〜99）,第三

位为部门号（其中1为销售部，2为库存管理部，3为市场信息部，4为财务部，5为人事部），

第四、五、六位表示职工编码。

2.校对方式

本系统在修改个人密码时，运用了二次键入校对的方法，对密码修改进行确认：用户进入商

品的出入库查询系统时，需要时用户输入的密码进行二次确认，

1.7.2输出设计

库存管理系统中，运用屏幕输出两种方式。参见图1-20所示库存信息输出界面。

界面标题区

条件显示区

功能区操作区

表格显示区

图1-20库存信息输出界面

界面标题区：库存信息。

功能区：入库，出库、意向、拜访。

条件显示区：选择检索时间。

操作区：打印检索、执行检索。

表格显示器：显示商品代码（ID）、名称、单价等信息，具体格式如表1-10所示。

表1-10表格显示区中的显示表格

ID名称单价

49可比克薯片4

51面包1

1.7.3用尸界面设计

1.主界面设计

本系统界面设计采用统一、简洁的设计原则，主界面和各个子系统界面如图1—21和图1

—22所示。

界面标题区

背景图案区

图1-21主界面设计方案

兔面标题区

菜单栏

数据显示、美化和说明区

图1一22各子系统界面设计方案

2.菜单设计

本系统采用下拉式菜单设计。下拉式菜单用来描述系统或子系统功能。它既是系统分析和系

统设计所确定的新系统功能，又是下一阶段系统编程时的程序菜单屏幕蓝图。此外，下拉式

菜单方便、灵活、便于统一处理。

各界面的菜单项及快捷菜单细目如图］二23,图匚24二图］［25和图1-26所示。

超市连锁店甑系统_________________________________________________________________

…库存管理子系薮

…人事管理子系统

…管理员密码子系统

图1一23图1-21的''菜单栏”内容

库存管理了系统

项目杳询出库入库报表

设置…按商品名称杳询

…按进货日期查询…出库操作…入库操作…报表输出

…按分类查询

图1—24库存管理子系统菜单设计

人事管理子系统

录入修改查询

图1—25人事管理子系统菜单设计

密码管理子系统

修改查询

…人事管理密码修改…人事管理密码查询

…库存管理密码修改…库存管理密码查询

…管理员密码修改

图1—26密码管理子系统菜单设计

3.会话管理

通过登录界面进入系统时：

•若用户名或密码输入错误将弹出“用户名或密码输入错误，清输入正确的用户名和密码”

对话框樨示：

•若用户名无字符时将弹出“未输入用户名”对话框提示：

•若有用户名而无密码输入时将弹出“未输入密码”对话提示：

在库存管理系统的进/出库界面要求填写的数据，单击【确定】按钮后系统将弹出对话

框显示所输入的内容及某些计算结果，请求确认。

在人事管理子系统中修改个人密码时，当前后两次的输入不相同时会出现对话框提示请重新

输入新密码，如原密码不对系统也会提示。

进密码管理子系统时，系统将提示：密码管理子系统为系统管理人员专用，非管理人员请返

回主界面：管理人员请输入用户名及密码。

案例2：图书馆管理信息系统分析、设计、实现与测试

1.1系统分析

1.1.1图书馆管理信息系统的基本任务

该“图书馆管理信息系统”是一个具有万人以上的员工，并地理位置分布在大型

企的图

书馆理系统，图书馆藏书100多万册，每天的借阅量近万册。在手工操作方式

下，图书的编目和借阅等的工作量大，准确性低且不易修改维护，读者借书只能

到图书馆手工方式查找书目，不能满足借阅需求。需要建立一套网络化的电子图

书馆信息系统。

该图书馆管理信息系统服务对象有两部分人：注册用户和一般读者。一般读者经

注册后成为注册用户，注册用户可以在图书馆借阅图书，其他人员只可查阅图书

目录，但不能借阅图书。系统同时考虑提供电子读物服务，目前只提供电子读物

的目录查询服务，不久的将来将提供电子读物全文服务。用户可通过网络方式访

问读图书馆管理信息系统。

1.1.2系统内部人员结构、组织及用户情况分析

为了对系统有一个全貌性的了解，首先要对系统内部人员结构、组织及用户情况

有所了

解。图书馆系统的组织结构如图1—1所示。

图1-1图书馆管理信息系统的组织结构

图书馆由馆长负责全面工作，下设办公室、财务室、采编室、学术论文室、图书

借阅室、电子阅览室、期列阅览室和技术支持室。各部门的业务职责如下。

办公室：办公室协助馆长负责日常工作，了解客户需求，制定采购计划。

财务室：财务室负责财务方面的工作。

采编室：采编室负责图书的采购，入库和图书编目，编目后的图书粘贴标签，并

送图书借阅室上架。

学术论文室：负责学术论文的收集整理。

图书借阅室：提供对读者的书目查询服务和图书借阅服务。

电子阅览室：收集整理电子读物，准备提供电子读物的借阅服务，目前可以提供

目录查询和借阅。

期刊阅览室：负贡情况的收集整理和借阅。

技术支持室：负责对图书馆的网络和计算机系统提供技术支持。

1.1.3系统业务流程分析

系统的业务室系统要达到的业务目标，业务流程分析是系统分析的基础坏节。图

书馆管

理信息系统的业务流程如图1一2所示。

图1-2图书馆管理信息系统的业务流程

通过业务流程调查，理清图书馆管理系统的主要业务和业务的流程。

图书馆管理员编制图书采购计划，由采购员负责新书的采购工作。采购图书入库

后，交采编室编目，粘贴标签，产生图书目录。图书交图书借阅室上架，供读者

借阅。采编后的电子读物交电子阅览室。

读者分为注册读者和非注册读者，只有注册读者可以在本图书馆借书，非注册读

者可查询目录但不能借书.读者填写注册登记表交图书馆的管理员审核后，记人

读者登记表，成为注册读者，发给借书证。注册读者借书时，需填写借书单，连

同借书证一起交给借阅室管理员，借阅管理员核对无误后，填写借阅登记表，修

改图书登记表中该书的数量，上架取书交给读者。图书馆设读者信箱，读者需要

但没有库存的图书，读者可以通过读者信箱反映。图书馆管理员定期处理读者信

箱中的意见，将读者需要的图书编制成图书采购计划交采购员购买。

1.1.4数据流程图

数据流程图时全面描述信息系统逻辑模型的工具，它抽象概括地把信息系统中各

种业务

处理过程联系起来。以下时图书馆管理信息系统地数据流程图。

1.零层数据流程图1―3

图1一3零层数据流程图

(2)1层数据流程图1—4

图1-4图书馆管理信息系统1层数据流程图

3.2层数据流程图

图书馆管理信息系统的2层数据流程图有：图书采编系统数据流程图、图书借

阅系统数

据流程图、图书查询系统数据流程图、图书预定系统数据流程图、读者留言系统

数据流程图、图书维护系统数据流程图、读者管理系统数据流程图和电子读物系

统数据流程图。

图书采编系统数据流程图

图1一5图书采编系统数据流程图

•图书借阅系统数据流程图

图1—6同时借阅系统数据流图

•图书查询系统数据流程图

图1-7图书查询系统数据流程图

•图书预定系统数据流程图

图1-8图书预定系统数据流程图

•读者留言系统数据流程图

图1-9读者留言系统数据流程图

•图书维护系统数据流程图

图1—10图书维护系统数据流程图

•读者管理系统数据流程图

图1—11读者管理系统数据流程图

•电子读物系统数据流程图

图1一12电子读物系统数据流程图

1.1.5数据定义及数据字典

为了对数据流程图中各元素进行详细的说明，我们采用了数据字典的说明方法。

图书馆

管理信息系统的数据字典如下：

(1)数据流描述

数据流编号：D01

数据流名称：图书采编信息

简述：图书采编信息

数据流来源：图书购买后，由图书馆采编人员编码整理后，输入计算机。

数据流去向：米编管理模块。图书米编信息将来编数掂存入数据库（图书表）

数据项组成：BooklD（图书编码）+BookType（图书类别）+BookName（书

名）+Auth（作者）+Publisher（出版社）+Price（单价）+PubDate

（出版日期）+Quantity（购买数量）

数据流量：100本/日

高峰流量：500本/日

数据流编号：1）02

数据流名称：图书借阅单

简述：图书借阅单

数据流来源：用户填写图书借阅单交图书馆管理员，图书馆管理员审核后，输入

计算机。

数据流去向：P2_ll检查读者身份。

数据项组成：OrderDate（借阅日期）+BookName（书名）+RederlD（读

者账号）+ReaderName（读者姓名）+0_Quantity（借阅数量）

数据流量：1000部/日

高峰流量：5000部/日

数据流编号：D03

数据流名称：填写借阅记录

简述：填入借阅表的记录

数据流来源：P2_13检查合格的借阅图书信息录人到借阅库中

数据流去向：借阅库

数据项组成：OrderlD（借阅号）+OrderDate（借阅日期）BookName（书

名）+BooklD（图书编码）+ReaderName（读者姓名）+ReaderlD（读

者账号）+ReturnDate（还书日期）+0_Quantity（借阅数量）+state（状

态）

数据流量：1000人/日

高峰流量：2000人/口

数据流编号：D04

数据流名称：借阅图书数量

简述：修改图书库中图书数量

数据流来源：P2_13修改图书库中图书数量

数据流去向：图书库

数据项组成：BooklD（图书编码）+O_Quantity（借阅数量）

数据流量：1000人/日

高峰流量：2000人/日

数据流编号：D05

数据流名称：图书查询信息

简述：图书查询信息

数据流来源：读者

数据流去向：P3」l检索处理模块

数据项组成:BookID|BookNameIAuth|Publisher

数据流量：2000次/日

高峰流量：4000次/日

数据流编号：D06

数据流名称：图书检索结果

简述：返回给读者的查询结果

数据流来源：P3_11检索条件处理模块，从图书库中返给读者的查询结果

数据流去向：读者

数据项组成：查无此书I符合条件的图书数量+｛图书馆藏号+图书类别+书名

+作者+出版社+出版日期+在库册数｝

数据流量:20据次/日

高峰流量：4000次/日

数据流编号：D07

数据流名称：图书预定信息

简述：读者预定图书时填写的信息

数据流来源：用户填写图书预定信息，要求预定图书

数据流去向：P4_11预定信息输入

数据项组成：ReaderName+Password+BookTD

数据流量：50次/日

高峰流量：100次/日

案例3：租赁光盘

i.i系统规划与调查

I.新项目立项

目的是要确定建立新系统的必要性和可行性。

目前由于人们生活水平的不断提高，对文化娱乐的要求也不断遑高，音像租赁的生意越

来越好。原先的人工管理方式越来越不能满足要求。为/适应这一变化，有必要建立一个音

像租赁管理系统，由于音像店的管理人员一般都具备操作计算机的能力，而且音像店的经济

效益也不错，另外，此系统是•个小型信息管理系统，花费不大。所以建立新系统是可行的，

可以立项的。立项以后就可以开始系统调研了。

2.系统调研

系统调研分两步进行。第•步是初步调研，主要调查租赁店的规模，即租赁的音像商品

数目、音像制品编码方式、职工的文化水平、租赁店的主要业务、顾客流量、顾客的租盘凭

证等。第二步是详细调研。包括组织结构调研和业务流程调研。业务流程调研时对组织现行

的业务进行调研，包括所有部门的处理业务、具体任务和完成顺序，并用管理业务流程图表

示出来。

经过系统调研，得到音像商店的租赁光盘业务流程图如图1—1所示

图I-I音像商店的租赁光盘业务流程图

可以看出，租赁光盘管理系统主要有以下几项功能。

（1）光盘库的录入与维护：记账员负责根据采购员的入库单进行光盘的录入，并且对于

过期或损毁的光盘进行注销处现，即从库存光盘台账上删除它的记录。

（2）光盘租还功能：租盘时，记帐员根据租盘单进行租盘，并给顾客开押金单，让顾客

交押金，然后付盘和押金单给顾客。还盘时，顾客将盘和押金单（还盘单）给记账员，记账

员根据还盘单进行还盘，并计算出应退押金，给顾客开出应退押金单，退给顾客押金。

（3）查询功能：音像店经理根据库存光盘台账和租赁光盘台账，查询光盘库存和租盘情

况。

（4）统计功能：可以盘点库存光盘和租出光盘情况，还可进行资金统计，以得到购买光

盘的费用、押金总数和租金总数等。

3.可行性研究

在调研的基础上，进行可行性研究，编写出可行性研究报告。

1.2系统分析

1.2.1数据流图

1.租赁光盘管理系统的数据流程图

（1）顶层数据流程图

如图1—2所示，该图的外部实体有三个，分别是租赁店管理人员、顾客和系

统时间，外部实体用矩形框表示，框中标出的是数据流名称。箭头表示数据流，

其指向是数据流的流向，箭头上方标出的是数据流名称，例如，光盘管理要求数

据流，是从租赁店管理人员流向光盘租赁系统。内部带有横线的矩形框表示对数

据流的加工，框内标有加工名称，例如光盘租赁系统。顶层图将系统抽象为一个

加工。

图1一2顶层数据流图

光盘和租赁系统从租赁店管理人员接受光盘管理要求或查询要求或盘点要求，从

系统时间接受当前日期（因为租盘、还盘、盘点的需要），经过处理后，将应付

押金单或应退押金单返回给顾客，将盘点表、租赁盘点表、光盘情况、租盘情况

和资金统计表返回给租赁店管理人员。

（2）0层数据流图

顶层数据流图绘制完成后，对于顶层图的加工进行分解，得到0层数据流图如

图1—3所示。0层数据流图有4个加工，分别是检查有效性、处理要求、查询

处理和盘点处理，编号依次为1、2、3和4。检查数据有效性接受数据流光盘管

理要求、查询要求和统计要求，经过处理后分别输出数据流有效的光盘管理要求、

有效的查询要求和有效的统计要求给处理要求、查询处理和盘点处理3个加工。

再经处理后，输出6个数据流。

图1一30层数据流图

（3）1层数据流图

将0层的各个加工再进行进一步分解，得到1层数据流图。例如0层图的2

号加工分解后得到1层数据流图，如图1—4所示c

2号加工分解成5个子加工，编号分别为2.1.2.2、2.3、2.4和2.5。

进行加工时有时要把数据存储到文件中或数据库的表4,图中用扁平的带竖线的

右开口表示数据存储。流向数据存储的数据流可理解为写入文件或查询文件，从

数据存储流出的数据流可理解为从文件读数据或得到查询结果。另外，与数据存

储之间的数据流不用命名，例如，租盘加工从光盘文件中查询光盘是否已租出，

如果未租出，将租盘记录写入到租盘文件中。

图1-40层图2号加工的1层数据流图

1.2.2数据字典

1.光盘租赁管理系统的数据字典

(1.)数据流描述

数据流编号：D01

数据流名称：光盘管理要求

简述：光盘的入库、注销、租还情况

数据流来源：租赁店管理人员

数据流去向：处理类型选择模块

数据项组成：［入库单I租盘单I还盘单I注销单］

数据流量：

高峰流量：

说明：［入库单I租盘单I还盘单I注销单］表示可以选择入库单、租盘单、

还盘单和注销单中的一项。

数据流编号：D04

数据流名称：租盘单

简述：顾客每次租盘情况

数据流来源：处理类型选择模块

数据流去向：租盘模块

数据项组成：光盘流水号+光盘编号+顾客姓名+租出日期+租出期限+押金

数据流量：600次/月

高峰流量：10000次/月

(2)数据存储的描述

数据存储编号：E01

数据存储名称：光盘表

简述：记录入库光盘的数据

数据存储组成：光盘编号+光盘名称+光盘类别+价格+进货日前+日租金+

押金+租出否

关键字：光盘编号

相关联的处理：P2-2、P2-3、P2-4、P2-5、P3-2、P4-2

说明：关键字是惟一确定文件中建立的数据项或数据项的组合。

数据存储编号：F02

数据存储名称：租赁表

简述：记录光盘的租赁数据

数据存储组成：光盘流水号+光盘编号+顾客姓名+租出日期+租出期限+归还

日期+已收押金+退还押金+应收租金

关键字：光盘流水号

相关联的处理：P2-4、P2-5

说明；由于其他数据项或数据项的组合不能作为关键守，所以增加光盘流水号作

为关键字，

光盘流水号就是光盘租出的顺序号。

(3)加工逻辑的描述

加工编号：P2-1

加工名称：处理类型选择

加工逻辑：根据光盘管理要求选择处理类型

CASEOF

CASE(l)

新盘入库，输入入库单

CASE（2）

注销光盘，输出注销单

CASE（3）

租盘，输出租盘单

CASE（3）

还盘，输出还盘单

EXDCASE

说明：在此采用结构化语言来表示数据流图中的“加工”中较为复杂的逻辑判断

功能。

意思是如果情况为（1）,则新光盘入库，输出入库单；入库情况为（2）,

则注销光盘，输出注销

单；如果情况为（3）,则租盘，输出租盘单；情况为（4）,则还盘，输出

还盘单。

加工编号：P2-4-1

加工名称：检查光盘库存

加工逻辑：根据租盘单上的光盘编号，与光盘文件中的记录进行比较，杳询该盘

是否未借出，

如果未借出，则填写租盘记录

加工编号：P2-4-2

加工名称：办理租盘

加工逻辑：根据还盘单，对于光盘文件该光盘的相应记录的租出否数据项的值置

为“False”。从租盘文件中取出该盘记录，根据归还日期和租出日期计算出

租出天数，计算应退还押金。

（4）外部实体的描述

外部实体的编号：SOI

外部实体名称：租赁店管理人员

简述：管理要求的输出、查询、盘点和统计结果的输入

输入的数据流：光盘情况，租盘情况，光盘入库点表，租赁盘点表，资金统计表

输出的数据流：光盘管理要求，查询要求，统计要求

外部实体的编号：S02

外部实体名称：顾客

简述：押金单，应退押金单的输入

输入的数据流：押金单，应退押金单

输出的数据流：

1.3系统设计

在系统分析的基础上就可以进行系统设计了。系统设计就是将系统需求转换为系

统的总体结构，得到系统的功能结构图，然后再进行系统的详细设计，即模块处

理过程设计、数据库设计、代码设计、系统运行环境设计和输入/输出设计。

1.系统的总体设计

功能结构图(层次图)是用来描述系统模块功能分解的一种图形工具。功能结构

图的每个矩形框表示一个功能模块。矩形框间的连线可以看作调用关系。

由光盘租赁管理系统的系统分析，可以画出其功能结构图，如图1-5所示。