在需求工程開發片中，需求開發的思路和過程 需求開發工作是“以技術為核心、以業務為輔助”作為指導思想，以要說清楚軟件系統“做什麽”的軟件需求規格說明為目標。這裏的需求獲取和傳統需求工程中需求獲取最大的不同，一是無須與客戶進行面對面的交流來獲取需求，二是只需將需求規劃的工作成果作為需求獲取的第一來源。需求分析 需求分析工作分為分析和綜合兩部分工作。分析工作在於找出需求信息間內在的聯系和可能的矛盾，而綜合工作就是去掉這些矛盾來建立軟件系統的功能、數據的邏輯模型。需求編寫 軟件需求的規劃說明是由業務需求、用戶需求和系統需求構成。而這些需求都在過程文檔中，如果將這些文檔看做一粒粒珍珠的話，那我們需要一根線將其穿成一個珍珠項鏈，穿起珍珠的這根線就是軟件需求規格說明。需求驗證 需求驗證嚴格來說是檢驗軟件需求規格說明，這是需求開發的最後一項活動，是對前期或階段工作成果的一次完整的檢查。

需求管理的思路 ：需求工程的需求業務活動由需求規劃中的6個業務活動和需求開發的4個業務活動共計10項業務活動組成，構成了需求工程的業務主線。需求工程的需求管理活動的目標就是確保需求業務活動能夠按進度要求、質量要求、成本要求生產出高質量的軟件需求。需求版本控制 軟件需求基線是由各階段需求業務活動的工作成果文檔和文檔內各部分內容的版本號的集成。軟件需求基線工作的落實借助這些工作成果文檔和文檔內部分內容版本號來實現的

管理變更請求 ：對於軟件開發工作來說每一次需求變更不是在做加法，而是在做乘法，雖然乘數是1，但被乘數會因為需求變更的層次高低而放大。所以需求變更是一個非常嚴肅的工作。 建立需求能力矩陣對於實際發生需求變更時可以通過該矩陣遍歷出與變更需求相關的各個工作元素，而不至於陷入需求變更的困局中。需求能力矩陣除了可以輕松應對需求變更，而且還可以基於它建立一個需求工程全局管理視圖。同時我們要呼籲建立需求分析體系 “千夫所指人人相輕”這種不重視軟件需求的觀念體現在一個個軟件項目只是表象，其癥結在於長期以來“輕業務、重技術”的理念已根深蒂固

需求分析部門的業務工作 需求分析部門的業務工作主要由需求業務和需求開發業務兩部分組成。

《軟件需求模式》06