软件需求获取方法

标签: 软件 需求获取 方法 | 发表时间:2014-06-21 17:34 | 作者:wang_zhi_peng2007
出处:http://www.iteye.com

 

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

 

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

 

  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推荐



相关 [软件 需求获取 方法] 推荐:

软件需求获取方法

- - 研发管理 - ITeye博客
软件需求获取是软件需求开发的关口环节,关口没把守好,后面就会全面溃败. 软件需求获取个人认为有以下几个方法:. 现有产品和竞争对手的描述文档;. 面谈是获取软件需求的最有用的方法之一. 面谈对象:与系统相关的涉众,并具有代表性,保证涵盖到每个角色. 谁会受到系统结果的影响,谁来监管该系统. 面谈问题:需保证与背景无关,保证获取信息的公正性.

常见的产品需求获取来源

- - 博客 - 伯乐在线
日常需要做新的产品或者新的项目的时候,总是愁苦该去哪里获取到足够多的原始需求,闭门造车显然不是最好的方式,那样会使产品带上浓重的个人主义色彩. 其实一般有新的项目需要上马,至少总会有个愿景,根据这个再去挖掘需求就稍微容易一点,最怕的就是那种没有方向的,一切都是实验性质的,需要做着做着才能找到方向的项目,刚开始的时候会茫无目的.

用Mikado方法重构遗留软件

- - InfoQ cn
在敏捷印度2012的一次研讨会上, Daniel Brolund介绍了 Mikado方法. 此方法主张敏捷团队在面临低质的遗留代码时,采用简单的方法,分成小部分逐步完成重构. 通常,当你想在遗留应用程序中做个简单的改动时,经常会有某些事情出错而使这个改动无法执行——如编译出错、验收测试失败(如果有验收测试.

软件开发的4种模型和4种方法

- - CSDN博客推荐文章
1.瀑布模型:适合需求明确的软件开发. 2.演化模型:获取一组基本需求,快速给出版本,成为原型,用于对软件需求缺乏准认知的情况. 3.螺旋模型:结合瀑布模型和演化模型,综合两者优点,并增加风险分析,螺旋模型包括四个方面活动:制定计划,风险分析,实施工程,客户评估. 4.喷泉模型:面向对象的开发过程,具有迭代和无间隙特性,开发活动重复多次,再迭代中不断完善软件系统,无间隙指在开发活动之间不存在明显的界限,允许开发活动交互,迭代进行.

为什么软件开发方法论不管用?

- - 开源中国社区最新新闻
无论大小项目,大型团队还是我个人,陈腐的联邦机构还是牛逼的硅谷公司,我都工作过. 我学习并使用过至少20种编程语言. 我还经历过瀑布模型/预先设计模型(BDUF:big design up front),结构化编程,自顶向下,自下向顶,模块化设计,组件,敏捷,Scrum,极限,TDD,OOP,快速原型,RAD,还有我可能想不起来的其它方法.

快速找到应用软件Hosts的方法

- - 月光博客
  早先我曾经介绍过一个《 快速找到Google可用Hosts的方法》,这个方法其实可以用于几乎所有Web网站的Hosts寻找方法,不过对于本地应用软件被屏蔽,这个方法就无效了,那么对于本地应用软件(例如Dropbox),如何快速找到其可用Hosts呢,今天我就介绍一下通用的快速找到本地应用软件可用Hosts的方法.

通过客户端软件访问Gmail的方法

- - 月光博客
  Gmail对于很多中国用户来说是很难舍弃的服务,现在虽然Gmail所有客户端通讯协议(IMAP、POP3、SMTP等)端口 均被屏蔽,导致用户无法正常访问Gmail邮箱,不过,通过一些设置,我们依旧可以通过客户端软件来访问Gmail服务.   首先,需要在Gmail里设置其支持IMAP,这样才能在客户端里使用IMAP来访问Gmail.

降低软件复杂性的一般原则和方法

- - SegmentFault 最新的文章
斯坦福教授、Tcl语言发明者John Ousterhout 的著作《A Philosophy of Software Design》[1],自出版以来,好评如潮. 按照IT图书出版的惯例,如果冠名为“实践”,书中内容关注的是某项技术的细节和技巧;冠名为“艺术”,内容可能是记录一件优秀作品的设计过程和经验;而冠名为“哲学",则是一些通用的原则和方法论,这些原则方法论串起来,能够形成一个体系.

软件安全性测试的两种方法

- - IT瘾-dev
软件安全性测试是一项复杂而昂贵的测试活动,我们要把有限的测试能力用得恰到好处,就要讲究方法. 《软件测试的有效方法》中给出两种软件安全性测试的方法:安全基线法和安全矩阵法. 所谓安全基线法,就是根据安全需求设置一个安全基线,这个基线能够大概率地确保软件的安全性,软件的安全性测试就以满足这个安全基线为主.

能让一个软件公司倒闭的软件开发方法,你干过几件?

- - 外刊IT评论
在我的工作中我看到许多难以维护的代码,并且一次又一次地看到很多相同的原本可以避免的问题. 我专长于调试,修复,维护和扩展旧的软件系统. 我的典型的客户拥有一个尚可运行的网站或内部应用,但是开发者已经不知所踪. 业务需求已经改变了但是软件没有跟上. 抑或我的客户有了些“快要完成”的东西但是由于预算和日程安排的关系失去了开发者.