软件需求获取方法

 

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

 

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

 

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、 采用原型法（比较推荐这种方法）

 

参与、观察业务流程

 

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

 

现有产品和竞争对手文档

 

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

已有 0 人发表留言，猛击->> 这里<<-参与讨论


ITeye推荐

• —软件人才免语言低担保 赴美带薪读研！—