機(jī)床行業(yè)可靠性服務(wù)平臺(tái)設(shè)計(jì)與研究*

王 毅 李 麗 朱 清 冉 琰 慕宗燚 鐘德明 張根保

(①重慶大學(xué)機(jī)械工程學(xué)院，重慶 400044；②北京機(jī)床研究所 北京 100102；③四川華都核設(shè)備制造有限公司，四川 都江堰 611830)

文獻(xiàn)[1]指出,市場(chǎng)數(shù)據(jù)分析表明，國(guó)產(chǎn)機(jī)床長(zhǎng)期依賴的價(jià)格優(yōu)勢(shì)在國(guó)外高精度和高可靠性機(jī)床的沖擊下逐漸消失殆盡，進(jìn)口機(jī)床的可靠性優(yōu)勢(shì)越來越大。通過04專項(xiàng)的實(shí)施和國(guó)家支持下的大力技術(shù)攻關(guān)，國(guó)產(chǎn)數(shù)控機(jī)床的可靠性衡量關(guān)鍵指標(biāo)MTBF從200 h大幅提升到1 000 h，可是可靠性與進(jìn)口機(jī)床的差距仍然巨大，沒有開展可靠性工程的企業(yè)產(chǎn)品的平均可靠性水平甚至還不到500 h，而進(jìn)口機(jī)床的平均水平可以達(dá)到3 000 h。由于機(jī)床制造企業(yè)對(duì)機(jī)床可靠性的研究尚未全面深入開展，導(dǎo)致其缺少技術(shù)的積累，缺乏可靠性工作開展必要的數(shù)據(jù)和方法，對(duì)于出現(xiàn)故障的數(shù)控機(jī)床，不能依托于歷史數(shù)據(jù)和可信的技術(shù)進(jìn)行及時(shí)的處理，對(duì)機(jī)床的使用效率影響極大。可靠性數(shù)據(jù)和通用技術(shù)的缺失成為制約國(guó)產(chǎn)數(shù)控機(jī)床可靠性提高的瓶頸，為此采用網(wǎng)絡(luò)技術(shù)整合各方資源成為一種提高機(jī)床可靠性應(yīng)用水平的有效途徑。文獻(xiàn)[2-3]將數(shù)控機(jī)床可靠性與信息技術(shù)結(jié)合，研究了可靠性信息管理系統(tǒng)；文獻(xiàn)[4]提出了基于J2EE規(guī)范的面向服務(wù)過程集成的遠(yuǎn)程服務(wù)平臺(tái)；文獻(xiàn)[5]提出了在J2EE平臺(tái)上應(yīng)用MVC模式開發(fā)機(jī)床網(wǎng)絡(luò)化服務(wù)系統(tǒng)的方法；文獻(xiàn)[6]基于現(xiàn)代計(jì)算機(jī)技術(shù)的發(fā)展，提出了可靠性網(wǎng)絡(luò)信息平臺(tái)的具體搭建規(guī)劃；文獻(xiàn)[7]系統(tǒng)研究了基于云服務(wù)平臺(tái)的機(jī)床再制造技術(shù)。本文根據(jù)我國(guó)互聯(lián)網(wǎng)和可靠性技術(shù)的發(fā)展現(xiàn)狀，結(jié)合國(guó)內(nèi)幾千家機(jī)床制造企業(yè)對(duì)可靠性技術(shù)的實(shí)際需要，提出了機(jī)床行業(yè)可靠性服務(wù)平臺(tái)的建設(shè)內(nèi)容，目的是盡快全面提升國(guó)產(chǎn)機(jī)床的整體可靠性水平。

1 機(jī)床行業(yè)可靠性服務(wù)平臺(tái)的需求分析

