工程实践用例建模Use Case Modeling

用例建模就是通过对软件需求的调研,从具体的功能性需求中抽象出用例模型的工作过程。参与者和用例由对功能性需求的分析来确定,用例图是参与者和用例的可视化表示。用例图中的四种关系:

  1.关联:建立参与者与用例通信的渠道,当然关联可以是双向的,可以是单向的。箭头的方向表示消息的传递方向。

  2.依赖:一个用例受到另一个用例的影响。

  3.包含:基USE CASE图本用例的行为包含了另一个用例的行为

  4.扩展:扩展用例是基本用例的一个扩展

  5.泛化:存在于Actor和Use case之间,例如数学老师是老师的泛化,从特殊指向一般。

用例建模的作用:

用例模型是一种标准的语言,是开发人员之间交流和沟通的媒介,可以精确地定义软件需求,出现歧义的可能性很小,这可以保证用户和开发人员对需求理解的一致性。用例模型在整个开发过程中都扮演着非常重要的角色,它可以驱动软件的分析和设计逐步细化。最后,测试过程中那些关注软件功能的测试用例,往往也是根据用例模型来确定的。

用例步骤:

      • 确定系统边界
      • 确定参与者
      • 找出所有的用例
      • 确定每个用例的级别
      • 撰写用例的文字描述
      • 画出以整个系统为对象的顺序图

我的工程实践的目的是手势识别,模拟键盘鼠标操作等,下图展示了项目的部分用例图。只是手势交互业务建模,不是对系统建模。

                               

                              手势识别用例图

活动者有玩家和开发人员,可以实现手势识别和手势库的建立。输入为一个摄像头采集的一个手势,输出为手势识别的是与否。流程是打开摄像头,点击手势识别按钮,等待进入识别界面。然后用户做出手势动作,等待识别的结果,最后系统返回手势识别结果。

手势库建立用例图

开发人员可以建立用于鼠标键盘模拟交互系统的手势库,手势可以包括点击确认手势、移动光标手势、返回等。还可以删除手势,删除手势之前要删除手势。当且仅当删除某一个手势或者增加一个手势才会更新要模拟的交互系统。

                   

交互模拟系统用例图

玩家用户进入鼠标键盘模拟系统,首先会选择要使用的手势交互应用,比如照片浏览、音乐播放、文件浏览等,选择好之后用户输入手势,系统会识别手势,判定手势的结果是与否进行相应的操作。当结束使用之后,用户可以退出交互应用。

通过抽取Abstract use case,得到的抽象用例为:手势识别用例,交互模拟系统用例,手势库建立用例。画出用例图后,根据每个抽象用例的用例范围,得到每个抽象用例的高级用例和一些扩展的用例,大致如下:

活动者有玩家和开发人员,可以实现手势识别和手势库的建立。开发人员可以建立用于鼠标键盘模拟交互系统的手势库,手势可以包括点击确认手势、移动光标手势、返回等。还可以删除手势,删除手势之前要删除手势。当且仅当删除某一个手势或者增加一个手势才会更新要模拟的交互系统。玩家用户进入鼠标键盘模拟系统,首先会选择要使用的手势交互应用,比如照片浏览、音乐播放、文件浏览等,选择好之后用户输入手势,系统会识别手势,判定手势的结果是与否进行相应的操作。当结束使用之后,用户可以退出交互应用。

以上为目前项目所构建出的用例模型。

原文地址:https://www.cnblogs.com/ylyangliu/p/11755488.html

时间: 2024-10-09 02:43:45

工程实践用例建模Use Case Modeling的相关文章

用例建模 Use Case Modeling

1.业务内容 我的工程实践项目是实现一个企业端的智能信息搜集与数据分析系统,具体来说就是利用网络爬虫技术获取企业所需要商品的报价以及部分商品的价格变化趋势,从而给与用户企业的生产与采购决策以信息支撑. 2.业务的用例建模及用例图. 本系统所要实现的核心功能有二:其一,是实现对商品网站信息的抓取与存储:其二,是实现对商品价格信息的提取与分析,从而将分析结果呈现给企业用户.据此,我们首先定义系统边界:系统包含将用户所需信息从互联网网站中提取的功能模块以及将用户所检索的关键信息及其相关内容呈现给用户的

用例建模Use Case Modeling

我的工程实践是印章检测,通过生成含有印章的文本图像,使用适合的目标检测算法训练模型,再利用训练好的模型检测出印章的位置以及类别.Include为用例之间包含关系,extend为用例之间扩展关系. 1. Abstract use case 首先针对项目进行分析,得到的抽象用例有:生成数据集.检测目标和显示结果. 生成数据集:生成数据集是整个项目的基础,需要在数据集上对模型进行训练. 检测目标:在训练好的模型上,对一个新输入的图片进行检测,识别是否有相关的印章 显示结果:对于识别到的印章,显示其分类

