UML软件模 用户登录模块建模.ppt

第2章　 用户登录模块建模 用户登录模块的用例图、类图、活动图、顺序图在第1章有初步了解，本章重点分析用例图的绘制，同时介绍用例图的功能、元素及关系，分析如何识别使用者和用例。 【教学导航】 【引导训练】 【任务1】浏览用户登录模块的活动图 【任务描述】 在Rational Rose 2003中浏览用户登录模块的活动图，调整活动图中图形元素的位置，将文字大小设置为10。 【任务2】创建Rose模型“02用户登录模块 模型” 【任务描述】 创建一个Rose模型，将其命名为“02用户登录模块模型”，且保存在本章对应的文件夹中。 【操作示范与知识讲解】 【实例引导】 普通的电话机的主要功能是“打电话”和“接电话”，打电话和接电话的人统称为“用户”，电话机的用例图如图2-2所示。 如果电话机具有“电话录音”功能，则用例图如图2-3所示。 【试一试】 手机的主要功能是“打电话”、“接电话”、“收短信”、“发短信”，试着绘制手机的用例图。 【任务描述】 （1）对图书管理系统的用户登录模块进行需求分析。 （2）识别用户登录模块的参与者。 （3）识别用户登录模块的用例。 （4）在Rational Rose 2003中绘制用户登录模块的用例图。 【任务实施】 2.1　认识UML的用例图 2.2.1　用例图的功能 在UML中，用例图的用途是列出系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行。 用例图是一种描述用例的可视化工具，它用简单的图形元素表示出系统的参与者（即角色）、用例以及他们之间的关系，准确地表达了角色与系统交互的情况和系统所能提供的服务。 用例图描述了从外部“参与者”来看系统应该完成的功能以及系统的需求。 用例图的主要元素用例和参与者。 2.1.2　用例图的组成元素 用例图主要应用于需求分析阶段，其主要作用有： （1）获取需求； （2）指导测试； （3）在整个过程中的其他工作流中起指导作用。 用例图元素主要包括参与者与用例两个部分，另外还包括参与者与用例之间以及用例之间的关系。 2.1.3　用例间的关系 在UML中，一个用例图包括用例的集合，该集合定义了整个系统的功能。 用例图是表达用例和系统参与者及其之间关系的载体。 这些关系可以是：关联关系、包含关系、扩展关系和泛化关系。 2.2　绘制用例图 2.2.1　分析用户登录模块的功能需求 根据用户提出的具体需求和软件系统的开发要求，用户登录模块的功能需求会有所不同，最基本的需求是：提供输入“用户名”和“密码”的文本框，验证用户身份的合法性。 2.2.2　识别使用者 识别参与者是在需求分析阶段进行的一项重要工作，通常与用例识别结合在一起展开。 为了识别出一个系统所涉及的参与者，可以向用户提出以下一些问题： （1）谁将使用系统的主要功能？ （2）谁将需要系统的支持来完成他们的日常任务？ （3）谁必须维护、管理和确保系统正常工作？ （4）谁将给系统提供数据、使用数据和删除数据？ （5）系统需要处理哪些硬件设备？ （6）系统是否使用了外部资源？ （7）系统需要与哪些其他系统进行交互？ （8）在预定的时刻，是否有事件自动发生？ （9）系统从何处获取信息？ （10）谁或者什么对系统产生的结果感兴趣？ （11）一个人同时使用几种不同的规则吗？ （12）几个人使用相同的规则吗？ 2.2.3　识别用例 识别用例是系统分析的关键工作，因为后续的各项工作都是以用例为基础而展开。 具体地讲，可以提出以下几个问题，然后根据对这些问题的回答来确定用例： （1）参与者要向系统获取哪些功能，即参与者要系统“做什么”？ （2）每个参与者的特定任务是什么？ （3）参与者需要读取、创建、修改或者存储系统的某些数据吗？ （4）是否任何一个参与者都要向系统通知有关突出性的、外部的改变。或者必须通知参与者关于系统中发生的事件？ （5）是否存在影响系统的外部事件？ （6）系统需要哪些输入/输出？ （7）这些输入/输出来自哪里或者到哪些去了？ （8）哪些用例支持或维护系统？ （9）是否所有功能需求都被用例使用了？ （10）系统当前实现的问题是什么？ 2.2.4　使用Rational Rose 2003绘制用户登录模块的用例图 （1）建立新的用例图 （2）显示用例图【编辑】窗口和编辑工具栏 （3）绘制参与者 （4）设置参与者的属性 （5）绘制用例 （6）设置用例的属性 （7）添加参与者与用例之间的关系 （8）设置关系的属性 （9）保存绘制的用例图 2．在Rational Rose 2003的用例图中，如何添加已有的用例？ 方法一：在【浏览窗口】中单击选中一个用例，然后将它拖动