图书管理系统的用例事件流描述
图书管理系统的用例事件流描述：
1．借阅物理书刊（Borrow Book）
1．1 前置条件（Pro-Conditions）
在这个用例开始前，Librarian 必须登录到系统中
1．2 后置条件（Post-Conditions）
如果这个用例成功，在系统中建立并存储借阅记录，如果必要还要删除预定记录。否则，系统的状态没有变化。
1．3 扩充点（Extension Points）
没有
1．4 事件流
1．4．1 基流（Basic Flow）
当借阅者从图书馆借阅物理书刊时，用例启动。
如果Librarian 选择“借书”，则执行分支流S-1：借阅物理书刊。
如果所借的物理书刊是经过预定的，则执行分支流S-2：通过预定借阅物理书刊。1．4．2 分支流（Subflows）
S-1：借阅物理书刊
（1）提供书刊种类、借阅者信息
（2）检索书刊种类（Title）（E-1）
（3）确定所借阅的物理书刊是否可以获得（E-2），即物理书刊是否都已借出
（4）检索借阅者（E-3）
（5）图书馆将物理书刊借给借阅者
（6）创建借阅记录
（7）存储借阅记录
S-2：通过预定借阅物理书刊
（1）提供书刊种类、借阅者信息
（2）检索书刊种类（Title）（E-1）
（3）检索借阅者（E-3）
（4）确定该类书刊的物理拷贝是否可以获得（E-2）
（5）将物理书刊发给借阅者
（6）创建借阅记录
（7）存储借阅记录
（8）删除预定记录
1．4．3 替代流（Alternative Flow）
E-1：该种书刊不存在，系统显示提示信息，用例终止
E-2：物理书刊都已借出，系统显示提示信息，用例终止
E-3：系统中不存在该借阅者，系统显示提示信息，用例终止
2．返回物理书刊（Return Book）
2．1 前置条件（Pre-Conditions）
在这个用例开始前，Librarian 必须登录到系统中
2．2后置条件（Post-Conditions）
如果这个用例成功，系统删除借阅记录。否则，系统的状态没有变化。2．3 扩充点（Extension Points）
没有
2．4 事件流
2．4．1 基流（Basic Flow）
当借阅者返回所借阅物理书刊时，用例启动。
（1）提供所还物理书刊信息
（2）检索物理书刊（E-1）
（3）查询物理书刊的借阅记录（E-2）
（4）删除借阅记录
2．4．2 替代事件流（Alternative Flow）
E-1：物理书刊不存在，系统显示提示信息，用例终止
E-2：若借阅记录不存在，系统显示提示信息，用例终止
3．预定书刊（Reserve Title）
3．1 前置条件（Pre-Conditions）
在这个用例开始前，Librarian 必须登录到系统中
3．2后置条件（Post-Conditions）
如果这个用例成功，系统建立预定记录。否则，系统的状态没有变化。3．3 扩充点（Extension Points）
没有
3．4 事件流
3．4．1 基流（Basic Flow）
当Librarian为借阅者预定物理书刊时，用例启动。
（1）提供书刊种类、借阅者信息
（2）检索书刊种类（E-1）
（3）检索借阅者（E-2）
（4）系统接受预定，创建预定记录
（5）将预定记录存储在系统中
3．4．2 替代事件流（Alternative Flow）
E-1：该种书刊不存在，系统显示提示信息，用例终止
E-2：系统不存在该借阅者，系统显示提示信息，用例终止
4．取消预订（Cancel Reservation）
4．1 前置条件（Pre-Conditions）
在这个用例开始前，Librarian 必须登录到系统中
4．2后置条件（Post-Conditions）
如果这个用例成功，系统删除预定记录。否则，系统的状态没有变化。4．3 扩充点（Extension Points）
没有
4．4 事件流
4．4．1 基流（Basic Flow）
（1）提供所预定的书刊种类、借阅者信息
（2）检索所预定书刊种类（E-1）
（3）检索借阅者（E-2）
（4）从系统删除预定记录（E-3）
4．4．2 替代事件流（Alternative Flow）
E-1：该种书刊不存在，系统显示提示信息，用例终止
E-2：系统不存在该借阅者，系统显示提示信息，用例终止
E-3：预定信息不存在，系统显示提示信息，用例终止
5．维护借阅者信息（Maintain Borrower Info）
5．1 前置条件（Pre-Conditions）
在这个用例开始前，Librarian 必须登录到系统中
5．2后置条件（Post-Conditions）
如果这个用例成功，系统添加、修改、删除借阅者信息。否则，系统的状态没有变化。5．3 扩充点（Extension Points）
没有
5．4 事件流
5．4．1 基流（Basic Flow）
系统要求Librarian选择所要执行的活动（添加、修改、删除借阅者信息）
如果所选择的活动是“添加借阅者”，则执行分支流S-1：添加借阅者
如果所选择的活动是“删除借阅者”，则执行分支流S-2：删除借阅者
如果所选择的活动是“修改借阅者”，则执行分支流S-3：修改借阅者
5．4．2 分支流（Subflows）
S-1：添加借阅者
（1）提供借阅者的信息，如姓名、地址、邮政编码和身份证号码等。
（2）系统存储借阅者信息（E-1）。
S-2：删除借阅者
（1）提供借阅者的信息
（2）查询借阅者（E-2）
（3）查询借阅者的借阅记录（E-3）
（4）从系统中删除借阅者的信息，以及借阅者的预定记录
S-3：更改借阅者
（1）提供借阅者的信息
（2）查询并显示借阅者信息（E-2），修改相应的信息
（3）更新系统中借阅者的信息
5．4．3替代流（Alternative Flow）
E-1：若借阅者已存在，系统显示提示信息，用例终止
E-2：若查询不到借阅者，系统显示提示信息，用例终止
E-3：若存在借阅记录，系统显示提示信息，用例终止
6．维护书刊信息（Maintain Title Info）
6．1 前置条件（Pre-Conditions）
在这个用例开始前，Librarian 必须登录到系统中
6．2后置条件（Post-Conditions）
如果这个用例成功，系统添加、修改、删除书刊种类信息。否则，系统的状态没有变化。6．3 扩充点（Extension Points）
没有
6．4 事件流
6．4．1 基流（Basic Flow）
系统要求Librarian选择所要执行的活动（添加、修改、删除书刊种类信息）
如果所选择的活动是“添加书种”，则执行分支流S-1：添加书刊信息
如果所选择的活动是“删除书种”，则执行分支流S-2：删除书刊信息
如果所选择的活动是“修改书种”，则执行分支流S-3：修改书刊信息
6．4．2 分支流（Subflows）
S-1：添加书刊信息
（1）提供书刊的书名、作者、ISBN/ISSN号等信息。
（2）在系统中存储该书刊信息（E-1）。
S-2：删除书刊信息
（1）提供所要删除的书刊信息
（2）查询所要删除的书刊（E-2）
（3）删除该书刊的所有物理书刊的信息（E-3）
（4）删除书刊信息，以及相关的预定信息
S-3：更改书刊信息
（1）提供所要修改的书刊信息
（2）查询并显示书刊信息（E-2）
（3）修改相应的信息
（4）更新系统中书刊的信息
6．4．3替代流（Alternative Flow）
E-1：若书刊信息已存在，系统显示提示信息，用例终止
E-2：若查询不到该书刊，系统显示提示信息，用例终止
E-3：若物理书刊借出，系统显示提示信息，用例终止
7．维护物理书刊信息（Maintain Book Info）
7．1 前置条件（Pre-Conditions）
在这个用例开始前，Librarian 必须登录到系统中
7．2后置条件（Post-Conditions）
如果这个用例成功，系统添加、修改、删除物理书刊种类信息。否则，系统的状态没有变化。
7．3 扩充点（Extension Points）
没有
7．4 事件流
7．4．1 基流（Basic Flow）
系统要求Librarian选择所要执行的活动（添加、修改、删除物理书刊种类信息）如果所选择的活动是“添加物理书刊”，则执行分支流S-1：添加物理书刊信息如果所选择的活动是“删除物理书刊”，则执行分支流S-2：删除物理书刊信息如果所选择的活动是“修改物理书刊”，则执行分支流S-3：修改物理书刊信息7．4．2 分支流（Subflows）
S-1：添加物理书刊信息
（1）提供物理书刊的种类信息
（2）查询物理书刊的种类（Title），确定系统中已经存在该书刊的种类（E-1）。（3）添加物理书刊
（4）将物理书刊存储在系统中
S-2：删除物理书刊信息
（1）提供所要删除的物理书刊的种类信息
（2）查询所要删除的物理书刊的种类信息（Title）（E-1）
（3）删除物理书刊的信息（E-3）
（4）从系统中删除物理书刊信息，并更新相关的信息
S-3：更改书刊信息
（1）提供所要修改的物理书刊的种类信息
（2）查询物理书刊种类（E-1）
（3）查询并显示该种书刊的所有的物理书刊
（4）选择物理书刊并修改其信息
（5）更新系统中物理书刊的信息
7．4．3替代流（Alternative Flow）
E-1：若系统中不存在该书刊种类，添加该书刊种类信息
8．登录（Log in）
8．1前置条件
没有
8．2 后置条件
如果用例成功，参与者可以启动系统并使用系统所提供的功能。反之，系统的状态不改变。8．3 扩充点
没有
8．4 事件流
8．4．1 基流（Basic Flow）
当用户希望登录到系统中时，用例启动。
（1）系统提示用户输入用户名和密码
（2）用户输入用户名和密码
（3）系统验证输入的用户名和密码，若正确（E-1），用户登录系统中。
8．4．2 替代流（Alternative Flows）
E-1：如果用户输入无效的用户名和/或密码，系统显示错误信息。用户可以选择返回基流的起始点，重新输入正确的用户名和/或密码；或者取消登录，用例结束。
(完整word版)图书馆管理系统数据流程图及数据字典
图书馆管理系统 1)检索速度慢、效率低因为图书馆的藏书种类多、数量多，将藏书准确地分门别类，快速检索，手工进行非常困难往往是终于查到了二伟的信息，馆中没有此书或已被别人借走。图书馆的规模越大，这个问题越突出。2)借书、还书工作量大借书、还书频率越大，说明图书馆的作用越大，然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理，其工作量之大，往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。3)图书统计工作难、藏书更新不能及时完成。图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新，然而由于藏书数量及图书种类越来越多，加上自然损耗，人为破坏，使图书的统计工作难以及时完成，藏书的更新也就很难有针对性地进行，藏书的知识结构得不到良好地控制。我校也是一所发展中的高校，近儿年的发展速度很快，图书馆的规模和藏书数量也不断的扩大，为了解决海量图书的管理问题，改变传统的管理方式也是迫在眉睫了。 图书馆借书流程 1、图书管理员1录入图书清单并保存图书信息 2、读者根据自己列出的带借书清单，查看图书借阅状态，并得到图书索引表 3、图书管理员2扫描一卡通查看读者信息，得到读者已借图书清单，并审核借书权限 若是有效权限单，则进行接触操作并更新读者与图书信息 若是无效权限单，则返给读者 已下是业务流程图
图书馆管理系统数据流程图及数据字典
一．图书采编系统流程图 图书采编系统流程图 数据流编号：D01 数据流名称：图书采编信息 简述：图书采编信息 数据流来源：图书购买后，由图书馆采编人员整理后，输入计算机 数据流去向：采编管理模块。图书采编信息将采编数据存入数据库（图书表）数据流组成：图书编码，图书类别，书名，作者，出版社，出版日期，单价，购买数量 数据流量：300本/日 高峰流量：800本/日 二．图书管理系统零层数据流程图
图书馆管理系统用例图、活动图、类图、时序图
图书馆管理系统 一．图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。 能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面，尽量避免误操作。 2、系统功能需求分析 (1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、 借书数量、借书期限、备注等。 (2) 书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、 类别、关键词、备注。 (3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处 理和书籍丢失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理 满足以上需求的系统主要包含有一下几个子系统 （1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。 （2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。 （3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。 （4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。 （5）帮助功能子系统。 二、系统动态建模 1、用例图、
图书管理系统简单实例
课程设计 课程名称：数据库课程设计 设计题目：图书信息管理系统学院： 专业：电子信息工程 年级： 08级1班 学生姓名： 指导教师： 教务处制
课程设计任务书 应用技术学院电子信息工程专业 08年级 学生姓名：欧阳雪梅 1、课程设计题目：图书信息管理系统 设计指导教师（签字）： 教学基层组织负责人（签字）： 年月日
目录 一、应用背景 (4) 二、课程设计部分 (4) 1、功能设计 (5) 2、数据库设计 (5) 系统数据库关系的E—R图 (5) 系统数据库关系 (7) 系统数据库的创建 (7) 三、总结 (12)
一、应用背景 随着人类社会的发展，人类对知识的需求也不断地增长。在这种形势下，书籍就渐渐地成为人们获取并增长知识的主要途径，而图书馆就自然而然地在人们的生活中占据了一定的位置，如何科学地管理图书馆不但关系到读者求知的方便程度，也关系到图书馆的发展，因此，开发一套完善的图书馆管理系统就必不可少了。 管理信息系统(简称MIS)是介于信息论，经济管理理论，统计学与运筹学及计算机科学之间的一门边缘性，综合性，系统性的交叉科学，它是随着管理科学，信息技术，计算机技术等的发展而产生和发展起来的。 图书馆管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立和维护以及前端的应用程序的开发两个方面。对于前者要求建立数据的一致性和完整性，对于后者则要求应用程序功能的完备，易用等的特点。利用WINDOWS作为系统平台开发的图书管理系统。另外本图书馆管理系统利用软件工程化思想和方法，总体上是采用结构化生命法进行系统分析和设计的，而系统实现等步骤则采用了原型法和面对对象的方法。 二、课程设计部分
图书管理系统流程图(DOC 12页)
图书管理系统流程图(DOC 12页) 部门： xxx 时间： xxx 整理范文，仅供参考，可下载自行编辑
案例1 图书馆管理系统 一、问题描述 对我校图书馆图书管理流程进行调研，开发设计一个能对图书、读者及图书借阅情况进行管理的图书馆管理系统。要求该系统能满足管理人员对图书管理以及读者借阅需要，根据权限不同，用户具有不同的功能和操作界面。 二、应用需求分析 1、用户需求调查 通过对现行图书馆业务的调查，明确了图书馆工作由图书管理、读者管理、借书服务和还书服务4部分组成。用户对现有系统功能的描述如下：（1）图书管理 1）对馆内的所有图书按类别统一编码；对各类图书建立图书登记卡，登记图书的主要信息。 2）新购的图书要编码和建卡，对遗失的图书要注销其图书登记卡。 （2）读者管理 1）建立读者信息表，对读者统一编号。 2）对新加盟的读者，将其信息加入到读者信息表中；对某些特定的读者，将其信息从读者信息表中删除。 3）当读者情况变化时，修改读者信息表中相应的记录。 （3）借书服务 1）未借出的图书要按类别上架，供读者查看。 2）建立借书登记卡，卡上记录着书号、读者姓名和编号、借书日期；将借书登记卡按读者单位、读者编号集中保管。 3）读者提出借书请求时，先查看该读者的借书卡，统计读者已借书的数量。如果该读者无借书超期或超量情况，则办理借书手续。 4）办理借书手续的方法是：填写借书登记卡，管理员核实后读者可将图书带走。 （4）还书服务 1）读者提出还书要求时，先对照相应的借书卡，确认书号和书名无误后可办理还书手续。 2）办理还书手续的方法是：在借书卡上填写还书时间，管理员签名；将
图书管理系统用例文档--
作者：尤帅 信息工程学院 《软件模型》课程期中报告 学年：2015—2016第一学期专业：软件工程 班级： 小组成员： 课程教师： 完成时间：2015年11月5日
图书馆信息管理系统 用例文档 成员： 日期：2015-11-05 目录 1.前言 (3)
1.1编写目的 (4) 1.2内容概述 (4) 2.用例列表 (5) 3.用例图 (6) 3.1子系统（局部）用例图 (6) 3.1.1读者参与用例 (6) 3.1.2管理员管理用例 (7) 3.1.3数据用例 (8) 3.1.4登录用例整合 (8) 3.1.5账号信息管理整合 (9) 3.2系统用例图 (9) 4.用例描述 (10) 编写总结 (18) 1.前言 图书馆信息管理系统的需求获取过程中，根据分析系统和外部对象的交互当中所执行的行为序列，及场景的层次性描述，提取了相关用例。 本文档给出了需求获取阶段使用的用例列表和用例描述。
1.1编写目的 整理和归类需求获取行为得到的消息。由于直接从用户的到的信息具有荣誉、遗漏、模糊、错误等，我们需要对他们进行分析并进行归类和系统化。 为详细的信息分析提供背景基础和上下文知识。由于软件系统的每项功能都依存于一定的背景和上下文环境，有利于开发者获取精准的信息进行系统开发。 在得到用户需求并将其转化成一个目标时，需要为目标组织信息，建立场景。用例就是一种场景的文化表现方式，实用叙述性的文本来描述场景。可以将解决方案用自然语言描述出来，便于用户理解，和用户达成共识，以便于进一步完善。 该文本是对用户的所有操作的描述，经过一系列的描述可以实现用户的业务需求。可以说是对用户前景的实现，从而使得软件系统由抽象变成具体。 1.2内容概述 该文档会根据启动阶段的前景和范围文档，对解决方案进行细化。文档包括几个细化用例，先对每个用例做了简要描述，并定义每个用例的ID，然后对用例进行详细的描述。
图书管理系统体系结构图和数据流程图
图书管理系统 一、项目开发背景 随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对图书信息进行管理,有着手工管理所无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。 由于学校的不断发展，学生不断增多，学校图书馆的图书品种、数量也在不断的增多。学校使用图书管理系统提高了工作效率，同时摆脱图书管理人员在工作中出现的很多问题，大大节省了学生借书的时间。 利用图书管理系统对图书记录进行统一管理，包括新增图书记录，更改图书记录，删除图书记录等功能，实现图书管理工作的系统化，规范化和自动化，为图书管理提供便利。 二、体系结构图 系统管理员身份认证信息图书管理信息借阅者借阅者超时 管理信息管理信息
借 图书 图 借阅者 阅 借 借阅者 超时罚款 超借阅 图书信息表 信息 书 信息 信息表 者 阅者 分类 信息表 罚款 信息表 表 信息表 信息表 信息表 信息表 信息表 系统管理员系统分为4阅者管理模块和借阅超时管理模块。 （一）管理员身份认证 ① 接口描述：输入系统管理员身份认证信息 ② 模块功能：通过检验认证信息允许系统管理员进入系统管理员系统管理 ③ 过程陈述：将输入的管理员身份认证信息与管理员信息表中的信息惊喜对照， 若管理员 编号、姓名和密码中的任意一项与信息管理员信息表中的信息不符
输入有误，身份不通过，要求重新输入；只有三者都相同才能通过身份认证 进入系统。 ④约束：最多只允许系统管理员输入三次，若三次都有误，则认定该输入者为非法管 理员，不允许其再输入。 （二）借阅者管理模块 ①接口描述：输出借阅者管理信息 ②模块功能：对借阅者信息|借阅者分类信息执行修改、查看和删除操作 ③过程陈述：输入借阅者编号，打开借阅者信息表可修改、查看和删除表中的信息，并将 修改后的信息保存到借阅者信息表中，执行删除操作则需对借阅者分类信息 表中的信息进行修改；输入借阅者职务/班次，可打开借阅者分类信息表， 可修改、查看和删除表中的信息，并将修改后的信息保存到借阅者
图书馆管理系统用例图活动图类图时序图
图书馆管理系统 一、图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标就是实现内部图书借阅管理的系统化、规范化与自动化。 能够对图书进行注册登记,也就就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。 能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面,尽量避免误操作。 2、系统功能需求分析 (１) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注等。 (2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编号、 类别、关键词、备注。 (３) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处理与 书籍丢失后的处理。 (4)系统管理:包括用户权限管理,数据管理与自动借还书机的管理
满足以上需求的系统主要包含有一下几个子系统 (1)基本业务功能子系统:该系统中主要包含了借书还书与预订等功能。 (2)基本数据录入功能子系统:该子系统主要包含有书籍信息与读者信息录入功能。 (3)信息查询子系统:包含了多功能的查询书籍信息与读者信息。 (4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能与预订信息管理功能。 (5)帮助功能子系统。 二、系统动态建模 1、用例图、
图书馆系统用例规约描述
用例规约描述Use Case Description 编号：TMP-UCD 版本
变更记录
填表说明 本文档的目的是依据《需求规格说明书》和原型，建立用例模型，并对用例模型进行具体描述。 《用例规约描述》是面向对象分析和设计的重要步骤。 《用例规约描述》需要进行评审。 《用例规约描述》是《需求规格说明书》的重要附件。
目录 1引言 ........................................ 错误!未定义书签。 目的....................................... 错误!未定义书签。 定义....................................... 错误!未定义书签。2用例描述 .................................... 错误!未定义书签。 用户管理................................... 错误!未定义书签。 用户创建 .............................. 错误!未定义书签。 用户导入 .............................. 错误!未定义书签。 个人信息修改 .......................... 错误!未定义书签。 用户权限修改 .......................... 错误!未定义书签。 用户作废 .............................. 错误!未定义书签。 图书管理................................... 错误!未定义书签。 批量导入图书信息 ...................... 错误!未定义书签。 ISBN新增单本图书信息 ................... 错误!未定义书签。 修改图书信息 .......................... 错误!未定义书签。 作废图书信息 .......................... 错误!未定义书签。 电子书上传 ............................ 错误!未定义书签。 电子书下载 ............................ 错误!未定义书签。 业务管理................................... 错误!未定义书签。 借书操作 .............................. 错误!未定义书签。
软件工程课程设计--图书管理系统
软件工程项目报告 ----图书管理系统 班级： 项目经理： 项目组成员：
目录 第一章绪论…………………………………………………………………………………………………………………… 1.1 项目背景……………………………………………………………………………………………………………. 1.2 编写目的……………………………………………………………………………………………………………. 第二章需求分析………………………………………………………………………………………………………….. 2.1 系统功能需求分析……………………………………………………………………………………………. 2.2 主要参与者……………………………………………………………………………………………………….. 2.3 用例图……………………………………………………………………………………………………………….. 2.4 系统用例一览表…………………………………………………………………………………………………
约…………………………………………………………………………………………………………… 2.7 时序图……………………………………………………………………………………………………………….. 第三章系统设计…………………………………………………………………………………………………………… 3.1 系统实体总类图以及介绍………………………………………………………………………………… 3.2 相关数据库的设计…………………………………………………………………………………………… 3.2.1 E-R 图…………………………………………………………………………………………………………… 3.2.2数据库的设计………………………………………………………………………………………………. 3.3 主界面设计……………………………………………………………………………………………………….. 3.3.1 登录/注册界面设计……………………………………………………………………………………... 3.3.2 管理员操作页面………………………………………………………………………………………… 3.3.3 读者用户管理界面………………………………………………………………………………………
图书管理系统详细设计说明书(最终版)
图书管理系统详细设计说明书 小组成员：201141402507徐勃 201141402534 吴金标 201141402520 吕浩 201141402533 任耀伟 201141402538 陈达森
目录 1引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 2总体设计 (4) 2.1 可行性分析 (4) 2.2 系统功能结构 (4) 3 系统的逻辑模型 (7) 3.1系统流程图 (7) 3.2各部分功能的数据流图 (7) 4 数据库的设计 (12) 4.1数据库的逻辑设计 (12) 4.2数据库的物理设计 (13)
1引言 1.1编写目的 图书管理系统详细设计是设计的第二个阶段，也称过程设计，是程序设计的蓝图，这个阶段的主要任务是在图书管理系统概要设计书基础上，对概要设计中产生的功能模块进行过程描述，设计功能模块的内部细节，包括算法和详细数据结构，为编写源代码提供必要的说明，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。 概要设计解决了软件系统总体结构设计的问题，包括整个软件系统的结构、模块划分、模块功能和模块间的联系等。详细设计则要解决如何实现各个模块的内部功能，即模块设计。具体的说，模块设计就是要为已经产生的图书管理各子系统设计详细的算法。但这并不等同于系统实现阶段用具体的语言编码，它只是对实现细节作精确的描述，这样编码阶段就可以将详细设计中对功能实现的描述，直接翻译、转化为用某种程序设计语言书写的程序。 1.2背景 a.图书管理系统 b.本项目的任务是依据前面所做的DFD图、用例图、用例规约、SC图的基础上对图书管理系统进行详细设计。
图书管理系统用例图
图书管理系统UML建模与设计模式 实验报告 计算机与信息工程学院 一、实验目的 在熟悉用例概念与应用的基础上，掌握用例模型的建立，包括： 1．掌握用例图的建立。 2．掌握用例描述文档的编写。 3．掌握建模工具的使用。 二、实验内容 根据以下需求设计一个图书馆管理系统的用例图模型，包括：用例图和主要用例的描述文档。 基本功能要求： 图书管理：新书登记，图书查询，图书注销； 借阅管理：借书，还书，查询今日到期读者； 读者管理：增加读者、删除读者、查询读者、读者类别管理（可以设置不同
类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数，可续借天数等）； 报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等。 系统管理：系统管理员使用，包括用户权限管理（增加用户，删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能。 三、实验思想 （1）分析系统需求； （2）确定系统参与者：读者、图书管理员、图书管理系统； （3）确定系统用例； 四、实验结果 借阅人用例图：
图书系统管理员用例图： 图书管理员用例图：
1．用例名称：登录 用例描述：根据用户输入的用户名和密码判断用户的身份，赋予相应的权限。前置条件：无 后置条件：根据用户所有的权限进入相应的操作界面。 基本操作流程： 1输入用户名 2输入密码 2校验密码是否正确。 3根据用户身份进入相应的操作界面。 可选流程：如果密码不正确，提示重新输入密码； 如果用户名不正确，提示没有此用户。
图书管理系统流程图
案例1 图书馆管理系统 一、问题描述 对我校图书馆图书管理流程进行调研，开发设计一个能对图书、读者及图书借阅情况进行管理的图书馆管理系统。要求该系统能满足管理人员对图书管理以及读者借阅需要，根据权限不同，用户具有不同的功能和操作界面。 二、应用需求分析 1、用户需求调查 通过对现行图书馆业务的调查，明确了图书馆工作由图书管理、读者管理、借书服务和还书服务4部分组成。用户对现有系统功能的描述如下：（1）图书管理 1）对馆的所有图书按类别统一编码；对各类图书建立图书登记卡，登记图书的主要信息。 2）新购的图书要编码和建卡，对遗失的图书要注销其图书登记卡。 （2）读者管理 1）建立读者信息表，对读者统一编号。 2）对新加盟的读者，将其信息加入到读者信息表中；对某些特定的读者，将其信息从读者信息表中删除。 3）当读者情况变化时，修改读者信息表中相应的记录。 （3）借书服务 1）未借出的图书要按类别上架，供读者查看。 2）建立借书登记卡，卡上记录着书号、读者和编号、借书日期；将借书登记卡按读者单位、读者编号集中保管。 3）读者提出借书请求时，先查看该读者的借书卡，统计读者已借书的数量。如果该读者无借书超期或超量情况，则办理借书手续。 4）办理借书手续的方法是：填写借书登记卡，管理员核实后读者可将图书带走。 （4）还书服务 1）读者提出还书要求时，先对照相应的借书卡，确认书号和书名无误后可办理还书手续。
2）办理还书手续的方法是：在借书卡上填写还书时间，管理员签名； 将已还的借书卡集中保管；收回图书。 3）将收回的图书上架，供读者查看和借阅。 2、系统数据流程图 经过详细的调查，弄清了系统现行的业务流程。通过分析和抽象后，用数据流图表示。图1是图书馆管理系统的顶层数据流图。 图1 图书馆管理系统顶层数据流图 在图书馆管理系统顶层数据流图中，“P1 部管理”和“P2 借书管理”两个处理框所表示的功能都太复杂，对它们进一步细化后得出第二层数据流图。见图2和图3。实际上“P1.1 图书管理”还可以细化，分为新书处理和图书记录
图书馆管理系统uml样本
图书馆管理系统 一、用例图 本系统确定的参与者有两类: 读者和图书管理员。 1.图书管理员所包含的用例 （1）登录系统: 管理员能够经过登录该系统进行各项功能的操作。 （2）书籍管理: 包括对书籍的增、删、改等。 （3）书籍借阅管理: 包括借书、还书、预订、书籍逾期处理和书籍丢失处理等等。 （4）读者管理: 包含对读者的增删改等操作。 （5）自动借书机的管理。 2.读者所包含的用例 （1）登录系统 （2）借书: 进行借书业务。 （3）还书: 读者具有的还书业务。 （4）查询: 包含对个人信息和书籍信息的查询业务 （5）预订: 读者对书籍的预订业务。
（6）逾期处理: 就是书籍过期后的缴纳罚金等。 （7）书籍丢失处理: 对书籍丢失后的不同措施进行处理。 （8）自动借书机的使用等。 该图书馆管理系统的用例图如下: 二、系统的顺序图 顺序图是显示对象之间交互的图, 这些对象是按时间顺序排列的。该图书馆管理系统主要含有以下几个重要的顺序图: （1）借书顺序图 （2）还书顺序图 1、借书顺序图
2、还书顺序图 三、系统的状态图 图书馆的书籍状态图如图5所示。 状态图说明: 书籍在未变成图书馆在库书籍时, 为新加书籍状态。书籍处于
在库状态时既能够预订也能够外借, 外借后变为借出状态。处于预订状态时也能够外借, 超出预订时间期限则从预订状态直接转为可用状态。借阅者在规定的预订时间内也能够考虑取消预订, 取消预订后书籍的状态转为可用。外借书籍归还后变为可用状态。 四、系统的活动图 活动图描述的是某流程中的任务的执行, 活动图描述活动是如何协同工作的, 当一个操作必须完成一系列事情, 而又无法确定以什么样的顺序来完成这些事情时, 活动图能够更清晰地描述这些事情。下面描述了图书馆系统的借书、还书和预订的活动图。 1.借书活动图 管理员首先要扫描读者的借书证, 检验证件是否符合图书馆
图书管理系统用例图
图书管理系统 UML建模与设计模式 实验报告 计算机与信息工程学院 一、实验目的 在熟悉用例概念与应用的基础上，掌握用例模型的建立，包括： 1．掌握用例图的建立。 2．掌握用例描述文档的编写。 3．掌握建模工具的使用。 二、实验内容 根据以下需求设计一个图书馆管理系统的用例图模型，包括：用例图和主要用例的描述文档。 基本功能要求： 图书管理：新书登记，图书查询，图书注销； 借阅管理：借书，还书，查询今日到期读者； 读者管理：增加读者、删除读者、查询读者、读者类别管理（可以设置不同类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数，可续借天数等）； 报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等。 系统管理：系统管理员使用，包括用户权限管理（增加用户，删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能。 三、实验思想 （1）分析系统需求； （2）确定系统参与者：读者、图书管理员、图书管理系统； （3）确定系统用例；
四、实验结果 借阅人用例图： 图书系统管理员用例图：
图书管理员用例图： 1．用例名称：登录 用例描述：根据用户输入的用户名和密码判断用户的身份，赋予相应的权限。前置条件：无 后置条件：根据用户所有的权限进入相应的操作界面。 基本操作流程： 1输入用户名 2输入密码 2校验密码是否正确。 3根据用户身份进入相应的操作界面。 可选流程：如果密码不正确，提示重新输入密码； 如果用户名不正确，提示没有此用户。 2.用例名称：查询图书 用例描述：由读者进行操作，查询图书馆中有没有需要图书，如果有，显示该图书编号、书名、作者、出版日期、当前借阅状态等信息。 前置条件：以顾客身份登录 后置条件：无 基本流程： 1 以读者身份登录。 2输入图书的名称或作者名称。
图书管理系统用例规约
用例ID： 1 角色：借书者，图书管理员 用例说明：读者刷卡，系统检索并判断该读者图书数量及借阅期限权限 能否再借阅，如可借阅，图书管理员通过读码器读取图书上 的条形码进行登记。 前置条件：借书者提出要借的书名，图书管理员查找到该书还有库存基本事件流: 参与者动作系统响应 1. 图书管理员选择“借阅登记”，提交“借阅登记”请求； 3.借书者输入借阅登记信息2. 系统显示“借阅登记”空白窗口； 4.系统列表显示出该读者在借图书信息和该读者借阅期限的权限；若借书者输入借阅登记信息非法，进入4.1.1，若借书者所需书籍不存在，进入 4.2.1若书籍数量不足，进入4.2.2 其他事件流: 无 异常事件流: 参与者动作系统响应 4.1.1登记信息不合法 4.1.2未填写登记信息 4.2.1图书馆未收录该书籍4.2.2书籍数量不足4.1.1提示用户重新输入 4.1.2提示用户输入登记信息 4.2.1提示用户预订购买图书 4.2.2提示用户预订借阅图书 后置条件：用户借书成功
用例ID： 2 角色：借书者，图书管理员 用例说明：读者刷卡，系统检索并显示出该读者在借图书信息和该读者 已借阅的时间； 前置条件：还书者之前在该图书馆借阅过书籍 基本事件流: 参与者动作系统响应 1. 图书管理员选择“还书登记”，提交“还书登记”请求； 3.还书者输入借阅登记信息2. 系统显示“还书登记”空白窗口； 4.系统列表显示出该读者在借图书信息和该读者已借阅的时间。若超过借阅时限，进入4.1.1 其他事件流: 无 异常事件流: 参与者动作系统响应 4.1.1超过借阅时限 4.1.1提示用户缴纳违 约金后再进行还书 后置条件：用户还书成功
图书管理系统数据流程图
1.1系统分析 1.1.1图书馆管理信息系统的基本任务 该“图书馆管理信息系统”是一个具有万人以上的员工，并地理位置分布在大型企的图 书馆理系统，图书馆藏书100多万册，每天的借阅量近万册。在手工操作方式下，图书的编目和借阅等的工作量大，准确性低且不易修改维护，读者借书只能到图书馆手工方式查找书目，不能满足借阅需求。需要建立一套网络化的电子图书馆信息系统。 该图书馆管理信息系统服务对象有两部分人：注册用户和一般读者。一般读者经注册后成为注册用户，注册用户可以在图书馆借阅图书，其他人员只可查阅图书目录，但不能借阅图书。系统同时考虑提供电子读物服务，目前只提供电子读物的目录查询服务，不久的将来将提供电子读物全文服务。用户可通过网络方式访问读图书馆管理信息系统。 1.1.2系统内部人员结构、组织及用户情况分析 为了对系统有一个全貌性的了解，首先要对系统内部人员结构、组织及用户情况有所了 解。图书馆系统的组织结构如图1－1所示。 图1－1图书馆管理信息系统的组织结构 图书馆由馆长负责全面工作，下设办公室、财务室、采编室、学术论文室、图书借阅室、电子阅览室、期刊阅览室和技术支持室。各部门的业务职责如下。 办公室：办公室协助馆长负责日常工作，了解客户需求，制定采购计划。
财务室：财务室负责财务方面的工作。 采编室：采编室负责图书的采购，入库和图书编目，编目后的图书粘贴标签，并送图书借阅室上架。 学术论文室：负责学术论文的收集整理。 图书借阅室：提供对读者的书目查询服务和图书借阅服务。 电子阅览室：收集整理电子读物，准备提供电子读物的借阅服务，目前可以提供目录查询和借阅。 期刊阅览室：负责情况的收集整理和借阅。 技术支持室：负责对图书馆的网络和计算机系统提供技术支持。 1.1.3系统业务流程分析 系统的业务室系统要达到的业务目标，业务流程分析是系统分析的基础环节。图书馆管 理信息系统的业务流程如图1－2所示。 图1－2图书馆管理信息系统的业务流程
图书管理系统(用例图、类图、时序图)
软件系统分析与设计 实验报告 学院：计算机科学与技术学院专业：软件工程 学号：********* 姓名：*** 实验名称：图书管理系统用例建模时间：
一、实验内容与要求 本实验要求学生对学校的图书馆管理系统进行需求分析，对系统功能进行用例建模，画出用例图，类图以及相应的时序图。在使用UML对系统建模时，学会使用UML建模工具，熟悉工具中的功能。 二、用例分析 1、读者“借书还书系统”用例图 (f 还书 (from Use Cases) 1．1、行为者： 主要行为者：读者。 1．2、前置条件： 读者进入图书管理系统。 1．3、事件流： 1.3.1、主要事件流： 1.3.1.1：读者检索所需图书信息，并查看； 1.3.1.2：读者检索到所需图书，登录系统，开始借书； 1.3.1.3：系统查询图书信息，图书数目是否可借； 1.3.1.3.1：图书显示可借，借书成功；
1.3.1.3.2：图书显示不可借，借书失败； 1.3.1.4：进入续借图书界面，续借图书； 1.3.1.5：系统查看预约记录， 1.3.1.5.1：没有冲突，续借成功； 1.3.1.5.2：有冲突，续借失败；1.3.3.1： 1.3.1.6：读者归还图书； 1.3.1.6.1：归还时间没有逾期，归还成功； 1.3.1.5.2：归还时间逾期，逾期处罚，归还成功； 1.3.2、备选事件流： 1.3. 2.1：图书检索信息失败，未检索到图书，重新输入信息检索； 1.3. 2.2：未曾检索到用户检索的图书，系统显示相关联的信息的图书； 1.3. 2.3：用户名或密码输入错误，登录系统失败，重新输入用户名或密码登录； 1.3. 2.4：系统显示图书不可借后，进入图书预约界面，输入信息预约图书； 1.3.3、异常事件流： 1.3.3.1：读者登录系统失败，未曾注册用户； 1.3.3.1.1：返回系统注册用户后，重新登录。 1．4、后置条件：退出系统。 1．5、 1．6、扩展点：无。 2、“图书信息管理系统”用例图 新书信息录入 (f 逾期通知 (from Use Cases) (from Use Cases)
图书管理系统的面向对象需求模型
图书管理系统的面向对象需求模型 一、问题陈述 在图书管理系统中，管理员为每个读者建立一个账户，账户内存储读者个人的详细信息，并依据读者类别的不同给每个读者发放借书证（提供借书证号、姓名、部门或班级等信息）。读者可以凭借书证在图书馆进行图书的借、还、预订、查询等操作，不同类别的读者在借书限额以及还书期限有所不同。 借阅图书时，由管理员录入借书证号，系统首先验证该借书证号的有效性，若无效，则提示无效的原因；若有效，则显示借书证号、姓名、借书限额、已借数量、可再借数量等信息，本次实际借书的数量不能超出可再借数量的值。完成借书操作的同时要修改相应图书信息的状态、读者信息中的已借数量、在借阅信息中添加相应的记录。 归还图书时，由图书管理员录入借书证号和待归还的图书编号，显示借书证号、读者姓名、读书编号、读书名称、借书日期、应还日期等信息，并自动计算是否超期以及超期的罚款金额；若图书有损坏，由管理员根据实际情况从系统中选择相应的损坏等级，系统自动计算损坏赔偿金额。完成归还操作的同时，修改相应图书信息的状态、修改读者信息中的已借数量、在借书信息中对相应的借书记录做标记、在还书信息中添加相应的记录。 预订图书时，读者自行根据管理员给定的账户登陆系统，并查询自己想预订的图书信息进行预订，图书管理员根据图书的相关信息进
行判断是否可以预订，若图书达不到预订要求则取消预订，若图书达到要求则预订成功，并修改相应图书信息的状态、修改读者信息中的借阅数量、在借出信息中对相应的借阅书籍记录做标记、在还书信息中添加相应的记录。 图书管理员不定期地对图书信息进行添加、修改和删除等操作，在图书尚未归还的情况下不能对图书信息进行删除。也可以对读者信息进行添加、修改、删除等操作，在读者还有未归还的图书的情况下不能进行删除读者信息。 系统管理员主要进行发布公告、维护图书、维护图书类别、维护图书管理员、设置罚款、查询数据、配置系统、统计数据、数据备份和数据恢复等处理。 二、用例模型 1、用例图 根据“图书管理系统”的问题陈述，利用StarUML软件的到用例图如下： “图书管理系统”用例图
图书馆管理系统详细设计说明
〖图书管理系统〗详细设计 2009年12月 目录 1 引言 (1) 1.1 编写目的 (1) 1.2 项目背景 (1) 1.3 定义 (1) 1.4 参考资料 (2) 2 总体设计 (2) 2.1 需求概述 (2) 2.2 软件结构 (3) 3 程序描述 (5) 3.1 01登陆模块 (5) 3.2 02管理模块................................................................................................ 错误!未定义书签。 3.3 031图书信息查询模块 ............................................................................ 错误!未定义书签。
3.4 032学生信息查询模块 ............................................................................ 错误!未定义书签。 3.5 021入库管理模块..................................................................................... 错误!未定义书签。 3.6 022学生借书模块..................................................................................... 错误!未定义书签。 3.7 023学生还书模块..................................................................................... 错误!未定义书签。 3.8 024图书注销模块..................................................................................... 错误!未定义书签。 3.9 接口设计 .................................................................................................... 错误!未定义书签。 3.10 测试要点 (30)
图书管理-维护图书信息用例规约
维护图书信息 该用例是描述管理员如何使用系统维护图书的。 用户在图书列表页中选择"维护图书"操作后开始该用例。 修改图书信息子事件基本流程 1.输入修改图书信息 系统提示用户输入修改图书信息，用户输入修改图书信息（包括图书分类、图书名称、出版社、作者、定价、购买日期、图书简介（可选）等信息）。 2.提交图书信息 用户点击确定按钮 3.提示修改成功 系统通过后台服务器进行图书信息修改工作，修改成功后，提示修改成功。 4.返回"图书列表" 显示成功后，系统自动返回"图书列表" 删除图书子事件基本流程 1.确认删除
系统提示用户是否删除，用户确认删除。 2.系统进行删除 系统通过后台服务器进行图书信息删除工作，删除成功后，提示删除成功。 3.返回"图书列表" 显示成功后，系统自动返回"图书列表" 移动图书信息子事件基本流程 1.选择需要移动的图书名称 用户选中要移动图书前面的复选框。 2.选择要移动到的图书分类 用户选择要移动到的图书分类。 3.提示移动成功 系统通过后台服务器进行图书移动工作，移动成功后，提示移动成功。 4.返回"图书列表" 显示成功后，系统自动返回"图书列表" 修改图书信息子事件备选流程 1.图书分类、图书名称、出版社、作者、定价、购买日期为空 在基本流程1中，用户在给出的修改条件中没有输入图书分类、图书名称、出版社、作者、定价、购买日期等信息，系统会提示没有输入并提示用户重新输入，用户重新输入后继续基本流中的下一个步骤。 2.输入的图书名称重复 在基本流程1中，用户在给出的修改条件中输入的图书名称与以前已创建的书名重复，系统会提示图书名称重复并提示用
图书馆管理系统业务流程图数据流程图ER图
图书馆管理系统开发 设计方案
1需求分析 1.1目前图书馆管理系统存在问题 1)检索速度慢、效率低 因为图书馆的藏书种类多、数量多，将藏书准确地分门别类，快速检索，手工进行非常困难往往是终于查到了二伟的信息，馆中没有此书或已被别人借走。图书馆的规模越大，这个问题越突出。 2)借书、还书工作量大 借书、还书频率越大，说明图书馆的作用越大，然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理，其工作量之大，往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。 3)图书统计工作难、藏书更新不能及时完成。 图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新，然而由于藏书数量及图书种类越来越多，加上自然损耗，人为破坏，使图书的统计工作难以及时完成，藏书的更新也就很难有针对性地进行，藏书的知识结构得不到良好地控制。 我校也是一所发展中的高校，近儿年的发展速度很快，图书馆的规模和藏书数量也不断的扩大，为了解决海量图书的管理问题，改变传统的管理方式也是迫在眉睫了。 1.2系统目标 本系统主要实现对图书馆的信息进行管理，图书馆的正常运营中总是面对大量的读者信息，图书信息以及两者相互作用产生的借书信息，因此要对读者资源，图书资源，借书信息进行管理。本系统的开发就是在于提高图书管理的工作效率，加强图书馆的管理。 图书馆管理系统是图书馆管理工作中不可缺少的部分,它的内容对于图书馆的管理者和使用者来说都至关重要,所以图书管理系统应该能够为管理者或读者提供充足的信息和快捷的数据处理手段。但一直以来人们使用传统人工的方式进行图书管理和借阅管理，这种管理方式存在着许多缺点,如:效率低、易忘记、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对图书信息进行管理,具有着手工管理所
图书管理系统流程图
图书管理系统 功能需求 经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。 以下是图书管理系统必须具备的功能： 1.新进图书的登记功能：对于购进的新书，系统必须具备图书信息资料的录入功能。 2.图书的查询修改功能：当图书资料发生变化，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。 3.借阅的登记，归还的登记功能：系统的主要功能之一，供本校学生借阅图书、归还图书，并进行登记。 4.学生信息的增加、删除和修改功能：系统主要功能之一，建立学生信息，并对其进行维护。 业务流程 根据需求分析的得到的现行业务处理流程，在用户反复研究后，首先确定目标系统的业务流程，其处理流程如图3.1。 图书
图3.1 图书管理系统的业务流程 针对新的业务流程，现具体描述其功能如下： 1.用户登录：系统对用户合法性进行检查。 2.图书入库：对新购进的图书分类进行编号，并把图书基本信息录入计算机。 3.图书借阅：对已入库的图书，学生可以借阅，并进行登记。 4.图书归还：对学生已归还的图书进行归还登记。 5.信息查询：即对所有图书的借阅情况，或学生的基本情况和借阅情况进行查询。 6.管理措施：定义系统规定的借阅图书超期时间、超期处罚办法和丢失赔偿办法。 系统功能模块图 依据需求分析阶段得到的数据流图，采用软件工程中软件设计的概念和原理，与用户成分协商后，在保证系统基本功能要求的前提下，结合系统新的业务流程确定系统必须具备的所有功能，由此给出图书管理系统的系统功能模块图如图3.2所示。
图3.2 图书管理系统功能模块图 系统的流程图 依据软件工程的基本原理，综合以上分析给出系统流程图如图3.4所示。