设计报告高校图书管理系统.docVIP

高校图书管理系统 一、需求分析 1.1系统分析及设计目标 随着各图书馆的图书的数量不断增多和图书馆规模的不断扩大，管理这些庞大的体系非常困难的，因为图书的情况是随时改变的，因此必需对图书进行动态的管理，而这对于一个管理人员来说是一件比较复杂的事情，存储、查询、借阅是必不可少的业务。 为了能让管理员从繁重的工作中解脱出来，使管理员在使用一个软件以后能极其容易地对所有图书进行管理，并且准确无误，轻松自如。因此开发一个图书馆管理系统软件是当务之急.图书馆管理系统是一种典型的信息管理系统，使用者需要凭用户名和密码才能进入图书馆管理系统；管理员可以对图书、用户等信息进入增加、修改、删除等操作；也可以进行借出操作和归还操作；用户可以实现多种不同方式查询。 本设计主要用于中小规模的图书管理，总任务是使图书管理工作规范化、系统化、程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况，大大提高图书馆图书流通率。 本软件的最终用户特点：对操作人员和人员的教育水平和技术专长要求不大，只要能够掌握基本的电脑知识，能够运用简单的操作 1.2 目标用户群分析 我们分别通过对图书管理人员和学生进行咨询得出总的需求如下： 1. 借阅图书 1.1录入读者信息 1.1.1 读者编号 1.1.2 读者姓名 1.1.3 读者类别 1.1.4 办证日期 1.2录入书籍信息 1.2.1 书籍编号 1.2.2 书籍名称 1.2.3 书籍类别 1.2.4 出版社 1.3录入借阅信息 1.3.1 借阅信息编号 1.3.2 读者信息 1.3.3 书籍信息 1.3.4 借阅日期 2. 归还图书 2.1录入读者信息 2.1.1 读者编号 2.1.2 读者姓名 2.1.3 读者类别 2.1.4 办证日期 2.2录入书籍信息 2.2.1 书籍编号 2.2.2 书籍名称 2.2.3 书籍类别 2.2.4 出版社 2.3录入还书信息 2.3.1 还书信息编号 2.3.2 读者信息 2.3.3 书籍信息 2.3.4 归还日期 1.3 需求分析 按照以上分析，汇总得到以下的详细需求。 1. 功能需求 （1）功能需求 1: 输入信息 描述:系统应该保证能将读者与书籍的信息进行。 理由:以保证管理人员以后对读者及书籍的信息进行录入。 （2）功能需求 2: 查询信息 描述:系统应该对读者与书籍的信息进行访问查询。 理由:管理人员需要知道借书人的信息以及所借阅的图书。 （3）功能需求 3: 修改信息 描述:系统应该可以对读者的借阅资料及其所借书籍的数量名称等进行修改。 理由:管理人员必须要对读者与借阅的书籍变更的信息及时修改更新。 （4）功能需求 4: 保存信息 描述:系统应该能将读者与书籍的信息保存。 理由:以保证管理人员以后对信息进行查询。 （5）功能需求 5: 删除读者信息 描述:系统应该能够对归还书籍后的读者信息删除。 理由:读者归还信息后，必须对之前记录的借阅信息删除。 2．其他需求 （1）数据需求 描述：系统应该输出：书籍信息、读者信息、借阅时间。 理由：功能需求1、功能需求2、功能需求3、功能需求4、功能需求5。 描述：系统能接受的输入：用户关于哪本书的借阅、借阅日期。 理由：功能需求1、功能需求2、功能需求3、功能需求4、功能需求5。 （2）环境需求 描述：系统应该能够被在线访问。 理由：在线系统应该能从网上被访问。 （3）用户需求 描述：系统应该能够帮助用户学习如何使用该系统，包括如何从错误中恢复。 理由：学校是一个大环境，而学生是一个大群体，管理人员是一个广泛定义的用户群，他们有可能不希望被“培训”如何使用该系统，因此，本系统应该能够让用户“边用边学”，而仅需一点外在的培训。同时，新手将会觉得一系列关于如何使用系统的指导非常有用，当中间用户或者专家使用新信息的时候会觉得在线帮助比较有用。 1.4 数据 1.4.1借阅图书 读者借书过程数据流程如图所示。 图 读者借书过程 读者还书过程数据流程如图所示。 图 读者还书过程 词典 数据源点及汇点描述： 名称：读者 简要描述：借书、还书、查询及登记注册 有关数据流：借书证；所借书本 名称：日历 简要描述：当日日期 有关数据流：年月日 2）.加工逻辑词条描述： 加工名：借书检验 加工编号： 简要描述：检验读者身份、图书是否入库、读者还能借多少书以此判定读者是否能借书 输入数据流：借书证；所借书本，读者信息，图书信息，图书访问记录，日期 输出数据流：借书错误信息，借书信息 加工逻辑： IF　借书证未登记入库　THEN 　　　　　　　　发出“借书错误” 　　　　　 ELSE　IF　图书未登记入库　THEN 　　　　　　　　　　发出“借书错误” 　　　　　　　　　ELSE　IF　读者已借