Axure9.0初体验，我是这样写需求用例的

最新推荐文章于 2024-06-21 05:27:57 发布

llhh33

最新推荐文章于 2024-06-21 05:27:57 发布

阅读量3k

点赞数

Axure写需求用例，你可以试试~~~
需求分析是产品经理必备的一项技能，有人用Word，有人用Ecxel，还有人用Axure进行需求分析。每个人在需求分析和需求整理上都有不同的想法和处理方式，而我是比较习惯用Axure进行需求的整理和写作。一方面Axure的同步性较好，一方面Axure表达需求和逻辑也比较清晰。

随着Axure9.0版本的发布，更新了许多内容。包括页面及元件操作上发生的变化，刚好小明近期有一个接近完成的项目，再用9.0返工一次，一来为了感受下一9.0版本的魅力，二来对本次项目中需求分析问题进行分享和交流，如有不对还请批评指出。

1：需求整理

拿到需求清单后，按照需求方的要求和时间进度将需求进行分类，按照优先级和紧急度将所有的需求进行整理，分成三次迭代开发，每次迭代对应一部分需求，将需求按照类别和涉及对象进行再次划分，并进行编号。2：需求用例编写

将需求分类后，对单个需求进行分析和整理，包括需求的触发场景，正常流程，后置条件，意外流程，业务规则，字段说明，非功能性说明等，分析完毕后辅以原型，让开发和设计人员能更好的理解业务和需求。（由于项目性质及篇幅要求，这里只对个别需求和原型进行说明）

2.1：用户注册
用户注册其主要涉及对象为普通用户，目的在于通过账户注册的功能来在平台内进行注册账户，从而登录至系统中，完成相应的业务。

触发场景

用户选择注册

正常流程

1：用户选择注册进入注册界面，输入手机号及验证码，选择获取验证码

2：系统对验证码及手机号进行检查，验证码输入正常，手机号正常且未注册，系统发送短信验证码

3：用户输入短信验证码，密码及重复密码后选择提交注册

4：系统对用户输入的信息进行检查，检查输入正确，保存数据，提示成功并进入登录界面

后置条件

数据库生成一条用户数据，系统进入登录界面

意外流程

2a：验证码错误

1：系统提示相应的错误信息，清空已输入信息，红框报错。【验证码错误，提示“验证码错误，请重新输入”；验证码未输入，提示“请输入验证码”】

2b：手机号错误

1：系统提示相应的错误信息，清空已输入信息，红框报错。【手机号未输入，提示“请输入手机号”；手机号格式有误，提示“手机号错误，请重新输入”；】

2c：手机号已注册

1：系统提示“该手机号已注册，请重新输入”，并清空已输入手机号；

4a：短信验证码错误

1：系统提示相应的错误信息，清空已输入信息，红框报错。【短信验证码未输入，提示“请输入短信验证码”；短信验证码错误，提示“短信验证码错误，请重新输入”】

4b：密码比对错误

1：系统提示“两次密码输入不一致，请重新输入”，并清空已输入的密码及重复密码

说明：a，b，c……等代表条件或错误事件；字母前的数字对应正常流程中的第几步，如2a代表正常流程2中的错误事件a；1,2,3……等代表执行流程

业务规则

系统发送短信验证码后进入60s倒计时，为0后可再次点击，且再次发送的短信验证码与上一次不重复；密码输入框不可进行粘贴操作

字段说明

手机号：必填项，数字，且最大长度为11个数字。

验证码：必填项，和系统给出的验证码位数一致。

短信验证码：必填项，数字，最大长度为短信验证码中的字段长度。

密码：必填项，6-16个英文字符，可输入数字，字母及常用字符。

非功能性说明

从整体的性能，安全要求，兼容性，可用性等四个方面考虑，主要包含：页面自适应，网络环境差时保证浏览正常，多平台多操作系统适配，密码输入安全等。由于非功能性整体上基本保持一样，下面需求描述时不会再次进行说明。

2.2：用户登录
用户登录其主要涉及对象为普通用户，目的在于通过登录进入系统，完成相应的业务。

触发场景

用户选择登录

正常流程

1：用户选择登录进入登录界面，输入手机号、密码及验证码，选择登录

2：系统对手机号、密码及验证码进行检查，手机号密码验证码输入无误且匹配正常，提示成功并进入登录界面

后置条件

进入系统主页

意外流程

2a：手机号错误

1：系统提示相应的错误信息，清空已输入手机号，红框报错。【手机号未输入，提示“请输入手机号”；手机号格式有误，提示“手机号错误，请重新输入”】

2b：密码错误

1：系统提示相应的错误信息，清空已输入密码，红框报错。【密码未输入，提示“请输入密码“】

2c：验证码错误

1：系统提示相应的错误信息，清空已输入验证码，红框报错。【验证码错误，提示“验证码错误，请重新输入”；验证码未输入，提示“请输入验证码”】

2d：手机号密码匹配错误

1：系统提示：“手机号或密码错误，请重试”，清空全部输入信息。

