阅读以下说明和图，根据要求回答问题1～问题4。[说明]某音像制品出租商店欲开发一个音像管理信息系统，管理音像制品的租借业务。需求如下。1．系统中的客户信息文件保存了该商店的所有客户的用户名、密码等信息。对于首次来租借的客户，系统会为其生成用户名和初始密码。2．系统中音像制品信息文件记录了商店中所有音像制品的详细信息及其库存数量。3．根据客户所租借的音像制品的品种，会按天收取相应的费用。音像制品的最长租借周期为1周，每位客户每次最多只能租借6件音像制品。4．客户租借某种音像制品的具体流程如下。(1)根据客户

正确答案：A：浏览客户信息；B：修改个人信息；C：登录；D：删除客户信息。
A：浏览客户信息；B：修改个人信息；C：登录；D：删除客户信息。 解析：图4-4是一个UML的用例图。在工程的分析阶段，例图被用来鉴别和划分系统功能，它们把系统分成动作者(actor)和用例。
动作者(actor)表示系统用户能扮演的角色(role)。这些用户可能是人，可能是其他的计算机、一些硬件或者是其他软件系统。惟一的标准是它们必须要在被划分到用例的系统部分以外。它们必须能刺激系统部分，并接收返回。
用例描述了当某个动作者给系统特定的刺激时系统的活动。这些活动被文本描述。它描述了触发用例的刺激的本质，输入和输出到其他活动者，转换输入到输出的活动。用例文本通常也描述每个活动在特殊的活动线时可能的错误，以及系统应采取的补救措施。
了解用例图、动作者、用例的基本概念后，题目就迎刃而解了。图中的网络用户、公司客户、管理人员都是动作者。题目说明中提到了系统有4个功能：浏览客户信息、登录、修改个人信息、删除客户信息。这也就是4个用例。现在只需把他们对号入座即可。根据题目说明，可以知道任何使用Internet的网络用户都可以浏览电话公司所有的客户信息，在图中符合这一条件的只有A，所以A应填浏览客户信息。。因为只有公司的管理人员才能删除不再接受公司服务的客户的信息。所以D应填删除客户信息。
剩下只有登录和修改个人信息2个用例了，那么究竟是B填登录还是修改呢?先介绍包含和扩展的概念。
2个用例之间的关系可以主要概括为2种情况：一种是用于重用的包含关系，用构造型《include》表示；另一种是用于分离出不同的行为，用构造型《extend》表示。
(1)包含关系：如果可以从2个或2个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能时，应该使用包含关系来表示它们。示意图如图4-6所示。
(2)扩展关系：如果一个用例明显地混合了2种或2种以上的不同场景，即根据情况可能发生多种事情。可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。示意图如图4-7所示。
因为要先登录才能修改信息，显然B应填修改个人信息，C应填登录。

在UML中重复度(multiplicity)又称多重性，多重性表示为一个整数范围n...m，整数n定义所连接的最少对象的数目，而m则为最多对象数(当不知道确切的最大数时，最大数用*号表示)。最常见的多重性有0...1，0...*，1...1，1...*。
因为1个CustomerList的实例可以与0个或多个Customer的实例相关联；而1个 Customer的实例只能与1个CustomerList的实例相关。所以(1)空应填1，(2)空应填 0...*。因为Customer是CompanyCustomer的相应的详细信息，所以(3)空和(4)空都应该填写0...1。
用UMI建立业务模型时，可以把业务人员看作是系统中的角色或者类。在建立抽象模型时，很少有类会单独存在，大多数都将会以某种方式彼此通信，因此还需要描述这些类之间的关系。关系是事物间的连接，在UML中，有几个很重要的关系。
(1)依赖关系
有2个元素A和B，如果元素A的变化会引起元素B的变化，则称元素B依赖(depend ency)于元素A。
在类中，依赖关系有多种表现形式，例如，一个类向另一个类发消息；一个类是另一个类的成员；一个类是另一个类的某个操作参数等。
(2)概括关系
概括关系(generalization)，也称为泛化关系，描述了一般事物与该事物中的特殊种类之间的关系，也就是父类与子类之间的关系。继承关系是泛化关系的反关系，也就是说子类是从父类中继承的，而父类则是子类的泛化。在UML中，对泛化关系有3个要求：
①子类应与父类完全一致，父类所具有的关联、属性和操作，子类都应具有。
②子类中除了与父类一致的信息外，还包括额外的信息。
③可以使用子父类实例的地方，也可以使用子类实例。
(3)关联关系
关联(association)表示2个类的实例之间存在的某种语义上的联系。例如，一个老师为某个学校工作，一个学校有多间教室。可以认为老师和学校、学校和教室之间存在着关联关系。
关联关系为类之间的通信提供了一种方式，它是所有关系中最通用、语义最弱的。关联关系通常可以再细分成以下几种。
①聚集关系：聚集关系(aggregation)是关联关系的特例。它表示一种整体和部分的关系。如一个电话机包含一个话筒，一个计算机包含显示器，键盘和主机等都是聚合关系的例子。
②组合关系：如果聚集关系中的表示“部分”的类的存在与表示“整体”的类有着紧密的关系，例如，“公司”与“部门”之间的关系，那么就应该使用组合关系来表示。

