項目軟件需求規(guī)格說明書

1、1 / 24 文檔可自由編輯 *項目 需求規(guī)格說明書需求規(guī)格說明書 *公司 *年*月*日 文檔可自由編輯 版本記錄版本記錄 版本日期作 者審批人備注 1.0 文檔可自由編輯 目錄目錄 1 1前言前言.1 1 1.1 本需求規(guī)格說明書的依據(jù)材料 .1 1.2 參考文檔 .1 2 2概述概述.2 2 2.1 軟件的目的與目標 .2 2.2 用戶簡介 .2 2.3 術語定義 .2 2.4 新系統(tǒng)的組織結構 .2 2.5 新系統(tǒng)的崗位定義 .2 3 3功能設計功能設計.3 3 3.1 軟件總體功能結構 .3 3.2 UC01子系統(tǒng) 1.3 3.2.1 功能框架.3 3.2.2 UC0101功能項一.3

2、 3.2.3 UC0102功能項二.8 3.3 UC02子系統(tǒng) 2.8 4 4外部接口需求外部接口需求.9 9 4.1 硬件外部接口 .9 4.2 軟件外部接口 .9 5 5人機交互需求人機交互需求.1010 II / 24 文檔可自由編輯 6 6性能需求性能需求.1111 6.1 響應時間與處理速度 .11 6.2 數(shù)據(jù)量及存儲 .11 6.3 并發(fā)數(shù)及其它 .11 7 7質量需求質量需求.1212 8 8其它需求其它需求.1313 III / 24 文檔可自由編輯 圖目錄圖目錄 圖 3.1-1 軟件總體功能結構圖 .4 圖 3.2-1 流程示例圖 .5 圖 3.2-2 界面設計圖 .6 I

3、V / 24 文檔可自由編輯 表目錄表目錄 表 3.2-1 界面對象描述詳表 .9 文檔可自由編輯 1 1 前言前言 1.11.1 本需求規(guī)格說明書的依據(jù)本需求規(guī)格說明書的依據(jù)材料材料 說明需求規(guī)格說明使用的參考資料，如商務合同、用戶領域的資料等。 1.21.2 參考文檔參考文檔 要在此描述與該文檔相關的文檔。 2 / 24 文檔可自由編輯 2 2 概述概述 本文檔著重描述用戶需要的系統(tǒng)將做成什么樣。文檔的描述應盡量采用系 統(tǒng)分析人員可以看懂的語言。 本文檔是進行系統(tǒng)設計的基礎，也是系統(tǒng)進行系統(tǒng)測試的依據(jù)。 2.12.1 軟件的目的與目標軟件的目的與目標 項目目的是開發(fā)本系統(tǒng)的意圖的總概括，目

4、標是將目的細化后的具體的描 述。 對于項目的目標可以逐步細化，以便與系統(tǒng)的需求建立對應關系，檢查系 統(tǒng)的功能是否覆蓋了系統(tǒng)的目標。 本節(jié)的描述忌使用“開發(fā)一套讓用戶滿意的系統(tǒng)”等字句。 如果該節(jié)在用戶需求報告中已詳細描述，本節(jié)可說明參見相關文檔章 節(jié)。 2.22.2 用戶簡介用戶簡介 在本節(jié)中要將用戶的基本情況描述清楚，以便于分析人員劃定系統(tǒng)范圍， 進行關于功能與進度、成本、性能等方面的平衡決策。 對于產品開發(fā)類項目，需要在此將該產品定義的用戶群的特點描述清楚。 如果該節(jié)在用戶需求報告中已詳細描述，本節(jié)可說明參見相關文檔章 節(jié)。 2.32.3 術語定義術語定義 將需求規(guī)格說明中的術語、縮寫進行

5、定義。包括用戶應用領域與計算機領 3 / 24 文檔可自由編輯 域的術語與縮寫等。 在本文檔中用到的數(shù)據(jù)對象用語描述前后要一致。 2.42.4 新系統(tǒng)的組織結構新系統(tǒng)的組織結構 如果沒有變動，此節(jié)可略。具體說明參見該項目的用戶需求報告中對 舊系統(tǒng)的組織結構描述的要求。 2.52.5 新系統(tǒng)的崗位定義新系統(tǒng)的崗位定義 使用該系統(tǒng)的各用戶角色描述。 4 / 24 文檔可自由編輯 3 3 功能功能設計設計 3.13.1 軟件總體功能結構軟件總體功能結構 軟件總體功能結構設計表示軟件系統(tǒng)中各子系統(tǒng)或各大功能模塊之間的關 系設計, 下圖： 圖 3.1-1 軟件總體功能結構圖 3.23.2 UC01UC0

