用例建模Use Case Modeling

关于此次的用例建模Use Case Modeling的博客，首先鉴于我个人对于用例建模和用例图的理解阐述一下相关概念和作用，再结合自己的工程实践课题进行用例建模，抽取Abstract use case，画出用例图，并确定每一个用例的范围High level use case，对关键用例进一步进行Expanded use case分析。

一、简介

1、用例建模的简单描述

用例是从外部用户和外围系统的角度，分析和考察待开发系统的行为，并通过参与者（可能是最终用户也可能是外围系统）与系统之间的交互关系描述系统对外提供的功能特性----这种参与者与系统功能特性间的交互关系就是用例。用例分析和用例建模就是通过对软件需求的调研，从具体的功能性需求中抽象出用例模型的工作过程。用例建模主要有两个产物。第一个是用例图，第二个产物就是用例描述。

用例建模具有以下的优点：

• 首先，用例模型是一种标准的语言，很容易成为开发人员之间交流和沟通的媒介，用例模型可以精确地定义软件需求，出现歧义的可能性很小，这可以保证用户和开发人员对需求理解的一致性。
• 其次，用例模型可以成为我们评估压法工作量的一个标准，特别是对于迭代式开发言。迭代式开发模型里，通常依据用例模型来划分软件的开发周期：优先级别高的用例会在早期的迭代周期中实现，而优先级别低的用例则被安排在后续的迭代周期中完成。可以通过限制每个迭代周期中的用例个数来保证迭代周期长度的合理性。
• 再次，用例模型在整个开发过程中都扮演着非常重要的角色，它可以驱动软件的分析和设计逐步细化。
• 最后，测试过程中使用的测试用例-----特别是那些关注软件功能的测试用例---往往也是根据用例模型来确定的。

2、用例图的描述

本次博文中，我们主要研究的是用例模型的第一个产物，即用例图。用例图描述了系统与外部其他系统以及用户之间交互的图形，描述了谁将使用系统，用户希望以什么方式与系统交互。换句话说，用例图就是以图形化的方式将系统描述成用例、参与者（用户）及其之间的关系,交流了系统必须处理的业务事件的范围。其中主要包含了角色、用例、角色与用例的关系以及用例之间的关系。

制作合理的用例图，通常会带来以下好处：

• 明确系统的业务范围、服务对象（角色）、外部系统与设备。
• 帮助识别技术风险，提前实施关键技术原型公关与学习。
• 易于评估项目工作量，合理规划迭代周期，规划人力需要。
• 我的工程实践是关于物联网网关搜索引擎智能分析。

 

二、结合工程实践构建用例图

我的工程实践的主题是关于物联网网关搜索引擎的智能分析。我们需要收集市面上物联网网关的信息，进行收集整合。结合相关收集信息，开发前后端，制作一个对于各种物联网网关的智能分析。这款软件是针对需要购买或者了解物联网网关的用户而设计的。

1、抽取Abstract use case及Expanded use case描述

• 注册：用户通过手机号、邮箱等绑定或者验证。
• 登陆：用户通过注册的账号登陆或者绑定的第三方登录例如微信、QQ。
• 查询：用户可以按照自己的需求输入关键字，来获取想要了解的物联网网关的相关信息。
• 管理员配置搜索引擎配置文件：管理员通过配置包含搜索引擎运行所需参数的配置文件来控制搜索引擎的相关功能。
• 管理员部署和更改索引文件：管理员需要部署搜索引擎的web应用到web容器上，从而使用户可以通过web方式来访问搜索引擎。也可以更改搜索引擎的路径，让引擎搜索不同的索引文件。

2、用例图

 

 

三、个人小结

以上是我目前在结合工程实践的基础上，在理解项目需求的基础上进行用例建模，抽取Abstract use case，画出用例图，并确定每一个用例的范围High level use case，对关键用例进一步进行Expanded use case分析。当然在以后的学习探索中，我将对此有更深入的理解。 如有所想所写不对的地方，还请老师和同学们批评和指正！