智能化運維管理系統(tǒng)_需求規(guī)格說明書_V

1、WORD格式可編輯智能運維管理系統(tǒng)V2.0需求規(guī)格說明書文件狀態(tài)： 草稿 正在修改J正式發(fā)布受控狀態(tài)：V 受控 非受控當(dāng)前版本：文件名：作者：審核人：批準(zhǔn)人：保密等級：批準(zhǔn)日期：專業(yè)技術(shù)資料整理分享WORD格式.可編輯修訂日期版本號修訂說明修訂人技術(shù)資料分享目錄1. 文檔介紹61.1. 文檔目的61.2. 文檔范圍61.3. 讀者對象61.4. 參考文檔61.5. 術(shù)語與縮寫解釋62. 系統(tǒng)概述72.1. 系統(tǒng)建設(shè)目標(biāo)72.2. 系統(tǒng)總體結(jié)構(gòu)82.3. 用戶的特點82.4. 設(shè)計和實現(xiàn)上的限制 93. 系統(tǒng)功能性需求93.1. 雙活中心工作運行狀態(tài)監(jiān)控模塊93.1.1. 場景描述 93.1.2

2、. 用例分析 93.1.3. 參與者列表93.2. 專用監(jiān)控功能模塊103.2.1. 場景描述 103.2.2. 用例分析103.2.3. 參與者列表113.3. 故障告警模塊123.3.1. 場景描述 123.3.2. 用例分析123.3.3. 參與者列表123.3.4. 用例描述 123.4. 數(shù)據(jù)配置管理模塊123.4.1. 場景描述123.4.2. 用例分析133.4.3. 參與者列表133.5. 故障切換管理模塊133.5.1. 場景描述 133.5.2. 用例分析133.5.3. 參與者列表143.6. 數(shù)據(jù)接口 143.6.1. 場景描述 143.6.2. 用例分析 143.6.

3、3. 參與者列表143.7. 故障處理143.7.1. 場景描述 143.7.2. 用例分析143.7.3. 參與者列表154. 系統(tǒng)非功能性需求154.1. 易用性需求154.1.1. 方便增加監(jiān)測設(shè)備 154.1.2. 方便刪除監(jiān)測設(shè)備 154.1.3. 方便定位故障或者異常設(shè)備 164.1.4. 監(jiān)測設(shè)備在啟動與停止監(jiān)測之間方便轉(zhuǎn)換 164.2. 性能、并發(fā)性需求 164.2.1. 對性能及并發(fā)性的特殊要求 174.3. 擴展性需求174.3.1. 采集和監(jiān)控服務(wù)器的集群支持 174.3.2. 支持公司AFP平臺的整合174.3.3. 支持公司單點登錄系統(tǒng)的整合184.3.4. 支持對物

4、聯(lián)網(wǎng)智能設(shè)備的直接監(jiān)測184.4. 安全及保密性需求194.4.1. 敏感數(shù)據(jù)加密 194.4.2. 敏感操作進(jìn)行確認(rèn)194.5. 可靠性需求194.5.1. 運行可靠性 194.5.2. 數(shù)據(jù)可靠性204.6. 可維護(hù)性需求204.6.1. 監(jiān)測設(shè)備配置優(yōu)化204.7. 軟硬件環(huán)境約束214.8. 系統(tǒng)備份與恢復(fù)要求224.9. 系統(tǒng)日志224.10. 其它需求225. 外部接口說明225.1. 短信發(fā)送接口 225.2. 應(yīng)用軟件服務(wù)監(jiān)測接口 221 .文檔介紹1.1. 文檔目的在智能運維管理系統(tǒng)V2.0立項建議書的基礎(chǔ)上對各個功能模塊做出詳細(xì)的需求分析，為項目后續(xù)的設(shè)計和開發(fā)提供依據(jù)。1

5、.2. 文檔范圍本文檔包括服務(wù)器監(jiān)測、數(shù)據(jù)庫監(jiān)測、交換機監(jiān)測、21平臺監(jiān)測、物聯(lián)網(wǎng)智能設(shè)備監(jiān)測、應(yīng)用軟件服務(wù)監(jiān)測、個性化主題展現(xiàn)、配置管理的需求規(guī)格說明，同時也包括整個系統(tǒng)平臺的建設(shè)目標(biāo)、總體 結(jié)構(gòu)、網(wǎng)絡(luò)結(jié)構(gòu)、系統(tǒng)接口描述、用戶界面需求和軟硬件環(huán)境方面的需求規(guī)格說明。1.3. 讀者對象1. -IOMS V2.0 項目的系統(tǒng)設(shè)計人員、系統(tǒng)開發(fā)人員、系統(tǒng)測試人員以及配置管理 人員；2 .公司內(nèi)部IOMS V2.0項目的其干系人、領(lǐng)導(dǎo)、專家等。1.4. 參考文檔智能運維管理系統(tǒng)V1.0立項建議書，2013-09物聯(lián)網(wǎng)智能數(shù)據(jù)采集和控制平臺需求規(guī)格說明書，2012-03監(jiān)控系統(tǒng)V2.0用戶指南，201

