系統需求

（功能模塊-控制點）

信息系統需求實踐探析

數字化轉型的目標是實現管理數字化、產業數字化和數

字產業化，要達到這一目標，信息系統的建設至關重要，對

于信息系統，需求是系統建設成功的基礎和關鍵，本文將介

紹需求工作的一些基本概念、方法論，以及結合企業的實際

情況，給出需求工作的一些建議。

一、需求對信息系統重要性

良好的需求是良好信息系統的基礎，不良需求會導致項

目預算、項目進度、項目目標偏離或失控等問題。現實中需

求工作存在的主要問題包括重視不夠、需求不足、需求模糊、

需求多余和需求變化頻繁等。

二、需求的不同層次

需求的獲得是一個層層遞進的過程，首先提出業務需求，

然后轉化為用戶需求，進而得到功能需求。

程如何控制等，例如描述線上資金劃撥結算的目的、過程、

輸入輸出元素、控制節點和機制等。

2.用戶需求說明用戶使用系統具體要做些什么、如何

做、有什么權限和輔助等，例如系統的用戶角色分配、功能

與數據權限組合、在業務管理流程中的操作、需要什么提示

幫助限制等。

3.功能需求描述的是系統將如何實現上述需求，開發

人員根據功能需求設計解決方案、開發實施，例如功能菜單

規劃、界面設計、動作或功能觸發機制、數據和信息的具體

運行（計算）方式和相互關系與約束等等。

除了以上功能性需求，還有非功能性需求，包括性能、

易用性、安全性、可維護性、可靠性、運行環境、外部接口、

數據脫敏與加解密等。

三、需求的開展流程

需求工作的開展分需求開發和需求管理兩個階段，流程

如下圖所示：

用戶而求調研用戶需求說明有

需求分析

產AA需求定義系戰方求規格說明R

(-)需求開發

需求開發是經過需求調研、需求分析和需求定義，形成

需求文檔的過程。需求調研的方式包括交流提問、現場觀摩、

發放調查問卷、分析工作文檔等，工作成果是《用戶需求說

明書》；需求分析工程師根據《用戶需求說明書》，進一步

分析業務、梳理數據邏輯關系、規范優化業務工作流程，經

過建模分析后進行需求定義，產生《系統需求規格說明書》。

1.梳理業務需求、明確需求分工

列出企業的主要業務，將主要業務需求分工到部門，然

后在主要業務下拆分二級需求、三級需求，并將需求責任落

實到人。責任部門和責任人，負責該業務功能的需求分析、

需求說明書、需求變更、測試用例、功能測試、驗收確認等

整個周期的管理。

2.多維度開發需求，確保需求的全面、完整

1）首先將業務由粗到細、分層分級、全覆蓋、系統的進

行梳理，說明業務主要目標，業務包含的主要功能。

2）其次將業務開展涉及的規范、制度整理出來，并體現

在業務需求中，確保業務通過系統合規開展。

3）選取典型用戶，通過面談交流、調查問卷等形式開展

調研，確定不同業務對象和不同角色用戶的需求。

4）對于更新升級的項目，可在現有系統功能基礎上開發

需求，需求應包括需要繼承的功能、使用中的痛點以及升級

改進的想法。

5）與同行對標交流，了解同行使用的系統優缺點，及其系統

開發商的技術實力與服務質量。

6）與各主流系統廠商調研交流，要求部署系統體驗環境，通

過對比不同產品的技術架構、功能特點、設計理念，集眾家

之長，豐富自己的需求庫。

7）平時加強積累，將工作中所思、所學、所想隨時記錄，通

過備忘錄等方式記錄下來，形成有效需求。

3.提出符合企業技術規范、標準的需求。系統需求應符合

企業的業務架構、應用架構、數據架構、技術架構，并充分

考慮與上下游、內外部系統的數據交換。例如企業的主數據

標準、數據中臺要求、電子檔案規范、合同系統接口等。

4.提出更高層次的需求。系統需求要符合企業戰略發展要

求，從企業業務未來發展的角度提出需求，適應未來更多業

務場景；要建立數字化轉型的理念，努力將業務數字化、產

品數字化、服務數字化，將業務的各類信息轉化為數字，將

各類業務都盡量通過信息系統實現，將業務的整個管理流程

應用貫穿到系統中。

5,提出前瞻性、先進性的需求

1）要積極思考運用新技術、新方法，在技術上要適度超

前，例如大數據、5G、區塊鏈、財務機器人、圖像識別、語

音識別、數據中臺等技術應用。

2）多思考運用自動化、智能化手段，努力減少人工操作，努