目前已有一些關(guān)于可靠性方面的專業(yè)性網(wǎng)站[8]，這些網(wǎng)站一般都是從事可靠性應(yīng)用軟件開發(fā)和銷售的公司所建立的，以營(yíng)銷自己的可靠性分析軟件為出發(fā)點(diǎn)，進(jìn)行產(chǎn)品介紹和提供產(chǎn)品問題解決方案，網(wǎng)站也涵蓋可靠性技術(shù)培訓(xùn)和相關(guān)技術(shù)文章。電子產(chǎn)品可靠性網(wǎng)站和數(shù)控機(jī)床可靠性網(wǎng)站等是此類網(wǎng)站的代表。這些網(wǎng)站的共性問題是只針對(duì)所銷售產(chǎn)品的簡(jiǎn)單介紹，缺乏針對(duì)可靠性共性關(guān)鍵技術(shù)的系統(tǒng)介紹和針對(duì)特定問題的技術(shù)服務(wù)，也達(dá)不到服務(wù)整個(gè)機(jī)床行業(yè)(企業(yè)數(shù)量多達(dá)5 000家)的目的。本文所要建立的機(jī)床行業(yè)服務(wù)平臺(tái)針對(duì)整個(gè)機(jī)床行業(yè)可靠性應(yīng)用而建設(shè)，為機(jī)床制造廠家、機(jī)床分銷供應(yīng)商、機(jī)床用戶、科研機(jī)構(gòu)和對(duì)行業(yè)主管部門提供專業(yè)化的可靠性技術(shù)服務(wù)。

通過充分的市場(chǎng)調(diào)研，確定了機(jī)床行業(yè)對(duì)于可靠性技術(shù)的需求，包括：可靠性基礎(chǔ)數(shù)據(jù)管理(如數(shù)據(jù)采集、數(shù)據(jù)分析、數(shù)據(jù)庫(kù)建立等)、可靠性工程關(guān)鍵技術(shù)(如可靠性設(shè)計(jì)、可靠性試驗(yàn)、制造可靠性保障、可靠性管理等)和軟科學(xué)需求(如技術(shù)培訓(xùn)、技術(shù)咨詢服務(wù)等)。還需要引入改進(jìn)的質(zhì)量功能配置(QFD) 方法，從分析機(jī)床制造企業(yè)、機(jī)床用戶和供應(yīng)商的需求和期待入手，以保證機(jī)床可靠性為目的，采用HOQ(質(zhì)量屋)將相關(guān)用戶的需求轉(zhuǎn)換為各項(xiàng)具體的服務(wù)功能。可靠性服務(wù)平臺(tái)的搭建目的在于為相關(guān)用戶提供技術(shù)支持，限于開發(fā)技術(shù)和硬件，無法滿足用戶每一個(gè)方面的要求。因此必須對(duì)服務(wù)功能進(jìn)行評(píng)價(jià)甄別，選取與平臺(tái)服務(wù)功能相和度高和關(guān)鍵的服務(wù)功能模塊納入平臺(tái)的搭建中，力爭(zhēng)用有限的軟硬件資源為用戶提供最好的服務(wù)效果。

機(jī)床行業(yè)可靠性服務(wù)平臺(tái)結(jié)合現(xiàn)代信息技術(shù)和機(jī)床可靠性研究技術(shù)與數(shù)據(jù)，整合各方優(yōu)勢(shì)，為機(jī)床企業(yè)相關(guān)人員可靠性研究和學(xué)習(xí)提供有效的工具。

2 機(jī)床行業(yè)可靠性服務(wù)平臺(tái)的功能描述

基于對(duì)機(jī)床行業(yè)可靠性服務(wù)平臺(tái)的需求分析，本文將平臺(tái)的功能劃分為平臺(tái)管理模塊、功能服務(wù)模塊和知識(shí)庫(kù)模塊三大類。平臺(tái)管理模塊包括用戶管理、信息發(fā)布管理、數(shù)據(jù)查詢與下載管理、數(shù)據(jù)備份與安全管理和遠(yuǎn)程數(shù)據(jù)接口及通信；功能服務(wù)模塊包括機(jī)床行業(yè)新聞動(dòng)態(tài)、可靠性論壇、可靠性課題成果共享、可靠性指標(biāo)計(jì)算、可靠性在線分析和遠(yuǎn)程故障診斷；知識(shí)庫(kù)模塊包括經(jīng)典可靠性書籍與期刊、可靠性研究論文、可靠性行業(yè)標(biāo)準(zhǔn)規(guī)范、可靠性知識(shí)在線學(xué)習(xí)、可靠性研究機(jī)構(gòu)及專家介紹、可靠性典型案列。機(jī)床行業(yè)可靠性服務(wù)平臺(tái)的功能結(jié)構(gòu)圖如圖1所示。

