超连锁店管理系统案例

1、超市连锁店管理系统1.1概述1.1.1开发背景安徽某超市连锁店，成立于 20 世纪 90 年代初期。该超市连锁店采用统一采购，统一核算，统一配送的 低成本经营方式。该超市连锁店发展至今已经拥有十几家连锁店和一家配送中心。我们研究的对象是该超 市连锁店的一个分店，其规模属于中型超市。它占地面积约六百多平方米，拥有管理人员及职员一百人左 右。主要提供日用百货、烟酒食品、各种肉类、蔬菜、水果等商品，品种上千种。因其经营规模的扩大， 业务的扩张，必须引进先进的管理思想、方法和技术，以提高企业的管理水平，使该店实现在五年内发展 成为一个大型综合超市的目标。为此，该连锁店提出，近期内要运用信息技术，建立起

2、包括库存、人事管 理的管理信息系统，以提高商品库存效率，简化人事管理，增加公司年度利润。1.1.2系统目标和开发可行性1. 系统目标本系统开发混合采用结构化系统开发方法与面向对象的开发方法，结合两种开发方法各自的优势进行系统 开发。对原来的库存管理系统进行改进，使之能为公司提供强大的管理支持和查询服务，具体完成以下功能：库存输入库存修改库存查询库存处理系统实现后，由计算机系统代替原来烦琐的人工档案管理，能完成以下功能：档案查询档案更新档案输出2. 系统开发的可行性（ 1 ）技术的可行性图11 原系统组织结构图要求系统开发人员能够熟练运用 VB 、 VF 等编程语言， 并需要计算机一台。 目前技

3、术人员已经掌握这些 编程语言，学生实验室由多台电脑供学生使用。因此，本此系统开发在技术上是可行的。（ 2 ）时间可行性开发时间约需要三个月左右。前两个月主要用于系统分析、设计、实现，后面的时间用于调试（ 3 ）经济可行性现在已有一部分计算机等所需设备，可以充分发挥作用，节约不少设备资金，其余开发人员费用由连锁店 支付。（ 4 ）人员可行性所需人员 10 人左右，其中由系统分析员、系统设计员、程序员等构成，同时应有超市业务人员参与。开 发小组进行培训学习后可达到技术和业务上开发的要求。1.1.3组织结构分析该超市的组织结构如图所示。 超市的主要决策和管理机构是董事会， 董事会分管各连锁店经理和配

4、送中心； 配送中心在超市的经营中所扮演的角色是给货品不足的各连锁店补充货品，相对来说，此部门是相对独立 的；连锁店由专职经理负责，每家连锁店分为库存管理部、销售部、财务部和人事部四个主要部门。库存管理部的主要任务是根据销售部提供的信息和配送中心及时联系， 使库房货源充足； 责任货物的接收， 并安排好货物的存放事宜；对每天进出库房的货物进行详细记录，使基础数据完备。销售部主要责任日常销售工作，包括物品摆放、货架整理、收银台等货物销售区的日常事务；及时准确地 将销售信息反馈给其他部门，以保证商品的及时供应更新；同时处理消费者提出的各种疑问和信息，为公 司的整体运作提供实际销售的基础数据。财务部负责

5、一切与财务有关的各项事宜，全面记录公司的所有收支资金流动，包括各种收入、支出、税务、 财务结算等。对进出贷款实行控制，定期分析资金走向，为公司的发展计划做好准备。人事部的工作重心在店内员工的工作安排、分配、调动、管理，也包括对人事档案的整理，定期分批对员工进行培训，以增加专业知识，为把公司凝聚成统一、奋进的团队而提供保障。1.2系统需求分析1.2.1现行系统的业务描述现行系统的库存管理业务流程如图 1 2 所示。销售部在销售货物时发现某种 商品不足，根据这种商品的销售量及时制制订货品需求计划，送至库存管理部。 库存管理部检查这种商品的存货量， 如果储货不足则制订进货计划， 交给连锁店 经理审批

6、。经理批准后，告知财务部提款。库存管理部与配送中心联系，然后接 收存储货物，并送至销售部进行销售。现行系统的人事管理业务流程图如图 1 3 所示。各部门根据本部门的自身发 展要求递交职员需求文件至人事部。 人事部调用各部门人事档案， 进行检查修改 并根据档案制订招聘或解雇计划， 将计划交至连锁店经理进行审批。 经理批准后， 人事部正式下达招聘或解雇职员的计划。图 1 2 现行系统库存管理业务流程图图 1 3 现行系统的人事管理业务流程图1.2.2现行系统的数据流程分析1. 现行系统数据分析 通过表 1 1 所示的 U/C 矩阵分析现行系统的汇总数据2. 现行系统的数据流程分析 销售部人员将每日

