在学习完顺序图之后，流程分析的三种图，我已经学习完了我，但是我还需要大量地锻炼，这样才可以更加熟练地掌握几种图的使用和方法。接下来，我学习了用例图，用来描述系统的行为。
虽然是一同学习的，但是对用例图的理解，明显不如对类图和顺序图的使用更加熟悉，更加明了。也不太清楚用例图的实际作用和使用场景。但是看了作者的讲解和经验之后，我就意识到了，我的根本问题在于没有实践过，所以不能发现用例图的实际作用，而且用例图需要和其他UML图配合使用，才可以发挥更大的威力。
简单描述用例图就是描述系统需求的一种方法，用来描述什么角色通过系统能做什么事情的图，用例图关注的是系统的外在表现、系统与人的交互、系统与其他系统的交互。用例图中有一个小人，就是角色，不同的角色工作责任不一样，在我们思考某系统的需求时，可从不同角色的角度来思考。角色是对系统使用者的抽象，一个角色可以代表多个具体的人，而同一个人可以是多个角色，但是一般来说，某个职位或岗位都可以抽象为角色，不过我们还需要再加以分析和提炼。执行者也有可能不是人，而是一个系统，所以我们也可以将系统画成执行者。我们用圈圈表示用例，这些用例表明了系统能做什么事情，一个用例不一定只能连接一个执行者，多个执行者都可以执行一个用例。方框表示系统边界，但是并不是所有用例图都需要画出系统边界，所以通常的做法是使用一个全局的用例图来宏观表达系统的需求，这样的宏观的用例图需要画出系统边界。线条用来联系执行者和用例，有箭头的线条表示执行者与系统交互的过程中数据的流向。这就是用例图大概的语法，倒是并不困难。
我们在确定用例图的同时，其实也确定了业务的流程，我们还需要将相关业务流程用活动图、状态机图、顺序图等表达出来，通过作者我了解到通常都是在前面的部分将系统的重要业务流程用活动图、状态机图、顺序图等表达出来，后面的部分才是使用用例图来表达系统能做什么。用例图确实可以更好地表达需求，但是我们在实际工作中却有不用使用用例图甚至是UML的情况，所以实际情况才是最重要的。