反應(yīng)堆儀控系統(tǒng)工程管理數(shù)據(jù)庫(kù)的設(shè)計(jì)與開(kāi)發(fā)

趙金嬋，后 接，劉 燁，徐海霞，賴 偉，李炳營(yíng)

(1.中國(guó)科學(xué)院上海應(yīng)用物理研究所 嘉定園區(qū)，上海 201800；2.中國(guó)科學(xué)院大學(xué),北京 100049)

0 引 言

反應(yīng)堆儀控系統(tǒng)由專門的控制系統(tǒng)和各類復(fù)雜的測(cè)量?jī)x表構(gòu)成，測(cè)量?jī)x表負(fù)責(zé)基本參數(shù)的監(jiān)測(cè)和采集，控制系統(tǒng)負(fù)責(zé)數(shù)據(jù)的收集，分析和可視化?？刂葡到y(tǒng)對(duì)反應(yīng)堆工況的調(diào)節(jié)，聯(lián)合操作員的專業(yè)操作，保證了反應(yīng)堆在非正常工況甚至故障的情況下能安全穩(wěn)定運(yùn)行。其為反應(yīng)堆的“中樞神經(jīng)系統(tǒng)”[1]。反應(yīng)堆儀控系統(tǒng)的點(diǎn)數(shù)較多，以AP1000為例，單元機(jī)組安全級(jí)平臺(tái)中開(kāi)關(guān)量、模擬輸入輸出及設(shè)備接口點(diǎn)約3500點(diǎn)，非安全級(jí)各類設(shè)備接口約 14 000 點(diǎn)[2]。再加上硬件平臺(tái)與軟件信息緊密相關(guān)的特點(diǎn)，給實(shí)際工程管理中帶來(lái)了很多不便。在反應(yīng)堆儀控系統(tǒng)的工程管理中有必要建立便于使用的數(shù)據(jù)庫(kù)系統(tǒng)進(jìn)行項(xiàng)目管理。

當(dāng)今國(guó)內(nèi)外都極其重視核電廠數(shù)據(jù)庫(kù)的建立。如日本核情報(bào)信息中心、美國(guó)核電運(yùn)行研究所等，都建立了核電運(yùn)行信息系統(tǒng)，實(shí)現(xiàn)了核電站的運(yùn)行經(jīng)驗(yàn)反饋。國(guó)內(nèi)也開(kāi)展過(guò)相關(guān)的研究，如全壽期電纜敷設(shè)數(shù)據(jù)庫(kù)、CRP1000核電站NC-DCS平臺(tái)數(shù)據(jù)庫(kù)、核電廠熱交換器信息管理系統(tǒng)、核電廠D-RAP數(shù)據(jù)庫(kù)等[3-6]，為核電廠數(shù)據(jù)管理提出了方案。本文以諸多反應(yīng)堆數(shù)據(jù)庫(kù)的研究成果為基礎(chǔ)，以TMSR-SF0(thorium molten salt reactor nuclear energy system，SF0)項(xiàng)目為依托，結(jié)合控制系統(tǒng)內(nèi)部復(fù)雜的結(jié)構(gòu)以及大量的輸入輸出接口信號(hào)數(shù)據(jù)本身相關(guān)性的特點(diǎn)，把相互關(guān)聯(lián)的軟硬件信息進(jìn)行整理與結(jié)合，在關(guān)系型數(shù)據(jù)庫(kù)上開(kāi)展儀控系統(tǒng)工程數(shù)據(jù)管理平臺(tái)的設(shè)計(jì)研究，通過(guò)計(jì)算機(jī)軟件技術(shù)完成系統(tǒng)開(kāi)發(fā)。

1 數(shù)字化儀控系統(tǒng)結(jié)構(gòu)及數(shù)據(jù)關(guān)系

1.1 儀控系統(tǒng)結(jié)構(gòu)特點(diǎn)

縮比仿真堆(TMSR-SF0)是以10 MW固態(tài)燃料釷基熔鹽實(shí)驗(yàn)堆(TMSR-SF1)為原型進(jìn)行1∶3縮比的實(shí)驗(yàn)裝置，主要開(kāi)展與TMSR-SF1相關(guān)的設(shè)計(jì)驗(yàn)證實(shí)驗(yàn)[7]。反應(yīng)堆集散控制系統(tǒng)(digital control system，DCS)集成了反應(yīng)堆的各功能模塊，為工程人員的操作和維護(hù)提供了統(tǒng)一的界面[8]。其架構(gòu)設(shè)計(jì)與TMSR-SF1相同如圖1所示，以實(shí)物信號(hào)為基礎(chǔ)，輔以部分仿真信號(hào)，集成實(shí)現(xiàn)TMSR-SF1的儀控仿真。

