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

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

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    動態需求的概念以及分析方法探討

    發布: 2008-8-29 09:10 | 作者: 網絡轉載 | 來源: csai | 查看: 48次 | 進入軟件測試論壇討論

    領測軟件測試網  基于行業應用的信息系統,其業務政策依賴性比較強,業務需求每年都有變化,一般基于這類需求的系統開發周期如果跨越自然年度,幾乎很難進行需求定位。如何把握業務需求,成為項目成功建設的關鍵。
        需求設計第一階段要細化、量化用戶提出業務需求,為下一階段系統設計提供業務邏輯。

    以前絕大多數系統采用這種概念上的需求設計,我們稱之為“靜態業務需求分析”;這種方式很難把握由于業務變化帶來軟件系統的修改,同時在系統開發過程中很容易造成設計開發反復,帶來項目進度和項目成本的失控。
        作者這里推薦的是一種動態的需求分析模式,能夠比較有效地控制需求的范圍和變化的趨勢。這種方式首先需要熟悉精通相關行業,在項目啟動前期和用戶一起進行需求思路整理,先設計出業務需求表格框架;在用戶業務定位階段,用戶按照表格要素量化需求,形成“表格需求”;最后,在系統構架階段,進行參數化的系統數據設計和功能設計。這種方式稱為“動態業務需求設計”。

    具體做法如下:
        設計項目環節:在項目管理的框架之下,增加前期咨詢服務環節,設立階段評審的標準和內容。

        項目組織重構:建議改變原來業務需求完全由業務部門提出的模式。成立以客戶方最高領導為組長,客戶業務部門、客戶信息管理處、開發公司等多方組成的需求小組,由客戶信息管理處負責統一具體領導。

       設計流程框架:根據業務需求的定位和對行業知識的理解,設計行業領域的業務流程框架。

        設計需求模板:根據對項目的分析,設計需求模板,有關人員根據需求框架進行表格式需求填寫。這種方式可以保證需求的完整性和前后一致性,達到量化需求的目標。在此基礎上加以抽象可以產生出一般的業務需求分析框架。

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    TAG: 動態 分析方法 概念 探討 需求


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品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>