在需求開發活動之後，需求基線應該成為後序軟體系統開發的工作基礎和粘合劑。需求管理在需求開發之後的產品生命週期中保證需求作用的有效發揮。作為需求開發的結果，最終的需求應該被明確和固定，需求基線就是被明確和固定的需求集合，是專案團隊需要在，某一特定產品版本中實現的特徵和需求集合。需求基線是需求開發過程中的成果總結，他需要在後續的產品生命週期中持續發揮作用。因此，需求基線要以一種持續、恆定和易於專案涉眾訪問的方式存在，通常的做法是將需求基線編寫成正式的文件，納入配置管理。
重要的需求描述資訊包括：識別符號、當前版本號、源頭、理由、優先順序、狀態、成本、工作量、風險、可變性等。需求描述資訊的收集、儲存和維護是乙個繁瑣的工作，所以在必要的情況下，可以使用專門的需求管理工具作為輔助手段。
將需求基線納入配置管理，它的主要工作有：標識配置項、版本控制、變更控制、訪問審計、狀態報告。
需求基線是需求開發階段之後各種專案工作的基礎，他也能很好地反映各種專案工作的進展狀況，進而反映整個專案的實際進展狀況。
需求跟蹤是以軟體需求規格說明文件為基線，在向前和向後兩個方向上，描述需求以及跟蹤需求變化的能力。它分為前向跟蹤和後向跟蹤。需求跟蹤的實現是乙個需要進行大量手工勞動任務，需要組織提供支援。在系統開發和維護的過程中，一定要隨時更新這些聯絡鏈資訊，如果資訊已經過時，就可能再也無法重建這些資訊了。
在實際工作中，需求跟蹤實現的具體內容是依賴於專案的跟蹤策略的。不同的專案有不同的策略需要，會實現不同的需求跟蹤聯絡。將專案的跟蹤策略分為三個不同的層次。最低的層次上，需求跟蹤僅僅捕獲產品內容各個系統元件之間的依賴、滿足和實現關係。在乙個更高的層次上，還要捕獲各個元件之間的聯絡，還要捕獲各個元件的工作背景。除了產品本身所包含的各種聯絡之外，專案的組織過程也應該是需求跟蹤內容的乙個部分。實現了工作背景和過程背景捕獲的需求跟蹤是閒著被稱為高階使用者。
需求跟蹤的實現方法主要有矩陣、實體聯絡模型和交叉引用三種。
在需求跟蹤的各種聯絡中，有一種特殊的跟蹤依賴——需求依賴。大多數的需求並不是完全獨立的，它們在一種複雜的機制中互相影響，這就是需求依賴。需求開發是乙個獲取、明確並定義的需求過程，但需求並不是在需求開發結束之後就會恆定不變的。需求的變更時正當和不可避免的，在需求開發之後凍結需求是不恰當的做法。正確的做法是在形成需求基線之後，進行需求的變更控制。
變更控制中的注意事項:（1）認識到變更的必要性，並為之制定計畫。（2）維護需求基線，審計變更記錄。（3）管理範圍蔓延。（4）靈活應對變更請求。（5）使用輔助工具。
需求的不穩定性和對實踐的調查和研究中一再被發現和關注。認為對需求變化的有效處理是專案成功的關鍵因素。將「需求變化」和「糟糕的專案計畫」並列為導致專案失敗的兩個主要因素。
需求工程需要依賴的環境因素有：市場特性、領域特性、技術成熟度、組織文化、專案特性。
建立需求工程過程包括兩個步驟：（1）建立過程框架，建立需求工程的高層結構，說明過程中應該包括哪些工作部分以及怎樣建立它們之間的協作和聯絡。（2）選擇工作元件，為過程框架下的每乙個過程工作部分選擇實現的時間方法，明確需要的工具支援和資源支援。
軟體專案的目的就是保證所有重要的工作都能得到應有的關注，都能順利有序的完成，以最終產生高質量的軟體產品。
軟體需求分析 閱讀筆記
筆記要求 發表一篇閱讀筆記，說明本學期 軟體需求分析 需要掌握哪些必要的內容？針對每個內容點說出自己的理解，並繪圖標意相互之間的關聯關係。讀 需求工程 軟體建模與分析 有感 今天大致的看了一下這本書，對軟體需求分析有了初步的了解，我認為學習軟體需求分析需要掌握的內容主要包括五個方面 需求基礎與過程 ...
軟體需求分析閱讀筆記
今天讀了關於如何做需求分析的博文，學習了軟體需求與分析需要掌握的一些內容，下面就做一些總結。首先要認識到深入地去理解客戶的業務，進而想到客戶的心坎兒上去，最後做出來的東西必然是客戶滿意的。第乙個舉出來東軟的例子，東軟在做這個專案的時候，整個過程經歷了10多次結構性的大變更，區域性性的調整更是不計其數...
《軟體需求分析》閱讀筆記
很多需求分析的工作都是從需求調研開始，需求調研是需求分析最重要的一環，決定之後的工作能否順利地展開，與客戶的交流決定了能否明確的交換雙方的想法，讓客戶與我們都可以達到滿意。面對客戶群體的不同層次決定了如何交流，不同的群體對程式設計的了解是不同的，對不同的人要有不同的交流方法，而需求調研不是一朝一夕所...