軟件需求分析說明書_6003

1、保密級別： S資料編號： SRS- 產品代號 -序列號 版本： V1.0“知游”在線旅游指導網部件型號名稱 （可選、小二號字體） 軟件需求分析說明書共 X 頁編制：審核：審定：會簽：批準：不知道第幾組2017 年3月18日文檔修改記錄日期版本修改內容修改人批準人2017,3,181.00需求說明書初稿吳建昆、張宏珂目錄1引言.41.1編寫目的 . .41.2背景 . .41.3項目介紹 . .41.4發(fā)展趨勢 . .41.5設計目標 . .52項目概述 . .32.1產品描述 . .32.2產品需求 . .42.2.1功能需求 . .42.2.2性能需求 . .42.2.3可服務性需求 . .

2、52.3用戶及用戶特點 . .52.4一般約束 . .52.5假設和依據(jù) . .63用例描述 . .63.1用例 1.63.2用例 2.73.3用例 n.74外部接口需求. .74.1用戶接口 . .74.2硬件接口 . .84.3軟件接口 . .84.4通信接口 . .85設計約束 . .85.1其他標準的約束 . .85.2硬件的限制 . .96屬性.96.1可用性. .96.2安全性. .96.3可維護性 . .96.4可轉移轉換性 . .106.5警告 . .107其他需求 . .107.1數(shù)據(jù)庫. .107.2操作 . .107.3場合適應性需求 . .118附錄.111說明：本模板

3、中的藍色字體與橙色字體為說明性文字，在最終提交的文檔中請刪除這些說明性的文字。 1 引言1.1 編寫目的編寫此文檔的目的是為進行該項目開發(fā)的相關人員提供需求分析討論參考，進一步制定本軟件開發(fā)的細節(jié)問題。并且為本軟件的用戶提供一個清晰的認識，它說明了本產品的各項功能需求、 性能需求和數(shù)據(jù)要求，明確標識各功能的實現(xiàn)過程，闡述了實用背景及范圍，提供客戶解決問題或達到目標所需的條件或權能，提供一個度量和遵循的標準。1.2 背景隨著國民收入水平提高，越來越多的人選擇走出家門去旅游。在選擇目的地的時候往往會感到困惑； 擔憂路線不熟悉、費用高昂和旅行社可能存在的一系列宰客行為。本軟件為廣大游客提供了一個在線

4、及交流的咨詢的平臺，能夠對游客選擇旅游路線、旅行社等提供建議和進行規(guī)劃。1.3 項目介紹“知游（ zhiyou ）”項目是一個能為游客提供交流和咨詢旅游相關信息的平臺，以網站為主能實現(xiàn)發(fā)帖回帖分享咨詢等功能。分為“春、夏、秋、冬、國內、國際”幾大板塊，能為游客選擇最合適的出行路線，還能解決一系列出游問題（費用規(guī)劃、旅行社選擇等）。1.4 發(fā)展趨勢發(fā)展方向：以在線網站的形式為游客提供交流咨詢服務、在將來逐漸加入網上虛擬游、和景區(qū)、 旅行社合作等功能為用戶提供多樣化的細致服務。作為第三方平臺，將來還可以起到監(jiān)督之效用。2項目的重點： 本項目重點打造成為一個為游客提供交流咨詢服務的第三方平臺。為了樹

5、立口碑、 提高知名度， 可以前期以非盈利性質進行推廣，在擁有一定活躍用戶之后再考慮與各行業(yè)進行合作。市場及前景： 針對目前相關軟件的缺乏和現(xiàn)實社會中游客普遍遇到的問題，本項目有非常龐大的受眾和為數(shù)不多的潛在對手，發(fā)展前景較為理想。1.5 設計目標本軟件項目的目標是：1、盡可能的節(jié)省開發(fā)過程中的費用。2、提高開發(fā)效率，縮短開發(fā)時間。3、使軟件易于升級和維護。4、軟件能夠長期有效運行。5、界面美觀，方便用戶使用。6、能快速高效地為用戶提供幫助和指導建議。2 項目概述2.1 產品描述敘述該項軟件開發(fā)的意圖、應用目標、 作用范圍以及其他應向讀者說明的有關該軟件開發(fā)的背景材料。 解釋被開發(fā)軟件與其他有關

