案例4 图书管理系统设计.docVIP

课程设计示例——基于C/S结构的图书馆管理系统的设计与实现 本章利用Delphi 7和SQL Server 2000设计开发一个简单的图书馆管理系统。尽管本章的示例与实际的图书管理系统差距甚大，数据库及系统功能都不完善，但该示例使大家对数据库应用系统开发有一个整体了解，通过学习和灵活运用相关的知识，读者就可以开发出功能强大的数据库应用系统。 5.1 系统分析与系统设计 数据库应用系统开发的第一步是系统分析。这期间，要对用户进行反复的调查、分析和汇总，将结果用数据流程图和数据字典表示，得出系统对数据和功能的需求。数据库应用系统开发的第二步是系统设计，其主要任务是确定系统的实现方法和工作环境，确定系统功能及结构，进行数据库的设计。 5.1.1 用户需求分析 1. 用户调查 通过对现行图书管的业务进行调查，明确了图书管工作由对图书管理、对读者管理、借书服务和还书服务四部分组成。用户对现有系统的描述如下。 （1）图书管理 1）对馆内的所有图书按类别统一编码；对各类图书要建图书登记卡，卡上登记着图书的主要信息。 2）新购的书要编码和建卡，对遗失的书要销毁其图书登记卡卡。 （2）读者管理 1）建立读者信息表，对读者统一编号。 2）对新加盟的读者，将其信息加入到读者信息表中；对某些特定的读者，将其信息从读者信息表中删除。 3）当读者情况变化时，修改读者信息表中相应的记录。 （3）借书服务 1）未借出的图书要按类别上架，供读者查看。 2）建立借书登记卡，卡上记录着书号、读者姓名和编号、借书日期；将借书登记卡按读者单位、读者编号集中保管。 3）读者提出借书请求时，先查看该读者的借书卡，统计读者已借书的数量。如果该读者无借书超期或超量情况，则办理借书手续。 4）办理借书手续的方法是：填写借书登记卡，管理管核实后可将图书带走。 （4）还书服务 1）读者提出还书要求时，先对照相应的借书卡，确认书号和书名无误后可办理还书手续。 2）办理还书手续方法是：在借书卡上填写还书时间，管理员签名；将已还的借书卡集中保管；收回图书。 3）将收回的图书上架，供读者查看和借阅。 2. 系统数据流程图 经过详细的调查，我们弄清了系统现行的业务流程。在此基础上，构造出系统的逻辑模型，并通过数据流程图表示。图5-1是图书馆管理系统的顶层数据流程图。 图5-1 图书馆管理系统顶层数据流程图 在图书馆管理系统顶层数据流程图中，“内部管理”和“借书管理”两个处理框所表示的功能都太复杂，对它们进一步细化后得出第二层数据流程图。如图5-2是对“内部管理”细化的流程图。 图5-2 “内部管理”的细化数据流程图 图5-2中，将内部管理分为图书管理和读者管理两个子处理框。实际上还可以将它们继续细分，图书管理分为新书处理和图书记录维护两个下级处理框，而读者管理也可以分为新读者入户和读者记录维护两个下级处理框。 “借书管理”处理框中包括“借书处理”、“还书处理”和“查看书目”三个子处理框，其细化流程图如图5-3所示。 图5-3 “借书管理”的细化数据流程图 经过整理后得出细化后的系统数据流程图，如图5-4所示。 图5-4 细化后的图书馆管理系统数据流程图 3. 系统数据字典 图书馆管理系统数据流程图中，数据信息和处理过程需要通过数据字典才能描述清楚。在我们定义的图书馆管理系统数据字典中，主要对数据流程图中的数据流、数据存储和处理过程进行说明。 （1）主要的数据流定义 1）数据流名称：图书情况 位置：图书→P1.1，图书→P2.3 定义：图书情况＝类别＋出版社＋作者＋书名＋定价＋完好否 数据流量：平均流量为每月传输的1000次数，高峰期流量每天传输的100次数。 说明：图书入库时，根据图书情况建立图书记录；读者还书时要核实图书基本信息是否与图书记录相符，要检查图书是否完好。 2）数据流名称：读者情况 位置：读者→P1.2 定义：读者情况＝姓名＋单位＋性别＋电话 数据流量：平均流量为每年传输的8000次数，高峰期流量每天传输的1000次数。 说明：根据读者情况建立读者记录。 3）数据流名称：管理员情况 位置：管理员→P3 定义：管理员=用户名＋口令 数据流量：平均流量为每年传输的100次数，高峰期流量每天传输的10次数。 说明：通过管理员的用户名和口令鉴别用户身份。 4）数据流名称：用户身份 位置：P3→{ P1.1, P1.2, P2.1, P2.3} 定义：用户身份=[ 非法用户 | 内部管理员 | 服务管理员 ] 数据流量：平均流量为每天传输的2000次数，高峰期流量每时传输的100次数。 说明：不同的用户身份进入的处理过程不同。 5）数据流名称：借书请求 位置：读者→P2.1 定义：借书请求=类别|书名 数据流量：平均流量为每天传输的1000次数，高峰期流量每时传输的300