面向对象软件开发与UML建模.ppt

用例文档 名称：Lend Item 描述：读者借阅图书馆中的图书 前置条件： 借书者已经预先注册，图书和杂志也预先登记； 后置条件： 如果读者已经注册，且图书馆内读者所借图书处于可借阅状态，则读者借得图书，产生一条借阅记录。 活动的基本过程： 1、如果借书者没有预订： 书名被识别； 与书名对应的一本可用书被识别； 借书者被识别； 系统借出这本书； 新的借出记录被登记。 用例文档 2、如果借书者有预订： 借书者被识别 书名被识别； 与书名对应的一本可用书被识别； 系统借出对应的书； 新的借出记录被登记； 删除预订。 需求工程阶段得到的用例图在许多教材中称之为本质用例即Essential Use Case--我们这里沿用这种称呼。 确定构建内容--面向对象分析 分析过程的主要成果以及它们之间的联系如下: 需求工程关注理解用户和他们的使用，而分析关注于理解要构建的内容。 分析是一个迭代的过程！ 用例图 顺序图 类图（分析） 活动图 用户界面原型 确定构建内容--面向对象分析 在分析阶段需要本质用例转化成系统用例。 系统用例图除了包含本质用例的基本内容外，还添加了更多目标系统高级实现决策。 系统用例的编写 系统用例编写非常简单—从本质用例开始，修改它们并反映使用顺序图、活动图、用户界面原型等模型捕获的信息。 依据RUP，软件开发过程的迭代性质，我们这里首先构建系统用例，然后使用顺序图可视化系统用例中部分用例的实现细节，最后适当调整系统用例。 确定构建内容--面向对象分析 确定构建内容--面向对象分析 用例Lend Item的实现细节—顺序图： Lend item Lend a reserved item Lend item Lend a reserved item 域分析（Domain Analysis） 系统分析也详细地列出了域（系统中的关键类）。为了导出一个域分析，可以阅读定义文档（specifications）和用例，查找哪一些概念应该被系统处理。或者组织一个集体讨论，在用户及领域专家共同的参与下指出系统中必须处理的关键概念，以及它们之间的关系。 对象模型是面向对象分析和设计的支柱，它显示了系统的类，这些类之间的关系。 在分析阶段，对象模型表示概念模型，它是问题域抽象的扩展。 域分析 图书馆系统中的域类如下：Borrower Info（如此命名是为了与用例图中的角色borrower 区分开来），title，book title, magazine title, item, reservation 和loan。这些类以及它们之间的关系记录在类图文档中，如下图所示： 类图 域分析 其中有些类有状态图，用来显示这些类的对象可能具有的不同状态，以及触发他们的状态发生改变的事件。该例子中有状态图的类是item 和title 类。 Item类的状态图： 人机界面分析 当对顺序图建模时，必须提供窗体和对话框作为人机交互的界面。在本分析当中，只要知道借书、预定和还书需要窗体就可以了。在此，详细的界面不必考虑。 为了把系统中的窗体类和域类分开，所有的窗体类组织在一起放在GUI Package 包中。域类组织在一起放在Business Package 包中。 人机界面分析 设计 设计阶段对分析模型进行扩展并将模型进一步细化，并考虑技术细节和限制条件。 设计的目的是指定一个可行的解决方案，以便能很容易地转变成为编程代码。 设计阶段成果及其相互关系如下： 状态图 类图(设计) 协作图 持久模型 配置图 部件图 设计 设计可以分成两个子阶段： 体系结构设计阶段（ Architecture Design）。这是一个从较高层次的进行的设计，用来定义包（子系统），描述包之间的依赖性及通信机制。很自然，目的是要设计一个清晰简单的体系结构，具有很少的依赖性，而且尽可能避免双向依赖。 详细设计阶段（ Detailed Design）。在此阶段，所有的类都详尽地进行描述，给编写代码的程序员一个清晰的规范说明。 体系结构设计 本案例的包或叫子系统如下： User-Interface Package 包。该包中的类基于Java AWT 包，java AWT 一个用来书写用户界面应用程序的Java 标准库。该包和Business-objects Package 包协作。Business-objects Package 包包含那些实际存储数据的类。UI 包调用Business 对象的操作，对他们进行取出或插入数据操作。 Business-object Package。该包包括域类，这些域类（如borrowerinfor，title，item，loan 等）来自于分析模型。设计阶段完整地定义了这些类的操作，并增加了一些其他细节来支持持续存储。Business-object