sql图书管理系统流程图、需求分析.docxVIP

sql 图书管理系统流程图、需求分析 一、咨询题描述 对我校图书馆图书治理流程进行调研，开发设计一个能对图书、读者 及图书借阅情形进行治理的图书馆治理系统。要求该系统能满足治理人员 对图书治理以及读者借阅需要，按照权限不同，用户具有不同的功能和操 作界面。 二、应用需求分析 1、用户需求调查 通过对现行图书馆业务的调查，明确了图书馆工作由图书治理、读者 治理、借书服务和还书服务 4 部分组成。用户对现有系统功能的描述如下： （1）图书治理 对馆内的所有图书按类不统一编码；对各类图书建立图书登记卡，登 记图书的要紧信息。 新购的图书要编码和建卡，对遗失的图书要注销其图书登记卡。 （2）读者治理 建立读者信息表，对读者统一编号。 对新加盟的读者，将其信息加入到读者信息表中；对某些特定的读者， 将其信息从读者信息表中删除。 当读者情形变化时，修改读者信息表中相应的记录。 （3）借书服务 未借出的图书要按类不上架，供读者查看。 建立借书登记卡，卡上记录着书号、读者姓名和编号、借书日期；将 借书登记卡按读者单位、读者编号集中保管。 读者提出借书要求时，先查看该读者的借书卡，统计读者已借书的数 量。如果该读者无借书超期或超量情形，则办理借书手续。 办理借书手续的方法是：填写借书登记卡，治理员核实后读者可将图 书带走。 （4）还书服务 读者提出还书要求时，先对比相应的借书卡，确认书号和书名无误后 可办理还书手续。 办理还书手续的方法是：在借书卡上填写还书时刻，治理员签名；将 已还的借书卡集中保管；收回图书。 将收回的图书上架，供读者查看和借阅。 2、系统数据流程图 通过详细的调查，弄清了系统现行的业务流程。通过分析和抽象后， 用数据流图表示。图1是图书馆治理系统的顶层数据流图。 图1图书馆治理系统顶层数据流图 在图书馆治理系统顶层数据流图中，“ P1内部治理”和“ P2借书治 理”两个处理框所表示的功能都太复杂，对它们进一步细化后得出第二层 数据流图。见图2和图3。实际上“ P1.1图书治理”还能够细化，分为新 D3 D3 借书记录 D3 D3 借书记录 书处理和图书记录爱护两个下级处理框，而“ P1.2读者治理”也能够细化 为新读者入户和读者记录爱护两个下级处理框。 图2 “内部治理”的细化数据流图 图2 “内部治理”的细化数据流图 图3 “借书治理”的细化数据流图 通过整理后得出细化后得系统数据流图，如图 4所示 D1图书记录图书图书情形十P1.1图书用户身份P3安全治理治理?情形4 治理员用户身份tP1.2、+ Hv. 读者 D1 图书记录 图书 图书情形十 P1.1 图书 用户身份 P3 安全 治理 治理 ? 情形 4 治理员 用户身份 t P1.2 、+ Hv. 读者 治理 读者记录 D2 读者情 用户身份 D4 用户记录 图 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 处理