面向对象技术与工具【读书笔记】——统一建模语言UML学习（UNIFIED MODELLING LANGUAGE）

面向对象技术与工具【读书笔记】

首先我们回顾下 软件系统的可靠性，重点理解软件的失效和故障。有一个直观的认识，

5.1 UML概述

A GENERAL PURPOSE LANGUAGE AIMED AT DEFINING A STANDARD METHOD TO VISUALIZE THE WAY A SOFTWARE SYSTEM HAS BEEN DESIGNED .软件系统里面的可视化通用语言UML，和现实世界中的英语地位一样。

模型是一个系统的完整的抽象，是人们对某个领域特定问题的求解及解决方案，对它们的理解和认识都蕴涵在模型中。在各种工程问题中，建模已成为工程实践的重要组成部分。

简单来说，UML 语言描述的是软件系统的行为与结构
模型为以后的系统维护和升级提供了文档。

UML建模型语言的描述方式以标准的图形表示为主，
是由==视图（Views）、图（Diagrams）、模型元素（Model Elements）和通用机制（General Mechanism）==构成的层次关系。

1. 用例视图（Use Case View）从使用者的角度描述系统的外部特性及系统应具备的功能等。用例视图是其他视图的核心和基础，直接影响到其他视图的建立和描述。
2. 设计视图（Design View）设计视图用于描述系统设计特征和系统内部的结构，包括结构模型视图和行为模型视图，前者描述系统的静态结构，包括类图、对象图，后者描述系统的动态行为，包括交互图、状态图和活动图。用户所关心的。
3. 过程视图（Process View）过程视图表示系统内部的控制机制和并发特征。常用类图描述过程结构，用交互图描述过程行为。
4. 实现视图（Implementation View）表示系统的实现特征，常用构件图表示，由一些独立的构件（文件）构成，描述了系统的软件特性。程序员所关注的信息
5. 配置视图（Deployment View）配置视图用于描述系统的物理配置特征，系统的物理架构。另外，根据系统的应用领域和特性，还可以建立其他视图。
   （我们有不同的4+1视图）
   
   图用来描述一个视图的内容，是构成视图的成分。UML语言定义了9种不同的图，包括用例图、类图、对象图、包图、状态图、活动图、顺序图、合作图、构件图(COMPONENT DIAGRAM)及部件图，将它们有机地结合起来就可以描述系统的所有视图。

另外，为了适应用户的需求，它还提供了==扩展机制（Extensibility Mechanism），包括构造型（Stereotype）、标记值（Tagged Value）和约束（Constraint）==等，使用UML语言能够适应一种特殊的方法（或过程），或扩充至一个组织或用户。

STRUCTURAL	BEHAVIOURAL
STATIC ASPECTS OR THE OVERALL SYSTEM	DYNAMIC ASPECTS OR BEHAVIOURS OF A SYSTEM
CLASS , COMPOSITE , OBJECT , COMPONENT , DEPLOYMENT , PACKAGE	STATE MACHINE , ACTIVITY , USE CASE , SEQUENCE , COMMUNICATION , TIMING ,INTERACTION OVERVIEW

模型元素与模型元素之间的连接关系也是模型元素。
常见的连接关系有==关联（Association）、泛化（Generalization）、依赖（Dependency）和聚合（Aggregation）==等，

5.2 建立用例模型

用例建模技术，从用户的角度描述系统的功能需求，在宏观上给出模型的总体轮廓，通过对典型用例的分析，使开发者能够与用户进行充分交流，有效地了解和获取用户需求，分析确定系统的需求。UML 的用例模型一直被推荐为识别和捕获需求的首选工具。

用例模型（Use Case Model）描述的是外部执行者（Actor），如用户，所理解的系统功能。它描述的是一个系统做什么（What），而不是说明怎么做（How）。用例模型不关心系统设计。

如何确定执行者是画用例图的首要问题，首先要与系统的用户进行广泛而深入的交流，明确系统的主要功能，以及使用系统的用户责任等。此外，还可以通过回答以下问题来确定执行者。

• ① 谁使用系统的主要功能（主执行者）？
• ② 谁需要从系统获得对日常工作的支持和服务？
• ③ 需要谁维护管理系统的日常运行（副执行者）？
• ④ 系统需要控制哪些硬件设备？
• ⑤ 系统需要与其他哪些系统交互？
• ⑥ 谁需要使用系统产生的结果（值）？

识别出的角色应该用文字的形式或角色描述模板来做进一步的描述。
我们以网络商店为例，我们有执行者“顾客”，“商店管理者”，“收银”，可以对应ROS里面的发布和订阅。有3个接口。
用例除了与执行者有联系外，用例之间也存在一定的联系，用例之间通常有关联、包含、扩展及泛化等关系，包含和扩展是构造型元素，分别用>和>表示，图形表示为一个虚线箭头。在新版的UML中，“包含”>替代了“使用”>。

ENCAPSULATION(封装) / A MECHANISM TO “ CLUSTER ” DATA AND DEFINE HOW IT CAN BE USED BY MEANS
OF AN INTERFACE .
POLYMORPHISM(多态) / FUNCTIONS AND ENTITIES CAN EXHIBIT A CONTEXT - DEPENDENT BEHAVIOUR

最后，总结一句话，永远不要在脑子都没有搞清楚要做什么的时候就轻易地开始编程。 嘿嘿，感觉找到了不编程的借口。

今日写文背景音乐华晨宇和杨宗纬的《国王与乞丐》：

华：怎么了 怎么了
一份爱失去了光泽
面对面 背对背
反复挣扎怎么都痛
以为爱坚固像石头
谁知一秒钟就碎落
难道心痛都要不断打磨
纬：抱紧你的我比国王富有
曾多么快乐
华：失去你的我比乞丐落魄
痛多么深刻
噢 喔 噢 喔
噢 喔 噢 喔
纬：谁哭着谁笑着
一人分饰两个角色
越执迷越折磨
回忆还在煽风点火
明知往前就会坠落
抱着遗憾重返寂寞
爱到最后究竟还剩什么
纬：抱紧你的我比国王富有
曾多么快乐
华：失去你的我比乞丐落魄
痛多么深刻
杨：当一切 结束了 安静了 过去了
华：为什么 还拥有 一万个 舍不得
合：喔 喔
谁又能感受
回忆里的我比国王富有
奢侈的快乐
失去你以后比乞丐落魄
心痛如刀割
怀念那时你安静陪着我
噢 噢
柔软时光里最美的挥霍
喔 喔
爱有多快乐
痛有多深刻
痛有多深刻