軟件系統(tǒng)功能規(guī)格說明書模板

××××軟件系統(tǒng)功能規(guī)格說明書提交人：××××BD解決方案部神州數(shù)碼信息服務集團集成服務戰(zhàn)略本部2009年5月6日文檔修改歷史日期創(chuàng)建/修改人文檔版本修改描述目錄TOC\o"1-3"\u1 引言 11.1 術語、首字母縮寫 11.2 參考資料 12 項目背景 13 項目需求 13.1 功能性需求 13.2 非功能性需求 23.2.1 系統(tǒng)運行環(huán)境需求 23.2.2 系統(tǒng)性能需求 23.2.3 系統(tǒng)可擴展性需求 23.2.4 系統(tǒng)安全性需求 23.2.5 系統(tǒng)可靠性需求 23.2.6 系統(tǒng)可維護性需求 24 系統(tǒng)用例 34.1 用例模型 34.2 用例角色說明 34.3 用例說明 34.3.1 ××× 35 用戶界面 4引言目的【說明本文的的目標?！糠秶竞喴f明本文檔的范圍】預期讀者與閱讀建議【說明本文檔的預期讀者，簡要介紹文檔各個章節(jié)內(nèi)容與組織?！啃g語、首字母縮寫[提供本文檔中出現(xiàn)的所有術語定義、首字母縮寫。]參考資料[完整列出此文檔引用的其它任何文檔。每個文檔應標有序號、作者、標題、日期、出版社等]項目背景[這一部分簡要描述本項目的背景材料，以便讀者能夠對要實現(xiàn)的軟件系統(tǒng)有一個背景認識。本章可以從如下幾個方面來闡述：項目建設的必要性、項目建設解決的問題、項目目標。如果是某個大項目的一部分，也介紹一下整個大項目的情況。]項目需求[描述所有需求，包括功能性和非功能性需求（軟硬件運行環(huán)境、開發(fā)環(huán)境、界面要求、性能、安全性、外部接口、可擴展性、可靠性等等）。功能性需求可以用表格方式列出所有功能性需求，用子章節(jié)對需求進行分類。3.1.1事件管理需求編號需求名稱類型需求描述功能性、性能、擴展性、接口、易用性、安全性、可維護性、部署需求詳細描述非功能性需求系統(tǒng)運行環(huán)境需求【說明該系統(tǒng)的軟硬件運行環(huán)境、系統(tǒng)的部署方式等】系統(tǒng)性能需求【說明系統(tǒng)在性能方面的要求，包括：具體的性能指標】系統(tǒng)可擴展性需求【說明系統(tǒng)在可擴展性方面的要求?？蓴U展性包括：通過配置方式來滿足業(yè)務擴展需求，通過二次開發(fā)來滿足業(yè)務需求。】系統(tǒng)安全性需求【說明系統(tǒng)在安全性方面的要求，如加解密、權限、身份認證等】系統(tǒng)可靠性需求【說明系統(tǒng)在可靠性方面的要求】系統(tǒng)可維護性需求【說明系統(tǒng)在可維護性方面的要求，如代碼的注釋量、第三方軟件的代碼占比等等。】系統(tǒng)用例用例模型[采用用例模型說明該系統(tǒng)主要用例以及涉及的用例主角。]用例角色說明[說明用例模型中涉及的每個用例是干什么的。]角色名稱描述用例說明×××[該節(jié)應包含所有的軟件功能性規(guī)定，其詳細程度應使設計人員能夠設計出可以滿足這些功能的系統(tǒng)，并使測試人員能夠測試該系統(tǒng)是否滿足這些功能規(guī)定。

用簡捷的語句說明特性名稱。每個子章節(jié)說明一個用例，如下：用例編號采用用例名稱的漢語拼音首字母，加上三位數(shù)字編號，如FFJBGL-001用例名稱用例優(yōu)先級■必須□可選用例角色與該用例交互的用戶或者外部系統(tǒng)用例說明主要事件流用例執(zhí)行的主要正常事件流。建議用各種流程圖及對應的說明文字進行描述，如UML順序圖。主要異常事件流用例執(zhí)行異?；蛘咤e誤時的事件流。建議用各種流程圖及對應的說明文字進行描述，如UML順序圖。用例觸發(fā)條件用例執(zhí)行后狀態(tài)備注用戶界面[定義系統(tǒng)將提供的具體的用戶界面、打印報表格式等，包括：界面風格約定菜單項，菜單項名稱、相應的功能。整個系統(tǒng)的菜單用一個表格統(tǒng)一說明，包括：主菜單、包含的子菜單、快捷方式、功能說明快捷按鈕說明標準的信息提示窗口（5）主要界面說明，包括數(shù)據(jù)項說明（特別是一些枚舉類的數(shù)據(jù)項）、數(shù)據(jù)項的約束規(guī)則，按鈕的動作說明等。]第三方系統(tǒng)接口【描述或者定義與第三方系統(tǒng)之間的接口，包括本系統(tǒng)對外開放的API接口。如