產品需求規(guī)格說明書V

1、××××股份有限公司產品需求規(guī)格說明書項目編號：項目經理：產品版本號：創(chuàng) 建 日 期2017年4月11日編 寫 人最后修改日期2017年10月10日審 核 人審 核 日 期2017年10 月10 日批 準 人批 準 日 期2017年10 月 12 日變更記錄變更章節(jié)號及名稱變更內容描述變更人變更日期變更前版本號批準人D5.3適應性刪除“5.3適應性”。內容并入“8質量需求”。M通篇修改了頁眉不一致的問題。M封面把“項目負責人”改為“項目經理”。M3.2需求分配表把需求分配表的表格移入，減少一個文檔。M3.3接口需求表把接口需求表的表格移入，減少一個文檔。

2、M3.4功能1（寫功能模塊的名稱）調整文檔結構，減少標題的說明。M變更記錄增加了變更人，下面刪除了C-創(chuàng)建。注：變更分三種：A增加，M修改，D刪除目錄1前言51.1編寫目的51.2術語定義51.3參考資料52任務描述52.1產品/項目概述52.2產品面向的最終用戶62.3產品適用范圍62.4產品生產或銷售的約束條件62.5計劃使用ezONE的產品或模塊62.6計劃使用的開源項目63功能需求63.1系統(tǒng)功能結構圖73.2需求分配表73.3接口需求表73.4功能1（寫功能模塊的名稱）7概述7功能介紹84數(shù)據(jù)描述84.1輸入/輸出數(shù)據(jù)84.2數(shù)據(jù)流圖85性能需求85.1數(shù)據(jù)精確度85.2時間特性86

3、運行需求96.1硬件接口96.2軟件接口96.3運行環(huán)境97用戶界面97.1本產品界面的整體風格、整體布局97.2具體界面描述98質量需求108.1正確性108.2健壯性108.3可靠性108.4可維護性108.5安全性108.6系統(tǒng)效率118.7可移植性118.8可用性118.9清晰性118.10兼容性119任務的進度計劃1110任務的人員分配及工作量分配（人月）111 前言1.1 編寫目的本報告的預期讀者是售前技術支持人員、產品經理、測試人員、開發(fā)人員、文檔美工人員、配置管理員。請分別寫出這些人員通過讀本報告要達到什么目的。1.2 術語定義說明本報告涉及的重要的業(yè)務和技術領域的術語。必填項

4、。1.3 參考資料包括：1）項目經核準的項目任務書、合同或上級機關的批文；2）項目總體計劃；3）文檔所引用的資料、標準和規(guī)范（列出這些資料的作者、標題、發(fā)表日期、出版單位或資料來源）。2 任務描述2.1 產品/項目概述用簡潔的語言描述本產品/項目的特點。如果是新產品，需要進行全面描述；如果是繼續(xù)開發(fā)的產品，對以前的版本進行簡單的描述，對新增內容詳細描述；如果是項目，要描述主要的調研活動及對象，還需描述用戶情況如用戶業(yè)務、用戶的工作流程、用戶的相關部門及職責、用戶的技術水平以及用戶原有系統(tǒng)情況。2.2 產品面向的最終用戶說明本產品最終用戶的類型，給出最終用戶要使用本產品必須具備的知識背景和能力。

5、例如本產品的最終用戶是系統(tǒng)集成商，則用戶具備的知識背景應該是對集成對象非常清楚，通過零開發(fā)就可以完成項目；如果本產品的最終用戶是二次開發(fā)商，則要具備的知識是什么等等。2.3 產品適用范圍適用范圍是指什么類型的行業(yè)，或企業(yè)；行業(yè)或企業(yè)的規(guī)模大?。梢杂萌藬?shù)、地域范圍、或者其他的指標來描述規(guī)模的大?。?。每種范圍都要與后面的性能指標相對應，以便于產品的市場宣傳。2.4 產品生產或銷售的約束條件產品的哪些部分受到國家政策的約束（例如：必須有生產許可證，必須符合什么國家標準，必須經過什么部委的認定等）。如果沒有約束可以填“無” 。如果有必須填上，以便銷售人員掌握。2.5 計劃使用ezONE的產品或模塊此

6、項必須填寫，如果不需要填“無”。2.6 計劃使用的開源項目請寫清楚開源項目名稱和版本號。3 功能需求根據(jù)用戶提出的需求，按功能類別進行敘述。從輸入什么信息、經怎樣的處理、得到何種輸出結果這幾方面進行功能描述，并說明其支持的終端數(shù)和應支持的并行操作的用戶數(shù)。要求文檔的閱讀者（產品經理、開發(fā)人員、測試人員、文檔人員）對功能的描述能夠正確地理解，基本不會產生二義性。3.1 系統(tǒng)功能結構圖畫出總體功能結構圖，說明各構件功能的描述及各構件功能間的接口關系。細化由功能劃分所生成的各部分的內容，應包括下列內容：（1） 必須完成的功能以及對此功能的詳細描述：按功能類型分類，逐條列出本軟件所能完成的各項功能以及

