软件需求获取方法

软件需求获取是软件需求开发的关口环节,关口没把守好,后面就会全面溃败。

软件需求获取个人认为有以下几个方法:

  1. 面谈和问卷调查;
  2. 小组讨论;
  3. 情景串联;
  4. 参与、观察业务流程;
  5. 现有产品和竞争对手的描述文档;
  6. 市场资料

面谈和问卷调查:

面谈是获取软件需求的最有用的方法之一。面谈需准备的内容:

  1. 面谈对象
  2. 面谈的问题

面谈对象:与系统相关的涉众,并具有代表性,保证涵盖到每个角色。如何获取涉众:

  1. 谁为系统付费,购买系统?
  2. 谁使用系统:
  3. 谁会受到系统结果的影响,谁来监管该系统?
  4. 谁来维护系统?

面谈问题:需保证与背景无关,保证获取信息的公正性。问题的设计:

  1. 确定访谈对象的背景:姓名、年龄、部门所处的职位、目前的工作范围
  2. 目前碰到哪些问题,这些问题会对工作、生活产生什么影响?
  3. 对象环境的背景:a、计算机水平,b、目前是否有相同的系统在使用,c、使用该系统碰到哪些问题,d、目前如何处理工作?e、对培训等有什么要求?
  4. 问题重复,取得面谈者对问题的认同;
  5. 分析问题:问题产生的原因是?在什么情况下会有该问题?目前的解决方案是什么,效果如何?客户期待的解决方案是?
  6. 解决方案的可行性分析;
  7. 非功能性需求:性能?稳定性方面的要求;
  8. 维护,是否有专门的维护团队?
  9. 对当前的访谈结果的认同,确认后期有问题可继续联系。
  10. 总结出当前优先级最高的三个问题;
  11. 调查问卷无法取代面谈在需求获取阶段的作用,问卷调查的问题和答案具有一定的引导性,在某种程度上会影响结果。

小组讨论:

小组讨论是指将与项目某个问题相关的人员聚集在一起开会讨论。优势:容易在内部取得对方案的认同,有利于项目的开展;在讨论会上每个相关人员都可发表自己的意见,保证了获取信息的全面性。缺点:不容易把握。

小组讨论的注意事项:

1、 需先确定议题,范围;参会人员;

2、事先将相关资料送达参与人员,让参与人员开会前先了解会议的整体背景,有利于会议的顺利开展;

3、 确定好会议室、开会的时间(需控制开会时间的长度),做好后勤保障;

4、 选一个好的主持人,可把握会议的方向、进度、调整会议的氛围;

5、保证每个人都有5-10分钟的发言时间,不允许他人打断,但也不允许超过限定的发言时长;

6、 会后将会议纪要发送给参会人员,取得对结果的认同。

情景窜联

由于软件产品的抽象性,大部分涉众在脑海子未有一个清晰的产品轮廓,影响涉众对产品的理解。基于此可考虑编写清晰、完整的情景描述文档。

1、 采用PPT加图片的方式描述情景;

2、 采用原型法(比较推荐这种方法)

参与、观察业务流程

涉众描述的业务流程可能由于某些原因会遗漏掉重要的信息,需求分析人员可申请参与到他们具体的工作,观察、体验业务操作过程。需求分析员在观察业务操作过程时,可根据实际的情况提问并详细记录,记录业务操作员操作过程,操作过程中碰到的难题,可获取真实的材料和理解整个业务。

现有产品和竞争对手文档

阅读现有产品文档有利于了解当前系统情况,从中也可以了解业务流程,对操作员反映的系统问题有着更深层次的理解。

猜你喜欢

转载自wang-z-p2007.iteye.com/blog/2083287