7、的货物销售量信息数据传至库存管理部进行库存处理。 库存管 理部综合商品需求信息初步确定需要补充的商品。 在对现有库存量进行检查后再 确定是否进货。若库存充足，则为无需进货，直接送货至销售部；若库存不足， 则通过一定程序批准补充货物， 将订单传至配送中心。 库存管理部接受配送中心 送来的货物，进行库存处理。库存处理后，生成库存数据并存储，将现行库存商品信息反馈至销售部。 具体数据处理流程如图 1 4 和 1 5 所示表 1 1 现行系统的 U/C 矩阵图 1 4 库存处理数据流程顶层结构图图 1 5 库存处理数据流程图1.3新系统的逻辑方案设计1.3.1新系统拟定的管理方法及管理制度 原系统中销

8、售部人员根据对货架上商品数量的检查， 人工地向库存管理部提供需 求计划。库存管理人员也是通过对存货量人工地检查发现缺货后， 发传真至货物 配送中心。 再原系统中采用的管理方法都是比较落后的， 只适用于小型超市。 原 系统的人事信息管理是纯手工管理。 这种管理只适用于职员较少的小型超市。 随 着超市规模的发展， 改超市已经发展成为一家中型超市。 原系系统已经不能适用 于该超市。我们在新系统设计方案中将做以下修改。为了适应市场的需要， 使企业效益更好， 我们设计的新超市管理系统， 利用计算 机管 理，处理货品需求信息，设立库存量底限，货存不足时由系统自动提出 现在的社会已成为信息社会， 信息扮演着

9、非常重要的角色。 为了使企业能够在激 烈的竞争中取得更好的业绩，得到及时有用的信息，我们给系统添加了信息部。 信息部就将就供货商的新商品进行市场预测及需求分析， 以便及时引进。人事档案由计算机管理，为人事部设计人事档案管理信息系统 新系统将使各级主管从繁重的传统式经营管理工作，工作重心逐渐转到管理上 来，进一步提高工作效率。新系统的组织结构如图所示， 在超市连锁分店中添加信息部， 主要负责分析商品 的的销售情况， 并且通过调查及时获得新商品的信息， 提供给库存管理部。 其他 管理都与原系统一样。图 1 6 新系统组织结构图1.3.2新系统拟定的业务流程 新系统的业务流程主要是多了信息部的业务环

10、节。 在当今信息社会， 商品信息对 超市非常重要。 信息部专门负责收集商品信息， 经处理后， 做出市场预测及新商 品的需求分析。 这样可以弥补原系统信息滞后的缺点。 同时， 有利于高层决策者 据此做出正确决策，及时调整计划。如图所示（虚框内为改进处），销售部将销 售数据通过新系统传给库存管理部， 库存管理部对库存进行检查并处理， 提交进 行计划。同时，信息部收集信息，对新产品进行需求分析，制订出新产品的进货计划并提交。经连锁店批准后， 经财务部记账，提款。库存管理部发送进货信息， 接货并存储， 把产品送至销售部销售。 人事档案管理的业务流程没有改变。 新系 统的人事档案管理业务流程如图 17

11、所示图 17 新系统库存管理业务流程图1.3.3新系统拟定的数据与数据流程分析 新系统拟定的库存处理数据流程图如图 1 8 所示图 1 8 新系统的库存处理数据流程图新系统中增设了信息部。 信息部向库存管理部提供商品需求及市场预测信息。 库 存管理部据此列出新定的商品， 再对此进行检查处理， 将订单传至配送中心。 库 存管理部接受配送中心送来的货物， 进行库存处理。 库存处理后， 生成库存数据 并存储， 将现行库存商品现行反馈至销售部。 对于超市原来已经引进的商品， 由 计算机控制库存。 当库存量达到系统所设定的底线时， 系统将自动提示库存管理 人员订货。具体处理过程如图 1 9所示。图 19

12、 图 18 的展开图1.3.4 新系统拟定的库存存放方法超市管理系统中， 库存管理十分重要， 新系统拟定的库存存放方法如下。库存物质的分类法：根据统计分析，一般库存物质都遵循ABC分类规律。即 A类物质品种数占库存物质总数的不到 10，但金额却占总数的 75；B 类物质 这两项数据比例分别为 20和 20左右； C类物质为 70和 5。根据此理论 和实际调研结果，分类如下： A 类为一些销量较少但成本较高的物质，主要由高档酒类、高档香烟、高档 营养品、蒸锅、高压锅、饮水机、风扇、遥控玩具、工艺品、较高档体育器材 （如 网球拍）等； B 类为一些销量一般成本也一般的物质，主要有中档酒类、中档烟类