7、對此功能的詳細描述。（2） 不支持的功能以及相應的原因：列出本軟件所不支持的各項功能以及相應的原因（對照用戶需求說明書）。（3） 不確定的問題：說明目前尚未確定的問題及處理的計劃。3.2 需求分配表為給每個產品構件分配需求，請?zhí)顚懴卤?。標識產品構件名分配的需求（功能、性能）約束條件派生需求與其他派生需求的關系3.3 接口需求表為識別功能之間的接口或對象接口，請?zhí)钕卤?。標識產品構件名相關的產品構件名接口內/外部接口約束條件3.4 功能1（寫功能模塊的名稱）3.4.1 概述對功能1的功能進行概述。3.4.2 功能介紹首先畫一下本模塊的用例圖。本模塊功能點1描述（如果有界面操作，請寫出操作步驟。如果

8、有不同的屬性，請寫出各屬性的作用）。本模塊功能點2描述（如果有界面操作，請寫出操作步驟。如果有不同的屬性，請寫出各屬性的作用）。4 數(shù)據(jù)描述4.1 輸入/輸出數(shù)據(jù)說明本系統(tǒng)與外部系統(tǒng)的輸入輸出數(shù)據(jù)的類型及格式。4.2 數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度描述的數(shù)據(jù)流圖，此數(shù)據(jù)流圖不包含任何有關實現(xiàn)的內容，只是從最上層對有關內容加以描述。對于數(shù)據(jù)流圖中出現(xiàn)所有被命名的圖形元素應作為一個詞條加以定義，使得每一個圖形元素的名字都有一個確切的解釋。5 性能需求描述設計目標的性能需求，要列舉出每一個應用范圍的最大并發(fā)用戶數(shù)、最大在線用戶數(shù)的需求或響應時間的需求。5.1 數(shù)據(jù)精確度根據(jù)實際情況，確定軟件最終輸出

9、數(shù)據(jù)（包括傳輸中）的數(shù)據(jù)精確度。5.2 時間特性說明在約定的一種或幾種運行環(huán)境中和一定條件下，對該軟件的時間特性要求，如對響應時間、更新處理時間、數(shù)據(jù)的轉換和傳送時間、解題時間等的要求。6 運行需求6.1 硬件接口說明該軟件與硬件之間各接口的邏輯特點及運行該軟件的硬件設備特征。6.2 軟件接口說明該軟件與其它軟件之間接口，對于每個需要的軟件，應提供接口名稱、 規(guī)格說明和版本號。6.3 運行環(huán)境設備需求：列出運行該軟件所需要的硬設備。包括：處理器型號、內存容量、外存容量；聯(lián)機或脫機、設備的型號及數(shù)量；數(shù)據(jù)通訊設備的型號和數(shù)量。軟件需求：列出運行該軟件產品所需要的軟件環(huán)境（操作系統(tǒng)、數(shù)據(jù)庫），及該

10、軟件產品的部署。7 用戶界面說明本軟件的人機界面風格（內容、頁面布局、整體風格）。7.1 本產品界面的整體風格、整體布局整體風格、整體布局的描述，要有美工參與意見。7.2 具體界面描述需求1名稱：（例如登錄界面、首頁、欄目主頁、過程頁面等等）需求1描述：需求2名稱：需求2描述：8 質量需求一般軟件質量包括如下內容，對于本產品有什么樣的質量需求，選擇其中的某些項，按重要程度依次寫出（客戶最關心的，能成為賣點的質量內容才是質量的關鍵要素）。8.1 正確性軟件功能滿足用戶需求，達到了交付給用戶的水平。8.2 健壯性軟件在異常情況（需求范圍之外）下的運行能力、軟件的容錯能力和恢復能力。8.3 可靠性用平均無故障時間來衡量。應保證設計時所定義的平均無故障時間。給用戶的服務常常被中斷嗎？故障率是在可接受的范圍內嗎？故障一般由設計中未預料到的異常情況產生或由未測出的代碼缺陷造成。8.4 可維護性系統(tǒng)要求多少維護？維護的難度如何？8.5 安全性包括身份驗證、用戶授權級別、訪問約束或保護的重要數(shù)據(jù)。8.6 系統(tǒng)效率目標系統(tǒng)能有效地使用系統(tǒng)資源嗎？8.7 可移植性系統(tǒng)在另一平臺上重新駐宿，功能可以達到什么程度？8.8 可用性用戶接口是足夠的且便于操作嗎？操作員的錯誤在可接受的范圍內嗎？8.9 清晰性工作成果易讀，易理解8.10 兼容性是否