奧體中心系統管理系統軟件需求規格說明書目錄一、 引言 21、 編寫目的 22、 軟件需求分析理論 23、 軟件需求分析目標 24、 參考文獻 3二、 需求概述 31、 項目背景 32、 需求概述 33、 系統結構 34、 網絡拓撲圖 4三、 系統功能需求 5四、 軟硬件和其他外部接口需求 61、 用戶界面 62、 硬件需求 63、 接口需求 74、 通訊需求 75、 運行環境 7五、 其他非功能需求 71、 性能需求 82、 安全設施需求 83、 安全性需求 94、 擴展性需求 9引言編寫目的為明確軟件需求、安排項目規劃與進度、組織軟件開發與測試，撰寫本文檔。軟件需求分析理論軟件需求分析（Software

Reguirement

Analysis）是研究用戶需求得到的東西，完全理解用戶對軟件需求的完整功能，確認用戶軟件功能需求，建立可確認的、可驗證的一個基本依據。

軟件需求分析是一個項目的開端，也是項目實施最重要的關鍵點。據有關的機構分析結果表明，設計的軟件產品存在不完整性、不正確性等問題80％以上是需求分析錯誤所導致的，而且由于需求分析錯誤造成根本性的功能問題尤為突出。因此，一個項目的成功軟件需求分析是關鍵的一步。軟件需求分析目標軟件需求分析的主要實現目標：

1)

對實現軟件的功能做全面的描述，幫助用戶判斷實現功能的正確性、一致性和完整性，促使用戶在軟件設計啟動之前周密地、全面地思考軟件需求；

2)

了解和描述軟件實現所需的全部信息，為軟件設計、確認和驗證提供一個基準；

3)

為軟件管理人員進行軟件成本計價和編制軟件開發計劃書提供依據；

需求分析的具體內容可以歸納為六個方面：軟件的功能需求，軟件與硬件或其他外部系統接口，軟件的非功能性需求，軟件的反向需求，軟件設計和實現上的限制，閱讀支持信息。

軟件需求分析應盡量提供軟件實現功能需求的全部信息，使得軟件設計人員和軟件測試人員不再需要需求方的接觸。這就要求軟件需求分析內容應正確、完整、一致和可驗證。此外，為保證軟件設計質量，便于軟件功能的休整和驗證，軟件需求表達無岔意性，具有可追蹤性和可修改性。參考文獻1.

《軟件工程基礎》

趙一丁

北京郵電大學出版社

2.

《軟件需求》

勞森

(作者),

劉曉暉

(譯者)

電子工業出版社

3.

《軟件需求工程：原理和方法》

金芝，劉璘，金英

科學出版社

4.

《實用軟件工程》第三版

殷人昆

清華大學出版社需求概述項目背景第一屆全國青年運動會將于福州海峽奧體中心舉行。奧體中心體育場包含有足球場、游泳館、羽毛球館、籃球場、網球場等。屆時，以福州為主，泉州、廈門、漳州等市為輔的賽區，將完成26個大項、30個分項、306個小項的比賽，包括港澳臺在內80多個參賽城市、82個代表團參加。為了實現奧體中心管理更加高效、安全、便捷，解決傳統管理方式存在的缺陷，結合物聯網技術實現場館管理員、保安、觀賽用戶在門禁管理、安防管理、用戶導覽、環境監控等。需求概述奧體中心協同管理系統包含的基本內容：場館門禁管理子系統場館刷卡驗證子系統場館安防管理子系統保安安防移動子系統奧體場館導覽子系統餐廳環境監控子系統系統結構網絡拓撲圖系統功能需求場館門禁管理子系統完成奧體場館管理端發卡程序，使用桌面高頻讀寫器完成發卡操作，發卡成功后將數據保存到數據庫。其中發卡內容包括卡號、次數、日期。場館刷卡驗證子系統用戶進入場館時，使用分發得到的卡片作為入場憑證，系統驗證卡片的卡號、次數、日期，如果驗證成功，系統對用戶進行拍照，并將拍照的圖片數據保存到數據庫，同時提示用戶驗證通過可以進入奧體場館。場館安防管理子系統使用紅外對射、火焰、煙霧等物聯網傳感設備，實現場館的安防管理系統，當紅外對射檢測到有非法入侵，或者檢測到有火焰、煙霧時報警燈閃爍，系統通過Socket通訊方式通知保安安防移動子系統，安防移動系統接到通知后，可關閉報警燈。保安安防移動子系統基于android客戶端實現監聽場館安防管理子系統發送的警情，實現保安對場館的實時防衛。奧體場館導覽子系統實現對奧體主要場館的android移動端導覽參觀，獲取ZigBee四通道溫濕度值的顯示，用戶使用導覽客戶端在進入每個場館時，都會對該場館進行語音介紹等功能。餐廳環境監控子系統餐廳環境監控子系統包含于奧體場館導覽系統中，通過ZigBee協議完成對相關ZigBee傳感器數據的獲取。軟硬件和其他外部接口需求用戶界面門禁管理發卡程序刷卡驗證程序進場紀錄安防管理程序保安移動客戶端場館導覽程序足球場餐廳環境監控子系統，排隊預約硬件需求這里不列出詳細的配置清單，附上硬件配置采購原則：1)高性能原則保證所選購的服務器，不僅能夠滿足運營系統的運行和業務處理的需要，而且能夠滿足一定時期業務量的增長。一般可以根據經驗公式計算出所需的服務器TpmC值(Tpmc是衡量計算機系統的事務處理能力的程序)，然后比較各服務器廠商和TPC組織公布的TpmC值，選擇相應的機型。同時，用服務器的市場價/報價除去計算出來的TpmC值得出單位TpmC值的價格，進而選擇高性能價格比的服務器。2)可靠性原則可靠性原則是所有選擇設備和系統中首要考慮的，尤其是在大型的、有大量處理要求的、需要長期運行的系統上。考慮服務器系統的可靠性，不僅要考慮服務器單個節點的可靠性或穩定性，而且要考慮服務器與相關輔助系統之間連接的整體可靠性，如：網絡系統、安全系統、遠程打印系統等。在必要時，還應考慮對關鍵服務器采用集群技術，如：雙機熱備份或集群并行訪問技術，甚至采用可能的完全容錯機。3)可擴展性原則保證所選購的服務器具有優秀的可擴展性原則。因為服務器是所有系統處理的核心，要求具有大數據吞吐速率，包括：I/O速率和網絡通訊速率，而且服務器需要能夠處理一定時期的業務發展所帶來的數據量，需要服務器能夠在相應時間對其自身根據業務發展的需要進行相應的升級，如：CPU型號升級、內存擴大、硬盤擴大、更換網卡、增加終端數目、掛接磁盤陣列或與其他服務器組成對集中數據的并發訪問的集群系統等。這都需要所選購的服務器在整體上具有一個良好的可擴充余地。一般數據庫和計費應用服務器在大型計費系統的設計中就會采用集群方式來增加可靠性，其中掛接的磁盤存儲系統，根據數據量和投資考慮，可以采用DAS、NAS或SAN等實現技術。4)安全性原則服務器處理的大都是相關系統的核心數據，其上存放和運行著關鍵的交易和重要的數據。這些交易和數據對于擁有者來說是一筆重要的資產，他們的安全性就非常敏感。服務器的安全性與系統的整體安全性密不可分，如：網絡系統的安全、數據加密、密碼體制等。服務器需要在其自身，包括軟硬件，都應該從安全的角度上設計考慮，在借助于外界的安全設施保障下，更要保證本身的高安全性。5)可管理性原則服務器既是核心又是系統整體中的一個節點部分，就像網絡系統需要進行管理維護一樣，也需要對服務器進行有效的管理。這需要服務器的軟硬件對標準的管理系統支持，尤其是其上的操作系統，也包括一些重要的系統部件。接口需求系統建設采用先進的成熟技術，建立嚴密、體系化的系統管理、應用平臺，應具有良好的分層設計，整體系統擴充性能良好，能夠根據業務的發展或變更，在保持現有業務處理不受影響的前提下，具有持續擴充功能、適度變化的能力。系統提供Web