6、1-111.5. 術(shù)語與縮寫解釋縮寫、術(shù)語解釋IOMS智能運維管理系統(tǒng)ICD物聯(lián)網(wǎng)智能數(shù)據(jù)采集設(shè)備物聯(lián)網(wǎng)智能設(shè)備連接到物聯(lián)網(wǎng)智能數(shù)據(jù)采集設(shè)備上的智能設(shè)備，如傳感器、智能空調(diào)、溫濕度 計等。測點系統(tǒng)采集的數(shù)據(jù)點，如溫度、濕度都算一個測點。21平臺作為CTI中間件平臺，是整個呼叫中心的一個基礎(chǔ)軟件平臺，為整個系統(tǒng)提供 底層服務(wù)核心支撐，主要包括消息通信服務(wù)、CTI服務(wù)、ACD服務(wù)、統(tǒng)一接入 服務(wù)等。Modbus TCP協(xié)議Modbus TCP協(xié)議是簡單的、中立廠商的用于管理和控制自動化設(shè)備的Modbus系歹ij通訊協(xié)議的派生產(chǎn)品，是作為一種（實際的）自動化標(biāo)準(zhǔn)發(fā)行的。2.系統(tǒng)概述2.1. 系統(tǒng)建設(shè)

7、目標(biāo)公司目前在監(jiān)控系統(tǒng)方向有兩個產(chǎn)品，都是基于B/S結(jié)構(gòu)，一個是監(jiān)控系統(tǒng)，另外一個是物聯(lián)網(wǎng)智能設(shè)備監(jiān)控系統(tǒng)。監(jiān)控系統(tǒng)是公司提出的系統(tǒng)集成監(jiān)控解決方案，其主要目標(biāo)是監(jiān)控IT系統(tǒng)中的各種信息節(jié)點（服務(wù)器、數(shù)據(jù)庫、交換機、21平臺）的運行狀態(tài)，提供故障的顯示、告知，以及故障恢復(fù)功能。物聯(lián)網(wǎng)智能設(shè)備監(jiān)控系統(tǒng)是上海市的科研課題，由硬件（數(shù)據(jù)采集與控制終端簡稱ICD）和軟件（嵌入式軟件和智能設(shè)備監(jiān)控系統(tǒng)）兩部分組成。ICD設(shè)備提供和有線或者無線終端設(shè)備的接口，ICD設(shè)備內(nèi)的嵌入式系統(tǒng)負(fù)責(zé)終端設(shè)備的數(shù)據(jù)采集和控制、數(shù)據(jù)處理和封裝以及對通信協(xié)議的轉(zhuǎn)換，與上層軟件統(tǒng)一采用Modbus TCP協(xié)議進(jìn)行通信。智能設(shè)

8、備監(jiān)控系統(tǒng)通過Modbus TCP協(xié)議收集終端設(shè)備測點的數(shù)據(jù)，監(jiān)控ICD設(shè)備及終端設(shè)備的狀態(tài)，個性化顯示監(jiān)測數(shù)據(jù)和狀態(tài)，在監(jiān)測數(shù)據(jù)和狀態(tài)異常情況下通過聲、光、短 信告警，提供歷史數(shù)據(jù) 和歷史事件查詢，并可以通過配置的方式很方便的實現(xiàn)對各種不同類型、不同通信協(xié)議終端設(shè)備的監(jiān)控。監(jiān)控系統(tǒng)搭配公司其它產(chǎn)品在湖北、江蘇等幾個省份部署，物聯(lián)網(wǎng)智能設(shè)備監(jiān)控系統(tǒng)通過課題組專家的 驗收，在監(jiān)控系統(tǒng)使用的過程中以及物聯(lián)網(wǎng)智能設(shè)備監(jiān)控系統(tǒng)開發(fā)和驗收的過程中，收到用戶、領(lǐng)域?qū)＜?、?司領(lǐng)導(dǎo)、公司專家和潛在用戶的意見和建議，通過總結(jié)和分析這些意見和建議，得出本系統(tǒng)建設(shè)的目標(biāo)如下:1 .基于B/S架構(gòu)實現(xiàn)運維管理系統(tǒng)的

