这几天学习了UML的用例图怎么画，结合书上面讲到的和老师在课堂上面讲到的，我想写下一些我对业务流程图、用例图、类图之间的关系的体会。
开发一款软件很重要的一点就是能够弄清楚客户到底需要我们开发一款什么样的软件说的更专业一点就是我们开发人员必须要搞清楚需求是什么。开发软件的第二个问题是我们怎么能用团队的形式把用户的需求转换为开发人员能够明白的专业术语。这就需要借助UML图。
业务流程图能够帮助我们梳理软件系统的业务流程，软件系统从什么地方开始，然后软件要进行怎样的逻辑和业务处理。业务流程图主要是用来帮助我们梳理业务和逻辑关系的，它对某一个功能点的描述可能比较含糊，例如登录这功能，在业务流程图里面只是登录两字，以及一个分支判断，登录成功执行怎样的逻辑，登录失败执行怎样的流程。但是在用例图是对业务流程图的一个细化，例如，流程图中登录就代表了登录这个功能，没有详细的考虑登陆过程中系统和用户之间的交互，而用例图就是把某个具体的业务流程细化成为了一个场景，让开发人员用尽可能简洁的文字把这个场景分布的描述出来。流程图里面业务流程的流向对应于用例图中各个用例之间的相互依赖，流程图当中的分支流程对应于用例图中的各个扩展对某个用例的扩展。
我又复习了用例图的画法，以前学过一些用例图的画法，但是后来也没有用，所以基本上和没学没什么两样，即使是在当时学的时候也因为没有很好的学习态度，所以没学到多少东西。这次的实验是基于一个实际的项目开发的，因此我们能够确切的掌握用户的实际需求。开发一个系统首先要明确用户的需求，然后在此需求的基础上，画业务流程图，业务流程图能帮我们梳理具体的业务流程，然后就是用例图，用例图是对业务流程图的一个细化。例如，流程图中登录就代表了登录这个功能，没有详细的考虑登陆过程中系统和用户之间的交互，而用例图就是把某个具体的业务流程细化成为了一个场景，让开发人员用尽可能简洁的文字把这个场景分布的描述出来。流程图里面业务流程的流向对应于用例图中各个用例之间的相互依赖，流程图当中的分支流程对应于用例图中的各个扩展对某个用例的扩展。