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

1、文檔狀態(tài)：文檔編號：DraftV ReleasedModifyi ng編撰：編撰日期：保密級別：文檔版本：1.0.0項目名稱(The English Name )軟件需求規(guī)格說明書XXX項目小組軟件需求規(guī)格說明書修訂表編號生成版本修訂人修訂章節(jié)與內(nèi)容修訂日期12345PAGE 2 OF 12軟件需求規(guī)格說明書審批記錄版本審批人審批意見審批日期1.0.0PAGE 3 OF 12軟件需求規(guī)格說明書目 錄1. 弓I言51.1 目的51.2 適用范圍51.3 參考資料51.4 術(shù)語和縮略語52. 系統(tǒng)概述 52.1 產(chǎn)品描述52.2 產(chǎn)品功能62.3 一般約束63. 功能性需求分類 63.1 功能描述

2、193.2 功能描述294. 產(chǎn)品的非功能性需求 94.1 外部接口說明 94.1.1 用戶接口 94.1.2 軟件接口 104.2 性能需求104.2.1 硬件的限制104.3 屬性104.3.1 友好性104.3.2 安全性 104.3.3 可維護性104.3.4 可轉(zhuǎn)移/換性104.4系統(tǒng)的運行環(huán)境 114.5其他需求114.5.1 用戶操作需求11附錄A:需求確認(rèn) 12PAGE 4 OF 12軟件需求規(guī)格說明書1. 引言1.1目的【說明編寫這份軟件需求說明書的目的，小組長、項目負(fù)責(zé)人和其他各部門領(lǐng)導(dǎo)及用戶是文檔的 預(yù)期讀者。明確系統(tǒng)范圍、系統(tǒng)與其他系統(tǒng)的接口問題、及用戶的各種功能、界面

3、等需求。由預(yù)期讀者簽字 確認(rèn)，審核人中應(yīng)該包括用戶部門領(lǐng)導(dǎo)。 】1.2適用范圍【說明：a. 待開發(fā)的軟件系統(tǒng)的名稱；b. 說明軟件將干什么，如果需要的話，還要說明軟件產(chǎn)品不干什么；c. 說明軟件與其他系統(tǒng)的接口，本系統(tǒng)要完成什么，不完成什么，要實現(xiàn)的系統(tǒng)功能，需要其他系統(tǒng)提供什么，本系統(tǒng)需要為其他系統(tǒng)提供什么?！?.3參考資料資料名稱標(biāo)識符岀版單位作者日期1.4術(shù)語和縮略語術(shù)語、縮略語解釋2. 系統(tǒng)概述2.1產(chǎn)品描述【敘述該項軟件開發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說明的有關(guān)該軟件開發(fā)的背景材料。解釋被開發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。如果本軟件產(chǎn)品是一項獨立的軟件，而且全部內(nèi)容自含

4、，則說明這一點。如果所定義的產(chǎn)品是一個更大的系統(tǒng)的一個組成部分，則應(yīng)說明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系，為此可使用一張結(jié)構(gòu)圖來說明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口?！孔ⅲ航Y(jié)構(gòu)圖是用來描述系統(tǒng)的總體結(jié)構(gòu)以及系統(tǒng)內(nèi)部個部分之間的聯(lián)系，它以樹型結(jié)構(gòu)來表示。PAGE 5 OF 12軟件需求規(guī)格說明書例如:2.2產(chǎn)品功能【本條是為將要完成的軟件功能提供一個摘要。有時，如果存在較高層次的規(guī)格說明時，則功能摘要可從中取得，這個較高層次的規(guī)格說明為軟件產(chǎn)品分配了特殊的功能，為了清晰起見，可以使用以下任意一種方法來進行說明：a. 編制功能的一種方法是制作功能表，以便客戶或者第一次讀這個文件

5、的人都可以理解；b. 用方框圖來表達不同的功能和它們的關(guān)系也是有幫助的。但應(yīng)牢記這樣的圖不是產(chǎn)品設(shè)計時所需求的，而只是一種有效的解釋性的工具。】2.3 般約束【本條對設(shè)計系統(tǒng)時限制開發(fā)者選擇的其他一些項作一般性描述。而這些項將限定開發(fā)者在設(shè)計系統(tǒng)時的任選項。這些包括：a. 管理方針；b. 硬件的限制；c. 并行操作；d. 通信協(xié)議；安全和保密方面的考慮?！?. 功能性需求分類功能性需求分類方法：【數(shù)據(jù)流程分析：數(shù)據(jù)流程分析主要包括對信息的流動，變換，存貯等的分析。其目的是盡量發(fā)現(xiàn)數(shù)據(jù)流動中存在的問題，并找出加以解決的方法， 優(yōu)化數(shù)據(jù)流程。數(shù)據(jù)流程圖是一種全面的描述系統(tǒng)數(shù)據(jù)流 程的主要工具，他是

6、一組符號來描述整個系統(tǒng)中信息的全貌，綜合地反映信息在系統(tǒng)中的流動，處理和存貯情況。繪制數(shù)據(jù)流程圖常用的以下符號：外部實體，本系統(tǒng)或子系統(tǒng)以外的人或單位PAGE 6 OF 12軟件需求規(guī)格說明書數(shù)據(jù)流，一組確定的數(shù)據(jù)組成處理過程，表示對數(shù)據(jù)的加工處理，把它輸入的數(shù)據(jù)流轉(zhuǎn)化為輸出的數(shù)據(jù)流結(jié)構(gòu)存儲，是數(shù)據(jù)的倉庫，表示系統(tǒng)產(chǎn)生的數(shù)據(jù)存放的地方例如:定貨系統(tǒng)定貨報表】【UML的模型圖UML的模型圖能夠?qū)⒈唤５南到y(tǒng)的某一個方面的某一部分以圖形的方式表示出來，不同的視圖通過將多個不同的模型圖有機組合在一起就能夠描述系統(tǒng)模型的某方面的 特征。UML的模型圖是有模型元素構(gòu)成的，模型元素以圖標(biāo)的形式直觀形象的表