圖1 TMSR-SF0 儀控系統(tǒng)總體結(jié)構(gòu)

TMSR-SF0的儀控系統(tǒng)涉及現(xiàn)場(chǎng)設(shè)備層、過(guò)程控制層及監(jiān)控管理層的所有硬件設(shè)備及軟件設(shè)計(jì)[9]。其中硬件平臺(tái)體系由主控制器、并行工業(yè)總線、智能型I/O單元組成。各功能單元通過(guò)微處理器，獨(dú)立進(jìn)行數(shù)據(jù)采集和處理，產(chǎn)生數(shù)據(jù)。其軟件部分由操作系統(tǒng)、通信接口程序、功能板卡驅(qū)動(dòng)程序等周期性的執(zhí)行用戶應(yīng)用軟件[10]。其中監(jiān)控管理層采用了基于EPICS(experimental physics and industrial control system)的軟件架構(gòu)，通過(guò)人機(jī)交互界面對(duì)被控設(shè)備的參數(shù)信息進(jìn)行監(jiān)測(cè)和控制、運(yùn)行模式管理、運(yùn)行參數(shù)優(yōu)化、數(shù)據(jù)的存檔、報(bào)警處理等[11]。由高速并行總線完成主控制單元和機(jī)箱內(nèi)智能型I/O板卡間的數(shù)據(jù)交換。

1.2 儀控系統(tǒng)數(shù)據(jù)關(guān)系

仿真堆儀控系統(tǒng)總點(diǎn)數(shù)約3000點(diǎn)，比實(shí)際反應(yīng)堆儀控系統(tǒng)而言規(guī)模較小，但二者擁有相似的功能和架構(gòu)。硬件連接與信號(hào)關(guān)系如圖2所示，驅(qū)動(dòng)信號(hào)、溫度信號(hào)、壓力信號(hào)、流量信號(hào)由現(xiàn)場(chǎng)設(shè)備層產(chǎn)生，通過(guò)纜線連接傳輸?shù)奖镜卦O(shè)備柜，或由接線箱傳送給子系統(tǒng)DCS控制柜中，其中有部分的現(xiàn)場(chǎng)測(cè)試信號(hào)，按照功能不同直接連接到不同DCS控制柜上。全系統(tǒng)的信號(hào)通訊復(fù)雜，交織成網(wǎng)狀，一個(gè)設(shè)備信號(hào)中常常有多個(gè)信號(hào)線匯總并連接到DCS控制柜。DCS機(jī)柜內(nèi)部由許多不同類型的功能模塊組成，一個(gè)功能模塊對(duì)應(yīng)一個(gè)子卡，一個(gè)子卡有不同的通道，這些通道連接著纜線，傳輸信號(hào)變量，得以實(shí)現(xiàn)硬件纜線與控制柜接口的關(guān)聯(lián)關(guān)系。DCS控制柜對(duì)現(xiàn)場(chǎng)設(shè)備信號(hào)進(jìn)行邏輯處理，由監(jiān)控層監(jiān)測(cè)運(yùn)行狀態(tài)、控制啟動(dòng)停止和維護(hù)功能[12]。操作員由EPICS提供的友好界面訪問(wèn)控制系統(tǒng)的所有參數(shù)[13]。

2 數(shù)據(jù)庫(kù)需求分析及功能設(shè)計(jì)

2.1 需求分析

