(金融產品名稱)
需求分析說明書
製作單位：(業務部門或科技部門)
規格標準的版本號:v1.0
文件編號:(按照中國銀行文件資料統一編碼規則編制文件編號)
版本號:（按照中國銀行關於版本號管理的有關規定填寫）
需求負責人（技術）:
需求負責人（業務）:
編寫人員:
(參加需求編寫的所有人員,包括軟體中以參加人員、業務部門參加人員)
校對人員:
技術部門主管簽字：
年月日 闡述編寫需求分析說明書的目的及意義。
闡述當前業務系統現狀以及業務未來的發展情況
闡述新系統與其它系統的關係
列出文件中所用到的專門述語的定義和縮寫詞的原文。
描述要開發產品應達到的目標。
描述產品所應用環境的框架。包括軟體組成、硬體組成、網路構成、系統架構及其說明等。
給出產品設計應遵守的條件和受到的限制。主要有如下幾方面：
1. 開發單位或部門應具備的條件。
2. 開發者完成開發工作的期限。
3. 系統在推廣、上點的時間和條件限制。
4. 應用環境受到的限制，如網路頻寬。
5. 可維護性、可移植的限制。
6. 軟體使用者、管理者對計算機了解的限制。應根據軟體所面向的物件（業務人員、個人、企業等），設計時給予不同的考慮。
7. 系統應用規範的限制，包括應用機構數、終端數等。
8. 業務規模的限制（百萬筆／小時），即對系統處理能力的要求。
採用結構化分析等方法對業務流程進行分析，弄清部門關係、客戶關係、櫃員關係、管理者關係、銀行關係等。
根據業務流程分析，繪製詳細的業務資料流圖（data flow diagram）。
dfd圖的基本符號如下：
對業務資料流圖中出現的所有被命名的圖形元素在資料詞典中作為乙個詞條加以定義，使得每乙個圖形元素的名字都有乙個確切的解釋。資料詞典中所有的定義應是嚴密、精確的，不可有半點含混，不可有二義性。
資料流詞條描述應包括的內容有：資料流名、資料流**、資料流去向、資料流的組成（即資料結構）、資料流的流通量等。
資料元素詞條描述應包括：資料元素名、型別、長度、取值範圍、相關的資料元素及資料結構。
資料檔案詞條描述應包括：資料檔名、資料檔案組成、儲存方式、訪問頻率、輸入資料、輸出資料等。
加工邏輯詞條描述應包括：加工名、編號、輸入資料流、輸出資料流、加工邏輯等。
源點及彙（終）點詞條描述包括：名稱、簡要描述、有關資料流、數目等。
說明業務資料的採集方法和要求，如聯行號、貨幣等。
對系統所需功能進行劃分，並對各功能之間的關係進行說明。
概要說明系統的各項功能。系統各功能的輸入、輸出、處理等的詳細要求由《功能說明書》中給出。
詳述該系統與其它系統的介面需求情況。
從業務和技術上闡述出現故障情況下總的處理要求，如斷點恢復效能、故障恢復時對資料完整性的要求等。對於各項功能的出錯處理具體要求在《功能說明書》給出。
1. 這裡主要描述系統的一些非功能性要求。可根據要開發系統的情況，增加一些內容。
2. 描述要開發系統的應用範圍，包括是全轄使用還是在某一區域性使用；使用時系統覆蓋到一級別等。
3. 時間特性要求
聯機系統響應時間要求
系統批量處理時間要求
系統故障恢復時間要求
歷史資料存放時間要求
執行時間要求，例如：正常工作時間還是連續二十四小時工作
4. 系統安全保密性要求，例如：系統的密碼控制要求，資料安全等級與訪問控制等。安全防範的主要內容有：防範身份、資訊竊取、資訊否認、資訊重發、資訊重複等的處理要求。
根據需要，可能還需對系統的可維護性、可移植性、軟體重用等進行說明。
專案經核准的計畫任務書、合同或上級機關的批文
專案開發計畫
文件所引用的資料
業務規章制度
業務操作規程
業務有關的憑證原件
市場分析調研報告
機構網點統計表
最近一年的業務量統計表
軟體需求規範
軟體需求說明模板 version 1.0 目錄1 介紹 5 1.1 目標 5 1.2 範圍 5 1.3 定義及縮寫 5 1.4 術語 5 1.5 參考 5 2 需求概要 5 2.1 系統模型 5 2.2 整體熒幕流程 5 2.3 前提及基礎 5 2.4 需求列表 5 3 功能需求 6 3.1 用例模...
軟體需求分析
開發人員熟悉計算機但不熟悉應用領域的業務，使用者熟悉應用領域的業務但不熟悉計算機，因此對於同乙個問題，開發人員和使用者之間存在認識上的差異。因此在需求分析階段，通過開發人員和使用者之間的交流，澄清一些模糊概念，最終形成乙個完整的 清晰的 一致的需求說明。換句話說，需求分析的好壞將直接影響到所開發的軟...
軟體需求分析說明書
武綠有機 專案 文件狀態 v0.1 撰寫 肖松 文件修改記錄 目錄文件修改記錄 1 1 引言 1 1.1 目的 1 1.2 預期讀者和閱讀建議 1 1.3 產品範圍 1 1.4 參考文獻 1 2 系統概述 3 2.1 任務背景 3 2.1.1 簡單性和實用性 3 2.1.2 整合性 3 2.2 產品...