【流程管理)图书管理系统流程图、需求分析

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

(流程管理)图书管理系统流程图、需求分析

案例1图书馆管理系统

壹、问题描述

对我校图书馆图书管理流程进行调研,开发设计壹个能对图书、读者及图书借阅情况进行管理的图书馆管理系统。要求该系统能满足管理人员对图书管理以及读者借阅需要,根据权限不同,用户具有不同的功能和操作界面。

二、应用需求分析

1、用户需求调查

通过对现行图书馆业务的调查,明确了图书馆工作由图书管理、读者管理、借书服务和仍书服务4部分组成。用户对现有系统功能的描述如下:(1)图书管理

1)对馆内的所有图书按类别统壹编码;对各类图书建立图书登记卡,登记图书的主要信息。

2)新购的图书要编码和建卡,对遗失的图书要注销其图书登记卡。

(2)读者管理

1)建立读者信息表,对读者统壹编号。

2)对新加盟的读者,将其信息加入到读者信息表中;对某些特定的读者,将其信息从读者信息表中删除。

3)当读者情况变化时,修改读者信息表中相应的记录。

(3)借书服务

1)未借出的图书要按类别上架,供读者查见。

2)建立借书登记卡,卡上记录着书号、读者姓名和编号、借书日期;将借书登记卡按读者单位、读者编号集中保管。

3)读者提出借书请求时,先查见该读者的借书卡,统计读者已借书的数

量。如果该读者无借书超期或超量情况,则办理借书手续。

4)办理借书手续的方法是:填写借书登记卡,管理员核实后读者可将图书带走。

(4)仍书服务

1)读者提出仍书要求时,先对照相应的借书卡,确认书号和书名无误后可办理仍书手续。

2)办理仍书手续的方法是:于借书卡上填写仍书时间,管理员签名;将已仍的借书卡集中保管;收回图书。

3)将收回的图书上架,供读者查见和借阅。

2、系统数据流程图

经过详细的调查,弄清了系统现行的业务流程。通过分析和抽象后,用数据流图表示。图1是图书馆管理系统的顶层数据流图。

书馆管

理系统

顶层数

据流图

图书

馆管理系统顶层数据流图中,“P1内部管理”和“P2借书管理”俩个处理框所表

示的功能均太复杂,对它们进壹步细化后得出第二层数据流图。见图2和图3。

实际上“P1.1图书管理”仍能够细化,分为新书处理和图书记录维护俩个下级处理框,而“P1.2读者管理”也能够细化为新读者入户和读者记录维护俩个下级处理框。

述清楚。下面主要对数据流图中的数据流、数据存储和处理过程进行说明。

(1)主要的数据流定义

1)数据流名称:图书情况

位置:图书->P1.1,图书->P2.3

定义:图书情况=类别+出版社+作者+书名+定价+完好否

数据流量:平均流量为每月传输1000次,高峰期流量每天传输100次。

说明:图书入库时,根据图书情况建立图书记录;读者仍书时要核实图书基本信息是否和图书记录相符,要检查图书是否完好。

2)数据流名称:用户身份

位置:P3->{P1.1,P1.2,P2.1,P2.3}

定义:用户身份=[非法用户|管理员|读者]

数据流量:平均流量为每天传输2000次,高峰期流量每小时传输100次。

说明:不同的用户身份进入的处理过程不同。

(2)主要的数据存储定义

1)数据存储编号:D3

数据存储名称:借书记录

输入:P2.2

输出:P2.2,P2.3

数据结构:借书记录=书号+读者编号+借阅日期

数据量和存取频度:数据量为50000条,存取频度为每天1000次。

存取方式:联机处理;以更新操作为主;随机检索。

说明:读者借阅了壹本书,就生成壹条借阅记录。借阅日期为添加记录的当天日期。

2)数据存储编号:D4

数据存储名称:用户记录

输入:P3

输出:P3

数据量和存取频度:数据量为1000条;存取频度为每天100次。

存取方式:联机处理;以检索为主;顺序检索。

数据结构:用户+密码+级别

说明:级别是“管理员”或“读者”。

(3)主要处理过程

1)处理过程编号:P2.1

处理过程名:查见书目

输入:借书请求,D1,用户身份

输出:借书请求,图书信息

处理说明:实现根据图书类别查询图书、根据书名模糊查询图书的功能。

2)处理过程编号:P3

处理过程名:安全管理

输入:管理员情况,D4

输出:用户身份,D4,管理员情况

处理说明:通过用户名和口令,确认用户身份,保证系统的安全性。三、系统数据库设计

数据库设计的步骤是:根据系统需求分析得到的数据流图和数据字典建立概念模型;将数据库的概念模型转换为数据模型;进行规范化处理,使数据模型满足实际应用需要。

1、数据库的概念模型

根据系统需求分析,能够得出图书馆管理系统数据库的概念模型,这里用E-R 图表示,见图6所示。

2、数据库逻辑模型

将图书馆管理系统的E-R图转换为关系数据库的数据模型,其关系模式为:用户(用户登录名,密码,级别,职工编号,职工名);

图书(书号,类别,出版社,作者,书名,定价,借出否);

读者(编号,姓名,单位,性别,电话);

借阅(书号,读者编号,借书日期,仍书日期,借书经办人,仍书经办人)。

其中标注下划线的属性为主码。

3、数据库结构的详细设计

关系属性的设计包括属性名、数据类型、数据长度、该属性是否允许空值、是否为主码、是否为索引项及约束条件。表1详细列出了图书读者库各表的属性

设计情况。

(b)

四、系统体系结构及功能结构

1、系统体系结构及实现方法

图书馆管理系统采用C/S(客户端/服务器)结构。服务器主要任务是承担网络监听和实现客户端链接、数据库管理、数据存取和数据传输功能。客户端面向用户,承担着图书馆管理系统的管理和服务工作。

2、系统工作环境及支撑软件

(1)服务器端的工作环境要求及支撑软件

操作系统:Windows2000高级服务器版

数据库管理系统:SQLServer2000企业版

数据库应用系统开发软件:Delphi7.0企业版

相关文档
最新文档