基于UML描述的动态对象模型.pptVIP

二 实例（图书馆信息系统） 图书馆信息系统主要处理书和杂志的借阅和保存。下面是对该信息系统的需求说明，由用户和开发员共同完成。 需求说明 图书馆将书和杂志借给读者，读者和书、杂志一样，必须在系统 中注册； 图书馆负责购买图书，对于流行的书一般要多买几本。如果旧书 或杂志过期了或很破烂则可以从图书馆中删除。 图书馆管理员是图书馆的雇员，负责与客户（借书者）打交道， 他们的工作要得到系统的支持。 借书者可以预定目前借不到的书或杂志，一旦预定的书被返还图 书馆或图书馆新购买书到达，就立即通知预定者。 图书馆可以方便地产生、更新和删除系统中与书目、借书者、借书和预定有关信息。 系统的运行环境(UNIX, Windows, OS/2等)和用户界面（GUI) 系统应该具有很好的可扩展性。 ? 需求分析 （用例） 分析的第一步是定义用例，即描述图书馆系统的 功能；确定系统的功能需求 借出书目 . 返回书目 . 预定 . 删除预定 . 增加标题 . 更新或删除标题 . 增加书目 . 删除书目 . 增加借书者 . 更新或删除借书者 用例图 用例“借出书目”的细化描述 (1)如果借书者没有预订； a. 标记标题 b. 标记可用的该标题下的书目 c．标记借书者 d．图书馆借出标记的书目 e. 增加一条新的借书记录 (2)如果借书者已经预订： a. 标记借书者 b．标记标题 c．标记可用的该标题下的书目 d．图书馆借出标记的书目 e. 增加一条新的借书记录 f. 删除预订记录 ? 领域分析 （类图） 图书馆信息系统中的域类主要有：借书者（Borrower Information），标题(Title)，书的标题(Book Title)，杂志标题(Magazine Title)，书目(Item)，预定(Reservation)和借书(Loan)。 标题类的状态图 借出书目的序列图 架构设计 在架构设计中，需用定义包(子系统)，包间的相关性和基本的通信机制。—个很自然的要求是，得到清晰而简单的架构，即在架构中，相关性要尽可能少，双方相关性要尽可能地避免。 详细设计 详细设计；将包的内容细化，即尽可能详细地描述每一个类，使得编程人员根据它们很容易地编码。UML的动态模型被用来显示类的对象在指定的情况下如何动作。 UML是一种建模语言而不是方法,这是因为UML中没有过程的概念,而过程正是方法的一个重要组成部分。UML本身独立于过程,这意味着用户在使用UML进行建模时,可以选用任何适合的过程。过程的选用与软件开发过程的不同因素有关,诸如所开发软件的种类(如实时系统、信息系统和桌面产品)、开发组织的规模(如单人开发、小组开发和团队开发)等。用户将根据不同的需要选用不同的过程。然而,使用UML建模仍然有着大致统一的过程框架,该框架包含了UML建模过程中的共同要素,同时又为用户选用与其所开发的工程相适合的建模技术提供了很大的自由度。 UML建模过程高层视图  图2是UML建模过程的一个高层视图。这是一个迭代递增的开发过程。使用此方法,不是在项目结束时一次性提交软件,而是分块逐次开发和提交。构造阶段由多次迭代组成,每一次迭代都包含编码、测试和集成,所得产品应满足项目需求的某一子集,或提交给用户,或纯粹是内部提交。每次迭代都包含了软件生命周期的所有阶段。同时,每次迭代都要增加一些新的功能,解决一些新的问题。 　　因此,首先要做的工作是:选择一些功能点,然后完成这些功能;之后再选择别的功能点,如此循环往复。前两个阶段是初始( Inception)和细化 ( Elaboration) 阶段。在初始阶段,需要考虑项目的效益,并确定项目的范围。这一阶段需要与项目出资方进行讨论。在细化阶段,需要收集更为详细的需求,进行高层分析和设计,并为构造阶段制定计划。运用这种迭代开发过程时,还有一些工作(如β测试、性能调试和用户培训等)要放到最后的移交阶段(Transition)中进行。 　　事实上,涉及实际建模工作的微过程存在于上述的每次迭代中。迭代式开发是项目成功的重要保证。  UML实际建模过程  每次迭代都分为以下几个阶段: 　　· 分析阶段　建模的目的是捕捉系统的功能需求,分析、提取所开发系统的客观世界领域的类以及描述它们的合作概貌。 　　· 设计阶段　建模的目的是通过考虑实现环境,将分析阶段的模型扩展和转化为可行的技术实现方案。 　　· 实现阶段　具体工作就是进行编码,同时对已构造的模型作相应的修正。 　　· 配置阶段　通过模型描述所开发系统的软硬件配置情况。 　　· 测试阶段　使用前几个阶段所构造的模型来指导和协助测试工作。 　　在系统开发的不同阶段,使用UML为系统建模,可以通过建立不同的模型,从