预订演示

请注意 : 本帮助页面不适用于最新版本的Enterprise Architect. 最新的帮助文档在这里.

前页 后页

利益相关者研讨会

需求分析师或业务分析要负责完成需求的艰巨任务,这需要与利益相关者(包括客户和分析团队)进行出色的沟通。促进满足利益相关者需求的一种非常成功的方法是在所有关键利益相关者在场的情况下举办一个研讨会。分析师作为沟通者,外交官和调解者的技能对于创造一个协作和尊重的环境有利于探索利益相关者的需求和关注至关重要。分析人员必须使用利益相关者理解的术语,并表现出理解或愿意学习构成领域元素的知识。

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

Enterprise Architect具有许多可以帮助这些研讨会的设施。一种非常有效的方法是使用MindMapping图记录利益相关者的声明,此方法非常有效,因为它是一种众所周知的方法,并且不会引入建模语言(例如UML附带的任何形式。

MindMapping MDG Technology in Sparx Systems Enterprise Architect.

发现重要术语后,可以将其输入“项目词汇表”中,即使没有时间讨论和辩论议定的含义,这些词也将充当该领域重要实体的初始清单。或者,可以在域模型中创建术语,并使用描述术语之间重要关系的连接器将它们相互关联。

利益相关者也可以建模,并且他们之间的组织关系可以在图中描述。这是一种有用的技术,它允许关键的涉众在模型中定位自己,从而创建买入。

There are a number of situations where it is useful to define requirements inside an element. Requirements are typically created as elements in the Specification Manager, or as part of a Requirements diagrams or directly in the Project Browser. Enterprise Architect allows you to move (copy) an External Requirement into an element creating an Internal Requirement. This is quite commonly done so down-process workers like developers can see the Functional and Non Functional Requirements when working with a Use Case or Component. It can also be used as a device to list a series of applicable requirements under an element in a report. For example high level Business Requirements could be moved internal to a Business Process and if a report were generated the Business Requirements would be listed directly under the Business Process.

思维导图

在启发研讨会期间,可以使用思维导图来记录利益相关者的陈述。这些语句不是分类的,而是简单记录的,随后在需求开发的分析阶段可以将它们转换为适当的元素或保留下来,并且可以将需求追溯到主题,从而有效地记录需求的来源。这是一项功能强大的技术,可以使涉众避免需要了解建模语言,并使他们专注于表达自己的需求,也使分析师摆脱了对使用哪种元素来建模报表的担忧。此步骤通常在需求开发过程的分析阶段执行。

Mind Mapping diagram modeling Business Stakeholder Collaboration in Sparx Systems Enterprise Architect

词汇表

在举办研讨会之前,分析师可以使用从项目文档(例如业务案例或愿景文档)中收集的现有术语及其含义来填充项目词汇表。在研讨会期间,由于发现了新术语,可以将它们添加到词汇表中,并且可以讨论它们的定义,然后输入或推迟到分析阶段的后期。

Entering a glossary item in the Glossary Item Details dialog.

领域模型

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

Business Modeling, Domain models in Sparx Systems Enterprise Architect

元素讨论

Collaborate窗口是一种方便的工具,它允许对元素进行评论,而不会污染讨论,而这些讨论最终不会对模型的完整性做出贡献。建模人员经常在图表上放置注释或在元素注释字段中写下问题,这些问题分散了人们的注意力,在从模型生成正式文档时必须将其删除。 Collaborate窗口允许建模者发起讨论,其他人进行回复。这是讨论需求的理想方法。

The Element Discussion facility can be used to discuss requirements, in Sparx Systems Enterprise Architect.

“讨论”窗口可方便地显示存储库中所有元素的“讨论”。