用例模型

一、课题内容 　　工程实践选题为脱机手写汉字识别，可广泛应用于拍照文档、支票、表单表格、证件、邮政信封、票据、手稿文书等光学字符识别(Optical Character Recognition, OCR)图像识别系统以及手写文字输入设备中。我们做的只是提高单字的识别准确率，不涉及文本行的识别。 　　在用例图中，系统的使用者只有用户，没有管理员。 　　该项目抽象出的用例包括上传单字图片、识别单个文字，扩展用例有生成目标文字，提供相似文字。 　　用例图如下： 二、用例模型 　　1.参与者和用例由对功能性需求的分析来确定，用例图是参与者和用例的可视化表示。 　　2.参与者（Actor） 　　　　1.参与者是主题外部的人或事物针对用例所扮演的角色。参与者不一定代表人，可以是一个组织或一个机器。 　　　　2.木头人表示法。 　　3.用例（Use Case） 　　　　1.用例表示对参与者有价值的功能单元，不是所有用例都要与参与者直接关联。 　　　　2.一般不建议从参与者的角度命名用例。 　　4.用例图中的四种关系 　　1.关联：建立参与者与用例通信的渠道，当然关联可以是双向的，可以是单向的。箭头的方向表示消息的传递方向。 　　2.依赖：一个用例受到另一个用例的影响。 　　3.包含：基USE CASE图本用例的行为包含了另一个用例的行为 　　4.继承：扩展用例是基本用例的一个扩展， 　　5.泛化