13、、中档 营养品、 刀具、洗发水、沐浴露、一般体育用品（如乒乓球拍）、瓶装食用油、熟食类食 品（如烤鸭、烧鸡）等； C 类为销售量打但成本较低的物品，主要有小食品（如薯条、日本豆）、小 生活用品（如镜子、小刀、牙刷牙膏、毛巾、香皂）、娱乐用品（如扑克牌、象 棋、跳绳）、水果类、饮料等。可将本系统划分成三个子系统： 人事档案管理子 系统总体结构及子系统功能结构如图1 10、图1.4 系统总体结构设计1.4.1 子系统的划分按照现行的业务处理功能进行子系统划分， 系统、 库存管理子系统和密码管理子系统。图 111 系统结构图图 112 库存管理子系统结构图超市连锁店从系统总体结构上包含三个子系统：

14、人事档案管理子系统、 库存管理子系统和密 码管理子系统，如图所示 1 10 所示。人事档案管理子系统，包括：档案查询、档案更新、档案输出及其他操作，如图1 11所示。库存管理子系统，包括：输入模块、库存处理模块、修改模块、查询模块，如图1 12所示。密码管理子系统是为系统管理员设置的，具有密码修改等功能。1.4.2 计算机处理流程设计1. 库存管理子系统 库存管理子系统的计算机处理流程如图1 13 所示。图中数据输入库存管理子系统的方式有两种： 新引进商品出入库单据查询时的查询条件通过键盘输入：直接从销售统计传过来的文件从软磁盘中读取。 当系统进入输出处理分支时， 首先读入商品出入库单据， 进

15、行合格判 断，若合格则进行输出处理， 结果存放在销售子系统文件、 库存主文件和商品资料文件库中。图 113 库存管理子系统计算机处理流程图2. 人事档案管理子系统 人事档案管理子系统的计算机处理流程如图 1 14 所示。图中数据输入子系统的方式均为 键盘输入。 进入人事档案管理子系统后， 可以在档案输出、 档案更新和档案查询三个处理中 选择。进行档案输出时，只需输入所查职员姓名，系统便回读取数据，进行判断，处理后以 表单形式在界面输出。 更新处理分支接受键盘上输入的档案资料， 合格判断后， 将合格的资 料送入档案更新处理， 结果写入人事档案主文件中； 不合格则返回原处检查。 查询结果也是 以表

16、单形式在界面输出。图 114 人事档案管理子系统计算机处理流程图1.4.3 系统设备配置1. 网络设计 网络设计将解决如何将系统规划中的各个子系统从内部用局域网连接起来， 以及今后系统如 何与外界连接的问题。 主要是根据实际业务的需要去考虑如何配置和选用网络产品。 网络设 计首先是根据用户的要求选择网络的结构， 本系统采用的是总线式网络拓扑结构。 在总线式 电缆网络中， 任何瞬间仅有一台机器主站， 可以发送信息。 网络协议选择 X.25 的接口协议， 与总公司和配送中心通信采用 TCP/IP 协议。使用时不必涉及协议标准的内部细节，只需按 照其规定操作即可。该连锁店的网络拓扑结构如图 115

17、所示。图 115 网络拓扑结构图2. 设备和网络配置本系统是应用了 VB6.0 、 Access 编写而成，其安装程序为 VB6.0 的打包文件。操作系统为 Windows XP（ 在 Windows Me 及 Windows 2000 系统下安装程序会因程序文件与操作系统文件 冲突，安装程序文件要求更新操作系统文件而导致程序安装失败） 。另外，系统采用现在主流计算机设计，计算机的配置要求为 P4 2.8G 以上的计算机。系统管理员处配备一台主服 务器（ H），库存管理部、人事部、各配备两台通过网络集线器（HUB）（ F）与主服务器 H联网的计算机（ A、B、C、E）及打印机（ D）。具体如图

18、 116 所示。图 116 网络设备配置图1.5系统分类编码设计1.5.1分类方案1. 库存物资库存物资分类采用国际标准 EAN13 条码符号代码， 这种代码的设计是建立在线性分类基础 上的，具体如图 117 所示。其中，库存物资分类采用 ABC分类法。图 117 库存物资分类图2. 职员分类方案超市职员的分类法采用线分类法，如图 118 所示。图 118 职员分类图1.5.2编码1. 商品编码商品编码采用标准型 EAN代码 13位数字构成，称为 EAN13 代码，其结构如表 12所示。前缀码P1P2P3厂商代码商品项目代码校验字符M 1M2 M 3M 4I1I2I3I4I5CP1 P2：代表