2.1 服務(wù)平臺(tái)管理模塊

平臺(tái)管理模塊用于對(duì)服務(wù)平臺(tái)的用戶、數(shù)據(jù)等進(jìn)行管理，維護(hù)平臺(tái)的正常運(yùn)行，確保平臺(tái)的安全，是平臺(tái)的技術(shù)支持部分。

2.1.1 用戶管理

用戶管理功能用于對(duì)用戶賬號(hào)信息進(jìn)行管理，主要包括用戶注冊(cè)、登錄、用戶權(quán)限賦予、權(quán)限修改、用戶信息查詢、信息修改等操作。用戶注冊(cè)之后將用戶信息存儲(chǔ)在數(shù)據(jù)庫(kù)中，以實(shí)現(xiàn)用戶信息的快速查詢和便捷修改，用戶權(quán)限由平臺(tái)授予，當(dāng)用戶權(quán)限改變時(shí)，對(duì)表示權(quán)限的字段進(jìn)行修改，以實(shí)現(xiàn)用戶權(quán)限的更改。平臺(tái)的用戶類型主要為游客、注冊(cè)用戶(機(jī)床廠家、研究人員等)和系統(tǒng)管理員。用戶登錄通過權(quán)限判斷，游客只能瀏覽平臺(tái)展示內(nèi)容；注冊(cè)用戶除了可以完成游客的操作外，還可以下載相關(guān)資料、進(jìn)入文件上傳管理模塊進(jìn)行上傳、修改和刪除等操作；系統(tǒng)管理員具有最高權(quán)限，包括審核注冊(cè)用戶信息、發(fā)布信息等。

2.1.2 信息發(fā)布管理

信息發(fā)布管理用于對(duì)平臺(tái)的各具體功能模塊進(jìn)行信息管理與數(shù)據(jù)更新。將各功能模塊數(shù)據(jù)存放在數(shù)據(jù)庫(kù)中，定期對(duì)數(shù)據(jù)進(jìn)行更新，存入最新的課題成果和文獻(xiàn)資料等。機(jī)床行業(yè)動(dòng)態(tài)需要每天進(jìn)行維護(hù)，更新機(jī)床行業(yè)的最新動(dòng)態(tài)，對(duì)平臺(tái)首頁顯示的信息進(jìn)行推送。

2.1.3 數(shù)據(jù)查詢與下載管理

數(shù)據(jù)查詢與下載管理功能用于向用戶提供可靠性數(shù)據(jù)的快速查詢服務(wù)和下載服務(wù)。可靠性數(shù)據(jù)都是存放在系統(tǒng)的數(shù)據(jù)庫(kù)中，查詢時(shí)用戶運(yùn)用查詢功能，快速在數(shù)據(jù)庫(kù)中查詢與搜索關(guān)鍵詞相關(guān)的可靠性數(shù)據(jù)，能夠提供給有權(quán)限的用戶下載的數(shù)據(jù)，在搜索頁面中顯示出下載url鏈接，供用戶下載。

2.1.4 數(shù)據(jù)備份與安全管理

數(shù)據(jù)備份與安全管理模塊提供可靠性數(shù)據(jù)的備份與安全管理，以及整個(gè)平臺(tái)運(yùn)行的安全管理措施，確保數(shù)據(jù)和平臺(tái)的安全可靠。平臺(tái)擬從備份硬件、備份軟件、備份制度和災(zāi)難恢復(fù)計(jì)劃四個(gè)方面入手對(duì)數(shù)據(jù)進(jìn)行備份，從技術(shù)手段和制定管理辦法兩方面確保系統(tǒng)的安全性。

2.1.5 遠(yuǎn)程數(shù)據(jù)接口及通信

遠(yuǎn)程數(shù)據(jù)接口及通信用提供一種注冊(cè)用戶與后臺(tái)進(jìn)行數(shù)據(jù)交換的約定，包括格式、內(nèi)容、傳送時(shí)間和技術(shù)支持環(huán)境等，在進(jìn)行遠(yuǎn)程故障診斷、可靠性在線分析等工作時(shí)為平臺(tái)提供技術(shù)支持。

