《需求工程 軟體建模與分析》閱讀筆記三

2022-05-26 17:24:10 字數 1273 閱讀 1459

需求管理是來完成需求開發結束後,保障系統質量的乙個管理活動。需求管理在實踐中的作用有:增強專案涉眾對複雜產品特徵在細節和相互依賴關係上的理解;增進了專案涉眾之間的交流;減少了工作量的浪費,提高了生產力;準確反映社會的狀態,有助於專案決策;改變專案文化,使得需求的作用得到重視和有效發揮。維護需求基線、實現需求跟蹤、控制變更等是需求管理的三個活動,是做好軟體後期系統質量保障的重要環節。

維護需求基線是被明確和固定的需求集合,是專案團隊需求在某一特定產品版本中實現特徵和需求集合,是需求開發過程的成果總結,它需要在後續的產品週期中持續發揮作用。需求基線包含的內容有軟體需求以及很多和軟體需求相關的描述資訊。需求基線的主要工作有標識配置工作、版本控制、變更控制、訪問審計、狀態報告。

需求跟蹤是以軟體需求規格書說明書文件為基線,再向前和向後兩個方向上,描述需求以及跟蹤需求變化的能力。向前跟蹤是指需求在被定義到軟體需求規格說明文件之前的演化過程,向後跟蹤是指需求在被定義到軟體需求規格說明文件之後的演繹過程。需求跟蹤是對專案當中需求知識的統一化管理和使用。忽視需求的跟蹤性,或者對跟蹤關係捕捉的不充分,會降低系統的質量,引起返工,增加專案的成本和時間。

需求的後向跟蹤可以幫助專案管理者,需求的後向跟蹤可以幫助客戶和使用者,需求跟蹤描述具體需求的設計方案選擇、設計假設條件以及設計結果等資訊,也可以幫助設計人員和維護人員。

需求的變化是正當和不可避免的,發生需求變化的情況有:問題發生了變化、環境發生了變化、需求基線存在缺陷、使用者變動、使用者對軟體的認識和變化、相關產品的出現等等。需求的變更可能會給專案帶來很大的負面影響,隨意的需求變更也是不恰當的做法。正確做法是在形成需求基線後,進行需求的變更控制。變更控制中應該注意:認識到變更的必要性,並為之制定計畫;維護需求基線,審計變更記錄;管理範圍蔓延;靈活應對變更請求;使用輔助工具。

需求變更、需求跟蹤資訊、需求管理工具是需求管理的焦點集中問題。

需求工程過程需要依賴的環境因素有市場特徵、領域特徵、技術成熟度、組織文化、專案特徵等。建立需求工程過程有兩個步驟:建立過程框架,建立需求工程過程的高層結構,說明過程中應該包括哪些工作部分以及怎樣建立他們之間的協作和聯絡;選擇工作元件,為過程框架下的每乙個過程工作部分選擇實現的實踐方法,明確需要的工具支援和資源(成本和人力)支援。

需求工程過程需要專門、特定的評級標準和改進方法。regpg框架借鑑了現有各種軟體過程改進框架思想,針對需求過程進行了廣泛和深入的總結,提出了66個好的借鑑,被分為三個層次:基礎實踐、中級實踐、高階實踐。根據這三個層次,regpg提出了對需求工程過程的評價,分為三個等級:初始級、可重複級、已定義級。

軟體專案的就是所有重要的工作都能得到應有的關注,都能順利有序的完成,以最終產生高質量的軟體產品。

《需求工程 軟體建模與分析》閱讀筆記03

一 需求工程過程概念介紹 一 概述 1.規格說明 需求工程過程是系統開發中需求開發活動的整合,它以使用者所面臨的業務問題為出發點進行分析和各種轉換,最終產生乙個能在使用者環境下解決使用者業務問題的系統方案,並將其文件化為明確的規格說明。2.生命週期 需求工程也有屬於它自己的生命週期模型,即存在針對需...

《需求工程 軟體建模與分析》閱讀筆記一

軟體經歷了以 機器 為中心,以 應用 為中心,以 企業 為中心的發展過程,隨著 應用 為中心的軟體發展,原來的個體化 軟體作坊式 的軟體開發模式顯示出了很多的問題,針對這些問題,人們在不斷地討論與制定對策,在軟體開發技術和軟體開發過程與管理方面都取得了很多進步。根據很多方面的調查顯示,在所有的軟體開...

《需求工程 軟體建模與分析》閱讀筆記02

相信做軟體的都知道,需求獲取是一件非常困難的事,建民老師說他們做專案的時候,拎著電腦包去做需求調研,裡面工作的人一看就嫌棄的表情,他們那些人又來了,同樣,在跟對方經理聊天的過程中,對方也經常會打斷談話去處理一些別的事,但對於做乙個專案,偏偏需求分析是至關重要的一環,在需求分析的過程中,我們經常會遇到...