version 0.1
核准簽名
修訂歷史
目錄1 介紹 4
1.1 文件概述 4
1.2 目標 4
1.3 範圍 4
1.4 定義、術語及縮寫 4
1.5 參考 5
2 業務概述 5
2.1 專案背景 5
2.2 現有業務概述 5
2.2.1 業務型別 5
2.2.2 業務服務物件 5
2.2.3 業務範圍 5
2.2.4 主要業務特點 5
3 業務需求分析 6
3.1 組織結構 6
3.1.1 部門組織機構概況 6
3.1.2 崗位職責概況 6
3.2 業務描述 7
3.2.1 《業務1>名稱 7
3.2.2 《業務2>名稱 8
3.2.3 《業務n>名稱 8
3.3 業務資訊表單 8
3.3.1 業務1表單調查表 8
3.3.2 業務2表單調查表 9
3.4 業務介面 9
3.5 業務規則 9
4 附錄 10
4.1 附錄1：待確定問題的列表 10
[本文件應主要描述業務處理過程和使用者要求（包括功能要求和非功能要求），為後繼的分析和需求規格說明書編制奠定基礎。]
[在正式編寫文件時，請刪除內容要求部分。]
本文件主要描述了*********x系統專案的軟體業務需求說明。
本文件首先從專案背景、現有業務型別、服務物件等方面概要描述系統，其次從組織結構、介面、規則等方面描述系統的業務需求分析情況，然後進一步詳細描述系統的業務內容、業務資訊表單以及有待進一步確定的問題。
[說明編寫這份檔案的目的，並簡要描述本文件的目的。]
示範：―――僅供參考，不具備任何實質性的內容。
本文件作為xx部門與xx部門之間就xx需求理解達成一致共識的基礎檔案，作為雙方界定專案範圍、簽定協議的主要基礎，也作為本專案驗收的主要依據。同時，本文件也作為本部門xx專案組後繼工作開展（包括制定合理可行的專案計畫、優秀的系統設計、開發高質量的程式等）的基礎，供雙方專案主管負責人、專案操作人員、技術開發人員、測試人員等理解需求之用。
[說明這份檔案的適用範圍及其閱讀物件，列舉軟體需求說明所針對的不同讀者，例如專案負責人、開發人員、部門主管、對方專案負責人、使用者、測試人員或文件的編寫人員。提出最適合於每一型別讀者閱讀文件的建議。]
示範：―――僅供參考，不具備任何實質性的內容。
本文件適用於所有與本專案有關的軟體開發階段及其相關人員，其中：專案負責人、技術開發人員（包括分析人員、設計人員、程式人員）、測試人員應重點閱讀本文件各部分，其他人員可選擇性閱讀本文件。
[列出本文件所涉及的專業術語、縮寫詞及相關定義。
定義所有必要的術語，以便讀者可以正確地解釋軟體需求規格說明，包括詞頭和縮寫。你可能希望為整個部門建立一張跨越多項專案的詞彙表，並且只包括特定於單一專案的軟體需求規格說明中的術語。]
[列出本文的參考檔案清單，包括出版單位、作者、版本、日期等資訊。]
[概要描述本系統的專案背景和起源。若用圖表更能清楚描述專案背景，則建議在用自然文字描述業務的同時，輔以圖形、**來更精確地描述業務。]
[描述部門業務所屬的業務型別，請根據實際需要進行進一步詳細注釋、描述。]
[描述部門的業務服務物件，請根據實際需要進行進一步詳細注釋、描述。]
[描述部門的業務範圍，以便確定系統邊界。]
[描述部門的主要業務特點，請根據實際需要進行進一步詳細注釋、描述。]
[本章節將根據需求調研以及部門的業務處理流程，為業務系統建立乙個檢視，為進一步的需求分析和系統分析提供相關環境背景。注意，這部分不應包括詳細的功能需求和專案計畫資訊。]
[描述本部門的組織結構和職能部門職責。建議先以框圖形式畫出系統所涉及的本部門的組織結構，然後以**形式詳細說明每個職能部門及其下屬作業單元的具體職責。]
表1 [***部門]組織機構調查表（圖形式）
表2 [***部門]崗位職責[***崗位職責名稱]調查表
[從整個業務層次高度給出業務分包，為以後的概要設計、劃分子系統提供依據。]
[以流程圖的形式表示系統的業務1的流程和涉及到的職能部門及崗位。建議採用協作圖或者順序圖＋活**的形式給出業務處理流程。]
[用自然語言的形式描述3.2.1.
1流程圖中的業務處理過程，以使讀者對業務細節有進一步的了解。處理過程資訊包括：業務所涉及到的職能部門、崗位，該業務需要提供的業務報表，所產生的業務報表、業務處理的步驟以及該業務所受約束。
]注：也可以用**形式來說明業務處理過程，具體如下：
表3 [***業務流程名稱]業務流程調查表（**式）
《崗位1>名稱
職責執行過程可以採用職責執行流程圖或 uml檢視的方式表達，並填寫下表。
表4 [***x職責]職責執行調查表
[列出業務1的所有假設與依賴關係，比如：某國際報送業務流程會依賴於當地機構是否支援edi呈報。]
[結構同上3.2.1。]
[結構同上3.2.1。]
[請詳細列出在業務需求描述中所涉及到的表單名稱、表單結構（欄位名稱、長度、資料型別等）、使用流程。]
表5 業務表單調查表
表6[***x]表字段資訊調查表
[結構同上3.3.1.1。]
[結構同上3.3.1.2。]
[以資料介面圖的形式表達業務流程之間、業務流程內部的介面。]
[列舉出新產品的所有操作規則，例如什麼人在特定環境下可以進行何種操作。這些本身不是功能需求，但它們可以暗示某些功能需求執行這些規則。如果涉及非常多的業務規則，需要單獨作為一章來描述，也可以在3.
2章節中結合業務描述進行規則闡述。]
[編輯一張在需求說明中待確定問題的列表，其中每一表項都是編上號的，以便於跟蹤調查。]
[注：以上只是列出了在編寫業務需求說明書時可能需要編寫的內容，請根據實際編寫需要進行增刪。]
業務需求說明書
需求說明書說清楚了 四要素 實際上就說清楚了如下問題 業務的辦理流程是什麼？業務辦理條件是什麼？操作員通過怎麼樣的介面 簡單描述要求 辦理該業務？系統最後操作哪些資料 生成哪些表單？可選可選 可選可選。用於老系統改進時，主要闡述使用者現狀 組織架構 it現狀等 用於新課題的研究時，簡單闡述業界同類系...
業務需求說明書
業務需求說明書 模板 文件記錄 修訂記錄 文件編號 批准者此文件需要以下人員批准 分發此文件分發給以下部門或單位相關人員 目錄1.概述 4 1.1 專案背景 4 1.2 專案目標和意義 4 1.3 進度要求 4 2.假設 5 3.業務需求一 6 3.1 業務流程描述 6 3.1.1 業務流程圖 6 ...
手機名片業務需求說明書
1.業務介紹 1.1 業務描述 1.2 業務特點 1.2 業務術語 1.3 業務實現流程 1.4 業務功能 2.2.1 第一章業務介紹 1.1 業務描述 手機名片是一款由呼叫觸發的個性化展示類增值業務產品，該業務主要面向兩種使用者，集團使用者和個人使用者。在集團使用者內部之間或集團使用者與外部發生呼...