2.2 服務(wù)平臺(tái)的功能服務(wù)模塊

服務(wù)平臺(tái)的功能服務(wù)模塊給用戶提供相互交流和實(shí)時(shí)跟蹤機(jī)床可靠性研究前沿動(dòng)態(tài)的功能，同時(shí)提供給用戶專業(yè)的可靠性技術(shù)指導(dǎo)。

2.2.1 機(jī)床行業(yè)新聞動(dòng)態(tài)

機(jī)床行業(yè)動(dòng)態(tài)信息發(fā)布用于對(duì)機(jī)床行業(yè)現(xiàn)狀、國(guó)家政策、行業(yè)最新資訊等新聞動(dòng)態(tài)進(jìn)行發(fā)布，利于企業(yè)和游客獲取。由后臺(tái)人員收集機(jī)床行業(yè)前沿發(fā)展和國(guó)家政策發(fā)布等，篩選出有價(jià)值的內(nèi)容，實(shí)時(shí)對(duì)新聞板塊進(jìn)行更新。

2.2.2 可靠性論壇

可靠性技術(shù)論壇用于向用戶提供機(jī)床可靠性問題的討論空間，便于用戶對(duì)個(gè)人感興趣的可靠性問題進(jìn)行討論。論壇參考主流論壇的搭建方式進(jìn)行搭建，論壇需要進(jìn)行模塊劃分，將論壇劃分為可靠性設(shè)計(jì)、制造可靠性、可靠性試驗(yàn)、可靠性管理體系、可靠性使用等模塊，用戶必須注冊(cè)才能發(fā)言。

2.2.3 可靠性課題成果共享

可靠性課題成果共享用于向用戶提供可靠性相關(guān)重大課題進(jìn)行期間形成的可靠性標(biāo)準(zhǔn)規(guī)范、數(shù)據(jù)和論文專利的查閱和下載。后臺(tái)人員搜集可靠性課題的各種資料，進(jìn)一步將課題進(jìn)行期間形成的相關(guān)可靠性標(biāo)準(zhǔn)規(guī)范、數(shù)據(jù)和論文專利存入數(shù)據(jù)庫(kù)中，供用戶查閱，允許被有權(quán)限用戶下載的內(nèi)容在其查閱界面提供url下載鏈接，便于用戶下載。本部分應(yīng)盡可能搜集數(shù)據(jù)和資料，豐富平臺(tái)的數(shù)據(jù)庫(kù)，形成進(jìn)行科研和可靠性分析的數(shù)據(jù)支撐。

2.2.4 可靠性指標(biāo)計(jì)算

本部分用于向用戶提供基本的可靠性計(jì)算功能，便于用戶在不完全掌握可靠性計(jì)算方法的情況下，也可進(jìn)行可靠性指標(biāo)的計(jì)算，計(jì)算的指標(biāo)涵蓋MTBF、MTTR等常用可靠性分析指標(biāo)。由用戶根據(jù)不同計(jì)算指標(biāo)的系統(tǒng)提示進(jìn)行數(shù)據(jù)收集，將收集到的數(shù)據(jù)填入表格中，該功能模塊會(huì)自動(dòng)計(jì)算出相應(yīng)的可靠性結(jié)果。如MTBF的計(jì)算流程如圖2。

2.2.5 可靠性在線分析

可靠性在線分析是在整合服務(wù)平臺(tái)資源、數(shù)據(jù)優(yōu)勢(shì)的基礎(chǔ)上由專業(yè)人員提供的針對(duì)用戶提出的問題進(jìn)行可靠性分析和提供解決方案的一種功能，分析的內(nèi)容包含F(xiàn)TA分析、FMECA分析和QFD分析等。用戶須在可靠性在線分析模塊輸入待解決的可靠性問題，系統(tǒng)根據(jù)輸入內(nèi)容進(jìn)行模糊匹配，提供給用戶相似案列的分析方案并進(jìn)一步推送用戶該領(lǐng)域的專家，用戶可根據(jù)自身需要聯(lián)系專家進(jìn)行線上交流。

2.2.6 遠(yuǎn)程故障診斷

