软件测试之“软件需求”的重要性

发表于:2009-08-04来源:作者:点击数: 标签:软件测试软件需求重要性
软件测试之“软件需求”的重要性 软件需求管理 关键字:软件需求 需求 1)据美国Standish Group报告显示,失败及延期项目中超过60%是由于“需求”相关问题导致的。 2)需求问题会直接或间接形式显示,以至于很多团队没有正确认识到其重要性和对项目成败的影响

软件测试之“软件需求”的重要性   软件需求管理

关键字:软件需求 需求

 

  1)据美国Standish Group报告显示,失败及延期项目中超过60%是由于“需求”相关问题导致的。

 

  2)需求问题会直接或间接形式显示,以至于很多团队没有正确认识到其重要性和对项目成败的影响。

 

  3)共性问题

  ·用户参与不足:用户经常说“你们先做吧,做好了我再提意见”

  ·需求完整性不足:项目中后期经常增加需求

  ·需求变更频繁

  ·实现了不再需要的功能

  ·用户提出了不切实际的需求:提出了所谓“变态”需求

  ·非功能需求未能有效满足

  ·用户经常描述不清需求

  ·用户需求矛盾、冲突不断

  ·系统范围失控:项目完成后,原定项目名称已经无法概述已完成的开发内容

 

  4)项目型开发常见问题

  ·系统上线的时候遇到很大阻力

  ·系统上线后并没有带来明显效果,甚至效果不好

 

  5)产品型开发常见问题

  ·产品竞争力不足

  ·产品难以有效满足客户需求

  ·不同客户的定制需求对产品开发产生影响

 

  6)当前需求实践的其他常见问题

  ·前端需求捕获的团队无法有效获取需求,用户也说不清需求

  ·常由项目经理兼任需求,导致“工作量控制”意识强于“有效获于需求,而经常顾此失彼,甚至适得其反

  ·需求分析和架构设计纠缠不清,系统、技术思维阻碍了对用户需求的理解,用户不得不忍受“系统”

  ·“被动收集需求”多于“主动获取需求”

  ·需求分析过于技术化,浮于面向对象分析/结构化分析,未能深入“需求分析”的本质

  ·需求描述流于形式、过于受限于格式:写的人不知如何写,看得人更是不知其所云;写的人不爱写,看的人不爱看;需求规格成了负担

  ·目标、范围的界面流于形式,导致需求主线不明、方向不清

  ·经常“诱导”用户,而不是“引导”用户;最终是用户“醒”过来之后,前面的“诱导”功亏一箦

  

原文转自:http://www.ltesting.net