文档介绍：题目图书管理系统图书管理系统一、实验目的、内容图书管理系统,此实验的主要内容及目的是熟悉 VC++.net 的 C/S 结构,掌握如何通过 MFC ODBC 访问数据库。对于图书的借书和还书过程,相信我们每个学生对此过成已经很熟悉。在计算及尚未在图书馆广泛使用之前,借书和还书主要是依靠手工过程。一个最典型的手工处理过程就是,读者将要借的书和借阅证交给工作人员,工作人员将每本书附带的描述书信息的信息卡和读者借阅证一起放在一个小格栏,并在借阅证和每本书上帖的节约条上填写借阅信息。这样借书过程就完成了。幻术师,读者将要还的图书交给工作人员,工作人员根据图书信息找到相应书卡和借阅证,并填写相应的还书信息。以上所描述的手工过程的不足是显而易见的,首先处理借书还书业务流程效率很低,其次处理能力比较低。一段时间内,所能服务的读者人数是有限的。利用计算机来处理这些流程无疑会极大程度的提高效率和处理能力。我们将会看到排队等候借书还书的队伍不那么长了,工作人员出错的概率也小了,读者可以花更多的时间在选择书可看书上。二、实验程序设计及结构 1、需求分析(功能、类、成员) 当决定开发一个信息系统时,首先要对信息系统的需求进行分析。需求分析要做的工作是深入描述软件的功能和性能,确定软件设计的限制和软件同其他元素的接口细节,定义软件的其他有效性需求。其主要包括一下四个步骤(如下图:): 模型化抽象化导出具体化实例化当前系统目标系统物理模型逻辑模型物理模型逻辑模型 1)、获得当前系统的处理过程,在此首先假设当前系统是手工处理系统。手工处理流程大致是这样的。读者将要借的书和借阅证交给工作人员,工作人员将每本书上贴的借阅条上填写借阅信息。这样借书过程就完成了。还书时, 读者将要还的书交给工作人员,工作人员根据图书信息找到相应的书卡和借阅证,并填写相应的还书信息。 2)、抽象出当前系统的逻辑模型; 在理解当前系统“怎么做的”的基础上,抽象取出“做什么”的本质,从而当前系统的物理模型抽象出当前系统的逻辑模型。在物理模型中有许多物理因素,随着分析工作的深入,有些非本质的物理因素就成为不必要的负担,因而需要对物理模型进行分析,区分出本质的和非本质的因素,去掉那些非本质的因素即可反映系统本质的逻辑模型。 3)、建立目标系统的逻辑模型; 建立目标系统的逻辑模型,分析目标系统与当前系统逻辑上的差别,明确目标系统到底要“做什么”,从而从当前系统的逻辑模型导出目标系统的逻辑模型。在对上述流程进行分析后,我们对新的图书处理流程进行整理,图书馆开架借书还书过程如下: 借书过程: 读者从架上选到所需图书后,将图书和借书卡叫管理人员,管理人员用条码阅读器将图书和借书卡上的读者条码信息读入处理系统。系统根据读者条码从读者文件和借阅文件中找到相应记录,读者如果有下列情况之一将不予办理借书手续; ○ 1读者所节约图书已超过该读者容许的最多借书数目; ○ 2该读者记录中有止借标志; ○ 3该读者还有超过归还日期而仍未归还的图书; ○ 4该图书暂停外借。若读者符合所有借书条件时,予以借出。系统在借阅文件中增加一条记录记入读者条码,图书条码、借阅日期等内容。还书过程:还书时读者只要将书交给管理人员,管理员将书中的图书条码读入系统,系统从借阅文件上找到相应的记录。同时系统对借还书日期进行计算并判断是否超期。若不超期则结束过程,若超期则计算出超期天数,罚款数,并打印罚款通知书,记入罚款文件。同时在读者记录上做止借标记。当读者交来罚款收据后系统根据读者条码查罚款文件,将相应记录写入罚款历史文件,并从罚款文件只删除该记录,同时去掉读者文件中的止借标记。借书过程数据流图如下所示: 检查读者情况记录借阅情况读者文件借阅文还书过程数据流图如下: 4) 、为了对图书管理系统做完善的描述,还需要对上面得到的逻辑模型做一些补充。首先采用图形的方式描述图书管理系统的用户界面,这样做的目的是保证整个系统的用户界面的一致性,同时也有助于后续开发人员更好的理解系统需要实现的功能。 2、设计结构( 包括总体结构和数据结构) 通过对图书馆的需求分析可以独处该系统涉及三个实体:读者、图书、工作人员。这些实体涉及的数据项有: 读者:读者条码,姓名,身份证号,最多借书数,止借标志图书:图书条码,书名,作者,出版社,出版日期,数量,停借标志工作人员: ID,姓名,身份证号,密码职务实体之间涉及的数据项有: 借阅文件:读者条码,图书条码,借出日期,归还日期,操作人员 ID 罚款文件:读者条码,罚款天数,罚款数,罚款日期,截止日期,操作人员 ID图书管理系统需要实现的功能主要有四大模块:基本资料维护,日常维护, 系统安全模块和读者查询模块。其中日常维护和基本资料维护是整个系统的核心。日常维护包括借书处理,还书处理和缴纳罚金。基本资料维护包括