给大家几个建立用例模型中常出现的问题和应对遵循的原则：

　　一．如何发现用例 　　经过以上的讲解，相信大家对建立用例模型有了一个整体的概念，然后开始着手练习绘制用例模型。这时候，一个非常严峻的问题出现了：如何发现用例。大师曾经给出了答案，大致意思就是：首先选择系统边界，然后确定主要参与者，定义满足用户目标的用例，为其命名。然而，我在实践中证明，这套方法过于理论，并不实用。也许，我们换一种思路会更加符合实际。 　　当我们开始一个项目的需求分析时，肯定是去听客户谈他们的需求，或者看客户提交的业务需求文档。这其中，客户一定会提出一个又一个的功能或要求，他们中的每一个就成为了我们最初的用例。分析这些用例，关注它们每一个的参与者，以及它们相互之间的关系，这就形成了最初的用例模型。这里特别应当提醒大家的是，我们采用用例分析的方式与客户沟通需求的时候，我们应当着重关注的是参与者及其目标，即每个功能的参与者是谁，完成这个功能的目标是什么，以及如何完成这个目标。这时的用例说明采用概述的方式，即只进行主成功场景（基本流程）的描述。 　　此后，我们继续与客户沟通，一方面，继续细化以后的用例，各个用例的替代场景（分支流程）逐渐被整理出来，用例在一步步细化。同时，我们对一些需求的认识一开始可能存在着偏差，因此我们还不断在更正我们的用例描述。另一方面，一些新的功能被用户提出来，形成一些新的用例。 　　如此反复数轮之后，项目需求的整体框架逐渐清晰，这时候我们开始讨论系统边界。这是