2012.6UML基础与建模实践王爱国13第十三章网上书店.pptVIP

13.2.2 用例建模过程 （15）交付请求 表13-23交付请求 用例 交付请求 用例ID UC-114 参与者 系统管理员 描述 如果注册客户订购的是旧书籍，则系统管理员将通过系统给出售者发送交付请求：告诉出售者，将有运送代理商从他那里收集书籍。 13.2.2 用例建模过程 （16）更新用户账户 表13-24更新用户账户 用例 更新用户账户 用例ID UC-115 参与者 系统管理员 描述 当运送代理商给系统发送消息，表明运送已经完成，并且，送货单中有旧书，系统将更新出售者的客户账户，将旧书价格减去服务费用之差存入到出售者的账户中。 13.2.2 用例建模过程 5.进行文本分析、识别候选对象、对领域模型进行修订 我们用文本分析法，对上面的16个用例描述进行对象识别后， 发现“生成送货单”用例和“运送请求”用例描述中，出现了一个系统候选对象：送货单（DeliverOrder）。我们应该把这个候选对象加入到图13-5的对象模型中，对图13-5的模型进行修正后，得到图13-14的对象模型。 13.2.2 用例建模过程 图13-14 修正后的对象模型 说明：一个订单（Order）可以拆分为多个送货单（DeliverOrder）。 13.2.2 用例建模过程 6. 开发基本用例描述 当完成了16个用例的编写后，我们与购买者、出售者、运送代理商、系统管理员进行沟通后，发现遗漏了三个用例：查看书籍详细信息、账户支付和信用卡支付。下面是这三个用例的基本描述。 13.2.2 用例建模过程 （1）查看书籍的详细信息 表13-41 查看书籍详细信息 用例名称 查看书籍详细信息 用例ID UC-116 参与者 注册用户，公共用户 简要描述 公共用户和注册用户通过关键字有哪些信誉好的足球投注网站书籍后，系统显示书籍列表，用户可以在书籍列表中选取一本书，查看它的详细信息 前件 用户从书籍列表中选取一本书 后件 系统显示书籍的详细信息 事件流 1） 进入系统主页 2） 按关键字有哪些信誉好的足球投注网站书籍 3） 系统列出书籍列表 4） 用户从列表中选取一本书 5） 系统列出书籍的详细信息 13.2.2 用例建模过程 （2）账户支付 表13-42 账户支付 用例 账户支付 用例ID UC-117 参与者 描述 当购买者选择账户支付后，系统计算书籍费用的总和，从用户的账户中扣除这笔费用 前件 购买者选择了账户支付 后件 系统更新购买者账户 事件流 （1） 计算购买的书籍总费用 （2） 从用户账户中减去书籍总费用 其他流和例外 账户费用不够时，提示账户支付失败，要求用户重新选择支付方式 13.2.2 用例建模过程 （3）信用卡支付 表13-43 信用卡支付 用例 信用卡支付 用例ID UC-18 参与者 描述 当购买者选择信用卡支付后，系统要求用户输入信用卡的卡号，类型，过期时间，系统将信用卡信息，要支付的书籍金额发送给外部网关，由银行扣费 前件 购买者选择了信用卡支付 后件 通过网关，从用户在银行的信用卡上扣费 事件流 （1） 计算购买的书籍总费用 （2） 从用户信用卡上减去书籍总费用 其他流和例外 信用卡无效，或信用卡上金额不足时，信用卡支付失败，系统要求用户重新选择支付方式 13.2.1 用例建模方法 在进行用例分析之前，首先应该采访用户、客户，以获取领域的业务组织结构、工作流程。然后将采访的成果总结成问题描述或者业务模型。用例建模是一个包含以下步骤的迭代和增量的过程。 13.2.1 用例建模方法 （1）开发初始用例模型的一般步骤 开发问题描述（在领域分析过程中已经获得）； 识别主要的参与者和用例； 创建初始用例图； 简要地描述用例； 使用文本分析来识别/提取候选类（系统候选类） 13.2.1 用例建模方法 （2）用例模型的细化包括以下步骤 开发基本用例描述； 在基本用例描述基础上逐步求精，并通过关系《include》、《extend》和泛化关系组织用例； 开发用例的场景； 确定用例优先级； 13.2.2 用例建模过程 在前一节中，我们已经有了问题描述（问题陈述），下一步，就是要识别参与者。　 1.识别参与者 结合前面的问题陈述，我们通过回答下面的问题来寻找参与者。 谁将使用系统的主要功能？ 谁支持系统的运行？ 谁将使用系统的结果以及提交数据？ 谁将需要维护、管理和操作该系统？ 系统必须与什么硬件系统交互？ 系统必须与其他什么计算机系统交互？ 13.2.2 用例建模过程 　　 谁将使用系统的主要功能：公共用户（PublicUser）、注册用户（RegisteredUser）、出售者（Bargainor）、购买者（Purchaser）。 　　 谁的日常工作将需要系统的支持：公共用户（PublicUser）、注册用户（RegisteredUser）。 　　 谁将使用系统