论文-基于UML的面向对象系统开发案例?-广工图书馆信息系统分析

基于UML的面向对象系统开发案例--广工图书馆信息系统分析目录TOC\o"1-3"\h\u23225摘要 摘要随着计算机和网络技术的飞速发展,计算机的应用领域不断扩大。在现代大学图书馆管理系统中,如何为读者提供方便快捷的服务、提髙图书的利用率等问题变得越来越突出。图书馆管理系统正是趋于这个目标而设计的。本文主要包括:进行系统需求分析,采用UML建模语言并借助ROSE工具对图书馆管理系统建立需求模型,给出用例图。基于需求分析和用例模型给出系统的静态模型和动态模型。在J2EE环境下,实现图书馆管理系统。通过本系统,实现了对图书资料的计算机网络管理和Web查询。建立了图书馆网站;读者可以在Internet上自主查询图书馆馆藏情况和自己借阅信息,方便展网上续借和图书挂失业务,解决了读者地域借阅的限制问题。1绪论1.1研究背景广东工业大学图书馆是一所以工为主，工、理、经、管、文兼顾的省属重点院校图书馆，它伴随着1995年学校的合并、建设不断发展。现有大学城、东风路、龙洞三座功能完备的图书馆，总建筑面积约74004平方米。职能机构有：采访编目部、信息技术服务部、流通阅览部、信息检索与利用课教研室、办公室。设有阅览、自修座位5915个。其中大学城图书馆环境优越，在网易评选全国最美50大图书馆位列第三。图书馆已形成了具有纸质资源与数字资源共存，实际拥有资源和可获得资源并举的以工，总建筑面积约74004平方米，有阅览、自修座位5915个。图书馆拥有藏书331万册、电子图书6957GB，并采用共享方大学城校区图书馆采用深圳大学图书馆（SulcmisIII）图书馆自动化集成系统，实现了全馆的采访、编目、报刊验收和流通管理等业务工作计算机化。依托校园网，连通了各校区馆、学院资料室计算机计算机管理系统，实现了全校文献信息资源的共建共享；实行“通借通还”和跨库平台“一站式”检索服务的先进管理模式，为本校（馆内外）读者随时查阅利用本馆所有的电子资源提供了极大便利条件；通过图书馆网站，提供读者预约借书、借阅查询；新书通报、网上咨询服务、联合目录和电子资源检索、用户教育等。坚持“读者第一、服务育人”服务宗旨，秉承公平、开放、共享的管理理念，实行“大流通”、全开架和跨校区“一证通”借阅服务方式，开展全方位的读者服务。主要服务项目有外借阅览、电子文献阅览、馆际互借、文献传递、参考咨询、网络数据库检索、代查代检、联机检索、科技查新、定题服务、用户教育和培训、宣传辅导、复印服务等。借阅室开放时间为105小时/周，馆藏书目数据库和网络资源检索保证24小时×7天的不间断服务。另外，还配置了自助借还机，让读者自行操作办理借还书手续，更可以让读者享受到DIY的乐趣。高度重视学生信息素质的培养，建立了新生入学教育、专题培训讲座和《信息检索与利用》课“三位一体”的“分层次连续”用户信息教育教育服务体系。并致力于教学改革，努力开展教学研究，修订教学大纲，编制教学网站，实施多媒体教学；先后编写教材3本。坚持“按需设岗、公平竞争、择优录用、严格考核”的聘任原则，实行“三定一聘”，引进竞争激励机制；通过引进、培养、科学研究、学术交流等方式，提高人员的业务水平，建设一支高素质的专业技术队伍，全面提高馆员综合素质，以适应现代化信息时代的需要，更好地为学校“打造强势本科”提供高效优质的服务。1.2图书馆信息系统分析随着现在科学技术的进步,人类社会正逐步走向信息化。图书馆拥有丰富的文献信息资源,是社会信息系统的重要组成部分,在信息社会中的作用越来越重要,我国图书馆的计算机管理技术起步于20世纪70年代末,随着改革放步伐的迅速发展,特别是20世纪90年代以后,我国图书馆信息网络建设取得了较大发展,图书馆信息化建设迈上了一个新台阶。图书馆的信息化从最初的对图书馆业务管理实行信息化发展到对图书馆各个业务流程进行系统和网络化管理,并建立大规模的以个体文献目录联机查询为主的资源共享系统。进入21世纪,充分利用计算机网络和信息技术,逐步实现不同载体的实体文献的信息化管理和多方位的联机查询。图书馆的计算机信息化管理,就是将传统图书馆业务的手工操作转变为计算机管理,即管理图书馆的图书期刊、音像资料等各种载体文献借阅、查询及常规业务管理等工作,利用计算机技术进行高效、准确的信息化管理。其根本目的是实现区域内及地区、国家、国际间的资源共享。随着数据库技术和计算机网络的飞速发展,已经成为现代信息技术的重要组成部分,同时也是现代计算机系统和计算机应用系统的核心,随着我国市场经济的迅速发展和人们生活水平的不断提高,图书馆藏书的书目逐渐增大,这也挑战了图书管理方面的技术,以前的人工管理方法已经不能适应现代管理的要求,取而代之的是先进的图书管理系统。国外很多高校和国内大部分高校很早就使用了计算机来管理图书,也开发了许多不同版本的图书管理系统,但由于计算机的发展速度太快,加之藏书量的不断增加,图书管理系统也一直在变化,而且每个学校的情况都不尽相同,管理手段也不一样,系统的发都是围绕自己的环境进行的,从最早的单机版到C/S模式,如今B/S模式正在盛行。1.3理论基础面向对象，本书根据面向对象思想对本项目系统进行分析与设计。因此，在开始对本项目系统进行详细分析设计前，有必要先对本书所运用的理论基础进行阐述。面向对象是本系统分析与设计的基础，也是贯穿本文的核心思想与理论基础。在面向对象思想的基础上，使用UML建模工具对系统进行分析与设计，从而贯穿全文体现面向对象的分析与设计思想。面向对象（ObjectOriented，简称OO）方法将世界看作一个个相互独立的对象，相互之间并无因果关系，它们平时是没有任何联系的。唯有在某些外部因素的推动下，对象之间才会依据某种规律相互传递信息。这样我们才能在更高的抽象层次上，对现实世界进行概括，从而将现实世界抽象为对象世界，以化解越发复杂的现实世界问题。谈到面向对象，人们总是在提继承、封装、多态、复用等这些特征；而实际上更根本性的是：面向对象这种思想方法帮助我们构造更为复杂的系统来解决越来越复杂的现实世界的问题。面向对象是一种思想与方法，用于指导系统的分析与设计。因此，还需用工具对系统分析与设计的过程进行描述与展现。UML正是这样的一种工具。UML作为一种标准的面向对象建模语言，架起了现实世界到对象世界之间的桥梁；即可把现实世界映射到对象世界，又可用对象世界描述现实世界，甚至可以验证对象世界行为是否正确的反映了现实世界。使用UML建立好模型的关键是能在不同的抽象层次上考虑问题。而抽象层次正是面向对象方法中极其重要的部分。因此，使用UML，在系统分析设计过程中，可以很好地体现面向对象的思想，同时更好地描述系统分析设计整个过程，为实现系统做好基础工作。UML（UnifiedModelingLanguage）统一建模语言，是一种用来对系统开发的产出进行可视化、规范定义、构造和文档化的面向对象的标准建模语言。作为一门语言，UML与其他所有语言一样，有它的“基本词汇”和“语法”。UML建立模型过程中所需要的、具有特定含义的基本元素，即“基本词汇”，如用例、参与者、类、组件等；在建模过程中，这些元素之间的规则，与如何使用这些元素绘制图形以建立模型的视图，即“语法”，如用例图、活动图等。学习“词汇”，掌握“语法”，再通过语法将这些词汇组织起来，即可编写自然世界和计算机逻辑都可理解的“文章”，即建立起来的模型，如业务模型、系统模型等。1.3.1软件过程UML作为一种语言，也需要在某种方法的指导下进行建模。软件过程便是UML的指导方法，其中“统一过程”是最为著名的方法。RUP（RationalUnifiedProcess）即统一过程，是一个采用了面向对象思想，使用UML作为软件分析设计语言，并且结合了项目管理、质量保证等许多软件工程知识综合而成的一个非常完整和庞大的软件方法。当然，统一过程是非常重量级的软件方法，并不是对所有项目都适合用来指导UML的建模过程。尤其是对一些中小型的项目来说，统一过程显得过于庞大了，无法承受。因此，统一过程作为使用UML模型最为全面、应用最完整的软件方法，可以作为参考或依据，在实际项目中有所取舍的进行调整、简化，定制出对项目最为合适的软件过程，进行UML建模。1.3.2建模思路在不同建模阶段，UML的建模都可以灵活运用各种基本元素，绘制不同视图，从而建立起相应的模型。因此，会给人一种疑惑：在每一个阶段并没有明确提出要求，即哪个阶段需用什么元素、绘制什么视图。实际上，在UML建模中，视图是由元素组成的，如文章中的句子，用以表达某个观点；模型是使用这些视图来描述需求、分析、设计等这各个阶段的工作。因此，只要站在软件工程的角度，明确该软件项目的软件过程，从而明确项目的哪个阶段应该使用什么模型，针对模型又该使用什么视图，以此再去UML中寻找你需要的元素工具。简而言之，即软件过程决定模型，模型决定视图，视图决定元素。2前期工作软件作为辅助人们解决问题的一种工具，其价值就在于它能满足某问题领域的需求，从而达到人们解决某些问题的目标。因此，任何软件系统项目都是从了解问题领域出发的。本项目从问题领域开始，在前期的准备工作中，通过实际调研，对问题领域进行分析，了解业务状况，明确业务范围，发现存在问题，从而整理出业务目标，并分析其可行性。2.1业务问题和目标本文通过分析图书馆管理系统的现状,结合我校自身特点,利用UML建模工具设计并实现一个基于网络的图书馆管理系统,以解决当前面临的查询信息不便的问题。系统的实现,使读者可以无地域限制快速查询信息,无校区限制还书,方便了广大读者、减轻了图书管理员的工作、提高了图书馆的服务效率等。2.2可行性分析可行性分析是在进行初步调查后所进行的对系统开发的必要性和可能性的研究，也称可行性研究。可行性是必要性、可能性和有益性的有机结合，而非单指可能性。可行性研究是用最小的代价在尽可能短的时间内确定问题是否有必要解决，是否能够解决，是否值得解决。因此，主要可以从以下四个方面进行分析：2.2.1经济可行性分析短期的投资能换来很长一段时间的很好的用户体验，而且基于目前的技术水平，改变目前的这些问题，需要投资的金钱不是很多。2.2.2技术可行性科学技术的进步，尤其是信息技术的高速发展，使得计算机技术和通信技术已成为信息技术的主体。计算机网络正是这两种技术相结合的产物，在信息技术的带动下，计算机网络的发展非常迅速，已经产物信息科学的一个新的分支。互联网是现代信息通信技术的发展产物，是二十世纪人类社会最伟大的发明之一。我国发展互联网的历史至今发展速度保持高速增长。目前，我国互联网上网络用户高居世界前几。目前，网络的建设速度飞快，网络的通信能力，服务质量，业务处理能力和合作实力的全面提升，很大程度上满足客户对网络稳定性和快捷性的要求。图书馆主要在三方面应用IT和通信技术。一是企业本身进行业务所需的信息化服务项目；二是进行图书馆书目信息化建设项目；三是搜索的信息化需求。2.2.3操作可行性分析界面设计时充分考虑网站管理人员的操作习惯，使得操作简单，数据录入迅速、规范、可靠，统计准确，制表灵活，适应力强，代码容易扩展。综上分析，本系统的开发，在技术、经济、操作、社会等方面都是可行的；既有它的必要性，也有其可能性；因此，通过开发本系统来完善某市土地出让金收入管理业务是切实可行的。3系统设计3.1系统需求分析在开发图书管理系统之前,必须要做好全面的系统分析工作,知道系统要实现哪些具体的功能,并根据分析设计出系统的功能结构,为系统后期发打好基础。3.1.1图书馆机构分析广东工业大学图书馆的机构设置有读者服务部、釆访编目部、期刊阅览部、文献流通部、地方文献部、信息咨询部和技术开发部七个部门。读者服务部的主要工作是登记读者信息,办理图书证及读者图书证丢失,挂失后给予补办新证。采访编目部的主要工作是图书采购和图书编目。期刊阅览部的主要工作是对读者借阅期刊的管理。文献流通部的主要工作是对读者借阅图书的管理,对超期借阅的读者给予罚款处理,处理读者续借和挂失。地方文献部的工作是管理工具书库,建立地方文献数据库。信息咨询部的主要工作是通过图书馆购买的CNKI、维普等中外文数据库等其他电子资源为全校师生的科研工作和学习提供有力帮助。技术开发部的主要工作是对全馆的图书管理系统进行安装、设置、维护和管理。在原有图书馆图书管理系统的使用上,各部门通过不同的子系统登录,界面各不相同。读者服务部人员通过登录读者管理系统工作,采访编目部人员通过登录典藏管理系统工作,期刊阅览部人员通过登录期刊管理系统工作,文献流通部人员通过登录流通管理系统工作,地方文献部人员通过登录文献管理系统工作,信息咨询部人员通过登录图书馆网络资源(CNKI、维普等中外文数据库和网上电子图书等)工作,技术开发部人员通过图书管理系统的后台设置模块进行后台参数的整体设置工作。为了方便说明,本系统把图书馆工作人员根据使用图书管理系统权限的不同分为两类:一类是图书管理员,包括读者服务部人员、采访编目人员、文献流通部人员、期刊阅览部人员、信息咨询部人员和地方文献部人员,一类是系统管理员,主要指技术部人员。图书管理员主要通过系统管理员设置的密码登录自己所应用的系统,只对自己使用的系统享有管理权限,需要使用其他系统时,要向系统管理员询问密码。系统管理员的权限最大,它具备所有图书管理员的权限,可以对图书管理员的使用权限进行管理,如修改各系统密码,增加、删除或修改图书管理员权限等。根据上面广东工业大学图书馆七个机构的具体工作综述,可以确定图书管理系统要具备以下功能:针对服务对象——读者,包括全校师生、外借人员和登录本系统网络浏览人员。查询图书,读者可通过登录系统网络无限制查询图书馆馆藏,找到自己所需图书。读者查询,读者通过登录系统网页,输入自己密码查询个人借阅信息(包括读者当前借阅信息和历史借阅等信息)。读者挂失,读者丢失图书证,可登录系统后,在读者挂失网页上挂失图书证。读者续借,.读者登录系统,在读者续借网页续借图书。针对服务人员——图书管理员和系统管理员。图书(包括对图书、期刊和电子资源等)管理,对图书及图书信息的增加、删除和修改等。读者管理,对读者信息的查询、增加、删除和修改等。借阅管理,对持图书证的读者提供图书借阅的服务。罚款管理,对图书超期,图书丢失的读者进行罚款处理。系统维护,系统管理员对系统进行管理。3.1.2人员需求分析图书管理系统是一个图书馆的支持系统,它的总体任务是实现图书借阅和管理的信息化。图书管理系统需要满足来自三方面的需求:读者(包括全校师生和外借人员等)、图书管理员和系统管理员。对于读者来说,他们所关心的是:可以借阅图书,可以查询图书馆所存的图书、个人借阅情况,可以修改个人信息,读者登录图书馆网站就可以直接查询图书馆的图书情况,读者根据自己的借书证号和密码登录系统可以进行本人借书情况的查询和本人部分信息的维护。具体来说,读者对系统功能的要求有:(1)借还图书,读者可以持借阅证在图书馆方便的借阅和归还图书。(2)检索图书信息,可以按题名、作者、关键字、ISBN/ISSN、分类号、索书号和出版社等检索条目进行精确或模糊检索,最快时间查找目标书籍。(3)读者个人信息查询,读者根据借书证号查询本人当前的借书情况和历史借阅记录等。一般情况下,读者只应该查询本人的借书情况和维护个人信息,若要查询和维护其他读者的借书情况和个人信息,就要知道其他读者的借书证号和密码。这些是很难得到的,特别是密码,所以不但满足了读者的要求,还保护了读者的个人隐私。(4)续借图书,读者可以续借快到借阅期限的图书,以免超期,缴纳超期罚款。(5)读者挂失,丢失图书证的读者要及时挂失,以免图书证被别人恶意使用。对于图书管理员来说。他们所关心的是:可以方便的进行图书借阅者的借还书、续借处理,同时形成借书或还书页面给读者查看确认,可以方便的进行文献的订购、编目、典藏等;可以对借阅图书已超期的图书借阅者进行催还提醒,可以对馆内图书进行借阅历史查询,可以对借阅者的借阅图书进行到期提醒等,可以增加、删除、查询和修改读者基本信息和书籍信息。具体来说,图书管理员对系统功能的要求有:(1)读者基本信息的输入、查询、增加删除和修改,包括读者编号、姓名、性别、单位部门、联系电话等。(2)书籍信息的输入、查询、增加删除和修改,包括书籍编号、名称、类别、作者姓名、出版社名称、出版日期、ISBN/ISSN、书籍页数、关键词、备注信息等。(3)借还图书,能方便顺利的完成对读者图书的借阅和归还处理(4)借书信息的输入,包括借书信息编号、读者编号、书籍编号、借书日期、还书日期、备注信息等。(5)还书信息的输入,包括还书信息编号、读者编号、书籍编号、借书日期、还书日期、备注信息等。(6)图书续借,对读者快要到期的图书进行续借处理。(7)读者挂失,对丢失图书证的读者进行挂失处理对于系统管理员来说,他们关心的是:可以通过权限设置对图书管理员、读者、图书信息进行管理和查看、维护系统状态以及系统数据的备份。系统管理员对系统功能的要求是(1)权限设置,对用户权限进行设置,维护系统安全。(2)系统维护,对系统参数设置,维护系统正常运行。为了系统安全,通过数据库存储服务器对系统数据备份,以防应用服务器“崩盘”(3)管理用户,通过增删用户,管理图书管理员和读者。综合以上三方面人员对系统功能的需求和图书馆的机构设置分析,图书管理系统的总体功能结构如图3.1所示:图书管理系统图3.1系统功能结构图从系统的总体功能结构图中,可以看出,系统为三类人员服务:读者(包括在校师生、图书外借人员和网络浏览闲散人员,现在把他(她)们通称为读者)、系统管理员和图书管理员。读者服务模块主要是由读者使用,它的功能主要用于为读者服务,包括图书查询、读者个人信息查询、读者挂失及读者续借。系统管理模块由系统管理员使用,它的功能包括用户管理、系统维护和权限设置。图书管理模块由图书管理员使用,它的功能包括图书管理,分为图书信息管理和图书分类管理;读者管理,分为读者信息管理和读者类型管理;借阅管理,含有图书借还、查询历史借阅记录和图书到期提醒;罚款管理。对于读者,系统具备满足他彳门无区域限制的査询需求的功能,对于系统管理员和图书管理员,系统具备了使他们方便有效完成图书馆工作的管理功能。3.2系统用例分析由于在第二章中已经对UML建模做出了详细的论述,所以这里按照UML的要求给出图书管理系统建模所需用例图。本系统共有3类参与者:读者、图书管理员、系统管理员。3.2.1系统总用例图图书管理系统的顶层需求模型即总用例图,如图3.2所示,该图由各使用者和所驱动的用例以及用例之间的相互关联组成。图3.2图书管理系统的顶层需求模型一UML总用例图3.2.2读者用例图读者查询服务的用例图包含如下用例,如图3.3所示:(1)读者查询。读者密码登录系统后可以浏览个人借阅信息,包括当前图书借阅和历史图书借阅信息。(2)密码修改。首次登录的读者可自己设置密码,也可在下次登录时修改密码。(3)读者挂失.可以挂失丢失的□书证,禁止别人使用。(4)图书续借。对快要翻的图书进行不超过一欢前续借,如果图书趙期,必须先缴纳超斯罚款方可续借。(5)图书查询。读者无需验证密码即可登录系统,选择适当的检索条件查询书籍。(6)借书。读者到图书馆借书时,必须先缴纳未付的超期罚款。(7)还书。读者还书时,如有图书超期,可当时缴纳超期罚款。图3.3读者用例图从读者用例图中可以看出,系统中的图书查询功能是不受权限限制的,任何读者都可直接通过浏览器查询图书信息,免去了密码验证登录的麻烦,提高了系统的可用性。基于对系统的权限控制考虑,图书续借、读者查询、读者挂失功能是需要读者输入密码才能使用,即读者必须被授权才能使用,这时的读者都拥有学院发放的图书证(即被授权的)。.3.2.3图书管理员用例图(1)图书管理。图书管理员密码验证登录后可以增加、删除、修改图书及图书信息及对图书类型进行管理。(2)读者管理。图书管理员密码验证登录后可以增加、删除、修改读者类型及其信息并为丢失图书证的读者提供挂失服务。(3)借书。图书管理员密码验证登录后可以为读者在缴清超期罚款后给予图书一般借阅或续借的服务。(4)还书。读者还书时,图书管理员密码验证登录后可以收取超期罚款,也可读者下次借书时收取。(5)罚款管理。图书管理员对读者的图书超期、图书丢失和各种违规行为进行罚款。3.2.4系统管理员用例图系统管理员进行系统管理用例图,(1)系统管理。系统管理员密码验证登录后对图书管理系统进行参数设置,日志维护和系统后台数据管理及备份。(2)用户管理。系统管理员密码验证登录后对系统用户进行分类,通过对用户的权限修改、删除、添加,对用户信息管理维护。(3)权限设置。对系统的各个模块的权限和用户权限使用进行设置,给出使用密码。对权限信息维护管理。编写用例文档。下面以“图书管理”用例说明用例名称:图书管理参与执行者:图书管理。入口条件:图书管理员已经登录到该系统中事件流:当有新书入库时,图书管理员在录入页面输入书的信息,点击提交键,系统将书的信息保存到数据库中;当某本书的信息需要修改时,图书管理员通过输入查询条件,搜索到该书时,点击修改键,系统在可编辑状态下显示出该书的当前信息,图书管理员修改具体内容,点击保存键,系统将更新数据库中该书的信息;当需要删除一本或多本图书时,图书管理员查找到需要刪除的图书记录,点击刪除键,系统提示“确实需要删除?”对话框,如图书管理员选择“是”,系统将删除数据库中图书的相应信息,如果选择“否”,则图书信息继续保留在数据库中。出口条件:添加图书信息时,将新的图书信息保存在数据库中;修改图书信息时,将数据库中该图书的信息做相应的更新操作;删除图书信息,则删除数据库中相应图书的记录。异常事件:在对图书进行修改和删除时,现查找出需要进行处理的图书记录,如果数据库中不存在符合条件的图书记录,即查询无结果时,则无法进行修改和删除操作。3.3系统动态建模系统的动态建模主要包括状态图、活动图、顺序图和协作图。在系统分析和设计中对主要的用例和对象绘制这些图形,以便分析系统的动态特性和行为。在考察了系统某一时刻的对象及对象之间的关系的静态结构后,下面要关注的是在任何时刻对象及其关系改变的情况,这些情况可以用UML的动态模型进行形象化描述,可以借助UML中顺序图或状态图来描迷，从而建立起系统动态数据的逻辑视图。借书和还书过程是图书管理系统中比较重要和复杂的流程，因此下面详细说明:借书过程是:图书管理员把读者编号输入给系统，系统返回读者的身份信息，以及读者的借阅信息。如果读者借书量没有超过借书的上限,则把要借书的图书编号输入系统,系统登记借书信息,并返回借书成功信息,借书过程完成,其顺序图(图3.9)、协作图(图3.10)和状态图(图3.11)如下所示:图3.9借书顺序图图3.10借书协作图图3.11借书状态图还书过程是:图书管理员在还书界面,输入书籍的ID号,提交,系统查询数据库,确定指定ID号的书籍是否存在,若存在(不存在,则显示提示信息,图书管理员重新输入书籍ID或终止还书操作),确定是否有借阅记录,若有,检查是否超期,若未超期(超期,读者去交罚款),从书籍和借书信息中删除借阅记录,更新书籍和读者信息,最后,删除借阅记录。其顺序图如图3.12所示:图3.12读者还书顺序图图书管理员处在借书操作和还书操作两种状态中,当读者借书时,他要检查读者的借书证已经偺阅的书籍是否达到最大值;当用户还书时,他要检查所借书籍是否超期,如超期,要按规定收取一定的罚金,其活动图如图3.13所示。图3.13图书管理员活动图因为对书籍、书目和读者信息的添加、修改和删除操作的顺序图流程基本相似。所以下面只对书目进行操作的顺序图加以说明,对书籍和读者信息的操作顺序图就不再说明了。对书目进行操作的顺序图如图3.14所示:图3.14书目操作顺序图图书管理员进行书目操作的顺序图有了,但到底是怎么进行这些添加、修改和删除操作呢?“添加书目”的过程是:图书管理员在书目管理界面点击“添加”链接,打“书目添加”界面,输入书刊名、ISBN号、作者等信息,提交,系统根据ISBN号查询书目信息是否已存在,若不存在,创建书目,并存储书目信息,其顺序图(图3.15)如下所示,修改和删除书目操作和其相似,不再说明。图3.15添加书目顺序图书籍信息查询直接登录图书馆网站就能进行,而读者信息査询必须在读者根据自己的借书证号和密码登录系统以后方可进行。这里给出书籍信息查询顺序图(图3.16)如下所示:图3.16查询书籍顺序图4系统分析统一过程把分析与设计合并为一个核心工作流，即当成一个阶段来看。其实，分析设计阶段，也就是我们通常所说的概要设计与详细设计。本项目将系统分析与设计分开为两个阶段，旨在表示系统分析阶段与设计阶段的不同，分析阶段是通过分析类