标签：Case Use 功能性 步骤 捕获 系统 用例 参与者

　　我的工程实践题目为手写文本行识别，是一个根输入系统相关的实际项目。

　　用例是应用程序开发中的一个关键技术，主要用来捕获系统的高层次（High Level）用户功能性需求。这个绕口的描述 主要是因为用例不能用于捕获非功能性需求，也不能用于捕获内部的功能性需求。试图这样做将会造成灾难。首先因为用例 是一个非正式的和不精确的建模技术。其次用例的另一个用途是建立我们系统的基本结构，它不仅是定义需求的单位，而且 是估计我们的工作量的单位。

　　建立用例模型的顺序：

• 步骤1：　确定谁会直接使用该系统。这些都是参与者（Actor） 
• 步骤2：　选取其中一个参与者 
• 步骤3：　定义该参与者希望系统做什么，参与者希望系统作的每件事成为一个用例 
• 步骤4：　对每件事来说，何时参与者会使用系统，通常会发生什么，这就是用例的基本过程 
• 步骤5：　描述该用例的基本过程。例如：

   

   

• 步骤6：　考虑一些可变情况，把他们创建为扩展用例。例如：

   

   

• 步骤7：　复审不同用例的描述，找出其中的相同点，抽出相同点作为共同的用例。这是发现“used”用例的唯一途径。例如：

   

   

• 步骤8：　重复步骤2-7找出每一个例。　　　                                                                                                                                                                                                                                                                                           　　根据步骤画出的用例图如下：                                                                                                                                                                                            　　

   

   

标签：Case,Use,功能性,步骤,捕获,系统,用例,参与者
来源： https://www.cnblogs.com/songfeixiang1997/p/11785421.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。