系統(tǒng)需求

（功能模塊-控制點）

信息系統(tǒng)需求實踐探析

數(shù)字化轉(zhuǎn)型的目標(biāo)是實現(xiàn)管理數(shù)字化、產(chǎn)業(yè)數(shù)字化和數(shù)

字產(chǎn)業(yè)化，要達到這一目標(biāo)，信息系統(tǒng)的建設(shè)至關(guān)重要，對

于信息系統(tǒng)，需求是系統(tǒng)建設(shè)成功的基礎(chǔ)和關(guān)鍵，本文將介

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

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

一、需求對信息系統(tǒng)重要性

良好的需求是良好信息系統(tǒng)的基礎(chǔ)，不良需求會導(dǎo)致項

目預(yù)算、項目進度、項目目標(biāo)偏離或失控等問題?，F(xiàn)實中需

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

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

二、需求的不同層次

需求的獲得是一個層層遞進的過程，首先提出業(yè)務(wù)需求，

然后轉(zhuǎn)化為用戶需求，進而得到功能需求。

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

輸入輸出元素、控制節(jié)點和機制等。

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

做、有什么權(quán)限和輔助等，例如系統(tǒng)的用戶角色分配、功能

與數(shù)據(jù)權(quán)限組合、在業(yè)務(wù)管理流程中的操作、需要什么提示

幫助限制等。

3.功能需求描述的是系統(tǒng)將如何實現(xiàn)上述需求，開發(fā)

人員根據(jù)功能需求設(shè)計解決方案、開發(fā)實施，例如功能菜單

規(guī)劃、界面設(shè)計、動作或功能觸發(fā)機制、數(shù)據(jù)和信息的具體

運行（計算）方式和相互關(guān)系與約束等等。

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

易用性、安全性、可維護性、可靠性、運行環(huán)境、外部接口、

數(shù)據(jù)脫敏與加解密等。

三、需求的開展流程

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

如下圖所示：

用戶而求調(diào)研用戶需求說明有

需求分析

產(chǎn)AA需求定義系戰(zhàn)方求規(guī)格說明R

(-)需求開發(fā)

需求開發(fā)是經(jīng)過需求調(diào)研、需求分析和需求定義，形成

需求文檔的過程。需求調(diào)研的方式包括交流提問、現(xiàn)場觀摩、

發(fā)放調(diào)查問卷、分析工作文檔等，工作成果是《用戶需求說

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

分析業(yè)務(wù)、梳理數(shù)據(jù)邏輯關(guān)系、規(guī)范優(yōu)化業(yè)務(wù)工作流程，經(jīng)

過建模分析后進行需求定義，產(chǎn)生《系統(tǒng)需求規(guī)格說明書》。

1.梳理業(yè)務(wù)需求、明確需求分工

列出企業(yè)的主要業(yè)務(wù)，將主要業(yè)務(wù)需求分工到部門，然

后在主要業(yè)務(wù)下拆分二級需求、三級需求，并將需求責(zé)任落

實到人。責(zé)任部門和責(zé)任人，負(fù)責(zé)該業(yè)務(wù)功能的需求分析、

需求說明書、需求變更、測試用例、功能測試、驗收確認(rèn)等

整個周期的管理。

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

1）首先將業(yè)務(wù)由粗到細(xì)、分層分級、全覆蓋、系統(tǒng)的進

行梳理，說明業(yè)務(wù)主要目標(biāo)，業(yè)務(wù)包含的主要功能。

2）其次將業(yè)務(wù)開展涉及的規(guī)范、制度整理出來，并體現(xiàn)

在業(yè)務(wù)需求中，確保業(yè)務(wù)通過系統(tǒng)合規(guī)開展。

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

調(diào)研，確定不同業(yè)務(wù)對象和不同角色用戶的需求。

4）對于更新升級的項目，可在現(xiàn)有系統(tǒng)功能基礎(chǔ)上開發(fā)

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

改進的想法。

5）與同行對標(biāo)交流，了解同行使用的系統(tǒng)優(yōu)缺點，及其系統(tǒng)

開發(fā)商的技術(shù)實力與服務(wù)質(zhì)量。

6）與各主流系統(tǒng)廠商調(diào)研交流，要求部署系統(tǒng)體驗環(huán)境，通

過對比不同產(chǎn)品的技術(shù)架構(gòu)、功能特點、設(shè)計理念，集眾家

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

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

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

3.提出符合企業(yè)技術(shù)規(guī)范、標(biāo)準(zhǔn)的需求。系統(tǒng)需求應(yīng)符合

企業(yè)的業(yè)務(wù)架構(gòu)、應(yīng)用架構(gòu)、數(shù)據(jù)架構(gòu)、技術(shù)架構(gòu)，并充分

考慮與上下游、內(nèi)外部系統(tǒng)的數(shù)據(jù)交換。例如企業(yè)的主數(shù)據(jù)

標(biāo)準(zhǔn)、數(shù)據(jù)中臺要求、電子檔案規(guī)范、合同系統(tǒng)接口等。

4.提出更高層次的需求。系統(tǒng)需求要符合企業(yè)戰(zhàn)略發(fā)展要

求，從企業(yè)業(yè)務(wù)未來發(fā)展的角度提出需求，適應(yīng)未來更多業(yè)

務(wù)場景；要建立數(shù)字化轉(zhuǎn)型的理念，努力將業(yè)務(wù)數(shù)字化、產(chǎn)

品數(shù)字化、服務(wù)數(shù)字化，將業(yè)務(wù)的各類信息轉(zhuǎn)化為數(shù)字，將