(1)反應(yīng)堆各子系統(tǒng)設(shè)備的安全運(yùn)行保障了反應(yīng)堆的安全可靠性。反應(yīng)堆儀控系統(tǒng)包括數(shù)據(jù)的測(cè)試元件，電氣元件，電纜線等。各種參數(shù)信號(hào)通過(guò)電氣元件的采集，由設(shè)備的纜線進(jìn)行傳輸，數(shù)據(jù)的變化會(huì)直接影響到下一級(jí)的數(shù)據(jù)處理。反應(yīng)堆各設(shè)備系統(tǒng)的數(shù)據(jù)是底層設(shè)備采集信息的主要來(lái)源，包括：設(shè)備清單、設(shè)計(jì)圖表、測(cè)試數(shù)據(jù)、實(shí)驗(yàn)數(shù)據(jù)、定值管理數(shù)據(jù)等。各子系統(tǒng)設(shè)備種類較多，產(chǎn)生的信號(hào)包括數(shù)字信號(hào)，模擬信號(hào)，開(kāi)關(guān)量等不同類型的信息。只有對(duì)這些數(shù)據(jù)進(jìn)行合理的分類、處理和分析，才能為系統(tǒng)的安全可靠運(yùn)行提供有效的保障。建立合理設(shè)備管理平臺(tái)，來(lái)對(duì)儀控系統(tǒng)的數(shù)據(jù)進(jìn)行底層的多方面的質(zhì)量鑒定，保障系統(tǒng)能夠在性能、功能和適應(yīng)環(huán)境方面符合要求。

圖2 儀控系統(tǒng)纜線與信號(hào)關(guān)系

(2)由于數(shù)字化儀控技術(shù)采用微處理器及配套的軟件和輸入輸出組件等，經(jīng)過(guò)邏輯設(shè)計(jì)將硬件和軟件聯(lián)系起來(lái)共同實(shí)現(xiàn)預(yù)設(shè)功能。這種復(fù)雜的處理方式會(huì)產(chǎn)生大量相互關(guān)聯(lián)的軟硬件信息[14]。并通過(guò)不同的形式存儲(chǔ)在文件或者程序中。在使用過(guò)程中，工程人員往往需要查閱大量的電子表格。由于數(shù)據(jù)量大，數(shù)據(jù)關(guān)系復(fù)雜，增加了人因出錯(cuò)的概率。在工程的設(shè)計(jì)、安裝、集成、測(cè)試、調(diào)試、分析中這些數(shù)據(jù)的可靠性要求極高，只有進(jìn)行合理的分類管理，才能提高工程管理的效率。

(3)隨著時(shí)間的推移，設(shè)備的運(yùn)行工況也會(huì)日益下降，工程人員在糾錯(cuò)和配置過(guò)程中不可避免的會(huì)出現(xiàn)誤操作等。強(qiáng)化儀控系統(tǒng)設(shè)備的故障管理，在故障發(fā)生、故障維修和維修結(jié)果確認(rèn)幾方面進(jìn)行故障處理的流程監(jiān)督，保證故障的及時(shí)處理，確保硬件設(shè)備的高效運(yùn)作，也是保證系統(tǒng)安全運(yùn)行的重要保障。

(4)為評(píng)價(jià)儀控系統(tǒng)在設(shè)計(jì)、調(diào)試及安裝運(yùn)行階段是否符合既定標(biāo)準(zhǔn)，往往需要對(duì)不同時(shí)期產(chǎn)生的設(shè)計(jì)圖、安裝圖、電路設(shè)計(jì)、原理設(shè)計(jì)、明細(xì)表等進(jìn)行更新。這些文件大多是文件或者圖片方式存儲(chǔ)，并包含有不同時(shí)期的版本信息，如果管理不當(dāng)會(huì)造成文件的丟失、冗余或者不同步的問(wèn)題，對(duì)這些數(shù)據(jù)的高效管理能夠提高工程人員在查閱文檔時(shí)的效率。

(5)在儀控系統(tǒng)的安全監(jiān)控及故障維護(hù)過(guò)程中涉及的人員較多。往往由不同的人員監(jiān)控管理某一模塊的數(shù)據(jù)內(nèi)容，而對(duì)其它數(shù)據(jù)沒(méi)有操作的權(quán)限。例如，設(shè)計(jì)人員進(jìn)行圖紙的設(shè)計(jì)并負(fù)責(zé)版本管理，站點(diǎn)工程師負(fù)責(zé)某站點(diǎn)數(shù)據(jù)的維護(hù)，維修人員負(fù)責(zé)故障信息管理。設(shè)計(jì)合理的用戶及權(quán)限管理可以提高系統(tǒng)的安全運(yùn)行，使數(shù)據(jù)控制在合理的使用范圍內(nèi)。

根據(jù)TMSR-SF0儀控系統(tǒng)的結(jié)構(gòu)及運(yùn)行原理，在不同階段不同用戶的管理需求，將軟硬件數(shù)據(jù)及文件關(guān)聯(lián)起來(lái)，設(shè)計(jì)合理的數(shù)據(jù)庫(kù)并通過(guò)界面實(shí)現(xiàn)相應(yīng)的功能，對(duì)整個(gè)儀控系統(tǒng)數(shù)據(jù)的科學(xué)管理有積極的作用。

