前页 后页

利益相关者研讨会

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

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

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.