用戶需求規(guī)格說明書

XXXX項目用戶需求規(guī)格說明書［填寫說明：模板中用方括號括起來并以藍色斜體顯示的文本，用于向作者提供指導(dǎo)，在文檔編輯完成后應(yīng)該將其刪除。文檔正文應(yīng)使用常規(guī)、黑色、五號字體即系統(tǒng)設(shè)置的“正文”樣式文檔頁眉處的〃趙趙系統(tǒng)〃和“版本號”僅為示例，請注意更新封頁與頁眉符合實際情況。此處的版本號指的是產(chǎn)品版本號封頁簡要表中的產(chǎn)品名，如無可以不填寫。當(dāng)某一章/節(jié)沒有內(nèi)容時，必須注明N/4,同時標(biāo)注理由。例如：本章/節(jié)內(nèi)容無需考慮。特別說明：當(dāng)某章節(jié)內(nèi)容參見其它文檔時，不能注明N〃，而應(yīng)該寫明參見某文檔的具體章節(jié)。］項目名稱項目編號項目經(jīng)理文檔編號文檔版本V1.0編制審批EPG鄭州******公司版權(quán)所有內(nèi)部資料注意保密修訂記錄：版本號修訂人修訂日期修訂描述V1.0創(chuàng)建目錄TOC\o"1-5"\h\z\o"CurrentDocument"1.引言 1\o"CurrentDocument"1.1 目的 1\o"CurrentDocument"1.2 背景 1\o"CurrentDocument"1.3 參考資料 1\o"CurrentDocument"1.4 縮略語和術(shù)語 1\o"CurrentDocument"2.任務(wù)概述 1\o"CurrentDocument"2.1 目標(biāo) 1\o"CurrentDocument"系統(tǒng)（或用戶）的特點 2\o"CurrentDocument"3.假定和約束 2\o"CurrentDocument"需求規(guī)定 2\o"CurrentDocument"4.1 概述 2\o"CurrentDocument"功能需求 2\o"CurrentDocument"業(yè)務(wù)用例1 3\o"CurrentDocument"業(yè)務(wù)用例2 4\o"CurrentDocument"業(yè)務(wù)用例n 5\o"CurrentDocument"非功能需求 6\o"CurrentDocument"系統(tǒng)/產(chǎn)品的外觀需求 6\o"CurrentDocument"易用性需求 6\o"CurrentDocument"執(zhí)行需求 6\o"CurrentDocument"操作和環(huán)境需求 7\o"CurrentDocument"可維護性 7\o"CurrentDocument"4.3.6 安全性與保密性 7\o"CurrentDocument"4.3.7 安全審計 7\o"CurrentDocument"4.3.8 產(chǎn)品應(yīng)執(zhí)行的標(biāo)準和/或政策: 7\o"CurrentDocument"4.3.9 其他 7\o"CurrentDocument"接口 8\o"CurrentDocument"文檔需求 8\o"CurrentDocument"用戶手冊 8\o"CurrentDocument"聯(lián)機幫助 8\o"CurrentDocument"5.3安裝指南、配置文件、自述文件 8\o"CurrentDocument"尚需解決的問題 8\o"CurrentDocument"附錄 91.引言1.1目的［說明編寫本文檔的目的，指出預(yù)期的讀者。］1.2背景［指出待開發(fā)的軟件系統(tǒng)的名稱；行業(yè)情況；本項目的任務(wù)提出者、開發(fā)者、用戶；該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。］1.3參考資料［列出編寫本報告時參考的文件（如經(jīng)核準的任務(wù)書或合同、上級機關(guān)的批文等）、資料、技術(shù)標(biāo)準等。］1.4縮略語和術(shù)語［提供與此文檔相關(guān)的術(shù)語及縮略語的定義。］縮略語/術(shù)語全稱說明2.任務(wù)概述2.1目標(biāo)［敘述該項軟件開發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說明的有關(guān)該軟件開發(fā)的背景材料。解釋被開發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。如果本軟件產(chǎn)品是一項獨立的軟件，而且全部內(nèi)容自含，則說明這一點。如果所定義的產(chǎn)品是一個更大的系統(tǒng)的一個組成部分，則應(yīng)說明本產(chǎn)品與該系統(tǒng)中的其他各組成部分之間的關(guān)系，為此可使用一張方框圖來說明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。］2.2系統(tǒng)（或用戶）的特點［列出本軟件的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術(shù)專長，以及本軟件預(yù)期使用頻度。這些是軟件設(shè)計工作的重要約束。如果是對現(xiàn)有系統(tǒng)的優(yōu)化、升級和/或增強開發(fā)，還應(yīng)列出本軟件與老版本軟件的比較和不同之處。另外，還要說明本軟件被預(yù)期使用頻度。］3.假定和約束［列出進行本軟件開發(fā)工作的假定和約束，例如必須采取的系統(tǒng)架構(gòu)、必須使用的技術(shù)/工具/方法論等。如果項目有特殊的關(guān)于進度、資金等方面的限制條件，也請一并列出。］4.需求規(guī)定4.1概述［系統(tǒng)整體的業(yè)務(wù)的描述，和/或各個業(yè)務(wù)流程、業(yè)務(wù)模型的描述?？梢允褂肬seCase圖、泳道圖、數(shù)據(jù)流圖等任意一種工具或者工具組合來描述。］4.2功能需求［逐項定量和定性地敘述對系統(tǒng)所提出的功能要求，說明輸入什么量、經(jīng)怎樣的處理、得到什么輸出，說明產(chǎn)品的容量，包括系統(tǒng)應(yīng)支持的終端數(shù)和應(yīng)支持的并行操作的用戶數(shù)等指標(biāo)?？梢砸愿毜恼鹿?jié)劃分來分組描述需求集合，例如：按照用戶的角色。建議采用業(yè)務(wù)用例描述。對于簡單的功能需求，如簡單的查詢功能，一般

