sql图书管理系统流程图需求分析.docx
《sql图书管理系统流程图需求分析.docx》由会员分享,可在线阅读,更多相关《sql图书管理系统流程图需求分析.docx(14页珍藏版)》请在冰豆网上搜索。
sql图书管理系统流程图需求分析
sql图书管理系统流程图、需求分析
一、咨询题描述
对我校图书馆图书治理流程进行调研,开发设计一个能对图书、读者及图书借阅情形进行治理的图书馆治理系统。
要求该系统能满足治理人员对图书治理以及读者借阅需要,按照权限不同,用户具有不同的功能和操作界面。
二、应用需求分析
1、用户需求调查
通过对现行图书馆业务的调查,明确了图书馆工作由图书治理、读者治理、借书服务和还书服务4部分组成。
用户对现有系统功能的描述如下:
(1)图书治理对馆内的所有图书按类不统一编码;对各类图书建立图书登记卡,登记图书的要紧信息。
新购的图书要编码和建卡,对遗失的图书要注销其图书登记卡。
(2)读者治理
建立读者信息表,对读者统一编号。
对新加盟的读者,将其信息加入到读者信息表中;对某些特定的读者,将其信息从读者信息表中删除。
当读者情形变化时,修改读者信息表中相应的记录。
(3)借书服务未借出的图书要按类不上架,供读者查看。
建立借书登记卡,卡上记录着书号、读者姓名和编号、借书日期;将借书登记卡按读者单位、读者编号集中保管。
读者提出借书要求时,先查看该读者的借书卡,统计读者已借书的数量。
如果该读者无借书超期或超量情形,则办理借书手续。
办理借书手续的方法是:
填写借书登记卡,治理员核实后读者可将图书带走。
(4)还书服务
读者提出还书要求时,先对比相应的借书卡,确认书号和书名无误后可办理还书手续。
办理还书手续的方法是:
在借书卡上填写还书时刻,治理员签名;将已还的借书卡集中保管;收回图书。
将收回的图书上架,供读者查看和借阅。
2、系统数据流程图
通过详细的调查,弄清了系统现行的业务流程。
通过分析和抽象后,用数据流图表示。
图1是图书馆治理系统的顶层数据流图。
图1图书馆治理系统顶层数据流图
在图书馆治理系统顶层数据流图中,“P1内部治理”和“P2借书治理”两个处理框所表示的功能都太复杂,对它们进一步细化后得出第二层数据流图。
见图2和图3。
实际上“P1.1图书治理”还能够细化,分为新
书处理和图书记录爱护两个下级处理框,而“P1.2读者治理”也能够细化
为新读者入户和读者记录爱护两个下级处理框。
图2“内部治理”的细化数据流图
图3“借书治理”的细化数据流图
通过整理后得出细化后得系统数据流图,如图4所示
D1
图书记录
图书
图书情形十
P1.1
图书
用户身份
P3
安全
治理
t
P1.2
、+Hv.读者
治理
用户身份
D4
用户记录
治理
♦
情形
4
治理员
用户身份
读者记录
D2
读者情
图4细化后的图书馆治理系统数据流图
3、系统数据字典图书馆治理系统数据流图中,数据信息和处理过程需要通过数据字典才能描述清晰。
下面要紧对数据流图中的数据流、数据储备和处理过程进行讲明。
(1)要紧的数据流定义数据流名称:
图书情形
位置:
图书->P1.1,图书->P2.3
定义:
图书情形=类不+出版社+作者+书名+定价+完好否数据流量:
平均流量为每月传输1000次,高峰期流量每天传输100次讲明:
图书入库时,按照图书情形建立图书记录;读者还书时要核实图书差不多信息是否与图书记录相符,要检查图书是否完好。
数据流名称:
用户身份
位置:
P3->{P1.1,P1.2,P2.1,P2.3}
定义:
用户身份=[非法用户|治理员|读者]
数据流量:
平均流量为每天传输2000次,高峰期流量每小时传输100
次。
讲明:
不同的用户身份进入的处理过程不同。
(2)要紧的数据储备定义数据储备编号:
D3数据储备名称:
借书记录输入:
P2.2
输出:
P2.2,P2.3数据结构:
借书记录=书号+读者编号+借阅日期数据量和存取频度:
数据量为50000条,存取频度为每天1000次存取方式:
联机处理;以更新操作为主;随机检索。
讲明:
读者借阅了一本书,就生成一条借阅记录。
借阅日期为添加记录的当天日期。
数据储备编号:
D4数据储备名称:
用户记录输入:
P3输出:
P3
数据量和存取频度:
数据量为1000条;存取频度为每天100次。
存取方式:
联机处理;以检索为主;顺序检索。
数据结构:
用户+密码+级不讲明:
级不是“治理员”或“读者”。
(3)要紧处理过程处理过程编号:
P2.1处理过程名:
查看书目输入:
借书要求,D1,用户身份输出:
借书要求,图书信息处理讲明:
实现按照图书类不查询图书、按照书名模糊查询图书的功
处理过程编号:
P3
处理过程名:
安全治理
输入:
治理员情形,D4
输出:
用户身份,D4,治理员情形
处理讲明:
通过用户名和口令,确认用户身份,保证系统的安全性。
三、系统数据库设计
数据库设计的步骤是:
按照系统需求分析得到的数据流图和数据字典建立概念模型;将数据库的概念模型转换为数据模型;进行规范化处理,使数据模型满足实际应用需要。
1、数据库的概念模型
按照系统需求分析,能够得出图书馆治理系统数据库的概念模型,那个地点用E-R图表示,见图6所示。
2、数据库逻辑模型
将图书馆治理系统的E-R图转换为关系数据库的数据模型,其关系模式为:
用户(用户登录名,密码,级不,职工编号,职工名);
图书(书号,类不,出版社,作者,书名,定价,借出否);
读者(编号,姓名,单位,性不,电话);
借阅(书号,读者编号,借书日期,还书日期,借书经办人,还书经办人)。
其中标注下划线的属性为主码。
3、数据库结构的详细设计
关系属性的设计包括属性名、数据类型、数据长度、该属性是否承诺空值、是否为主码、是否为索引项及约束条件。
表1详细列出了图书读者库各表的属性设计情形。
(表1略)
(a)
系图
(b)
(c)
(d)
图6图书馆治理系统的E-R图
a)用户实体图b)读者实体图c)图书实体图d)各实体间的联
四、系统体系结构及功能结构
1、系统体系结构及实现方法
图书馆治理系统采纳CIS(客户端/服务器)结构。
服务器要紧任务是承担网络监听和实现客户端链接、数据库治理、数据存取和数据传输功能。
客户端面向用户,承担着图书馆治理系统的治理和服务工作。
2、系统工作环境及支撑软件
(1)服务器端的工作环境要求及支撑软件
操作系统:
Windows2000高级服务器版
数据库治理系统:
SQLServer2000企业版
数据库应用系统开发软件:
Delphi7.0企业版
(2)客户机的工作环境要求及支撑软件
操作系统:
Windows98或更高
数据库应用系统开发软件:
Delphi7.0企业版
3、系统功能及结构
图书馆治理系统的系统功能结构如图5所示。
用户登录模块
图5系统功能结构图
(1)用户登录模块功能:
按照用户名和密码决定用户权限,从而提供不同的功能,进入不同的操作界面。
(2)图书馆内部治理模块功能:
用于图书信息的录入、更换、查询,学生(读者)信息的录入、更换、查询,用户密码修改设置。
(3)图书馆服务模块功能:
用于读者查询图书信息、借阅及归还图书、查询个人借阅信息。
五、系统功能实现
程序结构框架
开发工具介绍
系统采纳C/
S架构,后台米纳
SQL
Server2000数据库治理系统,前台采纳可视化编程工具Delphi。
Delphi使用了MicrosoftWindows图形用户界面的许多先进特性和设计思想米纳
了弹性可重复利用的完整的面向对象程序语言(Object-OrientedLanguage)
当今世界上最快的编辑器、最为领先的数据库技术。
它是目前开发客户/服
务器数据库应用程序的强有力的工具。
在Delphi中使用SQL语言专门方便,一样来讲,差不多上通过Tquery或TADOquery组件来使用SQL语言的。
能够在Tquery或TADOquery组件的SQL属性中设置SQL语句。
数据模块设计
数据窗体要紧属性设置如下所示:
StudentDS:
TDataSourceDataSet=StudentTable
BookDS:
TDataSourceDataSet=BookTable
RecordDS:
TDataSourceDataSet=RecordTable
QueryDS:
TDataSourceDataSet=Query1
StudentTable:
TTableDatabaseName二'work'
IndexFieldNames='StudentNo'
TableName='Student.db'
RecordTable:
TTableDatabaseName='work'
TableName='brecord.DB'
Query1:
TQueryDatabaseName='work'
BookTable:
TTableDatabaseName='work'
IndexFieldNames='BookNo'
MasterFields='BookNo'
TableName='Book.db'
数据模块窗体中的各组件分不联系到需要访咨询和操作的数据表格。
各个功能窗体设计与实现
用户登录窗体设计
-!
□!
xl
厂蜃书管]亶人员
谄摘礼密1
X皿消
登录模块实现过程见程序流程图(略)
图书馆治理系统界面窗体
实现的程序流程图略
修改图书记录窗体
实现的程序流程图略
修改学生记录窗体
修改密码窗体设计
<悸就学生苗魁
图书馆服务系统窗体
查询、借阅图书窗体
查询个人借阅情形及归还图书
■aaaiijiaiaiBiaiaiBiai.m诒囁、你世学号上:
[
…:
:
:
你惜閱岡电的惰况如也
•选招仆A3!
旧还匪书的书吕:
両而
源代码清单(略)