对于如下的程序流程，当采用语句覆盖法设计测试案例时，至少需要设计（ ）个测试案例。
 
A、1  
B、2  
C、3  
D、4

为验证程序模块A是否正确实现了规定的功能，需要进行 （1） ；为验证模块A能否与其他模块按照规定方式正确工作，需要进行 （2） 。
（1）A、单元测试  
B、集成测试  
C、确认测试  
D、系统测试
（2）A、单元测试  
B、集成测试  
C、确认测试  
D、系统测试

（ ） 表示了系统与参与者之间的接口。在每一个用例中，该对象从参与者处收集信息，并将之转换为一种被实体对象和控制对象使用的形式。
A、边界对象
B、可视化对象
C、抽象对象
D、实体对象

在下面的用例图（UseCase Diagram）中，X1、X2和X3表示 （1） ，已知UC3是抽象用例，那么X1可通过 （2） 用例与系统进行交互。并且，用例 （3） 是UC4的可选部分，用例 （4） 是UC4的必须部分。

（1）A、人
B、系统
C、参与者
D、外部软件
（2）A、UC4、UC1
B、UC5、UC1
C、UC5、UC2
D、UC1、UC2
（3）A、UC1
B、UC2
C、UC3
D、UC5
（4）A、UC1
B、UC2
C、UC3
D、UC5

（ ）设计模式定义了对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动刷新。
A、Adapter（适配器）
B、Iterator（迭代器）
C、Prototype（原型）
D、Observer（观察者）

UML中有多种类型的图，其中， （1） 对系统的使用方式进行分类， （2） 显示了类及其相互关系， （3） 显示人或对象的活动，其方式类似于流程图，通信图显示在某种情况下对象之间发送的消息， （4） 与通信图类似，但强调的是顺序而不是连接。
（1）A、用例图
B、顺序图
C、类图
D、活动图
（2）A、用例图
B、顺序图
C、类图
D、活动图
（3）A、用例图
B、顺序图
C、类图
D、活动图
（4）A、用例图
B、顺序图
C、类图
D、活动图