2.2 功能設(shè)計(jì)

根據(jù)需求分析設(shè)計(jì)數(shù)據(jù)庫(kù)系統(tǒng)的管理功能，包括儀控系統(tǒng)數(shù)據(jù)管理、軟硬件信息查詢、故障維修管理、系統(tǒng)文件管理和用戶信息管理幾方面。

(1)儀控系統(tǒng)數(shù)據(jù)管理：把不同類型的數(shù)據(jù)按照標(biāo)簽分類管理，通過(guò)關(guān)系表的形式顯示，具備操作權(quán)限的管理人員根據(jù)標(biāo)簽選擇數(shù)據(jù)類型，點(diǎn)擊相關(guān)按鈕對(duì)數(shù)據(jù)進(jìn)行增加、修改、刪除、查詢等操作。

(2)軟硬件信息查詢：從控制柜信息、硬件連接信息、信號(hào)信息3個(gè)方面切入?？刂乒裥畔⒉樵兎从秤布B接與軟件信號(hào)的對(duì)應(yīng)關(guān)系，用戶通過(guò)選擇控制柜→板卡類型→通道號(hào)→設(shè)備編碼→設(shè)備詳情從而實(shí)現(xiàn)軟硬件信息一體化查詢的顯示機(jī)制。硬件連接查詢反映現(xiàn)場(chǎng)設(shè)備與控制柜的纜線連接，以及所經(jīng)過(guò)的接線箱或本地設(shè)備柜信息。信號(hào)信息是軟件信息部分，統(tǒng)計(jì)數(shù)據(jù)處理、數(shù)據(jù)日志、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)報(bào)警、儀控系統(tǒng)自診斷和大屏幕顯示信息等。并對(duì)查詢的詳細(xì)信息實(shí)現(xiàn)打印功能。

(3)故障維修管理：從故障的分類、故障的記錄、故障維修及維修確認(rèn)方面展開(kāi)。具備權(quán)限的工程人員對(duì)系統(tǒng)故障進(jìn)行分類管理，增加、修改、刪除分類標(biāo)簽。記錄故障信息時(shí)選擇分類、記錄故障的時(shí)間、故障描述等并提交，在維修之前可以對(duì)描述進(jìn)行修改操作。維修人員查看故障列表，記錄維修結(jié)果、維修時(shí)間等信息等待管理員確認(rèn)。管理員對(duì)維修單進(jìn)行審核并提交確認(rèn)信息。

(4)系統(tǒng)文件管理：主要包括權(quán)限用戶通過(guò)新建文件夾進(jìn)行分類管理，并上傳相關(guān)設(shè)計(jì)文件，記錄文件的版本號(hào)，文件詳情信息。選擇需要共享的文件進(jìn)行共享，文件顯示在共享文件中。

(5)用戶信息管理：是管理員對(duì)用戶進(jìn)行管理，包括對(duì)用戶的基本信息管理，用戶權(quán)限的設(shè)置、分配與修改，用戶操作日志的查詢和刪除等，監(jiān)管系統(tǒng)的使用情況。通過(guò)用戶信息管理保證系統(tǒng)在安全合理的范圍內(nèi)使用。

3 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)

3.1 概念設(shè)計(jì)

數(shù)據(jù)庫(kù)的概念設(shè)計(jì)是把現(xiàn)實(shí)世界的信息抽象化，存儲(chǔ)在數(shù)據(jù)庫(kù)中。通過(guò)對(duì)數(shù)據(jù)進(jìn)行合理的建模，設(shè)計(jì)出真實(shí)的，充分反映現(xiàn)實(shí)和數(shù)據(jù)之間聯(lián)系的，易于理解，易于更改，易于轉(zhuǎn)換的模型。數(shù)據(jù)關(guān)系模型是應(yīng)用設(shè)計(jì)的重要環(huán)節(jié)，對(duì)上層應(yīng)用開(kāi)發(fā)起著關(guān)鍵作用。

