• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 軟件測試之“軟件需求”的重要性

    發表于:2009-08-04來源:作者:點擊數: 標簽:軟件測試軟件需求重要性
    軟件測試之“軟件需求”的重要性 軟件需求管理 關鍵字:軟件需求 需求 1)據美國Standish Group報告顯示,失敗及延期項目中超過60%是由于“需求”相關問題導致的。 2)需求問題會直接或間接形式顯示,以至于很多團隊沒有正確認識到其重要性和對項目成敗的影響

    軟件測試之“軟件需求”的重要性   軟件需求管理

    關鍵字:軟件需求 需求

     

      1)據美國Standish Group報告顯示,失敗及延期項目中超過60%是由于“需求”相關問題導致的。

     

      2)需求問題會直接或間接形式顯示,以至于很多團隊沒有正確認識到其重要性和對項目成敗的影響。

     

      3)共性問題

      ·用戶參與不足:用戶經常說“你們先做吧,做好了我再提意見”

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

      ·需求變更頻繁

      ·實現了不再需要的功能

      ·用戶提出了不切實際的需求:提出了所謂“變態”需求

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

      ·用戶經常描述不清需求

      ·用戶需求矛盾、沖突不斷

      ·系統范圍失控:項目完成后,原定項目名稱已經無法概述已完成的開發內容

     

      4)項目型開發常見問題

      ·系統上線的時候遇到很大阻力

      ·系統上線后并沒有帶來明顯效果,甚至效果不好

     

      5)產品型開發常見問題

      ·產品競爭力不足

      ·產品難以有效滿足客戶需求

      ·不同客戶的定制需求對產品開發產生影響

     

      6)當前需求實踐的其他常見問題

      ·前端需求捕獲的團隊無法有效獲取需求,用戶也說不清需求

      ·常由項目經理兼任需求,導致“工作量控制”意識強于“有效獲于需求,而經常顧此失彼,甚至適得其反

      ·需求分析和架構設計糾纏不清,系統、技術思維阻礙了對用戶需求的理解,用戶不得不忍受“系統”

      ·“被動收集需求”多于“主動獲取需求”

      ·需求分析過于技術化,浮于面向對象分析/結構化分析,未能深入“需求分析”的本質

      ·需求描述流于形式、過于受限于格式:寫的人不知如何寫,看得人更是不知其所云;寫的人不愛寫,看的人不愛看;需求規格成了負擔

      ·目標、范圍的界面流于形式,導致需求主線不明、方向不清

      ·經?!罢T導”用戶,而不是“引導”用戶;最終是用戶“醒”過來之后,前面的“誘導”功虧一簀

      

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>