再谈需要分析二

3.需求的有效进行和步骤

需求分析有个口诀:一抓二定三分析,四评五控六跟踪,横批:七有效沟通。指的是:

Ø  一抓业务需求

Ø  二定用户需求

Ø   三分析软件需求规格

Ø  四评审确认需求

Ø  五控制需求

Ø  六跟踪需求转化

Ø  七有效沟通

3.1抓业务需求

业务需求是什么?业务需求的主要工作是什么?重点是什么?

业务一般由需求分析师去做分析,业务需求的第一步是找到和明确项目的干系人,由哪个领导提出来的项目哪个领导主导这个项目,找到干系人的关注点,即领导关注的是些什么,如领导想通过这个项目带来什么效应等,前期敢于和甲方高层进行平等的会话和沟通,准确把握项目业务的需求。对于收集到的关注点,对关注点进行排序,从收益角度进行考虑排序,抓住重点业务,确定目标领域。

可能有人会问,业务需求和用户需求有什么区别吗?下面通过实例来解析每个阶段的需求。如要做一个公司的疯狂午餐系统,领导想通过午餐系统提供就餐效益和就餐质量。OK,我们先从业务系统方面对该系统进行分析:下面是通过ROSE画的业务分析模型图。

业务需求关注的是目标领域,关注的是这个项目想达到什么效果,想达到什么收益,是一个目标领域问题,业务需求很重要,一方面可以通过业务需求分析阶段和甲方上层相关领导搞好关系,不管需求工程还是软件工程,人,才是最重要的。

3.2定用户需求

用户需求是基于业务需求进行开展的第二阶段的工作。用户需求做什么,用户需求定位哪些人?

用户需求是业务需求的第二次分解,用户需求的对象是终端用户,调研的对象是系统的终端用户。在调研系统终端用户之前,先对用户进行分类,即用户类型。在用户类型中挑选懂得业务且容易沟通的用户进行做用户需求调研。

但并不是所有终端用户提出的需求都列入进行下一步的分析,对第一阶段的终端用户需求调研要砍掉一些模糊的需求,不明确的需求,把所有用户需求列入需求列表卡(需求统计的表格),通过沙漏法对第一阶段的需求进行过滤。

需求一步分两次或者多次进行,基于第一次过滤的需求再回访一次客户,第二次可以通过需求描述卡或者系统原型法把第一阶段过滤剩下的需求用户和客户进行确认,进行梳理和结构调整,第二次回访、第三次回访的是该项目的客户业务代表了,而不是所有的终端用户。

下面再对疯狂的午餐系统进行用户需求的分析:如拿项目成员终端用户进行用户需求调研和分析:

 

原文地址:https://www.cnblogs.com/wq3if2in/p/1747218.html