9、整體框架；2 .實現(xiàn)對Windows操作系統(tǒng)的服務(wù)器進(jìn)行監(jiān)測；3 .實現(xiàn)對SQL Server和Oracle數(shù)據(jù)庫進(jìn)行監(jiān)測；4 .實現(xiàn)對公司內(nèi)部交換機進(jìn)行監(jiān)測；5 .實現(xiàn)對21平臺進(jìn)行監(jiān)測（包括CTI服務(wù)器、通信服務(wù)器和坐席服務(wù)器）；6 .實現(xiàn)異常事件監(jiān)測;7.實現(xiàn)短信告警規(guī)則實現(xiàn)告記錄及查詢;8.9 .實現(xiàn)操作記錄及查詢;10 .實現(xiàn)對物聯(lián)網(wǎng)智能設(shè)備進(jìn)行監(jiān)測；11 .實現(xiàn)對物聯(lián)網(wǎng)智能設(shè)備的配置管理;12 .實現(xiàn)主題的個性化配置；13 .封裝個性化展現(xiàn)控件；14 .實現(xiàn)對公司三臺合一接處警系統(tǒng)服務(wù)的監(jiān)測;對公司內(nèi)部的關(guān)鍵設(shè)備進(jìn)行監(jiān)控。22系統(tǒng)總體結(jié)構(gòu)短信服務(wù)平臺，服務(wù)器監(jiān)測數(shù)據(jù)庫監(jiān)測交換機監(jiān)測

10、(DS21平臺監(jiān)測配置管理監(jiān)測數(shù)據(jù)管理告警規(guī)則管理異常規(guī)則管理智能設(shè)備監(jiān)測<J主題管理應(yīng)用軟件服務(wù)監(jiān)測DS21平臺三臺合一警情分析預(yù)案系統(tǒng)PGIS系統(tǒng)AFP基礎(chǔ)業(yè)務(wù)平臺框架其他系統(tǒng)圖中，AFP基礎(chǔ)業(yè)務(wù)平臺框架是整個智能運維管理系統(tǒng)的基礎(chǔ)架構(gòu)。21平臺、三臺合一、情分析、預(yù)案系統(tǒng)、PGIS系統(tǒng)和其他系統(tǒng)是本系統(tǒng)需要監(jiān)測的應(yīng)用軟件，本系統(tǒng)提供應(yīng)用軟件服務(wù)監(jiān)測接口，各需要監(jiān)測的應(yīng)用軟件實現(xiàn)此應(yīng)用軟件服務(wù)監(jiān)測接口。短信服務(wù)平臺為本系統(tǒng)提供短信發(fā)布服務(wù)，本系統(tǒng)提供發(fā)送短信所需要的發(fā)送人、接收人、發(fā)送內(nèi)容等信息。服務(wù)器監(jiān)測、數(shù)據(jù)庫監(jiān)測、交換機監(jiān)測、21平臺監(jiān)測、智能設(shè)備監(jiān)測、應(yīng)用軟件服務(wù)監(jiān)測、配置管

11、理、監(jiān)測數(shù)據(jù)管理、告警規(guī)則管理、異常規(guī)則管理、主題管理和操作日志管理是本系統(tǒng)提供的 主要功能。2.3. 用戶的特點本系統(tǒng)的用戶主要有：公司內(nèi)部的系統(tǒng)運維管理員；購買本公司產(chǎn)品的客戶運維管理員；人防領(lǐng)域的潛在用戶。公司內(nèi)部的系統(tǒng)運維管理員主要通過本系統(tǒng)了解本公司產(chǎn)品部署在全國各地客戶方的運行狀態(tài)，重點關(guān)注監(jiān)測對象的危險和故障事件。公司內(nèi)部的系統(tǒng)運維管理員對計算機知識比較熟悉，通過簡單的培訓(xùn)即可很好 的使用本系統(tǒng)，使用本系統(tǒng)的頻度一般也比較周。購買本公司產(chǎn)品的客戶一般是公安和消防，這類客戶的運維管理員對系統(tǒng)維護(hù)和計算機相關(guān)知識一般不是很熟悉，通常僅使用本系統(tǒng)的故障告警功能，使用頻度一般也不會很周。

12、人防領(lǐng)域的潛在用戶和公安、消防的用戶差不多，這類用戶對系統(tǒng)維護(hù)和計算機相關(guān)知識一般不是很熟悉，因此通常也是僅使用故障告警功能，使用頻度較低，一般情況是系統(tǒng)自動運行，等發(fā)現(xiàn)問題以后通過告 的方式通知用戶來解決問題。24設(shè)計和實現(xiàn)上的限制約束于公司在JAVA平臺上開發(fā)的技術(shù)選型。3.系統(tǒng)功能性需求3.1. 雙活中心工作運行狀態(tài)監(jiān)控模塊3.1.1. 場景描述市局、分局兩級架構(gòu)的系統(tǒng)監(jiān)控。雙中心監(jiān)控支持圖形化結(jié)構(gòu)、拓?fù)浣Y(jié)構(gòu)、列表結(jié)構(gòu)等展示坐席當(dāng)前登錄區(qū)域，雙中心話務(wù)量統(tǒng)計等 信息。權(quán)限管理，對市局及分局的不同使用者的賬號進(jìn)行集中管理。3.1.2. 用例分析1 .支持兩級架構(gòu)的系統(tǒng)監(jiān)控2 .市局通過公安

