| 修訂歷史 版本 說明 編制 批準 批準日期 1.1 初次編寫 SEPG 目 錄 1. 引言 1 1.1. 背景 1 1.2. 參考資料 1 1.3. 假定和約束 1 1.4. 用戶的特點 1 2. 功能需求 1 2.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.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. 時間特性要求 6 3.1.3. 輸人輸出要求 6 3.2. 數(shù)據(jù)管理能力要求 6 3.3. 安全保密性要求 6 3.4. 靈活性要求 6 3.5. 其他專門要求 6 4. 運行環(huán)境規(guī)定 6 4.1. 設(shè)備 6 4.2. 支持軟件 7 4.3. 接口 7 4.4. 控制 7 5. 需求跟蹤 7 6. 簽批單 7 1. 引言 1.1. 背景 說明： a．待 b．本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡(luò)； C．該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。 1.2. 參考資料 列出本說明書中引用和參考的資料，如： a．本項目的經(jīng)核準的計劃任務(wù)書或合同、上級機關(guān)的批文； b．屬于本項目的其他已發(fā)表的文件； c．本文件中各處引用的文件、資料、包括所要用到的 1.3. 假定和約束[可選] 列出進行本軟件開發(fā)工作的假定和約束，例如經(jīng)費限制、開發(fā)期限、設(shè)備條件、用戶的資料 1.4. 用戶的特點[可選] 列出本軟件的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術(shù)專長，以及本軟件的預期使用頻度。這些是軟件設(shè)計 2. 功能需求 2.1. 系統(tǒng)范圍 明確概要地說明用戶對系統(tǒng)、產(chǎn)品高層次的目標要求，如系統(tǒng)開發(fā)的意圖、 如果所定義的產(chǎn)品是一個更大系統(tǒng)的一個組成部分，則應(yīng)說明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系，為此可使用一張方框圖來說明該系統(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)圖： 以下對系統(tǒng)總體架構(gòu)進行描述： 2.3. 系統(tǒng)總體流程 以圖+文本結(jié)合的方式說明系統(tǒng)的總體流程。 圖一是計劃合同管理系統(tǒng)的總體流程圖。 圖一 2.4. 需求分析 需求分析的目的是獲取或描述系統(tǒng)需求中的每一個功能需求，并通過分析確定系統(tǒng)能夠做什么？誰來使用這個系統(tǒng)？ · 建立用例模型：發(fā)現(xiàn)角色和用例，并確定角色之間的關(guān)系、用例之間的關(guān)系，以及角色與用例之間的相互關(guān)系 · 描述用例：角色與系統(tǒng)如何交互的規(guī)格說明。 2.4.1. XXXXXXX(功能需求名稱) 2.4.1.1. 功能描述 功能編號： 功能需求：從用戶業(yè)務(wù)的角度描述功能需求。 2.4.1.2. 業(yè)務(wù)建模 從可視化的角度--用例圖--描述功能需求 圖二是綜合計劃管理系統(tǒng)合同編輯業(yè)務(wù)的功能需求用例圖。 圖二 2.4.1.3. 用例描述 以文本的方式描述每一個用例中角色與系統(tǒng)相互交互的規(guī)格說明。 1、 XXXXXX(用例名稱) 描述對象 描述內(nèi)容 標識符 用例的唯一標識符 說明 對用例的概要說明 參與者 與該用例相關(guān)的參與者列表，以及參與者的特點 頻度 參與者訪問此用例的頻率 狀態(tài) 通常分為：進行中、等待審查、通過審查或未通過審查 前置條件 一個條件列表，如果其中包含條件，則這些條件必須在訪問用例之前得到滿足 后置條件 一個條件列表，如果其中包含條件，則這些條件將在用例成功完成以后得到滿足 被擴展的用例 此用例所擴展的用例（如果存在） 被包含的用例 此用例所包含的用例（如果存在） 基本操作流程 參與者在用例中所遵循的主邏輯路徑，即當各項工作都正常進行時用例的工作方式 可選操作流程 在變更工作方式、出現(xiàn)異?；虬l(fā)生錯誤的情況下所遵循的路徑 修改歷史記錄 修改人 ： 修改日期：修改原因： 問題 如果存在，則為與此用例的開發(fā)相關(guān)的問題或操作項目的列表 以下是綜合計劃管理系統(tǒng)中的合同編輯功能需求中的合同增加用例描述： 描述對象 描述內(nèi)容 標識符 IPMS0101 說明 增加一條合同記錄 參與者 合同編輯人員--熟悉合同管理業(yè)務(wù) 頻度 狀態(tài) 通過審查 前置條件 1. 參與者具有合同增加的權(quán)限2. 參與者已選取對應(yīng)的計劃記錄3. 當前計劃總投資≥SUM(該計劃下已簽合同價) 后置條件 1. 數(shù)據(jù)庫中更加一條合同紀律2. 可執(zhí)行合同原件掃描用例3. 可執(zhí)行合同付款增加用例4. 可執(zhí)行合同修改和合同刪除用例 被擴展的用例 無 被包含的用例 無 基本操作流程 請參見圖三的合同增加流程 可選操作流程 當用戶確認合同增加時發(fā)現(xiàn)異常時，系統(tǒng)提示合同增加無效的提示 修改歷史記錄 修改人 ： 修改日期：修改原因： 問題 1. 合同編碼的具體約定2. 合同類型、資金來源、合同受委托方字典表的具體設(shè)計 圖三 合同增加活動流程 2、XXXXX(用例名稱) …… 2.4.1.4. 用戶界面 概要描述功能對應(yīng)的用戶界面風格，采用原型生命周期的項目也可以提供原型界面拷貝。 2.4.2. XXXXXXX(功能需求名稱) …… 3. 非功能需求 3.1. 性能要求 3.1.1. 精度[可選] 說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。 3.1.2. 時間特性要求 說明對于該軟件的時間特性要求，如對：響應(yīng)時間；更新處理時間；數(shù)據(jù)的轉(zhuǎn)換和界面更新傳送時間等的要求。 3.1.3. 輸人輸出要求 解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。對軟件的數(shù)據(jù)輸出及必須標明的控制輸出量進行解釋并舉例，包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。 3.2. 數(shù)據(jù)管理能力要求[可選] 說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預見的增長對數(shù)據(jù)及其分量的存儲要求做出估算。 3.3. 安全保密性要求 用戶對系統(tǒng)所應(yīng)具備的故障處理能力、處理方式及故障后的系統(tǒng)恢復、數(shù)據(jù)恢復等要求，對系統(tǒng)防止機密數(shù)據(jù)被非法侵入、修改及丟失的要求。 3.4. 靈活性要求[可選] 說明對該軟件的靈活性的要求，即當需求發(fā)生某些變化時，該軟件對這些變化的適應(yīng)能力，如： a．操作方式上的變化； b．運行環(huán)境的變化； c．同其他軟件的接口的變化； d．精度和有效時限的變化； e．計劃的變化或改進。 對于為了提供這些靈活性而進行的專門設(shè)計的部分應(yīng)該加以標明。 3.5. 其他專門要求[可選] 如用戶單位對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、異常處理要求、運行環(huán)境可轉(zhuǎn)換性的特殊要求等。 4. 運行環(huán)境規(guī)定 4.1. 設(shè)備 列出運行該軟件所需要的硬設(shè)備。說明其中的新型設(shè)備及其專門功能，包括： a．處理器型號及內(nèi)存容量； b．外存容量、聯(lián)機或脫機、媒體及其存儲格式，設(shè)備的型號及數(shù)量； c．輸入及輸出設(shè)備的型號和數(shù)量，聯(lián)機或脫機； d．數(shù)據(jù)通信設(shè)備的型號和數(shù)量； e．功能鍵及其他專用硬件 4.2. 支持軟件 列出支持軟件,包括網(wǎng)絡(luò)和硬件設(shè)備平臺、操作系統(tǒng)平臺、數(shù)據(jù)庫系統(tǒng)平臺以及編譯（或匯編）程序和測試支持軟件等。 4.3. 接口[可選] 說明該軟件同其他軟件之間的接口、數(shù)據(jù)通信協(xié)議等。 4.4. 控制[可選] 說明控制該軟件的運行的方法和控制信號，并說明這些控制信號的來源。 5. 需求跟蹤 需求跟蹤的主要目的是保證所有的需求都得到分析，以承諾需求-分析需求對應(yīng)表（PRS_SRS表）的方式描述已分析需求對已承諾需求的覆蓋情況。PRS_SRS表的格式請參見軟件需求管理過程規(guī)范（SUPL-MANU-SRS-001）。 6. 簽批單 我已閱讀上述軟件需求規(guī)格說明書，我將嚴格遵守說明書中的條款，并保證全力支持該規(guī)格說明書的實施。 執(zhí)行主管: 日期 技術(shù)主管: 日期 項目組長: 日期 用戶代表: 日期 開發(fā)人員代表: 日期 小組成員: 日期 |
