超市连锁店管理系统案例.doc

案例1：超市连锁店管理系统1.1 概述 1.1.1 开发背景 安徽某超市连锁店，成立于 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 新系统拟定的管理方法及管理制度 原系统中销售部人员根据对货架上商品数量的检查，人工地向库存管理部提供需求计划。库存管理人员也是通过对存货量人工地检查发现缺货后，发传真至货物配送中心。再原系统中采用的管理方法都是比较落后的，只适用于小型超市。原系统的人事信息管理是纯手工管理。这种管理只适用于职员较少的小型超市。随着超市规模的发展，改超市已经发展成为一家中型超市。原系系统已经不能适用于该超市。我们在新系统设计方案中将做以下修改。 为了适应市场的需要，使企业效益更好，我们设计的新超市管理系统，利用计算机管 理，处理货品需求信息，设立库存量底限，货存不足时由系统自动提出。 现在的社会已成为信息社会，信息扮演着非常重要的角色。为了使企业能够在激烈的竞争中取得更好的业绩，得到及时有用的信息，我们给系统添加了信息部。信息部就将就供货商的新商品进行市场预测及需求分析，以便及时引进。 人事档案由计算机管理，为人事部设计人事档案管理信息系统。 新系统将使各级主管从繁重的传统式经营管理工作，工作重心逐渐转到管理上来，进一步提高工作效率。 新系统的组织结构如图所示，在超市连锁分店中添加信息部，主要负责分析商品的的销售情况，并且通过调查及时获得新商品的信息，提供给库存管理部。其他管理都与原系统一样。 图 16 新系统组织结构图 1.3.2 新系统拟定的业务流程 新系统的业务流程主要是多了信息部的业务环节。在当今信息社会，商品信息对超市非常重要。信息部专门负责收集商品信息，经处理后，做出市场预测及新商品的需求分析。这样可以弥补原系统信息滞后的缺点。同时，有利于高层决策者据此做出正确决策，及时调整计划。如图所示（虚框内为改进处），销售部将销售数据通过新系统传给库存管理部，库存管理部对库存进行检查并处理，提交进行计划。同时，信息部收集信息，对新产品进行需求分析，制订出新产品的进货计划并提交。经连锁店批准后，经财务部记账，提款。库存管理部发送进货信息，接货并存储，把产品送至销售部销售。人事档案管理的业务流程没有改变。新系统的人事档案管理业务流程如图 17所示 图 17 新系统库存管理业务流程图 1.3.3 新系统拟定的数据与数据流程分析 新系统拟定的库存处理数据流程图如图 18所示。 图 18 新系统的库存处理数据流程图 新系统中增设了信息部。信息部向库存管理部提供商品需求及市场预测信息。库存管理部据此列出新定的商品，再对此进行检查处理，将订单传至配送中心。库存管理部接受配送中心送来的货物，进行库存处理。库存处理后，生成库存数据并存储，将现行库存商品现行反馈至销售部。对于超市原来已经引进的商品，由计算机控制库存。当库存量达到系统所设定的底线时，系统将自动提示库存管理人员订货。具体处理过程如图 19所示。 图 19 图18的展开图 1.3.4 新系统拟定的库存存放方法 超市管理系统中，库存管理十分重要，新系统拟定的库存存放方法如下。 库存物质的分类法：根据统计分析，一般库存物质都遵循 ABC分类规律。即A类物质品种数占库存物质总数的不到10，但金额却占总数的75；B类物质这两项数据比例分别为20和20左右；C类物质为70和5。根据此理论和实际调研结果，分类如下： A类为一些销量较少但成本较高的物质，主要由高档酒类、高档香烟、高档营养品、蒸锅、高压锅、饮水机、风扇、遥控玩具、工艺品、较高档体育器材（如网球拍）等； B类为一些销量一般成本也一般的物质，主要有中档酒类、中档烟类、中档营养品、 刀具、洗发水、沐浴露、一般体育用品（如乒乓球拍）、瓶装食用油、熟食类食品（如烤鸭、烧鸡）等； C类为销售量打但成本较低的物品，主要有小食品（如薯条、日本豆）、小生活用品（如镜子、小刀、牙刷牙膏、毛巾、香皂）、娱乐用品（如扑克牌、象棋、跳绳）、水果类、饮料等。 1.4 系统总体结构设计 1.4.1 子系统的划分 按照现行的业务处理功能进行子系统划分，可将本系统划分成三个子系统：人事档案管理子系统、库存管理子系统和密码管理子系统。系统总体结构及子系统功能结构如图 110、图111和图112所示。 图 110 系统结构图 图 111 系统结构图 图 112 库存管理子系统结构图 超市连锁店从系统总体结构上包含三个子系统：人事档案管理子系统、库存管理子系统和密码管理子系统，如图所示 110所示。 人事档案管理子系统，包括：档案查询、档案更新、档案输出及其他操作，如图 111所示。 库存管理子系统，包括：输入模块、库存处理模块、修改模块、查询模块，如图 112所示。 密码管理子系统是为系统管理员设置的，具有密码修改等功能。 1.4.2 计算机处理流程设计 1. 库存管理子系统 库存管理子系统的计算机处理流程如图 113所示。图中数据输入库存管理子系统的方式有两种：新引进商品出入库单据查询时的查询条件通过键盘输入：直接从销售统计传过来的文件从软磁盘中读取。当系统进入输出处理分支时，首先读入商品出入库单据，进行合格判断，若合格则进行输出处理，结果存放在销售子系统文件、库存主文件和商品资料文件库中。 图 113 库存管理子系统计算机处理流程图 2.人事档案管理子系统 人事档案管理子系统的计算机处理流程如图 114所示。图中数据输入子系统的方式均为键盘输入。进入人事档案管理子系统后，可以在档案输出、档案更新和档案查询三个处理中选择。进行档案输出时，只需输入所查职员姓名，系统便回读取数据，进行判断，处理后以表单形式在界面输出。更新处理分支接受键盘上输入的档案资料，合格判断后，将合格的资料送入档案更新处理，结果写入人事档案主文件中；不合格则返回原处检查。查询结果也是以表单形式在界面输出。 图 114 人事档案管理子系统计算机处理流程图 1.4.3 系统设备配置 1. 网络设计 网络设计将解决如何将系统规划中的各个子系统从内部用局域网连接起来，以及今后系统如何与外界连接的问题。主要是根据实际业务的需要去考虑如何配置和选用网络产品。网络设计首先是根据用户的要求选择网络的结构，本系统采用的是总线式网络拓扑结构。在总线式电缆网络中，任何瞬间仅有一台机器主站，可以发送信息。网络协议选择 X.25的接口协议，与总公司和配送中心通信采用TCP/IP协议。使用时不必涉及协议标准的内部细节，只需按照其规定操作即可。 该连锁店的网络拓扑结构如图 115所示。 图 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）。具体如图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 4 I1I2I3I4I5 C P1P2：代表3位数字，称为前缀码，是国际物品编码协会分配给其成员国或者地区（EAN编码组织）的唯一标识代码。我国的为690。 M1M4：代表4位阿拉伯数字，是企业标识代码，称为厂商代码。 I1I5：代表5位阿拉伯数字，称为商品项目代码，用以表示具体的商品项目，即具有相同包装和价格的同一种商品。C类由00000到69999，B类由70000到89999，A类由90000到99999。 C：一位校验，用以提高数据的可靠性。按国际物品编码协会规定的方法计算其数值。校验字符按以下方法计算： 第一步，将 13位数字（包括校验字符）自右向左顺序编码； 第二步，将所有序号为偶数的位置上的数值相加； 第三步，用数值 3乘第二步的结果； 第四步，从序号 3开始，将所有序号为奇数的位置上的数值相加； 第五步，将第三步的结果与第四步结果相加； 第六步，用一个大于第五步的结果且 3为10的最小整数倍的数减去第五步的结果，其差即为所求的校验字符的值。 2.职员编码 职员编码结构如表 13所示。 连锁店代码 部门代码 职员代码 P1P2 M1 I1I2I3 P1P2：为各连锁店所分到的代码。 M1：为各部门所分到的代码。销售部为1，库存管理部为2，市场信息部为3，财务部为4，人事部为5。 I1I2I3:为各职员所分到的代码。 1.6 数据结构和数据库设计 本系统采用 DBASE建立了两个数据库，一是人事档案管理数据库，另一个是库存管理数据库。人事档案管理数据库的表结构如表14所示。 表 14 职工人事档案的结构表 字段名 类型 宽度 小数位数 索引 说明 职工编号 字符型 6 有 编号规则见表 12 姓名 字符型 8 性别 字符型 2 男、女 出生日期 字符型 8 年月日 民族 字符型 8 籍贯 字符型 16 省（直辖市）、市（区） 家庭住址 字符型 36 政治面貌 字符型 10 文化程度 字符型 6 小学、初中、高中、大学、研究生等 健康状况 字符型 10 良好、一般等 婚姻状况 字符型 4 已婚、未婚、离异、丧偶等 参加工作日期 日期型 8 年月日 进本单位日期 日期型 8 年月日 工资 数值型 6 2 基本工资 各种补贴 数值型 6 2 部门 字符型 8 现任职务 字符型 10 职号 字符型 3 职务编号 权限 字符型 1 系统使用权限具体内容： 1系统管理员；2般用户 电话 字符型 12 备注 备注型 4 库存管理数据库中含有出库表、入库表和库存表，这三个表的数据结构如表 15、表16和表17所示。 表 15 出库表 字段名 类型 宽度 小数位数 索引 说明 商品编码 文本 13 有 编号规则见表 11 数量 数值 整型 经手人 文本 8 买家 文本 8 出库日期 /时间 日期 /时间 8 常规日期（年月日 /时分秒） 表 16入库表 字段名 类型 宽度 小数位数 索引 说明 商品编码 文本 13 有 编号规则见表 11 供应商 文本 50 数量 数值 整型 单价 货币 8 自动 经手人 文本 8 入库日期 /时间 日期 /时间 8 常规日期（年月日 /时分秒） 表 17 库存表 字段名 类型 宽度 小数位数 索引 说明 商品编码 文本 12 有 编码规则见表 11 商品名称 文本 50 分类 文本 50 A,B,C类 单位 文本 50 计量单位 数量 数值 整型 备注 文本 50 1.7 输入输出设计 输入输出设计主要包括输入设计、输出设计、用户界面设计。 输入设计包括输入方式、输入格式、校对方式等。 输出设计包括报表输出、图形输出等。 用户界面设计主要包括界面设计、菜单设计、会话管理等。 1.7.1 输入设计 1. 输入方式 键盘输入：由于人事管理系统及密码管理系统系统小、流动数据少、基本数据变化小，可以应用键盘输入。 条码输入：库存管理系统需要在短时间内大量更新数据、及时处理数据，选择条码输入是比较好的选择。 具体参见图 119所示的员工信息输入界面。 图 119 员工信息输入界面图 界面标题区：信息管理。 功能区：员工管理、供应管理、客户管理、分类管理、商品管理。 数据显示区：职工号、姓名、职务、电话、住址。 操作区：增加、修改。 说明区：职工代码共由 6位字符组成，第1、2位表示职工所在连锁店号（0199），第三位为部门号（其中1为销售部，2为库存管理部，3为市场信息部，4为财务部，5为人事部），第四、五、六位表示职工编码。 2. 校对方式 本系统在修改个人密码时，运用了二次键入校对的方法，对密码修改进行确认；用户进入商品的出入库查询系统时，需要对用户输入的密码进行二次确认。 1.7.2 输出设计 库存管理系统中，运用屏幕输出两种方式。参见图 120所示库存信息输出界面。 界面标题区 功能区 条件显示区 操作区 表格显示区 图 120 库存信息输出界面 界面标题区：库存信息。 功能区 :入库，出库、意向、拜访。 条件显示区：选择检索时间。 操作区：打印检索、执行检索。 表格显示器：显示商品代码（ ID）、名称、单价等信息，具体格式如表110所示。 表 110 表格显示区中的显示表格 ID 名称 单价 49 可比克薯片 4 51 面包 1 1.7.3 用户界面设计 1. 主界面设计 本系统界面设计采用统一、简洁的设计原则，主界面和各个子系统界面如图 121和图122所示。 界面标题区 菜单栏 背景图案区 图 121 主界面设计方案 界面标题区 菜单栏 数据显示、美化和说明区 图 122 各子系统界面设计方案 2. 菜单设计 本系统采用下拉式菜单设计。下拉式菜单用来描述系统或子系统功能。它既是系统分析和系统设计所确定的新系统功能，又是下一阶段系统编程时的程序菜单屏幕蓝图。此外，下拉式菜单方便、灵活、便于统一处理。 各界面的菜单项及快捷菜单细目如图 123、图124、图125和图126所示。 超市连锁店管理系统 库存管理子系统 人事管理子系统 管理员密码子系统 图 123 图121的“菜单栏”内容 库存管理子系统 项目 查询 出库 入库 报表 设置 按商品名称查询 按进货日期查询 按分类查询 出库操作 入库操作 报表输出 图 124 库存管理子系统菜单设计 人事管理子系统 录入 修改 查询 图 125 人事管理子系统菜单设计 密码管理子系统 修改 查询 人事管理密码修改 库存管理密码修改 管理员密码修改 人事管理密码查询 库存管理密码查询 图 126 密码管理子系统菜单设计 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 数据流名称：图书采编信息 简述：图书采编信息 数据流来源：图书购买后，由图书馆采编人员编码整理后，输入计算机。 数据流去向：采编管理模块。图书采编信息将采编数据存入数据库（图书表） 数据项组成： BookID （图书编码） BookType （图书类别） BookName （书名） Auth （作者） Publisher （出版社） Price （单价） PubDate （出版日期） Quantity （购买数量） 数据流量： 100 本 / 日 高峰流量： 500 本 / 日 数据流编号： D02 数据流名称：图书借阅单 简述：图书借阅单 数据流来源：用户填写图书借阅单交图书馆管理员，图书馆管理员审核后，输入计算机。 数据流去向： P2_11 检查读者身份。 数据项组成： OrderDate （借阅日期） BookName （书名） RederID （读者账号） ReaderName （读者姓名） O_Quantity （借阅数量） 数据流量： 1000 部 / 日 高峰流量： 5000 部 / 日 数据流编号： D03 数据流名称：填写借阅记录 简述：填入借阅表的记录 数据流来源： P2_13 检查合格的借阅图书信息录人到借阅库中 数据流去向：借阅库 数据项组成： OrderID （借阅号） OrderDate （借阅日期） BookName( 书名 ) BookID( 图书编码 ) ReaderName （读者姓名） ReaderID （读者账号） ReturnDate （还书日期） O_Quantity （借阅数量） state （状态） 数据流量： 1000 人 / 日 高峰流量： 2000 人 / 日 数据流编号： D04 数据流名称：借阅图书数量 简述：修改图书库中图书数量 数据流来源： P2_13 修改图书库中图书数量 数据流去向：图书库 数据项组成： BookID （图书编码） O_Quantity （借阅数量） 数据流量： 1000 人 / 日 高峰流量： 2000 人 / 日 数据流编号： D05 数据流名称：图书查询信息 简述：图书查询信息 数据流来源：读者 数据流去向： P3_11 检索处理模块 数据项组成： Book IDBookNameAuthPublisher 数据流量： 2000次/日 高峰流量： 4000次/日 数据流编号：D06 数据流名称：图书检索结果 简述：返回给读者的查询结果 数据流来源： P3 _11 检索条件处理模块，从图书库中返给读者的查询结果 数据流去向：读者 数据项组成：查无此书符合条件的图书数量图书馆藏号图书类别书名作者出版社出版日期在库册数 数据流量：2000次/日 高峰流量：4000次/日 数据流编号： D07 数据流名称：图书预定信息 简述：读者预定图书时填写的信息 数据流来源：用户填写图书预定信息，要求预定图书 数据流去向： P4 _11 预定信息输入 数据项组成： ReaderName Password BookID 数据流量： 50 次 / 日 高峰流量： 100 次 / 日 案例3：租赁光盘1.1 系统规划与调查 1. 新项目立项 目的是要确定建立新系统的必要性和可行性。 目前由于人们生活水平的不断提高，对文化娱乐的要求也不断提高，音像租赁的生意越 来越好。原先的人工管理方式越来越不能满足要求。为了适应这一变化，有必要建立一个音像租赁管理系统，由于音像店的管理人员一般都具备操作计算机的能力，而且音像店的经济效益也不错，另外，此系统是一个小型信息管理系统，花费不大。所以建立新系统是可行的，可以立项的。立项以后就可以开始系统调研了。 2. 系统调研 系统调研分两步进行。第一步是初步调研，主要调查租赁店的规模，即租赁的音像商品 数目、音像制品编码方式、职工的文化水平、租赁店的主要业务、顾客流量、顾客的租盘凭证等。第二步是详细调研。包括组织结构调研和业务流程调研。业务流程调研时对组织现行的业务进行调研，包括所有部门的处理业务、具体任务和完成顺序，并用管理业务流程图表示出来。 经过系统调研，得到音像商店的租赁光盘业务流程图如图 1 1 所示 图 1 1 音像商店的租赁光盘业务流程图 可以看出，租赁光盘管理系统主要有以下几项功能。 （ 1 ）光盘库的录入与维护：记账员负责根据采购员的入库单进行光盘的录入，并且对于过期或损毁的光盘进行注销处理，即从库存光盘台账上删除它的记录。 （ 2 ）光盘租还功能：租盘时，记帐员根据租盘单进行租盘，并给顾客开押金单，让顾客交押金，然后付盘和押金单给顾客。还盘时，顾客将盘和押金单（还盘单）给记账员，记账员根据还盘单进行还盘，并计算出应退押金，给顾客开出应退押金单，退给顾客押金。 （ 3 ）查询功能：音像店经理根据库存光盘台账和租赁光盘台账，查询光盘库存和租盘情况。 （ 4 ）统计功能：可以盘点库存光盘和租出光盘情况，还可进行资金统计，以得到购买光盘的费用、押金总数和租金总数等。 3. 可行性研究 在调研的基础上，进行可行性研究，编写出可行性研究报告。 1.2 系统分析 1.2.1 数据流图 1. 租赁光盘管理系统的数据流程图 （ 1 ） 顶层数据流程图 如图 1 2 所示，该图的外部实体有三个，分别是租赁店管理人员、顾客和系统时间，外部实体用矩形框表示，框中标出的是数据流名称。箭头表示数据流，其指向是数据流的流向，箭头上方标出的是数据流名称，例如，光盘管理要求数据流，是从租赁店管理人员流向光盘租赁系统。内部带有横线的矩形框表示对数据流的加工，框内标有加工名称，例如光盘租赁系统。顶层图将系统抽象为一个加工。 图 1 2 顶层数据流图 光盘和租赁系统从租赁店管理人员接受光盘管理要求或查询要求或盘点要求，从系统时间接受当前日期（因为租盘、还盘、盘点的需要），经过处理后，将应付押金单或应退押金单返回给顾客，将盘点表、租赁盘点表、光盘情况、租盘情况和资金统计表返回给租赁店管理人员。 （ 2） 0层数据流图 顶层数据流图绘制完成后，对于顶层图的加工进行分解，得到 0层数据流图如图13所示。0层数据流图有4个加工，分别是检查有效性、处理要求、查询处理和盘点处理，编号依次为1、2、3和4。检查数据有效性接受数据流光盘管理要求、查询要求和统计要求，经过处理后分别输出数据流有效的光盘管理要求、有效的查询要求和有效的统计要求给处理要求、查询处理和盘点处理3个加工。再经处理后，输出6个数据流。 图 13 0层数据流图 （ 3 ） 1 层数据流图 将 0 层的各个加工再进行进一步分解，得到 1 层数据流图。例如 0 层图的 2 号加工分解后得到 1 层数据流图，如图 1 4 所示。 2 号加工分解成 5 个子加工，编号分别为 2.1 、 2.2 、 2.3 、 2.4 和 2.5 。进行加工时有时要把数据存储到文件中或数据库的表中，图中用扁平的带竖线的右开口表示数据存储。流向数据存储的数据流可理解为写入文件或查询文件，从数据存储流出的数据流可理解为从文件读数据或得到查询结果。另外，与数据存储之间的数据流不用命名。例如，租盘加工从光盘文件中查询光盘是否已租出，如果未租出，将租盘记录写入到租盘文件中。 图 1 4 0 层图 2 号加工的 1 层数据流图 1.2.2 数据字典 1. 光盘租赁管理系统的数据字典 （ 1. ）数据流描述 数据流编号： D01 数据流名称：光盘管理要求 简述：光盘的入库、注销、租还情况 数据流来源：租赁店管理人员 数据流去向：处理类型选择模块 数据项组成： 入库单租盘单还盘单注销单 数据流量： 高峰流量： 说明： 入库单租盘单还盘单注销单 表示可以选择入库单、租盘单、还盘单和注销单中的一项。 数据流编号： D04 数据流名称：租盘单 简述：顾客每次租盘情况 数据流来源：处理类型选择模块 数据流去向：租盘模块 数据项组成：光盘流水号 + 光盘编号顾客姓名租出日期租出期限押金 数据流量： 600 次 / 月 高峰流量： 10000 次 / 月 （ 2 ）数据存储的描述 数据存储编号： F01 数据存储名称：光盘表 简述：记录入库光盘的数据 数据存储组成：光盘编号 + 光盘名称光盘类别价格进货日前日租金押金租出否 关键字：光盘编号 相关联的处理： P2-2 、 P2-3 、 P2-4 、 P2-5 、 P3-2 、 P4-2 说明：关键字是惟一确定文件中建立的数据项或数据项的组合。 数据存储编号： F02 数据存储名称：租赁表 简述：记录光盘的租赁数据 数据存储组成：光盘流水号光盘编号顾客姓名租出日期租出期限归还日期已收押金退还押金应收租金 关键字：光盘流水号 相关联的处理： P2-4 、 P2-5 说明：由于其他数据项或数据项的组合不能作为关键字，所以增加光盘流水号作为关键字， 光盘流水号就是光盘租出的顺序号。 （ 3 ）加工逻辑的描述 加工编号： P2-1 加工名称：处理类型选择 加工逻辑：根据光盘管理要求选择处理类型 CASE OF CASE(1) 新盘入库，输入入库单 CASE(2) 注销光盘，输出注销单 CASE(3) 租盘，输出租盘单 CASE （ 3 ） 还盘，输出还盘单 ENDCASE 说明：在此采用结构化语言来表示数据流图中的“加工”中较为复杂的逻辑判断功能。 意思是如果情况为（ 1 ），则新光盘入库，输出入库单 ; 入库情况为（ 2 ），则注销光盘，输出注销 单；如果情况为（ 3 ），则租盘，输出租盘单；情况为（ 4 ），则还盘，输出还盘单。 加工编号： P 2-4-1 加工名称：检查光盘库存 加工逻辑：根据租盘单上的光盘编号，与光盘文件中的记录进行比较，查询该盘是否未借出， 如果未借出，则填写租盘记录 加工编号： P 2-4-2 加工名称：办理租盘 加工逻辑：根据还盘单，对于光盘文件该光盘的相应记录的租出否数据项的值置为“ False ”。从租盘文件中取出该盘记录，根据归还日期和租出日期计算出租出天数，计算应退还押金。 （ 4 ）外部实体的描述 外部实体的编号： S01 外部实体名称：租赁店管理人员 简述：管理要求的输出、查询、盘点和统计结果的输入 输入的数据流：光盘情况，租盘情况，光盘入库点表，租赁盘点表，资金统计表 输出的数据流：光盘管理要求，查询要求，统计要求 外部实体的编号： S02 外部实体名称：顾客 简述：押金单，应退押金单的输入 输入的数据流：押金单，应退押金单 输出的数据流： 1.3 系统设计 在系统分析的基础上就可以进行系统设计了。系统设计就是将系统需求转换为系统的总体结构，得到系统的功能结构图，然后再进行系统的详细设计，即模块处理过程设计、数据库设计、代码设计、系统运行环境设计和输入 /输出设计。 1.系统的总体设计 功能结构图（层次图）是用来描述系统模块功能分解的一种图形工具。功能结构图的每个矩形框表示一个功能模块。矩形框间的连线可以看作调用关系。 由光盘租赁管理系统的系统分析，可以画出其功能结构图，如图 1-5所示。 图 15 光盘租赁管理系统的功能结构图 新系统的功能划分为录入、租还、查询和统计等 4项功能。相对应有如下4个模块。 （ 1） 录入模块用于录入入库单和修改纪录，它根据采购员送来的入库单，纪录每次购买光盘的入库数据。对于光盘的日租金、押金情况也要录入。光盘的纪录有时也要进行修改，例如，改变押金的值等。对于过时的光盘要删除其纪录。 （ 2） 租还模块，用于根据租盘单进行光盘的租赁业务，根据还盘单进行还盘处理。租盘时同样要进行租盘纪录的录入和修改等工作。 （ 3） 查询模块是用于查询光盘和租赁的情况。 （ 4） 对于商店