13、網(wǎng)與分局進(jìn)行連接，獲取分局監(jiān)控數(shù)據(jù)。3 .使用瀏覽器作為最終展現(xiàn)界面，支持多種方式信息查看4 .以圖形方式、拓?fù)浣Y(jié)構(gòu)、列表結(jié)構(gòu)等所有坐席當(dāng)前登錄區(qū)域，監(jiān)控警情話務(wù)量統(tǒng)計數(shù)據(jù)、監(jiān)控負(fù)荷分擔(dān)情況等。5 .通過拓?fù)鋱D方式，展現(xiàn)當(dāng)前系統(tǒng)的節(jié)點及連接關(guān)系。并通過不同的圖示、顏色等方式，標(biāo)注異常情 況的節(jié)點和連接。6 .展示系統(tǒng)的軟件系統(tǒng)結(jié)構(gòu)圖。并通過不同的圖示或顏色，標(biāo)注其中的異常節(jié)點。7 .對于數(shù)值化的監(jiān)控數(shù)據(jù)，通過圖表的方式進(jìn)行直觀展示。8 .采集數(shù)據(jù)可以實時展現(xiàn)。9 .權(quán)限管理10 .監(jiān)控平臺對市局及分局的不同使用者的賬號進(jìn)行集中管理，根據(jù)用戶的不同管理權(quán)限，向不同用戶 開放的不同的控制權(quán)限。讓不

14、同職能的管理人員做到各行其職，提高監(jiān)控管理的規(guī)范性及安全性。3.1.3. 參與者列表信息系統(tǒng)負(fù)責(zé)人、信息系統(tǒng)管理員、運維工程師、研發(fā)工程師32專用監(jiān)控功能模塊CTI服務(wù)、坐席服務(wù)、3.2.1. 場景描述排隊調(diào)度機、信令鏈路、2M通信鏈路、通信服務(wù)軟件、復(fù)用設(shè)備、手機定位、短信報警、錄音系統(tǒng)、WEB服務(wù)、處警分配服務(wù)、二級接入服務(wù)、報警用戶信息服務(wù)、數(shù)據(jù)庫同步監(jiān)控 各分局、直屬單位、聯(lián)動單位監(jiān)控3.2.2. 用例分析1.軟件監(jiān)控主要是通過監(jiān)控服務(wù)器對雙中心的各自運行軟件的服務(wù)處理實時監(jiān)控同步，提以及各類應(yīng)用 程序的檢測。能夠檢測當(dāng)前程序的運行狀態(tài)。2.提供通用接口供應(yīng)用程序上傳自身詳細(xì)信息?？蓪?/p>

15、上海應(yīng)急聯(lián)動雙活中心的接入大屏系統(tǒng)、情分析系統(tǒng)、錄音系統(tǒng)、統(tǒng)一門戶平臺、值班排班系統(tǒng)、查詢統(tǒng)計軟件、科所隊系統(tǒng)、分局二級接入服務(wù)器 軟件、二級分配服務(wù)器軟件實時狀態(tài)監(jiān)控以及軟件和應(yīng)用程序的進(jìn)程、服務(wù)、端口等的運行狀況，對 系統(tǒng)日志進(jìn)行分類掃描查詢。3 .排隊調(diào)度機、信令鏈路、2M通信鏈路、通信服務(wù)軟件、 CTI服務(wù)、坐席服務(wù)、復(fù)用設(shè)備、手機定位、短信報警、錄音系統(tǒng)、WEB服務(wù)監(jiān)控。4 .坐席服務(wù)監(jiān)控對兩個中心的坐席服務(wù)的運行狀態(tài)進(jìn)行監(jiān)控；當(dāng)坐席服務(wù)異常停止則進(jìn)行告警，并監(jiān)控切換狀態(tài)。監(jiān)控雙中心之間坐席服務(wù)消息同步狀態(tài)。對雙中心坐席服務(wù)器的鏈路情況進(jìn)行監(jiān)控o5.處警分配服務(wù)監(jiān)控對雙中心處警分配服

16、務(wù)的運行狀態(tài)進(jìn)行監(jiān)控, 如任一個中心的處警分配服務(wù)發(fā)生異常停止則進(jìn)行告警，并監(jiān)控切換狀八態(tài)。監(jiān)控雙中心分配服務(wù)器消息同步狀態(tài)。對雙中心分配服務(wù)器鏈路進(jìn)行監(jiān)控。6 .二級接入服務(wù)監(jiān)控對16個分局二級接入服務(wù)的運行狀態(tài)進(jìn)行監(jiān)控, 對16個分局二級接入服務(wù)的登入到雙中心處警分配服務(wù)器的情況進(jìn)行監(jiān) 控。當(dāng)雙中心系統(tǒng)故障時，對16個分局的切換狀態(tài)進(jìn)行監(jiān)控。對16個分局的接入服務(wù)異常停用等情況進(jìn)行監(jiān)控對接入服務(wù)器鏈路進(jìn)行監(jiān)控。7 .手機定位服務(wù)監(jiān)控對兩個中心的手機定位服務(wù)的運行狀態(tài)進(jìn)行監(jiān)控；當(dāng)手機定位服務(wù)異常停止則進(jìn)行告警，并監(jiān)控切換狀態(tài)。監(jiān)控雙中心之間手機定位消息同步狀態(tài)。對雙中心手機定位服務(wù)器的鏈路情