19、 3 位数字，称为前缀码，是国际物品编码协会分配给其成员国或者地区（EAN编码组织）的唯一标识代码。我国的为690。M1 M4：代表 4 位阿拉伯数字，是企业标识代码，称为厂商代码。I1 I5 ：代表 5位阿拉伯数字， 称为商品项目代码，用以表示具体的商品项目，即具有相同 包装和价格的同一种商品。 C类由 00000 到 69999，B类由 70000 到89999，A类由 90000 到 99999。C：一位校验，用以提高数据的可靠性。按国际物品编码协会规定的方法计算其数值。校验 字符按以下方法计算：第一步，将 13 位数字（包括校验字符）自右向左顺序编码； 第二步，将所有序号为偶数的位置上

20、的数值相加；第三步，用数值 3 乘第二步的结果；第四步，从序号 3 开始，将所有序号为奇数的位置上的数值相加； 第五步，将第三步的结果与第四步结果相加；第六步，用一个大于第五步的结果且 3 为 10 的最小整数倍的数减去第五步的结果，其差即 为所求的校验字符的值。2. 职员编码 职员编码结构如表 13 所示。 连锁店代码部门代码职员代码P1P2M1I1I2I3P1P2：为各连锁店所分到的代码。M1：为各部门所分到的代码。销售部为1，库存管理部为 2，市场信息部为 3，财务部为 4，人事部为 5。I1I2I3: 为各职员所分到的代码。1.6数据结构和数据库设计本系统采用 DBASE 建立了两个数

21、据库，一是人事档案管理数据库，另一个是库存管理数据 库。人事档案管理数据库的表结构如表14 所示。表 1 4 职工人事档案的结构表1 5 、表 1 6现任职务字符型10职号字符型3职务编号权限字符型1系统使用权限具体内容： 1 系统管 理员； 2般用户电话字符型12备注备注型4库存管理数据库中含有出库表、入库表和库存表，这三个表的数据结构如表 和表 1 7所示。 表 1 5 出库表字段名类型宽度小数位数索引说明商品编码文本13有编号规则见表 1 1数量数值整型经手人文本8买家文本8出库日期 / 时间日期 / 时间8常规日期（年月日 / 时分秒）表 1 6入库表字段名类型宽度小数位数索引说明商品

22、编码文本13有编号规则见表 1 1供应商文本50数量数值整型单价货币8自动经手人文本8入库日期 / 时间日期 / 时间8常规日期（年月日 / 时分秒）表 1 7 库存表字段名类型宽度小数位数索引说明商品编码文本12有编码规则见表 1 1商品名称文本50分类文本50A,B,C 类单位文本50计量单位数量数值整型备注文本501.7输入输出设计 输入输出设计主要包括输入设计、输出设计、用户界面设计。 输入设计包括输入方式、输入格式、校对方式等。 输出设计包括报表输出、图形输出等。 用户界面设计主要包括界面设计、菜单设计、会话管理等。1.7.1 输入设计1. 输入方式 键盘输入：由于人事管理系统及密码

23、管理系统系统小、流动数据少、基本数据变化小，可 以应用键盘输入。条码输入：库存管理系统需要在短时间内大量更新数据、及时处理数据， 选择条码输入是 比较好的选择。具体参见图 1 19 所示的员工信息输入界面。图 119 员工信息输入界面图 界面标题区：信息管理。 功能区：员工管理、供应管理、客户管理、分类管理、商品管理。 数据显示区：职工号、姓名、职务、电话、住址。操作区：增加、修改。说明区：职工代码共由 6 位字符组成，第 1、2 位表示职工所在连锁店号（ 01 99），第三 位为部门号（其中 1为销售部， 2为库存管理部， 3 为市场信息部， 4 为财务部， 5 为人事部） 第四、五、六位表

24、示职工编码。2. 校对方式本系统在修改个人密码时， 运用了二次键入校对的方法， 对密码修改进行确认； 用户进入商 品的出入库查询系统时，需要对用户输入的密码进行二次确认。1.7.2输出设计 库存管理系统中，运用屏幕输出两种方式。参见图1 20 所示库存信息输出界面。界面标题区条件显示区操作区功能区表格显示区图 120 库存信息输出界面 界面标题区：库存信息。功能区 : 入库，出库、意向、拜访。 条件显示区：选择检索时间。 操作区：打印检索、执行检索。表格显示器：显示商品代码（ ID ）、名称、单价等信息，具体格式如表1 10 所示。表 1 10 表格显示区中的显示表格ID名称单价49可比克薯片

25、451面包11.7.3用户界面设计1. 主界面设计本系统界面设计采用统一、简洁的设计原则，主界面和各个子系统界面如图1 21 和图 1 22 所示。界面标题区菜单栏背景图案区图 121 主界面设计方案界面标题区菜单栏数据显示、美化和说明区图 122 各子系统界面设计方案2. 菜单设计本系统采用下拉式菜单设计。 下拉式菜单用来描述系统或子系统功能。 它既是系统分析和系 统设计所确定的新系统功能， 又是下一阶段系统编程时的程序菜单屏幕蓝图。 此外， 下拉式 菜单方便、灵活、便于统一处理。各界面的菜单项及快捷菜单细目如图1 23、图 124、图 125 和图 126 所示。超市连锁店管理系统库存管理

