用例图中可以有哪些角色类型?
UML用例图中经常会使用到角色，角色actor可以是主要或次要角色。 主要参与者启动用例，而次要参与者支持用例或从用例中获取有价值的东西。 虽然这个答案可能会在访谈中给你一些分数，但还有另一种方法可以对参与者进行分类，这些方法对知识很重要，并且可以表明你理解了一些用例图表的细节。
actor可以是：
- 人
- 系统/软件
- 硬件
- 定时器/时钟
许多分析师在用例图表过程中错过了关键角色，因为他们只识别人类角色。 以这种方式对用例actor进行分类有助于分析师确保他们不会忽略用例图中的任何关键角色。
系统接口的要求可以作为用例来记录吗？
是的，用例可以用于记录系统间系统交互以及信息交换的需求。外部系统被视为角色，与人类Actor一样。在描述与外部系统Actor的交互需求时，前置条件、后置条件、基本流、备用流和异常流的标准用例结构都适用。
这种类型的用例的一个关键规则是外部系统必须始终被视为“黑盒”实体。用例不能规定外部系统处理的要求超出其与范围内的软件系统交互的界限。例如，在线零售销售系统（“系统X”）的要求可以包括与PayPal（“系统Y”）等外部第三方支付系统的接口。这个接口的用例将描述什么信息应该从系统X发送到外部系统Actor，什么信息应该由系统X从外部系统Actor接收，以及系统X应该做什么来处理交换的信息。用例不能包含发生在外部系统内的任何处理的要求（不能描述系统Y必须收集的数据、连接描述系统Y应该执行的编辑等等）。
前提条件也不能描述外部系统内发生的任何事情。前提条件只能是范围内系统已知或检测到的内容。