指南：业务对象模型.pdfVIP

指南：业务对象模型 页码，1/4 指南：业务对象模型 业务对象模型是描述业务用例实现的对象模型。它是 对业务角色和业务实体之间应该如何联系和协作以执 行业务的一种抽象。 业务对象模型 主题 解释 如何命名业务角色和业务实体 涉及业务用例的业务对象 业务对象模型和信息系统 作为业务主角的信息系统 在业务对象模型中明确建模的信息系统 好的业务对象模型的特征 解释 业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类 和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的 业务用例。 业务对象模型的核心元素是： 业务角色显示了一个人承担的一系列职责。 业务实体表示使用或产生的可交付工件、资源和事件。 业务用例实现显示了协作的业务角色和业务实体如何执行某个工作流程。使用以下几种图来记录业务用例实现： 类图显示参与的业务角色和业务实体。 活动图，其中泳道显示业务角色的职责，而对象流显示如何在工作流程中使用业务实体。 序列图描述业务角色和业务主角之间交互的详细情况，并显示如何在业务用例执行过程中访问业务实体。 业务对象模型将结构的概念和行为的概念结合了起来。 :9081/doc/RationalUnifiedProcess.zh_cn/process/modguide/md_bom.htm 2007-3-30 指南：业务对象模型 页码，2/4 它是一个纽带工件，用于对业务关系进行清晰的表述，表述方式与软件开发人员的思考方式类似，同时仍保留一些纯粹的业务内 容。将我们所知道的有关业务的信息按照对象、属性和职责进行了合并。 它探索业务领域知识的本质，所采用的方式使我们能够从对业务问题的思考转变到对软件应用程序的思考上来。 它是一种确定需求的方法，使需求能够为待建信息系统使用，并得到该系统的支持。 确定业务对象定义、对象间关系、对象名称和对象间关系名称的流程使我们能够以一种能被业务领域专家理解和验证的精确方式来 表达业务领域知识。 如何命名业务角色和业务实体 对每个业务角色和实体进行命名，要求名称能够表示对象的职责。 一个好的名称通常是名词或动词的名词形式。 每个名称都必须是唯一的。 避免使用发音或拼写类似的词以及同义词作为名称。 可能需要用好几个单词来组成一个明确的、无需额外说明的名称。 涉及业务用例的业务对象 当您研究参与业务中不同用例的业务角色和业务实体时，可能会发现某些对象如此相似，以致于实际上是一个类。即使不同的业务用 例没有相同的要求，类之间也可能相似到足以被视为一个相同现象的程度。如果是这种情况，您应该将相似的类合并在一起。这就产 生了一个业务角色或业务实体，它拥有足以满足不同业务用例要求的关系、属性和操作。 因此，多个业务用例可以对同一个类有不同的要求。对于业务角色来说，如果有些雇员有能力担当所描述的一组角色，那么同样还要 有一些比较灵活可以胜任多个职位的雇员。这会使您的业务更加灵活。 业务对象模型和信息系统 在业务对象模型中，业务角色代表雇员将担当的角色，而业务实体则代表雇员将处理的对象。一方面，可以使用业务对象模型来确定 业务雇员将如何进行交互，以产生业务主角所期望的结果。另一方面，系统用例模型和设计模型指定了业务的信息系统。 业务建模和系统建模解决不同的问题，其抽象程度也不一样。所以一般而言，信息系统不应该直接出现在业务模型中。 另一方面，雇员作为业务角色来使用信息系统，实现相互之间的通信、与主角的通信以及对业务实体信息进行访问。所有的链接、关 联关系或属性都有某个潜在的信息系统对其进行支持。 :9081/doc/RationalUnifiedProcess.zh_cn/process/modguide/md_bom.htm 2007-3-30 指南：业务对象模型