关于用例之间的包含和扩展关系，下面说法错误的是（）A、包含是指一个用例含有另一个用例的行为B、包含关系是一种依赖关系，指向被包含的用例C、扩展关系是从一个扩展用例到一个被扩展用例的一种泛化关系D、扩展关系规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中

用例图展现了一组用例、参与者以及它们之间的关系；通常包括：用例；参与者；扩展关系、包含关系。用例是对一组动作序列的描述，系统执行这些动作将产生一个对特定的参与者有价值而且可观察的结果。用例图用于对系统的静态用例视图进行建模。这个视图主要支持系统的行为，即该系统在它的周边环境的语境中提供的外部可见服务。当对系统的静态用例视图建模时，可以用下列两种方式来使用用例图。1、对系统的语境建模。对一个系统的语境进行建模，包括围绕整个系统画一条线，并声明有哪些参与者位于系统之外并与系统进行交互。在这里，用例图说明了参与者以及他们所扮演的角色的含义。2、对系统的需求建模。对一个系统的需求进行建模，包括说明这个系统应该做什么（从系统外部的一个视点出发），而不是考虑系统应该怎么做。在这里，用例图说明了系统想要的行为。通过这种方式，用例图使我们能够把整个系统看作一个黑盒子。可以观察到系统外部有什么，系统怎样与哪些外部事物相互作用，但却看不到系统内部是如何工作的。
扩展：对基用例的扩展，基用例是一个完整的用例，即使没有子用例的参与，也可以完成一个完整的功能。在用例图中使用带箭头的虚线表示（在线上标注<>），箭头从子用例指向基用例。
包含：include为包含关系，当两个或多个用例中共用一组相同的动作，这时可以将这组相同的动作抽出来作为一个独立的子用例，供多个基用例所共享。include关系在用例图中使用带箭头的虚线表示（在线上标注<>），箭头从基用例指向子用例。

用例图展现了一组用例、参与者以及它们之间的关系；通常包括：用例；参与者；扩展关系、包含关系。用例是对一组动作序列的描述，系统执行这些动作将产生一个对特定的参与者有价值而且可观察的结果。用例图用于对系统的静态用例视图进行建模。这个视图主要支持系统的行为，即该系统在它的周边环境的语境中提供的外部可见服务。当对系统的静态用例视图建模时，可以用下列两种方式来使用用例图。1、对系统的语境建模。对一个系统的语境进行建模，包括围绕整个系统画一条线，并声明有哪些参与者位于系统之外并与系统进行交互。在这里，用例图说明了参与者以及他们所扮演的角色的含义。2、对系统的需求建模。对一个系统的需求进行建模，包括说明这个系统应该做什么（从系统外部的一个视点出发），而不是考虑系统应该怎么做。在这里，用例图说明了系统想要的行为。通过这种方式，用例图使我们能够把整个系统看作一个黑盒子。可以观察到系统外部有什么，系统怎样与哪些外部事物相互作用，但却看不到系统内部是如何工作的。扩展：对基用例的扩展，基用例是一个完整的用例，即使没有子用例的参与，也可以完成一个完整的功能。在用例图中使用带箭头的虚线表示（在线上标注<>），箭头从子用例指向基用例。
包含：include为包含关系，当两个或多个用例中共用一组相同的动作，这时可以将这组相同的动作抽出来作为一个独立的子用例，供多个基用例所共享。include关系在用例图中使用带箭头的虚线表示（在线上标注<>），箭头从基用例指向子用例。

泛化关系：当多个用例共同拥有一种类似的结构和行为时，可以将他们的共性抽象成为父用例。泛化关系是继承的反关系，子类继承自父类，父类是子类的泛化。在UML中，泛化关系用带空心三角形的直线来表示，如：

扩展关系与包含关系的区别是：离开子用例，基用例是否可以实现一个完整的功能。如果能实现一个完整功能就是属于扩展关系，否则就是包含关系。
显然题目中对于基用例"取款机使用"需要"识别客户"和"验证账号"这二个子用例才够完整执行。若此时增加一个子用例"打印凭条"，则它是否被执行都不会影响"取款机使用"这个基用例的实现。