26、子系统人事管理子系统 管理员密码子系统图 123 图 1 21的“菜单栏”内容库存管理子系统项目查询出库入库报表设置按商品名称查询 按进货日期查询 按分类查询出库操作入库操作报表输出图 124 库存管理子系统菜单设计人事管理子系统录入修改查询图 125 人事管理子系统菜单设计密码管理子系统修改查询人事管理密码修改人事管理密码查询库存管理密码修改库存管理密码查询管理员密码修改图 126 密码管理子系统菜单设计3. 会话管理通过登录界面进入系统时：若用户名或密码输入错误将弹出“用户名或密码输入错误，请输入正确的用户名和密码” 对话框提示；若用户名无字符时将弹出“未输入用户名”对话框提示；若有用户名

27、而无密码输入时将弹出“未输入密码”对话提示； 在库存管理系统的进 / 出库界面要求填写的数据，单击【确定】按钮后系统将弹出对话框显示所输入的内容及某些计算结果，请求确认。在人事管理子系统中修改个人密码时， 当前后两次的输入不相同时会出现对话框提示请重新 输入新密码，如原密码不对系统也会提示。进密码管理子系统时， 系统将提示： 密码管理子系统为系统管理人员专用， 非管理人员请返 回主界面；管理人员请输入用户名及密码。图书馆管理信息系统分析、设计、实现与测试1.1系统分析1.1.1图书馆管理信息系统的基本任务该“图书馆管理信息系统”是一个具有万人以上的员工， 并地理位置分布在大型 企的图书馆理系统

28、，图书馆藏书 100 多万册，每天的借阅量近万册。在手工操作方式 下，图书的编目和借阅等的工作量大， 准确性低且不易修改维护， 读者借书只能 到图书馆手工方式查找书目， 不能满足借阅需求。 需要建立一套网络化的电子图 书馆信息系统。该图书馆管理信息系统服务对象有两部分人： 注册用户和一般读者。 一般读者经 注册后成为注册用户， 注册用户可以在图书馆借阅图书， 其他人员只可查阅图书 目录，但不能借阅图书。 系统同时考虑提供电子读物服务， 目前只提供电子读物 的目录查询服务， 不久的将来将提供电子读物全文服务。 用户可通过网络方式访 问读图书馆管理信息系统。1.1.2系统内部人员结构、组织及用户情

29、况分析为了对系统有一个全貌性的了解， 首先要对系统内部人员结构、 组织及用户情况 有所了解。图书馆系统的组织结构如图 1 1 所示图 1 1 图书馆管理信息系统的组织结构图书馆由馆长负责全面工作，下设办公室、财务室、采编室、学术论文室、图书 借阅室、电子阅览室、期刊阅览室和技术支持室。各部门的业务职责如下。办公室：办公室协助馆长负责日常工作，了解客户需求，制定采购计划。财务室：财务室负责财务方面的工作。采编室：采编室负责图书的采购，入库和图书编目，编目后的图书粘贴标签，并 送图书借阅室上架。学术论文室：负责学术论文的收集整理。图书借阅室：提供对读者的书目查询服务和图书借阅服务。电子阅览室： 收

30、集整理电子读物， 准备提供电子读物的借阅服务， 目前可以提供 目录查询和借阅。期刊阅览室：负责情况的收集整理和借阅。技术支持室：负责对图书馆的网络和计算机系统提供技术支持。1.1.3系统业务流程分析 系统的业务室系统要达到的业务目标， 业务流程分析是系统分析的基础环节。 图 书馆管图 1 2 图书馆管理信息系统的业务流程通过业务流程调查，理清图书馆管理系统的主要业务和业务的流程 图书馆管理员编制图书采购计划， 由采购员负责新书的采购工作。 采购图书入库 后，交采编室编目，粘贴标签，产生图书目录。图书交图书借阅室上架，供读者 借阅。采编后的电子读物交电子阅览室。读者分为注册读者和非注册读者， 只

31、有注册读者可以在本图书馆借书， 非注册读 者可查询目录但不能借书。 读者填写注册登记表交图书馆的管理员审核后， 记人 读者登记表，成为注册读者，发给借书证。注册读者借书时，需填写借书单，连 同借书证一起交给借阅室管理员， 借阅管理员核对无误后， 填写借阅登记表， 修 改图书登记表中该书的数量， 上架取书交给读者。 图书馆设读者信箱， 读者需要 但没有库存的图书， 读者可以通过读者信箱反映。 图书馆管理员定期处理读者信 箱中的意见，将读者需要的图书编制成图书采购计划交采购员购买。1.1.4数据流程图 数据流程图时全面描述信息系统逻辑模型的工具， 它抽象概括地把信息系统中各 种业务图 1 3 零层