處理步驟在三步以內(nèi)，使用輸入輸出方式描述，如業(yè)務(wù)用例2；］4.2.1業(yè)務(wù)用例1用例編號用例標(biāo)題參與者（用例的使用者，可以是人，也可以是其他系統(tǒng)用例描述（用例所完成基本功能的概要描述前置條件（完成功能所需要的基本保證。例如：本用例能夠成功執(zhí)行前第XX號用例的成功事件流已經(jīng)執(zhí)行完畢。］后置條件（完成功能后所需要的基本保證、執(zhí)行完畢后達到的目的。例如：系統(tǒng)初始化完畢。］正常事件流（按照正常條件下的執(zhí)行順序，系統(tǒng)的行為以及與使用者之間的交互，描述的格式為：1.2.3.4.…］可選事件流可能岀現(xiàn)的行為或反饋的步驟，描述的格式為：5.異常事件流在某步驟岀現(xiàn)異常條件時的執(zhí)行順序，在描述的格式上與正常事件流有關(guān)聯(lián)關(guān)系，例如：正常事件流的第2個步驟岀現(xiàn)異常分支，則描述的格式為：2a1.2a2.使用/觸發(fā)業(yè)務(wù)用例（與其他用例之間的關(guān)聯(lián)關(guān)系，其中：使用：該用例的完整執(zhí)行需要調(diào)用其它用例；觸發(fā)：該用例的執(zhí)行結(jié)果會觸發(fā)其它用例的執(zhí)行優(yōu)先級［必須/可選/便利恂使用頻度［如：大約400個用戶，平均每天使用次業(yè)務(wù)規(guī)則特殊的業(yè)務(wù)規(guī)則，必須要遵循的，例如：“查詢結(jié)果的輸岀，人名排列順序缺省的按照姓氏英文字母排列順序；部門排列順序缺省的按照公司通訊錄所標(biāo)注的順序。”

