研讨会

Enterprise Architect有一系列工具可以帮助规划、安排和举办研讨会。根据研讨会的正式程度，可能需要制定计划，还可能需要议程和会议记录。这可以使用文档工件来实现。日历A用于记录会议的日期、时间和地点。模型邮件可用于邀请人们参加研讨会并让他们知道会议纪要何时完成。模型中重要信息的链接也可以添加到邮件消息中。在研讨会期间，可以绘制思维导图并发布讨论，记录新概念或词汇表，并展示幻灯片。

思维图表图图

思维导图A用于记录利益相关者在启发研讨会期间的陈述。报表不归类，简单记录，相在需求发展分析阶段，可以转化为合适的元素或者保留，需求可以追溯到话题，有效的创建需求是如何产生的记录。这是一种方便的技术，可以使利益相关者无需了解建模语言，并使他们能够专注于表达自己的需求；它还使分析师不必担心要使用模型元素来分析报表。思维导图主题的需求推导通常在需求开发过程的分析相进行。

了解更多：思维图表图图

讨论

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

讨论摘要窗口方便地显示存储库中所有元素A讨论。

了解更多：讨论

文档工件

A业务分析师定义研讨会方法，通常会计划一个研讨会，并且会定义一个问题列表。文档工件模型A直接在内部存储此信息。 A为文档指定模板，并将结构化或非结构化问题的答案记录到文档中。其它模型元素可以作为研讨会的某些方面的例证，例如讨论的主题，可以作为链接拖到文档中。

了解更多： 文档工件

视图模型

模型视图提供存储在浏览器窗口中的元素和图表的替代视图。幻灯片放映对于在研讨会期间展示一系列图表特别有用，并解决了需要记住浏览器窗口中图表位置的问题。可以创建任意数量的幻灯片，并且可以添加图表，无论它们的类型或在浏览器窗口中的位置如何。从幻灯片到幻灯片的进程可以自动或手动触发。

了解更多： 视图模型

概念模型

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

了解更多： 类图表

词汇表

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

了解更多：词汇表

日历

日历提供了一种以日历格式记录和呈现重要时间信息（例如事件和会议）的方法。如果需要，可以将研讨会输入日历并设置为重复。事件子类型可以配置为将“研讨会”添加为会议类型。

了解更多：日历

模型邮件

模型邮件可用于通知和提醒人们参加研讨会，并在研讨会结束后通知他们有关结果、决策和所需行动的信息。可以添加指向模型元素、图表、矩阵、团队图书馆和各种其他项目的链接。

了解更多： 模型邮件