系統(tǒng)需求功能模塊-控制點

系統(tǒng)需求(功能模塊-控制點)信息系統(tǒng)需求實踐探析數(shù)字化轉(zhuǎn)型的目標是實現(xiàn)管理數(shù)字化、產(chǎn)業(yè)數(shù)字化和數(shù)字產(chǎn)業(yè)化，要達到這一目標，信息系統(tǒng)的建設至關(guān)重要，對于信息系統(tǒng)，需求是系統(tǒng)建設成功的基礎和關(guān)鍵，本文將介紹需求工作的一些基本概念、方法論，以及結(jié)合企業(yè)的實際情況，給出需求工作的一些建議。一、需求對信息系統(tǒng)重要性良好的需求是良好信息系統(tǒng)的基礎，不良需求會導致項目預算、項目進度、項目目標偏離或失控等問題。現(xiàn)實中需求工作存在的主要問題包括重視不夠、需求不足、需求模糊、需求多余和需求變化頻繁等。二、需求的不同層次需求的獲得是一個層層遞進的過程，首先提出業(yè)務需求，然后轉(zhuǎn)化為用戶需求，進而得到功能需求。1．業(yè)務需求描述為什么開發(fā)系統(tǒng)、解決什么問題、過程如何控制等，例如描述線上資金劃撥結(jié)算的目的、過程、輸入輸出元素、控制節(jié)點和機制等。2．用戶需求說明用戶使用系統(tǒng)具體要做些什么、如何做、有什么權(quán)限和輔助等，例如系統(tǒng)的用戶角色分配、功能與數(shù)據(jù)權(quán)限組合、在業(yè)務管理流程中的操作、需要什么提示幫助限制等。3．功能需求描述的是系統(tǒng)將如何實現(xiàn)上述需求，開發(fā)人員根據(jù)功能需求設計解決方案、開發(fā)實施，例如功能菜單規(guī)劃、界面設計、動作或功能觸發(fā)機制、數(shù)據(jù)和信息的具體運行（計算）方式和相互關(guān)系與約束等等。除了以上功能性需求，還有非功能性需求，包括性能、易用性、安全性、可維護性、可靠性、運行環(huán)境、外部接口、數(shù)據(jù)脫敏與加解密等。三、需求的開展流程需求工作的開展分需求開發(fā)和需求管理兩個階段，流程如下圖所示：（一）需求開發(fā)需求開發(fā)是經(jīng)過需求調(diào)研、需求分析和需求定義，形成需求文檔的過程。需求調(diào)研的方式包括交流提問、現(xiàn)場觀摩、發(fā)放調(diào)查問卷、分析工作文檔等，工作成果是《用戶需求說明書》；需求分析工程師根據(jù)《用戶需求說明書》，進一步分析業(yè)務、梳理數(shù)據(jù)邏輯關(guān)系、規(guī)范優(yōu)化業(yè)務工作流程，經(jīng)過建模分析后進行需求定義，產(chǎn)生《系統(tǒng)需求規(guī)格說明書》?！断到y(tǒng)需求規(guī)格說明書》用于指導開發(fā)和測試，有時會與《用戶需求說明書》合并取其一，下面統(tǒng)稱為《需求說明書》。（二）需求管理需求管理包括需求確認、需求跟蹤與需求變更控制。需求確認通過評審會、小組審查等方式開展，需求經(jīng)過評審后簽字確認，建立需求基線。需求跟蹤將需求文檔、設計文檔、代碼、測試用例對應起來，確保系統(tǒng)依據(jù)需求文檔進行開發(fā)，過程與質(zhì)量可控。需求變更控制經(jīng)過“變更申請－審批－更改－重新確認”的流程，確保需求不會失去控制而導致項目發(fā)生混亂。四、企業(yè)需求工作的要點企業(yè)在實施信息化系統(tǒng)的過程中，與開發(fā)商相互配合、相互博弈的很多內(nèi)容是圍繞需求開展的。作為企業(yè)項目組人員，需要具備一定的需求分析能力和評審能力，這樣才能建立與開發(fā)商平等對話的自信，才不至于被開發(fā)商牽著鼻子走。企業(yè)的信息系統(tǒng)項目建設，主要經(jīng)過預算、招標、實施和測試驗收等幾個階段，其中特別要做好招標和項目實施兩個階段的需求管理工作。（一）做好招標環(huán)節(jié)的需求管理標書中的需求，基本確定了項目的范圍、金額和周期，需求的全面性、完整性、前瞻性和先進性至關(guān)重要，關(guān)系到系統(tǒng)選型和開發(fā)商的選擇。這階段的需求工作主要有：1．梳理業(yè)務需求、明確需求分工列出企業(yè)的主要業(yè)務，將主要業(yè)務需求分工到部門，然后在主要業(yè)務下拆分二級需求、三級需求，并將需求責任落實到人。責任部門和責任人，負責該業(yè)務功能的需求分析、需求說明書、需求變更、測試用例、功能測試、驗收確認等整個周期的管理。2．多維度開發(fā)需求，確保需求的全面、完整1)

