<十一>面向对象分析之UML核心元素之组件

组件

一:概念
        --->组件是系统中实际存在的可更换部分,它实现特定的功能,符合一套接口标准并实现一组接口。
        --->组件代表系统中的一部分物理实施。包括软件代码(源代码,二进制代码或可执行代码)或其等价物(如脚本或命令文件)
        --->在UML的定义中,组件之间唯一的关系就是依赖。在Rose中,组件视图中允许的唯一链接也是依赖关系,而依赖意味着一个组件的修改会导致依赖于它的其他组件的修改。
        --->在笔者看来,一个组件应当是一个独立的业务模块,具有完备的功能,可独立部署,一个组建可以看成一个完备的服务。从SOA架构的观点来看,一个SOA服务与其他服务是没有依赖关系的,服务与服务之间仅仅保持着松耦合的通信关系。

二:组建的特点(笔者和UML官方有出入,按笔者建议学习)
        --->完备性
                (1)一个组件应当能够完成一项或一组特定的业务目标(或说功能)
        --->独立性
                (1)独立性是说,组件应当可以独立部署的,与其他组件无依赖关系,最多保持关联关系。
        --->逻辑性
                (1)逻辑性是说,组件是从软件构件设计的观点来定义的。并非从需求中可以直接导出来。组件建立在系统分析和设计的基础上,对已经实现的功能进行逻辑划分。
        --->透明性
                (1)透明性,组件的修改应当只涉及组件的定义以及组件中所包含的类的重新指定,而不应该导致类的修改。

二:组建的使用
        --->分布式应用

        --->应用集成

        --->第三方系统

        --->SOA服务
                (1)SOA(Service Oriented Architecture)面向服务的架构是目前新兴的软件架构,有人说SOA是下一代软件发展的趋势。它将系统结构划分为粗粒度的服务组件SCA,每个服务组件都遵循一系列标准和规范,通过标准的通信协议与其他服务交互,服务和服务之间是松耦合的。
                (2)在SOA中,系统分析,设计,开发都以服务为主,每个服务都具有上述组件的所有特点。
                (3)组件一般都是在较高的抽象层次定义的。

时间: 2024-09-20 12:05:02

<十一>面向对象分析之UML核心元素之组件的相关文章

&lt;四&gt;面向对象分析之UML核心元素之用例

一:基本概念        --->用例定义了一组用例实例,其中每个实例都是系统所执行一系列操作,这些操作生成特定主角可以观测的值.        --->所谓用例,就是一件事情,要完成这件事情,需要一系列活动,而做一件事情可以有很多不同的办法和步骤,也可能遇到各种各样意外情况.因此这件事情是由很多不同情况的集合构成的.在UML中称之为用例场景.一个场景就是一个用例的实例.               --->一个系统的功能性是由一些对系统有愿望的参与者要做的一些事情构成的,事情完成后就

&lt;五&gt;面向对象分析之UML核心元素之边界

一:基本概念        ---->边界在UML图符里的定义只是一个简单的矩形,四个边决定了边界的内外.参与者,用例和边界相生相克.        ---->边界是一个很重要的概念,和封装的概念师出同门.面向对象,任何一个对象都有一个边界.        --->在收集需求时,我们总要先假定一个范围边界.在这个边界内寻找需求,而找到的需求集合又决定了最终边界的大小.在需求出来之前,我们必须先设想一个边界,这个边界的大小是不确定的,随着需求的明确,边界也逐步变得明朗.但是问题出在确定需求

&lt;三&gt;面向对象分析之UML核心元素之参与者

一:版型        --->在UML里有一个概念叫版型.有些书里也称类型,构造型.        --->这个概念是对一个UML元素基础定义的扩展.在同一个元素基础定义的基础上赋予特别的含义,使得这个元素适用于特定的场合.        --->例如(1)用例:的版型有:"业务用例","业务用例实现"                      (2)类:的版型有:"接口","边界类","实体类&

&lt;十&gt;面向对象分析之UML核心元素之关系

关系        --->在UML中关系是非常重要的语义,它抽象出对象之间的联系,让对象构成特定的结构.        一,关联关系(association)         --->关联关系是用一条直线表示的.        --->描述不同类的对象之间的结构关系.它在一段时间内将多个类的实例链接在一起,这与依赖关系是不同的.依赖关系通常表示两个实例之间的临时关联关系.        --->单行关联关系,A知道B的存在,B不知道A的存在.比如UML建模中,参与者知道用例的存在

&lt;十二&gt;面向对象分析之UML核心元素之节点和设备

节点,设备 一:概念        ---->是带有至少一个处理器,内存以及可能还带有其他设备的处理元素.在实际工作中,一般说来服务器,工作站或者客户机都可以称为一个节点.        ---->节点就是应用程序的部署单元.        ---->节点元素特别用于部署图,描述应用程序在物理结构上是如何部署在应用环境中的,是一种包括软,硬件环境在内的拓扑结构描述.        --->在笔者看来,UML中定义的节点所能表达的信息并不够充分,对于应用环境的拓扑结构来说仅仅描述节点

&lt;六&gt;面向对象分析之UML核心元素之业务实体

一:基本概念          ---->业务实体类(class)的一种版型.特别用于在业务建模阶段建立领域模型.业务实体是业务模型中非常重要的一个因素,它为问题领域中的关键概念建立概念化的理解.是人们认识问题领域的重要手段.如果说参与者和用例描述了我们在这个问题领域中达到的什么样的目标,那么业务实体就描述了我们使用什么来达到业务目标以及通过什么记录这个业务目标.        ---->官方定义:业务实体代表业务角色执行业务用例处理或使用的"事物".        ---

&lt;七&gt;面向对象分析之UML核心元素之包

一:基本概念         ---->包是一种容器,如同文件夹一样.它将某些信息分类.形成逻辑单元        ---->包是UML非常常用的一个元素,它最主要的作用就是容纳并为其他元素分类.包可以容纳任何UML元素,例如用例,业务实体,类图等,也包括子包.        ----->UML认为好的分包具有高内聚,低耦合的性质.        ----->分包好坏手有包之间的依赖关系来评判的.事实上在UML里,包之间的关系定义也只有依赖关系.        ----->什

《面向对象分析与设计》一1.6关于统一建模语言UML

1.6关于统一建模语言UML UML最初是在多种面向对象分析与设计方法相互融合的基础上形成的,后来发展成为也可以用于业务建模以及其他非软件系统建模的语言.它于1997年11月被对象管理组织(Object Management Group)采纳为建模语言规范,随后被产业界和学术界广泛接受. UML定义了建立系统模型所需要的概念并给出了表示法,但它并不涉及如何进行系统建模.因此它只是一种建模语言,而不是一种建模方法.UML是独立于开发过程的,也就是说它可以适用于不同的开发过程. UML 2.4规范由

UML面向对象分析与建模-【6】状态图

  一.概述 在一般的面向对象技术中,状态图又称为状态迁移图.描述了一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态之间的迁移.大多数面向对象技术都使用状态图来描述一个对象在其生命周期中的行为. 二.状态 在所有动态图(序列图.协作图.状态图.活动图)中,消息是作为对象间的一种通信方式来表示的.消息包括简单消息.同步消息和异步消息.可以将一个简单消息和同步消息合并成一个消息. 在UML中,对于状态的定义着重于对象行为的规则,状态描述了一个对象生命周期中的一个时间段.它可以用三种附加方