3.用例分析.pptVIP

用例分析 用例确定 用例由参与者执行的任务确定，可通过询问一些问题辅助用例识别。 ? 什么是每个参与者要执行的主要任务？ ? 参与者将访问或修改系统中的消息吗？ ? 参与者将通告系统任何其它系统的改变吗？ ? 参与者应该被告之 系统之中意想不到的变化吗？ Cont’d 完整的用例具有如下特征。 ?一个完整的功能段。 包括逻辑主流、关于主流的任何变化(子流)以及任何例外条件 (可选流)。 ?一段外部可见的功能。 ?功能的独立段。 用例在执行期间可以共享对象，但每个用例的执行独立于其它用例 。 Cont’d ?由参与者启动的一段功能。 用例一旦启动，能够与其它参与者交互。 ?传送一个参与者可识别的值的一段功能。 用例间的关系有 ? 关联 ? 包括 ? 扩展 ? 用例泛化 Cont’d ? 关联 关联是参与者和用例之间的通信渠道。 ? 包括 包括关系把 所包括用例的公共行为提取出来，用例的执行包括其它用例 。 ? 扩展 扩展用例通过在扩展点激活其它用例来扩展一个用例的 行为。 ? 用例泛化 用例分析 一个计算机厂商提供了通过因特网购买计算机的功能，客户可以在制造厂商的Web页面选择自己想购买的台式机、服务器或笔记本。客户可以选择标准配置，也可以在线建立自己喜欢的配置。可配置的元件(内存)显示在选择表单。对用户自己提供的配置，系统要能够计算价格。 要发出订单，客户必须填写运送和付款信息，可接受的付款方式为信用卡和支票。 Cont’d 一旦订单被输入，系统向客户发送一封确认Email，并附上订单细节，在等待计算机送到时，客户可以在任何时候在线查询到订单的状态。 后台订单处理包括如下步骤：验证客户的信任度和付款方式、向仓库请求所订购的配置、打印发票并且请求仓库将计算机运送给客户。 用例分析 用例分析主要根据业务需求分析系统行为，分析系统为响应外部事件所做的事情。 参与者是与用例交互的任何人或任何事情，参与者与用例交互期望得到结果。 业务需求的功能需求具体化为用例。 业务需求扩展 用例分析主要根据业务需求分析系统行为，分析系统为响应外部事件所做的事情。 参与者是与用例交互的任何人或任何事情，参与者与用例交互期望得到结果。 业务需求的功能需求具体化为用例。 Cont’d Cont’d 用例文档 用例扩展表示一个用例在角色作用下扩展为另一个用例。 用例文档包括简述、涉及的参与者、用例开始的前提条件、事件流(主流、子流)的详细描述、用例结束后的后置条件。 例2. 借阅者请求服务的用例图 Cont’d Cont’d