17、況進(jìn)行監(jiān)控。8.短信報警服務(wù)監(jiān)控對兩個中心的短信報警服務(wù)的運行狀態(tài)進(jìn)行監(jiān)控;當(dāng)短信報警服務(wù)異常停止則進(jìn)行告警，并監(jiān)控切換狀態(tài)。監(jiān)控雙中心之間短信報警消息同步狀態(tài)。對雙中心手機短信報警服務(wù)器的鏈路情況進(jìn)行監(jiān)控。9.報警用戶信息服務(wù)監(jiān)控對兩個中心的報警用戶信息服務(wù)的運行狀態(tài)進(jìn)行監(jiān)控;當(dāng)報警用戶信息服務(wù)異常停止則進(jìn)行告警,并監(jiān)控切換狀態(tài)。監(jiān)控雙中心之間報用戶信息的消息同步狀態(tài)。對雙中心手機報警用戶信息服務(wù)器的鏈路情況進(jìn)行監(jiān)控。10 .數(shù)據(jù)庫同步監(jiān)控對雙中心數(shù)據(jù)庫同步進(jìn)行監(jiān)控;當(dāng)主用數(shù)據(jù)庫的軟件、硬件發(fā)生故障時進(jìn)行告當(dāng)主備庫切換時，對切換的全過程進(jìn)行監(jiān)控；當(dāng)啟用數(shù)據(jù)庫離線模式時，對所有暫存服務(wù)進(jìn)行監(jiān)控

18、;11 . WEB服務(wù)監(jiān)控對查詢統(tǒng)計系統(tǒng)等WEB應(yīng)用服務(wù)的監(jiān)控，監(jiān)控服務(wù)運行狀態(tài)。12 .通信鏈路狀態(tài)監(jiān)控通信鏈路狀態(tài)監(jiān)控主要是2M中繼線路、2M SDH傳輸線路、信令鏈路監(jiān)控等專用鏈路的實時監(jiān)測監(jiān)控。在拓?fù)渖险宫F(xiàn)設(shè)備、機箱、遠(yuǎn)端以及鏈路，并通過子網(wǎng)進(jìn)行劃分。所有的設(shè)備在拓?fù)渖隙加泄?jié)點對應(yīng)，所有的遠(yuǎn)端設(shè)備在拓?fù)渖隙加泄?jié)點對應(yīng)，默認(rèn)情況下，局端板卡不在拓?fù)渖巷@示。拓?fù)鋵崟r顯示資源的當(dāng)前狀態(tài)。3.2.3. 參與者列表信息系統(tǒng)負(fù)責(zé)人、信息系統(tǒng)管理員、運維工程師、研發(fā)工程師3.3.故障告警模塊3.3.1. 場景描述對異常事件及故障進(jìn)行客戶端告以及短信告警（需要與短信平臺對接）顏色告警和聲音告警并堤示仍

19、責(zé)人及聯(lián)系方式信息。3.3.2. 用例分析1.監(jiān)控模塊應(yīng)當(dāng)具備故障告警功能2.能夠自定義告警的條件和級別，并能夠定義組合條件的告3.提供防誤報機制，提供防誤報機制（緩沖機制）,只有在故障時間超過限值后，才對其作為故障處理。對于在緩沖時間內(nèi)恢復(fù)的故障，不作為故障處理（但需要記錄）4.提供故障告警的編輯界面，要求方便易用5.提供多種故障告警方式:a） 聲光告：在客戶端上通過聲音和顏色的方式，提醒當(dāng)前有故障需要處理b）短信告警：對于嚴(yán)重告警，需要通過短信模塊，將故障短信及時發(fā)送到維護(hù)人員的手機上c） 對接受理臺和其他系統(tǒng)：由于監(jiān)控模塊是B/S結(jié)構(gòu)，聲光告警無法保證能及時得到處理。監(jiān)控模塊應(yīng)當(dāng)對接受理

20、臺或大屏系統(tǒng)，在界面上顯示嚴(yán)重 的故障信息，從而保證故障能及時得到處理6.在用戶修復(fù)故障之前，將反復(fù)進(jìn)行故障告警，從而保證故障能得到及時的處理告警策略可以擴展，常用的告警策略有超過告警值即告警、一段時間內(nèi)超過告 警值幾次即告警、一段時間內(nèi)最多只告警一次。1.1.3. 參與者列表信息系統(tǒng)負(fù)責(zé)人、信息系統(tǒng)管理員、運維工程師、研發(fā)工程師1.1.4. 用例描述3.4. 數(shù)據(jù)配置管理模塊3.4.1. 場景描述對雙中心平臺的坐席、排隊調(diào)度機、故障閥值、安全權(quán)限進(jìn)行配置并且同步。3.4.2. 用例分析1.提供系統(tǒng)配置功能:a)能夠添加、刪除、編輯各種監(jiān)控節(jié)點信息2.3.b)c)配置各類數(shù)據(jù)的告警閾值和告警條