用于向用戶提供數(shù)控機(jī)床的遠(yuǎn)程故障診斷服務(wù)，便于在用戶機(jī)床發(fā)生故障時(shí)進(jìn)行一定程度的故障診斷。用戶根據(jù)故障診斷系統(tǒng)的使用提示，輸入機(jī)床的故障現(xiàn)象、故障部位等基本信息，由智能匹配引擎從故障數(shù)據(jù)庫(kù)中進(jìn)行識(shí)別和提取，綜合判斷機(jī)床的運(yùn)行狀態(tài)，確定故障的可能原因。遠(yuǎn)程故障診斷的準(zhǔn)確率依賴于數(shù)據(jù)庫(kù)的數(shù)據(jù)量，因此前期應(yīng)該盡可能搜集大量的故障數(shù)據(jù)存入數(shù)據(jù)庫(kù)中。

2.3 服務(wù)平臺(tái)知識(shí)庫(kù)模塊

知識(shí)庫(kù)模塊包括經(jīng)典可靠性書籍與期刊、可靠性研究論文、可靠性行業(yè)標(biāo)準(zhǔn)、可靠性知識(shí)在線學(xué)習(xí)、可靠性研究機(jī)構(gòu)及專家介紹和可靠性典型案列。該模塊主要用于向用戶提供機(jī)床可靠性知識(shí)的介紹，便于用戶對(duì)機(jī)床各方面的可靠性基礎(chǔ)知識(shí)進(jìn)行了解與學(xué)習(xí)。該模塊各子功能實(shí)現(xiàn)的方式類似，由后臺(tái)管理人員定期收錄相關(guān)機(jī)床可靠性知識(shí)(文獻(xiàn)、視頻等)進(jìn)入數(shù)據(jù)庫(kù)，用戶根據(jù)自己的權(quán)限可以對(duì)內(nèi)容進(jìn)行瀏覽、下載等。

3 機(jī)床行業(yè)可靠性服務(wù)平臺(tái)的架構(gòu)

3.1 服務(wù)平臺(tái)的軟件總體結(jié)構(gòu)

可靠性服務(wù)平臺(tái)采用當(dāng)今主流IT技術(shù)中的基于J2EE的B/S多層技術(shù)架構(gòu)，使用瀏覽器實(shí)現(xiàn)界面顯示與后臺(tái)數(shù)據(jù)通信。J2EE體系結(jié)構(gòu)提供中間層集成框架用來滿足無需太多費(fèi)用而又需要高可用性、高可靠性以及可擴(kuò)展性的應(yīng)用需求。通過提供統(tǒng)一的開發(fā)平臺(tái)，J2EE 降低了開發(fā)多層應(yīng)用的費(fèi)用和復(fù)雜性，同時(shí)提供對(duì)現(xiàn)有應(yīng)用程序集成強(qiáng)有力的支持，完全支持 Enterprise Java Beans，有良好的向?qū)еС执虬筒渴饝?yīng)用，添加目錄支持，增強(qiáng)了安全機(jī)制，提高了性能。

本平臺(tái)采用J2EE的典型的4層結(jié)構(gòu)進(jìn)行設(shè)計(jì)，采用Struts2來實(shí)現(xiàn)MVC (model-view-control) 模式，按照Model、View、Control的方式將應(yīng)用的輸入、處理和輸出進(jìn)行邏輯分離和封裝，減弱了表示層與業(yè)務(wù)邏輯層之間的耦合，增強(qiáng)了系統(tǒng)的健壯性和可移植性[5]。總體架構(gòu)如圖3所示，自上而下依次為：

(1)客戶層：為保證客戶端的兼容性和安全性，采用標(biāo)準(zhǔn)的HTTP/HTTPS 協(xié)議的Web瀏覽器作為客戶層。

(2)表示層(Web層)：產(chǎn)生表示邏輯、接受客戶端的反饋，并對(duì)客戶端的請(qǐng)求產(chǎn)生相應(yīng)的回應(yīng)。該層主要由 Struts2框架提供的 View(視圖)、Control(控制器)組成。View利用 Struts2標(biāo)簽庫(kù)來快速構(gòu)建HTML表單，并通過Action Form Bean建立View與Model之間的聯(lián)系；Control作為中央控制器，用Action-Servlet類和Action類來實(shí)現(xiàn)系統(tǒng)調(diào)用模型的方法、更新模型的狀態(tài)、控制應(yīng)用程序的流程的功能，把請(qǐng)求與業(yè)務(wù)邏輯分開來。

