阅读下列系统需求陈述，回答问题1、问题2、问题3和问题4。

某银行准备开发一个网上信用卡管理系统CCMS，该系统的基本功能为：

（1）信用卡申请。非信用卡用户填写信用卡申请表，说明所要申请的信用卡类型及申请者的基本信息，提交CCMS登录。如果信用卡申请被银行接受，客户会收到银行的确认函，并告知用户信用卡的有效期及信贷限额；否则银行会发送一封拒绝函给该客户。客户收到确认函后，需再次登录CCMS，用信用卡号和密码激活该信用卡。激活操作结束后，CCMS将激活通知发送给客户，告知客户其信用卡是否被成功地激活。

（2）月报表生成。在每个月第一天的零点，CCMS为每个信用卡客户创建一份月报表，对该客户上月的信用卡交易情况及交易额进行统计。信用卡客户可以登录CCMS查看月报表，也可以要求CCMS提供打印出的月报表。

（3）信用卡客户信息管理。信用卡客户的个人信息可以在CCMS中进行在线的管理。

每个信用卡客户可以在线查询其个人信息。

（4）信用卡交易记录。信用卡客户使用信用卡进行的每一笔交易都会记录在CCMS中。

（5）交易信息查询。信用卡客户可以登录CCMS查询并核实其信用卡交易记录及交易额。在系统的需求分析阶段，使用用例对系统需求建模。表1-1和表1-2给出了其中两个用例的概要描述。

扩展用例是一个由某个更复杂的用例提取出来的事件序列所构成的用例，以便简化原始用例并扩展其功能。

若几个用例执行了同样的功能步骤，可以把这些公共步骤提取成独立的抽象用例，抽象用例代表了某种形式的“复用”，可以降低用例之间的冗余。

在UML用例图中，扩展用例和抽象（包含）用例是两种重要的概念。

扩展用例是对主用例的补充或细化。当主用例中的某些行为或步骤过于复杂时，我们可以将其提取出来形成独立的扩展用例。这样，主用例的结构和流程得以简化，同时扩展用例可以进一步补充和扩展主用例的功能。通过这种方式，系统需求可以被更细致、更深入地描述和分析。

另一方面，抽象（包含）用例是用来表示一组具有共同行为或功能的用例的公共部分。如果多个用例在执行过程中有相同的步骤或行为，那么可以将这些公共步骤或行为提取出来，形成一个独立的抽象用例。这样，多个具体的用例可以包含这个抽象用例，避免了重复描述相同的步骤和行为，提高了系统的可维护性和复用性。通过这种方式，系统需求可以被更有效地管理和组织。