软件测试开发技术UMLchina网站潘加宇与网友的聊天实录 UML模型
关键字：UMLchina 网友：领域模型、概念模型、业务模型三者之间有什么关系？
UMLchina_潘加宇: 三者是基本一样的。说的都是现实中的模型，要说有区别，应该是：前两者说的是类图，后一个不只是类图。
网友: 可以不确切的将分析类中entity class看作是业务模型的主要成分，对否？
UMLchina_潘加宇: 分析类中entity class是系统的一部分，是分析阶段的工件。业务模型（如果有）里应该是业务对象图。
网友：用例是为了更好地进行需求分析？
UMLchina_潘加宇:用例是帮助开发者获得有价值需求的技术。
网友：对于入门者请潘先生能不能先介绍一番。
UMLchina_潘加宇：入门者请看http://www.umlchina.net/training/umlchina_1.pdf，http://www.umlchina.net/training/umlchina_2.pdf。
网友：是不是很多小型的项目，用类图，就很足够了？
UMLchina_潘加宇：类图是武器，用例是目标。目标错了，拿着AK47又有什么用？后果是，一旦出了问题，受怀疑的不是目标，而是AK47
网友：use case 和 时序图、类图有何关系？
UMLchina_潘加宇：通过顺序图把用例文档的系统责任分配到类上。
网友：请问是不是需要我们客户也需要学习UML？
UMLchina_潘加宇: NO！
网友：感觉在实际使用中，特别是小项目中用起来比较费劲。
UMLchina_潘加宇: 那是因为误用的人太多，只领会了形式。
UMLchina_潘加宇: mdl里有的只是uml提供的符号，在分析阶段开始才比较管用。
网友: 如何掌握use case的粒度问题？
UMLchina_潘加宇: 用例要有路径、路径要有步骤，而这一切都是“可观测”的。例如：“到数据库取某字段”对客户是不可理解和验证的，当然，是客户提出的又是另外一回事。
网友：我觉得用例的粒度问题，应该是，用例分析过程中应该是逐步求精的过程。即先有个大框架，然后再进一步细化，直至一切都可观测。不知道潘老师怎么认为？
文章来源于领测软件测试网 https://www.ltesting.net/