6、1子系統(tǒng)子系統(tǒng) 1 1 3.2.13.2.1 功能框架功能框架 對此子系統(tǒng)所包含的功能項做總體的說明，對功能項之間的關系要進行簡 要的說明。 3.2.23.2.2 UC0101UC0101功能項一功能項一 3.2.2.13.2.2.1功能簡述功能簡述 系統(tǒng)哪些角色使用該功能。 該功能項實現(xiàn)了什么功能。例如： 為了滿足不同企業(yè)對銀行接口和賬戶記帳的要求，需要對銀行賬戶進行相 應的設置，來滿足不同的需求，本功能只能結算中心進行相應的設置。 5 / 24 文檔可自由編輯 3.2.2.23.2.2.2處理過程設計（業(yè)務層）處理過程設計（業(yè)務層） 在這里從用戶業(yè)務角度描述本功能項對操作的處理過程，可以用

7、自然語言 或流程圖方式描述（推薦用流程圖實現(xiàn)） 。例如： 頁面展現(xiàn)操作：首先判斷當前操作員是否是資金中心人員，如果不是，則 提示“該功能只能資金中心人員維護” ，否則，進入頁面，根據(jù)操作員所述的 資金中心，默認查詢出相應的賬戶接口設置表中的數(shù)據(jù)，并關聯(lián)賬戶字典顯 示相應的數(shù)據(jù)。 保存：進行有效性檢查，檢查通過后，檢查該賬戶是否是企業(yè)賬戶 （ZJZH_QYZH 為 1） ，如果是，則檢查用戶選擇的記帳方式是否是“03”或 “04“，如果不是，則提示用戶“企業(yè)賬戶不能記帳” ，否則，如果用戶選擇 的為“02記帳到上級賬戶” ，檢查該賬戶的上級賬戶（ZJZH_SJZH）是否為 空，如果為空，則提示“

8、沒有上級賬戶，不能設置” ，否則，將用戶修改的保 存到賬戶接口設置（ZJZHSZ）中。 流程圖示例： 系統(tǒng)登錄具體流程入下圖 T-004 所示； 6 / 24 文檔可自由編輯 圖 3.2-1 流程示例圖 3.2.2.33.2.2.3界面設計界面設計 在這里繪制本功能項的操作界面，并對界面中的操作對象進行說明（要求 對象說明盡量細化，以實現(xiàn)對用戶操作過程進行清晰描述。 ） 。例如： 7 / 24 文檔可自由編輯 圖 3.2-2 界面設計圖 界面描述： 對象名 稱 類型顯示 信息 取值樣 式 控制規(guī)則其它 說明 列表數(shù)據(jù) 窗口 公 司 標 準 賬戶編 號 輸入 框 賬戶編 號 賬戶字典公 司 標

9、準 必填項，銀 行賬戶幫助 字典獲取， 獲取本資金 8 / 24 文檔可自由編輯 中心的且當 前操作員所 擁有的帳戶 組設置的數(shù) 據(jù)權限。 賬戶名 稱 文本 框 賬戶名 稱 賬戶字典公 司 標 準 根據(jù)賬戶編 號默認顯示。 對應科 目 文本 框 對應科 目 賬戶字典根據(jù)賬戶編 號默認顯示。 記賬方 式 下拉 框 默認為 “記賬 到本身” 01-記帳本身 02-記帳到上 級賬戶 03-不記帳只 更改頭寸 04-不記帳不 更改頭寸 必填項。 平衡檢選擇默認為0-否必選項 9 / 24 文檔可自由編輯 查否框否1-是 啟用接 口否 選擇 框 默認為 否 0-否 1-是 必選項 對應接 口 下拉 框

10、默認為 空 01 -工商銀行; 02 -農業(yè)銀行; 03- 中國銀行; 04-建設銀行; 05-招商銀行; 06-農村信用 合作社; 07-交通銀行 08 - 深圳發(fā) 展銀行; 09-浦東發(fā)展 銀行; 10- 中信實業(yè) 銀行; 必選項。 10 / 24 文檔可自由編輯 11-光大銀行 獲取收 付明細 選擇 框 默認為 否 0-否 1-是 必選項 獲取上 劃收款 明細 選擇 框 默認為 否 0-否 1-是 必選項 獲取上 劃付款 明細 選擇 框 默認為 否 0-否 1-是 必選項 獲取下 撥付款 明細 選擇 框 默認為 否 0-否 1-是 必選項 獲取下 撥收款 明細 選擇 框 默認為 否 0-

