立即注册，下载精品资源
您需要 登录 才可以下载或查看，没有账号？立即注册
x
词条 - 用例
用例（Use Case）是一个 UML（统一建模语言）中非常重要的概念，在使用 UML 的整个软件开发过程中，用例处于一个中心地位。在 UML 的文档中，用例的定义是：在不展现一个系统或子系统内部结构的情况下，对系统或子系统的某个连贯的功能单元的定义和描述。
用例直白来说，就是对系统功能的描述，一个用例描述的是整个系统功能的一部分，这一部分一定要是在逻辑上相对完整的功能流程。
案例
别以为“登录”很简单电子商务是一个非常庞大的系统，要实现一个看似非常简单的购物行为，系统可能需要提供几十种用例：比如登录、注销、搜索产品、查看产品、加入购物车、修改购物车中的商品数量、结帐、配置送货方式、支付方式等等。
下面以淘宝的移动客户端的“登录”浅谈下使用用例法做需求分析时需要注意的一些问题。
1. 用例描述相对完整的一个功能
用例要保证功能的完整性，这种完整性通常是与用户需求相对应的。例如输入用户名通常不能算是一个完整的用例，这一行为并不对应用户需求，并且之后通常还有相对固定的其他的行为（输入密码，输入验证码，确认登录等），而登录是一个相对完整的功能，代表了用户将系统和个人帐号关联的需求，在这一行为后，用户可以有浏览商品、查看订单、修改购物车等多种行为选择。
2. 事件考虑需要完备
一个用例通常包括了多种情况，除了基本事件流外，还有很多备选流。还是以登录为例，基本流包括输入用户名-输入密码-确认登录，备选流可能包：
（1）IP 地址不一致需要在输入密码后输入验证码，确认登录；
（2）用户名和密码不匹配提示“用户名或密码错误”；
（3）验证码不匹配提示“验证码输入错误”；
（4）用户名为空时提示“用户名不能为空”；
（5）密码为空时提示“密码不能为空”；
（6）验证码为空时提示“请输入验证码”；
（7）用户名中出现标点符号时提示“不能输入违规字符”。
在移动端可能还包括键盘的弹出和收回等。可见一个简单的登录用例就要考虑很多可能性，搭建一个庞大的电子商务系统时就会更容易遗漏。
企业 App 由于直接影响到企业的品牌形象和顾客的满意度，在产品设计时一定要对用例考虑充分。避免因为用例考虑不周而影响 App 的使用。
作者：董明华
来源：http://brixd.com/
|
|
