图书馆管理系统uml建模
- 格式:doc
- 大小:457.50 KB
- 文档页数:14
图书馆管理系统U M L建模作业-标准化文件发布号:(9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII图书馆管理系统UML建模1 系统功能需求①借阅者可以通过网络查询书籍信息和预定书籍。
②借阅者能够借阅书籍和还书。
③图书管理员能够处理借阅者的借阅和还书请求。
④系统管理员可以对系统的数据进行维护,如增加、删除和更新书目,增加、删除和更新借阅者帐户,增加和删除书籍。
⑤系统主要包括以下几个模块:◆基本数据维护模块◆基本业务模块◆数据库管理模块◆信息查询模块2 基本数据维护模块基本数据维护模块包括的主要功能模块:①添加借阅者帐户②修改更新借阅者帐户信息③添加书目④修改和更新书目信息⑤添加书籍⑥删除书籍3 基本业务模块基本业务模块包含的功能:①借书②还书③书籍预留④取消书籍预定4 数据库模块数据库模块的功能:①借阅信息管理②书籍信息管理③帐户信息管理④书籍预留信息管理5 信息查询模块信息查询模块主要是查询数据库中的相关信息:①查询书籍信息②查询借阅者信息系统的参与者主要有三类:读者(也可称为借阅者)、图书馆管理员、图书馆管理系统维护者。
1、系统中的类读者类Reader图书馆人员类LibraryStaff图书馆管理员类LibraryManager系统管理员类SystemManager 图书馆馆长类LibraryBoos图书馆数据库类LibraryDatabase图书馆资源数据库ResourcesDatabase 图书馆读者数据库ReaderDatabase图书馆工作人员数据库LibraryStaffbase图书馆资源类LibraryResources实物书籍类BooksResources电子书籍类ElectronicResources 书类Book Magazine杂志类各类的关系图2、画出系统的用例图。
借阅者请求服务的用例图ReaderLibraryDatabase+part of1图书馆工作人员用例图LibraryStaffLibraryBoss3、画出系统的时序图●系统管理员添加书籍的时序图●系统管理员添加借阅者帐户的时序图系统管理员删除书目的时序图●图书管理员处理书籍借阅的时序图●图书管理员处理书籍归还的时序图借阅者查询书籍信息的时序图●借阅者预留书籍的时序图借阅者预留书籍的时序图sdReader ReaderDatabase ResourcesDatabase1 : 验证身份()2 : 返回验证信息3 : 使用终端机器预留书籍()4 : 预留书籍信息5 : 返回书籍信息和馆藏地点4、画出系统的协作图●系统管理员添加书籍的协作图●系统管理员删除书籍的协作图●图书管理员处理借书的协作图●图书管理员处理还书的协作图●借阅者预留书籍的协作图5、画出系统的状态图●书的状态图●借阅者帐户的状态图6、画出系统的活动图借阅者的活动图图书管理员的活动图●系统管理员的活动图✧系统管理员维护借阅者帐户的活动图系统管理员进行书目信息维护的活动图系统管理员维护书籍信息的活动图7、画出系统的组件图业务对象组件图数据库接口用户界面的组件图8、画出系统的配置图9、Java代码框架生成//Generated by StarUML(tm) Java Add-In public class Reader {public Object reader_no;public Object reader_name;public Object reader_id_card;public Object reader_password;public void borrowBook() {}public void ReturnBook() {}public void searchBookInNet() {}public void modifyReaderPassword() {}}//Generated by StarUML(tm) Java Add-Inpublic class LibraryStaff {public Object staff_no;public Object staff_name;public Object staff_id_card;public Object staff_password;public Object staff_jurisdiction;public void modifyStaffPassword() {}public void modifyStaffName() {}public void modifyStaffIdCard() {}}//Generated by StarUML(tm) Java Add-Inpublic class LibraryManager extends LibraryStaff, LibraryStaff { public void receptionBorrowBook() {}public void receptionReturnBook() {}}//Generated by StarUML(tm) Java Add-Inpublic class SystemManager extends LibraryStaff, Reader, LibraryStaff { public void addBook() {}public void deleteBook() {public void addBookList() {}public void deleteBookList() {}public void renewalBookList() {}public void addReaderAccount() {}public void deleteReaderAccount() {}public void renewalReaderAccount() {}}//Generated by StarUML(tm) Java Add-Inpublic class LibraryBoss extends SystemManager { public void addLibraryStaff() {}public void DeleteLibraryStaff() {}public void assignmentJurisdiction() {}}//Generated by StarUML(tm) Java Add-Inpublic class LibraryDatabase {public class ResourcesDatabase {}public class ReaderDatabase {public Object num_Reader;public void searchReader() {}public void deleteReader() {}public void ConfirmationReader() {}}public class LibraryStaffbase {public Object num_staff;public Object num_library_manager;public Object num_system_manager;public void deteletStaff() {}public void findStaff() {}public void confirmationStaff() {}public void modifyStaffJurisdiction() {}public void assignmentStaffJurisdiction() {}}}//Generated by StarUML(tm) Java Add-Inpublic class LibraryResources {public Object Resources_id;public Object Resources_type;public Object Attribute1;}//Generated by StarUML(tm) Java Add-Inpublic class BooksResources extends LibraryResources { public Object book_res_place;public Object book_res_money;public Object book_res_author;public void deleteBookResources() {}}//Generated by StarUML(tm) Java Add-Inpublic class ElectronicResources extends LibraryResources { public Object elc_res_money;public Object elc_res_size;public Object elc_res_palce;public void deleteElectronicResources() {}public void downlond() {}}//Generated by StarUML(tm) Java Add-Inpublic class Book extends BooksResources {public Object Book_Condition;public void deleteBook() {}}//Generated by StarUML(tm) Java Add-In public class Magazine extends BooksResources { public void Magazine() {}}。
图书管理系统UML建模设计20107760246唐亚伟20107760152徐源目录一、需求分析1、业务需求 (2)2、功能需求 (2)二、UML系统建模1、创建系统用例模型 (4)1-1、图书处理业务用例图 (4)1-2、维护图书、用户(读者、工作人员)数据用例图 (9)1-3、基本数据查询模块用例图 (16)2、创建系统静态模型 (17)3、创建系统动态模型 (18)3-1创建序列图和协作图 (19)3-2创建状态图 (49)3-3创建活动图 (50)一、需求分析1、业务需求人们常说,图书馆是一座大学的灵魂。
高校图书馆是广大师生日常生活不可或缺的部分,是人们汲取知识、提高自身素质的重要途径。
伴随着高校的不断扩张——在校人数大大增加、图书信息产业的爆炸式增长、网络技术的飞速发展以及学校内部网络的建立和不断完善,搭建一个高效、自动化、网络化、通用的图书管理系统平台,是广大师生的迫切需求。
当然,为了适应Internet技术的不断发展和人们上网习惯。
本系统将采用更流行、方便、经济的B/S模式搭建网络图书管理系统。
2、功能需求读者能够查询图书信息、预定图书、取消预订、借书、还书、查询个人借阅信息、缴纳罚款。
图书馆普通工作人员能够受理还书和借书、查询图书信息、查询读者信息、受理读书预定、收缴罚款系统管理员能够添加读者信息、删除读者信息、变更读者信息、查询读者信息;添加图书馆普通工人员信息、删除图书馆工作人员信息、查询工作人员信息;添加图书信息、变更图书信息、删除图书信息、查询图书信息;维护数据库。
满足上述功能需求,主要需要以下模块:1、图书馆数据维护模块○1用户(读者、管理员)信息添加、删除、变更;○2图书信息添加、删除、变更;2、图书馆业务模块○1借书、还书○2收缴罚金○3图书预定、取消预订3、图书馆数据查询模块○1用户信息查询○2图书信息查询○3借阅信息查询4、数据库维护模块○1图书信息表○2用户信息表○3图书借阅信息表○4读者信息表二、UML系统建模1、创建系统用例模型首先确定图书管理系统参与者:读者、系统管理员、普通工作人员。
一、摘要面向对象的软件工程,同传统的面向过程的软件工程相比,在需求的获取、系统分析、设计和实现方面都有着很大的区别。
UML是OOA和OOD的常用工具。
使用UML来构建软件的面向对象的软件工程的过程,就是一个对系统进行不断精化的建模的过程。
这些模型包括用例模型、分析模型、设计模型,然后,我们需要使用具体的计算机语言来建立系统的实现模型。
当然,在整个软件工程中,我们还需要建立系统的测试模型,以保证软件产品的质量。
使用面向对象的工具来构建系统,就应该使用面向对象的软件工程方法。
然而,我们经常会发现,在实际的开发过程中,很多开发人员虽然能够理解UML的所有图形,却仍然不能得心应手的使用UML来构建整个项目,其很大的原因,是仍然在使用原有的软件工程方法,而不清楚如何使用UML来建立系统的这些模型,不清楚分析和设计的区别,以及他们之间的转化。
应用软件系统,就其本质来说,是使用计算机对现实世界进行的数字化模拟。
应用软件的制造过程,按照UML的方法,就是建立这一些列模型的过程。
关于这个图书馆系统,基本的需求比较简单,就是允许学生可以在图书馆借阅和归还图书,另外,也可以通过网络或者图书馆的终端来查阅和预订书。
当然,图书馆管理员也可以对图书进行管理。
为了简化系统,我们没有把图书馆中的人员作细分。
本文只是对使用UML的过程做一个探讨,着眼于使用UML进行建模的过程,说明各个层次的模型之间的区别和联系,展示系统演进的过程,而不会深入UML的细节方面。
对于更加复杂的系统,其分析和设计的方法是相通的,可以举一反三。
二、图书管理系统可行性分析随着政府机关与广大企事业单位内部网络的广泛建立,在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统,满足信息高度共享和即时发布的需求,有效实现内部知识管理,已成为众多用户的共同需求。
图书管理系统,为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案。
在开发过程中,按照软件工程的步骤,从设计到开发采用了面向对象的思想和技术,采用了SQL SERVER 2008数据库,使得本系统可以方便的和其他子系统进行数据交换。
Rational Rose建模工具及实例设计—图书管理系统一、图书管理系统的需求分析(一)系统功能模块对于图书管理系统进行详细了解和分析,一个功能完全,满足基本需要的系统,必须包括以下的几个模块。
(1)基本数据维护功能模块(2)基本业务功能模块(3)数据库维护功能模块(4)信息查询功能模块(5)安全/使用管理功能模块(6)帮助功能模块1、基本数据维护功能基本数据维护功能模块,如图7图7基本数据维护功能模块2、基本业务功能需求模块基本业务功能需求功能模块,如图8图8基本业务功能需求功能模块(二)数据库维护功能数据库维护功能模块,如图9:图9数据库维护功能模块3、查询功能需求查询功能需求模块图,如图10:图10查询功能需求4、安全使用管理功能需求安全使用管理功能需求模块图,如图11:图11安全使用管理功能需求二、系统的UML基本模型(一)用例设计介绍选择菜单[File-New]打开如图12所示的“Create New Model”对话框,点击[Cancel]按钮。
此时,Rational Rose会自动加载本身的一些构架模型。
加载完成后,就可以开始设计自己的模型,在此之前保存该模型,并将该模型取名为“图书管理系统”。
1、确定系统用例设计的内容图书管理系统用于对书籍的借阅以及对读者信息进行统一的管理,凡是有关这些操作的内容都属于系统的范围,比如读者要借书、还书、预留书籍,工作人员查看读者信息了查看书籍信息等。
2、对参与者的确定需要分析系统设计的问题领域,明确系统运行的主要任务。
根据图书管理系统的需求分析,可以得到如下任务:●读者要借书籍●读者要还书籍●读者要预留书籍●读者要撤销预留书籍●工作人员根据读者要求提供服务●工作人员进行查询,修改信息这个用例图的参与者严格说有两个,一个是图书馆工作人员,一个读者,而实际系统使用的主要操作者是图书馆工作人员,读者没有操作系统的权限,只是想工作人员提供请求服务的信息。
基于UML的图书馆管理系统建模设计一、图书馆管理系统可行性分析随着政府机关与广大企事业单位内部网络的广泛建立,在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统,满足信息高度共享和即时发布的需求,有效实现内部知识管理,已成为众多用户的共同需求。
该图书管理系统,为图书馆管理提供了一个较好的解决方案。
在开发过程中,按照软件工程的步骤,从设计到开发采用了面向对象的思想和技术,采用了SQL SERVER 2000数据库,使得本系统可以方便的和其他子系统进行数据交换。
同时,注意从软件的图形应用界面上优化软件质量,使得本系统具有很强的可操作性。
二、需求分析需求分析的目的是深入描述软件功能和性能,确定软件设计的约束和软件同其他系统元素的接口细节,定义软件的其他有效性需求。
2.1、客户需求分析①能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。
②能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
③提供方便的查询方法。
如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。
④提供旧书注销功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
⑤能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。
⑥对所借图书情况进行登记,包括借阅时间、借阅人等⑦对超出借阅时间、损坏或丢失图书的读者进行相应处理⑧读者可以查询自己的信息⑨借书、还书、续借书2.2 定义系统的边界和范围该系统的边界为学校的图书馆该系统的范围可包括“读者管理子系统”、“书籍管理子系统”、“借阅管理子系统”、“系统管理子系统”2.3确定执行者根据前面介绍的客户需求分析可以看出。
“图书馆管理系统”有三个执行者,即“读者”、“图书管理员”、“系统管理员”1)读者:查询个人信息、查询图书信息、借阅图书、返还图书、续借图书、接受相应处理2)图书管理员:借书处理、还书处理、新旧书登记处理、办理相应处理手续3)系统管理员:系统维护工作——学生信息管理、图书信息管理、系统状态维护2.4确定用例(1)“图书馆管理系统”中的用例在第一层,根据客户对“图书馆管理系统”的整体业务功能要求,可选的用例有:·基本业务功能管理·基本数据修改·信息查询·数据库管理(2)“基本业务功能子系统”中的用例在第二层,客户对“基本业务功能子系统”的整体业务功能要求,可选的用例有:·借阅管理·借书·续借书·还书(3)“基本数据修改功能子系统”中的用例在第二层,客户对“基本数据修改功能子系统”的整体业务功能要求,可选的用例有:·读者信息管理·读者信息录入·读者信息修改·读者信息注销·书籍信息管理·书籍信息录入·书籍信息修改·书籍信息注销(4)“信息查询子系统”中的用例在第二层,客户对“信息查询子系统”的整体业务功能要求,可选的用例有:·图书信息查询·读者信息查询(5)“数据库管理子系统”中的用例在第二层,客户对“数据库管理子系统”的整体业务功能要求,可选的用例有:·借阅管理2.5分层绘制用例图根据系统需求分析中客户对系统的功能要求,我们一确定了系统和子系统的边界、执行者和用例,现在就可以绘制用例图了。
基于UML的图书管理系统指导教师:张俊峰小组成员:083410237田伟涛083410220董登科083410225李明旭083410226李伟龙目录一、摘要 (3)二、图书馆管理系统可行性分析 (3)三、图书馆管理系统需求分析 (3)3.1.系统目标设计 (3)3.2.系统功能需求分析 (4)3.3.功能描述 (5)3.4.图书馆管理系统的数据流图 (5)四、系统的UML建模设计 (6)4.1.UML简介 (6)4.2.该图书馆管理系统的用例分析 (6)4.3.系统顺序图 (10)4.3.1借书顺序图 (11)4.3.2还书顺序图 (12)4.3.3罚款顺序图 (13)4.4.系统的状态图 (13)4.5.系统的活动图 (15)4.5.1.借书活动图 (15)4.5.2.还书活动图 (16)4.5.3.预订图书活动图 (17)4.6.图书馆管理系统的类图 (18)五、图书馆管理系统数据库建模 (19)5.1.数据库概念设计 (20)5.1.1.数据库表设计 (20)5.1.2.图书管理系统实体之间的E-R图 (20)5.1.3.基于POWERDESIGNER的CDM数据库模型 (20)5.2.数据字典 (21)5.3.数据库物理设计 (27)5.4.数据库物理代码 (27)一、摘要面向对象的软件工程,同传统的面向过程的软件工程相比,在需求的获取、系统分析、设计和实现方面都有着很大的区别。
UML是OOA和OOD的常用工具。
使用UML来构建软件的面向对象的软件工程的过程,就是一个对系统进行不断精化的建模的过程。
这些模型包括用例模型、分析模型、设计模型,然后,我们需要使用具体的计算机语言来建立系统的实现模型。
当然,在整个软件工程中,我们还需要建立系统的测试模型,以保证软件产品的质量。
使用面向对象的工具来构建系统,就应该使用面向对象的软件工程方法。
然而,我们经常会发现,在实际的开发过程中,很多开发人员虽然能够理解UML的所有图形,却仍然不能得心应手的使用UML来构建整个项目,其很大的原因,是仍然在使用原有的软件工程方法,而不清楚如何使用UML来建立系统的这些模型,不清楚分析和设计的区别,以及他们之间的转化。
图书馆管理系统UML建模分析与设计1。
业务建模1。
1系统需求分析(1)基本数据维护功能:图书馆工作人员对数据做直接操作与维护,包括增加、删除、更改图书信息和读者信息;(2)基本业务功能:支持读者借书、还书、续借、预留、罚款等业务,并能实时更新数据库中各项记录;(3)数据库管理功能:支持数据库维护人员对各个分馆的所有图书、读者信息的集中存放和统一管理;(4)信息查询功能:对图书信息、读者信息的搜索查询;(5)身份认证功能:系统管理人员需要根据用户名和密码登录系统才能进行管理操作;(6)与外部系统交互功能:读者缴纳罚款时,可采用校园卡转账方式进行支付;1。
2术语表(1)名词术语:图书,读者,读者类型,学生,老师,借阅记录,数据库,维护人员,图书馆工作人员,罚款,校园卡系统;(2)动词术语:增,删,改,借书,还书,续借,预留,罚款,转账,信息查询,身份认证,更新数据库;1。
3领域类图1.4用例描述及用例图1.4.1用例图(1)和“读者”有关的用例:(2)和“馆员”(图书管理员)有关的用例:(3)和“维员”(数据库维护人员)相关的用例:(3)和“校园卡系统”相关的用例:(4)发起者间的关系:1。
4。
2用例描述(1)用例名称:读者登录参与者:读者步骤:1.读者把图书卡置于自助机的扫描位置,发起用例;2。
机器扫描图书卡信息进行身份验证,登陆成功,显示读者姓名;前置条件:读者已办理图书卡;后置条件:机器请读者选择要做的操作;2a重新放置2a1若图书卡信息读取失败,读者重新放置图书卡,返回步骤1;(2)用例名称:借阅图书参与者:读者步骤:1。
读者通过在自助机上选中“借书"功能,发起用例;2。
读者把要借的图书置于感应区;3.机器询问借阅图书数量;4。
读者选择数量;5。
显示当前借阅信息(图书信息,借阅时间,借阅人),询问读者确认借书;6.读者核对信息,确认借书;7。
借书完成,机器显示图书信息和应归还日期;前置条件:读者已登录,借阅图书在馆;后置条件:生成新的借阅记录,同时修改被借图书的状态为“借出”;拓展点:5a重新放置5a1若显示的信息不符合,读者重新放置归还的图书,返回步骤2;7a超出借书额度7a1若读者者借书册数超出可借册数,提示“借书失败!已超出借书额度,最多可借五本书!”;(3)用例名称:归还图书参与者:读者步骤:1。
基于UML的图书馆管理系统建模设计一、摘要面向对象的软件工程,同传统的面向过程的软件工程相比,在需求的获取、系统分析、设计和实现方面都有着很大的区别。
UML是OOA和OOD的常用工具。
使用UML来构建软件的面向对象的软件工程的过程,就是一个对系统进行不断精化的建模的过程。
这些模型包括用例模型、分析模型、设计模型,然后,我们需要使用具体的计算机语言来建立系统的实现模型。
当然,在整个软件工程中,我们还需要建立系统的测试模型,以保证软件产品的质量。
使用面向对象的工具来构建系统,就应该使用面向对象的软件工程方法。
然而,我们经常会发现,在实际的开发过程中,很多开发人员虽然能够理解UML的所有图形,却仍然不能得心应手的使用UML来构建整个项目,其很大的原因,是仍然在使用原有的软件工程方法,而不清楚如何使用UML来建立系统的这些模型,不清楚分析和设计的区别,以及他们之间的转化。
应用软件系统,就其本质来说,是使用计算机对现实世界进行的数字化模拟。
应用软件的制造过程,按照UML的方法,就是建立这一系列模型的过程。
关于这个图书馆系统,基本的需求比较简单,就是允许学生可以在图书馆借阅和归还图书,另外,也可以通过网络或者图书馆的终端来查阅和预订书。
当然,图书馆管理员也可以对图书进行管理。
为了简化系统,我们没有把图书馆中的人员作细分。
本文只是对使用UML的过程做一个探讨,着眼于使用UML进行建模的过程,说明各个层次的模型之间的区别和联系,展示系统演进的过程,而不会深入UML的细节方面。
对于更加复杂的系统,其分析和设计的方法是相通的,可以举一反三。
二、图书馆管理系统可行性分析随着政府机关与广大企事业单位内部网络的广泛建立,在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统,满足信息高度共享和即时发布的需求,有效实现内部知识管理,已成为众多用户的共同需求。
图书管理系统,为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案。
在开发过程中,按照软件工程的步骤,从设计到开发采用了面向对象的思想和技术,采用了SQL SERVER 2000数据库,使得本系统可以方便的和其他子系统进行数据交换。
同时,注意从软件的图形应用界面上优化软件质量,使得本系统具有很强的可操作性。
三、图书馆管理系统需求分析3.1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。
能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面,尽量避免误操作。
3.2、系统功能需求分析(1) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注等。
(2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编号、类别、关键词、备注。
(3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处理和书籍丢失后的处理。
(4)系统管理:包括用户权限管理,数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统(1)基本业务功能子系统:该系统中主要包含了借书还书和预订等功能。
(2)基本数据录入功能子系统:该子系统主要包含有书籍信息和读者信息录入功能。
(3)信息查询子系统:包含了多功能的查询书籍信息和读者信息。
(4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。
(5)帮助功能子系统。
下图为该图书馆管理系统的主要功能模块图:图1:图书馆管理系统功能模块图3.3、功能描述(1)借书。
处理借书业务。
(2)还书。
处理还书业务。
(3)书籍预订。
借阅者可以通过网络进行书籍预订。
(4)书籍信息录入。
处理书籍个类信息录入业务。
(5)借阅者信息录入。
对读者信息进行录入。
(6)书籍信息查询。
负责书籍信息的查询。
(7)读者信息查询。
负责数据信息的查询。
(8)借阅信息管理。
书籍借阅信息包括所借书的书名、ISBN以及借书的时间等。
(9)书籍信息管理。
书籍信息包括书籍的名字、ISBN、作者、入库时间以及书籍在相应书目下的编号等。
(10)预订信息管理。
负责管理书籍预订信息。
3.4、图书馆管理系统的数据流图。
如下:图2:图书馆管理系统的DFD图四、系统的UML建模设计4.1、UML简介UML是一种功能强大的、面向对象的可视化系统分析的建模语言,它采用一整套成熟的建模技术,广泛地适用于各个应用领域。
它的各个模型可以帮助开发人员更好地理解业务流程,建立更可靠、更完善的系统模型。
从而使用户和开发人员对问题的描述达到相同的理解,以减少语义差异,保障分析的正确性.4.2、该图书馆管理系统的用例分析该图书馆管理系统的用例图如下:图3:图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有:(1)登录系统:管理员可以通过登录该系统进行各项功能的操作(2)书籍管理:包括对书籍的增删改等。
(3)书籍借阅管理:包括借书、还书、预订、书籍逾期处理和书籍丢失处理等等。
(4)读者管理:包含对读者的增删改等操作。
(5)自动借书机的管理。
读者所包含的用例有:(1)登录系统(2)借书:进行借书业务。
(3)还书:读者具有的还书业务。
(4)查询:包含对个人信息和书籍信息的查询业务(5)预订:读者对书籍的预订业务。
(6)逾期处理:就是书籍过期后的缴纳罚金等。
(7)书籍丢失处理:对书籍丢失后的不同措施进行处理。
(8)自动借书机的使用等。
4.3、系统的顺序图顺序图是显示对象之间交互的图,这些对象是按时间顺序排列的。
该图书馆管理系统主要含有以下几个重要的顺序图,其他对象的顺序图和这些也类似。
(1)借书顺序图(2)还书顺序图(3)罚款顺序图1、借书顺序图图4:图书馆管理系统借书顺序图【顺序图说明】(1)login():登录系统。
(2)checkstu_card():对读者信息进行验证,检查是否符合本图书馆借书条件。
(3)showinformation():显示该读者的基本信息函数。
(4)borrow():读者借书函数。
(5)getreaders():取得读者信息函数。
看该读者是否符合借书条件,若符合,则返回可借信息。
(6)gettitle():取得书目信息。
(7)getreservation():检验书籍是否被预订函数。
(8)getnoreservation():书籍没被预订或取消预订函数。
(9)create(borrower,item):创建书籍外借函数。
借书时,读者先将书拿予管理员,管理员对书籍和读者进行检验,若书籍和读者都符合借书条件,则借书成功。
2、还书顺序图图5:图书馆管理系统还书顺序图【顺序图说明】(1)login():登录系统。
(2)getitem():取得书籍条目信息。
(3)update():对图书馆书籍条目和借阅者信息进行更新条目。
还书时,读者先将书交给管理员,由管理员扫描书籍,若书籍没有过期等违规现象,则对书目和读者借阅信息进行更新,同时还书成功。
3、罚款顺序图图6:图书馆管理系统的罚款顺序图【顺序图说明】管理员对书籍进行扫描,若发现书籍已经超过了图书馆规定的还书期限,则按每天一定金额进行罚款,过期天数和罚款金额由系统自动计算。
用户交完罚金后,则对读者借阅信息进行更新。
4.4、系统的状态图图书馆的书籍状态图如图7所示。
【状态图说明】书籍在未变成图书馆在库书籍时,为新加书籍状态。
书籍处于在库状态时既可以预订也可以外借,外借后变为借出状态。
处于预订状态时也可以外借,超出预订时间期限则从预订状态直接转为可用状态。
借阅者在规定的预订时间内也可以考虑取消预订,取消预订后书籍的状态转为可用。
外借书籍归还后变为可用状态。
图7:图书馆的书籍状态图4.5、系统的活动图活动图描述的是某流程中的任务的执行,活动图描述活动是如何协同工作的,当一个操作必须完成一系列事情,而又无法确定以什么样的顺序来完成这些事情时,活动图可以更清晰地描述这些事情。
在本图书馆管理系统中,我们主要描述了图书馆系统的借书、还书和预订的活动图。
1.借书活动图【借书活动图说明】管理员首先要扫描读者的借书证,检验证件是否符合图书馆借书条件,若该读者的借书数量还未达到最大规定数量,并且其所借书籍均未属于过期范围,则符合借书条件。
则再扫描书籍条形码,检查书籍是否是不可借书籍或者已经被预订,若被预订,则取消预订,方可借书。
在这些条件都符合时则更新书籍信息和读者的借阅信息,记录好借书的时间。
图8:图书馆管理系统的借书活动图2、还书活动图【还书活动图说明】图书管理员对书籍进行扫描,若书籍已经过期,则要求读者还请欠款才能还书,读者缴应交罚款后,更新书目信息和读者信息。
图9:图书馆管理系统的还书活动图3、预订图书活动图【预订书籍活动图说明】读者先进入系统查询自己所需要的书籍,显示书籍信息,检验书籍是否属于可预订书籍,若符合条件则检查书籍是否已经被预订或已经被外借,若都未成立,则读者登录系统,并对该书籍进行预订。
图10:图书馆管理系统预订书籍活动图4.6、图书馆管理系统的类图【类图说明】(1)reader类是借阅者的类,它的属性很多,包括借阅者的账户ID(reader_id)、姓名(reader_Name)、地址(Address)、班级(class)、所借书籍的书目(borrowed)等。
其中主要操作有借书(addborrowed)和还书(deleteborrowed)和预订(reservation)等。
(2)admin类是管理员类,他有编号和姓名属性,操作主要是书籍的增删改和读者的增删改等等。
(3) Title 类是记录书目信息的类,包括书籍的名字(name)、作者(author)、book_id 等属性。
(4) Item 类是具体某本书的类,属性包括书籍号(id)。
操作包括预订(reserve)、按书目查找(find_on_title)等。
(5) borrow类是某本书的借阅信息类,包括所借阅书籍的ISBN、借阅的时间(date)等。
(6) Reservation类是预订信息类,每个预订信息包括预订日期(date)、所预订书籍的ISBN、预订书籍的用户ID(UserID)等属性。