各類業(yè)務(wù)都盡量通過信息系統(tǒng)實現(xiàn)，將業(yè)務(wù)的整個管理流程

應(yīng)用貫穿到系統(tǒng)中。

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

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

前，例如大數(shù)據(jù)、5G、區(qū)塊鏈、財務(wù)機器人、圖像識別、語

音識別、數(shù)據(jù)中臺等技術(shù)應(yīng)用。

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

力提高工作效率和質(zhì)量，從問題出發(fā)進行思考、學(xué)習(xí)借鑒其

他產(chǎn)品功能，發(fā)揮創(chuàng)新性思維提出需求，讓系統(tǒng)多干活、讓

數(shù)據(jù)多跑路、讓程序糾錯防弊。

3）系統(tǒng)應(yīng)能符合自主可控的要求，包括操作系統(tǒng)、中間件、

數(shù)據(jù)庫、服務(wù)器和密碼技術(shù)等。

4）系統(tǒng)平臺應(yīng)滿足敏捷開發(fā)、微服務(wù)、數(shù)據(jù)中臺等先進技術(shù)

要求，能夠?qū)⒑唵蔚男枨笈渲没?、參?shù)化，將復(fù)雜的需求簡

單化，將難以實現(xiàn)的需求可以實現(xiàn)。

經(jīng)過以上綜合需求分析，盡量全面準(zhǔn)確的提出業(yè)務(wù)功能

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

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

同談判、項目實施打好基礎(chǔ)。

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

1.完成招投標(biāo)后項目實施方團隊進場，經(jīng)過初步調(diào)研、

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

說明書（SOW）”。在這些溝通環(huán)節(jié)雙方應(yīng)進一步充分交流，

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

2.項目正式啟動后，開展更細(xì)致深入的需求調(diào)研，此

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

需求進一步細(xì)化、明晰。這一階段的成果必須經(jīng)過雙方確認(rèn),

需求工作的要點包括：

1）需求調(diào)研應(yīng)做好需求計劃、設(shè)計好調(diào)研表格，調(diào)研內(nèi)

容主要包括：對業(yè)務(wù)進行描述，說明業(yè)務(wù)流程如何開展，參

與業(yè)務(wù)個流程的人員、角色，業(yè)務(wù)的輸入和輸出有哪些，業(yè)

務(wù)的控制要點、邏輯要求，該業(yè)務(wù)是否有前置業(yè)務(wù)、是否是

其他業(yè)務(wù)的前置業(yè)務(wù)，哪些數(shù)據(jù)需要人工輸入，業(yè)務(wù)開展的

難點、痛點，業(yè)務(wù)和流程的改進建議等。

2）項目組將需求調(diào)研成果轉(zhuǎn)化形成《需求說明書》，需求用

例應(yīng)包括：用例編號、業(yè)務(wù)描述、用例描述、輸入、操作、

輸出、邏輯處理、后臺數(shù)據(jù)運算與更新等。

3）需求必須考慮流程的嚴(yán)謹(jǐn)性，符合業(yè)務(wù)崗位不相容要求,

設(shè)定系統(tǒng)的基本法則。

4）不同系統(tǒng)模塊之間、不同需求之間會有一定的勾稽關(guān)系，

要建立需求之間的關(guān)聯(lián)關(guān)系，在需求發(fā)生變更時、在測試發(fā)

現(xiàn)問題的時候，才能夠準(zhǔn)確進行關(guān)聯(lián)判斷。

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

如數(shù)據(jù)穿透查詢、模糊查詢、智能查詢、多維度組合查詢等

方面的要求。

6）要關(guān)注系統(tǒng)任務(wù)自動提醒功能，通過待辦任務(wù)列表、手機

短信、系統(tǒng)彈窗等手段，輔助提高工作效率和質(zhì)量。

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

模糊輸入、字段自動聯(lián)想匹配、樹形結(jié)構(gòu)顯示選擇等。

3.隨著系統(tǒng)開發(fā)的進行和功能模塊的陸續(xù)交付，需求

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

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

范圍內(nèi)，是否考慮在項目二期實施，避免影響項目質(zhì)量和進

度。

4.在系統(tǒng)正式開發(fā)前，應(yīng)盡早確認(rèn)《需求說明書》，如果

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

整體進度。

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

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

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

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

進度和產(chǎn)品質(zhì)量，最終也會影響企業(yè)用戶自身的使用感受，

以及后期的運維管理。

6.《需求說明書》應(yīng)符合以下基本要求：

1）需求應(yīng)該是正確清晰的、必要完備的、無二義的、符合業(yè)

務(wù)目標(biāo)的、可實現(xiàn)和可驗證的，需求文檔應(yīng)該使用統(tǒng)一模板

規(guī)范編寫，文檔格式統(tǒng)一規(guī)范，相關(guān)的需求應(yīng)該分級、分類、

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

2）在需求文檔文字方面，應(yīng)該多使用短句和主動語態(tài)的句式,

保持術(shù)語一致，避免使用專業(yè)術(shù)語和縮略語，盡可能使用列

表、表格、圖形等來表達信息，注意錯別字和語句問題?；?/p>

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

求文檔的信任度。

（三）系統(tǒng)投入使用后，會發(fā)現(xiàn)一些測試階段沒有發(fā)現(xiàn)的問

題，需要轉(zhuǎn)入缺陷管理、問題管理，形成閉環(huán)。同時隨著對

系統(tǒng)和業(yè)務(wù)的深入理解，會產(chǎn)生新的想法和新需求，應(yīng)通過

備忘錄的方式記錄下來，為下一階段的系統(tǒng)迭代更新做好準(zhǔn)

備。

五、總結(jié)

信息系統(tǒng)的需求工