答案：

解析：

答案：

解析：

正确答案：由试题关键信息“……对于这类客户(个人客户)系统保存了其客户标识……对于这类客户(集团客户)系统保存了其客户标识……”可知“客户标识”是个人客户和集团客户的共同属性因此该标识也必然是类“客户”的一个属性。据此可先排除(1)空缺处的选项B和选项D。而选项C的“办公电话、职位”是类InstitutionalCustomer(集团客户)的属性如果它们也是类“客户”的属性那么类 IndividualCustomer(个人客户)也必然继承这两个属性而试题中对于类“个人客户”无此相关描述可见选项C不是正确答案。因此依据试题的描述类Customer(客户)的属性只有“客户标识”。因此(1)空缺处的正确答案是选项A。 在UML类图中“”表示其相连的两个类之间存在泛化关系即在图5-12中类Person(人)是类Contact(联系人)的基类；“”表示其相连的两个类之间存在关联关系即在图5-12中类Person与IndividualCustomer(个人客户)之间具有关联关系。由试题关键信息“对于这类客户(个人客户)系统保存了其客户标识和基本信息(包括姓名、住宅电话和E-mail)”以及对(1)空缺处解析中类“个人客户”继承了类“客户”的“客户标识”属性可见类“个人客户”还有“姓名、住宅电话和E-mail”属性没有体现在图5-12中这些属性应该从类Person(人)中进行关联。 从试题关键信息“联系人的信息包括姓名、住宅电话、E-mail、办公电话和职位”可知类Contact (联系人)除了从类“人”中继承了“姓名、住宅电话和E-mail”属性之外还追加了“办公电话、职位”属性。这一点分析也证明了类Person(人)具有“姓名、住宅电话和E-mail”的属性。因此(2)空缺处的正确答案是选项B。
由试题关键信息“……对于这类客户(个人客户)，系统保存了其客户标识……对于这类客户(集团客户)，系统保存了其客户标识……”可知，“客户标识”是个人客户和集团客户的共同属性，因此该标识也必然是类“客户”的一个属性。据此可先排除(1)空缺处的选项B和选项D。而选项C的“办公电话、职位”是类InstitutionalCustomer(集团客户)的属性，如果它们也是类“客户”的属性，那么类 IndividualCustomer(个人客户)也必然继承这两个属性，而试题中对于类“个人客户”无此相关描述，可见选项C不是正确答案。因此依据试题的描述，类Customer(客户)的属性只有“客户标识”。因此(1)空缺处的正确答案是选项A。 在UML类图中，“”表示其相连的两个类之间存在泛化关系，即在图5-12中类Person(人)是类Contact(联系人)的基类；“”表示其相连的两个类之间存在关联关系，即在图5-12中类Person与IndividualCustomer(个人客户)之间具有关联关系。由试题关键信息“对于这类客户(个人客户)，系统保存了其客户标识和基本信息(包括姓名、住宅电话和E-mail)”，以及对(1)空缺处解析中类“个人客户”继承了类“客户”的“客户标识”属性，可见类“个人客户”还有“姓名、住宅电话和E-mail”属性没有体现，在图5-12中这些属性应该从类Person(人)中进行关联。 从试题关键信息“联系人的信息包括姓名、住宅电话、E-mail、办公电话和职位”可知，类Contact (联系人)除了从类“人”中继承了“姓名、住宅电话和E-mail”属性之外，还追加了“办公电话、职位”属性。这一点分析也证明了类Person(人)具有“姓名、住宅电话和E-mail”的属性。因此(2)空缺处的正确答案是选项B。

答案：

解析：