| 项目 |
说明 |
| 头脑风暴（ brainstorming ） |
用于识别可能的业务分析活动、技术、风险和其他相关项目，以帮助构建业务分析方法。 Enterprise Architect 具有广泛的设施和建模元素，可以帮助使用此技术。该工具可以在头脑风暴会议期间用于记录想法。可以使用 “ 要求 ” 工具箱中提供的风险元素对风险进行建模，这些风险可以链接到利益干系人、技术或其他元素。
建模选项：
1.在会话期间或会话完成时，直接在模型中的图表或文档中记录头脑风暴会话的结果。
2.在存储库中搜索有助于从此项目或其他项目创建计划的材料。这些材料可能是在其他项目中被证明是有用或危险的方法，问题，风险，工具或技术。 |
| 业务案例（ Business Cases ） |
用于了解问题或机会的元素是否特别具有时间敏感性，高价值，或者围绕可能的需求或解决方案的元素是否存在任何特定的不确定性。 选择使用哪个选项将取决于业务论证是否存在，以及建模者是否希望将业务论证的这些重要方面建模为单独的元素，这些元素可以追溯到描述实现的其他元素，包括组件等元素。
建模选项:
1.使用文档元素直接在企业架构师中创建业务案例，并在本文档中描述重要方面。
2. 创建一个 Artifact 元素，该元素表示存在于 Enterprise Architect 外部的业务案例文档，并超链接到该文档。
3.使用文档生成器创建包含模型内容（如图表、矩阵和列表）的业务案例。
4.使用 Issue 元素描述重要方面，并使用关联将这些方面链接到表示业务案例的元素。
使用应用于业务案例元素的元素维护项来描述重要方面。 |
| 文档分析（ Document Analysis ） |
用于查看可能有助于规划方法的现有组织资产。 可能存在各种文档和其他工件，并且都可以以相同的方式进行建模。
建模选项:
1.创建一个 Artifact 元素，该元素表示存在于 Enterprise Architect 外部的源文档，并超链接到该源文档。
2.使用 “ 要求 ” 、 “ 风险 ” 、 “ 问题 ” 、 “ 约束 ” 等元素来记录分析，这些元素将它们链接到具有构造型为源的依赖关系的源。
3.元素讨论工具可用于在文档分析过程中记录信息。 |
| 估计（ Estimation ） |
用于确定执行业务分析活动可能需要多长时间。 Enterprise Architect 是一个灵活的工具，允许您手动计算和记录执行业务分析活动的时间，或者如果您购买了 BPSim 来自动化此过程。业务流程模拟 (BPSim) 由一个工具支持，该工具可以根据定义的参数模拟流程并记录持续时间。此工具必须单独购买。
建模选项：
1.根据业务分析方法文档中建议的技术记录估计的时间
2.使用业务流程模拟 (BPSim) 时间视角来计算流程的持续时间。 |
| 财务分析（ Financial Analysis ） |
用于评估不同方法（和支持的交付选项）如何影响交付的价值。 对不同方法的财务分析通常使用电子表格等分析工具来完成。电子表格可以从存储库中链接到，或者，如果结果汇总到基于文本的文档中，可以直接在 Enterprise Architect 中创建或从模型链接到。
建模选项：
1.使用 Document Artifact 元素直接在 Enterprise Architect 中创建描述财务分析的文档，并描述该文档中的重要方面。
2.创建表示文档的 Artifact 元素，例如电子表格或 Enterprise Architect 外部存在的任何其他类型的文档并超链接到它。 |
| 功能分解（ Functional Decomposition ） |
用于将复杂的业务分析流程或方法分解为更可行的组件。 可以创建流程层次结构，允许双击图表中的元素以进入层次结构中的下一个级别。这是通过从 Activity 的上下文菜单中选择一个新的子图来实现的。
建模选项：
1.从流程图中的活动创建一个新的子图，允许向下钻取到流程层次结构的下一个级别。
2.在项目浏览器中创建元素层次结构，有效地将一组子活动（或任务）嵌套在父活动下。 |
| 访谈（ Interviews ） |
用于帮助个人或小组制定计划。 可以直接在 Enterprise Architect 中创建面试计划，使其在面试期间可访问。它可以链接到其他元素，例如与参与访谈的利益相关者相关的过程部分。
建模选项:
1.使用文档元素直接在 Enterprise Architect 中创建面试计划，并描述本文档中的重要方面。
2.创建一个 Artifact 元素，该元素表示 Enterprise Architect 外部存在的采访计划文档并超链接到它。
3.使用项目日历将采访作为事件输入。
4.创建模型邮件消息，提醒人们采访以及结果何时发布。 |
| 物品追踪（ Item Tracking ） |
用于跟踪与利益相关者在规划活动期间提出的任何问题。在构建方法时，还可以跟踪讨论期间提出的风险相关项目。 Enterprise Architect 全面支持问题和风险跟踪。问题和风险都可以在项目级别或元素级别创建。创建项目级别的风险允许它们被追踪到其他元素，并通过使用标记值被赋予额外的属性。
建模选项：
1.使用问题元素跟踪提出的问题并将这些问题链接到使用关联表示业务分析方法的元素。
2.使用应用于业务分析方法元素的元素维护问题项来记录和跟踪问题。
3.
使用元素讨论窗口记录尚未完全制定或准备记录为问题的信息或讨论现有问题。 |
| 经验教训（ Lessons Learned ） |
用于通过规划业务分析方法确定企业以前的经验（成功和挑战）。 Enterprise Architect 有一个强大的团队审查工具，可以计划审查并记录结果。如果此工具已用于解决先前的问题或机会，则可以方便地从团队审查工具中获取信息，并有助于规划当前的业务分析方法。
建模选项 ：
1.分析包含在此 Enterprise Architect 存储库或其他位置的先前团队评审，以了解成功和挑战。
2. 创建一个 Artifact 元素，该元素表示 Enterprise Architect 外部存在的项目汇报文档并超链接到它。 |
| 过程建模（ Process Modelling ） |
用于定义和记录业务分析方法。 Enterprise Architect 支持多种标准中的流程建模，包括业务流程模型和表示法 (BPMN) 业务流程图和统一建模语言 (UML) 活动图。虽然这些通常用于对组织流程进行建模，但它们也可用于对业务分析方法进行建模。这将有助于为所有利益相关者阐明方法。
建模选项：
1.使用业务流程模型和符号 (BPMN) 业务流程图创建业务分析方法的流程模型；可选的 Pools 和 Lanes 可用于指示责任。
2.使用统一建模语言 (UML) 活动图创建业务分析方法的流程模型。可选择使用分区（泳道）来指示责任。
3.使用 Archimate 业务层图创建业务分析方法的流程模型。
4.输入和输出可以在 BPMN 的情况下使用数据对象建模，在 UML 的情况下使用对象，在 Archimate 的情况下使用业务对象建模。 |
| 评论（ Reviews ） |
用于与利益相关者一起验证所选的业务分析方法。 Enterprise Architect 有一个强大的团队审查工具，可以计划审查并记录结果。一旦业务分析方法得到充实，就可以与单个利益相关者或作为一个小组进行审查。更传统的方法将审查记录在单独的文档中，但使用团队审查工具的优点是审查包含在模型中，并带有指向描述该方法的过程模型和文档的超链接。
建模选项 ：
1.创建一个名为业务分析的团队审核类别，然后在此类别中创建一个名为业务分析方法的主题，然后创建一个名为关键利益相关者审核的新文档。
2.使用审阅状态选项记录审阅状态。
3.使用日历将评论作为事件输入。
4.创建模型邮件消息，提醒人们审查以及结果何时发布。 |
| 风险分析与管理（ Risk Analysis and Management ） |
用于评估风险以选择适当的业务分析方法。 设计最合适的业务分析方法对于问题或机会的成功至关重要，并且每种方法都会有相关的风险。这些风险可以使用需求工具箱中的项目级别风险元素或构建功能区中的元素变更管理风险记录在 Enterprise Architect 中。
建模选项：
1.使用风险元素来描述风险并将这些风险链接到使用关联表示业务分析方法的元素。
2.使用应用于业务分析方法元素的元素项目管理风险项来描述风险。
3.使用风险分类法（开放组标准）创建风险。 |
| 范围建模（ Scope Modelling ） |
用于确定解决方案的边界，作为规划和估算的输入。 有多种方法可以在 Enterprise Architect 中对计划的范围进行建模，但可能最引人注目的方法是使用功能层次结构。这只是一组分解为更细粒度特征的高级特征。特征比需求处于更高的抽象级别，树中的叶节点可以充当需求的占位符。 也可以包含不在范围内的功能，并使用标记值或颜色进行标记，以表明它们不在范围内。系统边界也可用于对范围进行建模，并在框内或框外提供熟悉的图形形式的特征。
建模选项 ：
使用聚合关系创建从高级别分解为两个或三个级别的特征层次结构。
1.创建一个图表，将功能相互嵌套到两个或三个级别，以显示解决方案的功能。
2.使用边界元素来指示哪些元素功能或高级业务需求在范围内（在边界内），哪些在范围外（在边界外）。 |
| 调查或问卷（ Survey or Questionnaire ） |
用于识别可能的业务分析活动、技术、风险和其他相关项目，以帮助构建业务分析方法。 直接在 Enterprise Architect 中创建调查或问卷确保它接近其他业务分析材料。在目标受众较少的情况下，可以要求参与者直接在文档中记录他们的结果。
建模选项：
1.使用文档工件元素直接在 Enterprise Architect 中创建调查或问卷。
2.使用内部或在线调查工具，并从代表调查的工件元素超链接到调查站点。 |
| 研讨会（ WorkshopsWorkshops ） |
用于帮助在团队环境中制定计划。 Enterprise Architect 是一种团队生产力工具，可用于在研讨会期间创建工件。业务分析方法（或任何其他计划）可以在存储库中创建，并在研讨会中 “ 实时 ” 工作。这是一种非常高效和有效的工作方式，因为利益相关者正在为实时模型做出贡献，并且无需重新输入或修改文档。元素讨论窗口还可用于记录尚未完全制定或准备好放入工件的信息。
建模选项：
1. 创建一个名为 “ 业务分析方法 ” 的文档工件，并在研讨会中 “ 现场 ” 处理它。
2.在元素讨论窗口中创建帖子以记录尚未完全制定或准备好放入工件的信息。
3.创建项目词汇表以确保研讨会参与者对关键术语有共同的理解。
4.使用日历作为活动进入研讨会。
5.创建模型邮件消息，提醒人们研讨会以及结果何时发布。 |
| 项目 |
说明 |
| 计划方法 （ Planning Approach ） |
有各种跨视角、跨行业和跨企业的规划方法。许多规划方法都适合预测方法和适应性方法之间的连续统一体 ... |
| 业务分析可交付成果的形式和详细程度
（ Formality and level of Detail or Bueiness Analysis ） |
在定义业务分析方法时，请考虑适合接近和计划计划的正式程度 ...... |
| 业务分析活动 （ Business Analysis Activities ） |
业务分析方法提供对业务分析师将执行的活动类型的描述。通常组织采用的方法会影响所选择的活动 .. |
| 业务分析工作的时机（ Timing of Business Analysis Work ） |
业务分析师确定何时需要执行业务分析任务，以及业务分析工作的水平是否需要随时间变化。这种类型的计划包括确定在其他知识领域内执行的业务分析任务是主要在特定阶段执行还是在计划过程中迭代执行 ... |
| 复杂性和风险（ Complexity and Risk ） |
在确定业务分析方法时，要考虑变更的复杂性和规模以及组织工作的总体风险。随着复杂性和风险的增加或减少，业务分析工作的性质和范围可以改变并反映在方法中 ...... |
| 验收（ Acceptance ） |
业务分析方法由主要利益相关者审查和同意。在某些组织中，业务分析过程可能更加结构化，并要求主要利益相关者签署该方法，以确保已识别所有业务分析活动，估计是现实的，并且建议的角色和职责是正确的 ...... |
| 项目 |
说明 |
| 头脑风暴（ brainstorming ）
|
用于生成利益相关者列表并确定利益相关者的角色和职责。 可以通过更改图表属性在图表中显示标记值中定义的角色和职责，或者通过更改选项以显示其他字段（包括标记值）在规范管理器中显示。
建模选项
1.创建一个类图并使用 UML 类来表示利益相关者，并可选择使用命名的关联连接器来指示它们的关系。
2.使用规范管理器显示利益相关者列表。
3.使用标记值来表示利益相关者的角色和职责。
4.将元素的外观更改为图像以在图表中创建更多吸引力。 |
| 业务规则分析 （ Business Rules Analysis ）
|
用于识别作为业务规则来源的利益相关者。 选项之间的选择将取决于模型观众是更喜欢在图表中直观地看到事物，还是在规范管理器等列表中以文本形式看到事物；在任何一种情况下，都可以显示标记值。在图表的情况下，可以使用矩形表示法显示业务规则，并将隔间可见性设置为显示标记值。在规范管理器和其他列表的情况下，字段选择器可以配置为显示标记值。
建模选项
1.在图表中创建利益相关者与业务规则或策略之间的依赖关系以指示来源。
2.在业务规则（或任何其他元素）中创建一个名为 “ 源 ” 的标记值，并设置作为业务规则或策略来源的利益相关者的值。
3.使用结构化标记值定义利益相关者列表。 |
| 文件分析 （ Document Analysis ）
|
用于审查可能有助于规划利益相关者参与的现有组织资产。 可能存在各种文档和其他资产，这些都可以以相同的方式建模。
建模选项
1.创建一个 Artifact 元素，表示存在于 Enterprise Architect 外部的源文档并超链接到它。
2.使用需求、风险、问题、约束和其他元素来记录将它们链接到源的分析，其中依赖关系被定型为源。
3.使用 Element Discussions 工具创建帖子，以在文档分析过程中记录信息。 |
| 访谈 （ Interviews ）
|
用于与特定的利益相关者互动，以获取有关利益相关者群体的更多信息或知识。 可以直接在 Enterprise Architect 中创建访谈计划，使其在访谈期间可访问，它可以链接到其他元素，例如与参与访谈的利益相关者相关的流程部分。
建模选项 ：
1.使用文档元素直接在 Enterprise Architect 中创建面试计划，并描述本文档中的重要方面。
2.创建一个 Artifact 元素，该元素表示 Enterprise Architect 外部存在的采访计划文档并超链接到它。
3.使用项目日历将采访作为事件输入。
4.创建模型邮件消息，提醒人们采访以及结果何时发布。 |
| 经验教训（ Lessons Learned ）
|
用于确定企业以前在规划利益相关者参与方面的经验（成功和挑战）。 Enterprise Architect 有一个强大的团队审查工具，可以计划审查并记录结果。如果此工具已用于解决先前的问题或机会，则可以方便地从团队审查工具中获取信息，并有助于规划当前的业务分析方法。
建模选项 ：
1.分析包含在此 Enterprise Architect 存储库或其他位置的先前团队评审，以了解成功和挑战。
2.
创建一个 Artifact 元素，该元素表示 Enterprise Architect 外部存在的项目汇报文档并超链接到它。
|
| 思维导图（ Mind Mapping ）
|
用于识别潜在的利益相关者并帮助理解他们之间的关系。 一旦完成，图表可以作为讨论的历史记录保存，利益相关者可以创建为类并链接到思维导图中的利益相关者（主题）。或者，可以使用更改元素类型工具将思维导图中的利益相关者转换为类。
建模选项 ：
1.创建一个思维导图并使用一个名为 “ 潜在利益相关者 ” 的中心主题。将主要主题用作利益相关者的类别，例如：执行机构、监管机构，并使用主题来代表潜在的利益相关者本身。
2.
使用利益相关者之间的命名依赖关系来描述他们的关系。 |
| 组织建模（ Organizational Modelling ）
|
用于确定列出的组织单位或人员是否有任何需要考虑的独特需求和兴趣。组织模型描述了组织中的角色和功能以及利益相关者互动的方式，这有助于识别将受到变更影响的利益相关者。 有两种常用的组织结构图：一种显示组织的角色，另一种显示角色和担任这些角色的人员。一旦创建了一个定义角色的图表，就可以创建一个额外的图表，使用代表角色的类的实例来显示谁在占据这些角色。
建模选项 ：
1.使用战略建模 MDG 技术创建组织结构图。
2.创建一个类图并将利益相关者表示为类。
3.使用类（对象）的实例来表示在任何给定时间担任这些角色的人。
|
| 过程建模（ Process Modelling ）
|
用于按支持其业务流程的系统对利益相关者进行分类。 图表在项目浏览器中的位置并不重要，但它可能最好位于包含涉众的同一包结构中。或者，它可以与表示系统的组件模型或业务流程一起定位。
建模选项 ：
1.创建自定义图表并从项目浏览器中的相应位置拖动利益相关者、业务流程和系统。添加关联和跟踪关系以连接它们。
2.创建一个关系矩阵，将利益相关者放在一个轴上，将支持其业务流程的系统放在另一个轴上。
/td>
|
| 风险分析与管理（ Risk Analysis and Management ）
|
用于识别因利益相关者的态度或关键利益相关者无法参与倡议而导致的倡议风险。 对于构成列表一部分的许多元素，例如：风险和需求，规范管理器将是一个非常有用的工具。它有一个简单而灵活的文本界面，允许对列表进行过滤、排序和显示、重新排序或隐藏属性，包括标记值。
建模选项 ：
1.使用需求工具箱创建风险，详细说明利益相关者的态度或无法参与并在图表中显示它们。
2.为具有风险的特定元素创建项目管理项。
3.使用规范管理器创建和维护风险。
4.使用风险分类对风险进行建模。
|
| 范围建模（ Scope Modelling ）
|
用于开发范围模型以显示不在解决方案范围内但仍以某种方式与之交互的利益相关者。 边界元素提供了一种视觉上引人注目的方式来显示系统的范围。任何元素都可以放在边界内，超出范围的利益相关者在边界外。 Dependency 关系的名称表示涉众的利益。
建模选项 ：
1.使用边界元素来表示倡议（系统）的边界，并将利益相关者置于边界之外。
2.显示范围内的元素，例如功能或组件，并显示范围外的利益相关者如何通过将它们与命名的依赖关系联系起来与它们进行交互。
|
| 干系人名单、地图或角色 （ Stakeholder List, Map, or Personas ） |
用于描述利益相关者与解决方案以及彼此之间的关系。 是使用图表还是使用关系矩阵取决于受众。两者都很有吸引力，但对于面向业务的利益相关者来说，关系矩阵通常更熟悉，因此更合适。
建模选项 ：
1.创建连接利益相关者和解决方案组件的自定义图表。
2.在利益相关者之间创建命名关联关系，以表明它们之间的关系。
3.使用关系矩阵，一个轴上是利益相关者，另一个轴上是解决方案组件（或两个轴上的利益相关者来显示他们的相互关系）。
|
| 调查或问卷（ Survey or Questionnaire ）
|
用于识别利益相关者群体的共同特征。 直接在 Enterprise Architect 中创建调查或问卷确保它接近其他业务分析材料。在目标受众较少的情况下，可以要求参与者直接在文档中记录他们的结果。
建模选项 ：
1.使用 Document Artifact 元素直接在 Enterprise Architect 中创建调查或问卷。
2.使用内部或在线调查工具和从代表调查的元素到调查站点的超链接。
|
| 研讨会（ Workshops ）
|
用于与利益相关者群体互动，以获取有关利益相关者群体的更多信息。 将有关利益相关者群体的信息输入到思维导图图表中代表该群体的元素的注释中将是记录信息的最直接方式。如果需要更多结构，可以使用标记值作为替代方案。
建模选项 ：
1.使用思维导图记录有关利益相关者群体的信息，方法是创建一个代表利益相关者组（或类别）的元素（主题），使用注释记录有关组的信息。
2.使用标记值记录组的属性。
3.使用元素讨论记录有关利益相关者群体的信息。
4.使用日历作为活动进入研讨会。
5.创建模型邮件消息，提醒人们研讨会以及结果何时发布。 |
| 项目 |
说明 |
头脑风暴（ brainstorming ）
|
用于生成潜在利益干系人名称的初始列表，这些利益干系人名称可能需要在定义的治理流程中担任审批角色。 通过更改图属性，可以在 “ 标记 ” 值中定义的角色和职责显示在关系图中，也可以通过更改选项以显示其他字段（包括 “ 标记值 ” ）显示在规范管理器中。
建模选项 ：
1.创建类图并使用 UML 类来表示利益干系人，并可以选择使用命名的关联连接器来指示其关系。
2.使用 “ 规范管理器 ” 显示利益干系人的列表。
3.使用标记值来表示利益干系人角色和职责。
4.将元素的外观更改为图像，以在图中创建更多吸引力。
|
| 文档分析 （ Document Ansalysls ） |
用于评估现有治理流程或模板。 代表的选择将取决于所需的手续水平。在工件的注释中输入注释既简单又方便。如果需要更正式，请考虑使用元素讨论、维护项或附加到项目的元素，以表示关系图中的资产。
建模选项 ：
1.创建表示现有文档或其他文件的项目，并输入描述资产的注释。
2.在 “ 项目项目管理风险项 ” 窗口中输入风险，或在需求图中创建风险，并将它们链接到项目。
3.描述在 Enterprise Architect 内部建模的现有治理流程的开放关系图。
4.创建元素讨论帖子，以在文档或文件中记录有关组织的区域性、操作和结构的信息。 |
访谈（ Interviews ） |
用于识别可能的决策、变更控制、批准或优先排序方法以及个人或小组的参与者。 面试计划可以直接在 Enterprise Architect 中创建，使其在面试期间可以访问，它可以链接到其他元素，例如与参与面试的利益干系人相关的流程部分。
建模选项：
使用文档工件直接在 Enterprise Architect 中创建面试计划，并描述本文档中的重要方面。
1.创建一个 Artifact 元素，该元素表示存在于 Enterprise Architect 外部的面试计划文档，并超链接到该文档。
2.在 “ 元素讨论 ” 窗口中记录讨论和决策。
3.使用项目日历将访谈作为事件输入。
4.创建模型邮件消息，提醒人们面试以及结果何时发布。
|
项目跟踪（
Item Tracking ） |
用于跟踪规划治理方法时出现的任何问题。 企业架构师对问题和风险跟踪提供了全面的支持。问题和风险都可以在项目级别或元素级别创建。创建项目级风险允许将它们跟踪到其他元素，并使用标记值为其提供其他属性。
建模选项：
使用 Issue 元素跟踪提出的问题，并将这些问题链接到使用关联表示治理方法的元素。
使用应用于 “ 治理方法 ” 元素的元素 “ 维护问题 ” 项来记录和跟踪问题。
使用 “ 元素讨论 ” 窗口可以记录尚未完全制定或未准备好记录为问题或讨论现有问题的信息。
使用文档工件记录任何问题。
|
| 经验教训（ lessons learned ） |
用于查找过去的计划是否已经确定了可用于当前或未来计划的宝贵治理经验。 通过查看团队评审，甚至可以查看有关历史治理方法的问题，可以在模型中找到有关体验的信息。
建模选项 ：
使用 “ 团队评审 ” 工具可以查看经验教训（或已进行的回顾）中的文档。
查看其他计划的模型，包括流程模型和治理方法。
|
| 组织建模（ Organizational Modelling ） |
用于了解组织内的角色 / 职责，以定义涉及正确利益干系人的治理方法。 组织结构图可以是一个有价值的工具，并且能够将图表与其他模型一起在存储库中可视化是有用且节省时间的。需要保持警惕，以确保图表保持最新。
建模选项：
使用战略建模千年发展目标技术创建组织结构图。
创建类图，并使用关联关系将利益干系人表示为类来连接它们。
|
| 过程建模（ Process Modelling ） |
用于记录用于管理业务分析的流程或方法。 通过在存储库中表示业务分析治理模型，团队成员可以轻松访问以查看和遵循流程。它们可以使用 BPMN 或 UML 图创建，甚至可以在需要时进行模拟。
建模选项：
使用业务流程模型和符号（ BPMN ）业务流程图创建业务分析方法的过程模型 ; （可选）池和车道可用于指示责任。
使用统一建模语言 （ UML ） 活动图创建业务分析方法的流程模型。（可选）使用分区（泳道）来指示责任。
输入和输出可以在 BPMN 的情况下使用数据对象建模，在 UML 的情况下可以使用对象进行建模。
|
| 评论（ Reviews ） |
用于与关键利益干系人一起审查拟议的治理计划。 Enterprise Architect 具有强大的团队审查功能，可以计划审查并记录结果。一旦治理计划充实，就可以与单个利益相关者或作为一个群体进行审查。更传统的方法将评审记录在单独的文档中，但使用团队评审工具的优点是，评审包含在模型中，并带有指向流程模型和描述该方法的文档的超链接。
建模选项：
创建一个名为 “ 业务分析 ” 的团队评审类别，然后在此类别中创建一个名为 “ 治理计划 ” 的主题，然后创建一个名为 “ 关键 ” 利益干系人评审 “ 的新文档。
使用 “ 审阅状态 ” 选项可以记录审阅的状态。
使用日历将评论作为事件输入。
创建模型邮件消息，提醒人们审阅以及何时发布结果。
|
调查或问卷调查（ Survey or Questionnaire ）
|
用于确定可能的决策、变更控制、批准或优先排序方法和参与者。 直接在 Enterprise Architect 中创建调查或调查表可确保它与其他业务分析材料接近。在目标受众很小的情况下，可以要求参与者直接在文件中记录他们的结果。
建模选项 ：
使用文档工件元素直接在企业架构师中创建调查或调查表。
使用内部或在线调查工具，并从表示调查的元素超链接到调查网站。
|
| 研讨会 （ Workshops ） |
用于确定团队设置中可能的决策、变更控制、审批或优先级划分方法和参与者。 直接在流程图和思维导图之间进行选择将取决于分析师的信心程度以及利益相关者对 BPMN 或 UML 语言的熟悉程度。
建模选项：
创建 BPMN 业务流程图，并使用活动、网关和其他元素阐明流程。
创建 UML 活动图来表示流程。
创建一个思维导图，记录所讨论的方法。
|
| 项目 |
说明 |
| 头脑风暴（ Brainstorming ） |
用于帮助利益干系人发现其业务分析信息管理需求。 利害关系方的信息管理需要处于高于倡议要求和需要的元级别，不应被误认为是利益有关者对倡议和最终解决办法的需求。请考虑创建适当的要求类型或使用 Issue 元素。规范管理器将有助于管理需求。
建模选项
创建需求图，并将表示需求的需求添加到关系图中。
使用 “ 规范管理器 ” 直接在项目浏览器中输入表示需求的 “ 要求 ” 。
|
| 访谈（ Interviews ） |
用于帮助特定利益干系人发现其业务分析信息管理需求。 面试计划可以直接在 Enterprise Architect 中创建，使其在面试期间可以访问，它可以链接到其他元素，例如与参与面试的利益干系人相关的流程部分。
建模选项
使用文档元素直接在企业架构师中创建面试计划，并描述本文档中的重要方面。
创建一个 Artifact 元素，该元素表示存在于 Enterprise Architect 外部的面试计划文档，并超链接到该文档。
在 “ 元素讨论 ” 窗口中记录讨论和决策。
使用项目日历将访谈作为事件输入。
创建模型邮件消息，提醒人们面试以及结果何时发布。
|
项目追踪（ Item Tracking ）
|
用于跟踪当前信息管理流程的问题。 企业架构师对问题跟踪提供了全面的支持。可以在项目级别或元素级别创建问题。创建项目级问题允许将它们跟踪到其他元素，并使用标记值为其提供其他属性。
建模选项
使用 Issue 元素可以跟踪提出的问题，并将这些问题链接到使用关联表示信息管理方法的元素。
使用应用于 “ 信息管理方法 ” 元素的元素 “ 维护问题 ” 项来记录和跟踪问题。
使用可视筛选器隐藏或隐藏主流程图上的问题。
使用元素讨论窗口可以记录尚未完全制定或准备记录为问题或讨论现有问题的信息。
|
| 经验教训（ Lessons Learned ） |
用于创建信息源，用于分析有效管理业务分析信息的方法。 通过查看团队评审，甚至可以查看有关历史治理方法的问题，可以在模型中找到有关体验的信息。
建模选项
使用 “ 团队评审 ” 工具可以查看经验教训（或已进行的回顾）中的文档。
查看其他计划的模型，包括流程模型和治理方法。
|
| 思维导图（ Mind Mapping ） |
用于标识和分类需要管理的信息类型。 思维导图允许对信息进行可视化分类，并将有助于通知企业架构师项目浏览器的包结构，该浏览器将按照类似的路线组织以保存大部分信息。
建模选项
使用名为 “ 业务分析信息 ” 的中心主题创建思维导图图，并在确定新信息（主题）时，将主要主题创建为类别，这将有助于组织它。
|
| 过程建模（ Process Modelling ） |
用于记录用于管理业务分析信息的过程或方法。 Enterprise Architect 支持许多标准中的建模流程，包括业务流程模型和表示法 （ BPMN ） 业务流程图和统一建模语言 （ UML ） 活动图。虽然这些通常用于对组织流程进行建模，但它们也可用于对业务分析方法进行建模。这将有力地有助于为所有利益攸关者澄清方法。
建模选项
使用业务流程模型和符号（ BPMN ）业务流程图创建业务分析方法的过程模型 ; （可选）池和车道可用于指示责任。
使用统一建模语言 （ UML ） 活动图创建业务分析信息管理流程的流程模型。（可选）使用分区（泳道）来指示责任。
在 BPMN 的情况下，可以使用数据对象、 UML 情况下的对象和 Archimate 情况下的业务对象来建模信息。
|
| 调查或问卷调查（ Survey or Questionnaire ） |
用于要求利益干系人提供输入以定义业务分析信息管理。 直接在 Enterprise Architect 中创建调查或调查表可确保它与其他业务分析材料接近。在目标受众很小的情况下，可以要求参与者直接在文件中记录他们的结果。
建模选项
使用文档工件元素直接在企业架构师中创建调查或调查表。
使用内部或在线调查工具，并从表示调查的元素超链接到调查网站。
|
| 研讨会（ Workshops ） |
用于在组设置中发现业务分析信息管理需求。 将有关业务分析信息管理需求的信息输入到表示该组的元素的注释中将是记录信息的最直接方式。如果需要更多结构，可以使用标记值作为替代方案。
建模选项
使用思维导图通过创建表示利益干系人组（或类别）的元素（主主题）来记录有关利益干系人组的信息，并使用注释记录有关组的信息。
使用直接在项目浏览器中输入的一个或多个需求图来记录需求。
使用元素讨论记录有关利益干系人组的信息。
使用日历将创意工坊作为活动进入。
创建模型邮件消息，提醒人们研讨会以及何时发布结果。
|
| 元素 |
说明 |
| 业务分析信息的组织（ Organization of Business Analysis Information ） |
业务分析师负责以允许有效访问和使用的方式组织业务分析信息。信息必须结构良好，以确保它不难定位，与其他信息冲突，或被不必要地重复。 |
层次的抽象（ Level of Abstraction
） |
抽象级别描述了所提供信息的广度和深度。信息的表示形式可能从高度概念化或总结到非常详细。 |
| 计划跟踪方法（ Plan Traceability Approach ） |
可追溯性方法基于：
域的复杂性，
将要产生的需求的视图数，
任何与需求相关的风险、组织标准、适用的法规要求，以及了解跟踪所涉及的成本和收益。 |
| 计划需求重用（ Plan for Requirements Reuse ） |
重用需求可以节省组织的时间、精力和成本 — 前提是需求是可访问的，并且能够以一种支持其重用的方式构建。 |
| 需求属性（ Requirements Attributes ） |
需求属性提供有关需求的信息，并有助于在整个更改过程中对需求进行持续管理。它们是根据要求本身进行规划和确定的。 |
| 存储和访问（ Storage and Access ） |
业务分析信息可以通过多种方式存储。存储决策取决于许多因素，例如谁必须访问信息、他们需要多长时间访问信息，以及必须具备哪些条件才能访问。 |
| 项目 |
说明 |
| 头脑风暴 （ Brainstorming ） |
用于产生改进机会的想法。 思维导图允许以视觉方式记录和组织参与者的想法和想法。随着新的改进机会的发现，它们可以被归入有助于理解这些想法的类别。
建模选项
使用名为 “ 业务分析改进机会 ” 的中心主题创建思维导图图，并在确定新信息（主题）时，将主要主题创建为类别，这将有助于组织想法。
|
| 访谈 （ Interviews ） |
用于收集业务分析性能的评估。 面试计划可以直接在 Enterprise Architect 中创建，使其在面试期间可以访问，它可以链接到其他元素，例如与参与面试的利益干系人相关的流程部分。
建模选项
使用文档元素直接在企业架构师中创建面试计划，并描述本文档中的重要方面。
创建一个 Artifact 元素，该元素表示存在于 Enterprise Architect 外部的面试计划文档，并超链接到该文档。
使用项目日历将访谈作为事件输入。
创建模型邮件消息，提醒人们面试以及结果何时发布。
|
| 项目跟踪 （ Item Tracking ） |
用于跟踪在执行业务分析期间发生的问题，以便以后解决。 企业架构师对问题跟踪提供了全面的支持。可以在项目级别或元素级别创建问题。创建项目级问题允许将它们跟踪到其他元素，并使用标记值为其提供其他属性。
建模选项
使用 Issue 元素可以跟踪提出的问题，并将这些问题链接到使用关联表示信息管理方法的元素。
使用应用于 “ 信息管理方法 ” 元素的元素 “ 维护问题 ” 项来记录和跟踪问题。
使用 “ 元素讨论窗口 ” 可以记录尚未完全制定或未准备好记录为问题或讨论现有问题的信息。
|
| 吸取的教训 （ Lessons Learned ） |
用于确定对业务分析流程、可交付结果、模板和其他组织流程资产的建议更改，这些更改可以合并到当前计划和未来工作中。 工作集是创建一组模型资产的强大方式，包括元素、矩阵、图表、评论等各种内容。通常，流程改进已经以某种方式进行了注释，并且可以使用工作集将这些更改和其他更改组合在一起。默认情况下，工作集是特定于用户的，但可以为其指定存储库范围，以便每个人都可以查看它。
建模选项
创建一个工作集，用于收集流程、可交付结果、模板和其他资产，以便可以轻松查看它们。
查看已链接为元素或作为维护项添加到资产的任何问题、更改、改进或其他想法
发布元素讨论，记录应如何将更改或改进添加到当前或将来的计划中。
|
| 指标和关键业绩指标 （ Metrics and KPIs ） |
用于确定哪些指标适用于评估业务分析绩效以及如何跟踪这些指标。 选择是使用清单还是文档工件将取决于性能评估所需的正式程度或详细程度。对于轻量级评估，如果需要更实质性的评估，请使用清单，使用文档工件。
建模选项
使用清单元素并将必要的度量值创建为清单中的项目。
创建一个 Artifact 元素，该元素表示存在于 Enterprise Architect 外部的源文档，并超链接到该源文档。
|
| 观察 （ Observation ） |
用于见证业务分析性能。 Enterprise Architect 能够将图像存储在图像管理器中，该图像可用于更改图表中任何元素的外观。此外，如果视频或音频文件已用于记录观察结果并存储在外部存储库或文件系统中，则可以从项目或文档项目链接到这些文件，作为企业架构师中文件的占位符。
建模选项
创建文档工件并使用它来描述分析员执行的活动问题或任务。此外，或者如果单独使用被动方法，则可用于记录观察完成后要提出的问题。
创建文档工件和超链接，并超链接到已记录业务分析师执行任务的外部视频或音频文件。使用文档记录对视频或音频文件的分析。
在关系图上创建 Image 元素并将 Image 文件（从文件系统或剪贴板）分配给该元素，或使用 Image Manager 存储图像。
使用日历将观察会话作为事件输入。
创建模型邮件消息，提醒人们观察会话以及结果发布的时间。
|
| 过程分析 （ Process Analysls ） |
用于分析现有的业务分析流程并确定改进机会。 UML 是一种灵活且可扩展的语言，因此可以使用构造型创建所需的任何类型的概念。这是改进的情况。这里应该发出警告，不了解刻板印象含义的用户可能无法欣赏模型 ; 这通常适用于实施合作伙伴和其他外部组织。或者，可以使用 Change 元素来表示改进。
建模选项
创建自定义关系图并使用构造型为 << 改进 >> 的 Require 元素来记录改进，并使用关联将这些改进链接到流程或流程的一部分。
使用应用于信息管理方法元素的元素 “ 维护决策 ” 项来记录和跟踪问题。
使用可视筛选器隐藏或隐藏主流程图上的问题。
使用元素讨论窗口可以记录尚未完全制定或准备记录为问题或讨论现有问题的信息。
|
| 过程建模 （ Process Modelling ） |
用于定义业务分析流程并了解如何改进这些流程以减少移交带来的问题，缩短周期时间或更改业务分析工作的执行方式以支持下游流程的改进。 UML 是一种灵活且可扩展的语言，因此可以使用构造型创建所需的任何类型的概念。这是改进的情况。这里应该发出警告，不了解刻板印象含义的用户可能无法欣赏模型 ; 这通常适用于实施合作伙伴和其他外部组织。
建模选项
创建自定义关系图并使用构造型为 << 改进 >> 的 Require 元素来记录改进，并使用关联将这些改进链接到流程或流程的一部分。
使用应用于 “ 信息管理方法 ” 元素的元素 “ 维护决策 ” 项来记录和跟踪改进。
使用可视筛选器隐藏或显示主流程图上的改进。
使用 “ 元素讨论 ” 窗口可以记录尚未完全制定或准备记录为改进的信息，或讨论现有改进。
|
| 审查 （ Reviews ） |
用于识别可合并到未来工作中的业务分析流程和可交付成果的更改。 Enterprise Architect 具有强大的团队审查功能，可以计划审查并记录结果。如果已针对流程图中的元素（如活动）定义了问题和改进，则可以查看这些关系图以查看建议改进的位置。
建模选项
创建一个名为 “ 业务分析 ” 的团队审阅类别，然后在此类别中创建一个名为 “ 绩效分析 ” 的主题，然后创建一个名为 “ 流程更改 ” 的新文档。
查看显示已针对业务分析流程记录的问题和改进的图表。如果合适，请使用图筛选器来隐藏或遮盖元素。
使用 “ 审阅状态 ” 选项可以记录审阅的状态。
使用业务分析流程查看已记录问题和改进可能性的图表。
使用日历将评论作为事件输入。
创建模型邮件消息，提醒人们审阅以及何时发布结果。
|
| 风险分析与管理 （ Risk Analysis and Management ） |
用于识别和管理可能影响业务分析性能的潜在条件或事件。 对于构成列表一部分的许多元素，例如：风险和要求，规范管理器将是一个非常有用的工具。它具有简单灵活的文本界面，允许对列表进行过滤，排序，并显示，重新排序或隐藏属性，包括标记值。
建模选项
使用需求工具箱创建风险，该工具箱详细说明了利益干系人参与的态度或无法参与并在图表中显示它们。
为具有风险的特定元素创建项目管理项。
使用规范管理器创建和维护风险。
使用风险分类法对风险进行建模。
|
| 根本原因分析 （ Root Cause Analysis ） |
用于帮助确定在完成业务分析工作时失败或困难的根本原因。 Enterprise Architect 有一个使用 MDG 技术的扩展，称为战略建模，其中包含许多战略图类型，包括决策树。
建模选项
创建决策树图（ MDG 战略建模）并表示问题和潜在原因，直到发现根本原因。
|
| 调查或问卷调查 （ Survey or Questionnaire ） |
用于从利益干系人那里收集有关他们对业务分析活动和可交付成果的满意度的反馈。 直接在 Enterprise Architect 中创建调查或调查表可确保它与其他业务分析材料接近。在目标受众很小的情况下，可以要求参与者直接在文件中记录他们的结果。
建模选项
使用文档工件元素直接在企业架构师中创建调查或调查表。
使用内部或在线调查工具，并从表示调查的元素超链接到调查网站。
|
| 研讨会 （ Workshops ） |
用于收集对业务分析绩效的评估，并产生改进机会的想法。 文档工件是一个方便的地方，可以收集研讨会中收集的想法，图表和元素。
建模选项
创建一个名为 “ 业务分析绩效评估 ” 的文档工件，并汇集改进机会的想法，包括描述问题和改进想法的图表。
创建图表幻灯片，引导参与者完成业务分析流程图，包括问题和改进机会的图表。
使用名为 “ 改进机会 ” 的中心主题创建思维导图图，并使用主题记录研讨会参与者的想法，并在适当的情况下使用主要主题对它们进行分组。
使用元素讨论来记录改进机会的想法。
|
