之前写过一篇《什么是场景?怎么理解场景?》解释了场景的概念,当时想分析这么细,怎么落地呢。刚好看到徐锋的《有效需求分析》,提供了落地方法,故试试。

一、需求背景
这是原版点名功能,支持学生点名,以及记录点名次数。乍看该功能可以使用,带入人物场景细想一下,学校怎么用。
随着上课铃响,上午第三节课开始了,老师走进教室,用眼神迅速扫一眼教室,发现座位同学们做的稀稀拉拉,打开手机开始点名“李雷,...韩梅梅...",“到、到、到...”,突然门口一声“报告,我迟到了”,打断了点名.....突然老师想起,哦,司马亮今天跟我请假了
经过愉快(漫长)的教学时光,有个同学安奈不住,从后门溜出去了。老师抬头一看,学生竟然少了几个,一声叹息,打开手机点名...

从故事中可以了解,当面点名没有记录迟到、早退、请假等学生日常出勤的场景。那么要不要记录这些情况呢?
二、采用业务场景分析模板,重新分析业务并给出解决方案。
作为系统要不要记录这些场景呢?这需要回到老师为什么要点名上思考。老师为什么要点名呢?中学上课点名,确定学生安全性,作为约束学生的德育的方式。大学的上课点名作为学生的学期末学分参考,比如总成绩=上课态度+考试成绩。如下是按照中学的场景,做的简单分析:

如上按照任务前提、频率、子任务步骤分析业务场景。任务简述交代了人物、时间、背景、目的等信息,增加子任务与任务中的问题并提供解决方案。其中任务频率为设计权重、便利性提供了直接依据。
按照课节,自由选择点名方式,增加迟到、早退、请假等多情况,并自动关联请假单点名的修改思路。

当前只是从老师的角度分析了点名功能,从学校德育管理的角度汇总学生上课考勤数据,以及学生成绩等管理考勤等数据。下一个角色的分析,依然可以按照上述表格,描述另一任务时细化场景。然后多个场景连成一套完整链接的系统。
三、这套业务模板的优缺点:
这套模板中包含目的、时间、频率、任务流程、解决方案,可以作为一个备忘的方式来分析需求,用excel记录也很方便存档。当汇集多个业务的内容,缺点是不够结构化,真正落地到需求文档,还需要再整理。
四、写在最后
一直坚信,各种方法都是一种思考的维度,能够借助方法让自己形成固定思维,在考虑需求时能够更全面,不至于钻到细节里。
网友评论