目　錄
1. 引言 1
1.1. 背景 1
1.2. 參考資料 1
1.3. 假定和約束 1
1.4. 用戶的特點(diǎn) 1
2. 功能需求 1
2.1. 系統(tǒng)范圍 1
2.2. 系統(tǒng)體系結(jié)構(gòu)（二層架構(gòu)的系統(tǒng)可剪裁本小節(jié)） 1
2.3. 系統(tǒng)總體流程 2
2.4. 需求分析 2
2.4.1. XXXXXXX(功能需求名稱) 2
2.4.1.1. 功能描述 2
2.4.1.2. 業(yè)務(wù)建模 2
2.4.1.3. 用例描述 3
2.4.1.4. 用戶界面?5
2.4.2. XXXXXXX(功能需求名稱) 5
3. 非功能需求 5
3.1. 性能要求 5
3.1.1. 精度 5
3.1.2. 時(shí)間特性要求 6
3.1.3. 輸人輸出要求 6
3.2. 數(shù)據(jù)管理能力要求 6
3.3. 安全保密性要求 6
3.4. 靈活性要求 6
3.5. 其他專門要求 6
4. 運(yùn)行環(huán)境規(guī)定 6
4.1. 設(shè)備 6
4.2. 支持軟件 7
4.3. 接口 7
4.4. 控制 7
5. 需求跟蹤 7
6. 簽批單 7?
1. 引言
1.1. 背景
說(shuō)明：?
a．待開發(fā)的軟件系統(tǒng)的名稱；
b．本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計(jì)算中心或計(jì)算機(jī)網(wǎng)絡(luò)；
C．該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來(lái)往關(guān)系。?
1.2. 參考資料?
列出本說(shuō)明書中引用和參考的資料，如：
a．本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級(jí)機(jī)關(guān)的批文；
b．屬于本項(xiàng)目的其他已發(fā)表的文件；
c．本文件中各處引用的文件、資料、包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。 列出這些文件資料的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說(shuō)明能夠得到這些文件資料的來(lái)源。
1.3. 假定和約束[可選]
列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如經(jīng)費(fèi)限制、開發(fā)期限、設(shè)備條件、用戶的資料準(zhǔn)備和交流上的問(wèn)題等。
1.4. 用戶的特點(diǎn)[可選]
列出本軟件的最終用戶的特點(diǎn)，充分說(shuō)明操作人員、維護(hù)人員的教育水平和技術(shù)專長(zhǎng)，以及本軟件的預(yù)期使用頻度。這些是軟件設(shè)計(jì)工作的重要約束。
2. 功能需求
2.1. 系統(tǒng)范圍?
明確概要地說(shuō)明用戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，如系統(tǒng)開發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及其他相關(guān)的背景材料。
如果所定義的產(chǎn)品是一個(gè)更大系統(tǒng)的一個(gè)組成部分，則應(yīng)說(shuō)明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系，為此可使用一張方框圖來(lái)說(shuō)明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。
2.2. 系統(tǒng)體系結(jié)構(gòu)（二層架構(gòu)的系統(tǒng)可剪裁本小節(jié)）[可選]
以圖+文本結(jié)合的方式描述系統(tǒng)的總體架構(gòu)。
以下應(yīng)提供系統(tǒng)總體架構(gòu)圖：
以下對(duì)系統(tǒng)總體架構(gòu)進(jìn)行描述：
2.3. 系統(tǒng)總體流程
以圖+文本結(jié)合的方式說(shuō)明系統(tǒng)的總體流程。
圖一是計(jì)劃合同管理系統(tǒng)的總體流程圖。
圖一
2.4. 需求分析
需求分析的目的是獲取或描述系統(tǒng)需求中的每一個(gè)功能需求，并通過(guò)分析確定系統(tǒng)能夠做什么？誰(shuí)來(lái)使用這個(gè)系統(tǒng)？
· 建立用例模型：發(fā)現(xiàn)角色和用例，并確定角色之間的關(guān)系、用例之間的關(guān)系，以及角色與用例之間的相互關(guān)系
· 描述用例：角色與系統(tǒng)如何交互的規(guī)格說(shuō)明。
2.4.1. XXXXXXX(功能需求名稱)?
2.4.1.1. 功能描述
功能編號(hào)：
功能需求：從用戶業(yè)務(wù)的角度描述功能需求。
2.4.1.2. 業(yè)務(wù)建模
從可視化的角度--用例圖--描述功能需求
圖二是綜合計(jì)劃管理系統(tǒng)合同編輯業(yè)務(wù)的功能需求用例圖。
圖二
2.4.1.3. 用例描述
以文本的方式描述每一個(gè)用例中角色與系統(tǒng)相互交互的規(guī)格說(shuō)明。
1、 XXXXXX(用例名稱)
描述對(duì)象 描述內(nèi)容
標(biāo)識(shí)符 用例的唯一標(biāo)識(shí)符
說(shuō)明 對(duì)用例的概要說(shuō)明
參與者 與該用例相關(guān)的參與者列表，以及參與者的特點(diǎn)
頻度 參與者訪問(wèn)此用例的頻率
狀態(tài) 通常分為：進(jìn)行中、等待審查、通過(guò)審查或未通過(guò)審查
前置條件 一個(gè)條件列表，如果其中包含條件，則這些條件必須在訪問(wèn)用例之前得到滿足
后置條件 一個(gè)條件列表，如果其中包含條件，則這些條件將在用例成功完成以后得到滿足
被擴(kuò)展的用例 此用例所擴(kuò)展的用例（如果存在）
被包含的用例 此用例所包含的用例（如果存在）
基本操作流程 參與者在用例中所遵循的主邏輯路徑，即當(dāng)各項(xiàng)工作都正常進(jìn)行時(shí)用例的工作方式
可選操作流程 在變更工作方式、出現(xiàn)異常或發(fā)生錯(cuò)誤的情況下所遵循的路徑
修改歷史記錄 修改人 ： 修改日期：修改原因：
問(wèn)題 如果存在，則為與此用例的開發(fā)相關(guān)的問(wèn)題或操作項(xiàng)目的列表
以下是綜合計(jì)劃管理系統(tǒng)中的合同編輯功能需求中的合同增加用例描述：
描述對(duì)象 描述內(nèi)容
標(biāo)識(shí)符 IPMS0101
說(shuō)明 增加一條合同記錄
參與者 合同編輯人員--熟悉合同管理業(yè)務(wù)
頻度?
狀態(tài) 通過(guò)審查
前置條件 1. 參與者具有合同增加的權(quán)限2. 參與者已選取對(duì)應(yīng)的計(jì)劃記錄3. 當(dāng)前計(jì)劃總投資≥SUM(該計(jì)劃下已簽合同價(jià))
后置條件 1. 數(shù)據(jù)庫(kù)中更加一條合同紀(jì)律2. 可執(zhí)行合同原件掃描用例3. 可執(zhí)行合同付款增加用例4. 可執(zhí)行合同修改和合同刪除用例
被擴(kuò)展的用例 無(wú)
被包含的用例 無(wú)
基本操作流程 請(qǐng)參見圖三的合同增加流程
可選操作流程 當(dāng)用戶確認(rèn)合同增加時(shí)發(fā)現(xiàn)異常時(shí)，系統(tǒng)提示合同增加無(wú)效的提示
修改歷史記錄 修改人 ： 修改日期：修改原因：
問(wèn)題 1. 合同編碼的具體約定2. 合同類型、資金來(lái)源、合同受委托方字典表的具體設(shè)計(jì)