首先將業(yè)務由粗到細、分層分級、全覆蓋、系統(tǒng)的進行梳理，說明業(yè)務主要目標，業(yè)務包含的主要功能。2)

其次將業(yè)務開展涉及的規(guī)范、制度整理出來，并體現(xiàn)在業(yè)務需求中，確保業(yè)務通過系統(tǒng)合規(guī)開展。3)

選取典型用戶，通過面談交流、調(diào)查問卷等形式開展調(diào)研，確定不同業(yè)務對象和不同角色用戶的需求。4)

對于更新升級的項目，可在現(xiàn)有系統(tǒng)功能基礎上開發(fā)需求，需求應包括需要繼承的功能、使用中的痛點以及升級改進的想法。

5)

與同行對標交流，了解同行使用的系統(tǒng)優(yōu)缺點，及其系統(tǒng)開發(fā)商的技術(shù)實力與服務質(zhì)量。

6)

與各主流系統(tǒng)廠商調(diào)研交流，要求部署系統(tǒng)體驗環(huán)境，通過對比不同產(chǎn)品的技術(shù)架構(gòu)、功能特點、設計理念，集眾家之長，豐富自己的需求庫。

7)

平時加強積累，將工作中所思、所學、所想隨時記錄，通過備忘錄等方式記錄下來，形成有效需求。

3．提出符合企業(yè)技術(shù)規(guī)范、標準的需求。系統(tǒng)需求應符合企業(yè)的業(yè)務架構(gòu)、應用架構(gòu)、數(shù)據(jù)架構(gòu)、技術(shù)架構(gòu)，并充分考慮與上下游、內(nèi)外部系統(tǒng)的數(shù)據(jù)交換。例如企業(yè)的主數(shù)據(jù)標準、數(shù)據(jù)中臺要求、電子檔案規(guī)范、合同系統(tǒng)接口等。

4．提出更高層次的需求。系統(tǒng)需求要符合企業(yè)戰(zhàn)略發(fā)展要求，從企業(yè)業(yè)務未來發(fā)展的角度提出需求，適應未來更多業(yè)務場景；要建立數(shù)字化轉(zhuǎn)型的理念，努力將業(yè)務數(shù)字化、產(chǎn)品數(shù)字化、服務數(shù)字化，將業(yè)務的各類信息轉(zhuǎn)化為數(shù)字，將各類業(yè)務都盡量通過信息系統(tǒng)實現(xiàn)，將業(yè)務的整個管理流程應用貫穿到系統(tǒng)中。5．提出前瞻性、先進性的需求1)

要積極思考運用新技術(shù)、新方法，在技術(shù)上要適度超前，例如大數(shù)據(jù)、5G、區(qū)塊鏈、財務機器人、圖像識別、語音識別、數(shù)據(jù)中臺等技術(shù)應用。

2)

多思考運用自動化、智能化手段，努力減少人工操作，努力提高工作效率和質(zhì)量，從問題出發(fā)進行思考、學習借鑒其他產(chǎn)品功能，發(fā)揮創(chuàng)新性思維提出需求，讓系統(tǒng)多干活、讓數(shù)據(jù)多跑路、讓程序糾錯防弊。

3)

系統(tǒng)應能符合自主可控的要求，包括操作系統(tǒng)、中間件、數(shù)據(jù)庫、服務器和密碼技術(shù)等。

4)

系統(tǒng)平臺應滿足敏捷開發(fā)、微服務、數(shù)據(jù)中臺等先進技術(shù)要求，能夠?qū)⒑唵蔚男枨笈渲没?shù)化，將復雜的需求簡單化，將難以實現(xiàn)的需求可以實現(xiàn)。經(jīng)過以上綜合需求分析，盡量全面準確的提出業(yè)務功能性需求和非功能性需求，才能更好的評估項目規(guī)模、項目難度、項目成本、項目工期，招投標工作才能扎實，為后期合同談判、項目實施打好基礎。（二）做好項目實施過程中的需求管理工作1．完成招投標后項目實施方團隊進場，經(jīng)過初步調(diào)研、合同談判，項目需求進一步明確，形成合同附件的“項目工作說明書（SOW）”。在這些溝通環(huán)節(jié)雙方應進一步充分交流，避免需求歧義、需求誤解，必須做好記錄留底。

