IT小白

UML (Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化的建模语言。适用于描述以用例为驱动，以体系结构为中心的软件设计的全过程。 详细的介绍了：UML的定义、表示法、模型图的构成、ＵＭＬ中的四种事物、ＵＭＬ中的关系以及ＵＭＬ的九种图。

在UML系统开发中有三个主要的模型：功能模型: 从用户的角度展示系统的功能，包括用例图。对象模型: 采用对象，属性，操作，关联等概念展示系统的结构和基础，包括类图、对象图、包图。动态模型: 展现系统的内部行为。 包括序列图，活动图，状态图。

UML类图：显示了系统的静态结构，而系统的静态结构构成了系统的概念基础。类图用于对系统中的各种概念进行建模，并描绘他们之间的关系。在类图中，一共包含了一下集中模型元素，分别是：类、接口、依赖关系、关联关系、泛化关系以及实现关系。类图的目的在于描述系统的构成方式，而不是系统如何协作运行的。 类图的作用：类图常用来描述业务或软件系统的组成、结构和关系，我们通常通过下面三种方式使用类图：

对象图（Object Diagram）显示了一组对象和他们之间的关系。使用对象图阿狸说明数据结构，类图中的类或组件等实例的快照。对象图和类图一样，反应了系统的静态过程，但它是以实际的或原型化为基础来表达对象间的关系。对象图显示某时刻对象和对象之间的关系，一个对象图可看成一个类图的特殊实

顺序图：用来表示用例中的行为顺序，当执行一个用例行为时，顺序图中的每条信息 对应了一个类操作或状态机中引起转换的事件。顺序图展示对象之间的交互，这些交互是指在场景或用例的时间六中发生的，顺序图属于动态建模。顺序图的重点在消息序列上，也就是说，描述消息是如何在对象间发送和接收的，表示了对象孩子间传送消息的时间顺序。   协作图：是一种交互图，强调的事发送和接受消息的对象之间的组织结构，使用协作图

我认为机房重构的正确顺序是：数据库、画图（包图、类图、时序图）、文档最后是代码的实现。不过，虽然我这么认为，却没有完全按照这个进行。我认为，计划和顺序是死的，人是活的，如果进行到某一步，你进行不下去了，你会怎么办？     我的选择是，放下，从别的方式入手。就二次机房来说，我先做了包图，简单的做了类图（有一种不知道从哪里下手，不知道怎么开始的感觉），和第一次类图没有太大差别，因为我没有找到入手

随着软考的进行，开始了新一轮设计模式的学习，距离上一次这种整体、从头到尾学习设计模式已经有一段时间了。上次整体上的学习中，主要是了解，简单的使用设计模式。随着这一段时间的接触，潜移默化，这次的学习，相对深入一些。下面我以观察者模式为例，记录一下这次设计模式的学习。（以Head First 设计模式为主要材料）。      1、复习什么是观察者模式       我们看看报纸和杂志的订阅是怎么