软件应能真正的对客户的工作提供帮助，只有客户使用并真正对其有用才能说我们做的软件成功了。客户从开始提出需求时到后期的工作过程中，需求总是不停变化的，所以这就需要需求人员对需求领先于客户。所以活用UML进行结构和行为建模，帮助我们更好的认识客户业务和做好业务流程再造工作。UML进行需求分析的过程：
|
搞清楚系统的目标和范围 |
|
找出该系统的所有关键涉众列出他们要解决的问题 |
|
分析业务，确认问题，发掘真正问题 |
|
针对问题，提出系统的特性 |
|
针对特性，提出系统的用例细化功能需求非功能需求 |
类图是用的最多的UML图。类图是帮助我们理清人、物品、事物并理清关系的用途。而构建类图，我们首先要找到类、类的属性、然后找到类之间的关系。
1.什么是类?
需求中提到的各种业务概念、任务等，经过抽象后可以视为类。将某类东西归纳在一起，可以成为一个类。类的提炼多种角度，需要根据系统的目标业务的场景的等，选取合适的角度对事物进行归纳。
2.什么是类图？
类图的表示有自己的特。一个类就是一个矩形的方框，最上面是类的名字，中间是属性，最下面的是操作，表示一个类时，可只显示类名，也可以只显示类名和属性。一个类图通常不止一个类，这就涉及到了类与类的关系。用类图获取需求的大致步骤是：识别类图—>识别出类的主要属性—>描绘出类之间的关系—>对类进行分析、抽象、整理。
3.类之间的关系
这时候只需表明类名就可以了，属性和方法可以省略。类之间的关系主要有：直线关系、包含关系、继承关系。直线关系就是关联关系，用一条直线连接，表示一对一的关系、一对多的关系。包含关系中通过强烈程度来分辨。继承关系中有泛化关系和依赖关系，比如：先发现A，然后导出 B，这时就是说A泛化为B，A需要B协助来完成，但是依赖程度不一定是依赖关系。通过这章阅读对类图的关系有了系统的了解，但是我在这本书真正的认识到两种类的是“递归”关系和“三角”关系，这是原来不熟悉的。例如：文件夹和文件的形式。文件夹里面有文件夹，里面的文件可能有文件夹，这可能是无穷无尽的“递归”，而这个包含关系可以自己指向自己，可以“自包含”。这是用来解决无穷“递归”问题。“三角关系”例如：公司、雇员、劳动合同，这里教我们一个画图的解决方法就是如果觉得两个类之间有关系的话，先画直线，如果觉得有关联关系为不回画，我们可以先找到他们的关联类，构造三角关系。
通过类图描述软件各个功能之间的关系，在需求分析中发挥作用。这需要我们的不断练习。