6、軟件之間的關系。如果本軟件產品是一項獨立的軟件， 而且全部內容自含，則說明這一點。 如果所定義的產品是一個更大的系統(tǒng)的一個組成3部分，則應說明本產品與該系統(tǒng)中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統(tǒng)的組成和本產品同其他各部分的聯(lián)系和接口。2.2 產品需求功能需求本條是為將要完成的軟件功能提供一個摘要。例如， 對于一個記帳程序來說，需求說明可以用這部分來描述： 客房帳目維護、 客房財務報表和發(fā)票制作， 而不必把功能所要求的大量的細節(jié)描寫出來。有時，如果存在較高層次的規(guī)格說明時， 則功能摘要可從中取得， 這個較高層次的規(guī)格說明為軟件產品分配了特殊的功能，為了清晰起見，請注意：a

7、編制功能的一種方法是制作功能表，以便客戶或者第一次讀這個文件的人都可以理解；b 用方框圖來表達不同的功能和它們的關系也是有幫助的。但應牢記， 這樣的圖不是產品設計時所需求的，而只是一種有效的解釋性的工具。c 用系統(tǒng)用例圖可以表達系統(tǒng)主要功能，如果功能較多， 可以按功能分組分幾個小節(jié)分別描述。范例：需求需求需求需求編號版本名稱描述PR01V1.0采集屬性采集遙測點的采集屬性包括采集RTU 號、點號、工程轉換系數(shù)等性能需求從整體來說，本條應具體說明軟件、或人與軟件交互的靜態(tài)或動態(tài)數(shù)值需求。A 靜態(tài)數(shù)值需求可能包括：1) 支持的終端數(shù)；2) 支持并行操作的用戶數(shù)；3) 處理的文卷和記錄數(shù)；4) 表和

8、文卷的大小。4B 動態(tài)數(shù)值需求可能包括：欲處理的事務和任務的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量。所有這些需求都必須用可以度量的術語來敘述。例如，95 的事務必須在小于1s 時間內處理完，不然，操作員將不等待處理的完成。范例：需求需求需求需求編號版本名稱描述TR01V1.0遙控、遙調正確率遙控、遙調正確率 >99.99%可服務性需求從易于安裝與調試方面提出產品的可服務性需求。需求需求需求需求編號版本名稱描述SER01V1.0產品安裝包應制作產品安裝包，一步一步指導完成監(jiān)控軟件、數(shù)據(jù)庫服務器、基礎數(shù)據(jù)的安裝及配置。2.3 用戶及用戶特點列出系統(tǒng)所有可能的用戶，

9、建議用UML 圖表示。列出本軟件的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟件的預期使用頻度。這些是軟件設計工作的重要約束。2.4 一般約束本條對設計系統(tǒng)時限制開發(fā)者選擇的其他一些項作一般性描述。而這些項將限定開發(fā)者在設計系統(tǒng)時的任選項。這些包括：a 管理方針；b 硬件的限制；c 與其他應用間的接口；d 并行操作；e 審查功能；5f 控制功能；g 所需的高級語言；h 通信協(xié)議；i 應用的臨界點；j 安全和保密方面的考慮。2.5 假設和依據(jù)本條列出影響需求說明中陳述的需求的每一個因素。這些因此不是軟件的設計約束，但是它們的改變可能影響到需求說明中的需求。例如：假定一

10、個特定的操作系統(tǒng)是在被軟件產品指定的硬件上使用的，然而， 事實上這個操作系統(tǒng)是不可能使用的，于是，需求說明就要進行相應的改變。3 用例描述下面各節(jié)分別描述各用例的具體流程。3.1 用例 1給出對本用例的概括性說明，這里的說明不僅限于文字， 可以給出界面草圖、活動流程圖等。按下表的方式描述用例準確過程用例 1用例名稱描述該用例的詳細解釋前提要使該用例能夠工作，系統(tǒng)需要處于什么樣條件下，如商店要賣東西必須先開張觸發(fā)條件是什么導致這個用例開始工作？如顧客需要商品，并進入商店。成功用例完成后系統(tǒng)處于什么狀態(tài)？如顧客擁有了所需產品并感到愉快，貨幣保存在出納機中，等待下一位顧客。中止如果用例被放棄了，會發(fā)