说明：a，b，c……等代表条件或错误事件；字母前的数字对应正常流程中的第几步，如2a代表正常流程2中的错误事件a；1,2,3……等代表执行流程

业务规则

密码输入时不可粘贴输入

字段说明

手机号：必填项，数字，且最大长度为11个数字。

密码：必填项，6-16个英文字符，可输入数字，字母及常用字符。

验证码：必填项，和系统给出的验证码位数一致。

2.3：场馆用户注册
作为活动及内容的提供者，场馆用户需要在后台进行业务和活动的发起与配置。而进行这一切的前提就是账户注册，转变为场馆用户。（信息需求超级管理员审核）

触发场景

用户选择注册

正常流程

1：用户选择注册进入注册界面，输入手机号及验证码，选择获取验证码

2：系统对验证码及手机号进行检查，验证码输入正常，手机号正常且未注册，系统发送短信验证码

3：用户输入短信验证码，密码及重复密码后选择下一步

4：系统对用户输入的信息进行检查，检查输入正确，保存数据，进入完善资料界面

5：用户完成场馆名称、行政级别、场馆类型、场馆图标、场馆面积、所在区域、详细地址、经纬坐标、开放时间、联系人员、联系电话、场馆简介的输入和选择，点击提交注册

6：系统对用户输入和选择的信息进行检查，检查输入正确，保存数据，进入等待审核界面

7：用户选择完成，系统进入登录界面

后置条件

数据库生成一条场馆用户待审核数据，系统进入登录界面

意外流程

2a：验证码错误

2b：手机号错误

2c：手机号已注册

1：系统提示“该手机号已注册，请重新输入”，并清空已输入手机号；

4a：短信验证码错误

4b：密码比对错误

1：系统提示“两次密码输入不一致，请重新输入”，并清空已输入的密码及重复密码

6a：资料填写错误

1：系统提示相应的错误信息，并进行红框报错。【信息未填写，提示：“请完善信息”；信息输入错误，提示：“信息输入错误，请修改”】

说明：a，b，c……等代表条件或错误事件；字母前的数字对应正常流程中的第几步，如2a代表正常流程2中的错误事件a；1,2,3……等代表执行流程

业务规则

系统发送短信验证码后进入60s倒计时，为0后可再次点击，且再次发送的短信验证码与上一次不重复；

密码输入框不可进行粘贴操作

注册流程不可逆：只能按照：账号注册-资料完善-等待审核流程进行

字段说明

手机号：必填项，数字，且最大长度为11个数字。

验证码：必填项，和系统给出的验证码位数一致

短信验证码：必填项，数字，最大长度为短信验证码中的字段长度。

密码：必填项，6-16个英文字符，可输入数字，字母及常用字符。

场馆名称、行政级别、场馆类型、场馆图标、场馆面积、所在区域、详细地址、经纬坐标、开放时间、联系人员、联系电话、场馆简介均为必填项，除场馆简介最大长度位200外，其余字段最大长度均为30

场馆名称：只允许输入汉字、字母及数字

场馆图标格式为：20MB以下的PNG、JPG格式图片

场馆面积：只允许输入数字及小数点，保留一位小数点

开放时间：时间精确到分钟即可，时间精确到分钟即可，格式为：hh:mm

联系人员：只允许输入汉字

联系电话：数字，且最大长度为11个数字。

场馆简介：只允许输入汉字、字母及数字

2.4：场馆用户登录
通过登录进入后台，完成业务和活动的发起与配置

触发场景

场馆用户选择登录

正常流程

1：场馆用户选择登录进入登录界面，输入手机号、密码及验证码，选择登录

2：系统对手机号、密码及验证码进行检查，手机号密码验证码输入无误且匹配正常，提示成功并进入登录界面

后置条件

进入系统主页

意外流程

2a：手机号错误

2b：密码错误

1：系统提示相应的错误信息，清空已输入密码，红框报错。【密码未输入，提示“请输入密码“】

2c：验证码错误

2d：手机号密码匹配错误

1：系统提示：“手机号或密码错误，请重试”，清空全部输入信息。

2e：账号还未审核通过

1：系统提示相应的错误信息。【账号未开始审核或审核中，提示“审核中，请稍后”；账号审核未通过，提示“审核不通过，原因如下：”】

2f：账号未完善注册资料

1：系统提示“资料未完善，点击此处进行完善”，点击后系统跳转至完善资料界面

说明：a，b，c……等代表条件或错误事件；字母前的数字对应正常流程中的第几步，如2a代表正常流程2中的错误事件a；1,2,3……等代表执行流程

业务规则

密码输入时不可粘贴输入

字段说明

手机号：必填项，数字，且最大长度为11个数字。

密码：必填项，6-16个英文字符，可输入数字，字母及常用字符。

验证码：必填项，和系统给出的验证码位数一致

2.5：新增活动
通过新增活动功能，在后台录入活动，待审核成功后在前台界面进行展示，方便普通用户查看和报名。

