軟件需求規(guī)格說明書范例

1、文檔狀態(tài)：文檔編號：DraftV ReleasedModifyi ng:編撰：編撰日期：:保密級別：文檔版本：1.0.0項目管理協(xié)作支撐系統(tǒng)(The English Name )軟件需求規(guī)格說明書XXX項目小組修訂表編號生成版本修訂人修訂章節(jié)與內容修訂日期11.0XX2345審批記錄版本審批人審批意見審批日期1.0.01. 引言51.1 目的51.2 適用范圍51.3 參考資料51.4 術語和縮略語52. 系統(tǒng)概述 52.1 產(chǎn)品描述52.2 產(chǎn)品功能72.3 一般約束83. 功能性需求分類 83.1 功能描述13.2 功能描述2 錯誤!未定義書簽。84.產(chǎn)品的非功能性需求144.1 外部接口

2、說明 144.1.1 用戶接口 144.1.2 軟件接口 144.2 性能需求144.2.1 硬件的限制144.3 屬性144.3.1 友好性144.3.2 安全性 144.3.3 可維護性144.3.4 可轉移/換性154.4系統(tǒng)的運行環(huán)境 154.5其他需求154.5.1 用戶操作需求15附錄A:需求確認171. 引言1.1目的編寫此文檔的目的是進一步定制軟件開發(fā)的細節(jié)問題，希望能使本軟件開發(fā)工作更具體。是為使用戶、軟件開發(fā)者及分析人員對該軟件的初始規(guī)定有一個共同的理解，它說明了本產(chǎn)品的各項功能需求、性能需求和數(shù)據(jù)要求，明確標識各功能的實現(xiàn)過程，闡述實用背景及范圍，提供客戶解決問題或達到目

3、標所需的條件或權能，提供一個度量和遵循的基準。1.2適用范圍在各個行業(yè)中，當我們接受到用戶的商業(yè)項目后，在項目運行的全過程中充滿了不確定因素，只有有效的運用項目管理的科學和藝術，才有可能使項目取得成功。對以上方面要想達到有效的管理水平，必須有一套科學的管理方法，但是即使有了科學的管理方法，由于項目干系人之間的溝通、協(xié)作不到位，往往達不到預期的結果。 鑒于這種情況我們開發(fā)一套項目管理協(xié)作支撐系統(tǒng)，旨在為項目干系人提供一個交流、協(xié)作以及項目的進度跟蹤監(jiān)控、項目的質量控制、 項目相關資源的管理的軟件平臺，從而提高項目管理水平，實現(xiàn)了工作的協(xié)同化、提高了工作效率。1.3參考資料資料名稱標識符岀版單位作

4、者日期1.4術語和縮略語術語、縮略語解釋2. 系統(tǒng)概述2.1產(chǎn)品描述本項目的目標是：<1>決策支持：根據(jù)項目的需求及時提供所需信息，并在一定階段對各模塊的進度進行追蹤及提示,實現(xiàn)工作的協(xié)同化、提高了工作效率。<2>提高效率：利用軟件進行管理，避免人工管理的失誤以及延遲性，從而實現(xiàn)高效率的管理。本系統(tǒng)主要在軟件開發(fā)行業(yè)使用，也可對其他行業(yè)項目能夠做到粗粒度支撐。使用者包括項目管理人員，軟件編程人員，測試人員等，這些人員在計算機的應用、使用上不存在障礙，都在、計 算機的操作和使用方面得到過相關的培訓根據(jù)業(yè)務的頻繁程度。本體統(tǒng)的功能接受如下圖所示：-互目厲増i這一r應芋府-丿

5、隹主劃阪試|_補亠_戶-1 suf1 Isuuffih 也 塚T 1MD2 暑 lh.E'劈小rFlf-FFPT一目-rfiJa晝口借宦富工 Eugtl!-丫迸番Eg .Jai%»»埠交訶再2.2產(chǎn)品功能2.2.1 系統(tǒng)用例模型2.2.2業(yè)務流模型:It杭州電子科技大學軟件需求規(guī)格說明書業(yè)務流程模型說明： 三個階段。項目管理員注冊項目站點，對項目站點進行管理，對項目管理分為2.3 般約束假定：用戶能夠提供交付測試的環(huán)境；用戶能夠參與到需求的核準工作；約束：本系統(tǒng)的最后的交付日期是2007-10-08 ；設計和實現(xiàn)上的限制：基于.NET架構進行開發(fā)；使用 SqlSer

