前页 | 后页 |
利益相关者研讨会
需求分析师或业务分析要负责完成需求的艰巨任务,这需要与利益相关者(包括客户和分析团队)进行出色的沟通。促进满足利益相关者需求的一种非常成功的方法是在所有关键利益相关者在场的情况下举办一个研讨会。分析师作为沟通者,外交官和调解者的技能对于创造一个协作和尊重的环境有利于探索利益相关者的需求和关注至关重要。分析人员必须使用利益相关者理解的术语,并表现出理解或愿意学习构成领域元素的知识。
有时会误以为,要表达的是一组明确定义的需求,可以将其作为利益相关者需求输入到工具中。这与实际情况相去甚远。利益相关者通常会表达广泛的想法,包括策略,业务规则,数据定义,项目管理约束,功能需求,业务需求,现有系统问题,甚至建议的解决方案。即使聘请外部顾问来主持这些会议,分析人员也将没有时间在会议中对所有这些陈述进行分类。对于需要负责记录语句的抄写员来说,所需要的是一种方法,使他们可以将其放入工具中,而不必担心要记录什么类型的信息。最好将它们记录在工具中,而不是在分析人员的笔记本上书写,这是最佳做法,因为它允许在会议期间显示它们,并让利益相关者看到彼此的评论。
Enterprise Architect具有许多可以帮助这些研讨会的设施。一种非常有效的方法是使用MindMapping图记录利益相关者的声明,此方法非常有效,因为它是一种众所周知的方法,并且不会引入建模语言(例如UML附带的任何形式。
发现重要术语后,可以将其输入“项目词汇表”中,即使没有时间讨论和辩论议定的含义,这些词也将充当该领域重要实体的初始清单。或者,可以在域模型中创建术语,并使用描述术语之间重要关系的连接器将它们相互关联。
利益相关者也可以建模,并且他们之间的组织关系可以在图中描述。这是一种有用的技术,它允许关键的涉众在模型中定位自己,从而创建买入。
思维导图
在启发研讨会期间,可以使用思维导图来记录利益相关者的陈述。这些语句不是分类的,而是简单记录的,随后在需求开发的分析阶段可以将它们转换为适当的元素或保留下来,并且可以将需求追溯到主题,从而有效地记录需求的来源。这是一项功能强大的技术,可以使涉众避免需要了解建模语言,并使他们专注于表达自己的需求,也使分析师摆脱了对使用哪种元素来建模报表的担忧。此步骤通常在需求开发过程的分析阶段执行。
词汇表
在举办研讨会之前,分析师可以使用从项目文档(例如业务案例或愿景文档)中收集的现有术语及其含义来填充项目词汇表。在研讨会期间,由于发现了新术语,可以将它们添加到词汇表中,并且可以讨论它们的定义,然后输入或推迟到分析阶段的后期。
领域模型
领域模型将作为与许多利益相关者进行讨论的指导模型,理想情况下,应在任何研讨会开始之前创建框架模型。领域模型应保持简单,领域元素应被赋予名称和描述或责任,并且最初只应在元素之间建立重要的联系。随着研讨会的进行,将发现新的要素,并可将其直接添加到模型中,从而使利益相关者有信心他们的需求和疑虑得到了很好的解决和管理。 Enterprise Architect允许使用UML类图创建域模型。
元素讨论
Collaborate窗口是一种方便的工具,它允许对元素进行评论,而不会污染讨论,而这些讨论最终不会对模型的完整性做出贡献。建模人员经常在图表上放置注释或在元素注释字段中写下问题,这些问题分散了人们的注意力,在从模型生成正式文档时必须将其删除。 Collaborate窗口允许建模者发起讨论,其他人进行回复。这是讨论需求的理想方法。
“讨论”窗口可方便地显示存储库中所有元素的“讨论”。