摘要：
· 依赖 依赖表示两个或多个模型元素之间语义上的关系。它只将模型元素本身连接起来而不需要用一组实例来表达它的意思。它表示了这样一种情形，提供者的某些变化会要求或指示依赖关系中客户的变化。 根据这个定义，关联和泛化都是依赖关系，但是它们有更特别的语义，故它们有自己的名字和详细的语义。我们通常用依赖这个词来指其他的关系。 表 4–3 列出了 UML 基本模型中的一些依赖关系。 ... 阅读全文
摘要：
· 泛化 泛化关系是类元的一般描述和具体描述之间的关系，具体描述建立在一般描述的基础之上，并对其进行了扩展。具体描述与一般描述完全一致所有特性、成员和关系，并且包含补充的信息。例如，抵押是借贷中具体的一种，抵押保持了借贷的基本特性并且加入了附加的特性，如房子可以作为借贷的一种抵押品。一般描述被称作父，具体描述被称作子如借贷是父而抵押则是子。泛化在类元（类、接口、数据类型、用例、参与者、信号等... 阅读全文
摘要：
· 关系 类元之间的关系有关联、泛化、流及各种形式的依赖关系，包括实现关系和使用关系（参见 表4–2 ）。 关联关系描述了给定类的单独对象之间语义上的连接。关联提供了不同类间对象可以相互作用的连接。其余的关系涉及到类元自身的描述，而不是它们的实例。 泛化关系使父类元（超类）与更具体的后代类元（子类）连接在一起。泛化有利于类元的描述，可以不用多余的声明，每个声明都需加上从其父类继承来的描述。... 阅读全文
摘要：
· 活动视图 活动图是状态机的一个变体，用来描述执行算法的工作流程中涉及的活动。活动状态代表了一个活动：一个工作流步骤或一个操作的执行。活动图描述了一组顺序的或并发的活动。活动视图用活动图来体现。 图 3–6 是售票处的活动图。它表示了上演一个剧目所要进行的活动（这个例子仅供参考，不必太认真地凭着看戏的经验而把问题复杂化）。箭头说明活动间的顺序依赖关系 — 例如，在规划进度前，首先要选择演出... 阅读全文
摘要：
· 交互视图 交互视图描述了执行系统功能的各个角色之间相互传递消息的顺序关系。类元是对在系统内交互关系中起特定作用的一个对象的描述，这使它区别于同类的其他对象。交互视图显示了跨越多个对象的系统控制流程。交互视图可用两种图来表示：顺序图和协作图，它们各有不同的侧重点。 · 顺序图 顺序图表示了对象之间传送消息的时间顺序。每一个类元角色用一条生命线来表示—即用垂直线代表整个交互过程中对象的生命期。... 阅读全文
摘要：
· 静态视图 静态视图对应用领域中的概念以及与系统实现有关的内部概念建模。这种视图之所以被称之为是静态的是因为它不描述与时间有关的系统行为，此种行为在其他视图中进行描述。静态视图主要是由类及类间相互关系构成，这些相互关系包括：关联、泛化和各种依赖关系，如使用和实现关系。一个类是应用领域或应用解决方案中概念的描述。类图是以类为中心来组织的，类图中的其他元素或属于某个类或与类相关联。静态视图用类图... 阅读全文
摘要：
· 用例视图 用例视图是被称为参与者的外部用户所能观察到的系统功能的模型图。用例是系统中的一个功能单元，可以被描述为参与者与系统之间的一次交互作用。用例模型的用途是列出系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行。 图 3 – 2 是售票系统的用例图。参与者包括售票员、监督员和公用电话亭。公用电话亭是另一个系统，它接受顾客的订票请求。在售票处的应用模型中，顾客不是参与者，因为顾... 阅读全文
摘要：
· 标准化 1997 年 11 月， UML 被 OMG 全体成员一致通过，并被采纳为标准。 OMG 承担了进一步完善 UML 标准的工作。在 UML 标准通过前，就已经有许多概括 UML 精华的书出版发行。许多软件开发工具供应商声称他们的产品支持或计划支持 UML ，若干软件工程方法学家宣布他们将使用 UML 的表示法进行以后的研究工作。 UML 的出现似乎深受计算机界欢迎，因为它是由官方出面集... 阅读全文
摘要：
· 面向对象的开发方法 利用传统程序设计语言（如 Cobol 和 Fortran 语言）的软件开发方法出现于 20 世纪 70 年代，在 80 年代被广泛采用，其中最重要的是结构化分析和结构化设计方法 [Yourdon-79] 和它的变体，如实时结构化设计方法 [Ward-85] 等。这些方法最初由 Constantine 、 Demarco 、 Mellor 、 Ward 、 Yourdon ... 阅读全文
摘要：
· 表达式和图表语法 本书列举了许多演示实际模型的表达式和图表，以及表达式的语法和图表的注释。为了尽量避免将解释说明和实例弄混，本书采用了一些约定的格式。 在图表和文本表达式中实际的表示法部分用 Comic Sans 字体印刷。例如，模型中出现的 Helvetica 字体的类名是一个合法的名称。语法表达式中的括弧是一个可能出现在实际表达式中的括弧，它不是实际语法机构的一部分。例如： Ord... 阅读全文
摘要：
· UML 的目标 UML 语言的开发有多个目标。首先，最重要的目标是使 UML 一个通用的建模语言，可供所有建模者使用。它并非某人专有，且建立在计算机界普遍认同的基础上，即它包括了各种主要的方法并可作为它们的建模语言。至少，我们希望它能够替代 OMT ， Booch ， Objectory 方法以及参与 UML 建议制订的其他人所使用的方法建立的模型。其次，我们希望 UML 采用源自 OMT... 阅读全文
摘要：
· 模型的层次 针对不同目的，模型可以采取各种形式及不同的抽象层次。模型中所包含的信息量必须对应于以下几种目的： 指导设计思路 在项目早期所建立的高层模型用于集中利益相关者的思路和强调一些重要的选择方案。这些模型描述了系统的需求并代表了整个系统设计工作的起点。早期的模型帮助项目发起者在把精力放在系统的细节问题之前研究项目可能的选择方案。随着设计工作的进展，早期模型被更为精确的模型所替代。... 阅读全文
摘要：
· 什么是模型 模型是用某种工具对同类或其他工具的表达方式。模型从某一个建模观点出发，抓住事物最重要的方面而简化或忽略其他方面。工程、建筑和其他许多需要具有创造性的领域中都使用模型。 表达模型的工具要求便于使用。建筑模型可以是图纸上所绘的建筑图，也可以是用厚纸板制作的三维模型，还可以用存于计算机中的有限元方程来表示。一个建筑物的结构模型不仅能够展示这个建筑物的外观，还可以用它来进行工程设计和... 阅读全文
摘要：
一个模型是一个系统潜在配置的发生器；系统是它的范围，或值。按照模型来进行系统配置是一种理想化的情况。然而，有时模型所要求的种种条件在现实中无法实现。模型还是对系统含义和结构的一般性说明。这种描述是模型的范围，或含义。模型总是具有一定的抽象层次。它包含了系统中的最基本的成分而忽略了其他内容。对模型来说，有以下几方面需要考虑： 抽象和具体 模型包含了系统的基本成分而忽略了其他内容。哪些是基本内容... 阅读全文
摘要：
· 模型内容 语义和表示法 模型包含两个主要方面：语义方面的信息（语义）和可视化的表达方法（表示法）。 语义方面用一套逻辑组件表达应用系统的含义，如类、关联、状态、用例和消息。语义模型元素携带了模型的含义即，它们表达了语义。语义建模元素用于代码生成、有效性验证、复杂度的度量等，其可视化的外观与大多数处理模型的工具无关。语义信息通常被称作模型。一个语义模型具有一个词法结构、一套高度形式化的规则... 阅读全文
摘要：
· UML 初览 本章使用一个简单的例子对 UML 中所使用的概念和视图进行初览。本章的目的是要将高层 UML 概念组织成一系列较小的视图和图表来可视化说明这些概念，说明如何用各种不同的概念来描述一个系统以及如何将各种视图组织在一起。概括性的说明不可能面面俱到，其中省略了许多概念。要想得到更详细的说明，可参见下一章对 UML 各视图的说明和本书大全部分的有关细节。 本章使用的例子是计算机管理... 阅读全文
摘要：
- PowerDesigner杂记数据库设计工具对比 PowerDesign：PowerDesign是 Sybase推出的主打数据库设计工具。PowerDesign致力于采用基于Entiry-Relation的数据模型，分别从概念数据模型 (Conceptual Data Model)和物理数据模型(Physical Data Model)两个层次对数据库进行设计。概念数据模型描述的是独立于数据... 阅读全文