2．項目正式啟動后，開展更細致深入的需求調(diào)研，此時項目組必須不遺余力的全力投入配合，積極參與調(diào)研，將需求進一步細化、明晰。這一階段的成果必須經(jīng)過雙方確認，需求工作的要點包括：1)

需求調(diào)研應做好需求計劃、設計好調(diào)研表格，調(diào)研內(nèi)容主要包括：對業(yè)務進行描述，說明業(yè)務流程如何開展，參與業(yè)務個流程的人員、角色，業(yè)務的輸入和輸出有哪些，業(yè)務的控制要點、邏輯要求，該業(yè)務是否有前置業(yè)務、是否是其他業(yè)務的前置業(yè)務，哪些數(shù)據(jù)需要人工輸入，業(yè)務開展的難點、痛點，業(yè)務和流程的改進建議等。

2)

項目組將需求調(diào)研成果轉(zhuǎn)化形成《需求說明書》，需求用例應包括：用例編號、業(yè)務描述、用例描述、輸入、操作、輸出、邏輯處理、后臺數(shù)據(jù)運算與更新等。

3)

需求必須考慮流程的嚴謹性，符合業(yè)務崗位不相容要求，設定系統(tǒng)的基本法則。

4)

不同系統(tǒng)模塊之間、不同需求之間會有一定的勾稽關(guān)系，要建立需求之間的關(guān)聯(lián)關(guān)系，在需求發(fā)生變更時、在測試發(fā)現(xiàn)問題的時候，才能夠準確進行關(guān)聯(lián)判斷。

5)

在研究查詢需求時，要提出多手段、便捷的查詢方式，例如數(shù)據(jù)穿透查詢、模糊查詢、智能查詢、多維度組合查詢等方面的要求。

6)

要關(guān)注系統(tǒng)任務自動提醒功能，通過待辦任務列表、手機短信、系統(tǒng)彈窗等手段，輔助提高工作效率和質(zhì)量。

7)

多考慮便捷的數(shù)據(jù)錄入方式，例如多運用下拉菜單選擇、模糊輸入、字段自動聯(lián)想匹配、樹形結(jié)構(gòu)顯示選擇等。3．隨著系統(tǒng)開發(fā)的進行和功能模塊的陸續(xù)交付，需求會發(fā)生一定變更，對重大的需求變更要做好評審，避免盲目開展；對項目進度影響很大的需求變更，要確認是否在項目范圍內(nèi)，是否考慮在項目二期實施，避免影響項目質(zhì)量和進度。

4．在系統(tǒng)正式開發(fā)前，應盡早確認《需求說明書》，如果個別需求暫時無法確認，可以確認能確認的部分，避免影響整體進度。

5．如果項目實施方提交的《需求說明書》描述表達不到位，企業(yè)項目組必須親力親為，主動做好《需求說明書》的修改完善，不能認為這些都是項目實施方的工作，做“甩手掌柜”。否則需求分析中出現(xiàn)各種問題，不僅影響項目實施方的項目進度和產(chǎn)品質(zhì)量，最終也會影響企業(yè)用戶自身的使用感受，以及后期的運維管理。6．《需求說明書》應符合以下基本要求：1)

需求應該是正確清晰的、必要完備的、無二義的、符合業(yè)務目標的、可實現(xiàn)和可驗證的，需求文檔應該使用統(tǒng)一模板規(guī)范編寫，文檔格式統(tǒng)一規(guī)范，相關(guān)的需求應該分級、分類、分組，每個需求都有唯一編號。

2)

在需求文檔文字方面，應該多使用短句和主動語態(tài)的句式，保持術(shù)語一致，避免使用專業(yè)術(shù)語和縮略語，盡可能使用列表、表格、圖形等來表達信息，注意錯別字和語句問題?；逎y懂、錯別字連篇、語句不通順的需求文檔，會降低對需求文檔的信任度。

（三）系統(tǒng)投入使用后，會發(fā)現(xiàn)一些測試階段沒有發(fā)現(xiàn)的問題，需要轉(zhuǎn)入缺陷管理、問題管理，形成閉環(huán)。同時隨著對系統(tǒng)和業(yè)務的深入理解，會產(chǎn)生新的想法和新需求，應通過備忘錄的方式記錄下來，為下一階段的系統(tǒng)迭代更新做好準備。五、總結(jié)信息系