2020年基于UML需求的分析报告.doc

基于uml需求的分析报告 摘要： 本文对面向对象的概念、UML产生的背景及其基本内容进行了阐述，在对图书馆图书管理系统进行功能描述和需求分析的基础上，结合软件工程和面向对象需求分析，设计了基于UML的用例图、包图和顺序图，状态图等语言机制的图书馆图书管理系统模型。 关键词：UML；建模语言；面向对象；需求分析；图书管理系统 一、关于面向对象 面向对象是一种的程序设计方法，或者说它是一种程序设计类型，其基本思想是使用对象，类，继承，封装，消息等基本概念来进行程序设计。它是从现实世界中客观存在的事物（即对象）出发来构造软件系统，并在系统构造中尽可能运用人类的自然思维方式，强调直接以问题域（现实世界）中的事物为中心来思考问题，认识问题，并根据这些事物的本质特点，把它们抽象地表示为系统中的对象，作为系统的基本构成单位（而不是用一些与现实世界中的事物相关比较远，并且没有对应关系的其它概念来构造系统）。这可以使系统直接地映射问题域，保持问题域中事物及其相互关系的本来面貌。它可以有不同层次的理解： （1）从世界观的角度可以认为：面向对象的基本哲学是认为世界是由各种各样具有自己的运动规律和内部状态的对象所组成的；不同对象之间的相互作用和通讯构成了完整的现实世界。因此，人们应当按照现实世界这个本来面貌来理解世界，直接通过对象及其相互关系来反映世界。这样建立起来的系统才能符合现实世界的本来面目。 （2）从方法学的角度可以认为：面向对象的方法是面向对象的世界观在开发方法中的直接运用。它强调系统的结构应该直接与现实世界的结构相对应，应该围绕现实世界中的对象来构造系统，而不是围绕功能来构造系统。 （3）从程序设计的角度来看，面向对象的程序设计语言必须有描述对象及其相互之间关系的语言成分。这些程序设计语言可以归纳为以下几类：系统中一切皆为对象；对象是属性及其操作的封装体；对象可按其性质划分为类，对象成为类的实例；实例关系和继承关系是对象之间的静态关系；消息传递是对象之间动态联系的唯一形式，也是计算的唯一形式；方法是消息的序列。 面向对象的方法学包括了以下核心概念： 对象（object）：即指现实世界中各种各样的实体。它可以指具体的事物也可以指抽象的事物。类（class）：类是具有相似内部状态和运动规律的实体的集合（或统称、抽象）。类的概念于人们认识自然、认识社会的过程。 消息（Message）:消息是指对象间相互联系和相互作用的方式。一个消息主要由5部分组成：发送消息的对象、接收消息的对象、消息传递办法、消息内容（参数）、反馈。 封装：对象间的相互联系和相互作用过程主要通过消息机制得以实现。对象之间并不需要过多的了解对方内部的具体状态或运动规律。面向对象的类是封装良好的模块，类定义将其说明（用户可见的外部接口）与实现（用户不可见的内部实现）显式地分开，其内部实现按其具体定义的作用域提供保护。类是封装的最基本单位。封装防止了程序相互依赖性而带来的变动影响。在类中定义的接收对方消息的方法称为类的接口。 继承：类之间的继承关系是现实世界中遗传关系的直接模拟，它表示类之间的内在联系，以及对属性和操作的共享，即子类可以沿用父类的某些特征。 重载：重载是指类的同名方法在给其传递不同的参数是可以有不同的运动规律。在对象间相互作用时，即使接收消息对象采用相同的接收办法，但消息内容的详细程度不同，接收消息对象内部的运动规律也可能不同。 二、关于UML UML(UnifiedModelingLanguage)是在Booch方法、OOSE方法和OMT方法的基础上演化而来的基于面向对象技术的标准建模语言。它统一了面向对象建模的基本概念、术语和图示符号。 描述了建模过程中所必须遵循的基本步骤，提供了一整套描述软件系统模型的概念和图形表示法，可从不同的视角为系统建模。统一建模语言UML是一种语义丰富、通用、可视化的建模语言和事实上的国际工业标准，易于理解和交流。UML提供的丰富的视图从多个视角描述系统的不同侧面，可以有效运用于软件的建模、分析与设计。标准建模语言UML的定义包括UML语义和UML表示法两个部分。UML语义通过其元模型来严格地定义。UML表示法定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法来建模提供标准。这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。UML的主要内容通常用用例图、类图、对象图、状态图、活动图、构件图、配置图、顺序图、协作图和包图等l0种图来描述，它们从不同的角度和层次为系统建模提供支持，完全可以描述系统的方方面面。 与传统的软件建模方法相比,UML有如下一些特点: (1)UML是一个可视化建模语言,是一种图形化的面向对象的设计工具语言,而不是可视化程序设计语言,但用UML描述的模型可与各种编程语言直接相连,把UML模型映射成编程语言。在不同程序中使用同样的UML图表类型,因为UML具有任意程序的独立性,定义一个标准程序不是一个UML的目标。 (2)UML是一种可用于详细描述的语言,其所建立的模型是精确、无歧义和完整的。同时UML是一种文档化的语言,对其各建模元素可进行详细说明,并能生成所建模型的文档。标准建模语言UML支持面向对象的分析与设计,定义良好、易于表达、功能强大。它的最大用途是利用图形来描述真实世界各个对象的符合表示,让所有系统设计者在构建系统需求分析、对象模型化定义到对象设计的整个开发过程完全标准化。 三、本课题的研究意义 一个图书馆的图书资料库在正常运转中总是面对大量的读者信息、书籍信息以及两者相互作用产生的借书信息、还书信息。图书馆作为一个信息资源的集散地，图书和用户借阅资料繁多，包含着很多的信息数据。以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况(如借书天数、超过限定借书时间的天数)的统计和核实等往往采用人工检查，对借阅者的借阅权限以及借阅天数等采用人工计算、手抄进行，数据信息处理工作量大，容易出错和丢失。因此，建立一个智能化、系统化、信息化的图书资料库是十分重要的。使用计算机软件对图书进行管理，是计算机应用的一部分。充分利用计算机的功能，实现对读者管理、书籍管理等自动化控制，将会使图书资料库的工作强度大大减弱，可以实现图书检索迅速、可靠性高、存储量大、寿命长、成本低，能最大限度地提高图书管理的效率，也是图书管理信息化、正规化管理的必然趋势。 四、基于UML的图书管理系统的需求分析与设计过程 图书管理系统的开发和应用主要通过两个步骤来实现：首先是基于系统功能的需求分析，其次是系统模型的设计和实现。 4.1需求分析 需求分析是软件工程过程的一个重要阶段,其中一个主要任务是确定系统的功能需求,采用面向对象方法,基于UML的可视化系统需求分析,因为有用户的积极参与,既可以加快设计者对于问题的理解,又能够在系统描述方面减少语义差异,保证分析的正确性。需求分析的目标就是建立需求模型,即从功能需求出发建立用例模型,UML的用例视图从用户的需求中提取,以盒图的方式描述待开发的系统的功能需求。每个用例都指定了客户的需求即他们需要系统干什么。用例图为设计活动不仅记录需求而且还提供了一种挖掘的信息,它记录了需求到设计结果之间的映射关系,能够确保设计结果具有明确的根据或者说具有可维护性,基于UML的软件开发过程是以用例驱动的。 首先我们进行角色识别，角色识别的任务是找出所有可能与系统发生交互行为的外部实体、 4.2系统的整体结构 综上所述一个图书管理系统的整体结构可以分为三大模块：图书管理模块、读者管理模块、系统管理模块。 （2）读者管理模块主要包括与读者有联系相关的过程，主要有增加/删除读者、修改读者权限及密码、借阅信息查询、个人信息查询及修该、借阅超期和丢失罚款。 （3）系统管理模块包括系统的登陆、退出、系统维护、系统更新。 4.3图书管理系统的行为图 我们再进行动态建模分析。对于图书管理系统借书还书是两个重要的过程，我们先来分析一下借书、还书的一般过程，并由借书的一般过程画出其顺序图、协作图以及活动图。 （1）借书的过程：读者刷卡进入图书馆，或者先查询图书及个人借阅信息，或者直接去挑选图书，选择好图书后进入借书程序，管理员先检查读者的借书证件，查验能否借阅，比如：证件是否无效或书籍是否已经借满等，即检验其借书的合法性和有效性，如果是非法用户或借书数量范围外，则该读者不能借阅图书。如果满足借阅要求，则再获取所借书的标题以进行库内搜索，获取书目查询此书的数量，看是否还有此书，如果没有则阻止其他借书者可能进行的预订活动，将此书借出，根据书号将此书的借阅标志位取反以表示此书已借出，并将此书的书目减1。并为此读者记录借阅日期，以及归还日期，在归还日期内未能归还和续借的，并为其记录超借天数及罚款数额。 （2）还书过程：在返还图书的过程中，管理员首先获取读者的借阅信息和被归还的书籍的信息，如书标题信息，数量等，并一一审核每本书的归还日期是否超过应归还日期。在完成阶段，将此书的书号登记并设计标志位为已归还，以便读者网上预订和继续借阅，同时将此类图书的数量加1，如果读者超期或丢失所借书籍，则要进行赔偿处理。 4.4图书管理系统的静态图定义 描述了各个类后，我们可以根据实际情况引入包来管理类，本图书馆管理系统可以划分为四个包：用户管理：对系统用户进行管理，为用户提供信息服务接口，便于对系统进行操作。借阅管理包括借书处理，还书处理和罚款处理等。读者管理包括对读者图书等