1、業務需求說明書1引言需求說明書說清楚了“四要素”，實際上就說清楚了如下問題：業務的辦理 流程是什么？業務辦理條件是什么？操作員通過怎么樣的界面（簡單描述要求） 辦理該業務？系統最后操作哪些數據、生成哪些表單？1.1編寫目的可選1.2范圍可選1.3項目背景可選1.4主要業務名詞和術語定義1.5參考文獻2需求概述2.1用戶現狀/業界當前系統可選。用于老系統改進時，主要闡述用戶現狀（組織架構、it現狀等）；用于新課題的研究時，簡單闡述業界同類系統所提供的功能2.2業務目標闡述本模塊具體是實現的業務目標，即解決的業務問題，是業務需求的出發 點和核心所在2.3業務過程分解等。2.4根據業務目標進行業務過

2、程分解，主要包括：主流程、配合過程、輔助過程本業務模型與其他系統的關系闡述本系統/模塊與QONE其他模塊或客戶系統可能存在的關系，可以用關 系圖表示2.5業務邊界定義可選。根據實際情況撰寫，例如：成本管理與財務管理的業務邊界。3詳細需求3.1子業務1簡述該子業務的業務目標對于某一業務的需求描述要包括以下四個方面。 但層級結構可由撰寫者根據 實際情況自由調整，如流程圖針對業務 1只有一幅，業務規則、操作說明、數據 實體可以再分開業務1-1，業務1-2進行描述。3.1.1業務流程業務流程說明這個業務的辦理步驟、 以及每個步驟有哪些角色參與。建議業 務流程用活動圖并輔以文字加以描述。若業務流程圖中某

3、些環節是系統外實現， 進行標識即可，或某些環節不在本 章節闡述，則注明具體分析的章節所在。3.1.2干系人的關注目標闡述本業務的各類干系人對本業務的數據、功能、性能等各種需求的關注點 和關注程度3.1.3業務規則業務規則是指業務辦理過程中的一些約束條件，包括輸入數據的校驗規則和業務處理的邏輯規則。業務規則一般用文字或特定表達式描述，建議緊接著業務流程圖，針對業務 流程圖中的每個操作環節，逐一描述其業務規則。3.1.4操作界面說明操作界面是要申明：系統建成之后，用戶面對的操作界面的特定業務要求。3.1.5數據實體數據實體是指業務流程中的各個環節操作的表單、業務數據等對象。其中涉及到的基礎數據應加

4、以注釋，并在“基礎數據說明”章節進行統一說明。需求階段明確了數據實體以及數據實體的來源非常有利于后續的數據庫設 計。3.2子業務2同上3.2.1業務流程3.2.2干系人的關注目標3.2.3業務規則3.2.4操作界面說明3.2.5數據實體4基礎數據說明對該系統/模塊上述業務中所需要的基礎數據的說明，以及需要補充說明的數據來源（可能來自用戶錄入、OQNE其他模塊、其他外部系統）5非功能需求本章節可統一維護5.1性能可能包括：1、基于對基本數據的估算（例如每個客戶的平均項目數、每個項目的平均任務數等）2、業務訪問量的估算（包括各類用戶數的估算、各類高中低頻率訪問事件的估算），以下只是示例：對于低頻率

5、事件，最大并發用戶數按照合計用戶數 *10%來計算；對于中頻率事件，最大并發用戶數按照合計用戶數 *20%來計算；對于高頻率事件，最大并發用戶數按照合計用戶數 *50%來計算。低頻事件中對于使用 web方式進行積分賬戶等查詢的業務，最大并 發用戶數按照合計用戶數的1%來計算；要求用戶的網絡訪問延時不能大于 5秒。3、網絡傳輸數據的估算4、關鍵業務處理時間的要求5、與外部接口的性能要求如果涉及到與外部系統有接口，則對關鍵交互信息的傳輸時間進行估算5.2易用性例如：操作應盡可能簡潔，要求員工不用培訓或較短時間培訓， 即能基本掌 握日常操作，同時要求操作流程簡單易懂及人性化等。5.3可維護性5.4可移植性5.4.1硬件環境支持多核處理器5.4.2軟件環境跨操作系統平臺、跨瀏覽器5.5故障處理要求5.6安全性認證管