在TMSR-SF0設(shè)計(jì)階段把控制系統(tǒng)相關(guān)的信息收集起來(lái)。硬件連接包括現(xiàn)場(chǎng)設(shè)備與接線箱、本地機(jī)柜、控制柜連接，因此與硬件連接相關(guān)的數(shù)據(jù)包括設(shè)備信息表、控制柜接線表、接線箱表、本地機(jī)柜表等，并以設(shè)備編碼作為外鍵關(guān)聯(lián)；設(shè)備信號(hào)最終連接到DCS控制柜，控制柜對(duì)設(shè)備信號(hào)進(jìn)行邏輯處理，提供給工程師站、操作員站、主控室，因此與信號(hào)相關(guān)的數(shù)據(jù)包括控制柜信號(hào)表、控制柜測(cè)點(diǎn)信號(hào)表、EPICS信號(hào)表、屏幕顯示信息等，信號(hào)通過(guò)信號(hào)變量名作為外鍵關(guān)聯(lián)；通過(guò)分析數(shù)據(jù)之間的關(guān)系得到主要數(shù)據(jù)表的關(guān)系圖。如圖3所示。

圖3 數(shù)據(jù)庫(kù)表關(guān)系

3.2 邏輯結(jié)構(gòu)設(shè)計(jì)

邏輯結(jié)構(gòu)設(shè)計(jì)是將概念結(jié)構(gòu)設(shè)計(jì)階段完成的概念模型，轉(zhuǎn)換成能被選定的數(shù)據(jù)庫(kù)管理系統(tǒng)(DBMS)支持的數(shù)據(jù)模型，把關(guān)系圖轉(zhuǎn)化成具體的表，把不同的參數(shù)轉(zhuǎn)化為不同的屬性列存儲(chǔ)在數(shù)據(jù)庫(kù)中，實(shí)現(xiàn)把電子表格數(shù)據(jù)轉(zhuǎn)化到關(guān)系數(shù)據(jù)庫(kù)的轉(zhuǎn)換，并通過(guò)完整性約束保證數(shù)據(jù)的完整性和一致性。經(jīng)過(guò)分析和整理得到數(shù)據(jù)庫(kù)中主要存儲(chǔ)見(jiàn)表1，包括基礎(chǔ)數(shù)據(jù)表、硬件連接表、信號(hào)表、故障記錄表、文件列表、用戶表、權(quán)限表等。

4 系統(tǒng)開(kāi)發(fā)與功能實(shí)現(xiàn)

4.1 系統(tǒng)開(kāi)發(fā)架構(gòu)

系統(tǒng)采用流行的B/S軟件開(kāi)發(fā)結(jié)構(gòu)，開(kāi)發(fā)環(huán)境采用Windows10操作系統(tǒng)，以PHP+MySQL+Apache作為開(kāi)發(fā)平臺(tái)，包括數(shù)據(jù)模型的建立，數(shù)據(jù)前后端的傳輸及處理，視圖層顯示的設(shè)計(jì)。系統(tǒng)的總體開(kāi)發(fā)架構(gòu)如圖4所示。

4.2 概要設(shè)計(jì)

概要設(shè)計(jì)階段完成功能模塊數(shù)據(jù)接口類的設(shè)計(jì)。系統(tǒng)采用典型的MVC模式的開(kāi)發(fā)框架thinkPHP，按照前后端分離方式進(jìn)行程序設(shè)計(jì)，程序設(shè)計(jì)原理圖如圖5所示。核心思想是前端頁(yè)面通過(guò)Ajax調(diào)用后端的API并使用Json數(shù)據(jù)進(jìn)行交互。將功能模塊化，實(shí)現(xiàn)了代碼重用和功能擴(kuò)展，提高系統(tǒng)的靈活性、復(fù)用性和可維護(hù)性。把系統(tǒng)的開(kāi)發(fā)按模塊展開(kāi)，每個(gè)功能模塊包含模型層、控制器層、視圖層的設(shè)計(jì)。

表1 DCS數(shù)據(jù)庫(kù)相關(guān)

圖4 總體開(kāi)發(fā)架構(gòu)

圖5 前后端分離模式

在模型層根據(jù)數(shù)據(jù)庫(kù)表建立模型，控制器層設(shè)計(jì)前端數(shù)據(jù)請(qǐng)求與數(shù)據(jù)庫(kù)模型層的交互操作，完成數(shù)據(jù)的獲取與傳遞，是系統(tǒng)的后端設(shè)計(jì)。關(guān)系到系統(tǒng)的穩(wěn)定性，數(shù)據(jù)的一致性和錯(cuò)誤處理的規(guī)范。視圖層設(shè)計(jì)界面的展示效果和與控制器進(jìn)行交互的數(shù)據(jù)接口，是系統(tǒng)的前端設(shè)計(jì)。關(guān)系到界面的美觀，易用和流暢性。