7、達各種概念。 有的模型元素可以在多個模型圖中使用，如注釋和注釋連接可以在任何模型圖中使用，用于給 其他的模型元素進行注釋。各種模型圖能使用的模型元素集合也不相同，在介紹各種模型圖的 時候會有具體的說明。UML定義了九種模型圖：用例圖(Use Case View)、類圖(Class Diagram)、對象圖(Object Diagram )、構(gòu)件圖(Component Diagram )、部署圖(Deployment Diagram )、 狀態(tài)圖(StateChart Diagram )、活動圖(Activity Diagram )、序列圖(Sequenee Diagram ) 以及協(xié)作圖(Co

8、llaboration Diagram )。例如：用例圖：PAGE 7 OF 12軟件需求規(guī)格說明書頂層包經(jīng)理活動圖:狀態(tài)圖:更新狀態(tài)更新登記登記狀態(tài)提交PAGE 8 OF 12軟件需求規(guī)格說明書【E-R圖是相對于概念模型而言的，在數(shù)據(jù)庫中有嚴(yán)格的界定，是P.P.S.Chen于1976年提出的 實體-聯(lián)系方法（Entityt-Relationship Approach）.該方法用E R圖來描述現(xiàn)實世界的概念模型.E R圖提供了表示實體型屬性 和聯(lián)系的方法；實體型：用矩形表示屬性：用橢圓形表示.聯(lián)系：用菱形表示.例如：其中用面向?qū)ο螅ㄓ美龍D）和面向結(jié)構(gòu)（數(shù)據(jù)流程圖）這兩種方法要根據(jù)項目自身特點，

9、進行選擇性地 運用，是可選的。3.1功能描述13.1.1 具體功能1【對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求，（根據(jù)需要，選擇性的用數(shù)據(jù)流程圖，實體圖或UML模型圖等來表示）d【如果選用面向?qū)ο蠓治鲈摴δ軙r，要寫明該功能模塊的前置條件，模塊中所參與的角色，用用例圖對功能模塊建模后，要有詳細的用例描述話語。】3.1.2 具體功能23.2功能描述24. 產(chǎn)品的非功能性需求4.1外部接口說明4.1.1 用戶接口【提供用戶使用軟件產(chǎn)品時的接口需求。】PAGE 9 OF 12軟件需求規(guī)格說明書4.1.2 軟件接口【在此要指定需使用的其他軟件產(chǎn)品，以及同其他應(yīng)用系統(tǒng)之間

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

11、等友好性信息】4.3.2 安全性【指的是保護軟件的要素，以防止各種非法的訪問、使用、修改、破壞或者泄密。這個領(lǐng)域的具體需求必須包括：a. 利用可靠的密碼技術(shù)；b. 掌握特定的記錄或歷史數(shù)據(jù)集；c. 給不同的模塊分配不同的功能；d. 計算臨界值的檢查?！?.3.3 可維護性【規(guī)定若干需求以確保軟件是可維護的。:4.3.4 可轉(zhuǎn)移/換性【利用開發(fā)平臺提供的數(shù)據(jù)轉(zhuǎn)換功能，可以實現(xiàn)跨平臺數(shù)據(jù)轉(zhuǎn)換，實現(xiàn)不同數(shù)據(jù)庫數(shù)據(jù)間的數(shù)據(jù)轉(zhuǎn)換，如：FoxPro、Access、Microsoft SQL Server間的數(shù)據(jù)轉(zhuǎn)換。】PAGE 10 OF 12軟件需求規(guī)格說明書4.4系統(tǒng)的運行環(huán)境【系統(tǒng)的起始運行時間，結(jié)

12、束運行時間，運行的時限，運行的周期等?！?.5其他需求4.5.1 用戶操作需求【這里說明用戶要求的常規(guī)的和特殊的操作。a. 在用戶組織之中各種方式的操作。例如，用戶初始化操作；b. 數(shù)據(jù)處理運行功能；c. 后援和恢復(fù)操作?！空尽?H出信息角色權(quán)限IN ：窖戶基本信息角色信息11:0部門韓本信息物資基本信息N:0員工基本信息M札合同基本信瓦）|NI*OMN :01H:0i牯求計劃皐木信息訃合同變更信息彈"91:0訃劃明細信息岀壞單明細_發(fā)貨申請明細信息、._ 丿I一丿J1:Q5. E-R圖和數(shù)據(jù)字典抽取5.1 E-R 圖根據(jù)以上的分析，把在整個系統(tǒng)過程中出現(xiàn)的實體及各個實體之間的關(guān)聯(lián)畫成E-R圖，以更好的從整體角度了解系統(tǒng)中所有的實體。比如：PAGE 11 OF 12軟件需求規(guī)格說明書5.2數(shù)據(jù)字典對系統(tǒng)中出現(xiàn)的各個實體的屬性進行整理，形成數(shù)據(jù)字典，此可以做為后繼開發(fā)過程中數(shù)據(jù)結(jié)構(gòu)設(shè)計、數(shù)據(jù)庫設(shè)計、數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計的主要來源。格式如下例所示：5.2.1員工基本信息屬性約束釋義備注員工編號必填員工在公司的工作編號，唯一標(biāo)識姓名必填性別必填出生年月必填身份證號碼必填籍貫必填聯(lián)系電話必填家庭住址聯(lián)系地址必填所在部門編號必填參照部門表從事崗位（職位）密碼必填默認(rèn)密碼用戶角色必填參照角色表操作員分類必填1.員工2