用例图

目录 第八组设计图 用例图 类图 顺序图 需求文档链接： https://www.cnblogs.com/chenjiji/p/11787647.html 用例图 学生 社长 社员 社联 类图 时序图 分工 姓名 学号 分工 夏闵杰 31701022 时序图，数据库e-r图 陈喆 31701008 类图，文档撰写 吴义都 31701021 用例图，时序图 来源： https://www.cnblogs.com/chenjiji/p/11885780.html

用例图(Use Case Diagram) 系统(Systems) 由方框表示 将一系列功能有密切联系的用例括起来组成一个的系统 参与者(Actor) 由一个简笔画的小人表示 描述与系统交互的用户,组值或外部系统 用例(Use Cases) 由一个椭圆表示 描述系统中完成某些任务的功能 关系(Relationships) 关联 由实线箭头表示,箭头指向消息接收用例 描述参与者与用例之间的通信 用户可能的行为有取款和存款 包含 由虚线箭头+include表示,箭头指向被包含者(小步骤) 描述用例与用例之间的关系,通常是将一个功能分解为更小的步骤 登录包含密码验证,所以由登录指向密码验证 扩展 由虚线箭头+extend表示,箭头指向基础用例 描述用例与用例之间的关系,通常是表述一个功能延伸出的附加功能 包含和继承的区别 登录一定会导致密码验证,但不一定会导致显示错误信息,所以密码验证是登录的子步骤,显示错误信息是登录的附加功能 泛化 由实线三角箭头表示,箭头指向父用例(未细分的用例) 描述用例和用例间或者参与者和参与者间的关系,通常是对于一类参与者或者用例的细分 如付款可细分为花呗付和银行卡付 示例 参考网址 来源： https://www.cnblogs.com/redo19990701/p/11878673.html

一. 工程实践项目分析 在使用用例以及用例建模的方法之前，我简要介绍一下我的工程实践项目： 首先，我所选的是一个企业项目，题目为 “物联网组网智能分析引擎” ； 其次，项目描述为：通过爬取现有物联网设备组网的数据或采用现场调研的方式，运用数据挖掘方法对这些数据进行分析，为开发新型物联网设备提供参考与依据。数据分析结果可以包括成本、典型组网方式、开发周期、测试标准、交付周期、功能。 所以，能够提取出其中的关键词为：物联网；数据挖掘及可视化； Web 编程等。 下面的内容主要分为两个部分，一是叙述用例一些基本知识，二是针对于我的工程实践项目，展示用例的分析以及建模的过程。 二. 用例建模的作用与步骤 2.1 什么是用例方法？优势何在？ 首先来看一下传统的需求表述方式——"软件需求规约"(Software Requirement Specification)。 传统的软件需求规约基本上采用的是功能分解的方式来描述系统功能，在这种表述方式中，系统功能被分解到各个系统功能模块中，我们通过描述细分的系统模块的功能来达到描述整个系统功能的目的。 采用这种方法来描述系统需求，非常容易混淆需求和设计的界限，这样的表述实际上已经包含了部分的设计在内。由此常常导致这样的迷惑：系统需求应该详细到何种程度？一个极端就是需求可以详细到概要设计，因为这样的需求表述既包含了外部需求也包含了内部设计

用例建模Use Case Modeling 一.用例建模的简单描述及优点 用例是从外部用户和外围系统的角度，分析和考察待开发系统的行为，并通过参与者（可能是最终用户也可能是外围系统）与系统之间的交互关系描述系统对外提供的功能特性----这种参与者与系统功能特性间的交互关系就是用例。用例分析和用例建模就是通过对软件需求的调研，从具体的功能性需求中抽象出用例模型的工作过程。用例建模主要有两个产物。第一个是用例图，第二个产物就是用例描述。 用例建模具有以下的优点： 提供了捕捉功能需求的工具 有助于将系统范围分解成更易管理的小块 提供了与用户以及其他关心系统功能的关联人员进行交流的工具。用例是容易被各种关联人员理解的公共语言 提供了确定、分配、跟踪、控制和管理系统开发活动（尤其是增量开发和迭代开发活动）的手段 辅助估计项目范围、投入和进度 为定义测试计划和测试用例提供了一个基准 为用户帮助系统和手册以及系统开发文档提供了一个基准 提供了需求跟踪的工具 提供了确定数据对象或实体的起点 提供了设计用户和系统接口的功能规格说明 提供了定义数据库访问需求（增加、修改、删除和读取）的手段 提供了驱动系统开发项目的一个框架 二、关键术语描述： 　　用例建模：使用业务时间、发起业务事件的人，以及系统如何相应这些事件来建模系统功能的过程 　　用例图：描述系统与外部其他系统以及用户之间交互的图形

　　 此次工程实践课题为软件打包与分发渠道调研与实践。下面将在项目需求的基础上进行用例建模。抽取Abstract use case，画出用例图，并确定每一个用例的范围High level use case，对关键用例进一步进行Expanded use case分析。首先明确以下几个概念。 　　用例建模： 　　用例是从外部用户和外围系统的角度，分析和考察待开发系统的行为，并通过参与者（可能是最终用户也可能是外围系统）与系统之间的交互关系描述系统对外提供的功能特性----这种参与者与系统功能特性间的交互关系就是用例。用例分析和用例建模就是通过对软件需求的调研，从具体的功能性需求中抽象出用例模型的工作过程。用例建模主要有两个产物。第一个是用例图，第二个产物就是用例描述。 　　用例图： 　　用例图描述的是参与者所理解的系统功能，主要元素是用例和参与者。虽然用例图不能取代文本形式的用例文档，但它简要地概括了用例文档的主要内容，项目的基本需求和需求之间的关系一目了然。在项目初始阶段，用例图可以帮助开发团队以一种可视化的方式理解系统的功能需求，从而快速地进行需求分析。 　　用例图组成元素： 1、Actor 　　参与者指与系统交互的人或物。参与者不仅包括产品的用户，还包括维护人员、外设（人、打印机）、相连的系统等等。 在用例图中，参与者用一个小人来表示。 2、Use Case 　