4.3 程序設(shè)計(jì)

按照框架開(kāi)發(fā)的基本原理，在不同層完成相應(yīng)的處理。

模型層建立數(shù)據(jù)模型，完成字段的驗(yàn)證功能，使用$_validate驗(yàn)證字段的基本信息，約束字段的長(zhǎng)度等。寫Dtime()方法生成當(dāng)前時(shí)間，并通過(guò)自動(dòng)完成$_auto實(shí)現(xiàn)自動(dòng)創(chuàng)建功能。通過(guò)繼承父類RelationModel實(shí)現(xiàn)關(guān)聯(lián)模型的查詢定義，在子類中通過(guò)定義$_link字段獲取相關(guān)數(shù)據(jù)。

控制器層是模型層和視圖層的中間層，由控制器層接收前端傳遞的數(shù)據(jù)，選擇數(shù)據(jù)模型完成基本業(yè)務(wù)的操作。數(shù)據(jù)交互根據(jù)功能主要從數(shù)據(jù)的新增，修改，刪除和查詢展開(kāi)，包括add,edit,delete等操作方法的編寫。在數(shù)據(jù)查詢時(shí)，通過(guò)獲取前端關(guān)鍵字信息$keyword=I(“get.keyword”)作為數(shù)據(jù)查詢的條件，在數(shù)據(jù)庫(kù)中進(jìn)行篩選，調(diào)用分頁(yè)類Page()進(jìn)行分頁(yè)顯示；在新增數(shù)據(jù)時(shí)，通過(guò)創(chuàng)建數(shù)組$data=array();接收前端數(shù)據(jù)，創(chuàng)建模型D(‘Model’)選擇數(shù)據(jù)表，調(diào)用create()方法完成數(shù)據(jù)庫(kù)中數(shù)據(jù)的創(chuàng)建，完成數(shù)據(jù)的添加；在修改處理時(shí)，首先通過(guò)傳遞當(dāng)前記錄的編號(hào)$id=I(′get.id′,″);獲取當(dāng)前記錄信息，對(duì)修改以后的數(shù)據(jù)調(diào)用save()進(jìn)行保存；在數(shù)據(jù)刪除時(shí)，系統(tǒng)跳出彈窗提醒用戶的操作并確認(rèn)刪除，進(jìn)行數(shù)據(jù)的軟刪除；在操作時(shí)進(jìn)行權(quán)限驗(yàn)證，對(duì)于不符合操作權(quán)限的用戶進(jìn)行提示。在數(shù)據(jù)交互時(shí)調(diào)用數(shù)據(jù)模型進(jìn)行字段驗(yàn)證，驗(yàn)證失敗的字段會(huì)提示相應(yīng)的信息。如果通過(guò)驗(yàn)證并完成操作則提示操作成功。

視圖層使用Jquery函數(shù)庫(kù)定義界面顯示，接收用戶的操作請(qǐng)求，調(diào)用AJAX異步傳輸方式，使用POST或者GET方式與后端進(jìn)行數(shù)據(jù)傳輸。經(jīng)過(guò)數(shù)據(jù)模型的驗(yàn)證，對(duì)于不符合規(guī)則的數(shù)據(jù)彈出提示框。如果校驗(yàn)成功，完成封裝，把數(shù)據(jù)封裝成數(shù)據(jù)對(duì)象傳遞給邏輯處理層進(jìn)行數(shù)據(jù)的處理。并把獲取到的數(shù)據(jù)展示在前端界面。

4.4 系統(tǒng)測(cè)試

按照系統(tǒng)的功能實(shí)現(xiàn)，設(shè)計(jì)整體的功能測(cè)試方案，主要包括用戶管理，基礎(chǔ)數(shù)據(jù)管理，軟硬件信號(hào)查詢，故障維修及系統(tǒng)設(shè)計(jì)文件管理的測(cè)試，見(jiàn)表2。其中工程人員泛指具有系統(tǒng)使用權(quán)限的人員，其他用戶角色由管理員設(shè)置并分配相應(yīng)的權(quán)限。系統(tǒng)的測(cè)試主要包括權(quán)限內(nèi)用戶的操作使用和非權(quán)限用戶的操作使用，分別進(jìn)行測(cè)試。

