在用例建模的过程中，应包含的步骤有（）A、找出参与者B、确定每个参与者相关的用例C、细化每一个用例的用例规约D、检查用例模型

正确答案：B
解析：用例(VseCase)描述了一个与系统参与者进行交互、并由系统执行的动作序列。UML规范提供了用例之间包含(Include)、扩展(Extend)和泛化(Generalization)3种相关性的关系，各种关系功能及区别如表4-6所示。由以上分析可知，抽象用例是从几个执行相同功能步骤的用例中，将公共步骤提取而成的独立用例。可见抽象用例代表某种形式的“复用”，它是降低用例之间冗余的一种工具。例如，在一个“订单输入子系统”中，创建新订单和更新订单。都需要核查用户账号是否正确。那么，用例“创建新订单”、“更新订单”与用例“核查客户账号”之间是一种包含(Include)关系。

正确答案：B
解析：用例之间的关系包括：关联关系、扩展关系、使用(或包含)关系、依赖关系和继承关系。关联关系是一个参与者与一个用例发生交互的关系。一个用例可能会包含由几个步骤组成的复杂功能，使用例难以理解。为了简化用例，使其更容易理解，通常可以将较复杂的步骤提取成专门的用例，这样得到的用例称为扩展用例，它扩展了原始用例的功能。扩展用例与其他扩展用例之间的关系称为扩展关系。在UML　中，每个扩展关系标记为“extends＞＞"。如果几个用例执行了同样的步骤，最好把这些公共步骤提取成独立的用例，称为抽象用例。抽象用例代表某种形式的“复用”，是降低用例之间冗余的工具。抽象用例可以被另一个需要使用其功能的用例访问。抽象用例和使用它的用例之间的关系称为使用(或包含)关系。在UML　中，使用关系标记为“uses＞＞”。依赖关系用来表示系统的用例之间的依赖性，在UML　中，依赖关系标记为“depends　on＞＞”。

正确答案：用例模型是表达系统外部事物(行为者)与系统之间交互的可视化工具。一个系统的用例模型由若干用例图组成用例图的主要成分有用例、行为者和系统它用简单的图标元素准确地描述了行为者(角色)与系统的交互情况和系统的功能(用例)。 用例建模的步骤是： (1)确定系统的范围和边界。 (2)确定角色和用例。 (3)对用例进行描述。 (4)定义用例之间的关系。 (5)审核用例模型。
用例模型是表达系统外部事物(行为者)与系统之间交互的可视化工具。一个系统的用例模型由若干用例图组成，用例图的主要成分有用例、行为者和系统，它用简单的图标元素准确地描述了行为者(角色)与系统的交互情况和系统的功能(用例)。 用例建模的步骤是： (1)确定系统的范围和边界。 (2)确定角色和用例。 (3)对用例进行描述。 (4)定义用例之间的关系。 (5)审核用例模型。 解析：首先分析系统边界，这个教学管理系统与学校教务管理系统和财务管理系统有系统边界，学校教务管理系统只接受学院教学管理系统的汇总信息报表等，不反馈信息；财务管理系统接收学院学生选课情况信息作为收费依据，反馈学生交费信息。
试题中给出的最高层用例图中显示，有5名参与者，并且已经标出教师和学生，可以从已知中得出还有教学管理员。角色2和角色3都只对一个用例发生关系，并且角色3与用例5是单向传递，综合分析可得出角色3是学校教务管理系统，用例5是学生成绩管理，那么，角色2就是财务系统，用例4是选修课管理，角色1是教学管理员。

答案：B

答案：B

解析：

正确答案：B