利益相关者研讨会

需求分析师或业务分析负责引出需求的艰巨任务，这需要与利益相关者（包括客户和分析团队）进行良好的沟通。促进利益相关者需求的一种非常成功的方法是与所有关键利益相关者一起运行研讨会。分析师作为沟通者、外交官和调解者的技能对于创建一个有利于探索利益相关者需求和关注点的协作和尊重环境非常重要。分析师必须使用利益相关者理解的术语，并表现出理解或愿意学习构成领域的元素。

有时会出现一种误解，认为将阐明的是一组明确定义的要求，这些要求可以作为利益相关者的需求输入到工具中；这与实际情况相去甚远。利益相关者通常会表达广泛的想法，包括政策、业务规则、数据定义、项目管理约束、功能需求、业务需求、现有系统问题甚至建议的解决方案。即使使用外部顾问来运行这些会议，分析师也没有时间对会议中的所有这些陈述进行分类。需要一种方法让负责记录语句的抄写员将它们放入工具中，而不用担心正在记录什么类型的信息。将它们记录在工具中而不是在分析师的笔记本中潦草是最佳实践，因为它允许它们在会议期间显示并且利益相关者可以看到彼此的评论。

Enterprise Architect有许多功能可以帮助这些研讨会。一种非常有效的方法是使用 MindMapping 图来记录涉众的陈述，这种方法非常有效，因为它是一种众所周知的方法，并且没有引入任何建模语言（如UML ）所附带的形式。

由于发现了重要术语，因此可以将它们输入项目词汇中，即使没有时间讨论和辩论商定的含义，这些词也将作为该领域重要实体的初始列表。或者，这些术语可以在域模型中创建，并通过描述术语之间重要关系的连接器相互关联。

还可以对利益相关者进行建模，并且可以在图表中描述他们彼此之间的组织关系。这是一种有用的技术，可以让关键利益相关者在模型中找到自己的位置，从而获得认同。

思维图表图图

思维导图A用于记录利益相关者在启发研讨会期间的陈述。这些陈述没有分类，而是简单地记录下来，然后在分析相发展的过程中，它们可以转换为适当的元素或保留下来，需求可以追溯到主题，从而有效地创建了需求是如何需求的记录。这是一种有用的技术，它使利益相关者无需了解建模语言并允许他们专注于表达他们的需求，它还使分析师不必担心使用哪种元素来模型陈述。这一步通常在需求的开发过程的分析相进行。

词汇表

在研讨会之前，分析师可以使用从阅读项目文档（例如业务案例或愿景文档）中收集到的现有术语及其含义来填充项目词汇。在研讨会期间，随着新术语的发现，可以将它们添加到词汇表中，并且可以讨论和输入它们的定义，也可以推迟到分析阶段的相。

领域模型

领域模型A作为与许多利益相关者讨论的指导模型，理想情况下，应在任何研讨会开始之前创建骨架模型。域模型应该保持简单，域元素应该有一个名称和描述或责任，并且最初应该在元素之间建立重要的连接。随着研讨会的进行，新的元素将被发现并可以直接添加到模型中，从而使利益相关者相信他们的需求和关注得到了很好的解决和管理。 Enterprise Architect允许使用UML类图创建域模型。

讨论

讨论和审阅窗口是一个方便的功能，允许对元素进行评论，而不会污染注记，讨论最终不会有助于模型的完整性。建模人员经常将注记放在图表上或在元素注记字段中写问题，这些会分散注意力，在从模型生成正式文档时必须将其删除。讨论和审阅窗口允许建模者发起讨论和其他人回复。这是讨论需求的完美方式。

讨论和审阅窗口方便地显示存储库中所有元素的讨论。