预订演示
前页 后页

利益相关者研讨会

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

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

Enterprise Architect有许多功能可以帮助这些研讨会。一种非常实用的方法是使用思维导图来记录涉众的陈述,这种方法非常有效,因为它是一种众所周知的方法,并且没有引入任何建模语言(如 SysML)所附带的形式。此图显示了从可以更改以满足研讨会需要的模式创建的初始思维导图。

An example of a mind map created in Sparx Systems Enterprise Architect.

思维导图功能可以通过切换到该蓝图来使用,或者,如果经常使用,可以使用我的蓝图功能将其添加到用户定义的蓝图集。

这个蓝图和其他蓝图一样,需要启用适当的技术,在这种情况下是思维导图。

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.