我的选题是关于在线学习平台的设计，该系统主要包括以下三类用户，分别是学生、教师与管理员。 对于学生来说，主要有以下几种主要功能： 注册登录、搜索学习资源、个人主页管理、做笔记、参加考试、查看试卷解析、在线测验、回顾学习进度等等主要功能。 学生用户的用例图如下所示： 对于教师来说，主要有以下几种主要功能： 注册登录、基本信息维护、学习资料的发布、考试试卷的发布、试卷批阅、调整课程结构、课程答疑等等主要功能。 教师的用例图如下所示： 对于管理员来说，主要有登录、用户审核、用户管理、学习资源管理、 公告信息管理、发布调查问卷、留言管理等等主要功能。 管理员的用例图如下所示： 来源： https://www.cnblogs.com/19chenjian/p/11784870.html

我的工程实践是印章检测，该项目没有复杂的业务逻辑，系统非常，其难度在于功能的实现以及检测准确率的提升。 在用例图中，系统的使用者仅包含用户，没有管理员。 该项目抽象出的用例包括上传图片、检测印章、删除图片，扩展用例有下载处理后的图片、标记印章类别、标记印章位置。 用例图如下： 来源： https://www.cnblogs.com/oranzhi/p/11780589.html

在理解项目需求的基础上进行用例建模，抽取Abstract use case，画出用例图，并确定每一个用例的范围High level use case，对关键用例进一步进行Expanded use case分析。 1.用例建模简介 用例建模是UML建模的一部分，它也是UML里最基础的部分。用例建模的最主要功能就是用来表达系统的功能性需求或行为。用例图重点描述用户需求。 它描述需求、用户和主要组件之间的关系。 它不会详细描述用户需求；在可链接到每个用例的其他关系图或文档中可详细描述这些需求。用例图是UML的九个图中较为重要和常用的一种图。常常用于软件开发的需求分析阶段，也能用于软件的系统测试阶段。简单的来说，用例图是描述系统的外部视图，为了搞清某个项目的大概需求，我们往往要问两个问题， 这个系统有什么用？有哪些人参与? 这些人通过这个系统能做些什么事？ 通过这两个问题，一般就能比较清楚地表达系统的需求了，用例图就是用来回答这两个问题的，它能从比较清晰的角度来表达系统的需求，而且不涉及到技术用语。 用例建模可分为用例图和用例描述。 用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。 用例描述用来详细描述用例图中每个用例，用文本文档来完成。 (1)参与者(Actor) 在一个系统开发前，我们必定首先要确定系统的用户，系统的用户就是系统的参与者

在理解了用例建模和用例图的相关概念和作用之后，再结合自己的工程实践课题进行用例建模，抽取Abstract use case，画出用例图，并确定每一个用例的范围High level use case，对关键用例进一步进行Expanded use case分析。 一、工程实践课题分析 　　由于我们组选择的题目是面向主题的搜索引擎课题，所以最初是不打算设计任何用户系统的。 　　就像目前火热的百度搜索，在最初出来的时候也是没有任何用户注册、登录的功能，而是后来随着百度生态圈的扩大，添加了百度贴吧、百度网盘等等之后才开始推出用户系统的。 　　但是综合考虑之下，有一个用户系统似乎对使用者更为友好。在这个用户系统我们可以实现：记录用户的搜索记录，以及保存用户收藏的有用记录等等功能。 二、结合工程实践构建用例图 　　对于普通用户而言，他们应有如下功能: 　　1、注册功能：通过手机、邮箱验证注册。 　　2、登录功能：未登录也能使用引擎，但是登陆后才能拥有收藏记录功能。 　　3、搜索功能：结合关键字搜索自己想了解的内容。 　　4、变更功能：修改个人信息、变更密码等。 　　因此，用例图如下： 　　 　　 来源： https://www.cnblogs.com/qwertyue/p/11769339.html

首先我们理解一下用例建模和用例图的相关概念和作用，再结合自己的工程实践课题进行用例建模，抽取Abstract use case ，画出用例图，并确定每一个用例的范围 High level use case ，对关键用例进一步进行 Expanded use case 分析。 一、简介 1 、用例建模的简单描述 用例是从外部用户和外围系统的角度，分析和考察待开发系统的行为，并通过参与者（可能是最终用户也可能是外围系统）与系统之间的交互关系描述系统对外提供的功能特性 ---- 这种参与者与系统功能特性间的交互关系就是用例 。 用例分析和用例建模就是通过对软件需求的调研，从具体的功能性需求中抽象出用例模型的工作过程 。 用例建模主要有两个产物。第一个是用例图，第二个产物 就 是用例描述 。 用例建模具有以下的优点： 首先，用例模型是一种标准的语言，很容易成为开发人员之间交流和沟通的媒介，用例模型可以精确地定义软件需求，出现歧义的可能性很小，这可以保证用户和开发人员对需求理解的一致性 。 其次，用例模型可以成为我们评估压法工作量的一个标准，特别是对于迭代式开发言。迭代式开发模型里，通常依据用例模型来划分软件的开发周期：优先级别高的用例会在早期的迭代周期中实现，而优先级别低的用例则被安排在后续的迭代周期中完成。可以通过限制每个迭代周期中的用例个数来保证迭代周期长度的合理性 。 再次