32、数据流程图2 ) 1 层数据流程图 1 4处理过程联系起来。以下时图书馆管理信息系统地数据流程图1. 零层数据流程图 1 3图 1 4 图书馆管理信息系统 1 层数据流程图3.2层数据流程图图书馆管理信息系统的 2 层数据流程图有：图书采编系统数据流程图、图书借 阅系统数据流程图、 图书查询系统数据流程图、 图书预定系统数据流程图、 读者留言系统 数据流程图、 图书维护系统数据流程图、 读者管理系统数据流程图和电子读物系 统数据流程图。? 图书采编系统数据流程图图 1 5 图书采编系统数据流程图图书借阅系统数据流程图图 1 6 同时借阅系统数据流图图书查询系统数据流程图图 1 7 图书查询系统

33、数据流程图图书预定系统数据流程图图 1 8 图书预定系统数据流程图? 读者留言系统数据流程图图 1 9 读者留言系统数据流程图图书维护系统数据流程图图 1 10 图书维护系统数据流程图? 读者管理系统数据流程图图 1 11 读者管理系统数据流程图电子读物系统数据流程图图 1 12 电子读物系统数据流程图1.1.5数据定义及数据字典为了对数据流程图中各元素进行详细的说明，我们采用了数据字典的说明方法。 图书馆管理信息系统的数据字典如下：（1） 数据流描述数据流编号： D01数据流名称：图书采编信息简述：图书采编信息 数据流来源：图书购买后，由图书馆采编人员编码整理后，输入计算机。数据流去向：采编

34、管理模块。图书采编信息将采编数据存入数据库（图书表）数据项组成： BookID （图书编码） BookType （图书类别） BookName（ 书 名） Auth （作者） Publisher （出版社） Price （单价） PubDate（出版日期）Quantity （购买数量）数据流量：100本 /日高峰流量：500本 /日数据流编号： D02数据流名称：图书借阅单简述：图书借阅单数据流来源： 用户填写图书借阅单交图书馆管理员， 图书馆管理员审核后， 输入 计算机。数据流去向： P2_11 检查读者身份。数据项组成： OrderDate （借阅日期） BookName （书名） Red

35、erID （读 者账号） ReaderName （读者姓名） O_Quantity （借阅数量） 数据流量： 1000 部 / 日 高峰流量： 5000 部 / 日数据流编号： D03数据流名称：填写借阅记录简述：填入借阅表的记录数据流来源： P2_13 检查合格的借阅图书信息录人到借阅库中数据流去向：借阅库数据项组成： OrderID （借阅号） OrderDate （借阅日期） BookName（ 书 名 ） BookID（ 图书编码 ） ReaderName （读者姓名） ReaderID （读 者账号） ReturnDate （还书日期） O_Quantity （借阅数量） state

36、 （状 态）数据流量： 1000 人 / 日高峰流量： 2000 人 / 日数据流编号： D04数据流名称：借阅图书数量简述：修改图书库中图书数量数据流来源： P2_13 修改图书库中图书数量数据流去向：图书库数据项组成： BookID （图书编码） O_Quantity （借阅数量）数据流量： 1000 人 / 日高峰流量： 2000 人 / 日数据流编号： D05数据流名称：图书查询信息简述：图书查询信息数据流来源：读者数据流去向：P3_11 检索处理模块数据项组成：Book ID BookName Auth Publisher数据流量：2000 次/ 日高峰流量：4000 次/ 日数据流

37、编号： D06数据流名称：图书检索结果简述：返回给读者的查询结果数据流来源：P3 _11 检索条件处理模块，从图书库中返给读者的查询结果数据流去向：读者数据项组成： 查无此书符合条件的图书数量 图书馆藏号图书类别书名 作者出版社出版日期在库册数数据流量： 2000次/ 日高峰流量： 4000次/ 日数据流编号： D07数据流名称：图书预定信息简述：读者预定图书时填写的信息数据流来源：用户填写图书预定信息，要求预定图书数据流去向： P4 _11 预定信息输入数据项组成： ReaderName Password BookID数据流量： 50 次 / 日高峰流量： 100 次 / 日租赁光盘1.11