11、生哪些情況？如，如果顧客放下購物籃沒有買任何東西離開，需要有人看到這些并把貨物放回原處。參與者主要的誰起主導作用？如顧客和收款員？從屬的誰起次要作用？如店員？過程步驟活動名描述1623變更步驟活動名描述異常步驟活動名描述3.2 用例 2.3.3 用例 n.4 外部接口需求4.1 用戶接口提供用戶使用軟件產品時的接口需求。例如，如果系統(tǒng)的用戶通過顯示終端進行操作，就必須指定如下要求：a 對屏幕格式的要求；b 報表或菜單的頁面打印格式和內容；c 輸入輸出的相對時間；d 程序功能鍵的可用性。74.2 硬件接口要指出軟件產品和系統(tǒng)硬部件之間每一個接口的邏輯特點。還可能包括如下事宜：支撐什么樣的設備，如

12、何支撐這些設備，有何約定。4.3 軟件接口在此要指定需使用的其他軟件產品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學軟件包），以及同其他應用系統(tǒng)之間的接口。對每一個所需的軟件產品，要提供如下內容：a 名字；b 助記符；c 規(guī)格說明號；d 版本號；e 來源。對于每一個接口，這部分應說明與軟件產品相關的接口軟件的目的，并根據(jù)信息的內容和格式定義接口， 但不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。4.4 通信接口指定各種通信接口。例如，局部網絡的協(xié)議等等。5 設計約束設計約束受其他標準、硬件限制等方面的影響。5.1 其他標準的約束本項將指定由現(xiàn)有的標準或規(guī)則派生的要求。例如：a 報表

13、格式；b 數(shù)據(jù)命名；8c 財務處理；d 審計追蹤，等等。5.2 硬件的限制本項包括在各種硬件約束下運行的軟件要求，例如，應該包括：a 硬件配置的特點（接口數(shù)，指令系統(tǒng)等）；b 內存儲器和輔助存儲器的容量。6 屬性在軟件的需求之中有若干個屬性，以下指出其中的幾個（注意： 對這些決不應理解為是一個完整的清單）。6.1 可用性可以指定一些因素， 如檢查點、 恢復和再啟動等， 以保證整個系統(tǒng)有一個確定的可用性級別。6.2 安全性指的是保護軟件的要素，以防止各種非法的訪問、使用、修改、破壞或者泄密。這個領域的具體需求必須包括：a 利用可靠的密碼技術；b 掌握特定的記錄或歷史數(shù)據(jù)集；c 給不同的模塊分配不

14、同的功能；d 限定一個程序中某些區(qū)域的通信；e 計算臨界值的檢查和。6.3 可維護性規(guī)定若干需求以確保軟件是可維護的。例如：9a 軟件模塊所需要的特殊的耦合矩陣；b 為微型裝置指定特殊的數(shù)據(jù)程序分割要求。6.4 可轉移轉換性規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序，用戶接口兼容方面的約束等等。6.5 警告指定所需屬性十分重要，它使得人們能用規(guī)定的方法去進行客觀的驗證。7 其他需求根據(jù)軟件和用戶組織的特性等，某些需求放在下面各項中描述。7.1 數(shù)據(jù)庫本項對作為產品的一部分進行開發(fā)的數(shù)據(jù)庫規(guī)定一些需求，它們可能包括：a 在功能需求中標識的信息類別；b 使用的頻率；c 存取能力；d 數(shù)據(jù)元素和文卷描述符；e 數(shù)據(jù)元素、記錄和文卷的關系；f 靜態(tài)和動態(tài)的組織；g 數(shù)據(jù)保存要求。注：如果使用一個現(xiàn)有的數(shù)據(jù)庫包，這個包應在“軟件接口 ”中命名，并在那里詳細說明其用法。7.2 操作這里說明用戶要求的常規(guī)的和特殊的操作。10A 在用戶組織之中各種方式的操作。例如，用戶初始化操作；B 交互作用操作的周期和無人操作的周期；C 數(shù)據(jù)處理運行功能；D 后援和恢復操作。注：這里的內容有時是用戶接口的一部分。7.3 場合適應性需求這里包括：a 對給定場合或相關任務或操作方式的任何數(shù)據(jù)或初始化順序的需求進行定義。例如，柵值，安全界限等等。b 指出場合或相關任務為特點，這里可以被