業(yè)務(wù)規(guī)則可以作為文檔單列為附錄，或者作為本章的一個獨立章節(jié)，采用唯 的編號區(qū)別不同的業(yè)務(wù)規(guī)則，例如：BR-1,BR-2,BR-3,BR-4,BR-8,BR-11,BR-12,BR-33］特別要求特別的要求，必須要滿足的，例如：“輸入日期時必須采用日歷控件，由用戶選擇輸入，而不是文本輸入”未決問題沒有得到用戶確認、或者在需求調(diào)研時缺失的問題，需要補充調(diào)研活動4.2.2業(yè)務(wù)用例2用例編號用例標(biāo)題參與者（用例的使用者，可以是人，也可以是其他系統(tǒng)用例描述（用例所完成基本功能的概要描述輸入（對該功能所有輸入數(shù)據(jù)的描述。包括數(shù)據(jù)字段，格式要求處理（對輸入數(shù)據(jù)所執(zhí)行的所有操作和如何獲得輸岀的過程。包括正常分支和異常分支］輸出（對該功能所有輸岀數(shù)據(jù)的描述。包括輸岀到何處（如界面，文件或打印機），數(shù)據(jù)字段和格式要求使用/觸發(fā)業(yè)務(wù)用例（與其他用例之間的關(guān)聯(lián)關(guān)系，其中：使用：該用例的完整執(zhí)行需要調(diào)用其它用例；觸發(fā)：該用例的執(zhí)行結(jié)果會觸發(fā)其它用例的執(zhí)行優(yōu)先級［必須/可選/便利恂使用頻度［如：大約400個用戶，平均每天使用次業(yè)務(wù)規(guī)則特殊的業(yè)務(wù)規(guī)則，必須要遵循的，例如：“查詢結(jié)果的輸岀，人名排列順序缺省的按照姓氏英文字母排列順序；部門排列順序缺省的按照公司通訊錄所標(biāo)注的順序?！睒I(yè)務(wù)規(guī)則可以作為文檔單列為附錄，或者作為本章的一個獨立章節(jié)，采用唯的編號區(qū)別不同的業(yè)務(wù)規(guī)則，例如：BR-1,BR-2,BR-3,BR-4,BR-8,BR-11,BR-12,BR-33］特別要求特別的要求，必須要滿足的，例如：“輸入日期時必須采用日歷控件，由用戶選擇輸入，而不是文本輸入”未決問題沒有得到用戶確認、或者在需求調(diào)研時缺失的問題，需要補充調(diào)研活動

