《UML大战需求分析》阅读笔记04

在学习了前面的几种UML图并不能满足所有情况的建模，如当流程图涉及到多种角色，并且通过对多种角色交互展开时，顺序图才是不二选择。顺序图就如同中文语法的说话语言相似，描述的是一种事件发生的顺序。顺序图分为循环及分支语法结构两种语法。它强调的先后顺序。

作为一个开发人员，不仅要懂得如何从用户那里获取有用的信息，还要懂得怎么清晰地描述自己的想法，给客户呈现出一个结构完整、功能全面的系统原型。那么，这些必备的画图技巧，就会帮上很大的忙。业务用例在整个软件开发过程可以获取需求，在整个项目开发过程中起到指导其他工作流程的作用。在上机的过程中通过对自己做的系统进行业务用例描述，对这个系统的业务流程有了清楚的了解。在这个过程中就涉及到了另一种UML图：用例图。

用例图能从比较清晰启动的角度表达系统的需求，而且不涉及到技术用语。用例图和其他UML配合使用才能发挥高效。侧重于描述什么角色通过某某系统能做什么事情的图，用例图关注的是系统的外在表现，系统与人的交互，系统与其他系统的交互。首先用例图的一个小人代表着一个角色。角色是对系统使用者的抽象。一个角色可以代表着多个具体的人，既是执行者，与系统进行交互的事物。而系统应该做的事应该是以“动宾”形式描述一个用例的。多个执行者可以执行多个用例。在所有的而用例图外层都应有系统边界，系统边界内只包括用例，并没有执行者。而见他们相连的是关系。但是并不是所有用例图都需要画出系统边界，所以通常的做法是使用一个全局的用例图来宏观表达系统的需求，这样的宏观的用例图需要画出系统边界。用例图中角色的关系包括：继承、Include（包含）、Extend（扩展）。在系统开发之前，确定了用例图的同是，也确定了业务的流程。

当然，用例图不是万能的，也不是表达需求的唯一方式。学会掌握用例图所承载的需求分析方法，能够灵活的运用才是关键。