2022-01-25 17:24:54 欄目: APP開發
引言
?
11編寫目的
?
· 闡明開發本軟件的目的
?
12項目背景
?
· 標識待開發軟件產品的名稱、代碼
?
· 列出本項目的任務提出者、項目負責人、系統分析員、系統設計員、程序設計員、程序員、資料員以及與本項目開展工作直接有關的人員和用戶
?
· 說明該軟件產品與其他有關軟件產品的相互關系。
?
13術語說明
?
列出本文檔中所用到的專門術語的定義和英文縮寫詞的原文。
?
14參考資料可有可無
?
列舉編寫軟件需求規格說明時所參考的資料包括項目經核準的計劃任務書、合
?
同、引用的標準和規范、項目開發計劃、需求規格說明、使用實例文檔以及相關產品
?
的軟件需求規格說明。
?
在這里應該給出詳細的信息包括標題、作者、版本號、發表日期、出版單位或資
?
料來源。
?
2項目概述
?
21待開發軟件的一般描述
?
描述待開發軟件的背景所應達到的目標以及市場前景等。
?
22待開發軟件的功能
?
簡述待開發軟件所具有的主要功能。為了幫助每個讀者易于理解可以使用列表或
?
圖形的方法進行描述。使用圖形表示可以采用
?
· 頂層數據流圖
?
· 用例UseCase圖
?
· 系統流程圖
?
· 層次方框圖。
?
23用戶特征和水平是哪類人使用
?
描述最終用戶應具有的受教育水平、工作經驗及技術專長。
?
24運行環境
?
描述軟件的運行環境包括硬件平臺、硬件要求、操作系統和版本以及其他的軟
?
件或與其共存的應用程序等。
?
25條件與限制
?
給出影響開發人員在設計軟件時的約束條款例如
?
· 必須使用或避免使用的特定技術、工具、編程語言和數據庫
?
· 硬件限制
?
· 所要求的開發規范或標準。
?
3功能需求
?
31功能劃分
?
列舉出所開發的軟件能實現的全部功能可采用文字、圖表或數學公式等多種方法
?
進行描述。
?
32功能描述
?
對各個功能進行詳細的描述。
?
4外部接口需求
?
41用戶界面
?
對用戶希望該軟件所具有的界面特征進行描述。以下是可能要包括的一些特征
?
· 將要采用的圖形用戶界面標準或產品系列的風格
?
· 屏幕布局
?
· 菜單布局
?
· 輸入輸出格式
?
· 錯誤信息顯示格式
?
建議采用RAD開發工具比如Visio構造用戶界面。
?
42硬件接口
?
描述系統中軟件產品和硬件設備每一接口的特征以及硬件接口支持的設備、軟件與硬件接口之間以及硬件接口與支持設備之間的約定包括交流的數據和控制信息的性質以及所使用的通信協議。
?
43軟件接口
?
描述該軟件產品與其有關軟件的接口關系并指出這些外部軟件或組件的名字和版本號。比如運行在什么操作系統上訪問何種類型的數據庫使用什么數據庫連接組件和什么商業軟件共享數據等。
?
44通信接口
?
描述和本軟件產品相關的各種通信需求包括電子郵件、Web瀏覽器、網絡通信協議等。
?
45故障處理
?
對可能的軟件、硬件故障以及對各項性能而言所產生的后果進行處理。
?
5性能需求
?
51數據精確度
?
輸出結果的精度。
?
52? 時間特性
?
時間特性可包括如下幾方面
?
·響應時間
?
·更新處理時間
?
·數據轉換與傳輸時間
?
·運行時間等。
?
53? 適應性
?
在操作方式、運行環境、與其他軟件的接口以及開發計劃等發生變化時軟件的適應能力。
?
6其他需求
?
列出在本文的其他部分未出現的需求。如果不需要增加其他需求可省略這一部分。
?
7數據描述
?
71? 靜態數據
?
72? 動態數據
?
包括輸入數據和輸出數據。
?
73? 數據庫描述
?
給出使用數據庫的名稱和類型。
?
74? 數據字典
?
對于數據流圖、層次方框圖中出現的所有圖形元素在數據字典中都要作為一個詞條加以定義使得每一個圖形元素都有唯一的一個清晰明確的解釋。
?
數據字典中所有的定義必須是嚴密的、精確的不可有二意性。
?
75? 數據采集
?
·列出提供輸入數據的機構、設備和人員
?
·列出數據輸入的手段、介質和設備
?
·列出數據生成的方法、介質和設備。
?
8附錄
?
包括分析模型待定問題圖表等。
目 錄
1. 引言 1
1.1. 背景 1
1.2. 參考資料 1
1.3. 假定和約束 1
1.4. 用戶的特點 1
2. 功能需求 1
2.1. 系統范圍 1
2.2. 系統體系結構二層架構的系統可剪裁本小節 1
2.3. 系統總體流程 2
2.4. 需求分析 2
2.4.1. XXXXXXX(功能需求名稱) 2
2.4.1.1. 功能描述 2
2.4.1.2. 業務建模 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. 數據管理能力要求 6
3.3. 安全保密性要求 6
3.4. 靈活性要求 6
3.5. 其他專門要求 6
4. 運行環境規定 6
4.1. 設備 6
4.2. 支持軟件 7
4.3. 接口 7
4.4. 控制 7
5. 需求跟蹤 7
6. 簽批單 7?
1. 引言
1.1. 背景
說明?
a待開發的軟件系統的名稱
b本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡
C該軟件系統同其他系統或其他機構的基本的相互來往關系。?
1.2. 參考資料?
列出本說明書中引用和參考的資料如
a本項目的經核準的計劃任務書或合同、上級機關的批文
b屬于本項目的其他已發表的文件
c本文件中各處引用的文件、資料、包括所要用到的軟件開發標準。 列出這些文件資料的標題、文件編號、發表日期和出版單位說明能夠得到這些文件資料的來源。
1.3. 假定和約束[可選]
列出進行本軟件開發工作的假定和約束例如經費限制、開發期限、設備條件、用戶的資料準備和交流上的問題等。
1.4. 用戶的特點[可選]
列出本軟件的最終用戶的特點充分說明操作人員、維護人員的教育水平和技術專長以及本軟件的預期使用頻度。這些是軟件設計工作的重要約束。
2. 功能需求
2.1. 系統范圍?
明確概要地說明用戶對系統、產品高層次的目標要求如系統開發的意圖、應用目標、作用范圍以及其他相關的背景材料。
如果所定義的產品是一個更大系統的一個組成部分則應說明本產品與該系統中其他各組成部分之間的關系為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和接口。
2.2. 系統體系結構二層架構的系統可剪裁本小節[可選]
以圖文本結合的方式描述系統的總體架構。
以下應提供系統總體架構圖
以下對系統總體架構進行描述
2.3. 系統總體流程
以圖文本結合的方式說明系統的總體流程。
圖一是計劃合同管理系統的總體流程圖。
圖一
2.4. 需求分析
需求分析的目的是獲取或描述系統需求中的每一個功能需求并通過分析確定系統能夠做什么誰來使用這個系統
· 建立用例模型發現角色和用例并確定角色之間的關系、用例之間的關系以及角色與用例之間的相互關系
· 描述用例角色與系統如何交互的規格說明。
2.4.1. XXXXXXX(功能需求名稱)?
2.4.1.1. 功能描述
功能編號
功能需求從用戶業務的角度描述功能需求。
2.4.1.2. 業務建模
從可視化的角度--用例圖--描述功能需求
圖二是綜合計劃管理系統合同編輯業務的功能需求用例圖。
圖二
2.4.1.3. 用例描述
以文本的方式描述每一個用例中角色與系統相互交互的規格說明。
1、 XXXXXX(用例名稱)
描述對象 描述內容
標識符 用例的唯一標識符
說明 對用例的概要說明
參與者 與該用例相關的參與者列表以及參與者的特點
頻度 參與者訪問此用例的頻率
狀態 通常分為進行中、等待審查、通過審查或未通過審查
前置條件 一個條件列表如果其中包含條件則這些條件必須在訪問用例之前得到滿足
后置條件 一個條件列表如果其中包含條件則這些條件將在用例成功完成以后得到滿足
被擴展的用例 此用例所擴展的用例如果存在
被包含的用例 此用例所包含的用例如果存在
基本操作流程 參與者在用例中所遵循的主邏輯路徑即當各項工作都正常進行時用例的工作方式
可選操作流程 在變更工作方式、出現異?；虬l生錯誤的情況下所遵循的路徑
修改歷史記錄 修改人 修改日期修改原因
問題 如果存在則為與此用例的開發相關的問題或操作項目的列表
以下是綜合計劃管理系統中的合同編輯功能需求中的合同增加用例描述
描述對象 描述內容
標識符 IPMS0101
說明 增加一條合同記錄
參與者 合同編輯人員--熟悉合同管理業務
頻度?
狀態 通過審查
前置條件 1. 參與者具有合同增加的權限2. 參與者已選取對應的計劃記錄3. 當前計劃總投資≥SUM(該計劃下已簽合同價)
后置條件 1. 數據庫中更加一條合同紀律2. 可執行合同原件掃描用例3. 可執行合同付款增加用例4. 可執行合同修改和合同刪除用例
被擴展的用例 無
被包含的用例 無
基本操作流程 請參見圖三的合同增加流程
可選操作流程 當用戶確認合同增加時發現異常時系統提示合同增加無效的提示
修改歷史記錄 修改人 修改日期修改原因
問題 1. 合同編碼的具體約定2. 合同類型、資金來源、合同受委托方字典表的具體設計
圖三 合同增加活動流程
2、XXXXX(用例名稱)
……
2.4.1.4. 用戶界面
概要描述功能對應的用戶界面風格采用原型生命周期的項目也可以提供原型界面拷貝。
2.4.2. XXXXXXX(功能需求名稱)
……
3. 非功能需求
3.1. 性能要求
3.1.1. 精度[可選]
說明對該軟件的輸入、輸出數據精度的要求可能包括傳輸過程中的精度。
3.1.2. 時間特性要求
說明對于該軟件的時間特性要求如對響應時間更新處理時間數據的轉換和界面更新傳送時間等的要求。
3.1.3. 輸人輸出要求
解釋各輸入輸出數據類型并逐項說明其媒體、格式、數值范圍、精度等。對軟件的數據輸出及必須標明的控制輸出量進行解釋并舉例包括對硬拷貝報告正常結果輸出、狀態輸出及異常輸出以及圖形或顯示報告的描述。
3.2. 數據管理能力要求[可選]
說明需要管理的文卷和記錄的個數、表和文卷的大小規模要按可預見的增長對數據及其分量的存儲要求做出估算。
3.3. 安全保密性要求
用戶對系統所應具備的故障處理能力、處理方式及故障后的系統恢復、數據恢復等要求對系統防止機密數據被非法侵入、修改及丟失的要求。
3.4. 靈活性要求[可選]
說明對該軟件的靈活性的要求即當需求發生某些變化時該軟件對這些變化的適應能力如
a操作方式上的變化
b運行環境的變化
c同其他軟件的接口的變化
d精度和有效時限的變化
e計劃的變化或改進。
對于為了提供這些靈活性而進行的專門設計的部分應該加以標明。
3.5. 其他專門要求[可選]
如用戶單位對使用方便的要求對可維護性、可補充性、易讀性、可靠性、異常處理要求、運行環境可轉換性的特殊要求等。
4. 運行環境規定?
4.1. 設備?
列出運行該軟件所需要的硬設備。說明其中的新型設備及其專門功能包括
a處理器型號及內存容量
b外存容量、聯機或脫機、媒體及其存儲格式設備的型號及數量
c輸入及輸出設備的型號和數量聯機或脫機?
d數據通信設備的型號和數量
e功能鍵及其他專用硬件
4.2. 支持軟件
列出支持軟件,包括網絡和硬件設備平臺、操作系統平臺、數據庫系統平臺以及編譯或匯編程序和測試支持軟件等。
4.3. 接口[可選]
說明該軟件同其他軟件之間的接口、數據通信協議等。
4.4. 控制[可選]
說明控制該軟件的運行的方法和控制信號并說明這些控制信號的來源。
5. 需求跟蹤
需求跟蹤的主要目的是保證所有的需求都得到分析以承諾需求-分析需求對應表PRS_SRS表的方式描述已分析需求對已承諾需求的覆蓋情況。PRS_SRS表的格式請參見軟件需求管理過程規范SUPL-MANU-SRS-001。
6. 簽批單
我已閱讀上述軟件需求規格說明書我將嚴格遵守說明書中的條款并保證全力支持該規格說明書的實施。
執行主管:?
日期
技術主管:?
日期
項目組長:?
日期
用戶代表:?
日期
開發人員代表:?
日期
小組成員:?
日期
小組成員:?
日期