触发场景

场馆用户在活动下选择新增

正常流程

1：场馆用户或超级管理员选择新增弹出新增活动界面，输入或选择活动图片、活动名称、活动分类、活动日期、活动周期、活动时间、活动地点、活动描述后选择确定

2：系统对场馆用户或超级管理员输入的信息进行检查，检查输入正确，保存数据。

后置条件

数据库生成一条活动信息，列表处增加一条活动

意外流程

2a：资料填写错误

1：系统提示相应的错误信息，并进行红框报错。【信息未填写，提示：“请完善信息”；信息输入错误，提示：“信息输入错误，请修改”】

说明：a，b，c……等代表条件或错误事件；字母前的数字对应正常流程中的第几步，如2a代表正常流程2中的错误事件a；1,2,3……等代表执行流程

业务规则

无

字段说明

活动图片、活动名称、活动分类、活动日期、活动周期、活动时间、活动地点、活动描述均为必填项，除活动描述外，其余字段最大长度均为30

活动图片格式为：20MB以下的PNG、JPG格式图片

活动名称：只允许输入汉字、字母及数字

活动日期：日期精确到日，格式为yyyy-mm-dd

活动时间：时间精确到分钟即可，格式为：hh:mm

活动地点：只允许输入汉字、字母及数字

活动描述：只允许输入汉字、字母及数字，粘贴过来的内容自动清除格式

2.6：删除活动
通过删除活动功能，删除无效活动。

触发场景

场馆用户在活动下选择删除

正常流程

1：单个删除

1.1：场馆用户或超级管理员选择一条活动后删除弹出删除活动界面，选择确定

1.2：系统删除一条活动数据

2：批量删除

2.1：场馆用户或超级管理员选择选择多条可删除的活动

2.2：系统显示批量删除

2.3：场馆用户或超级管理员选择批量删除弹出批量删除活动界面，选择确定

2.4：系统删除多条活动数据

后置条件

数据库删除活动信息，刷新活动列表

意外流程

1.1a：场馆用户或超级管理员选择取消

1：系统不执行删除这条活动

2.3a：场馆用户或超级管理员选择取消

1：系统不执行删除所选的多条活动

说明：a，b，c……等代表条件或错误事件；字母前的数字对应正常流程中的第几步，如2a代表正常流程2中的错误事件a；1,2,3……等代表执行流程

业务规则

只有待审核、未通过、审核通过且已结束的活动可以删除

字段说明

无

3：Axure编写文档
由于是网页端项目且浏览端大多是PC端，所以在编写文档时，以网页尺寸作为基本的背景大小。这里采用的是1280*667的尺寸大小。

需求分类展示：利用动态面板及元件的选项组功能，来完成各需求的分组。

1：将需求的分组安排统一的选项组，设定样式。（方便查看当前需求处于何处位置），9.0中将元件的选项组及提示文字等信息均移至交互标签下，选择元件组后的设置按钮可调出设置页面。2：建立动态面板，包含上述需求分组。在9.0版本中对动态面板的展示和操作进行了优化，如图动态面板的信息置于顶部，动态面板各状态位于中间位置，点击小箭头可展开所有的状态，复制及删除按钮位于状态名称之后，添加状态则被移至状态的最下方。右边点击< 或 > 可切换动态面板的状态，点击关闭可关闭当前动态面板返回至上一层级。若为多层级动态面板，在顶部导航栏左侧会逐级显示，点击可切换至上一层级的动态面板。3：给元件增加跳转事件，点击切换动态面板面板，显示不同的内容信息。为了方便此处用局部变量进行完成。选择各元件选择新增交互，选择选中当前元件和选择动态动态面板状态，动态面板设置规则为设置动态面板的面板状态为各元件的原件文字，选择保存就完成了跳转事件的新增。（此处需保证动态面板各状态命令和元件文字及名称保持一致）4：元件说明

在本次Axure9.0中对元件说明进行了新的设计，给元件添加说明。选择预览，系统会将所有的说明按照序号进行标准，选择可查看对应的的元件说明。5：文本框加提示文本

有很多小伙伴反馈在更新后不知道怎么给文本框加提示文本，其实这次改版之后Axure将与元件有关的所有交互行为都移至了交互下，选择元件切换至交互，点击设置可调出各元件的设置，其中就包括我们这里需要的文本框加提示文本。6：原型发布

原型文件制作完毕后，选择共享可将文件推送至云平台，若想他人对原型进行评论或者进行访问限制，可在发布时选择是否评论和是否需要密码访问。选择发布后，系统弹出进度通知，显示发布的进度和原型链接。此处复制链接仅在Axure9.0版本打开时可以粘贴，若关闭Axure软件则复制的内容无效，无法粘贴，不知道是BUG还是为了安全性设计成这样。

4：总结
个人认为从需求的整理，到需求的分析，再到需求的产出，以及原型的制作程，应尽可能的在一个平台内进行文件产出，这样不仅是方便开发和设计人员查看，也利于后期的文档维护。