图书管理系统流程图Word文档格式.docx

图书管理系统流程图Word文档格式.docx

《图书管理系统流程图Word文档格式.docx》由会员分享，可在线阅读，更多相关《图书管理系统流程图Word文档格式.docx（14页珍藏版）》请在冰豆网上搜索。

将借书登记卡按读者单位、读者编号集中保管。

3）读者提出借书要求时，先查看该读者的借书卡，统计读者已借书的数量。

假如该读者无借书超期或超量情形，那么办理借书手续。

4）办理借书手续的方法是：

填写借书登记卡，治理员核实后读者可将图书带走。

〔4〕还书服务

1）读者提出还书要求时，先对比相应的借书卡，确认书号和书名无误后可办理还书手续。

2）办理还书手续的方法是：

在借书卡上填写还书时刻，治理员签名；

将已还的借书卡集中保管；

收回图书。

3）将收回的图书上架，供读者查看和借阅。

2、系统数据流程图

通过详细的调查，弄清了系统现行的业务流程。

通过分析和抽象后，用数据流图表示。

图1是图书馆治理系统的顶层数据流图。

图1图书馆治理系统顶层数据流图

在图书馆治理系统顶层数据流图中，〝P1内部治理〞和〝P2借书治理〞两个处理框所表示的功能都太复杂，对它们进一步细化后得出第二层数据流图。

见图2和图3。

实际上〝P1.1图书治理〞还能够细化，分为新书处理和图书记录爱护两个下级处理框，而〝P1.2读者治理〞也能够细化为新读者入户和读者记录爱护两个下级处理框。

图2〝内部治理〞的细化数据流图

图3〝借书治理〞的细化数据流图

通过整理后得出细化后得系统数据流图，如图4所示。

图4细化后的图书馆治理系统数据流图

3、系统数据字典

图书馆治理系统数据流图中，数据信息和处理过程需要通过数据字典才能描述清晰。

下面要紧对数据流图中的数据流、数据储备和处理过程进行说明。

〔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

数据量为1000条；

存取频度为每天100次。

以检索为主；

顺序检索。

用户+密码+级别

级别是〝治理员〞或〝读者〞。

〔3〕要紧处理过程

1）处理过程编号：

P2.1

处理过程名:

查看书目

输入:

借书要求，D1，用户身份

输出:

借书要求，图书信息

处理说明：

实现依照图书类别查询图书、依照书名模糊查询图书的功能。

2）处理过程编号：

处理过程名：

安全治理

治理员情形，D4

用户身份，D4，治理员情形

通过用户名和口令，确认用户身份，保证系统的安全性。

三、系统数据库设计

数据库设计的步骤是：

依照系统需求分析得到的数据流图和数据字典建立概念模型；

将数据库的概念模型转换为数据模型；

进行规范化处理，使数据模型满足实际应用需要。

1、数据库的概念模型

依照系统需求分析，能够得出图书馆治理系统数据库的概念模型，那个地点用E-R图表示，见图6所示。

2、数据库逻辑模型

将图书馆治理系统的E-R图转换为关系数据库的数据模型，其关系模式为：

用户〔用户登录名，密码，级别，职工编号，职工名〕；

图书〔书号，类别，出版社，作者，书名，定价，借出否〕；

读者〔编号，姓名，单位，性别，〕；

借阅〔书号，读者编号，借书日期，还书日期，借书经办人，还书经办人〕。

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

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

关系属性的设计包括属性名、数据类型、数据长度、该属性是否承诺空值、是否为主码、是否为索引项及约束条件。

表1详细列出了图书读者库各表的属性设计情形。

〔表1略〕

〔a〕

〔b〕

〔c〕

〔d〕

图6图书馆治理系统的E-R图

a〕用户实体图b〕读者实体图c〕图书实体图d〕各实体间的联系图

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

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

图书馆治理系统采纳C/S〔客户端/服务器〕结构。

服务器要紧任务是承担网络监听和实现客户端链接、数据库治理、数据存取和数据传输功能。

客户端面向用户，承担着图书馆治理系统的治理和服务工作。

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

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

操作系统：

Windows2000高级服务器版

数据库治理系统：

SQLServer2000企业版

数据库应用系统开发软件：

Delphi7.0企业版

〔2〕客户机的工作环境要求及支撑软件

Windows98或更高

3、系统功能及结构

图书馆治理系统的系统功能结构如图5所示。

图5系统功能结构图

〔1〕用户登录模块功能：

依照用户名和密码决定用户权限，从而提供不同的功能，进入不同的操作界面。

〔2〕图书馆内部治理模块功能：

用于图书信息的录入、更换、查询，学生〔读者〕信息的录入、更换、查询，用户密码修改设置。

〔3〕图书馆服务模块功能：

用于读者查询图书信息、借阅及归还图书、查询个人借阅信息。

五、系统功能实现

1、程序结构框架

2、开发工具介绍

系统采纳C/S架构，后台采纳SQLServer2000数据库治理系统，前台采纳可视化编程工具Delphi。

Delphi使用了MicrosoftWindows图形用户界面的许多先进特性和设计思想,采纳了弹性可重复利用的完整的面向对象程序语言（Object-OrientedLanguage）、当今世界上最快的编辑器、最为领先的数据库技术。

它是目前开发客户/服务器数据库应用程序的强有力的工具。

在Delphi中使用SQL语言专门方便，一样来说，差不多上通过Tquery或TADOquery组件来使用SQL语言的。

能够在Tquery或TADOquery组件的SQL属性中设置SQL语句。

3、数据模块设计

数据窗体要紧属性设置如下所示：

StudentDS:

TDataSourceDataSet=StudentTable

BookDS:

TDataSourceDataSet=BookTable

RecordDS:

TDataSourceDataSet=RecordTable

QueryDS:

TDataSourceDataSet=Query1

StudentTable:

TTableDatabaseName='

work'

IndexFieldNames='

StudentNo'

TableName='

Student.db'

RecordTable:

brecord.DB'

Query1:

TQueryDatabaseName='

BookTable:

BookNo'

MasterFields='

Book.db'

数据模块窗体中的各组件分别联系到需要访问和操作的数据表格。

4、各个功能窗体设计与实现

（1）用户登录窗体设计

登录模块实现过程见程序流程图〔略〕。

（2）图书馆治理系统界面窗体

实现的程序流程图略。

（3）修改图书记录窗体

实现的程序流程图略。

（4）修改学生记录窗体

（5）修改密码窗体设计

（6）图书馆服务系统窗体

（7）查询、借阅图书窗体

（8）查询个人借阅情形及归还图书

5、源代码清单〔略〕