在需求分析中就可以避免的那些错误9
2015-09-01 09:31
239 查看
1、正确分辨用户提出的是需求还是解决需求的方案。
有时在需求调研时用户提出的是解决方案而不是需求目标,如果只记录方案不去了解该方案的真实目的意图可能会让系统设计时走弯路。
举个例子:
比如用户说“我需要一个报表,以查到每天早上8:10分之后打卡的员工清单。”
1)如果把这个要求理解能用户的一个报表需求,实现也很简单,很容易交差。
该功能需求可以这样写:
A、报表需求
B、使用者:考勤管理人员
C、查询条件:开始日期、结束日期
D、查询结果:打卡时间大于8:10的人员清单。
2)但如果再问一句“你们要如何使用这个报表的数据?”,可能会对该需求目的更深了解。
该需求的真实目的:A、用于考核员工的出勤,用于发放全勤奖;B、督促员工按时上班;C、用于员工月度、季度、年度KPI评分。
了解了以上目的后,该功能需求可以优化一下:
A、报表需求
B、使用者:考勤管理人员、所有员工;
C、查询权限:考勤管理人员能查所有员工的出勤记录;普通员工能查自己的出勤记录;
D、查询条件:开始日期、结束日期
E、查询结果:年份、月份、日期、员工编号、上班打卡时间、迟到(分钟)、下班打卡时间、早退(分钟)、在岗时长(下班打卡时间-上班打卡时间)
F、查询结果可以导出EXCEL。
优化的目的:1)员工可以关注自己的出勤结果,后期可以督促自己改进。2)比较容易统计和对比每个员工的真实工作时长、迟到时长、早退时长,更有助于绩效考核。
有时在需求调研时用户提出的是解决方案而不是需求目标,如果只记录方案不去了解该方案的真实目的意图可能会让系统设计时走弯路。
举个例子:
比如用户说“我需要一个报表,以查到每天早上8:10分之后打卡的员工清单。”
1)如果把这个要求理解能用户的一个报表需求,实现也很简单,很容易交差。
该功能需求可以这样写:
A、报表需求
B、使用者:考勤管理人员
C、查询条件:开始日期、结束日期
D、查询结果:打卡时间大于8:10的人员清单。
2)但如果再问一句“你们要如何使用这个报表的数据?”,可能会对该需求目的更深了解。
该需求的真实目的:A、用于考核员工的出勤,用于发放全勤奖;B、督促员工按时上班;C、用于员工月度、季度、年度KPI评分。
了解了以上目的后,该功能需求可以优化一下:
A、报表需求
B、使用者:考勤管理人员、所有员工;
C、查询权限:考勤管理人员能查所有员工的出勤记录;普通员工能查自己的出勤记录;
D、查询条件:开始日期、结束日期
E、查询结果:年份、月份、日期、员工编号、上班打卡时间、迟到(分钟)、下班打卡时间、早退(分钟)、在岗时长(下班打卡时间-上班打卡时间)
F、查询结果可以导出EXCEL。
优化的目的:1)员工可以关注自己的出勤结果,后期可以督促自己改进。2)比较容易统计和对比每个员工的真实工作时长、迟到时长、早退时长,更有助于绩效考核。
相关文章推荐
- cc2540 定频,设置发射功率
- Understand the Impact of Change
- Struts(13)验证框架
- Struts(12)MySQL数据库访问
- equal方法在String类与Object类中的区别
- Selenium WebDriver 之 PageObjects 模式 by Example
- easyUI的datagrid控件日期列不能正确显示Json格式数据的解决方案
- UITableViewCell高度计算
- Android Material Design Library系列教程(一)
- apache 并发连接数
- 重写导航控制器,利用重写pop和push方法来隐藏底层的tabbar和其他一些事件
- C#第一次调用matlab程序反应慢的“解决”办法
- 积攒力量,终会展翅飞翔。Linux学习记录
- grunt学习笔记
- Struts(11)文件上传
- Struts(10)值栈/OGNL
- apache漏洞修复
- C语言宏定义
- jQuery Ajax 实例 全解析
- Struts(9)结果和结果类型