Services

接口，通過SOAP可以方便的與客戶現用系統進行集成，交換的文件信息采用規范的JSON格式，可以很方便地與其他系統進行信息交換，以滿足信息化不斷發展和系統集成需要。通訊需求系統采用http

ssl通信安全或加密、數據傳輸速率和同步通信機制。對于客戶端與服務器交互的數據，使用安全套接子層(SSL,SSL加密傳輸主要是針對WEB的數據傳輸，基于重要信息的傳輸安全考慮而設計的。)進行信息交換，并在客戶移動終端和服務器之間重要的信息的交換。

運行環境硬件環境1GHz32位或64位處理器、1GB內存（基于32位）或2GB內存（基于64位）、16GB可用硬盤空間（基于32位）或20GB可用硬盤空間（基于64位）、帶有WDDM1.0或更高版本的驅動程序的DirectX9圖形設備軟件環境Windows7以上操作系統、android2.2以上操作系統、SQLServer2008、IIS6、VisualStudio2012、EclipseAndroid插件開發平臺其他非功能需求性能需求處理能力

系統處理能力主要考慮系統能承載的最大并發用戶數，按照實際情況的規劃，系統至少能承載的最大并發用戶數要求達到400。

響應時間

為了能夠快捷地提供查詢服務，系統應該能夠快速地響應查詢請求。用戶最終得到結果的響應時間除了與系統響應速度有關外，還與網絡狀況有關。以提出的是對WEB查詢頁面查詢響應速度的需求：時間段種類響應時間（秒）平時新增業務數據2高峰4平時簡單操作2復雜操作10查詢高峰簡單操作8復雜操作20注：簡單查詢是指涉及單個條件的嚴格匹配查詢；復雜查詢是指涉及多個條件，或者使用模糊匹配的查詢及統計；查詢高峰指并發用戶高于系統支持最大并發用戶的60%時。安全設施需求系統在設計開發時，充分考慮用戶的具體情況及使用操作，不但要理論上可行，更重要的是實際上可用，更好地適應用戶需求。同時要把故障率降到最低，確保系統穩定可靠，系統具有高MBTF(平均無故障時間)

和低MTBR（平均無故障率），系統提供了容錯設計，有故障檢測和恢復手段。能在網絡、硬件或系統出現故障時，提供不同級別的容災服務。系統涉及到的各種數據關系到各部門的利益和系統的正常運行。系統平臺通過嚴格的流程與權限控制，做到嚴格審核與分配系統權限，嚴禁未經許可的用戶訪問和操作。同時由于系統的運行環境是分布式的，我們將采取有效、嚴格的軟件防護(防病毒軟件)與硬件防護(硬件防火墻)措施相結合預防外界用戶對系統的攻擊與破壞。另外系統建立了健全的備份和災難恢復機制，系統文件、應用服務的配置文件及二次開發代碼文件都需要做一個全備份，然后每天做一次增量備份，并進行異地存儲，分別存放在移動機房和其他機房。

安全性需求網絡安全

網絡專線與邊界防火墻