对于“程序设计”的工作，很多刚開始学习的人的理解就是“写代码”。相同，新手们苦恼的问题是，他们仅仅会“写代码”。当接到一个新的任务，不少人总是在第一时间就爬到键盘上去敲代码。敲着敲着，就把自己绕糊涂了。头晕脑胀地坚持下来，程序能执行，阿弥托佛，赶紧撤。这样做出的程序，并不可靠。
在程序设计中，最重要的不是敲代码，而是设计。就像建筑、机械等行业的要画设计图、施工图，程序设计的思路也有必要用图的形式画出来。绘图的过程就是思考的过程，因为其直观性，绘图的过程本身又促进了思考。在软件project中，已经发展出了非常多种有用的图，为软件产品设计的质量提供保证。这部分练习帮助程序设计者掌握和实践的“程序流程图”。
一、什么是程序流程图
“程序流程图”常简称为“流程图”，是一种传统的算法表示法，程序流程图是人们对解决这个问题的方法、思路或算法的一种描写叙述。它利用图形化的符号框来代表各种不同性质的操作，并用流程线来连接这些操作。在程序的设计（在编码之前）阶段，通过画流程图，能够帮助我们理清程序思路。下图是一个简单的流程图，描写叙述求两个数的最大公约数的算法（辗转相除法）。
画流程图是每一个程序猿的基本功。流程图有其规范，这是用于技术人员之间交流的须要，并非想怎么画就怎么画。流程图中经常使用的符号见右图，在前述求最大公约数的流程图中找出相应的部分。
转自：http://www.cnblogs.com/jiangds/p/6596595.html
UML（Unified Modeling Language）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。
一、基本概念
如下图所示，UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图，又可以静动分为静态视图和动态视图。静态图分为：用例图，类图，对象图，包图，构件图，部署图。动态图分为：状态图，活动图，协作图，序列图。
1、用例图（UseCase Diagrams）：
用例图主要回答了两个问题：1、是谁用软件。2、软件的功能。从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。
2、类图（Class Diagrams）：
用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。 在UML类图中，常见的有以下几种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。
各种关系的强弱顺序： 泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖
2.1.泛化
【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何继承父类的所有特征和行为。例如：老虎是动物的一种，即有老虎的特性也有动物的共性。