淺談信息系統建設中的需求工程

邵靜

【摘 要】隨著信息技術的快速發展，各行業利用信息化手段提升各自的核心競爭力成為趨勢。信息系統建設過程中，需求是所有活動的基礎，起著極其關鍵的作用。但是在日常的項目實施推進中，往往因忽略該重要環節而給信息系統建設的帶來諸多問題，本文主要討論了需求工程中遇到的常見問題和預防措施。

【關鍵詞】需求工程 信息系統建設 需求變更

近年來，各類滿足不同領域業務發展需要的信息系統層出不窮，信息系統建設成為滿足業務需求的重要措施。信息系統建設由需求工程、系統設計、開發、測試、運護組成。系統建設的首要任務是明確建設的目的，因此需求工程在系統建設過程中具有方向性和決策性的作用。根據Standish Group的統計分析，信息系統建設未按期完成的比例占84%，超預算的比例為189%，項目的成功率僅為34%。對項目失敗的因素進行詳細分析，導致項目失敗的最重要的原因與需求有關，需求工程占了45%的失敗因素，即需求工程出現問題是導致系統建設失敗的重要原因。

1 基本概念

需求工程是指采用有效的技術、方法和工具從客戶處獲取需求，并對需求開展一系列不斷反復的分析、表示和驗證，定義目標系統的特征和相關的約束，了解客戶的需求和業務，使得客戶、用戶和開發者之間達成共同的理解的活動。開展需求工程的目的是準確說明系統建設的目標，描述客戶需要開發者“做什么（WHAT）”，確定要計算機“做什么”，要達到什么樣的效果？它是一個概念性的工作，直接影響整個項目建設周期。

2 常見問題現象

2.1 需求不完整、不準確

用戶在需求描述時，不能準確、完整地說出個中緣由，只提大概。大多數用戶在調研過程中只提系統在正常情況下出現的結果，但未考慮異常情況，對一些常識性的業務忽略不提；用語不準確，可能內心清楚，但缺乏表達能力；把解決方案誤認為是需求，基于個人在認識的不足所提出的解決方案往往不完善，但又被當作需求混淆在一起；功能性和非功能性需求上存在復雜的聯系。

2.2 用戶參與度不夠

用戶在整個需求開發過程中只充當旁觀者，不愿參與到需求開發活動中，認為這是項目建設方的義務和責任，這些活動都是系統建設方面的內容，與本人的工作無關，參與與否對整個項目沒有影響。部分建設方認為用戶參與到需求開發活動會帶來頻繁更改的問題，根據經驗，自己可以做出讓客戶滿意的需求規格說明。

2.3 需求動態變更

對業務的熟悉程度不夠、建設者和用戶不能密切合作、需求工作不細致、接受不合理建議等都會造成需求不斷更改。用戶不能一次性全面地提出具體的需求，導致反復的訪談，在溝通過程中，用戶可能會產生許多新想法和新需求，為了滿足客戶的新需要，多次修改需求方案，導致背離最初的目標值。

2.4 資源不足

因項目成本不足或項目周期短的制約，建設方對需求工程階段的投入不夠，將用戶提出的需求弱化，裁剪部分功能模塊，降低產品的質量。導致進入到系統設計、程序開發階段發現許多工作無法開展，甚至推翻原有的需求規格。

3 解決措施

因需求工程中出現問題帶來了項目進度拖延、項目成本增加、項目質量失控和系統生命期縮短等后果，對信息系統建設方和客戶都會帶來巨大的損失。為預防這些問題的發生，我們應該從以下幾方面著手：

3.1 利用需求管理技術

借助先進的需求開發工具，建立需求分析模型，幫助需求分析人員對用戶的需求進行提取、整理、分析并得到完整、正確的軟件需求分析式樣，以達到滿足用戶對系統功能、性能方面直觀展示要求。例如：使用數據流圖（DFD）建立需求分析模型，可以將數據傳遞和加工的流向以圖形符號的方式逐層細分，可具體地描述系統內各個部件的功能和數據在各功能點間的傳遞情況。

3.2 加強溝通，達成共識

組建項目團隊，需建設方和用戶共同組成，制定相應的需求工程流程規范，確立用戶和建設者雙方的角色和職責，以便雙方及時溝通。由于需求獲取的范圍廣、類型多，需求收集后，需認真梳理和分析需求中是否存在沖突，是否存在定義錯誤或描述不嚴謹。只有用戶親身參與到需求開發和管理中，才能保證雙方在需求的認識上達成一致，減少需求變更的發生。

3.3 開發與管理反復迭代

編寫詳細而具體的說明材料，做到事后有據可查。在需求調查過程中的得到的需求往往是雜亂無章的，可能在需求中存在沖突，需及時把這些需求材料整理轉換為有效的用戶需求，從中提煉、分析得出相應的記錄和報告。

需求工程階段涉及的文件資料有：需求規格說明書、項目視圖與范圍文檔、需求分析說明書、調研記錄、需求討論記錄等。其中，需求規格說明書作為需求工程階段的重要輸出，系統設計的輸入，是項目開發的基礎，指導整個項目建設的全過程，其內容包含的需求具有最高優先級，應保證內容的準確性、完整性和易理解性。需求評審是需求控制的關鍵環節，主要檢查系統需求分析人員和用戶之間的溝通是否一致，雙方是否均理解和認可需求內容，用戶可在評審中提出個人建議，幫助糾正錯誤，及時進行需求變更修正，避免事倍功半的現象發生。通過需求開發和管理的反復迭代，為用戶找到最佳的需求解決方案，同時為系統實施過程中的質量提供了保障。

4 結語

需求工程是決定信息系統建設成敗的關鍵因素，如果我們要較好地管控信息系統建設的周期、成本和質量，那么就需要加大在需求開發和管理上的投入，有效地界定項目的需求范圍，分析變更的合理性和必要性，制定出合理有效的的需求工程交付物等，為整個項目順利開展奠定基礎，驅動信息系統的快速建成。

參考文獻：

[1]劉華航，金英，馬騰飛.一種需求變更影響分析方法計算機研究與發展[J].計算機研究與發展，2013（8）：1769-1777.

[2]劉小波，郭荷清.軟件系統需求變更影響分析及解決方案[J].華南理工大學學報（自然科學版）2002（4）：56-59.

[3]曹溫，溫麗.信息系統項目管理師考試輔導[D].清華大學出版社，2011.