用例建模Use Case Modeling

我的工程实践是印章检测,通过生成含有印章的文本图像,使用适合的目标检测算法训练模型,再利用训练好的模型检测出印章的位置以及类别。Include为用例之间包含关系,extend为用例之间扩展关系。

1. Abstract use case

首先针对项目进行分析,得到的抽象用例有:生成数据集、检测目标和显示结果。

生成数据集:生成数据集是整个项目的基础,需要在数据集上对模型进行训练。

检测目标:在训练好的模型上,对一个新输入的图片进行检测,识别是否有相关的印章

显示结果:对于识别到的印章,显示其分类

2.用例图

3. High Level use case

在不同的抽象用例中,需要对用例进行进一步的分析,得到高级用例。如生成数据集,它包括了“选择背景”和“选择印章”两项用例,这些都是对生成数据集进一步的细分。

4. Expanded use case分析

生成图片:是对生成文本行的扩展,将生成的文本行转成图片。

加噪图像:对图片进行加噪,这样才可以在之后的模型训练中让模型的泛化能力更强。

处理图像:图像在训练之前可以统一图像大小、分辨率,从而使训练速度加快。

分析准确率:通过对准确率进行分析来判断模型的性能,可以作为微调模型的依据。

原文地址:https://www.cnblogs.com/yll333/p/11762508.html

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

用例建模Use Case Modeling的相关文章

工程实践用例建模Use Case Modeling

用例建模就是通过对软件需求的调研,从具体的功能性需求中抽象出用例模型的工作过程.参与者和用例由对功能性需求的分析来确定,用例图是参与者和用例的可视化表示.用例图中的四种关系: 1.关联:建立参与者与用例通信的渠道,当然关联可以是双向的,可以是单向的.箭头的方向表示消息的传递方向. 2.依赖:一个用例受到另一个用例的影响. 3.包含:基USE CASE图本用例的行为包含了另一个用例的行为 4.扩展:扩展用例是基本用例的一个扩展 5.泛化:存在于Actor和Use case之间,例如数学老师是老师的

用例建模 Use Case Modeling

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

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

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

第三项任务——用例建模

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. 什么是用例? 在介始用例方法之

Linux文件系统的用例建模

1 用例 用例(Use Case)是一种描述系统需求的方法,使用用例的方法来描述系统需求的过程就是用例建模. 1.1 参与者和用例 从用户的角度来看,他们并不想了解系统的内部结构和设计,他们所关心的是系统所能提供的服务,也就是被开发出来的系统将是如何被使用的,这就是用例方法的基本思想.用例模型主要由以下模型元素构成: 参与者(Actor)参与者是指存在于被定义系统外部并与该系统发生交互的人或其他系统,他们代表的是系统的使用者或使用环境. 用例(Use Case)用例用于表示系统所提供的服务,它定

三维地图漫游用例建模

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

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

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