38、.1 系统规划与调查1.新项目立项 目的是要确定建立新系统的必要性和可行性。 目前由于人们生活水平的不断提高，对文化娱乐的要求也不断提高，音像租赁的生意越来越好。 原先的人工管理方式越来越不能满足要求。 为了适应这一变化， 有必要建立一个音 像租赁管理系统， 由于音像店的管理人员一般都具备操作计算机的能力， 而且音像店的经济 效益也不错， 另外， 此系统是一个小型信息管理系统， 花费不大。 所以建立新系统是可行的， 可以立项的。立项以后就可以开始系统调研了。2.系统调研 系统调研分两步进行。第一步是初步调研，主要调查租赁店的规模，即租赁的音像商品数目、音像制品编码方式、职工的文化水平、租赁店的

39、主要业务、顾客流量、顾客的租盘凭 证等。 第二步是详细调研。 包括组织结构调研和业务流程调研。 业务流程调研时对组织现行 的业务进行调研， 包括所有部门的处理业务、 具体任务和完成顺序， 并用管理业务流程图表 示出来。经过系统调研， 得到音像商店的租赁光盘业务流程图如图 1 1 所示图 1 1 音像商店的租赁光盘业务流程图 可以看出，租赁光盘管理系统主要有以下几项功能。（ 1 ）光盘库的录入与维护：记账员负责根据采购员的入库单进行光盘的录入，并且对于 过期或损毁的光盘进行注销处理， 即从库存光盘台账上删除它的记录。（ 2 ）光盘租还功能：租盘时，记帐员根据租盘单进行租盘，并给顾客开押金单，让顾

40、客 交押金，然后付盘和押金单给顾客。还盘时，顾客将盘和押金单（还盘单）给记账员，记账 员根据还盘单进行还盘，并计算出应退押金，给顾客开出应退押金单，退给顾客押金。（ 3 ）查询功能：音像店经理根据库存光盘台账和租赁光盘台账，查询光盘库存和租盘情 况。（ 4 ）统计功能：可以盘点库存光盘和租出光盘情况，还可进行资金统计，以得到购买光 盘的费用、押金总数和租金总数等。3.可行性研究 在调研的基础上，进行可行性研究，编写出可行性研究报告。1.2系统分析1.2.1 数据流图1. 租赁光盘管理系统的数据流程图1 ） 顶层数据流程图 如图 1 2 所示，该图的外部实体有三个， 分别是租赁店管理人员、 顾客

41、和系 统时间，外部实体用矩形框表示，框中标出的是数据流名称。箭头表示数据流， 其指向是数据流的流向， 箭头上方标出的是数据流名称， 例如， 光盘管理要求数 据流，是从租赁店管理人员流向光盘租赁系统。 内部带有横线的矩形框表示对数 据流的加工， 框内标有加工名称， 例如光盘租赁系统。 顶层图将系统抽象为一个 加工。图 1 2 顶层数据流图光盘和租赁系统从租赁店管理人员接受光盘管理要求或查询要求或盘点要求， 从 系统时间接受当前日期（因为租盘、还盘、盘点的需要），经过处理后，将应付 押金单或应退押金单返回给顾客，将盘点表、租赁盘点表、光盘情况、租盘情况 和资金统计表返回给租赁店管理人员。（ 2）

42、0 层数据流图顶层数据流图绘制完成后，对于顶层图的加工进行分解，得到 0 层数据流图如 图 13 所示。 0层数据流图有 4 个加工，分别是检查有效性、处理要求、查询 处理和盘点处理，编号依次为 1、2、3和 4。检查数据有效性接受数据流光盘管 理要求、查询要求和统计要求， 经过处理后分别输出数据流有效的光盘管理要求、 有效的查询要求和有效的统计要求给处理要求、查询处理和盘点处理 3 个加工。 再经处理后，输出 6 个数据流。图 1 3 0 层数据流图（ 3 ） 1 层数据流图将 0 层的各个加工再进行进一步分解，得到 1 层数据流图。例如 0 层图的 2 号加工分解后得到 1 层数据流图，如

43、图 1 4 所示。2 号加工分解成 5 个子加工， 编号分别为 2.1 、 2.2 、 2.3 、 2.4 和 2.5 。 进行加工时有时要把数据存储到文件中或数据库的表中， 图中用扁平的带竖线的 右开口表示数据存储。 流向数据存储的数据流可理解为写入文件或查询文件， 从 数据存储流出的数据流可理解为从文件读数据或得到查询结果。 另外，与数据存 储之间的数据流不用命名。例如，租盘加工从光盘文件中查询光盘是否已租出， 如果未租出，将租盘记录写入到租盘文件中。图 1 4 0 层图 2 号加工的 1 层数据流图1.2.2数据字典1. 光盘租赁管理系统的数据字典（ 1. ）数据流描述 数据流编号： D