21、件配置各類軟件信息監(jiān)控模塊應(yīng)當(dāng)提供方便易用的監(jiān)控維護(hù)界面僅有授權(quán)用戶可以進(jìn)行維護(hù)操作提供設(shè)備管理、監(jiān)控管理、告警管理、配置同步、權(quán)限分配和系統(tǒng)管理等功幺匕 目匕。3.4.3.參與者列表信息系統(tǒng)負(fù)責(zé)人、信息系統(tǒng)管理員、運維工程師、研發(fā)工程師3.5. 故障切換管理模塊3.5.1. .場景描述數(shù)據(jù)庫一鍵切換管理。調(diào)度機話路切換管理。通信平臺切換管理。切換專設(shè)權(quán)限認(rèn)證管理。3.5.2. .用例分析1 .安全管理a) 在進(jìn)行任何切換操作前，必須對用戶進(jìn)行身份認(rèn)證。b) 所有的切換操作必須記錄到文件日志和數(shù)據(jù)庫記錄中，便于事后核實。2 .交換機匯接模式切換：a) 在正常情況下，運行監(jiān)控模塊實時監(jiān)視排隊交換

22、機和CTI系統(tǒng)的運行狀態(tài)b）當(dāng)某個中心的CTI系統(tǒng)或者應(yīng)用系統(tǒng)整體癱瘓，此時需要將該中心交換機的所有報警呼叫都切換到另一個中心的排隊交換機進(jìn)行處理c） 可以通過監(jiān)控模塊管理客戶端發(fā)出切換指令到交換機，切換到匯接模式。系統(tǒng)修復(fù)后，可以通過切換指令切回正常模式3.數(shù)據(jù)庫服務(wù)器主備切換：a)在正常情況下運行監(jiān)控模塊實時監(jiān)視中心接坐席的數(shù)據(jù)庫連接情況b） 一旦需要從主用數(shù)據(jù)庫切換到備用數(shù)據(jù)庫，可以通過監(jiān)控模塊管理客戶端下達(dá)切換指令，通知各接警坐席切換至備用數(shù)據(jù)庫c） 各接警坐席收到切換指令后，斷開主用數(shù)據(jù)庫的連接，自動連接至備用數(shù)據(jù)庫d）監(jiān)控模塊發(fā)送切換指令時,CTI （呼入記錄）、二級分配服務(wù)器等服

23、務(wù)器和應(yīng)用程序也一并進(jìn)行主備數(shù)據(jù)庫的切換從備用數(shù)據(jù)庫切換至主用數(shù)據(jù)庫, 即可以達(dá)到目標(biāo)監(jiān)控模塊管理客戶端通過再次發(fā)送切換指令,1.1.3. 參與者列表信息系統(tǒng)負(fù)責(zé)人、信息系統(tǒng)管理員、運維工程師、研發(fā)工程師3.6. 數(shù)據(jù)接口3.6.1. 場景描述服務(wù)器監(jiān)控的數(shù)據(jù)由第三方提供，然后開發(fā)接口對接。短信平臺由市局提供，然后開發(fā)接口對接。3.6.2. 用例分析1 .服務(wù)器監(jiān)控的數(shù)據(jù)具體指那些數(shù)據(jù)？3.6.3. 參與者列表信息系統(tǒng)負(fù)責(zé)人、信息系統(tǒng)管理員、運維工程師、研發(fā)工程師3.7. 故障處理3.7.1. 場景描述對故障處理結(jié)果進(jìn)行記錄和查詢。3.7.2. 用例分析故障應(yīng)該進(jìn)行分類。對故障進(jìn)行記錄要考慮到

24、網(wǎng)絡(luò)（離線、高延時、頻繁掉包）的情況。記錄信息應(yīng)該完整，設(shè)備運行地點、設(shè)備編號、故障時間，故障類型等。查詢要考慮組合條件過濾。3.7.3. 參與者列表信息系統(tǒng)負(fù)責(zé)人、信息系統(tǒng)管理員、運維工程師、研發(fā)工程師4.系統(tǒng)非功能性需求4.1, 易用性需求4.1.1. 方便增加監(jiān)測設(shè)備1）提出者信息a）提出者b）提出者分類項目經(jīng)理c）提出時間-IOMS V2.0立項階段2）提出原因和考慮系統(tǒng)上線以后所有監(jiān)測設(shè)備一般都處于被監(jiān)測狀態(tài)，不會被停止，這時候用戶可能還會增加新的監(jiān) 測設(shè)備。3）易用性需求描述可以在整個系統(tǒng)處于被監(jiān)測狀態(tài)下增加新的監(jiān)測設(shè)備而不需要停止監(jiān)測所有設(shè)備。4.1.2. 方便刪除監(jiān)測設(shè)備1）提

