软件测试开发技术UMLchina网站潘加宇与网友的聊天实录

软件测试开发技术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_潘加宇: 用例要有路径、路径要有步骤，而这一切都是“可观测”的。例如：“到数据库取某字段”对客户是不可理解和验证的，当然，是客户提出的又是另外一回事。 

网友：我觉得用例的粒度问题，应该是，用例分析过程中应该是逐步求精的过程。即先有个大框架，然后再进一步细化，直至一切都可观测。不知道潘老师怎么认为？ 

原文转自：http://www.ltesting.net