6、ver2000數(shù)據(jù)庫;3. 功能性需求分類3.1項目管理員管理站點項目管理員根據(jù)所需項目功能選擇適合自己的模版，設計自己喜歡的風格界面。3.1.1項目通告通知信息的發(fā)布及管理1. 功能說明：項目管理員可以把與項目相關的信息或者相關新聞根據(jù)該功能發(fā)布給項目成 員；2. 參與者：項目管理員，項目成員；3. 功能用例圖：3.1.2項目的任務分配管理及信息發(fā)布1. 功能說明：項目管理員根據(jù)項目需求創(chuàng)建項目任務，再向項目成員分配項目任務，把分 配任務以信息的形式發(fā)布給項目成員；杭州電子科技大學2. 參與者：項目管理員，項目成員;3. 功能用例圖：3.1.3項目的文檔管理1. 功能說明：項目管理員根據(jù)項目

7、需求把與項目相關的項目文檔（需求規(guī)格說明書，數(shù)據(jù) 庫分析說明書，用例圖等）發(fā)布，項目成員可以把相關的項目文檔下載到本 地，項目管理員可以指派項目成員管理項目文檔（添加，修改） 。2. 參與者：項目管理員，項目成員；3. 功能用例圖：3.1.4項目的進度規(guī)劃及跟蹤監(jiān)控1. 功能說明：項目管理員根據(jù)項目需求將項目分配給項目成員后，在完成項目的過程當 中，項目成員定時提交項目完成的百分比 （按條狀圖顯示），項目管理者隨時 了解項目成員的完成情況，可以有效把握項目進度，使項目能夠按時提交用 戶。1. 參與者：項目管理員，項目成員；2. 功能用例圖：3.1.5項目成員的工作日志發(fā)布及管理1. 功能說明：

8、項目成員在每一天工作結束的時候把自己在這一天所做的工作情況向項目管 理者匯報，再把明天計劃要做的東西也要向項目管理者匯報。2. 參與者：項目成員；3. 功能用例圖：3.1.6項目bug發(fā)布及跟蹤1. 功能說明：當項目進行到測試階段，測試人員根據(jù)項目需求測試項目，如有錯誤，測試 人員將bug信息發(fā)布到bug公布欄，其狀態(tài)為待修改。當程序員看到bug 信息，及時修改項目當中存在的 bug，修改完成后再將項目bug信息的狀態(tài) 修改為待測試，測試人員再進行二次測試，直到測試通過，狀態(tài)修改為 通過測試。2. 參與者：測試人員，項目成員；3. 功能用例圖：3.1.71. 功能說明：該模塊有兩種功能：1.

9、向任何人（如163,搜狐等）發(fā)電子郵件.2. 向項目成員內部發(fā)消息（紙條），發(fā)送消息時可以選擇接收人員，當發(fā)送者軟件需求規(guī)格說明書 發(fā)出消息后，接收者打開站點時提示有未讀消息，閱讀后改成以讀消息。2. 參與者：項目管理員，項目成員；3. 功能用例圖：3.1.8項目相關主題討論發(fā)布及管理1. 功能說明：項目管理員或者項目成員可以利用該功能發(fā)布項目相關的討論主題，其他 人員可以對其主題進行相關的討論（和網(wǎng)上的論壇有點相似）。2. 參與者：站點內部人員；3. 功能用例圖：3.1.9項目應用資料發(fā)布及管理1. 功能說明:It杭州電子科技大學軟件需求規(guī)格說明書項目管理員和項目成員可以隨時將項目相關資料（

