系统功能需求分析怎么写?

对于功能需求的分析主要从两方面入手:业务场景和系统界面。

什么是业务场景?

场景是我们设计功能时的一个重要参考依据。

所谓场景,就是用户在进行这步操作时所处的周围环境。

这里的周围环境包含的维度很多,比如用户的属性,年龄、身份、工作等。

场景不仅指物理环境,比如在车上、飞机上、教室里,还指任务场景,比如开空调的业务场景是因为夏天很热,需求是身体凉快不热。

任何产品都是一种物质存在,要使其有意义,就应该置其于恰当的社会环境中,而且这种环境与其他工具或人密不可分。

可以通过一个表格来描绘业务场景,比如描绘信评人员在财报更新的时候需要做跟踪评级。

为了保持寝室卫生,大学几个室友在寝室决定轮流打扫寝室卫生

用户在提需求的时候,多问几个为什么,为什么要提这个需求?目前是遇到什么困难?现在是怎么做的?

如果涉及到业务数量的,还可以问下量大不大?比如某公司就只有一个客户做某业务,为了这一个客户去开发一个大功能,浪费人力、物力甚至造成项目延期。

但也不是说,就不做,如果后续做这项业务的客户会越来越多,开发功能是需要的。

将用户提出的需求业务场景梳理清楚后,接下来就是需要过滤用户的需求,有时候客户提出的需求并不是“真”的需求。

很多时候因为客户自己本身对业务的不了解或者对行业知识不了解,基于某些情况,客户提出一些假需求,客户提出“假需求”的情况有:

客户对自己本身对业务或行业上的知识不是很了解;

客户基于“花少的钱获得更多的功能”心理提出很多个性化的需求;

客户在提需求的时候有时候也会撒谎;

客户不知道自己要什么导致假需求的产生。

识别客户的需求到底是不是真的需求,最重要的一条是识别客户提出需求的动机,知道为什么客户会提出这个需求?(又回到业务场景的问题了)

知道客户提出需求的动机以后,多问几个为什么,如果客户在回答问题的时候前后不连贯,或者没有逻辑,这类需求往往就是假的需求。

在过滤掉客户假的需求以后,需要知道如何去表达需求,为了使需求更连贯和完整,建议采用“情景场景剧本”的方式来表达需求。

把需求当成一个情景剧,有人物、有业务场景、有目标、有故事背景、有做事的动机、有情节等,可以用语言或者图形的方式将故事描绘出来。

如果发现故事中有些情节是是断裂的或者是讲不通的,那有可能你的需求并没有真正弄清楚,需要重新去梳理一下你的这个需求。

将用户的需求理解清楚后,只是脑海中或者文字的说明,需要更形象,通常是除了文字说明还需要画原型图,很难理解的需求,画出系统界面后,开发人员能一下子看明白。

功能界面需要将每个功能按钮、查询条件、交互方式、以及界面上字段的类型、取数来源、排序等都需要细化。

画原型图的工具用的比较多的是Axure。以上是画的比较好的原型图,连滚动条和翻页都考虑到了,可以说是比较具体的,开发人员一看就知道要怎么做。

来源:莫然博客,欢迎分享本文!

匿名

发表评论

匿名网友