(3)業(yè)務(wù)邏輯層 (EJB層)：處理應(yīng)用的核心業(yè)務(wù)邏輯，并為底層業(yè)務(wù)服務(wù)組件提供必要的接口。該層主要是Struts2的Model(模型 )。系統(tǒng)的業(yè)務(wù)邏輯由Model中的Java Bean和EJB組件來實(shí)現(xiàn)。Java Bean用來實(shí)現(xiàn)各種基本信息操作(如添加、刪除、查詢等)，EJB用來實(shí)現(xiàn)復(fù)雜業(yè)務(wù)邏輯的操作。

(4)信息層：表示機(jī)床行業(yè)的信息資源，為業(yè)務(wù)邏輯提供數(shù)據(jù)服務(wù)與支持。

3.2 服務(wù)平臺(tái)的拓?fù)浣Y(jié)構(gòu)

我們研究拓?fù)浣Y(jié)構(gòu)的出發(fā)點(diǎn)，既要考慮到目前企業(yè)和科研機(jī)構(gòu)以及國(guó)家基礎(chǔ)通信設(shè)施的基本狀況，更要兼顧到企業(yè)未來的發(fā)展和機(jī)床可靠性研究的實(shí)際需要、計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展趨勢(shì)等因素。為此，在綜合分析各基本拓?fù)浣Y(jié)構(gòu)特點(diǎn)的基礎(chǔ)上，提出了具有三層結(jié)構(gòu)的星型拓?fù)浣Y(jié)構(gòu)。機(jī)床行業(yè)可靠性服務(wù)平臺(tái)通過重慶大學(xué)校園網(wǎng)連接到互聯(lián)網(wǎng)上，各生產(chǎn)廠家、機(jī)床用戶和個(gè)體愛好者都連接到互聯(lián)網(wǎng)上。相互之間借助互聯(lián)網(wǎng)這個(gè)通信平臺(tái)能夠共享可靠性信息。采用星型拓?fù)浣Y(jié)構(gòu)的優(yōu)點(diǎn)在于其中一個(gè)站點(diǎn)出現(xiàn)故障時(shí)不至于影響到其他站點(diǎn)，從而保證了整個(gè)系統(tǒng)的可靠性[6]，可靠性服務(wù)平臺(tái)拓?fù)浣Y(jié)構(gòu)如圖4。

4 服務(wù)平臺(tái)典型技術(shù)研究

服務(wù)平臺(tái)的運(yùn)行依賴于各子功能的順利實(shí)現(xiàn)，用戶權(quán)限管理和數(shù)據(jù)庫(kù)設(shè)計(jì)都是服務(wù)平臺(tái)的重要支持技術(shù)，下文作簡(jiǎn)要的介紹。

4.1 平臺(tái)用戶權(quán)限管理框架設(shè)計(jì)

基于角色的訪問控制(RBAC，role based access control)廣泛應(yīng)用在各種計(jì)算機(jī)系統(tǒng)中。由于角色和權(quán)限之間的變化比角色和用戶關(guān)系之間的變化相對(duì)要慢得多，減小了授權(quán)管理的復(fù)雜性，降低管理開銷，而且靈活地支持平臺(tái)的安全策略，并對(duì)平臺(tái)變化有很大的伸縮性[9]。RBAC的基本思想就是：管理員授予給用戶的訪問權(quán)限，通常由用戶在一個(gè)組織中擔(dān)當(dāng)?shù)慕巧珌泶_定，RBAC中權(quán)限被授予給角色，角色被授權(quán)給用戶，用戶不直接與權(quán)限關(guān)聯(lián)。RBAC 對(duì)訪問權(quán)限的授予由管理員統(tǒng)一管理，而系統(tǒng)將根據(jù)用戶在組織內(nèi)所擁有的角色來做出訪問控制，授權(quán)規(guī)定是強(qiáng)加給用戶的，用戶不能自主地將訪問權(quán)限傳遞給他人，這是一種非自主型集中式訪問控制方式[10]。

