xx項目需求規(guī)格說明書xx公司xxxx年xx月xx日版本：變更記錄1在概述部分應對整個系統(tǒng)進行概要描述。通常還包括目的、適用范圍、預期讀者和閱讀建議、術(shù)語定義和參考資料等。此處描述本軟件需求規(guī)格說明書的目的。本文檔適用于所有與本項目有關(guān)的軟件開發(fā)階段及其相關(guān)人員，其中：客戶代表、項目經(jīng)理、技術(shù)員可選擇性閱讀本文檔。根據(jù)讀者角色的不同，給予不同的閱讀建議。非軟件的最終購買者等。列出相關(guān)的參考資料信息。A3為3對于這些需求在項目實施過程中需重點投入資源，優(yōu)先實現(xiàn)，只有在這些需求上達成求的,滿足正常業(yè)務必須的。的時間時考慮這些需求的實現(xiàn)2、實現(xiàn)這些需求會使產(chǎn)品更完美，若不實現(xiàn)也不影響產(chǎn)品的功能與性能，屬于錦上添花；3、求實現(xiàn)的緊急程度為低。2簡單介紹項目，包括其項目背景，定義和意義等。確定系統(tǒng)的使用用戶和角色，以及其描述。系統(tǒng)需要遵循的相關(guān)標準和規(guī)范。2.4.1功能架構(gòu)圖用圖形的方式描述系統(tǒng)的總體的功能架構(gòu)圖，并適當輔以文字描述。2.4.2功能列表匯總xx項目的各子系統(tǒng)、各功能模塊和子功能的需求編號和優(yōu)先級。高高中高高高高高高高高高中高高高2.5.1核心業(yè)務流程1用基本流程圖和跨職能流程圖描述核心的業(yè)務流程，并輔以文字對核心流程進行詳細描述。2.5.2核心業(yè)務流程2用基本流程圖和跨職能流程圖描述核心的業(yè)務流程，并輔以文字對核心流程進行詳細描述。2.5.3核心業(yè)務流程3用基本流程圖和跨職能流程圖描述核心的業(yè)務流程，并輔以文字對核心流程進行詳細描述。2.6.1用例圖1對核心用例使用用例圖圖形表示，并可輔以適當?shù)奈淖终f明。2.6.2用例圖2對核心用例使用用例圖圖形表示，并可輔以適當?shù)奈淖终f明。2.6.3用例圖3對核心用例使用用例圖圖形表示，并可輔以適當?shù)奈淖终f明。3在這一部分應對所有的軟件需求進行足夠詳細的描述。詳盡程度應以足夠軟件設計人員進行概要設計和系統(tǒng)測試人員進行系統(tǒng)測試計劃和編寫測試用例為準。按系統(tǒng)功能的體系結(jié)構(gòu)組織本章內(nèi)容。3.1.1功能模塊A在這一部分應對所有的軟件的功能需求進行足夠詳細的描述。各功能應用普通文字或圖表描述。并同時指出功能實現(xiàn)與業(yè)務需求的關(guān)系，即此功能實現(xiàn)了哪一部份的業(yè)務需求。1注：此編號指《業(yè)務需求說明書》附錄一：業(yè)務需求編號。注：此編號為功能設計的唯一編號，用于功能的唯一標識。注：可以按照STAR原則進行描述，及在什么情況下需要完成怎樣的任務，進行怎樣的操作達到怎樣的結(jié)果。注：需要說明哪些用戶參與此功能活動，可以通過矩陣進行描述。包括主要的頁面描述。注：需要描述業(yè)務流程的入口條件、跳轉(zhuǎn)條件、執(zhí)行結(jié)果、規(guī)則要求。包括主要的頁面、報表、輸出數(shù)據(jù)等的描述。3.1.2功能模塊B4在這一部分應對所有的軟件需求進行足夠詳細的描述。詳盡程度應以足夠軟件設計人員進行概要設計和系統(tǒng)測試人員進行系統(tǒng)測試計劃和編寫測試用例為準。4.1.1可用性用戶使用的方便性、易用性和易學習性，如：1.輸入的無合法性檢查和值域檢查2.對于復雜的動作要有必要的提示信息3.記憶用戶的設置或操作習慣，方便用戶操作4.對系統(tǒng)或數(shù)據(jù)進行重大修改，要有用戶確認4.1.2可靠性和健壯性在這一部分應對所有的影響軟件的可靠性需求進行足夠詳細的描述。應注意用數(shù)字說明所要求的可靠程度。例如使用年度正常運行時間、月正常運行時間、維護時間、當機時間來說明系統(tǒng)的可靠程度；使用可允許的缺陷數(shù)量來界定系統(tǒng)質(zhì)量，如最大缺陷數(shù)量、缺陷比例、安全操作——系統(tǒng)強壯性要求和操作的有效性要求，比如用戶誤操作的系統(tǒng)容錯能力、操作的正常次序要求和有效性輸入檢查等等。通常給出平均無故障時間或兩次故障間的平均間隔時間等。4.1.3可維護性規(guī)定若干需求以確保軟件是可維護的。例如：1.軟件模塊所需要的特殊的耦合矩陣；2.使用行業(yè)標準、編碼標準、開放式結(jié)構(gòu)、可兼容語言、備份及復原和數(shù)據(jù)交換等。3.可擴展性4.1.4說明該軟件在需求或環(huán)境發(fā)生某些變化時，該軟件對這些變化的適應能力的要求，如：需求及流程變化；操作方式變化；機構(gòu)人員變化；性能需求表示用戶對系統(tǒng)響應速度、處理能力、數(shù)據(jù)處理精度以及可靠性等指標的要求。一般性能需求分類如下：處理速度——要給出關(guān)鍵交互界面的業(yè)務處理速度的量化時間和輸入數(shù)據(jù)次數(shù)，如簡單查詢響應時間、動態(tài)查詢響應時間、后臺處理效率等，以便以后測試人員驗證。處理結(jié)果的精度要求——按照不同的業(yè)務數(shù)據(jù)要求，給出相關(guān)數(shù)據(jù)小數(shù)點保留位數(shù)和累加后數(shù)據(jù)的誤差范圍。事務處理的吞吐量要求指的是保護軟件的要素，以防止各種非法的訪問、使用、修改、破壞或者泄密。這個領域的具體需例如：要求對接入系統(tǒng)的用戶進行身份驗證。對不同角色的用戶設置不同的權(quán)限，通過角色定義實現(xiàn)不同角色個性化菜單的定制，有效控制用戶的功能權(quán)限。系統(tǒng)應提供日志記錄和管理功能，記錄所有用戶訪問系統(tǒng)的全部活動，并能夠形成審計報告。要求在傳輸過程中對數(shù)據(jù)進行加密處理，保證數(shù)據(jù)傳輸?shù)陌踩院屯暾浴Ｏ到y(tǒng)應具備病毒防范能力。防止主機崩潰方法和數(shù)據(jù)備份方法等。資金、人員、時間等多方面的綜合考慮從而指導軟件的設計和開發(fā)。例如，軟件的開發(fā)語言、開發(fā)環(huán)境、開發(fā)工具、第三方軟件、硬件使用以及網(wǎng)絡設備等。提供用戶使用軟件產(chǎn)品時的接口需求。例如，如果系統(tǒng)的用戶通過客戶端進行操作，就必須指定如報表或菜單的頁面、打印格式等用戶對軟件外觀風格的一種要求。如：公司標志，界面色彩基調(diào)等。規(guī)格的定義方式可以采用草圖或靜態(tài)原型的方式表示，一般描述分為兩個部分：整體描述和用系統(tǒng)之間的接口。對每一個所需的軟件產(chǎn)品，要提供如下內(nèi)容：2.名字；5.版本號；6.來源。對于每一個接口，這部分應說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。4.3.4通訊接口指定各種通信接口。例如，局部網(wǎng)絡的協(xié)議等等。4.4.1軟硬件環(huán)境需求4.4.2運行保障需求運行保障需求，主要從系統(tǒng)推廣、運行后日常維護角度進行考慮，包括硬件、系統(tǒng)軟件、應用軟件、數(shù)據(jù)備份等的運行保障。1、對硬件，特別是應用服務器和數(shù)據(jù)庫服務器，要求一般故障能夠在？天之內(nèi)予以解決；對于硬件重大故障，要求在？星期之內(nèi)予以解決。另外，要對系統(tǒng)數(shù)據(jù)量做出正確估算，預測硬件需要升級的時間點。2、系統(tǒng)軟件，主要指操作系統(tǒng)及數(shù)據(jù)庫軟件，對一般問題能在？？分鐘以內(nèi)予以解決，對重大問題在？天之內(nèi)予以解決。3、支撐軟件產(chǎn)品。本系統(tǒng)需要以下軟件產(chǎn)品：……