第二部分 面向对象分析 2.1 面向对象分析(OOA)的定义？ 　　OOA——面向对象的分析，就是运用面向对象方法进行系统分析，对问题域(问题所涉及的范围)和系统责任(所开发的系统应具备的职能)进行分析与理解，找出描述问题及系统责任所需要对象，定义对象的属性、操作以及它们之间的关系。 2.2 面向对象分析(OOA)的优点？ 加强了了对问题域和系统责任的理解； 改进与分析有关的各类人员之间的交流； 对需求的变化具有较强的适应性； 支持软件复用。 2.3 面向对象工具——UML(Unified Modeling Language)统一建模语言 　　UML是对软件密集型系统中的制品(模型、源代码、测试用例等)进行可视化、详述、构造和文档化的语言。 （1）UML特点 统一的标准 面向对象 可视化、表示能力强大 独立于过程 概念明确，建模表示法简洁，图形结构清晰，容易掌握和使用 （2）UML的构成 　　UML中的3类主要元素是基本构造块、规则、公共机制 （3）UML中的视图 　　UML中的视图包括用例视图、逻辑视图、实现视图、进程视图、部署视图，被称为“4+1”视图 用例视图：用于表达系统的功能性需求 逻辑视图：用于表示系统的概念设计和子系统结构等 实现视图：用于说明代码的结构 进程视图：用于说明系统中并发执行和同步的情况 部署视图：用于定义硬件结点的物理结构 2.4 面向对象分析(OOA

---恢复内容开始--- 　　我的工程实践项目为《基于情感词典的文本情感分析》，情感分析是指通过机器学习或者自然语言处理技术，从文本中分析出人们对实体或属性所表达的观点、情感、评价、态度和情绪，情感分析也被称为情感挖掘、意见挖掘、观点抽取等。文本情感分析的主要任务是判断文本的情感倾向性，即对作者表达的情感是积极的还是消极的，正面的还是负面的，褒义的还是贬义的判断，因此也被情感分类。基于情感词典的文本情感分类，是对人的记忆和判断思维的最简单的模拟。其原理通过考察并分析文本中所有的具有情感色彩的词语，并对这些词语以及修饰词的情感强度进行量化加权来计算整个文本情感倾向的方法。其具体的实现方法为：首先对输入文本进行分词和去除停用词，然后将每个处理过的分词与构建的情感词典进行匹配，最后根据匹配结果得到文本的情感极性。主要的用例有： 获取数据集：本项目所针对的目标是京东电子商品评论，获取数据集的主要方式有网络爬虫，下载公开数据集、利用公开API获取。 数据预处理：主要的工作是对原始数据进行去重、缺失值处理、分词和去除停用词。 构建领域情感词典：领域情感词典的构建是本项目的主要工作，实现的方式为在公开的情感词典基础上利用语义的相识度来进行扩充，计算相识度的主要方法有word2vec、PMI算法 情感分析：主要的任务是利用文本分词与领域情感词典的匹配情况，得到情感值

　　我的工程实践选题是计算机图形学在智能交通领域的应用。以下是我对用户实例进行建模的过程。 　　<< include >> 表示子用例是父用例的一部分，通常强调离开这个特性，父用例无法达成目标或失去意义。 　　<< extend >> 表示子用例是父用例的可选场景或技术特征。 　　<< include >> 箭头指向子用例；<< extend >> 箭头指向父用例。箭头表示的依赖关系。 1、Abstract use case 2、High level use case 　　根据用户端的实例分析，整个过程大致分为注册登录部分，个人信息管理部分，交通违规信息分析部分。 3、Expanded use case 　　整个用例最重要也是我们本次实践最主要完成的部分就是交通违规信息部分的分析处理问题。 　　首先需要用大量的数据对模型进行训练，训练出的模型需要具备根据输入的视频信息，自动识别出车辆的违规情况。而在训练期间需要大量的训练数据，该数据同样来自于公路上的摄像机录取的录像，经过人工筛选并进行标记违规行为得到的训练数据集，至此获得了训练模型。之后再根据摄像机对图像的录取，识别车牌号，分析出此段录像属于哪个个人用户。之后再由训练好的模型进行违规行为分析，得到结果之后记入交通违规情况。 来源： https://www.cnblogs.com/zhang512/p/11779712.html

工程实践课题分析 工程实践题目是机器人知识图谱问答系统，主要的功能包括数据获取与处理、neo4j数据处理、语音模块、bert模型处理、人脸跟踪与运动模块、树莓派服务器处理模块。 背景 知识图谱是一种特殊的语义网络，它利用实体、关系、属性等这些基本单位，以符号的形式描述了物理世界中不同概念间的联系，知识图谱对于信息检索、推荐系统、问答系统中有重要的应用价值。 知识抽取是自然语言处理领域的重要分支，是指把蕴含于信息源中的知识经过识别、理解、筛选、归纳等过程抽取出来，存储形成知识元库；知识抽取包括实体抽取、关系抽取、事件抽取等。 需求分析 机器模块用例图 图2.1用例图 概要设计 项目功能设计 实现基于知识图谱的问答系统 实现小车远程实时运动控制与环境监视、音视频双向实时传输 实现人脸识别 设计流程图 图3.1设计流程图 用例图（Use Case Diagrame）：描述了作为一个外部的观察者的视角对系统的印象。强调系统是什么而不是怎么做。 执行者 使用系统来用例 用例图包括三方面内容：用例（Use Case）; 参与者（Actor）; 参与者、用例之间的关系。参与者用人形图标显示，用例用椭圆形表示，连线描述之间的关系。 用例关系 包含关系 描述在多个用例中都有的公共行为，由用例A指向用例B，表示用例A中使用了用例B中的行为或功能，包含关系是通过在依赖关系上应用< <include>

以您的工程实践项目为例，在理解项目需求的基础上进行用例建模，抽取Abstract use case，画出用例图，并确定每一个用例的范围High level use case，对关键用例进一步进行Expanded use case分析。 我的工程实践题目为生成式聊天机器人的多轮对话问题，偏向于理论与方法研究，勉强称的上业务关系的只有志愿者对生成模型的体验，故而可能偏向于项目流程的建模。 来源： https://www.cnblogs.com/bzgeng/p/11776506.html

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

软件测试贯穿软件开发的全过程，而且越来越多的国内公司也开始重视软件测试，要求软件测试人员从需求阶段介入到软件项目中，那么每个阶段软件测试人员需要做什么事情？作者以软件开发的瀑布模型为例，针对系统测试，讲述各阶段的任务。 1.需求阶段 需求阶段，需求人员开始发出需求文档，此时需求文档即发出评审，测试人员需要对需求文档进行评审，在需求文档评审的同时，建立项目 需求模型 ，确定 软件测试范围和测试优先级 ，确定软件使用情况的外部环境、第三方软件及运行环境，确定系统测试拓扑。 2.软件总体阶段 总体文档发布，各软件功能需求基本确定，此时需要将 软件需 求与软件功能相对应，得到测试需求 ，并结合需求阶段确定的测试优先级，确定每种测试需求采用的测试技术。 3.测试准备 3.1 确定测试需求点 根据软件测试需求，编写每个功能的测试点，并根据项目情况，确定需要开发的测试工具。 3.2 编写测试用例和测试工具 最终到了测试用例编写的部分，在编写测试用例时， 按照先根据测试需求点编写功能测试用例再按照用户使用方法，编写场景和流程用例，最后编写性能测试相关用例。 测试用例编写完成后，建议规划测试用例执行顺序。 4.测试执行 在执行测试用例时，切记要根据软件实现情况，动态调整测试用例。 原文： https://www.cnblogs.com/Finding-bugs/p/9349115.html

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

软件工程项目这周要交一个设计文档，其中涉及UML图的画法，根据上课给的ppt做一个记录。 有关于UML的介绍在这里不再赘述，直接开整！ UML的基本模型 当然必要的介绍必不可少，这里先介绍UML的基本模型，之后的介绍将按照下图的顺序进行。 之后简单介绍一下面向对象的程序设计原则。这部分是我对之前知识的一个复习，想看UML的朋友可以直接跳到下一章。 对象 对象的概述 对象是包含现实世界物体特征的抽象实体，它不仅表示具体的事物，还可以表示具体的规则或者事件。举个例子，公费医疗报销系统中的报销用户就是一个对象。 对象具有 状态 ，也就是对象还拥有 属性 。举例来说，报销用户有姓名、年龄、单位等等状态。 对象中还包括 操作 ，我们称之为 方法 ，操作用来改变对象的状态。举例来说，报销用户中的操作可能是对自己个人信息的修改。 对象的分类 对象大体可以分为5类：分别是物理对象，角色，事件，交互和规格说明。 物理对象 多表示现实生活中最容易被抽象的对象，比如报销系统中的某个单位的学生或者老师就是物理对象； 角色 举例来说，报销系统中，某个单位的学生老师的角色都是报销用户。 事件 这里的理解不太确定，个人理解是事件对象的作用是对出现的事件相关的状态进行存储，以便后续操作中读取。 交互 交互表示两个对象之间的关系。它的实际应用是在实体之间是多对多的关系时，使用交互对象可以简化为两个一对多的关系