读书笔记《道法自然--面向对象实践指南》第二章

第二章的用例分析，仍是属于需求分析阶段的工作。用例分析的目的是找出系统应该提供哪
些功能，具备什么样的特性、并用大家都能了解的方法用图和文字表示出来。把用例分析独
立出来，足见用例分析是需求分析阶段的重要内容。

开篇和前一章一样，小A又做了反面典型，其目的在于引出对用例模型重要性的说明。在进
行解释之前，使用一种语义清晰、易于理解的语言，是非常重要的，程序设计领域的UML，
就是这样一种很适合用来对用例图示化的语言。

用例分析的最终目的是为了得到用例模型，用例模型之所以这么重要，是因为它有以下几个
优点：

第一，无障碍的在程序之间沟通，可以清楚的知道软件应提供的功能。
第二，有利于在迭代开发周期内选择需要完成的功能。
第三，可以驱动需求分析完成后的架构分析和设计的工作。

知道了什么是用例模型，明确了它的重要性，接着便是需要知道怎样得到用例模型。书中给
出的步骤是：

1. 确定系统边界
2. 确定参与者
3. 找出所有用例(用例图)
4. 确定用例级别
5. 添加必要的文字说明
6. 画出顺序图

系统边界该怎样确定？答案是你该灵活的选取，以能较好获取用户目标级用例为好。边界确
定后，就可以找出与边界有交互的参与者(用户和子系统)。这一点和第一章找项目干系人有
类似之处。画一张系统结构图，对找出系统不同的边界非常有帮助。边界确定后，参与者会
怎样操作我们的系统呢？用例分析就是要寻找这问题的答案，用例分析也有一定的准则：

1. 一个用例只描述一个的任务
2. 任务指用户一个完整的意图，含一系列连贯的步骤
3. 反馈有意义的结果(如成功失败等)

用例可分为高层用例、用户目标级、子功能用例三种，高层用例主要是用于与用户沟通，寻
找的办法是不停的扩大系统边界，直到再扩大时用例的参与者就会被包括在系统中的临界点
为止。用户目标级用例，海平面，对于用户而言，执行这些用例的目的就是为了实现某个特
定的目标。一旦实现了这些目标，用户就可以满意的离开了。子功能级用例通常只对应于目
标级用例的一个执行步骤,因此,这些用例可能会对应于不同的系统边界,有可能是整个系统,
也有可能是某一个子系统。

文字说明也是可以添加的，顺序图除了能够描述流程外，图示的方法也便于找出其它的信息
，例如消息的分类等。

另一人的读后感：
http://www.cnblogs.com/walkingboy/archive/2006/04/13/374239.html