一、为什么写需求用例流程图为需求用例提供了关键路径而需求用例则是对业务场景的全面还原。本文将从以下四个方面阐述用例的信息用例的定义用例的粒度用例的例子用例的关键点解释我写需求文档有几大准则是需要时刻铭记和实践的字不如表表不如图使用最少的字去描述多利用各种符号排版要舒适不能反人类尽量无歧义、准确、全面。二、什么是用例用例use case是系统如何反应外界请求的描述是一种通过用户的使用场景来获取需求的技术。所以用例可以简单的理解成业务场景、使用场景。三、用例的粒度我们经常在拆解用例的时候会陷入一个迷思究竟一个用例要按照什么粒度进行拆分呢什么样大小的才是一个合适的用例用徐峰老师在《有效需求分析》一书中做的用例定义来说“用例即业务场景而一个完整的业务场景应该是独立的、可汇报的、可暂停的单元。”四、一个完整的用例下面用“取钱”的例子来展示一个完整的用例要怎么写清楚。PS以下为个人的需求模板每个公司对于需求的描述不尽相同这里旨在表述清楚用例的关注内容不做模板的规范定义有不同观点欢迎探讨交流。用例编号UC-001用例名称取钱功能描述作为用户希望通过使用ATM机以便于取出一定金额的钱。用户客户优先级高使用频率高主干流程用户输入银行卡密码。用户从系统提供的选项中选择“取钱”。用户输入待取钱金额。系统从出款口递出用户需要的取钱数量。系统请求用户输入取钱的金额。后置条件系统应确保用户银行卡里的约大于应取出的金额。异常流程密码输入错误流程用户输入错误的银行卡密码。系统返回密码输入错误提示。超出取钱限额流程用户输入金额超出账户已有金额。系统返回取钱超出限额提示。原型设计原型图略数据字段交易编号唯一ISNOTNULLATM机编号ISNOTNULL银行卡账号ISNOTNULL银行卡密码ISNOTNULL用户账号ISNOTNULL用户姓名ISNOTNULL取出金额ISNOTNULL取出时间ISNOTNULL前版用例若用例为优化或升级则需链接该需求的前一版本的用例可进行适当文字描述。相关用例用例对其他用例有影响时需关联如后台需求用例会和前端需求用例联系可进行适当文字描述。需求规则需求中若涉及规则则需描述清楚可配合实例注意考虑极限情况。五、用例关键字段解释功能描述是对一个用例的概括描述表述清楚用户和系统需要完成的功能是什么。优先级分为4个等级紧急高中低。根据实际的业务需求来定义用例的优先级。使用频率分为高低。代表该用例在实际的用户操作中属于高频操作还是低频操作高频操作通常都是关键重要的操作。前置条件用户在执行用例之前系统需要检查什么状态。主干流程用例里的流程描述都是以用户意图为角度来描述的体现的是用户与系统之间的交互过程。很多时候我们会陷入一个描述的误区太过细致的描绘了人机界面和用户的操作动作使得流程的描述过于细致和繁琐不易阅读和提取关键信息。所以在描述流程中一定要写明用户做什么系统做什么。后置条件用户在结束用例之前系统需要检查已确保什么状态。异常流程异常流程是在做产品设计过程中是非常重要但又很容易被忽略的过程。用例分析中应多考虑一些异常情况流程减少需求评审时的尴尬时刻。六、布局列表页面各查询项为空展示占位文本后台分页默认每页显示10项结果列表中可查看所有该登录账户有权限查看的数据默认按更新时间排序。新增页面各输入项为空展示占位文本默认选择….修改页面本条数据上次成功保存内容。数据页面展示当前实时数据默认展示最近7天数据趋势图。UC000.2…UC000.3…七、补充说明需要用户输入的数据项例如筛选、新建时的输入项每个输入项需要考虑字段名称简洁、易于理解注意与概念相似字段进行区分是否必填填写与否有何影响使用组件从规定的组件库中选取适当描述组件性质占位文本Input字段输入框中的占位文字提示用户可输入的内容数据来源可选选项的来源权限限制用户权限对本字段有无影响字段单位字段类型整数、小数、字母、符号等字段长度≤汉字字段范围数值范围可否为0最大为小数是否自动补齐数据格式搜索特点模糊搜索可选选项1- …2-…解释说明是否需要文字提示用户字段含义或用法极限情况初始状态、极限状态可否重复能否与其他条目的同一字段重复可否修改修改后对本条数据、或其他系统的数据的影响、对客户端的影响什么时候可以修改是否联动与其他数据、与其他系统、与客户端是否排序排序规则展示预览为空时输入时输入完查看时列表中客户端极限时只读字段不同情况下怎么展示只读错误提示为空或不满足约束条件时的提示语提示方式备注说明3.4.2 展示/列表项用户在列表中查看或展示给用户不能进行操作的数据项每个展示项需要考虑字段名称字段来源新建、其他系统初始状态列表、预览、数据报表…分页类型前台or后台默认一页几条数据无数据时如何展示展示样式多种情况为空时、多个值、很长时排序规则备注说明