44、01 数据流名称：光盘管理要求 简述：光盘的入库、注销、租还情况 数据流来源：租赁店管理人员 数据流去向：处理类型选择模块 数据项组成： 入库单租盘单还盘单注销单 数据流量： 高峰流量：说明： 入库单租盘单还盘单注销单 表示可以选择入库单、租盘单、 还盘单和注销单中的一项。数据流编号： D04数据流名称：租盘单简述：顾客每次租盘情况数据流来源：处理类型选择模块数据流去向：租盘模块数据项组成：光盘流水号 + 光盘编号顾客姓名租出日期租出期限押金数据流量： 600 次 / 月高峰流量： 10000 次 / 月（ 2 ）数据存储的描述数据存储编号： F01数据存储名称：光盘表简述：记录入库光盘的数据

45、数据存储组成：光盘编号 + 光盘名称光盘类别价格进货日前日租金 押金租出否关键字：光盘编号相关联的处理： P2-2 、 P2-3 、 P2-4 、 P2-5 、 P3-2 、 P4-2说明：关键字是惟一确定文件中建立的数据项或数据项的组合数据存储编号： F02数据存储名称：租赁表 简述：记录光盘的租赁数据数据存储组成： 光盘流水号光盘编号顾客姓名租出日期租出期限归还 日期已收押金退还押金应收租金关键字：光盘流水号相关联的处理： P2-4 、 P2-5说明：由于其他数据项或数据项的组合不能作为关键字， 所以增加光盘流水号作 为关键字，光盘流水号就是光盘租出的顺序号。( 3 )加工逻辑的描述加工编

46、号： P2-1加工名称：处理类型选择加工逻辑：根据光盘管理要求选择处理类型CASE OFCASE(1)新盘入库，输入入库单CASE(2)注销光盘，输出注销单CASE(3)租盘，输出租盘单CASE ( 3 )还盘，输出还盘单ENDCASE说明：在此采用结构化语言来表示数据流图中的“加工”中较为复杂的逻辑判断 功能。意思是如果情况为（ 1 ），则新光盘入库，输出入库单 ; 入库情况为（ 2 ）， 则注销光盘，输出注销单；如果情况为（ 3 ），则租盘，输出租盘单；情况为（ 4 ），则还盘，输出 还盘单。加工编号： P 2-4-1 加工名称：检查光盘库存 加工逻辑： 根据租盘单上的光盘编号， 与光盘文

47、件中的记录进行比较， 查询该盘是否未借出， 如果未借出，则填写租盘记录加工编号： P 2-4-2 加工名称：办理租盘 加工逻辑：根据还盘单，对于光盘文件该光盘的相应记录的租出否数据项的值置为“ False ”。从租盘文件中取出该盘记录，根据归还日期和租出日期计算出 租出天数，计算应退还押金。（ 4 ）外部实体的描述 外部实体的编号： S01 外部实体名称：租赁店管理人员 简述：管理要求的输出、查询、盘点和统计结果的输入 输入的数据流：光盘情况，租盘情况，光盘入库点表，租赁盘点表，资金统计表 输出的数据流：光盘管理要求，查询要求，统计要求外部实体的编号： S02外部实体名称：顾客简述：押金单，应

48、退押金单的输入输入的数据流：押金单，应退押金单输出的数据流：1.3系统设计在系统分析的基础上就可以进行系统设计了。 系统设计就是将系统需求转换为系 统的总体结构， 得到系统的功能结构图， 然后再进行系统的详细设计， 即模块处 理过程设计、数据库设计、代码设计、系统运行环境设计和输入 / 输出设计。1. 系统的总体设计功能结构图 （层次图）是用来描述系统模块功能分解的一种图形工具。 功能结构 图的每个矩形框表示一个功能模块。 矩形框间的连线可以看作调用关系。由光盘租赁管理系统的系统分析，可以画出其功能结构图，如图 1-5 所示图 1 5 光盘租赁管理系统的功能结构图新系统的功能划分为录入、租还、

49、查询和统计等 4 项功能。相对应有如下 4 个 模块。（ 1 ） 录入模块用于录入入库单和修改纪录，它根据采购员送来的入库单，纪 录每次购买光盘的入库数据。 对于光盘的日租金、 押金情况也要录入。 光盘的纪 录有时也要进行修改，例如，改变押金的值等。对于过时的光盘要删除其纪录。（ 2 ） 租还模块，用于根据租盘单进行光盘的租赁业务，根据还盘单进行还盘 处理。租盘时同样要进行租盘纪录的录入和修改等工作。（ 3 ） 查询模块是用于查询光盘和租赁的情况。（ 4 ） 对于商店来说， 还要进行库存和租赁的盘点工作， 以及资金的统计工作， 为此设置了统计模块， 以满足这方面的要求。 可以打印出光盘盘点表、 租赁盘点 表和资金统计表。2. 模块处理过程设计画出