1. 程式人生 > >需求工程——軟件建模與分析閱讀筆記一(三)

需求工程——軟件建模與分析閱讀筆記一(三)

數量 細節 文檔模板 困難 普通用戶 軟件需求 結果 活動 求和

需求工程——軟件建模與分析閱讀筆記(三)

需求工程的過程:

需求獲取:需求獲取是從人、文檔、或環境中獲取需求的過程,必須用各種方法和技術來發現需求,需求開發的過程包含學習和認知的兩個過程,學習和認知是遞進的。具體有:1收集背景資料2、獲取問題與目標,定義項目前景和範圍3、識別涉眾,選擇信息的來源4、選擇獲取方法,執行獲取、獲取功能與非功能需求5、記錄獲取結果

需求分析:1、背景資料2、問題分析、目標分析、業務分析、確定系統邊界3、軟件需求建模4、細化需求5、確定優先級6、需求協商

需求規格說明:1、定制文檔模板2、編寫文檔

需求驗證:1、執行驗證2、問題修正

需求管理:1、建立和維護需求基線集2、建立需求和跟蹤信息3、進行變更控制、

需求開發過程是叠代和並發的:

需求獲取和需求分析是相互交織的,需求獲取與需求分析是需求開發過程的兩個主要活動,

實踐方法的應用:

細節知識的實踐性:實踐方法是從陌生的領域得到最早的知識片段和知識形式,逐漸積累後抽象出普遍的規律性知識,建立知識體系。

重要的實踐方法:需求工程師的一項重要工作理解業界好的實踐,並將他們成功的應用到組織的需求工程過程當中去

需求開發過程與軟件工程過程的相互影響:需求的好壞對後續的軟件開發有重要的影響,需求開發過程會產生很多的正性信息如前景與範圍定義、涉眾描述、分析模型、需求特征,為了讓軟件開發團隊的工作能夠順利進行,需求工程師需要做很對不屬於其本職工作的事情,這就是團隊的意義,

需求獲取的常見困難:

用戶和開發人員的背景不同,立場不同,造成的問題:知識理解的困難;默認知識現象;普通用戶缺乏概括性、綜合性的表述能力;用戶存在認知困境;

用戶越俎代庖:

用戶提出的不是要求而是解決方案;用戶固執的堅持某些特征和功能

缺乏用戶參與:用戶的數量太大,選擇困難;用戶的認識不足,不願參與,用戶情緒抵制,消極參與;沒有明確的用戶

需求工程——軟件建模與分析閱讀筆記一(三)