平臺(tái)用戶權(quán)限管理框架總體架構(gòu)按功能劃分為全局配置文件及工具類、登錄處理及頁面設(shè)計(jì)、用戶操作設(shè)計(jì)、角色操作設(shè)計(jì)、權(quán)限操作設(shè)計(jì)五大部分，每一部分中包含 MVC 思想層次劃分的各種類[10]。

(1)全局配置及詳細(xì)設(shè)計(jì)：Java Web項(xiàng)目最重要的web.xml文件和配置Struts 2實(shí) 現(xiàn) 的Struts.xml文件。

(2)登錄處理及頁面設(shè)計(jì)：主要包括登錄頁面，使用JSP語言實(shí)現(xiàn)基本功能，后臺(tái)由 Struts2負(fù)責(zé)完成將用戶名、密碼等信息傳遞給業(yè)務(wù)邏輯層，由Login Action類實(shí)現(xiàn)用戶登錄以及鑒權(quán)等功能。

(3)用戶操作設(shè)計(jì)：主要包括用戶控制界面實(shí)現(xiàn)增加用戶、刪除用戶、修改用戶、查詢用戶，使用JSP語言實(shí)現(xiàn)基本功能，用戶實(shí)體User Bean，用戶實(shí)體對(duì)應(yīng)數(shù)據(jù)庫(kù)表項(xiàng)的映射配置文件User Bean.hbm.xml，用來控制調(diào)用何種數(shù)據(jù)接口類中的方法的User Action類，以及和數(shù)據(jù)庫(kù)進(jìn)行交互的User Dao類。

(4)角色操作設(shè)計(jì)：主要包括角色控制界面實(shí)現(xiàn)增加角色、刪除角色、修改角色、查詢角色，使用JSP語言實(shí)現(xiàn)基本功能，角色實(shí)體Role Bean，角色實(shí)體對(duì)應(yīng)數(shù)據(jù)庫(kù)表項(xiàng)的映射配置文件Role Bean.hbm.xml，用來控制調(diào)用何種數(shù)據(jù)接口類中的方法的Role Action類，以及和數(shù)據(jù)庫(kù)進(jìn)行交互的Role Dao類。

(5)權(quán)限操作設(shè)計(jì)：主要包括權(quán)限實(shí)體Authority Bean，權(quán)限實(shí)體對(duì)應(yīng)數(shù) 據(jù) 庫(kù) 表 項(xiàng) 的 映 射 配 置 文 件Authority Bean. hbm.xml，以及和數(shù)據(jù)庫(kù)進(jìn)行交互的Authority Dao類。

4.2 服務(wù)平臺(tái)數(shù)據(jù)庫(kù)設(shè)計(jì)

數(shù)據(jù)庫(kù)的設(shè)計(jì)在服務(wù)平臺(tái)的搭建中有著極其重要的地位，其設(shè)計(jì)的優(yōu)劣關(guān)乎平臺(tái)運(yùn)行的效率。平臺(tái)數(shù)據(jù)庫(kù)的需求體現(xiàn)在各種信息的錄入、保存、修改、更新、刪除和查詢上，這就要求數(shù)據(jù)庫(kù)結(jié)構(gòu)能充分滿足各種信息的輸出和輸入。現(xiàn)以可靠性文獻(xiàn)數(shù)據(jù)庫(kù)設(shè)計(jì)為例對(duì)服務(wù)平臺(tái)數(shù)據(jù)庫(kù)設(shè)計(jì)進(jìn)行說明。

可靠性文獻(xiàn)包括的數(shù)據(jù)項(xiàng)有文獻(xiàn)標(biāo)題、文獻(xiàn)內(nèi)容、發(fā)布時(shí)間、發(fā)布者、文獻(xiàn)簡(jiǎn)介、文獻(xiàn)類型等。在得知數(shù)據(jù)結(jié)構(gòu)的情況下，可進(jìn)一步繪制E-R圖(實(shí)體聯(lián)系圖)如圖5。