25、出者信息a）提出者b）提出者分類項目經(jīng)理C）提出時間-IOMS V2.0立項階段2）提出原因和考慮系統(tǒng)上線以后所有監(jiān)測設(shè)備一般都處于被監(jiān)測狀態(tài)，不會被停止，這時候用戶 可能會刪除一些目前 正處于監(jiān)測狀態(tài)的設(shè)備。3）易用性需求描述可以在整個系統(tǒng)處于被監(jiān)測狀態(tài)下刪除某個監(jiān)測設(shè)備（可以直接刪除或者先停止被監(jiān)測設(shè)備后再刪 除）而不需要停止監(jiān)測所有的設(shè)備。4.1.3. 方便定位故障或者異常設(shè)備1）提出者信息a）提出者b）提出者分類項目經(jīng)理c）提出時間-IOMS V2.0立項階段2）提出原因和考慮系統(tǒng)上線以后所有監(jiān)測設(shè)備一般都處于被監(jiān)測狀態(tài)，不會停止，被監(jiān)測的設(shè)備 大部分時間處于正常 狀態(tài)，但肯定會有一些

26、被監(jiān)測設(shè)備會出現(xiàn)故障或者異常，這時我們需要了解是哪些設(shè)備出現(xiàn)了故障或者 異常。3）易用性需求描述在系統(tǒng)運行的過程中如果出現(xiàn)故障或者異常設(shè)備，能夠很方便的定位到具體出現(xiàn)故障或者異常的設(shè) 備。4.1.4. 監(jiān)測設(shè)備在啟動與停止監(jiān)測之間方便轉(zhuǎn)換1）提出者信息a）提出者b）提出者分類項目經(jīng)理c）提出時間-IOMS V2.0立項階段2）提出原因和考慮大部分時間整個系統(tǒng)的所有監(jiān)測設(shè)備都處于被監(jiān)測狀態(tài)，但是某一時刻可能會由于某種原因想停止 監(jiān)測某個設(shè)備或者啟動監(jiān)測某個設(shè)備，在操作的過程中對其它監(jiān)測設(shè)備不產(chǎn)生影響。3）易用性需求描述可以對單個設(shè)備進(jìn)行啟動監(jiān)測和停止監(jiān)測；在啟動監(jiān)測的時候能夠重新讀取該監(jiān)測設(shè)備的

27、最新配置。4.2, 性能、并發(fā)性需求系統(tǒng)在滿足軟硬件環(huán)境約束的條件下，對系統(tǒng)整體性能及并發(fā)性要求要滿足以下幾 占：八、1 .滿足5000小時不間斷工作；2 .滿足同時監(jiān)測100個終端設(shè)備；3 .滿足100個用戶同時訪問監(jiān)測頁面；4 .數(shù)據(jù)采集間隔時間大于和等于5秒。4.2.1.對性能及并發(fā)性的特殊要求421.1. 監(jiān)測數(shù)據(jù)的存儲性能要求1）提出者信息a）提出者b）提出者分類項目經(jīng)理c）提出時間-IOMS V2.0立項階段2）提出原因和考慮系統(tǒng)可以同時監(jiān)測的設(shè)備比較多，一個監(jiān)測設(shè)備下又包含很多測點，測點下還包含多個監(jiān)測指標(biāo), 每個監(jiān)測指標(biāo)都需要存儲到數(shù)據(jù)庫中，這樣就會導(dǎo)致同一時間或一段時間會產(chǎn)生

28、大量的數(shù)據(jù)需要存儲。3）性能特殊要求描述所有監(jiān)測的數(shù)據(jù)都要保存到數(shù)據(jù)庫中不能遺漏，保存數(shù)據(jù)的性能和監(jiān)測數(shù)據(jù)的性能相匹配。4.3 ,擴展性需求4.3.1. 采集和監(jiān)控服務(wù)器的集群支持1）提出者信息a）提出者b）提出者分類項目經(jīng)理c）提出時間-IOMS V2.0立項階段2）提出原因和考慮本系統(tǒng)未來將會監(jiān)測成千上萬的監(jiān)測設(shè)備，單臺服務(wù)器無法支撐和處理這么大的數(shù)據(jù)量和并發(fā)量。3）擴展性需求描述當(dāng)系統(tǒng)監(jiān)測設(shè)備的個數(shù)達(dá)到一定數(shù)量級，單臺服務(wù)器無法支撐和處理這么大的數(shù)據(jù)量和并發(fā)量時, 可以通過集群的方式解決。4.3.2. 支持公司AFP平臺的整合1）提出者信息a）提出者b）提出者分類項目經(jīng)理c）提出時間-I

