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

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