在上面設(shè)計(jì)的可靠性數(shù)據(jù)庫(kù)的E-R圖的基礎(chǔ)上，將數(shù)據(jù)庫(kù)的概念結(jié)構(gòu)轉(zhuǎn)化為數(shù)據(jù)庫(kù)系統(tǒng)所支持的數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)，可形成可靠性數(shù)據(jù)庫(kù)中的表格。

表1 數(shù)據(jù)庫(kù)可靠性文獻(xiàn)表

根據(jù)設(shè)計(jì)的數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)，后臺(tái)人員可以進(jìn)一步進(jìn)行可靠性數(shù)據(jù)和通用知識(shí)等的添加、保存、更新、刪除和備份等管理工作。

5 結(jié)語

國(guó)產(chǎn)機(jī)床可靠性的整體提高有賴于整合各方的研究資源和可靠性數(shù)據(jù)的積累，機(jī)床行業(yè)可靠性服務(wù)平臺(tái)的搭建為實(shí)現(xiàn)這一目標(biāo)提供了有力的平臺(tái)。本文從機(jī)床廠家、零部件供應(yīng)商、機(jī)床用戶及行業(yè)管理部門各方對(duì)機(jī)床可靠性服務(wù)平臺(tái)的需求入手，設(shè)計(jì)了平臺(tái)的功能及架構(gòu)，并對(duì)典型技術(shù)進(jìn)行了分析，設(shè)計(jì)的平臺(tái)能夠供各方學(xué)習(xí)交流。平臺(tái)發(fā)揮作用的大小受以下兩個(gè)關(guān)鍵因素的影響：一是可靠性數(shù)據(jù)的收集，只有具備了足夠大的數(shù)據(jù)量才能切實(shí)準(zhǔn)確分析可靠性問題，為用戶提供幫助；二是平臺(tái)的宣傳力度，平臺(tái)的運(yùn)行是一個(gè)循序漸進(jìn)的過程，只有廣泛聽取各方意見才能持續(xù)改進(jìn)。

[1]趙萬華,張星,呂盾,等. 國(guó)產(chǎn)數(shù)控機(jī)床的技術(shù)現(xiàn)狀與對(duì)策[J]. 航空制造術(shù),2016(9):16-22.

[2]姜巍巍,賈亞洲,王昕,等. 基于面向?qū)ο蟮某绦蛟O(shè)計(jì)方法的數(shù)控機(jī)床可靠性信息管理系統(tǒng)的研制[J]. 中國(guó)機(jī)械工程,2002,13(14):1216-1218.

[3]姜巍巍,李晶. 數(shù)控機(jī)床可靠性信息系統(tǒng)管理的應(yīng)用[J]. 機(jī)械設(shè)計(jì)與制造,2002(2):6-7.

[4]陳偉,沈斌. 機(jī)床制造企業(yè)遠(yuǎn)程服務(wù)平臺(tái)系統(tǒng)集成應(yīng)用研究[J]. 裝備機(jī)械,2006(4):16-17.

[5]沈斌,周賢軍,關(guān)錫友,等. 基于J2EE的機(jī)床售后服務(wù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J]. 計(jì)算機(jī)工程與設(shè)計(jì),2008(6):1541-1544.

[6]張日明. 數(shù)控裝備可靠性信息系統(tǒng)網(wǎng)絡(luò)平臺(tái)建設(shè)[D].長(zhǎng)春：吉林大學(xué),2008.

[7]薛宏全. 面向機(jī)床再制造的云服務(wù)平臺(tái)關(guān)鍵技術(shù)研究[D].西安：西北工業(yè)大學(xué),2016.

[8]蒙建波,李良熹,陳志剛. 基于www的專業(yè)網(wǎng)站建設(shè)若干原則及其實(shí)現(xiàn)[J].自動(dòng)化儀表,2000,21(8):1-2.

[9]Sandhu RS, Coyne EJ, Feinstein HL, et a1. Role-based access control modules[J]. IEEE Computer, 1996(2):38-47.

[10]吳波,王晶. 基于基本RBAC模型的權(quán)限管理框架的設(shè)計(jì)與實(shí)現(xiàn)[J]. 計(jì)算機(jī)系統(tǒng)應(yīng)用,2011,20(4):50-54.