29、OMS V2.0立項階段2）提出原因和考慮公司JAVA方向的統(tǒng)一平臺AFP已經(jīng)立項，本系統(tǒng)屬于 JAVA方向，所以未來本系統(tǒng)會和AFP平臺整合到一起。3）擴展性需求描述能通過少許的改動將AFP平臺整合進(jìn)來。4.3.3. 支持公司單點登錄系統(tǒng)的整合1）提出者信息a）提出者b）提出者分類項目經(jīng)理c）提出時間-IOMS V2.0立項階段2）提出原因和考慮公司的單點登錄系統(tǒng)已經(jīng)立項，未來公司內(nèi)部所有系統(tǒng)都需要整合公司的單點登錄系統(tǒng)。3）擴展性需求描述不需要再單獨開發(fā)登錄系統(tǒng)，通過少許的改動就可以將公司單點登錄系統(tǒng)整合進(jìn)來。4.3.4. 支持對物聯(lián)網(wǎng)智能設(shè)備的直接監(jiān)測1）提出者信息a）提出者b）提出者分

30、類項目經(jīng)理O提出時間-IOMS V2.0立項階段2）提出原因和考慮目前系統(tǒng)是通過ICD設(shè)備來間接監(jiān)測物聯(lián)網(wǎng)智能設(shè)備的，有一定的局限性，兩種方法都滿足，可以增加系統(tǒng)的靈活性。3）擴展性需求描述通過擴展可以滿足對物聯(lián)網(wǎng)智能設(shè)備的直接監(jiān)測。44安全及保密性需求4.4.1. 敏感數(shù)據(jù)加密1）提出者信息a）提出者b）提出者分類項目經(jīng)理c）提出時間-IOMS V2.0立項階段2）提出原因和考慮在一個軟件系統(tǒng)中，用戶的密碼是最重要的機密，用戶密碼外泄將嚴(yán)重威脅到系統(tǒng)的安全、系統(tǒng)重 要數(shù)據(jù)的安全，為此系統(tǒng)應(yīng)該提供對用戶密碼數(shù)據(jù)的加密保護(hù)功能。3）安全性需求描述在系統(tǒng)中需要用戶輸入密碼的地方以“*”顯示，用戶密

31、碼在網(wǎng)絡(luò)傳輸和存儲時應(yīng)加密處理，防止用戶密碼外泄。4.4.2. 敏感操作進(jìn)行確認(rèn)1）提出者信息a）提出者b）提出者分類項目經(jīng)理c）提出時間-IOMS V2.0立項階段2）提出原因和考慮敏感操作對系統(tǒng)的影響較大，可能導(dǎo)致系統(tǒng)數(shù)據(jù)的丟失。3）安全性需求描述對敏感操作進(jìn)行用戶密碼再確認(rèn)。4.5. 可靠性需求4.5.1. 運行可靠性1）提出者信息a）提出者b）提出者分類項目經(jīng)理C）提出時間-IOMS V2.0立項階段2）提出原因和考慮運維管理是一個長期的過程，系統(tǒng)上線后會長時間不間斷運行。3）可靠性需求描述系統(tǒng)至少保證1000小時不間斷正常運行；對于功能性錯誤要給出友好提示；系統(tǒng)錯誤恢復(fù)時間小于1小時

32、/次。4.5.2. 數(shù)據(jù)可靠性1）提出者信息a）提出者b）提出者分類項目經(jīng)理c）提出時間-IOMS V2.0立項階段2）提出原因和考慮本系統(tǒng)提供的信息是提供給系統(tǒng)運維管理員做決策使用的，所以數(shù)據(jù)的可靠性非常重要。3）可靠性需求描述采集的數(shù)據(jù)要與監(jiān)測設(shè)備的實際數(shù)據(jù)相一致；監(jiān)測顯示的數(shù)據(jù)要與采集的數(shù)據(jù)相一致。4.6. 可維護(hù)性需求4.6.1. 監(jiān)測設(shè)備配置優(yōu)化1）提出者信息a）提出者b）提出者分類項目經(jīng)理c）提出時間-IOMS V2.0立項階段2）提出原因和考慮項目實施的過程中會配置很多監(jiān)測設(shè)備，且這些監(jiān)測設(shè)備的類型大部分相同或者分為幾類，需要考 慮配置的優(yōu)化。3）可維護(hù)性需求描述對于同一類監(jiān)測設(shè)備的配置可以復(fù)制然后再做細(xì)小的修改；對于類型不同的監(jiān)測設(shè)備的配置項最好給出 枚舉項供選擇。4.7. 軟硬件環(huán)境約束1）硬件環(huán)境要求類別標(biāo)準(zhǔn)配置最低配置備注監(jiān)測服務(wù)器2.4G+ CPU 四核16G+ RAM500G+ Disk100M+ Network2.4G CPU 雙核4G RAM100G