工程实践用例建模

我的工程实践课题为“食谱搜索引擎”.目标为通过爬取互联网上的各类食谱信息,处理后存入数据库,以Web页面形式提供给用户查询想要的食谱. 1.抽取Abstract use case 基于Web Application的管理和访问两个角度,可划分为网站管理人员Administrator和用户User 2.用例图 3.High Level use case 对于管理员,主要用例有: (1)爬虫管理:根据对应网站页面结构变化,修改爬虫爬取方式,以及根据业务需求运行新的爬虫任务 (2)数据库管理:对后台数

用例建模Use Case Modeling——传感器智能分析引擎

系统用例分析 我的工程实践小组做的课题主要是实现传感器数据采集平台的设计与开发.该搜索引擎完成对传感器数据的采集和发布,企业可以在平台上上传自己的传感器数据信息,同时也能够浏览市面上其他传感器信息,以获得最新的传感器发展趋势,为企业的研发寻求灵感.平台同时也实现B2C的功能,对传感器有需求的个人和企业可以通过平台找到自己所需要的传感器产品.物联网传感器数据系统平台主要面向三类用户,即企业用户和个人用户,管理员用户作为系统后台人员参与系统维护. 1. 企业用户用例 在登录后,企业用户可以使用以下功

采用[ICONIX] 方法实践分析和设计之二 [用例建模](转)

在上一篇文章中我们了解并进行了域建模,换言之我们有了一个好的开始,起码开发人员对自己要开发的软件已有了初步的认识,且也得到了进行交流时可以使用的术语表. 本章将会在前一篇的基本上进一步阐述使用ICONIX方法实践用例建模,同样在文章的最后还会有在这个阶段最容易犯的10个错误,以给大家提醒或在分析过程中进行参照.     本文在ICONIX方法中所处的位置如下图(红圈标记的地方)     在开始进行用例建模之前,我们需要对这一过程有一些粗线条的认识,如果您以前做过或学习过这方面的知识,可以把下面的

三维地图漫游用例建模

一.建模背景 (1)工程实践项目需求 我的工程实践课题是基于室内地图数据,运用OpenGL渲染手段,构建并渲染三维空间模型,进一步可应用到虚拟现实的交互游戏场景. (2)用例建模意义 用例方法完全是站在用户的角度上(从系统的外部)来描述系统的功能的.在用例方法中,我们把被定义系统看作是一个黑箱,我们并不关心系统内部是如何完成它所提供的功能的. 用例方法首先描述了被定义系统有哪些外部使用者(抽象成为Actor),这些使用者与被定义系统发生交互:针对每一参与者,用例方法又描述了系统为这些参与者提供了

第三项任务——用例建模

SRS文档——用例建模 一.spec概念 Specification, 又叫spec, 有两种: a) functional spec, 软件功能说明书, 主要用来说明软件的外部功能, 和用户的交互情况 (把软件当作一个黑盒子). b) technical spec, 软件技术说明书, 又叫 design doc, 设计文档, 主要用来说明软件内部的设计 (把软件当作一个透明的箱子). 二.用例建模 用例建模(Use Case Modeling)是使用用例的方法来描述系统的功能需求的过程,用例模

Uml学习-用例建模简介

用例建模简介  用例建模是UML建模的一部分,它也是UML里最基础的部分.用例建模的最主要功能就是用来表达系统的功能性需求或行为.用例图重点描述用户需求. 它描述需求.用户和主要组件之间的关系. 它不会详细描述用户需求:在可链接到每个用例的其他关系图或文档中可详细描述这些需求.用例图是UML的九个图中较为重要和常用的一种图.常常用于软件开发的需求分析阶段,也能用于软件的系统测试阶段.简单的来说,用例图是描述系统的外部视图,为了搞清某个项目的大概需求,我们往往要问两个问题, 1.  这个系统有什么

用例建模指南

用例建模指南 用例(Use Case)是一种描述系统需求的方法,使用用例的方法来描述系统需求的过程就是用例建模.用例方法最早是由Iva Jackboson博士提出的,后来被综合到UML规范之中,成为一种标准化的需求表述体系.用例的使用在RUP中被推崇备至,整个RUP流程都被称作是"用例驱动"(Use-Case Driven)的,各种类型的开发活动包括项目管理.分析设计.测试.实现等都是以系统用例为主要输入工件,用例模型奠定了整个系统软件开发的基础. 1. 什么是用例? 在介始用例方法之