UML可以使用用户场景图吗？
当然，您熟悉UML类图和对象图及其关系。对象图用于对系统中的对象及其关系进行建模，对于基于类的面向对象编程语言来说，对象图意味着对不同类的具体对象进行建模 当我在一个项目中工作时，我必须创建用例（图表）和人物角色（如在用户体验设计中），我认为它们与类和对象有着相同的关系——实例（实例）。同样，在统一过程中理解的用例（在某种程度上与UML耦合）是一组具有一个主场景（流）的场景。因此，具体的场景，例如行为驱动开发中的场景，是用例的一个实例UML可以使用用户场景图吗？,uml,bdd,user-experience,use-case,Uml,Bdd,User Experience,Use Case,当然，您熟悉UML类图和对象图及其关系。对象图用于对系统中的对象及其关系进行建模，对于基于类的面向对象编程语言来说，对象图意味着对不同类的具体对象进行建模 当我在一个项目中工作时，我必须创建用例（图表）和人物角色（如在用户体验设计中），我认为它们与类和对象有着相同的关系——实例（实例）。同样，在统一过程中理解的用例（在某种程度上与UML耦合）是一组具有一个主场景（流）的场景。因此，具体的场景，例如行为驱动开发中的场景，是用例的一个实例 你认为这有意义吗？您是否愿意使用UML中的用户场景图来对角色
你认为这有意义吗？您是否愿意使用UML中的用户场景图来对角色和用户场景进行建模，例如，在BDD中生成用户验收测试？我对过去过度使用UML（1）感到内疚，包括用例图作为规范的一部分 我的建议（基于经验）是，纯文本表示（也使用BDD框架执行）提供最高的价值/工作量比
我对过去过度使用UML（1）感到内疚，包括用例图作为规范的一部分 我的建议（基于经验）是，纯文本表示（也使用BDD框架执行）提供最高的价值/工作量比
参数化用例可用于建模用户场景。每个角色都是参与者，但不是每个参与者都是角色。参数化用例可用于建模用户场景。每个角色都是参与者，但不是每个参与者都是角色。好吧，我个人非常关注文本DSL，我完全理解你的观点：）然而，当你忘记UML具体语法（图表）时，你可以很容易地用文本符号（TextUML-）实现UML，并获得生产力优势，保持抽象语法（xmi）兼容。通过模型驱动的方法，您可以轻松地开发与BDD框架功能相同或更好的工具。。。所以，我的问题是概念性的，我在问这样一个抽象概念是否好：）我想这取决于上下文。这些努力是否产生了足够高价值的工件，使其对您的组织有价值？这只是我的一个想法，我真的说不出来，因此我在问，我想知道它是否合理。好吧，我个人对文本DSL很感兴趣，我完全明白您的意思：）但是，当您忘记UML具体语法（图表）时，您可以轻松地使用文本表示法（TextUML-）实现UML，并获得生产力优势，同时保持抽象语法（xmi）兼容。通过模型驱动的方法，您可以轻松地开发与BDD框架功能相同或更好的工具。。。所以，我的问题是概念性的，我在问这样一个抽象概念是否好：）我想这取决于上下文。这些努力是否产生了足够高价值的工件，使其对您的组织有价值？这只是我的一个想法，我真的说不出来，因此我在问，我想知道它是否合理。