圖三 合同增加活動(dòng)流程
2、XXXXX(用例名稱)
……
2.4.1.4. 用戶界面
概要描述功能對(duì)應(yīng)的用戶界面風(fēng)格，采用原型生命周期的項(xiàng)目也可以提供原型界面拷貝。
2.4.2. XXXXXXX(功能需求名稱)
……
3. 非功能需求
3.1. 性能要求
3.1.1. 精度[可選]
說(shuō)明對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過(guò)程中的精度。
3.1.2. 時(shí)間特性要求
說(shuō)明對(duì)于該軟件的時(shí)間特性要求，如對(duì)：響應(yīng)時(shí)間；更新處理時(shí)間；數(shù)據(jù)的轉(zhuǎn)換和界面更新傳送時(shí)間等的要求。
3.1.3. 輸人輸出要求
解釋各輸入輸出數(shù)據(jù)類型，并逐項(xiàng)說(shuō)明其媒體、格式、數(shù)值范圍、精度等。對(duì)軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對(duì)硬拷貝報(bào)告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報(bào)告的描述。
3.2. 數(shù)據(jù)管理能力要求[可選]
說(shuō)明需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長(zhǎng)對(duì)數(shù)據(jù)及其分量的存儲(chǔ)要求做出估算。
3.3. 安全保密性要求
用戶對(duì)系統(tǒng)所應(yīng)具備的故障處理能力、處理方式及故障后的系統(tǒng)恢復(fù)、數(shù)據(jù)恢復(fù)等要求，對(duì)系統(tǒng)防止機(jī)密數(shù)據(jù)被非法侵入、修改及丟失的要求。
3.4. 靈活性要求[可選]
說(shuō)明對(duì)該軟件的靈活性的要求，即當(dāng)需求發(fā)生某些變化時(shí)，該軟件對(duì)這些變化的適應(yīng)能力，如：
a．操作方式上的變化；
b．運(yùn)行環(huán)境的變化；
c．同其他軟件的接口的變化；
d．精度和有效時(shí)限的變化；
e．計(jì)劃的變化或改進(jìn)。
對(duì)于為了提供這些靈活性而進(jìn)行的專門設(shè)計(jì)的部分應(yīng)該加以標(biāo)明。
3.5. 其他專門要求[可選]
如用戶單位對(duì)使用方便的要求，對(duì)可維護(hù)性、可補(bǔ)充性、易讀性、可靠性、異常處理要求、運(yùn)行環(huán)境可轉(zhuǎn)換性的特殊要求等。
4. 運(yùn)行環(huán)境規(guī)定?
4.1. 設(shè)備?
列出運(yùn)行該軟件所需要的硬設(shè)備。說(shuō)明其中的新型設(shè)備及其專門功能，包括：
a．處理器型號(hào)及內(nèi)存容量；
b．外存容量、聯(lián)機(jī)或脫機(jī)、媒體及其存儲(chǔ)格式，設(shè)備的型號(hào)及數(shù)量；
c．輸入及輸出設(shè)備的型號(hào)和數(shù)量，聯(lián)機(jī)或脫機(jī)；?
d．數(shù)據(jù)通信設(shè)備的型號(hào)和數(shù)量；
e．功能鍵及其他專用硬件
4.2. 支持軟件
列出支持軟件,包括網(wǎng)絡(luò)和硬件設(shè)備平臺(tái)、操作系統(tǒng)平臺(tái)、數(shù)據(jù)庫(kù)系統(tǒng)平臺(tái)以及編譯（或匯編）程序和測(cè)試支持軟件等。
4.3. 接口[可選]
說(shuō)明該軟件同其他軟件之間的接口、數(shù)據(jù)通信協(xié)議等。
4.4. 控制[可選]
說(shuō)明控制該軟件的運(yùn)行的方法和控制信號(hào)，并說(shuō)明這些控制信號(hào)的來(lái)源。
5. 需求跟蹤
需求跟蹤的主要目的是保證所有的需求都得到分析，以承諾需求-分析需求對(duì)應(yīng)表（PRS_SRS表）的方式描述已分析需求對(duì)已承諾需求的覆蓋情況。PRS_SRS表的格式請(qǐng)參見軟件需求管理過(guò)程規(guī)范（SUPL-MANU-SRS-001）。

6. 簽批單
我已閱讀上述軟件需求規(guī)格說(shuō)明書，我將嚴(yán)格遵守說(shuō)明書中的條款，并保證全力支持該規(guī)格說(shuō)明書的實(shí)施。
執(zhí)行主管:?
日期
技術(shù)主管:?
日期
項(xiàng)目組長(zhǎng):?
日期
用戶代表:?
日期
開發(fā)人員代表:?
日期
小組成員:?
日期
小組成員:?
日期

總結(jié)

以上是生活随笔為你收集整理的需求分析模板的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。