软件需求获取方法
软件需求获取是软件需求开发的关口环节,关口没把守好,后面就会全面溃败。
软件需求获取个人认为有以下几个方法:
- 面谈和问卷调查;
- 小组讨论;
- 情景串联;
- 参与、观察业务流程;
- 现有产品和竞争对手的描述文档;
- 市场资料
面谈和问卷调查:
面谈是获取软件需求的最有用的方法之一。面谈需准备的内容:
- 面谈对象
- 面谈的问题
面谈对象:与系统相关的涉众,并具有代表性,保证涵盖到每个角色。如何获取涉众:
- 谁为系统付费,购买系统?
- 谁使用系统:
- 谁会受到系统结果的影响,谁来监管该系统?
- 谁来维护系统?
面谈问题:需保证与背景无关,保证获取信息的公正性。问题的设计:
-
确定访谈对象的背景:姓名、年龄、部门所处的职位、目前的工作范围
-
目前碰到哪些问题,这些问题会对工作、生活产生什么影响?
-
对象环境的背景:a、计算机水平,b、目前是否有相同的系统在使用,c、使用该系统碰到哪些问题,d、目前如何处理工作?e、对培训等有什么要求?
-
问题重复,取得面谈者对问题的认同;
-
分析问题:问题产生的原因是?在什么情况下会有该问题?目前的解决方案是什么,效果如何?客户期待的解决方案是?
-
解决方案的可行性分析;
-
非功能性需求:性能?稳定性方面的要求;
-
维护,是否有专门的维护团队?
-
对当前的访谈结果的认同,确认后期有问题可继续联系。
-
总结出当前优先级最高的三个问题;
-
调查问卷无法取代面谈在需求获取阶段的作用,问卷调查的问题和答案具有一定的引导性,在某种程度上会影响结果。
小组讨论:
小组讨论是指将与项目某个问题相关的人员聚集在一起开会讨论。优势:容易在内部取得对方案的认同,有利于项目的开展;在讨论会上每个相关人员都可发表自己的意见,保证了获取信息的全面性。缺点:不容易把握。
小组讨论的注意事项:
1、 需先确定议题,范围;参会人员;
2、事先将相关资料送达参与人员,让参与人员开会前先了解会议的整体背景,有利于会议的顺利开展;
3、 确定好会议室、开会的时间(需控制开会时间的长度),做好后勤保障;
4、 选一个好的主持人,可把握会议的方向、进度、调整会议的氛围;
5、保证每个人都有5-10分钟的发言时间,不允许他人打断,但也不允许超过限定的发言时长;
6、 会后将会议纪要发送给参会人员,取得对结果的认同。
情景窜联
由于软件产品的抽象性,大部分涉众在脑海子未有一个清晰的产品轮廓,影响涉众对产品的理解。基于此可考虑编写清晰、完整的情景描述文档。
1、 采用PPT加图片的方式描述情景;
2、 采用原型法(比较推荐这种方法)
参与、观察业务流程
涉众描述的业务流程可能由于某些原因会遗漏掉重要的信息,需求分析人员可申请参与到他们具体的工作,观察、体验业务操作过程。需求分析员在观察业务操作过程时,可根据实际的情况提问并详细记录,记录业务操作员操作过程,操作过程中碰到的难题,可获取真实的材料和理解整个业务。
现有产品和竞争对手文档
阅读现有产品文档有利于了解当前系统情况,从中也可以了解业务流程,对操作员反映的系统问题有着更深层次的理解。
已有 0 人发表留言,猛击->> 这里<<-参与讨论
ITeye推荐