在UML的需求分析建模中，用例模型必须与（）反复交流并加以确认。A、软件生产商B、用户C、软件开发人员D、问题领域专家

正确答案：用例建模描述各种参与者(人和其他系统)和系统之间的主要交互。用例建模可以描述利益相关者(例如用户和维护人员)所看到的系统行为。 组件建模确定系统的子系统、模块和组件结构为子系统、模块分配需求和职责每个组件元素作为一个自包含的单元用于开发、部署和执行。服务建模提供了通用的应用程序并将应用程序定义为一组抽象服务接口。 性能建模是对系统的性能进行度量为每个组件确定性能指标。包括执行时间、资源使用、开发复杂性和维护复杂性等质量属性。
用例建模描述各种参与者(人和其他系统)和系统之间的主要交互。用例建模可以描述利益相关者(例如，用户和维护人员)所看到的系统行为。 组件建模确定系统的子系统、模块和组件结构，为子系统、模块分配需求和职责，每个组件元素作为一个自包含的单元，用于开发、部署和执行。服务建模提供了通用的应用程序，并将应用程序定义为一组抽象服务接口。 性能建模是对系统的性能进行度量，为每个组件确定性能指标。包括执行时间、资源使用、开发复杂性和维护复杂性等质量属性。

正确答案：C

正确答案：这是一道要求读者填写用例的概要描述表的综合分析题。本试题的解答思路如下。 ①用例(use case)是一组连续的操作在参与者使用系统来完成某个过程时出现即它确定了一个与系统参与者进行交互、并由系统执行的动作序列。可见一个用例本身并不是一个功能需求它代表了系统的一个单一的目标是一个行为上相关的步骤序列。在UML规范中参与者是指系统所涉及到的人或者是用户在本系统中扮演的角色。 ②通常一个用例名称是从参与者的角度而非系统的角度来命名其名称由二三个词语组成第1个是动词第2个是名词其后一般为形容词。例如本试题中“激活信用卡”用例。 ③一个用例的基本获取步骤如图4-21所示。 在图4-21中(1)定义所开发的应用系统的边界；(2)识别出该应用系统的所有参与者(或称为角色)；(3)对每一个识别的角色分别确定：①该角色参与的每一种业务活动；②各种业务活动完整的事件序列③激发上述每一事件的角色；(4)对第(3)步骤中的事件序列进行分析去掉其中重复的事件序列；(5)用结构化的自然语言来描述第(4)步骤中的每一个事件序列得到初步确定的每一个用例； (6)对第(5)步骤中的每一个用例进行分析和必要的重组采用①包含(include)、②扩展(extend)和③泛化(generalization)等关系来表示用例之间的关系最终得到所有的用例。 ④由题干中给出的关键信息“非信用卡客户填写信用卡申请表说明所要申请的信用卡类型及申请者的基本信息提交CCMS登录”可知在用例“非信用卡客户申请信用卡”中输入角色(Actor)是“非信用卡客户”输入信息是“信用卡类型及申请人的基本信息”触发器是“提交信用卡申请表”。 ⑤由题干中给出的关键信息“如果信用卡申请被银行接受(非信用卡)客户会收到银行的确认函……否则银行会发送一封拒绝函给该客户”可知在用例“非信用卡客户申请信用卡”中输出角色(Actor)也是“非信用卡客户”但针对银行的两种不同处理相应地有“确认函”、“拒绝函”两种输出信息。 ⑥由题干中给出的关键信息“①信用卡申请。……客户收到确认函后需再次登录CCMS用信用卡号和密码激活该信用卡。激活操作结束后CCMS将激活通知发送给(信用卡)客户告知客户其信用卡是否被成功地激活”可知在用例“激活信用卡”中输入角色是“信用卡客户”输入信息是“激活信用卡申请”；触发器是“信用卡激活请求”；输出角色也是“信用卡客户”输出信息是“激活通知”。
这是一道要求读者填写用例的概要描述表的综合分析题。本试题的解答思路如下。 ①用例(use case)是一组连续的操作，在参与者使用系统来完成某个过程时出现，即它确定了一个与系统参与者进行交互、并由系统执行的动作序列。可见，一个用例本身并不是一个功能需求，它代表了系统的一个单一的目标，是一个行为上相关的步骤序列。在UML规范中，参与者是指系统所涉及到的人，或者是用户在本系统中扮演的角色。 ②通常一个用例名称是从参与者的角度而非系统的角度来命名，其名称由二三个词语组成，第1个是动词，第2个是名词，其后一般为形容词。例如，本试题中“激活信用卡”用例。 ③一个用例的基本获取步骤如图4-21所示。 在图4-21中，(1)定义所开发的应用系统的边界；(2)识别出该应用系统的所有参与者(或称为角色)；(3)对每一个识别的角色，分别确定：①该角色参与的每一种业务活动；②各种业务活动完整的事件序列，③激发上述每一事件的角色；(4)对第(3)步骤中的事件序列进行分析，去掉其中重复的事件序列；(5)用结构化的自然语言来描述第(4)步骤中的每一个事件序列，得到初步确定的每一个用例； (6)对第(5)步骤中的每一个用例进行分析和必要的重组，采用①包含(include)、②扩展(extend)和③泛化(generalization)等关系来表示用例之间的关系，最终得到所有的用例。 ④由题干中给出的关键信息“非信用卡客户填写信用卡申请表，说明所要申请的信用卡类型及申请者的基本信息，提交CCMS登录”可知，在用例“非信用卡客户申请信用卡”中输入角色(Actor)是“非信用卡客户”，输入信息是“信用卡类型及申请人的基本信息”，触发器是“提交信用卡申请表”。 ⑤由题干中给出的关键信息“如果信用卡申请被银行接受，(非信用卡)客户会收到银行的确认函……否则银行会发送一封拒绝函给该客户”可知，在用例“非信用卡客户申请信用卡”中输出角色(Actor)也是“非信用卡客户”，但针对银行的两种不同处理相应地有“确认函”、“拒绝函”两种输出信息。 ⑥由题干中给出的关键信息“①信用卡申请。……客户收到确认函后，需再次登录CCMS，用信用卡号和密码激活该信用卡。激活操作结束后，CCMS将激活通知发送给(信用卡)客户，告知客户其信用卡是否被成功地激活”可知，在用例“激活信用卡”中输入角色是“信用卡客户”，输入信息是“激活信用卡申请”；触发器是“信用卡激活请求”；输出角色也是“信用卡客户”，输出信息是“激活通知”。

参考答案：A

参考答案：A

答案：C

解析：

正确答案：这是一道要求读者掌握UML用例图中扩展用例和抽象用例的内涵的简答题。本试题所涉及的知识点如下。 ①由某个更复杂的用例提取出来的事件序列所构成的用例称为扩展用例它可以简化原有用例并扩展其功能。 ②若从几个执行相同功能步骤的用例中将公共步骤提取成独立的用例那么这个提取出来的用例就称为抽象用例。它代表某种形式的“复用”可以降低用例之间的冗余。
这是一道要求读者掌握UML用例图中扩展用例和抽象用例的内涵的简答题。本试题所涉及的知识点如下。 ①由某个更复杂的用例提取出来的事件序列所构成的用例称为扩展用例，它可以简化原有用例并扩展其功能。 ②若从几个执行相同功能步骤的用例中，将公共步骤提取成独立的用例，那么这个提取出来的用例就称为抽象用例。它代表某种形式的“复用”，可以降低用例之间的冗余。

正确答案：C

参考答案：B

参考答案：B

答案：A

解析：

答案：A

解析：