走出用例图误区

    uml初学者，大部分都是从认识用例图开始。记得我刚学uml的时候，导师就再三跟我强调，uml只是一门工具，不是为了画图而画图。这句话听来并不难理解，但真要在实际项目中领悟参透还是需要一段时日的。它反应在各种需求建模的细节中。
    uml用例图也并未很难画，各种用例的间的关系也不是很难理解。对于初学者来说，很容易把重点放到uml用例图上，而忽视了用例文本（用例规格说明）的编写。高手提取几个用例会很轻松，但要编写严格、干净、逻辑性强的用例文本却非易事。所以，用例文本的编写很容易看出一个分析/设计人员的水准。
    用例图可以直观地展现需求中的所有用例、参与者、系统边界，以及它们之间的关系，但这还不足以表达需求分析所要求表达的内容。用例图必须辅之以用例说明，才能完整清楚地表达。用例模型是需求分析阶段的主要成果，因此它担负的职责繁重。用例模型必须做到以下要求：  
1、语言的互通。用例模型采用的语言必须达到，既能让业务人员看懂，以便给予业务确认，又能让技术人员看懂，以便进行日后的设计开发。因此，用例模型的描述必须是对业务需求最平实的表述，站在业务人员的角度说事儿，不能参杂过多的技术语言。同时，又要站在技术的角度进行分析，详细清楚地表述各个功能的操作流程，并不能使用过于专业的业务术语，或者对必要的业务术语进行解释，让技术人员看懂。
2、清晰准确。用例模型必须清晰准确地表达每一个业务需求，因此我们在建立用例模型的时候，必须明确每一个术语，每一段表述，不