学校图书借阅管理系统报告(共33页).doc

精选优质文档-倾情为你奉上数据库课程设计报告 姓名：蒋小峰 学号：1 班级：11信科2班 题目：学校图书借阅管理系统 完成日期： 2014年6月19日 题目：学校图书管理系统.目录.封面.11. 问题的描述.2 1.1题目.2 1.2课程设计背景.32. 需求分析.3 2.1需求分析.3 2.2系统功能结构.4 2.3数据流图.53. 逻辑结构设计.5 3.1各基本表实体以及其属性局部ER图.5 3.2全局ER图.14 3.3数据字典.174. 物理结构设计.195.结论与心得.311.问题的描述1.1题目：（1）学校图书借阅管理系统功能要求：l 实现图书信息、类别、出版社等信息的管理；l 实现读者信息、借阅证信息的管理；l 实现图书的借阅、续借、归还管理；l 实现超期罚款管理、收款管理；l 创建触发器，分别实现借书和还书时自动更新图书信息的在册数量；l 创建视图查询各种图书的书号、书名、总数和在册数；l 创建存储过程查询指定读者借阅图书的情况；l 建立数据库相关表之间的参照完整性约束。1.2课程设计背景：随着图书馆规模的不断扩大，图书数量也相应的增加，有关图书的各种信息量也成倍增加，面对着庞大的信息量，传统的人工方式管理会导致图书馆管理上的混乱，人力与物力过多浪费，图书馆管理费用的增加，从而使图书馆的负担过重，影响整个图书馆的运作和控制管理，因此，必须制定一套合理、有效，规范和实用的图书管理系统，对图书资料进行集中统一的管理。另一方面，IT产业和Internet获得了飞速发展，计算机应用已渗透到了各个领域，引起信息管理的革命，实现了信息的自动化处理，提高了处理的及时性和正确性。提高图书管理工作效率，作到信息的规范管理，科学统计和快速查询，让图书馆更好的为学校，社会服务。作为信息存储的主要媒体之一图书、数量、规模比以往任何时候都大的多，不论个人还是图书管理部门都需要使用方便而有效的方法来管理自己书籍。 在计算机日益普及的今天，对于个人而言采用一套行之有效的图示管理系统来管理自己的书籍，会方便许多.对于图书馆部门而言，以前单一的手工检索已不能满足人们的要求，为了让便于图书资料的管理要有图书馆软件。对于日益扩大的图书馆，查找特定的书目总使借阅者或工作人员劳神费力，有事还没有结果。因为往往是投入了大量的人力和财力却得不到有效的管理效率。因此采用数据库技术生成图书馆借阅挂历系统将会极大的方便借阅者并简化图书馆管理人员和工作人员的劳动，使工作人员从繁忙、复杂的工作进入到一个简单的工作中。 在此以高校学校图书借阅管理系统的开发过程为背景，全文围绕如何： 实现图书信息、类别、出版社等信息的管理； 实现读者信息、借阅证信息的管理； 实现图书的借阅、续借、归还管理； 实现超期罚款管理、收款管理； 创建触发器，分别实现借书和还书时自动更新图书信息的在册数量；创建视图查询各种图书的书号、书名、总数和在册数； 创建存储过程查询指定读者借阅图书的情况；建立数据库相关表之间的参照完整性约束。 2.需求分析2.1需求分析系统的需求分析主要是通过我们对于本校图书馆的观察和了解图书馆的一些管理规则和运行机制，并通过上网搜索有关图书馆管理系统的知识，了解到图书馆的现状，以及管理中的一些问题，并开始系统设计。每个学校都有图书馆，最初由于图书的数量和种类较少，人工手动管理化比较方便和灵活。随着社会的发展，图书的数量和种类越来越多，人工手动管理会降低工作的效率，希望建立一个图书管理系统，是为了解决人工手动管理图书信息在实践中的问题，从而达到系统化，规范化，标准化的水平。该系统的建立不但给管理这带来方便，也节省了工作的时间从而提高了工作的效率。 需求分析是在于弄清用户对于开发数据库应用系统的的确切要求。数据库设计的第一步是明确数据库的目的和如何使用，也就是说需要从数据库中得到那些信息。明确目的之后，就可以确定您保存那些主题信息（表），以及每一个主题需要保存那些信息（表中字段）。2.2系统功能结构1. 能够存储一定量的图书信息，并方便有效的进行相应的书籍操作和管理，这主要有：                 1）、图书信息的录入、删除及修改。        2）、图书信息的多关键子检索查询。        3）、图书出借、返回及超时惩罚等。    2.  能对一定数量的读者、管理员进行相应的信息存储与管理，包括：        1）、读者信息的登陆，删除及修改。        2）、管理员信息的增加，删除及修改。        3）、读者资料的统计与查询等。3 能够提供一定安全机制，提供数据信息授权访问，防止随意删改、查询。 1）、 安全性要求 系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性；系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。 2）、完整性要求 系统完整性要求系统中数据的正确性以及相容性。可通过建立主、外键，使用check约束，或者通过使用触发器和级联更新。 4对查询、统计的结果能够列表显示。2.3数据流图图书管理系统业务流程图：数据流图：3.逻辑结构设计 3.1局部ER图(1) 各基本表实体以及其属性 （a）读者信息实体图：读者信息实体读者借书证编号读者姓名读者性别读者种类办证登记时间（b）书籍信息实体图：书籍信息实体书籍编号书籍名称书籍类别书籍作者总数入库登记日期剩余数目出版社（c）借阅记录信息实体图：借阅信息实体续借书的编号读者编号到期时间书的编号借阅时间读者姓名（d）归还记录信息实体图：归还信息实体借阅时间图书编号读者姓名读者姓名图书名字归还时间（e）续借记录信息实体图：续借记录信息实体续借时间书名读者编号续借次数图书编号借阅时间读者姓名（e）管理员记录信息实体图：管理员编号管理员记录信息实体性别密码姓名（f）惩罚记录信息实体图： 读者编号读者姓名图书编号 到期时间图书名称 惩罚记录信息实体 归还时间惩罚金额 借阅时间 超出时间(2) 局部ER图 1. 读者与图书之间借阅的关系MN读者图书借阅2. 读者与图书之间续借的关系MN续借读者图书外借记录3. 读者与图书之间归还的关系MN归还读者图书归还记录4. 读者与罚款记录之间的关系NM罚款读者图书外借记录5. 读者与图书管理员之间的关系MN罚款读者管理员6. 图书与图书管理员之间的关系MN管理图书管理员3.2全局ER图综合以上局部ER图以及各基本表实体以及其属性，合并各分图,消除属性冲突、命名冲突、结构冲突等三类冲突，得到初步E-R图，再消除不必要冗余，得到的基本E-R图如下所示：得到完整的全局E-R图。具体图示如下：将其转化为物理模型后，如图：具体的E-R图向关系模型的转化如下：读者：Read(ReadID，ReadName，ReadSex，ReadDate，MaxBorrow，RType)图书：Book（BookID，BookName，BookWrite，BookPublish，RBookNum，StorageTime，BType） 管理员：Manger（MID， MName，MSex，Mpwd） 借阅记录：Borrow（ReadID，ReadName，BookID，BookName，YHDate，RBorrow，OutDate） 归还记录：Rent (ReadID，ReadName，BookID，BookName，InDate，OutDate) 续借记录：RBorrow（ReadID，ReadName，BookID，BookName，RBTime，RBDate，OutDate） 惩罚记录：Fine （ReadID，BookID，Readname，Bookname，Fine，Overtime，OutData，YHtime，Intime）3.3数据字典数据字典根据上面全局E-R图建立数据字典数据项名数据项含义数据类型ReadID读者编号varcharReadName读者姓名varcharReadSex读者性别varcharReadDate登记时间varcharMaxBorrow最多可借图书数目varcharMID管理员编号varcharMName管理员姓名varcharMSex管理员性别varcharMpwd登录密码varcharBookID图书编号varcharBookName图书名称varcharBookWrite作者varcharBookPublish出版社varcharRestNum剩余数量varcharStorageTime入库时间DatetimeOutDate借阅时间DatetimeRBorrow是否续借varcharInDate归还时间DatetimeYHDate到期时间（图书馆借阅在60天以内)DatetimeRBTime续借次数（不能超过2次）VarcharRBDate续借时间DatetimeOvertime超出时间DatetimeFine惩罚金额varchar基本表备注图书信息表管理图书各种信息读者信息表管理读者各种信息图书管理员信息表管理管理员各种信息图书借阅记录信息表管理图书与读者的借阅关系图书续借记录信息表管理图书与读者的续借关系图书归还记录信息表管理读者归还图书的关系图书罚款记录信息表管理读者因逾期不还所借书，采取罚款政策视图备注 图书查询视图查询各种图书的书号、书名、总数和在册数触发器备注tri_insert实现借书时自动更新图书信息的在册数量tri_update实现还书时自动更新图书信息的在册数量4. 物理结构设计数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务：（1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；（2）对物理结构进行评价，评价的重点是时间和空间效率。以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织（将E-R图转换成关系模式、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。将E-R图转换为关系模式实体型转换为关系模式，实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有一下不同的情况：一个m：n联系装换为一个关系模式。与该关系相连的各实体的码以及联系本身的属性均转换为关系属性，而关系的码为各实体码的结合。一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，这与该联系相连的各实体的码一记联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。一个1：:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为以个关系模式。与该多元联系相连的各实体的码以及联系本省的属性均转换为关系属性，而关系的码为各实体码的组合。 具体的基恩E-R图向关系模型的转化如下：读者：Read(ReadID，ReadName，ReadSex，ReadDate，MaxBorrow，RType)主码ReadID图书：Book（BookID，BookName，BookWrite，BookPublish，RBookNum，StorageTime，BType）主码BookID 管理员：Manger（MID， MName，MSex，Mpwd）主码MID 借阅记录：Borrow（ReadID，ReadName，BookID，BookName，YHDate，RBorrow，OutDate）主码ReadID 归还记录：Rent (ReadID，ReadName，BookID，BookName，InDate，OutDate)主码ReadID 续借记录：RBorrow（ReadID，ReadName，BookID，BookName，RBTime，RBDate，OutDate） 主码ReadID惩罚记录：Fine （ReadID，BookID，Readname，Bookname，Fine，Overtime，OutData，YHtime，Intime）主码ReadID，外码BookID创建数据库学校图书管理系统：随后单击确定，则成功建立数据库学校图书管理系统！如图：建立基本表：图书信息表的建立如图：读者信息表的建立如图：图书管理员信息表的建立如图：图书借阅记录信息表的建立如图：图书续借记录信息表的建立如图：图书归还记录信息表的建立 如图：图书罚款记录信息表的建立 如图：图书查询视窗的建立如图/*创建触发器实现借书时自动更新图书信息的在册数量*/*创建触发器实现还书时自动更新图书信息的在册数量*/*创建存储过程查询指定读者借阅图书的情况*/5. 结论与心得首先要建立一个完整的管理系统，就必须明白这个系统所包含的基本内容、处理一些怎样的信息等。最主要的是画出他们的E-R图，便可直观的看出他们关系。在设计的时候，有时候也会感到没有思路了，或许是只有一点点的头绪，可经过对图的分析和认真观察他们的关系后，便有了新的思路和闪光点。最后根据自己的整理资料将每一步都运用SQL语言执行出来，并且看以下是否符合结果要求。我想经过这次课程设计可以更好的将所学知识运用到实际中去。也让我加深了对数据库知识的认识和了解。在这次实践设计过程中，我懂得了如何将所学的理论知识运用到实际中去，使得所学的知识能够融会贯通。同时，在课程设计过程中，我懂得了许多知识，增加了我对数据库的兴趣 ,经过这次的数据库程序课程设计，使我了解了更多数据库原理与应用这门课程，对以前不太理解和熟悉的内容有更多的掌握，虽然这次的图书借阅管理系统并没有做得很好，甚至还有很多地方都存在着不足甚至是错误，在存储过程方面就没有做好，但是还是增强了自己对数据库方面应用的理解，对自己今后参与开发数据库系统积累了不少经验。归根结底还是基础不扎实，不能够灵活运用课本知识，还是要不断认真的学习和实践，这样才能更好地运用书本知识，增强我们的个人能力。在整个数据库课程设计的过程中，虽然遇到了很多麻烦，但最后把它做来的时候感觉很有成就感，也让我更加喜欢这门课程了。总的来说，这次课程设计还算比较满意，今后还要更加努力！专心-专注-专业