10、參考資料）發(fā)布，項目成員 可以閱讀或下載。2. 參與者：項目管理員，項目成員；3. 功能用例圖：3.1.10項目網(wǎng)絡會議白板系統(tǒng)1. 功能說明：項目管理員可以根據(jù)項目完成情況在項目成員間進行交流討論，也可以邀請 其他人員參加會議，相當于一個網(wǎng)上會議。2. 參與者：站點內部人員，被邀請人員；3. 功能用例圖：3.1.11項目名片共享杭州電子科技大學軟件需求規(guī)格說明書4. 產(chǎn)品的非功能性需求4.1外部接口說明4.1.1 用戶接口【提供用戶使用軟件產(chǎn)品時的接口需求?！?.1.2 軟件接口【在此要指定需使用的其他軟件產(chǎn)品，以及同其他應用系統(tǒng)之間的接口?！?.2性能需求【從整體來說，本條應具體說明軟件、

11、或人與軟件交互的靜態(tài)或動態(tài)數(shù)值需求。a. 靜態(tài)數(shù)值需求可能包括：1）支持的終端數(shù)；2）支持并行操作的用戶數(shù)；3）系統(tǒng)響應的時間特性；b. 動態(tài)數(shù)值需求可能包括：欲處理的事務和任務的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量?！?.2.1 硬件的限制【本項包括在各種硬件約束下運行的軟件要求，例如，應該包括：a. 硬件配置的特點（接口數(shù)，指令系統(tǒng)等）；b. 內存儲器和輔助存儲器的容量?！?.3屬性【在軟件的需求之中有若干個屬性，以下指出其中的幾個】4.3.1 友好性【指的是用戶對界面的要求，程序界面友好度，可操作性等友好性信息】4.3.2 安全性【指的是保護軟件的要素，以防

12、止各種非法的訪問、使用、修改、破壞或者泄密。這個領域的具體需求必須包括：a. 利用可靠的密碼技術；b. 掌握特定的記錄或歷史數(shù)據(jù)集；c. 給不同的模塊分配不同的功能；d. 計算臨界值的檢查?！?.3.3 可維護性【規(guī)定若干需求以確保軟件是可維護的。:434 可轉移/換性【利用開發(fā)平臺提供的數(shù)據(jù)轉換功能，可以實現(xiàn)跨平臺數(shù)據(jù)轉換，實現(xiàn)不同數(shù)據(jù)庫數(shù)據(jù)間的數(shù)據(jù)轉換，如：FoxPro、Access、Microsoft SQL Server間的數(shù)據(jù)轉換?！?.4系統(tǒng)的運行環(huán)境【系統(tǒng)的起始運行時間，結束運行時間，運行的時限，運行的周期等?！?.5其他需求4.5.1 用戶操作需求【這里說明用戶要求的常規(guī)的和特

13、殊的操作。a. 在用戶組織之中各種方式的操作。例如，用戶初始化操作；b. 數(shù)據(jù)處理運行功能；c. 后援和恢復操作?！?. E-R圖和數(shù)據(jù)字典抽取5.1 E-R 圖根據(jù)以上的分析，把在整個系統(tǒng)過程中出現(xiàn)的實體及各個實體之間的關聯(lián)畫成E-R圖，以更好的從整體角度了解系統(tǒng)中所有的實體。比如：員T H志信息* NPD科技於學已K限!M JJ-時角色仁息11r. ： jj杭州電子1-01-N:C1它1N1N0業(yè)務基本信息收集NI4< I壟本倍息N客戶基本聯(lián)系人信息MD肌Q乩彳召侖基本信蠱!庫辛舉咬貨爪詁也木佇息'出庫單明細/*5.2數(shù)據(jù)字典對系統(tǒng)中出現(xiàn)的各個實體的屬性進行整理,外軟件需求規(guī)格說明書N ：D訃劃明細信息發(fā)貨川詰明細伯息形成數(shù)據(jù)字典，此可以做為后繼開發(fā)過程中數(shù)據(jù)結構設計、數(shù)據(jù)庫設計、數(shù)據(jù)庫表結構設計的主要來源。格式如下例所示:5.2.1員工基本信息屬性約束釋義備注員工編號必填員工在公司的工作編號，唯一標識姓名必填性別必填出生年月必填身份證號碼必填籍貫必填聯(lián)系電話必填家庭住址聯(lián)系地址:必填所在部門編號必填參照部門表從事崗位（職位）密碼必填默認