面向对象分析.doc
文本预览下载声明
业务用例与系统用例
一个业务用例描述的是业务过程——而不是软件系统过程。
业务用例：业务过程是描述这个业务的具体工作流的；一次涉众与实现业务目标的业务之间的交互。它可能包含手工和自动化的过程，也可能发生在一个长期的时间段中。系统用例的设计范围就是这个计算机系统设计的范围。它是一个系统参与者，与计算机系统一起实现一个目标。系统用例就是参与者如何与计算机技术相联系，而不是业务过程。业务用例着重于业务操作。它们表示实现业务目标的业务中的具体工作流。业务过程可能涉及手工和自动过程，并且在一段长期的时间内进行。
系统用例着重于要设计的软件系统。参与者如何与软件系统进行交互？我们在系统用例说明中书写的事件流应该足够详细，从而用作编写系统测试脚本的出发点。
UML 业务模型包括两个模型：用例视图（Use-Case View）中的业务用例模型和逻辑视图（Logical View）中的业务分析模型。 1 业务用例模型中的主图是业务用例图。您还可以随意加入表示单个业务用例的 UML 活动图，来图形化地显示工作流过程。业务分析模型描述了通过业务角色和业务实体的交互来实现业务用例。它用作业务角色和业务实体需要如何相关联，以及它们需要如何协作，来执行业务用例的抽象。业务分析模型中有三种类型的 UML 图，如图 3 所示：类（Class）、时序（Sequence）和通信（Communication）图。
图 3：业务分析模型图
业务分析模型中的主要的图是时序图。您手工地创建显示出业务参与者、业务角色，和业务实体如何交互执行业务用例的时序图。时序图显示出以时间时序安排的对象交互。特别是，它显示出参与交互的对象，以及消息交换的顺序。
通信图是以前在 UML 1.x 中所称的协作图（Collaboration diagram），它描述了对象之间交互的模式，通过对象间的链接和发送给对方的消息来展示参与交互的对象。通信图和时序图都显示出交互，但它们强调了不同的方面。时序图清楚地显示出时间顺序，但没有明确地显示出对象关系。通信图清楚地显示出对象关系，但必须从顺序号那儿获得时间顺序。
两个图都显示出同样的行为，但方式不同。我个人喜欢时序图，因为它通常比较容易读懂。您还可以使用参与类的视图（View of Participating Classes，VOPC）来显示协作执行业务用例的业务参与者、业务角色和业务实体的静态视图。
第1章 UML简介 1.1 什么是UML 1.1.1 UML是如何诞生的 1.1.2 UML是专有产品吗 1.1.3 UML是否只适用于面向对象的开发 1.1.4 UML是一种方法学吗 1.1.5 UML当前的进展状况如何 1.2 什么是模型 1.2.1 为什么要建模 1.2.2 为什么要使用UML建模 1.2.3 用UML可以建立什么模型 1.2.4谁应该建模 1.3 什么是图 1.3.1 UML中包括哪些图 1.3.2 图和模型有什么区别 1.4 术语 1.5 小结 1.6 复习题 1.7 参考文献 第2章 业务模型 2.1 什么是业务模型 2.2 为什么要对业务建模 2.3 是否应该对全部业务建模 2.4 UML如何帮助我改进业务 2.5 如何使用UML对业务建模 2.6 UML业务用例模型 2.6.1 业务用例图 2.6.2 活动图 2.7 业务分析模型 2.8 进一步考虑的主题 2.9 术语 2.10 小结 2.11 复习题 2.12 参考文献 第3章 需求建模 3.1 什么是需求 3.2 需求为什么令人费神 3.3 需求有哪些类型 3.4 如何使用UML对需求建模 3.4.1 用例的回顾 3.4.2 用例的更多知识 3.4.3 顺序图的回顾 3.4.4 顺序图的更多知识 3.5 进一步考虑的主题 3.6 术语 3.7 小结 3.8 复习题 3.9 参考文献 第4章 架构建模 4.1 导言 4.2 什么是架构 4.3 为什么对架构建模 4.3.1 企业架构 4.3.2 系统架构 4.3.3 软件架构 4.4 逻辑架构 4.4.1 类图 4.4.2 系统和子系统 4.5 物理架构 4.5.1 操作 4.5.2 构件图 4.5.3 部署图 4.5.4 构造型 4.6 架构模式 4.7 什么是模型驱动的架构 4.8 进一步考虑的主题 4.9 术语 4.10 小结 4.11 复习题 4.12 参考文献 第5章 应用建模 5.1 为什么要对应用建模 5.1.1 我们的第二反应 5.1.2 问题的背后 5.2 需要对整个应用建模吗 5.3 关于编程语言 5.4 对应用的建模应该达到什么深度 5.5 如何使用UML对应用建模 5.5.1 类图的回顾 5.5.2 类图的更多知识 5.5.3 顺序图的更多知识 5.6 进一步考虑的主题 5.7 术语
显示全部