图书馆信息系统UML实例.ppt

国防科技大学计算机学院  图书馆信息系统UML实例 图书馆信息系统UML实例 本章将通过一个实例来说明在一个应用中如何使用UML通过前面的讨论首先在 分析模型中用用例和域分析来描述应用然后将分析模型扩展成设计模型描述技术上 的解决方案最后用Java语言编程具体实现可以运行的应用有一点需要说明的 是本章中讨论的例子并不包括所有的模型和图 本章讨论的案例是一个图书馆信息系统主要处理书和杂志的借阅和保存虽然它算不上是一个大的应用但可以对它作许多扩展. 1.理解需求──场景描述 下面是一份典型的文本需求说明它是图书馆应用程序的需求说明是为系统的终端用户或客户而写的 它是图书馆的支持系统 图书馆将书和杂志借给读者，读者和书杂志一样必须在系统中注册 图书馆负责购买图书，对于流行的书一般要多买几本，如果旧书或杂志过期了或很破烂则可以从图书馆中删除 图书馆管理员是图书馆的雇员，负责与客户(借书者)打交道，他们的工作要得到系统的支持。 1.1 理解需求一场景描述 借书者可以预订目前借不到的书或杂志，一旦预订的书被返还给图书馆或图书馆新购买书到达，就立即通知预订者 图书馆可以方便地产生更新和删除系统中与书目借书者借书(loan)和预订的有关信息 系统能够在所有流行的技术环境下运行(UNIX,Windows,OS/2等等)，还应该有一 个非常好的图形用户界面(GUI) 系统应该具有很好的可扩展性 2. 分析 分析就是描述系统的需求通过定义系统中的关键域类来建立模型分析的，根本目的是在开发者和提出需求的人(用户/客户)之间建立一种理解和沟通的机制，因此典型情下分析是开发人员同用户或客户一起来完成的。 分析不受技术方案或细节的限制，在分析阶段，开发人员不应该考虑代码或程序的问题，它是迈向真正理解需求和所要设计的系统的第一步。 1. 用例视图描述图书馆系统的功能 分析的第一步是定义用例，即描述图书馆系统的功能，确定系统的功能需求。用例分析主要涉及阅读和分析规格说明和系统的潜在用户讨论 图书馆中的角色为图书管理员和借书者，图书管理员是系统的用户，而借书者是客户，虽然偶尔图书馆管理员或另一个图书馆也可能是一个借书者。借书者的目的不是直接同系统交互，借书者的功能由图书管理员来实现。 图书馆信息系统中的用例如下所示 借出书目(Lend Item) 返回书目(Return Item) 预订(Make Reservation) 删除预订(Remove Reservation) 增加标题(Add Title) 更新或删除标题(Update or Remove Title) 增加书目(Add Item) 删除书目(Remove Item) 增加借书者(Add Borrower) 更新或删除借者书(Update or Remove Borrower) 标题(Title)和书目(Item) 上述用例中出现的两个概念标题(Title)和书目(Item)，因为在一个图书馆中一个流行的标题可能有好几本，因此系统必须将标题(可能是书名或书的作者)同其它的书目(代表一个指定标题的物理副本)区分开来，从图书馆借的是书目在图书馆拥有一本书的副本(书目)之前加一个标题到系统中是可能的，这样做的目的是让借书者可以预 订。 图书馆信息系统的分析可以用UML的用例图来描述如图所示，每个用例以文本的方式（可称为用例场景）来描述，描述的内容包括用例以及用例与角色交互的更详细的信息文本的内容，是通过与用户/客户讨论后确定的。 用例借出书目的描述如下 用例“借出书目”的场景描述-事件流 1如果借书者没有预订 a.标记标题 b.标记可用的该标题下的书目 c.标记借书者 d.图书馆借出标记的书目 e.增加一条新的借书记录 用例“借出书目”的场景描述-事件流 2如果借书者已经预订 a.标记借书者 b.标记标题 c.标记可用的该标题下的书目 d.图书馆借出标记的书目 e.增加一条新的借书记录 f.删除预订记录 读者可以照此法描述其它的用例。在整个系统开发过程中，用例描述系统的功能需求，在分析阶段利用它们来检查某一域类是否已定义，在设计阶段可以用来证实技术方案是否能够处理要求的功能，可以在序列图中可视化用例。 2. 领域分析-类图的建立 分析是将系统中的领域和关键类条理化，为了进行领域分析，需要阅读规格说明和用例，了解系统要处理的概念（类），或将用户领域专家组织在一起开一个讨论会，设法确定所有必须处理的概念以及概念间的关系。 图书馆信息系统中的域类主要有读者，标题，书的标题，杂志标题，书目，预订和借书。 2. 领域分析-类图的建立 有一点要强调的是在本阶段域类还是处于草图状态，定义的操作和属性不是最后的版本，只是在现阶段看来这些操作和属性是比较合适的，一些操作是在序列