4.2.3業(yè)務(wù)用例n用例編號用例標(biāo)題參與者（用例的使用者，可以是人，也可以是其他系統(tǒng)用例描述（用例所完成基本功能的概要描述前置條件（完成功能所需要的基本保詢后置條件（完成功能后所需要的基本保詢正常事件流（按照正常條件下的執(zhí)行順序，系統(tǒng)的行為以及與使用者之間的交互，描述的格式為：1.2.3.4.…]可選事件流可能岀現(xiàn)的行為或反饋的步驟，描述的格式為：5.異常事件流在某步驟岀現(xiàn)異常條件時的執(zhí)行順序，在描述的格式上與正常事件流有關(guān)聯(lián)關(guān)系，例如：正常事件流的第2個步驟岀現(xiàn)異常分支，則描述的格式為：2a1.2a2.使用/觸發(fā)業(yè)務(wù)用例（與其他用例之間的關(guān)聯(lián)關(guān)系，其中：使用：該用例的完整執(zhí)行需要調(diào)用其它用例；觸發(fā)：該用例的執(zhí)行結(jié)果會觸發(fā)其它用例的執(zhí)行優(yōu)先級使用頻度[如：大約400個用戶，平均每天使用次業(yè)務(wù)規(guī)則特殊的業(yè)務(wù)規(guī)則，必須要遵循的，例如：“查詢結(jié)果的輸岀，人名排列順序缺省的按照姓氏英文字母排列順序；部門排列順序缺省的按照公司通訊錄所標(biāo)注的順序。業(yè)務(wù)規(guī)則可以作為文檔單列為附錄，或者作為本章的一個獨立章節(jié)，采用唯的編號區(qū)別不同的業(yè)務(wù)規(guī)則，例如：BR-1,BR-2,BR-3,BR-4,BR-8,BR-11,BR-12,BR-33]特別要求特別的要求，必須要滿足的，例如：“輸入日期時必須米用日歷控件，由用戶選擇輸入，而不是文本輸入”未決問題沒有得到用戶確認、或者在需求調(diào)研時缺失的問題，需要補充調(diào)研活動4.3非功能需求［本處羅列出對系統(tǒng)的所有非功能需求。如果下列某一項非功能性需求沒有特別的要求，請注明“無”，并說明原因］4.3.1系統(tǒng)/產(chǎn)品的外觀需求［本處列舉在系統(tǒng)/產(chǎn)品應(yīng)滿足的用戶在外在感官上的要求和/或約束條件，例如：?產(chǎn)品應(yīng)符合Vista風(fēng)格。注意：如果產(chǎn)品/系統(tǒng)針對特殊的客戶群體而開發(fā)，對外觀上會有特殊的需求，例如：針對兒童開發(fā)的軟件需要動畫卡通界面以提高吸引力。］4.3.2易用性需求［本處列舉在系統(tǒng)/產(chǎn)品在被應(yīng)用時需要在可操作性、可用性滿足的需求，例如：?系統(tǒng)界面提供英語和簡體中文兩種文字在定義易用性需求的時候，需要考慮目標(biāo)用戶的能力、相關(guān)知識水平與計算機使用經(jīng)驗。］4.3.3執(zhí)行需求［產(chǎn)品/系統(tǒng)在性能、操作與使用的安全性、效率、穩(wěn)定性、可靠性、容錯能力和/或健壯性上應(yīng)滿足的需求，例如：產(chǎn)品的容量：系統(tǒng)的同時支持的最大能力是處理5000條呼叫的容量；完成任務(wù)的速度：非報表類的查詢操作，應(yīng)在不小于5秒鐘內(nèi)執(zhí)行完畢；結(jié)果的速度；?資源使用的效率；（CPU、內(nèi)存的使用率）允許的值的范圍；可靠性：通常使用兩次故障間的平均無故障時間MTBF）來度量和表述；可用性：不停機而供用戶使用的時間、是否需要雙機熱備份等］4.3.4操作和環(huán)境需求［描述產(chǎn)品在操作環(huán)境（物理的或者是邏輯的）上應(yīng)滿足的特殊要求，例如：本產(chǎn)品的正常工作環(huán)境是—10°c??+40°C；用戶要求必須提供分別在MacOS和Windows兩種操作系統(tǒng)下運彳丁的產(chǎn)品版本；產(chǎn)品應(yīng)該提供與熱像圖數(shù)據(jù)庫的接口］4.3.5可維護性［描述系統(tǒng)/產(chǎn)品的可移植性、可擴展性、可配置性需求。例如：未來三年之內(nèi)使用本系統(tǒng)的用戶在現(xiàn)有基礎(chǔ)上會擴展2倍。］4.3.6安全性與保密性［描述系統(tǒng)/產(chǎn)品對于系統(tǒng)安全、數(shù)據(jù)安全、信息安全和網(wǎng)絡(luò)安全等方面的需求，保證數(shù)據(jù)不能為被授權(quán)用戶以外的任何人訪問，保證被授權(quán)的用戶可以不受阻止的訪問數(shù)據(jù)。］4.3.7安全審計［描述系統(tǒng)通過日志進丁安全審計的需求，安全日志分為訪問日志和操作日志，其中訪問日志記錄了所有對重要功能訪問的詳細信息，操作日志記錄了對一些關(guān)鍵信息操作的情況。日志審計是事后安全審計的重要手段，通過安全日志可以追溯出引起安全事項的原因（包括操作人及操作的詳細情況）。4.3.8產(chǎn)品應(yīng)執(zhí)丁的標(biāo)準和/或政策:［產(chǎn)品所必須遵守的特定的法律、法規(guī)、國家產(chǎn)業(yè)政策、丁業(yè)標(biāo)準等］4.3.9其他［其他非功能性需求，例如：由于人的習(xí)慣、宗教、語言、禁忌而可能導(dǎo)致的特殊的因素。系統(tǒng)如有其它上述未提及的非功能性需求，也請列舉在此。］4.4接口［簡要說明該系統(tǒng)同其他系統(tǒng)之間的公共接口、數(shù)據(jù)通信協(xié)議等。］5.文檔需求［此節(jié)說明為支持成功部署應(yīng)用程序而必須制作的文檔。］5.1用戶手冊［說明用戶手冊的目的和內(nèi)容。討論預(yù)期長度、詳細程度，是否需要索引、詞匯表、教程與引用手冊策略等。還應(yīng)確定格式和打印約束條件。如用戶要求提供電子版《用戶操作手冊》。］5.2聯(lián)機幫助［許多應(yīng)用程序提供了聯(lián)機幫助系統(tǒng)來協(xié)助用戶。這些系統(tǒng)的性質(zhì)對于應(yīng)用程序開發(fā)來說獨特的，因為它們綜合了編程（如超鏈接）和技術(shù)寫作（組織、演示）的各個方面。許多人發(fā)現(xiàn)聯(lián)機幫助系統(tǒng)的開發(fā)本身就是一個受益于先