力提高工作效率和質量，從問題出發進行思考、學習借鑒其

他產品功能，發揮創新性思維提出需求，讓系統多干活、讓

數據多跑路、讓程序糾錯防弊。

3）系統應能符合自主可控的要求，包括操作系統、中間件、

數據庫、服務器和密碼技術等。

4）系統平臺應滿足敏捷開發、微服務、數據中臺等先進技術

要求，能夠將簡單的需求配置化、參數化，將復雜的需求簡

單化，將難以實現的需求可以實現。

經過以上綜合需求分析，盡量全面準確的提出業務功能

性需求和非功能性需求，才能更好的評估項目規模、項目難

度、項目成本、項目工期，招投標工作才能扎實，為后期合

同談判、項目實施打好基礎。

（二）做好項目實施過程中的需求管理工作

1.完成招投標后項目實施方團隊進場，經過初步調研、

合同談判，項目需求進一步明確，形成合同附件的“項目工作

說明書（SOW）”。在這些溝通環節雙方應進一步充分交流，

避免需求歧義、需求誤解，必須做好記錄留底。

2.項目正式啟動后，開展更細致深入的需求調研，此

時項目組必須不遺余力的全力投入配合，積極參與調研，將

需求進一步細化、明晰。這一階段的成果必須經過雙方確認,

需求工作的要點包括：

1）需求調研應做好需求計劃、設計好調研表格，調研內

容主要包括：對業務進行描述，說明業務流程如何開展，參

與業務個流程的人員、角色，業務的輸入和輸出有哪些，業

務的控制要點、邏輯要求，該業務是否有前置業務、是否是

其他業務的前置業務，哪些數據需要人工輸入，業務開展的

難點、痛點，業務和流程的改進建議等。

2）項目組將需求調研成果轉化形成《需求說明書》，需求用

例應包括：用例編號、業務描述、用例描述、輸入、操作、

輸出、邏輯處理、后臺數據運算與更新等。

3）需求必須考慮流程的嚴謹性，符合業務崗位不相容要求,

設定系統的基本法則。

4）不同系統模塊之間、不同需求之間會有一定的勾稽關系，

要建立需求之間的關聯關系，在需求發生變更時、在測試發

現問題的時候，才能夠準確進行關聯判斷。

5）在研究查詢需求時，要提出多手段、便捷的查詢方式，例

如數據穿透查詢、模糊查詢、智能查詢、多維度組合查詢等

方面的要求。

6）要關注系統任務自動提醒功能，通過待辦任務列表、手機

短信、系統彈窗等手段，輔助提高工作效率和質量。

7）多考慮便捷的數據錄入方式，例如多運用下拉菜單選擇、

模糊輸入、字段自動聯想匹配、樹形結構顯示選擇等。

3.隨著系統開發的進行和功能模塊的陸續交付，需求

會發生一定變更，對重大的需求變更要做好評審，避免盲目

開展；對項目進度影響很大的需求變更，要確認是否在項目

范圍內，是否考慮在項目二期實施，避免影響項目質量和進

度。

4.在系統正式開發前，應盡早確認《需求說明書》，如果

個別需求暫時無法確認，可以確認能確認的部分，避免影響

整體進度。

5.如果項目實施方提交的《需求說明書》描述表達不到位，

企業項目組必須親力親為，主動做好《需求說明書》的修改

完善，不能認為這些都是項目實施方的工作，做“甩手掌柜”。

否則需求分析中出現各種問題，不僅影響項目實施方的項目

進度和產品質量，最終也會影響企業用戶自身的使用感受，

以及后期的運維管理。

6.《需求說明書》應符合以下基本要求：

1）需求應該是正確清晰的、必要完備的、無二義的、符合業

務目標的、可實現和可驗證的，需求文檔應該使用統一模板

規范編寫，文檔格式統一規范，相關的需求應該分級、分類、

分組，每個需求都有唯一編號。

2）在需求文檔文字方面，應該多使用短句和主動語態的句式,

保持術語一致，避免使用專業術語和縮略語，盡可能使用列

表、表格、圖形等來表達信息，注意錯別字和語句問題。晦

澀難懂、錯別字連篇、語句不通順的需求文檔，會降低對需

求文檔的信任度。

（三）系統投入使用后，會發現一些測試階段沒有發現的問

題，需要轉入缺陷管理、問題管理，形成閉環。同時隨著對

系統和業務的深入理解，會產生新的想法和新需求，應通過

備忘錄的方式記錄下來，為下一階段的系統迭代更新做好準

備。

五、總結

信息系統的需求工