用例建模Use Case Modeling

 

传统的软件需求规约基本上采用的是功能分解的方式来描述系统功能，在这种表述方式中，系统功能被分解到各个系统功能模块中，我们通过描述细分的系统模块的功能来达到描述整个系统功能的目的。制作合理的用例图，通常给团队带来以下好处： 

1、明确系统的业务范围、服务对象（角色）、外部系统与设备

2、帮助识别技术风险，提前实施关键技术原型公关与学习

3、易于评估项目工作量，合理规划迭代周期，规划人力需要

我的工程实践简介：

题目：基于深度学习的脱机手写汉字识别。

脱机手写汉字识别的用途是把手写字符用字符阅读器自动输入计算机，常用于信函分拣、银行支票识别和统计报表处理以及手写文稿的自动输入。

从工作原理上说，脱机手写汉字识别和印刷汉字识别是一样的。但是由于手写汉字字形变化大，目前也还没有一套行之有效的识别方法。这是汉字识别最困难的问题，被认为是模式识别领域最后的一个堡垒。

用例可以说是关键的需求输入，因此在画用例图前要进行需求识别：确定用例图涉及的系统，Actor，服务（用例）以及它们之间的关联。

　　从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的服务，也就是被开发出来的系统将是如何被使用的，这就用例方法的基本思想。用例模型主要由以下模型元素构成：

　　1、参与者(Actor)

　　参与者是指存在于被定义系统外部并与该系统发生交互的人或其他系统，他们代表的是系统的使用者或使用环境。

　　2、用例(Use Case)

　　用例用于表示系统所提供的服务，它定义了系统是如何被参与者所使用的，它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。

 以下是我的用例建模过程：

 

1、抽取Abstract use case

 

数据集，模型训练，用户使用

 

2、确定用例范围High level use case

 

1、开发者

数据集：网上公开数据集，个人手写收集，数据增强

 

模型训练：选择模型，训练模型，模型调参

 

2、用户

用户使用：数据上传，模型调用，结果返回

 

 

 以上是我目前在结合我的工程实践的基础上，进行的用例建模，抽取Abstract use case，画出用例图。