表2 系統(tǒng)功能測(cè)試方案設(shè)計(jì)

以控制柜的軟硬件信息查詢?yōu)槔故鞠到y(tǒng)的操作使用情況。用戶登錄系統(tǒng)，點(diǎn)擊導(dǎo)航欄控制系統(tǒng)進(jìn)入控制柜信息查詢管理模塊，瀏覽控制柜信息，點(diǎn)擊控制柜編號(hào)查詢時(shí)，彈窗顯示控制柜模型的矢量圖，如圖6所示。進(jìn)一步點(diǎn)擊圖形模塊的編號(hào)，彈窗顯示模塊的通道信息，點(diǎn)擊通道的設(shè)備碼，彈窗顯示設(shè)備的連接及信號(hào)詳情。

圖6 控制柜信息效果

在導(dǎo)航欄選擇硬件連接查詢，并點(diǎn)擊主界查詢?cè)O(shè)備的纜線連接詳情，查詢結(jié)果如圖7所示。

圖7 硬件連接查詢效果

在導(dǎo)航欄選擇信號(hào)查詢，主界面顯示信號(hào)的基本屬性字段如圖8所示，點(diǎn)擊詳情按鈕查看全部字段描述。

圖8 信號(hào)信息效果

測(cè)試時(shí)首先對(duì)各個(gè)功能模塊進(jìn)行單獨(dú)測(cè)試，記錄測(cè)試過(guò)程中出現(xiàn)的問(wèn)題，及時(shí)進(jìn)行修改和調(diào)整。模塊的獨(dú)立測(cè)試通過(guò)后，再進(jìn)行整體測(cè)試，檢查系統(tǒng)是否穩(wěn)定運(yùn)行不出現(xiàn)異常情況。經(jīng)過(guò)多次操作，系統(tǒng)完成相應(yīng)功能并穩(wěn)定運(yùn)行。

兼容性是影響用戶體驗(yàn)時(shí)的關(guān)鍵因素之一，從分辨率的兼容性和瀏覽器的兼容性兩方面開(kāi)展。本系統(tǒng)選擇在windows操作系統(tǒng)下的Firefox,Chrome,IE等常用的瀏覽器進(jìn)行測(cè)試，打開(kāi)相同的界面對(duì)比分析功能和界面顯示都能良好處理，并且對(duì)分辨率有自適應(yīng)性，符合用戶的使用規(guī)范。

5 結(jié)束語(yǔ)

本文首先分析了TMSR-SF0儀控系統(tǒng)的結(jié)構(gòu)特點(diǎn)和數(shù)據(jù)之間的關(guān)聯(lián)關(guān)系，為了反應(yīng)堆儀控系統(tǒng)數(shù)據(jù)的便捷管理，本文結(jié)合了儀控系統(tǒng)纜線連接復(fù)雜交織成網(wǎng)狀并與軟件信號(hào)緊密關(guān)聯(lián)的特點(diǎn)，從幾個(gè)不同的角度探討了核電廠儀控系統(tǒng)的工程管理需求。其次，設(shè)計(jì)了用戶管理，基礎(chǔ)數(shù)據(jù)管理，軟硬件信號(hào)查詢，故障及維修記錄，設(shè)計(jì)文件管理幾個(gè)功能模塊。從功能設(shè)計(jì)出發(fā)并根據(jù)數(shù)據(jù)的關(guān)聯(lián)關(guān)系，設(shè)計(jì)了數(shù)據(jù)庫(kù)的模型，并應(yīng)用計(jì)算機(jī)技術(shù)完成了系統(tǒng)的開(kāi)發(fā)。最后，通過(guò)測(cè)試數(shù)據(jù)管理平臺(tái)的功能，實(shí)踐驗(yàn)證該系統(tǒng)解決了工程管理中復(fù)雜關(guān)聯(lián)的數(shù)據(jù)查找時(shí)效率低下的問(wèn)題，降低了數(shù)據(jù)的冗余，提高了資源的利用，為工程人員的管理帶來(lái)的便捷。今后儀控系統(tǒng)投入運(yùn)行將產(chǎn)生大量數(shù)據(jù)，種類也更加繁多，數(shù)據(jù)庫(kù)管理系統(tǒng)需要進(jìn)一步改進(jìn)和完善。