2、在上题创建的序列图对象中，根据修改客户信息的用例，添加消息和脚本信息完成如图所示的完整序列图建模

3、对客户服务系统中的客服人员删除客户信息的用例进行动态建模，在逻辑视图中创建序列图

第八章

（1）在客户服务系统中个“客户来电”用例，当客户来电的事件发生后，进入“来电咨询”活动，如果受理，则查询客户信息，否则活动结束。当查询客户信息时，如果查询到客户，则判断咨询类型，否则新增加一个客户的信息。咨询类型有三种：咨询、投诉、保修，如果咨询，判断是否能解答问题，如果能，则直接处理，否则由维护人员跟进；如果是投诉，转入投诉处理；如果是保修，则转入报修处理。咨询处理结束后，填写咨询处理结果，整个活动的流程结束。根据以上描述，创建客户来电活动图中的需要表示的各种动作状态，如图8-31所示。

来电咨询查询客户信息新增客户信息判断咨询类型新增咨询、填写处理结果

维护人员跟进投诉处理能否解答问题故障处理

图8-32 创建动作状态

（2）在上题的基础上，识别出各种状态之间的额转换并考虑分支与合并、分叉与汇合的情况。绘制如图8-32所示的客户来电咨询活动图。

客户来电来电咨询受理查询客户信息无有判断咨询类型新增客户信息不受理保修故障处理投诉咨询能否解答问题投诉处理不能维护人员跟进能处理结果新增咨询、填写处理结果图8-32 客户来电咨询活动图

（3）在上题创建的活动图中有一个主要的缺点，它没有显示出由谁或者怎么负责来执行某项活动。为了给活动图中活动指明责任者，要求在活动图中放置两个泳道：客户和客户服务人员负责执行这些活动。最后的完整客户来电咨询活动图，如图8-33所示。

客户客户服务人员客户来电来电咨询受理查询客户信息无新增客户信息有判断咨询类型报修能否解答问题不受理能不能维护人员跟进投诉处理故障处理处理结果新增咨询、填写处理结果

图8-33 带泳道的客户来电咨询活动图 第九章 （1） 对客户服务系统中的客服人员修改客户信息的用例进行动态建模，该交互操作的动态建模由客户对象、客户信息界面CustomerInfoUI、客户信息控制类CustomerInfoController和客户信息类CustomerInfo组成，在协作图中创建这些对象，如图9-18所示。

图9-18 创建协作图对象

（2） 在上题创建的协作图对象中，根据修改客户信息的用例，添加消息和脚本信息，完

成图9-19所示的完整协作图建模。

图9-19 修改客户信息协作图

（3） 对客户服务系统中的客服人员删除客户信息的用例进行动态建模，在逻辑视图

（Logical View）中创建完整的协作图，如图9-20所示。