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