《编写有效用例》为我们提供了很多用例的编写技巧以及需求分析的知识，通过这些知识我们可以根据实际项目的情况运用更加娴熟的用例编写技巧来帮助我们更好的完成工作。在第一篇阅读笔记中我们就谈到了用例应用范围是很大的，但是这段时间的阅读让我产生了一个困惑，那就是用例到底应用在项目开发过程中的什么地方，以及如何合理的应用这些用例。正在困惑之时我翻阅到了这一章节，主要探讨了用例在整个过程中的作用。那么今天我就结合这一节的内容对用例的作用做一个梳理。
用例的一个和重要的作用就是描述需求，用例中主执行人和业务目标之间的联系就说明了一个功能需求，而正是通过一个个了用例组成了信息系统的原型设计。所以用例为管理者指明了应提交给用户的系统功能，用例的标题往往指明了主执行者的需求，同时系统也必须支持这些需求，而对用例的具体描述则表达了系统需要什么功能以及提供什么样的服务。所以用例在项目的组织上发挥着很大的作用。具体可以采用这样一些方式。首先可以通过用例标题来进行组织，比如在项目开发早期时建立一张表格，在表格里填写用例名，用例执行者，优先级和复杂度等内容，随着项目的演进可以对表格的内容进行扩展。在整个项目开发过程中可以非常轻松的对这个表格进行管理，对每一个用例进行审核和评估，对每个用例指派工作组，对每个版本的用例开发进行管理。一般而言，软件的每一个版本都对应着一整套用例集，但是也有例外情况，所以就可以通过对用例的管理来对项目进行组织。
其次，还可以通过用例来制定软件开发任务。要完成从用例到任务列表的映射要注意很多问题。最重要的是保持用例文档和设计任务列表的同步，还可以同时建立两份文档，并努力保持同步更新。要认识到用例仅仅是提供了设计所需要的所有黑盒行为需求，这些需求描述了系统的行为，而不对设计者做任何的限制。所以用例只是帮助设计者们利用其自己的开发技巧来完成好的设计。从用例的设计的转化过程中要注意方法，要避免这样的一些问题。首先就是设计不通过用例来分组，其次就是盲目依靠用例，导致功能分解了设计。因为在编写用例的时候是将一个个的功能模块条例化，而设计是面向整体的，如果开发盲目依靠用来来进行必然会导致整体设计上被分散。而较好的转化方法则会考虑依靠通过用例构建起的用户场景来进行开发，利用用例来命名域对象的概念。还有重要的一点就是可以通过用例来进行用户界面的设计，利用用例描述来设计对每个用例中的主执行者友好的界面是软件开发的很重要的一点。
另外用例在测试场景中也有很重要的作用，这里由于篇幅所限，就不一一列举。重要的是理解用例在项目进行过程中所发挥的作用，以及如何发挥作用。在实际用例编写中要考虑实际因素，把妥善的利用好用例。