首先，用例角色需要被清晰地定义，以便为我们理解系统交互提供帮助。

然后，在上下文关系图中摆放基础元素，并捕获它们之间的关系。使用最初的Booch标记法，系统和参与者都可以使用云图来表示。

在云之间的连线用来表示关系；而箭头标识参与者与系统之间的重要信息。正如，当客户请求系统提供信息以便签约，系统将返回确认信息，例如账号。当客户启动一个任务（外呼一组电话，播放指定的音频文件），系统则返回一个确认号。

同样的，销售人员和行政人员也可以与一个新客户签约，然后系统会提示所需的信息并返回一个新帐号。当老板需要相关使用报表时，系统应返回正确的报表。

在这张图中有大量的详细信息没有体现出来，但已经建立了参与者和系统之间的本质关系。最重要的是区分出什么是系统内的，显示出哪些参与者与系统交互。

注意我们捕获的信息是相同的，但UML标识法更容易区分对象（矩形）和参与者（小棒人）。不过放弃“云”形标记让我很伤心——用Rectangle to Code做书名就不够吸引人了——但其他方面我都认为新的标记符更好。只不过，矩形要更加容易绘制。一般情况下使用UML标识法，除非是那些应用Booch或OMT标识法更好的情况，这种情况我们可以同时用两种方式绘制。