第6章 用例模型.pptVIP

最常见的事件流是用基本流(Basic Flow)来描述的，其他的事件流则是用备选流(Alternative Flow)来描述。 路径1：基本流 路径2：基本流—备选流1—基本流 路径3：基本流—备选流1—备选流2 路径4：基本流—备选流3—基本流 路径5：基本流—备选流3—备选流4 路径6：基本流—备选流3—备选流1—备选流2 路径7：基本流—备选流3—备选流1—基本流 路径8：基本流—备选流4 用例描述模板 例7：在某论坛系统中，针对讨论区成员，存在如下用例。请给出“新增帖子”用例的描述过程： 用例名称：新增帖子 用例目的：完成帖子的添加 参与者：讨论区人员 前置条件：讨论区成员成功地进入讨论区，通过身份验证。 事件流： 第1步：进入分组讨论区界面 讨论区成员：选择进入相应的分组讨论区 系统：将分组讨论区中信息全部显示出来 第2步：新增帖子 讨论区成员：要求新增一条帖子信息 系统：进入新增帖子界面。 第3步：填写帖子 讨论区成员：填写帖子中的具体信息 系统：显示输入的内容。 第4步：提交 讨论区成员：提交填写好的讨论区 系统：保存该讨论区到内部数据库 后置条件：完成了帖子的增加，返回讨论区 扩展点：修改帖子 拓展练习： （1）根据“新增帖子”的用例描述，给出“查看帖子”、“回复帖子”的用例描述。 （2）给出例5中“签订保险单”的用例描述。 （3）理解下面的用例图，并回答问题。 问题1：角色“学生”执行哪些用例？角色“教授”呢？ 问题2：如果李三是一个学生兼教授，哪些用例可以被执行？ 问题3：对用例“学生选课”，“注册”进行用例描述。 6.4 建立用例模型 我们建议的步骤是先确定系统边界，然后找出系统参与者，再根据参与者确定每个参与者相关的用例，最后再细化每一个用例的用例规约。 6.4.1 确定系统边界 6.4.2 查找系统参与者 例9：客户服务系统是对公司和客户进行统一管理的系统，根据客户服务系统案例需求说明书，具体包括以下几个方面： (1) 基础资料维护。包括系统管理员添加、删除、修改客户服务系统账户信息，添加、修改、删除公司产品及项目信息；客户服务人员添加、修改、删除客户资料信息，添加、修改、删除经验库信息等。 (2) 业务处理。包括客户服务人员新增、修改、删除客户咨询信息；维护人员处理客户问题、填写维护报告；部门领导处理投诉，安排任务等。 (3) 统计查询。包括客户资料查询、客户来电咨询查询、经验库查询、客户服务系统用户信息查询、回访任务及维护报告查询等。 明确以上信息后，分析系统的参与者。 6.4.3 查找系统用例 例10：根据例9的描述，针对每一个参与者，分析其对应的用例。 6.4.4 用例图优化 （1）参与者与参与者之间的关系 （2）用例和用例之间的关系 6.5 用例模型复审 （1）功能需求的完备性: （2）模型是否易于理解: （3）是否存在不一致性: （4）避免二义性语义: 某高校的教务管理系统中，大学生可以创建简历、安排日程、查询课表，而任课教师也可以安排日程、查询课表，还可以调研新课程的开发。 6.6 使用StarUML绘制用例图 * 第6章 用例模型 如果说我看得比别人更远些,那是因为我站在巨人的肩膀上。 ——艾萨克·牛顿 学习目标 了解UML中的基本图形元素 掌握用例图的概念及基本元素 学会建立用例模型 掌握用例描述 学会使用StarUml绘制用例图 什么是模型？模型是一组具有完整语义的信息，它是对现实世界的简化，也是对认知主体的抽象，建模过程就是认识世界、捕捉认知对象本质的过程。 面向对象建模是软件工程师对系统相关的问题域的建模和求解域的建模。 用例模型是UML中从用户的观点对软件系统行为的一个建模，定义了系统做什么，即以系统功能为目标，从系统使用者的角度来描述系统操作的过程。 6.1 UML简介 UML是一种建模语言，是用来为面向对象开发系统的产品进行说明可视化和编制文档的方法。它是由信息系统（IS，Information System）和面向对象领域的三位著名的方法学家Grady Booch ，James Rumbaugh和Ivar Jacobson（称为“三个好朋友”，the Three Amigos）提出的。 6.1.1 UML语言特点 1．统一标准 2．面向对象 3．表达能力强大、可视化 6.1.2 UML中的基本图形元素 1．结构事物 结构事物共有7种：类、接口、协作、用例、活动类、组件和节点。 2.动作事物 （1）交互：是一组对象在特定上下文中，为达到某种特定的目的而进行的一系列消息交换组成的动作。在UML中用带箭头的直线来表示。 （2）状态机：由一系列对象的状态组成。 3．分组事物 分组