【正文】 登陸本模塊進行更多的考慮。 2． 4 系統(tǒng)功 能及工作流程設(shè)計 本論文將采用面向?qū)ο竽Ｐ蛠硗瓿稍O(shè)計，在系統(tǒng)功能部分將首先采用包圖來說明設(shè)備維修系統(tǒng)的子系統(tǒng)之間的關(guān)系，包圖屬于高層圖，它通過定義類應(yīng)該包括在哪個子系統(tǒng)中來記錄子系統(tǒng)，包圖的信息主要來源于用例圖和類圖；然后設(shè)計類圖完成對系統(tǒng)功能以及工作流程的設(shè)計，設(shè)計類圖是對類圖的擴展，增加方法和屬性等細節(jié)，設(shè)計類圖的主要信息來源于需求分析階段的類圖，交互圖和狀態(tài)圖?？煽慷扔嬎愠鰜砗?，根據(jù)可靠度差值分析確定基于可靠度的維修費用。 本設(shè)備維修管理系統(tǒng)采用 基于 B／ S模式的 Web三層體系結(jié)構(gòu)，通過網(wǎng)頁的形式查詢維修記錄、維修模式以及維修費用，具有良好的人機界面。 MVC模式不僅實現(xiàn)了功能模塊和顯示模塊的分離，同時它還提高了應(yīng)用系統(tǒng)的可維護性、可擴展性、可移植性和組件的可復(fù)用性。軟件工程是指用工程化的思想來指導(dǎo)軟件的開發(fā)，將軟件開發(fā)分為需求分析，概要設(shè)計，詳細設(shè)計，測試和維護五個階段，并在各個階段采用相應(yīng)的工具進行設(shè) 系統(tǒng)設(shè)計分析最核心的問題是系統(tǒng)總體功能結(jié)構(gòu)的確定和模塊的劃分。而在管理員模塊和用戶模塊的下層又分別包含了若干個小的功能模塊來共同實現(xiàn)系統(tǒng)的 整體目標。其中用戶信息添加是用戶管理的前提。 ? 個人以及員工信息查詢：這項功能讓用戶可以查詢自己在系統(tǒng)的注冊信息以及該公司的員工信息可以及時找到負責(zé)人，如若發(fā)現(xiàn)信息有誤可以及時與管理員聯(lián)系修改。下面對這五個步驟進行詳細的分析。如果父實體的關(guān)鍵字是子實體關(guān)鍵字的一部分，則為標定聯(lián)系，否則為非標定聯(lián)系。 (4)確定關(guān)鍵字在本階段確定聯(lián)系可被使用，因此開始標識侯選關(guān)鍵字之前需除去所有非確定聯(lián)系，侯 選關(guān)鍵字屬性是唯一識別每個實體的實例。其中維修方式代價值是通過維修專家總結(jié)歷史維修數(shù)據(jù)得出。 3． 5 維修模式 的模型設(shè)計 經(jīng)過以上幾節(jié)的分析，可以得出基于設(shè)備知識的最佳設(shè)備維修模式模型。根據(jù)以上劃分規(guī)則，現(xiàn)就設(shè)備維修管理系統(tǒng)舉例如下：由于設(shè)備可用設(shè)備統(tǒng)一編號唯一標識，而不需要確定相關(guān)維修項目，而維修項目是針對具體設(shè)備而言的?？梢愿鶕?jù)本論文中需求分析的類圖中選擇實體，從而初步找出潛在的實體，形成初步實體表。 系統(tǒng)流程圖 設(shè)備 系統(tǒng) 管理員 登陸系統(tǒng)發(fā)放帳號流程圖如圖 32 系統(tǒng)管理員發(fā)放帳號流程示意圖；客戶獲得帳號登陸用戶界面流程如圖 33用戶操作流程示意圖。 2．用戶模塊：管理員添加了用戶的基本質(zhì)料后發(fā)放給用戶帳號，用戶憑借帳號和密碼通過登陸模塊就能進入用戶模塊。其中查詢可以根據(jù)時間，客戶名，故障設(shè)備等查找到設(shè)備是否已維修好。 21 系統(tǒng)模塊劃分 系統(tǒng)功能模塊劃分 示意圖 系統(tǒng)模塊劃分的結(jié)果最終為一張分層的樹型結(jié)構(gòu)圖 —— 設(shè)備維修管理系統(tǒng)的功能結(jié)構(gòu)圖如圖 31所示： 用戶模塊 系統(tǒng)管理員模塊 維修設(shè)備管理 故障處理信息 客戶信息管理 設(shè)備型號管理 修改帳號信息 維修設(shè)備管理 員工信息管理 故障處理信息 設(shè)備型號管理 用戶信息管理 帳號管理 設(shè)備維修 管理系統(tǒng) 選擇身份 登陸 員工信息查詢 員工信息修改 員工信息刪除 用戶信息添加 用戶信息查詢 用戶信息注銷 圖 31 系統(tǒng)模塊劃分示意圖 查看維修單 查找修改設(shè)備信息 22 系統(tǒng)模塊劃分詳細描述 根據(jù)設(shè)備管理的功能要求，系統(tǒng)分成兩個大的模塊：管理員模塊和用戶模塊，顧名思義客戶進入用戶模塊，系統(tǒng)的管理員則進入管理員模塊，其身份劃分相當嚴格不能出現(xiàn)混淆。 J2EE 技術(shù)結(jié)合 MVC 設(shè)計模式在構(gòu)建企業(yè)級 Web 應(yīng)用的實現(xiàn)中， JSP 對應(yīng)于視圖，因為整個 應(yīng)用系統(tǒng)主要通過 JSP 來與外界進行交互； Servlet 對應(yīng)于控制類，作為 JSP 與 EJB 之間的中間樞紐； EJB 和 Javagean對應(yīng)于模塊，主要進行數(shù)據(jù)業(yè)務(wù)的處理。 20 Model_ViewOontrolIer(MVO)編程框架 MVC(ModelViewControl ler)設(shè)計模式，即模型一視 圖一控制器模式，是設(shè)計模式中很重要的一種。 軟件體系結(jié)構(gòu)表示了一個軟件系統(tǒng)的高級結(jié)構(gòu)，它為軟件系統(tǒng)提供了一個結(jié)構(gòu)、行為和膩性的高級抽象，也構(gòu)成系統(tǒng)的元素的描述、這些元素的相互作用、指導(dǎo)元素集成的模式以及這些模式的約束組成。因此必須根據(jù)設(shè)備知識管理中的設(shè)備維修歷史以及設(shè)備資料制定適當?shù)木S修檢測周期以了解設(shè)備信息。第三步，確定計算綜合費用的經(jīng)驗公式 (主動預(yù)測 )和理論公式。 設(shè)備 系統(tǒng) 管理人員功能的信息量大，數(shù)據(jù)安全性和保密性要求高。具體的說是確定系統(tǒng)必須具有的功能和性能，系統(tǒng)要求的運行環(huán)境，并且預(yù)測系統(tǒng)發(fā)展的前景。易使用性。即客戶端程序向數(shù)據(jù)庫服務(wù)器發(fā)布標準 SQL 命令和接收數(shù)據(jù)庫服務(wù)器的運算結(jié)果，數(shù)據(jù)庫服務(wù)器則負責(zé)數(shù)據(jù)查詢、更改、統(tǒng)計等運算，并將運算結(jié)果返回客戶端。這個階段的主要活動有：系統(tǒng)初步調(diào)查、可行性研究、了解開發(fā)工具。設(shè)備維修費用的量化是建立在企業(yè)已有的設(shè)備知識的基礎(chǔ)之上的，主要需要以下幾方面的資料： 1. 劃分設(shè)備部位，以便于粗線條的，大粒度的對大型設(shè)備進行管理： 2. 定義設(shè)備特性，定義設(shè)備的部位編號，數(shù)量，更換周期，使用時間，維修周期等； 。這三要素充分結(jié)合，相互利用，從而使管理信息系統(tǒng)形成了一個有著鮮明特色的邊緣學(xué)科。這一切使得傳統(tǒng)的手工作業(yè)為基礎(chǔ)的信息系統(tǒng)陷入了機構(gòu)日益龐大，效率日益降低的困境。這種部署可達數(shù)千個處理器，實現(xiàn)可高度伸縮的系統(tǒng)，滿足未來商業(yè)應(yīng)用的需要。 3. 支持異構(gòu)環(huán)境 J2EE能夠開發(fā)部署在異構(gòu)環(huán)境中的可移植程序。這樣，一個以漸進的 (而不是激進的、全盤否定的 )方式建立在已有系統(tǒng)之上的服務(wù)器端平臺機制是公司所需求的。屬性／關(guān)鍵字屬性是指事物的特征，用箱子的屬性名來表示；關(guān)鍵字包括主關(guān)鍵字 (PK)，即主鍵，次關(guān)鍵字 (AK)，即次鍵，外來關(guān)鍵字。 ：使用了 Vbscript 等簡單 的腳本語言，可以快速的完成網(wǎng)站應(yīng)用程序的編寫。瀏覽者查看頁面源文件時，看到的是 ASP生成的 HTML 代碼，而不是 ASP 程序代碼。它很明確的一點是它只專著于Windows ,因而可以百分之百地為這個操作系統(tǒng)而優(yōu)化，不需要為適應(yīng)別的操作系統(tǒng)來犧牲自己的性能。 設(shè)備維修管理作為企業(yè)管理中的一個重要組成部分，不僅是實現(xiàn)維修目標的重要保證，也是實現(xiàn)企業(yè)經(jīng)營戰(zhàn)略目標的重要保證?；诖四康?，在咨詢了企業(yè)設(shè)備維修人員的基礎(chǔ)上，從企業(yè)的實際出發(fā)，結(jié)合了管理，運用 MIS 開發(fā)的和工具完成了設(shè)備維修管理系統(tǒng) 。因 此設(shè)備管理與維修作為企業(yè)管理的一個重要方面，已成為廣大企業(yè)共同關(guān)心的問題，并渴望能夠盡快建立適合我國企業(yè)實際的設(shè)備管理與維修模式。其中的技術(shù)含量不斷提高，計算機在維修工程中的應(yīng)用 日益突出，對軟件表現(xiàn)的智能化水準要求越來越高。然而多年來人們發(fā)現(xiàn)，無論上述的預(yù)防維修活動進行得多么充分，很多故障也仍不能防止和有效地減少。是以最小綜合費用為目標，綜合生產(chǎn)、設(shè)備劣化、診斷技術(shù)的進步各種因素來制定維修策略的管理模式。 (2)狀態(tài)維修 (Condition Based Maintenance， CBM)在設(shè)備出現(xiàn)了明顯的裂化后實施的維修，狀態(tài)的裂化是由被檢測的機器狀態(tài)參數(shù)變化反映出來的，用測量值與允許的極限值進行比較以確定維修計劃，還可以進行趨向管理，即對測出的數(shù)據(jù)進行外推，以便預(yù)測其可能的超出允許值的時間，提前安排維修。 ②全員生產(chǎn)維修日本在美國生產(chǎn)維修的基礎(chǔ)上，吸收了英國綜合工程學(xué)和中國鞍鋼憲 5 法群眾的路線的思想，提出“全員生產(chǎn)維修 的概念。由于維修準確性的影 響，可能產(chǎn)生維修的過?；蚓S修不足，不注意設(shè)備的基礎(chǔ)保養(yǎng)。因此，建立設(shè)備集成化管理體系具有重要的現(xiàn)實意義和社會經(jīng)濟效益。他們也認識到優(yōu)良有效的維修直接影響到產(chǎn)品的質(zhì)量和售后服務(wù)的質(zhì)量。 近幾年隨著計算機技術(shù)、網(wǎng)絡(luò)技術(shù)的不斷發(fā)展和普及。由于采用 ASP 技術(shù)構(gòu)建，本系統(tǒng)既可以單機運行又可以在網(wǎng)絡(luò)中運行，具有較高的適應(yīng)性。 設(shè)備 就是隨著網(wǎng)絡(luò)技術(shù)發(fā)展超來的一 個 商業(yè) 設(shè)備 系統(tǒng)是強調(diào)以庫存為中心的商業(yè)應(yīng)用系統(tǒng)，不但設(shè)計上思路清晰，數(shù)據(jù)流程明確，更多地考慮了業(yè)務(wù)功能的完備性，高效性及易修改易擴充性。 Inquiry。生產(chǎn)現(xiàn)代化水平的提高，大型、精密、高速、連續(xù)、結(jié)構(gòu)復(fù)雜、電子裝置控制的自動化水平較高 的設(shè)備不斷增多，工業(yè)企業(yè)設(shè)備管理的重要性必將顯得更加突出。為什么呢？主要原因是設(shè)計、制造和使用之間，以及操作與維修之間，他們的費用和責(zé)任是完全獨立的。其中兼修時代的主要特征是維修工等同于操作工；而 專修時代將維修工與專修工的工作做了明顯的劃分，操作工專門操作，維修工專門修理。 (3)生產(chǎn)維修階段 PM(Productive Maintenance)(1960年一 1970年 )以美國為代表的西方國家多采用此維修管理體制，生產(chǎn)維修由四部分組成：事后維修 BM(Breakdown Maintenance)；預(yù)防維修 PM(Preventive Maintenance)；改善維修CM(CorrectiveMaintenance)；維修預(yù)防 MP(Maintenance Preventive)。在設(shè)備正常運行的情況下，進行設(shè)備整體維修和保養(yǎng)。 (3)以利用率為中心的維修 (ACM Availability Centered Mainteance)把利用率放到第一位來制定維修策略的維修方式。在以可靠性為中心的維修思想中，引入了“主動維修 這一新概念 ，把定期維修和視情維修方式歸屬于砧主動維修”，從而使“以可靠性為中心”的維修思想在維修工作中得到了更明確、更深刻地體現(xiàn)。報告中的發(fā)現(xiàn)令人意外：即預(yù)定大修對復(fù) 雜設(shè)備的整體可靠性影響甚微，除非該設(shè)備具有一種支配性故障模式。 設(shè)備維修管理的未來發(fā)展趨勢 從設(shè)備維修與管理的發(fā)展模式來看六十年代至今，世界上先進的工業(yè)發(fā)達國家為適應(yīng)激烈的市場競爭的需要，不斷地尋求和創(chuàng)造新的、先進的管理理論和模式。 RCM方法簡單易行，可操作性強。此時的設(shè)備就需要維修，但對于不同的設(shè)備應(yīng)該采取什么樣的方式 、方法進行維修，就需要合理 衡量、選擇。一言 以蔽之，我國目前的 HIS產(chǎn)品狀況令人擔憂，系統(tǒng)性能、可靠性、功能和信息共享和交換上存在明顯弱點和問題。此技術(shù)是 Microsoft 軟件的重要基礎(chǔ)，它采用封裝對象，程序調(diào)用 對象技術(shù)，簡化編程，加強程序間的合作?，F(xiàn)階段網(wǎng)絡(luò)中很多 B/S 系統(tǒng)都是采用的 ASP技術(shù) 。 其中 IDEFl是用來開發(fā)信息模型的，這個信息模型表述了制造系統(tǒng)環(huán)境的信息結(jié)構(gòu)和語義，而 IDEFlX事 IDEFl的擴展版本是語義數(shù)據(jù)模型化技術(shù)，支持概念模式開發(fā)所必須的語義結(jié)構(gòu)，完善的 IDEFlX模型具有所期望的一致性，可擴充性和可變換性。它適用于開發(fā)大訪問量，動態(tài)的網(wǎng)站和企業(yè)應(yīng)用程序，它給開發(fā)人員在 企業(yè)網(wǎng)絡(luò)中如何設(shè)計使用和配置這些系統(tǒng)提供了很大的靈活性。由于基于 J2EE平臺的產(chǎn)品幾乎能夠在任何操作系統(tǒng)和硬件配置上運行，現(xiàn)有的操作系統(tǒng)和硬件也能被保留使用。 J2EE標準也允許客戶訂購與 J2EE兼容的第三方的現(xiàn)成的組件，把它們部署到異構(gòu)環(huán)境中，節(jié)省了由自己制訂整個方案所需的費用。若是意外停機，那會有災(zāi)難性后果。 管理信息系統(tǒng)（ MIS， Management Information System）是一個由人和計算機等組成的能夠提供信息以支持一個組織機構(gòu)內(nèi)部的作業(yè)、管理、分析和決策職能的系統(tǒng)。 本論文的主要工作內(nèi)容 本論文主要是研究設(shè)備維修管理系統(tǒng)的可靠度以及維修模式的分析與算法實現(xiàn)，并探討進行設(shè)備維修管理系統(tǒng)的設(shè)計與實現(xiàn)方案及技術(shù)。第三步，確定計算綜合費用的經(jīng)驗公式 (主動預(yù)測 )和理論公式。初步調(diào)查主要由兩部分組成：一般調(diào)查和信息需求調(diào)查。增加了大型數(shù)據(jù)庫才有的提交機制，因此數(shù)據(jù)操作更為安全可靠。 （ 2） 經(jīng)濟可行性 系統(tǒng)可以利用現(xiàn)有的網(wǎng)絡(luò)資源，自行設(shè)計自行開發(fā)，具有很高的性價比；系統(tǒng)投入使用后，可節(jié)省人力，減輕勞動強度，從而降低了成本，節(jié)省了開支。 應(yīng)用需求分析 設(shè)備維修 管理系統(tǒng)需要滿足來自 兩 方面的需求，這 兩 個方面分別是 客戶 和 系統(tǒng)管理員 。 2． 3 設(shè)備維修模型的建立 本論文所研究設(shè)備維修管理模型是以最小綜合費用為目標，結(jié)合設(shè)備可靠度分析和維修費用分析等因素來確定設(shè)備維修管理的最佳維修模式。系統(tǒng)主要是根據(jù)“主動維修成本分析，設(shè)備知識反饋，閉環(huán)管理 的原理，利用對設(shè)備的配置，性能參數(shù)及歷史數(shù)據(jù) (故障統(tǒng)計，故障率等 )的分析和費用分析動 態(tài)的制定維修決策和維修方式，使設(shè)備的綜合維修費用降到最小的同時達到對設(shè)備可靠性的預(yù)期要求，能夠保證設(shè)備正常的工作和安