第1章
軟件需求分析技術

軟件項目分為發包方（甲方）和實施方（乙方）。軟件的真正使用者為企業一方（甲方），而軟件的開發通常由專業的軟件公司來實施（乙方）。甲方與乙方在項目實施前，都需要簽訂正式合同，合同簽訂后，開始進入需求階段。

需求階段，首先要進行用戶需求的收集。通常由項目經理與專門的需求人員，進駐企業現場，通過實地走訪、開會等形式，把用戶需求整理出來。這個階段的重要輸出文檔是“xxx項目用戶需求說明書”。

用戶需求收集整理好后，通常由系統分析師進行項目的軟件需求分析。這個階段的重要輸出文檔是“xxx項目軟件需求分析說明書”。

注意：“xxx項目用戶需求說明書”的受眾是用戶與開發人員，因此不能使用過于專業的計算機術語，這個文檔一定要讓最終用戶能夠直接閱讀理解。“xxx項目軟件需求分析說明書”的受眾是代碼開發工程師、測試人員、項目經理等，這個文檔強調的是在“xxx項目用戶需求說明書”基礎上的軟件需求分析，因此更具有計算機專業性，這個文檔無須給直接用戶閱讀。另外，很多項目會把用戶需求與軟件需求文檔合在一起來寫，這時候就要充分考慮不同受眾的閱讀理解能力。

由于需求描述不清，開發人員與直接用戶溝通不暢，從而導致軟件項目不斷改版，最終導致項目失敗的例子屢見不鮮，因此要非常小心。以筆者多年的系統分析經驗看，直接用戶能夠把業務需求描述清晰的非常少，因此成功的軟件項目，首先是系統分析人員要能夠快速理解項目需求的專業領域知識，同時要有很好的抽象能力、前瞻能力。由系統分析人員引導最終用戶來描述需求，這樣才能使雙方滿意。單純希望最終用戶能夠把需求直接描述清楚，這是不現實的。

軟件需求包含內容分為：項目概述、項目背景、項目目標、項目范圍、項目階段劃分、項目功能特性列表、名詞概念列表、業務需求描述、業務流程分解、業務功能需求描述等。大型軟件項目的需求文檔中，業務流程分解占有非常重要的地位。在功能需求描述中，可以使用UML用例圖、UML狀態圖等，配合業務原形圖進行詳細描述。

下面，通過IBM承接的“中國石油物資采購管理信息系統”這個大型企業級項目實例，來一起學習一下軟件需求文檔的編寫方法。注：該項目的實際需求分析文檔有1000多頁，此處節選了供應商管理部分的一個小模塊來進行演示（由于此模塊的功能有限，使用的需求分析方法也不全面，其他常用方法，會在后續文檔中再補充）。