1、案例：图书馆信息系统2011 年 10 月 6 日16:44案例介绍1、本案例是一个图书馆信息系统，主要处理书和杂志的借阅和保存本案例研究的目的。演示在一个完整的应用中如何使用 UML，从分析到设计模型，到真正的代码和可运行的应用。以 Rational Rose 为例说明如何利用 UML 来建模。理解需求1、图书馆将书和杂志结构读者，读者和书杂志一样必须在系统中注册。2、图书馆负责购买图书，对于流行的书一般要多买几本，如果旧书或杂志过期了或很破烂则可以从图书馆中删除。3、图书管理员是图书馆的雇员，负责与客户打交道。他们的工作要得到系统的支持。4、借书者可以预定目前借不到的书或杂志，一旦预定的书
2、被返还给图书馆或图书管新购买到达就立即通知预订者。5、图书馆可以方便地产生、更新和删除系统中与书目、借书者、借书和预订的有关信息。6、系统能够在所有流行的技术环境下运行还应该有一个非常好的图形用户界面。7、系统应该具有很好的可扩展性。分析分析就是描述系统的需求，通过定义系统中的关键域类来建立模型。分析的根本目的是在开发者提出需求的人（用户/客户）之间建立一种理解和沟通的机制。因此，典型情况下，分析是开发人员同用户或客户一起来完成的。分析不受技术方案或细节的限制。在分析阶段开发人员不应该考虑代码或程序的问题，他是迈向真正理解需求和所要设计的系统的第一步。需求分析1、分析的第一步是定义用例，即描述
3、图书馆系统的功能：确定系统的功能需求。2、用例分析主要设计阅读和分析规格说明，和系统的潜在用户讨论。角色1、图书馆中的角色为图书馆管理员和借书者。2、图书管理员是系统的用户而借书者是客户，虽然偶尔图书管理员或另一个图书管也可能是一个借书者。3、借书者的目的不是直接同系统交互，借书者的功能由图书管理员来实现。用例设计架构设计：-在架构设计中，需要定义包包间的相关性和基本的通信机制。一个很自然的要求是，得到清晰而简单的架构，即在架构中，相关性要尽可能的少，双方相关性要尽可能地避免。详细设计：-本部分将包的内容细化，即尽可能详细地描述每一个类，使得编程人员根据他们很容易的编码。UML 中的动态模型被
4、用来显示类的对象在制定的情况下如何动作。详细设计详细设计产生新的类图、状态图、序列图、协作图、和活动图，这些图与分析阶段中的图是一样的，但是在此处这些图的定义更详细，设计更多的技术细节。用户接口设计基于用例的图书馆应用中的用户接口被分成四部分，每一部分在主窗口菜单中有一个独立的菜单包，如下所示-功能： 系统中的基本功能窗口也就是说借书还书和预定。-信息： 浏览系统中的信息窗口有关标题和借阅者的信息。-维护： 维护系统的窗口也就是说增加更新删除标题借阅者和书目。实现：对于编码，从下列设计模型中的图获得规格说明：-类说明：每一个类的规格说明详细现实必须有的属性和操作-类图：类图现实类的静态结构和类间的关系-状态图：类的状态图现实类的所有可能到达的状态以及需要处理的状态转移-行为图：现实类中方法的实现以及其他对象如何使用类的对象。-用例图：当开发人员感到他正从细节中迷失时，可以通过该图来了解使用系统的结果。