11、否 1-是 必選項 獲取調 度付款 明細 選擇 框 默認為 否 0-否 1-是 必選項 獲取調 度收款 選擇默認為0-否必選項 11 / 24 文檔可自由編輯 明細框否1-是 增加按鈕“增加”保存后自動 執(zhí)行 列表增 加一行。 修改按鈕“修改”當前行 xxx 文 本框可 編輯。 保存按鈕“保存” Xxx 退出按鈕“退出”公 司 標 準 切換到 xxx 頁 面。 表 3.2-1 界面對象描述詳表 3.2.2.43.2.2.4特殊要求特殊要求 在這里描述對該功能項需要特別聲明的問題，例如： 該功能為集團級設置，非集團級不能使用。 12 / 24 文檔可自由編輯 3.2.2.53.2.2.5待解決問

12、題待解決問題 無。 3.2.33.2.3 UC0102UC0102功能項二功能項二 . 【組織結構及表達內容，參見 UC0101 功能項一】 3.33.3 UC02UC02子系統(tǒng)子系統(tǒng) 2 2 .【組織結構及表達內容，參見 UC01 子系統(tǒng) 1】 13 / 24 文檔可自由編輯 4 4 外部接口需求外部接口需求 4.14.1 硬件外部接口硬件外部接口 該系統(tǒng)與硬件設備之間的關聯(lián)緊密，幾乎每一個操作都要通過硬件設備和通 訊鏈路與遠端 RTU 進行交互，這是本系統(tǒng)最為顯著的特征，硬件接口主要表 現(xiàn)為與數(shù)傳電臺或 GPRS modem 之間通過 RS232 接口進行串行通信。這種技術 已經很成熟，關

13、鍵在于通信協(xié)議格式的定制。 4.24.2 軟件外部接口軟件外部接口 該系統(tǒng)軟件接口的主要特征表現(xiàn)為與 GIS 系統(tǒng)之間的無縫連接，以基礎地圖 為背景，直觀顯示所有 RTU 的位置和狀態(tài)信息，這是本軟件與其他軟件系統(tǒng) 之間的接口的主要特征。GIS 系統(tǒng)首先考慮采用 Mapinfo。 14 / 24 文檔可自由編輯 5 5 人機交互人機交互需求需求 1、人機界面無特殊要求，以直觀、實用、易用、美觀為原則； 2、系統(tǒng)采用簡體中文顯示或輸入信息。 3、用戶圖形界面要求風格統(tǒng)一、簡潔明了。對顯示界面使用的文字、字體可 以使用統(tǒng)一的風格管理，采用 C/S 結構，顯示分辨率為 1024768，也支持 800

14、600。 4、錯誤信息采用中文方式顯示。 15 / 24 文檔可自由編輯 6 6 性能需求性能需求 6.16.1 響應時間與處理速度響應時間與處理速度 系統(tǒng)中的某些功能項對速度有較高的需求，需要在此明確說明。例如： 響應時間，如查詢的最長等待時間。 更新處理時間，如記帳的最長時間。 數(shù)據(jù)的轉換和傳送時間，如遠程數(shù)據(jù)傳輸?shù)臅r間要求。 6.26.2 數(shù)據(jù)量及存儲數(shù)據(jù)量及存儲 表和文件的大小規(guī)模（要按可預見的增長對數(shù)據(jù)及其分量的存儲要求作出估 算） 處理和任務的數(shù)量 在正常情況下和峰值工作條件下，在一定時間周期中要處理的數(shù)據(jù)總數(shù) 6.36.3 并發(fā)數(shù)及其它并發(fā)數(shù)及其它 系統(tǒng)中的某些功能項對該系統(tǒng)的空間數(shù)值性能有較高的需求，需要在此明 確說明。例如： 支持的終端數(shù) 支持的并行操作的使用者數(shù) 處理的文件和記錄數(shù) 16 / 24 文檔可自由編輯 對輸入和輸出數(shù)據(jù)的精度要求 對處理和傳輸過程中的精度要