Posts Tagged ‘uml’

笔记 – UML基础 – 组件图

主要目的:显示系统组件间的结构关系
在 UML 2 中,组件被认为是独立的,在一个系统或子系统中的封装单位,提供接口(一个或多个)。虽然 UML 2 规范没有严格地声明它,但是组件是呈现事物的更大的设计单元,这些事物一般将使用可更换的组件来实现。但是,并不象在 UML 1. x中,现在,组件必须有严格的逻辑,设计时构造。
主要思想:你能容易地在你的设计中重用及/或替换一个不同的组件实现,因为一个组件封装了行为,实现了特定接口。
系统管理员发现组件图是有用的,因为他们可以获得将运行于他们系统上的逻辑软件组件的早期视图。虽然系统管理员将无法从图上确定物理设备或物理的可执行程序,但是,他们仍然欢迎组件图,因为它较早地提供了关于组件及其关系的信息(这允许系统管理员轻松地计划后面的工作)。
一个组件是提供一个或更多公共接口的独立单元。提供的接口代表了组件提供给它的用户/客户的服务的正式契约。该例中,组件提供了名为 OrderEntry 和 AccountPayable 的接口。此外,组件也要求另外一个组件提供Person接口。另一种显示方法:–组件关系建模,简单的是就是要通过provided interface和required interface把所有组件连接起来。ps:接口定义了依赖
UML 2 规范在如何区别子系统与组件方面相当含糊。从建模的观点,规范并不认为组件与子系统有任何区别。
UML 2 规范中说,何时该使用组件或子系统决定于建模者的方法论。 — 也就是说这是一个见仁见智的问题
组件图经常是一个架构师在项目的初期就建立的非常重要的图。然而,组件图的有用性跨越了系统的寿命。组件图是无价的,因为它们模型化和文档化了一个系统的架构。因为组件图文档化了系统的架构,开发者和系统可能的系统管理员会发现这一工作的关键产品有助于他们理解系统。
组件图也视为软件系统配置图的输入。??

uml hierarchie des diagrammes

結構性圖形(Structure diagrams) 強調的是系統式的塑模:

類別圖 (Class Diagram)
元件圖(Component diagram)
複合結構圖(Composite structure diagram)
部署圖(Deployment diagram)
物件圖(Object diagram)
包圖(Package diagram)

行為式圖形(Behavior diagrams) 強調系統模型中觸發的事件:

活動圖(Activity diagram)
狀態機圖 (State Machine diagram)
使用個案圖 (Use Case Diagram)

溝通性圖形(Interaction diagrams), 屬於行為圖形的子集合,強調系統模型中的資料流程:

通信圖(Communication diagram]]
交互概述圖(Interaction overview diagram) (UML 2.0)
循序圖(Sequence diagram)
時間圖(UML Timing Diagram) (UML 2.0)

—来自中文wikipedia