44/50基于web的設備報修信息治理系統的設計與實現【摘要】本設計首先是圍繞當前的設備報修現狀進行了分析，分析了基于網絡環境的設備報修信息治理系統的必要性與可行性。其次針對該日常業務流程，分析數據來源及數據處理流程，并依照收集到的資料設計適合的報修信息治理系統。并對系統的設計實現進行了闡述，最終通過報修信息治理系統，能夠有效地加強對維修工作的統一治理和安排，加強對維修工作過程的全程監控，節約維護人員的時刻成本和辦公耗材成本。本報修信息治理系統具有在線提交報修信息、查看報修進程、報修用戶資料統計等功能,它將有效的提高報修效率。在本系統的設計中,盡量做到了對其的設計達到較強的移植性,使得本系在任何行業具有一定的應用前景。【關鍵詞】設備報修信息治理系統設計目錄摘要 II圖表清單 IV第一章 緒論 1一、 系統的背景 1二、 目前的現狀 1三、 相關技術 1(一) asp語言 1(二) MicrosoftODBC數據源治理 3(三) IIS服務 4(四) DreamweaverMX2004開發工具 5(五) B/S數據庫訪問模式 6第二章 系統分析 8一、 系統的需求分析 8(一) 使用范圍 8(二) 功能需求 8(三) 性能要求 8(四) 環境要求 9二、 系統的可行性分析 10三、 現有的報修流程 10四、 系統功能結構圖 11五、 新的系統流程圖 12六、 系統關聯圖 13七、 系統的邏輯模型 14第三章 系統設計 15一、 系統的目標設計 15二、 實體間的關系與E-R圖 15三、 關系模式 16四、 數據字典設計 17(一) 表設計 17(二) 數據項 19(三) 數據流 19(四) 數據存儲 19(五) 處理過程 20第四章 系統的實現 21一、 登陸界面 21二、 系統首頁 22三、 報修界面 23四、 報修治理 24五、 維修治理 26六、 服務評價 27第五章 系統測試與評價 28一、 系統的測試 28(一) 后臺測試 28(二) 前臺測試 28(三) 測試結果 28二、 系統的特點 29第六章 總結 30參考文獻 31致謝 32圖表清單TOC\h\z\c"圖表"圖1現有報修業務流程圖 11圖2系統功能結構圖 11圖3報修信息治理系統流程圖 12圖4報修信息治理系統關聯圖 13圖5系統的邏輯模型 14圖6報修信息治理系統E-R圖 15圖7用戶登陸界面 21圖8系統首頁界面 22圖9故障報修界面 23圖10報修單治理界面 24圖11維修治理界面 26圖12服務評價界面 27TOC\h\z\c"表格"表1計算機治理可行性研究九宮格 10表2用戶信息表 17表3報修信息表 17表4維修信息表 18表5公告信息表 18表6數據項 19表7數據流 19表8數據存儲 19表9處理過程 20緒論系統的背景隨著信息化醫院的進展，對信息資源利用需求也越來越高，信息系統各類軟、硬件故障發生的頻率大大增加，設備維護工作量不斷增加，如何有效地提高設備故障的解決效率顯得尤為緊迫。因為設備故障種類繁雜，不同設備的維護又由不同部門負責，以往的報修差不多上采納電話或者口頭通知，因而經常出現報修信息不準確，不完整，報修信息傳遞丟失，維修不及時，維修質量不高，用戶對維修工作不滿足等問題，解決故障的時刻長，解決故障的效率低。對故障的解決缺乏有效地監督和反饋，用戶對維護人員解決故障的服務態度缺乏評價。負責維護工作的部門對工作人員缺少有效地的考核，工作人員的工作態度不積極，對維護人員的服務態度、工作質量、工作責任心難以有效地治理。報修信息治理系統具有在線提交報修信息、查看報修進程、服務評價、查看用戶資料、進行數據分析統計等功能，具有著手工治理所無法比擬的優點。例如:檢索迅速、查找方便、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高工作的效率,也是報修治理的科學化、信息化治理與世界接軌的重要條件。目前的現狀目前國內醫院對信息設備的軟硬件維護、網絡治理水平不是專門高。大多數網絡設施故障發生以后，用戶不能及時的找到處理故障的相關負責人員排除故障而阻礙臨床的應用，對及時搶救患者造成阻礙，導致醫患矛盾的發生，嚴峻地阻礙醫院的公眾形象。報修人通過電話報修給值班員手工登記然后將報修信息傳遞給維修人員存在轉述不清或者遺漏，從而阻礙維修質量，維修人員到達故障現場的維修進展情況，包括報修人員對維修結果的反饋，值班人員不能及時的了解維修狀況，以及維修過程中可能需要用到配件或備機情況，目前都只能體現在紙制的維修單上，缺少連續性也容易造成丟失遺漏，科室軟硬件故障的發生率、返修率、維修人員的工作量、維修質量、服務反饋、配件及備機等數據記錄給每月的分析統計結果帶來不完整性。使整個維修治理工作得不到專門好的監管。而目前醫院已建立了較為完善的網絡，各部門都配備計算機，通過網絡進行網上報修是提高報修效率的重要手段。因此我們對現有的故障報修流程進行了有效地組織和治理，是提高故障解決效率重要途徑。利用計算機技術對報修進行治理是切實可行的方法。相關技術asp語言MicrosoftActiveServerPages即ASP，是一套微軟開發的服務器端腳本環境，ASP內含于IIS3.0以后的版本中,通過ASP我們能夠結合HTML網頁、ASP指令和ActiveX元件建立動態、交互且高效的WEB服務器應用程序。有了ASP就不必擔心客戶的掃瞄器是否能運行所編寫的代碼，因為所有的程序都將在服務器端執行，包括所有嵌在一般HTML中的腳本程序。當程序執行完畢后，服務器僅將執行的結果返回給客戶掃瞄器，如此也就減輕了客戶端掃瞄器的負擔，大大提高了交互的速度。以下就ASP的原理，頁面結構，運行環境，內建對象，內置組件，ADO分不進行介紹。ASP是服務器端的腳本執行環境，可用來產生和執行動態的高性能的WEB服務器程序。當用戶使用掃瞄器請求ASP主頁時，WEB服務器響應，調用ASP引擎來執行ASP文件，并解釋其中的腳本語言(JScript或VBScript)。通過ODBC連接數據庫，由數據庫訪問組件ADO(ActiveXDataObjects)完成數據庫操作，最后ASP生成包含有數據查詢結果的HTML主頁返回用戶端顯示。由于ASP在服務器端運行，運行結果以HTML主頁形式返回用戶掃瞄器，因而ASP源程序可不能泄密，增加了系統的安全保密性。此外，ASP是面向對象的腳本環境，用戶可自行增加ActiveX組件來擴充其功能，拓展應用范圍。ASP的程序代碼簡單、通用，文件名由.asp結尾，ASP文件通常由四部分構成：標準的HTML標記：所有的HTML標記均可使用。ASP語法命令：位于<%%>標簽內的ASP代碼。服務器端的include語句：可用#include語句調入其它ASP代碼，增強了編程的靈活性。腳本語言：ASP自帶JScript和VBScript兩種腳本語言，增加了ASP的編程功能，用戶可安裝其它腳本語言，如Perl、Rexx等。目前ASP可運行在三種環境下。WINDOWSNTserver4.0運行IIS3.0(InternetInformationServer)以上。WINDOWSNTworkstation4.0運行PeerWebServer3.0以上。WINDOWS95/98運行PWS(PersonalWebServer)。其中以NTserver上的IIS功能最強，提供了對ASP的全面支持，是創建高速、穩定的ASP主頁的最佳選擇。ASP提供了六個內建對象，供用戶直接調用：Application對象：負責治理所有會話信息，可用來在指定的應用程序的所有用戶之間共享信息。Session對象：存貯特定用戶的會話信息，只被該用戶訪問，當用戶在不同WEB頁面跳轉時，Session中的變量在用戶整個會話過程中一直保存。Session對象需cookie支持。Request對象：從用戶端取得信息傳遞給服務器，是ASP讀取用戶輸入的要緊方法。Response對象：服務器將輸出內容發送到用戶端。Server對象：提供對服務器有關方法和屬性的訪問。ObjectContext對象：IIS4.0新增的對象，用來進行事務處理。此項功能需得到MTS(MicrosoftTranscationServer)治理的支持。AdRotator組件：用來按指定打算在同一頁上自動輪換顯示廣告，用于WWW上日益重要的廣告服務。BrowserCapabilities組件：確定訪問WEB站點的用戶掃瞄器的功能數據，包括類型、性能、版本等。DatabaseAccess組件：提供ADO(ActiveXDataObjects)來訪問支持ODBC的數據庫。FileAccess組件：提供對服務器端文件的讀寫功能。ContentLinking組件：生成WEB頁內容列表，并將各頁順序連接，用于制作導航條。此外，還可安裝Myinfo、Counters、ContentRotator、PageCount等組件，用戶也可自行編制Actiive組件，以提高系統的有用性。WWW上專門重要的應用是訪問WEB數據庫，用ASP訪問WEB數據庫時，必須使用ADO組件，ADO是ASP內置的ActiveX服務器組件(ActiveXServerComponent)，通過在WEB服務器上設置ODBC和OLEDB可連接多種數據庫：如SYBASE、ORACLE、INFORMIX、SQLSERVER、ACCESS、VFP等，是對目前微軟所支持的數據庫進行操作的最有效和最簡單直接的方法。ADO組件要緊提供了以下七個對象和四個集合來訪問數據庫。Connection對象：建立與后臺數據庫的連接。Command對象：執行SQL指令，訪問數據庫。Parameters對象和Parameters集合：為Command對象提供數據和參數。RecordSet對象：存放訪問數據庫后的數據信息，是最經常使用的對象。Field對象和Field集合：提供對RecordSet中當前記錄的各個字段進行訪問的功能。Property對象和Properties集合：提供有關信息，供Connection、Command、RecordSet、Field對象使用。Error對象和Errors集合：提供訪問數據庫時的錯誤信息。MicrosoftODBC數據源治理ODBC可連接多種數據庫：如SYBASE、ORACLE、INFORMIX、SQLSERVER、ACCESS、VFP等，是對目前微軟所支持的數據庫進行操作的最有效和最簡單直接的方法。Access是Office系列軟件中用來專門治理數據庫的應用軟件。所謂數據庫是指通過組織的、關于特定主題或對象的信息集合。數據庫治理系統分為兩類：文件治理系統和關系型治理系統。Access應用程序確實是一種功能強大且使用方便的關系型數據庫治理系統，一般也稱關系型數據庫治理軟件。它可運行于各種MicrosoftWindows系統環境中，由于它繼承了Windows的特性，不僅易于使用，而且界面友好，現在在世界各地廣泛流行。數據庫技術是計算機軟件的一個重要分支，它產生于20世紀60年代，最早是由IBM公司推出的IMS數據庫系統。數據庫技術從開始到現在大致經歷了三個時期，分不是：人工治理時期、文件治理時期和數據庫治理時期。Access使用標準的SQL(StructuredQueryLanguage,結構化查詢語言)作為它的數據庫語言，從而提供了強大的數據處理能力和通用性，使其成為一個功能強大而且易于使用的桌面關系型數據庫治理系統和應用程序生成器。一個Access數據庫中能夠包含表、查詢、窗體、報表、宏、模塊以及數據訪問頁。不同于傳統的桌面數據庫(dbase、FoxPro、Paradox),Access數據庫使用單一的*.mdb文件治理所有的信息，這種針對數據庫集成的最優化文件結構不僅包括數據本身，也包括了它的支持對象。Access具有全圍繞數據庫文件結構，能夠在一個mdb文件中包含數據對象(表、索引、查詢)和應用對象(窗體、報表、宏、VBA代碼模塊)。在一個打開的Access數據庫窗口中，分組顯示了數據庫包含的對象，其類型包括表、查詢、窗體、報表、頁、宏、模塊等。一個Access數據庫能夠包含多達32768個對象(表、查詢、報表等的組合)，下面對這些對象作一簡要介紹。表：存儲數據的容器，是關系數據庫系統的基礎。表以行列格式存儲數據項，這一點和電子表格有些類似。表中的單個信息單元(列)稱為字段，在表的頂部能夠看到這些字段名；表的一行中所有數據字段的集合，稱為記錄。用戶能夠從其他的應用系統(如dBASE、FoxPro、Paradox)、客戶／服務器數據庫(如SQLServer)以及電子表格(如Excel工作表和Lotus1-2-3)中導入表。Access能夠同時打開1024個表。查詢：顯示從多個表(最多為16個)中選取的數據。通過使用查詢，用戶能夠指定如何表示數據，選擇構成查詢的表，并能夠從所選表中提取出最多255個特定的字段。用戶能夠通過指定要查詢數據的條件來決定顯示的數據項。窗體：窗體是數據庫和用戶的一個聯系界面，用于顯示包含在表或查詢結果中的數據，或操作數據庫中的數據。窗體中能夠包含圖片、圖形、聲音、視頻等多種對象，也能夠包含VBA代碼來提供事件處理。子窗體是包含于主窗體中的窗體，要緊是用來簡化用戶的操作。報表：用友好和有用的形式來打印表和查詢結果數據。報表中能夠加入圖形來美化打印效果。Access的報表處理能力比起其他關系數據庫治理系統來(包括那些為小型機和大型機設計的應用治理系統在內)，其報表的處理能力顯得更為靈活方便。報表中同樣也能夠添加VBA代碼來實現一定的功能。宏：宏要緊是用于執行專門的操作和響應用戶激發的事件，如單擊命令按鈕操作等。現在宏差不多過時了，Access2002之因此支持宏，是為了能夠與早期的Access版本所創建的數據庫應用系統保持兼容。Microsoft建議在Access應用系統中采納VBA代碼來進行事件的處理，這一原則在Office系列中均適用。模塊：在模塊中使用VBA代碼的目的要緊有兩個：一是創建在窗體、報表和查詢中使用的自定義函數；二是提供在所有類模塊中都能夠使用的公共子過程。通過在數據庫中添加VBA代碼，用戶就能夠創建出自定義菜單、工具欄和具有其他功能的數據庫應用系統。IIS服務IIS是InternetInformationServer的縮寫，它是微軟公司主推的服務器，最新的版本是Windows2000里面包含的IIS5.0，IIS與WindowNTServer完全集成在一起，因而用戶能夠利用WindowsNTServer和NTFS(NTFileSystem，NT的文件系統)內置的安全特性，建立強大，靈活而安全的Internet和Intranet站點。IIS支持HTTP(HypertextTransferProtocol，超文本傳輸協議)，FTP(FileTransferProtocol，文件傳輸協議)以及SMTP協議，通過使用CGI和ISAPI，IIS能夠得到高度的擴展。IIS支持與語言無關的腳本編寫和組件，通過IIS，就能夠開發新一代動態的，富有魅力的Web站點。IIS不需要開學習新的腳本語言或者編譯應用程序，IIS完全支持VBScript，JScript開發軟件以及Java，它也支持CGI和WinCGI，以及ISAPI擴展和過濾器。IIS支持服務器應用的MicrosoftBackOffice系列，MicrosoftBackOffice系列包括以下內容：MicrosoftExchangeServer客戶/服務器通訊和群組軟件；MicrosoftProxyServer代理服務器；用于連接IBM企業網絡的MicrosoftSNAServer；用于集中治理分布式系統的MicrosoftSystemsManagementServer；MicrosoftCommercialInternetSystem(MCIS)。IIS的設計目的是建立一套集成的服務器服務，用以支持HTTP，FTP和SMTP，它能夠提供快速且集成了現有產品，同時可擴展的Internet服務器。IIS相應性極高，同時系統資源的消耗也是最少，IIS的安裝，治理和配置都相當簡單，這是因為IIS與WindowsNTServer網絡操作系統緊密的集成在一起，另外，IIS還使用與WindowsNTServer相同的SAM(SecurityAccountsManager，安全性賬號治理器)，關于治理員來講，IIS使用諸如PerformanceMonitor和SNMP(SimpleNetworkManagementProtocol，簡單網絡治理協議)之類的NT已有治理工具。IIS支持ISAPI，使用ISAPI能夠擴展服務器功能，而使用ISAPI過濾器能夠預先處理和事后處理儲存在IIS上的數據。用于32位Windows應用程序的Internet擴展能夠把FTP，SMTP和HTTP協議置于容易使用且任務集中的界面中，這些界面將Internet應用程序的使用大大簡化，IIS也支持MIME(MultipurposeInternetMailExtensions，多用于Internet郵件擴展)，它能夠為Internet應用程序的訪問提供一個簡單的注冊項。IIS的一個重要特性是支持ASP。IIS3.0版本以后引入了ASP，能夠專門容易的張貼動態內容和開發基于Web的應用程序。關于諸如VBScript，JScript開發軟件，或者由VisualBasic，Java，VisualC++開發系統，以及現有的CGI和WinCGI腳本開發的應用程序，IIS都提供強大的本地支持。DreamweaverMX2004開發工具DreamweaverMX2004是一款專業的HTML編輯器，用于對Web站點、Web頁和Web應用程序進行設計、編碼和開發。不管是喜愛直接編寫HTML代碼的駕馭感依舊偏愛在可視化編輯環境中工作，Dreamweaver都能夠提供關心良多的工具，豐富Web創作體驗。Dreamweaver是Macromedia公司的出品的一款“所見即所得”的網頁編輯工具。與FrontPage不同，Deamweaver采納的是Mac機浮動面版的設計風格，Dreamweaver的直觀性與高效性是Frontpage所無法比擬的。Dreamweaver提供代碼輸入提示功能，能夠不必去記大量的標簽，方法和函數，只要對它們有一定印象，即可依照提示寫出完整的代碼。關于網頁設計中常用的代碼，Dreamweaver提供了現成的模塊，插入即可。而這些往往是專門困擾開發者的煩瑣操作，如：布局，框架，表格，表單等。Dreamweaver具有建立web站點和ftp站點的功能。能夠和IIS專門好的結合，免去了在使用IIS的過程中，需不斷的輸入地址的操作。Dreamweaver關于DHTML(動態網頁)的支持特不行，能夠輕而易舉地做出專門多眩目的互動頁面特效。插件式的程序設計使得其功能能夠無限的擴展。Dreamweaver幾乎支持現有的網頁開發技術，如：ASPVBSCRIPT，ASPJAVASCRIPT，ASP.NETVB,ASP.NETC#,JSP等。Dreamweaver與Flash、Firework并稱為Macromedia的網頁制作三劍客，由因此同一公司的產品，因而在功能上有著一個特不緊密的結合。因此，Dreamweaver特不適合開發動態網頁。因此Dreamweaver也存在者一些問題。它站用的系統資源較多，運行時速度較慢，因此適合開發大型的網頁，當只需要對網頁進行一些調試時專門不較方便。在實際開放中還常用到編輯工具——UltraEdit。B/S數據庫訪問模式B/S結構是真正的三層結構，它以訪問WEB數據庫為中心，HTTP為傳輸協議，客戶端通過掃瞄器(Browser)訪問WEB服務器和與其相連的后臺數據庫，我們稱之為B/S模式。第一層是客戶端即掃瞄器，要緊完成客戶和后臺的交互及最終查詢結果的輸出功能。在客戶端向指定的Web服務器提出服務器請求，Web服務器用HTTP協議把所需文件資料傳給用戶，客戶端同意并顯示在WWW掃瞄器上；第二層Web服務器是功能層，完成客戶的應用功能，即Web服務器同意客戶請求，并與后臺數據庫連接，進行申請處理，然后將處理結果返回Web服務器，再傳至客戶端；第三層數據庫服務器是數據層。數據庫服務器應客戶請求獨立地進行各種處理。與傳統的C/S模式相比，B/S結構把處理功能全部移植到了服務器端，用戶的請求通過掃瞄器發出，不管是使用和數據庫維護上都比傳統模式更加經濟方便。而且使維護任務層次化：治理員負責服務器硬件日常治理和維護，系統維護人員負責后臺數據庫數據更新維護。由以上的比較分析可知，三層結構也能夠理解為增加WEB服務器的C/S模式。采納B/S模式，突破傳統的文件共享模式，為報修信息治理系統的設計提供新的解決方案。借助ASP的WEB應用程序，用戶通過Browser軟件連接后臺數據庫并完成做操作，使本報修信息治理系統的更新數據的方式為動態。 系統分析系統的需求分析通過對相關醫院的調查分析，大部分都在加大信息化方面的投入，而報修均是全手工治理，包括維修單的制作和填制及信息統計，全部差不多上由有關人員手工完成。面臨數千臺信息設備和信息系統故障頻繁發生的壓力，日常維護量可想而知。因此急需建立一套有效的治理體制。為迎合數字化醫院的進展，用戶提出開發報修信息治理系統。使用范圍對象：治理員，維修人員，報修人員。權限：治理員對全部模塊進行訪問和操縱，維修人員只能治理自己的維修單，報修人員只有對自己的報修單治理。功能需求對醫院所有信息設備資料的錄入和增，刪，改等功能的實現，這是一個信息設備治理的基礎，醫院報修治理差不多上基于該醫院治理部門的信息設備而產生的。對治理員能夠治理用戶注冊、用戶修改、用戶查詢等功能并對其權限進行操縱以方便不同用戶對其信息進行操作，便于用戶信息的歸檔查詢統計，保障系統的安全性；能夠查詢各類報修信息，可刪除或批量刪除報修信息，給各報修單指派維修人員，可修改全部報修和維修信息；并能夠各類信息進行統計：包括報修統計、維修統計、類型統計。對維修人員的維修單治理，能夠查詢各類報修信息的情況，對分配給自己的維修單進行維修登記，填寫維修進程和維修記錄；由于某種緣故不能處理報修單的情況下能夠改派給其他維修人員來進行維修；并能夠對維修單進行統計(維修總數、已完成數、未完成數)。對報修人員除能夠提交報修單外，對自己填寫錯誤或誤報的報修單可進行修改或刪除。同時能夠對維修人員處理報修單情況進行服務評價。對用于公布本系統使用過程中各種注意事項、通知、公告信息，包括信息的增加、刪除、修改等實現。性能要求系統易操作性所開發的系統應做到操作簡單，盡量使系統操作不受用戶對電腦知識水平的限制。具有可維護性由于系統涉及的信息較廣，數據庫的數據需定期修改，系統可利用的空間及性能也隨之下降，為讓系統更好的運行，能夠對系統數據及一些簡單的功能進行獨立的維護和升級。具有開發性該系統應該能夠在開發的硬件體系結構中運行，同時能夠順利與其他系統進行連接，可不能因外部系統的不同面而做大量的修改工作。系統的完整性系統能夠正確的完成用戶的操作需求，保證系統數據的不丟失。安全保密性系統采納二級安全保障第一級：依靠于網絡本身對用戶使用權限的規定。第二級：在程序模塊中通過使用密碼操縱功能對使用權限的加以限制。環境要求硬件客戶機：一般的pcCPU：P41.5GHz以上內存：512MB以上能夠運行IE6.0以上Web服務器：CPU：P42.0GHz內存：1GB以上硬盤：80GB以上網卡：KMb/s速度數據庫服務器：CPU：P42.0GHz內存：1GB以上硬盤：80GB以上軟件操作系統：Unixl、Linux、Windows2000或更高版本數據庫：Access2000開發工具：DreamweaverMX2004Web服務器：IIS掃瞄器：IE6.0以上系統的可行性分析依照系統現狀和用戶需求，給出計算機治理可行性九宮格如表1所示。表SEQ表格\*ARABIC1計算機治理可行性研究九宮格現有的報修流程本軟件的名稱為：設備報修信息治理系統。本軟件的用戶：各企、事業單位需要做維護的治理人員以及有需要報修產品的用戶。本項目作為各企事業單位無紙化建設，確保臨時無維護人員在的時候的報修記錄保存,以及非工作日的報修都起著重要的作用，要緊滿足日益增長的用戶量,維護職員缺乏的需求，解決長期以來困繞傳統報修所面臨的一系列問題，如：電話報修語音質量差無法正確表達問題、接線員轉述報修問題出現差錯、不同設備的故障往往錯誤轉接給不同的維修人員、維修人員不在無人跟進報修問題等。特不是在信息化建設正如火如荼的今天，面對客戶越來越重視服務品質，治理者往往叫苦連天。使用現代化的報修系統成為了必定，網絡化的在線報修信息治理就應任而生，本文中的報修信息治理系統確實是要解決這一問題。為了解決這一問題，報修信息治理系統是建立在Intranet/Internet網絡架構上，用戶包括報修系統治理人員和維修人員、用戶，他們能夠通過本地局域網登錄系統進行操作，也能夠通過Internet遠程登錄本模塊。圖SEQ圖表\*ARABIC1現有報修業務流程圖圖1是原有的報修業務流程，不難發覺，整個報修過程中只要有一個環節出錯，整個報修就會失敗。因此只有使用了現代化的在線報修信息治理系統才能真正解決報修難的問題。系統功能結構圖圖SEQ圖表\*ARABIC2系統功能結構圖各模塊的要緊功能：用戶信息治理：該模塊能夠對用戶進行登記、查詢與刪除操作。要緊應包括以下用戶信息：治理人員、報修人員、維修人員等信息。公告信息治理：該模塊要緊實現對醫院內公告信息的添加、修改、刪除等功能。報修信息治理：該模塊要緊實現用戶故障報修，報修單的查看、修改、刪除及中意度評價功能。維修信息治理：該模塊要緊對維修單的治理，實現對維修單的查看、同意、修改及轉單等功能。系統治理模塊：該模塊的要緊功能是對登錄系統的用戶做合法性檢查，并啟動登錄錯誤三次后，直接退出登錄，防止非合法用員進入系統，提高了系統的安全性。其他治理：系統治理要緊實現能夠對用戶信息進行治理，更改密碼，增加系統用戶功能。關心模塊實現后臺增加其他關心信息功能。新的系統流程圖通過深入了解開發項目的業務內容，業務流程，以圖表達系統的業務流程。通常一個治理信息系統的業務流程是一個循環。業務流程圖也是開發者對要開發項目的業務了解的總結。圖SEQ圖表\*ARABIC3報修信息治理系統流程圖本系統的流程圖解釋了整個工作的流程：用戶登入報修信息治理系統，依照系統提示默認賬戶登入系統。此賬戶能夠添加報修的信息，需要具體添加報修類不，報修人姓名、聯系電話、科室名稱，以及最要緊的故障描述。報修系統治理員登入報修系統能夠看到用戶報修的信息,依照報修產品分配給不同的維修工程師，同時能夠實時查詢維修狀況。維修工程師通過用戶報修單來處理維修的工作，維修工程師依照產品的類型以及產品的故障描述來進行產品的維修。假如能解決的問題。就直接處理完成并回饋到網上報修系統。假如遇到疑難問題，就需要尋求其他關心或外送給廠商進行修理。治理員從報修信息治理系統得到維護工程師的反饋信息后，把處理的結果反饋給用戶。維護入庫治理是用來記錄工程師維修的記錄或者外送維修的記錄，用戶、報修信息治理系統治理員、以及維修工程師能夠隨時查詢到維修過的記錄以及處理方法。系統關聯圖系統關聯圖確定了從外部項到系統的數據流和從系統向外部項的數據流，這些數據流在其它層次的數據流中不同意減少，也不同意增加。各層次內部的數據流不受關聯圖的限制。圖SEQ圖表\*ARABIC4報修信息治理系統關聯圖圖4中F1至F8數據流的意義如下：F1：維修申報單：用戶用來報修申報的過程F2：處理回復單：報修系統反饋用戶報修信息的過程F3：報修單提交信息：報修系統提供給治理員的報修信息過程F4：處理完成單：治理員接到處理完成信息反饋給報修系統的過程F5：維修通知：報修系統對維修工程師維修通知的過程F6：維修情況反饋：維修工程師反饋報修情況的過程F7：外送維修通知：報修系統對外送維修廠商通知的過程F8：維修情況反饋：外送維修廠商反饋報修情況的過程系統的邏輯模型圖SEQ圖表\*ARABIC5系統的邏輯模型

系統設計系統的目標設計為了滿足用戶的需求，該報修系統要實現以下目標：模塊要全部用B/S系統開發，用戶無需在本地機器安裝軟件，就可通過掃瞄器登錄系統進行操作。模塊采納ASP開發，具有完全的開放性，能夠運行在任何支持ASP標準的服務器上，特不方便以后的維護和系統升級。只要系統同意，用戶能夠在任何時刻、任何地點辦公都能夠使用該系統。模塊維護費用專門低，所有的維護操作只需要針對服務器進行，治理員只需要把服務器連接上網即可進行維護和升級，這對人力、時刻、費用的節約是相當可觀的。模塊采納Web服務器和數據庫服務器分離的方式，系統的安全性和性能因此得到專門大提高。系統界面友好，使用方便，易操作。實體間的關系與E-R圖圖SEQ圖表\*ARABIC6報修信息治理系統E-R圖從上述圖6中抽取出合適的聯系，由如下清單給出：報修：實體集[用戶]與[報修產品]之間的M：N聯系，即一個用戶能夠報修多個產品，而一個產品能夠被多個用戶報修。維修：實體集[報修產品]與[維修工程師]之間的M：N聯系，即一個報修產品人可由多個維修工程師進行維修，而一個維修工程師也能夠維修多個報修產品。查詢：實體集[維修庫存]與[用戶],[治理員],[維修工程師]之間的1：N聯系，即一條維修庫存記錄能夠被多個用戶，治理員，工程師查詢，然而一個用戶，治理員，工程師只能同時查詢一條記錄。入庫：實體集[報修產品]與[維修庫存]之間的1：1聯系，即一個報修產品會有一條維修庫存記錄，一條維修庫存記錄，只能代表一個報修產品。關系模式邏輯設計的目標是把概念設計時期設計好的差不多E-R模型轉化成關系模型。E-R模型中的要緊成分是實體類型和聯系類型。關于實體類型，轉化規則為：將每個實體類型轉化成為一個關系模型，實體的屬性即為關系模式的屬性，實體標識符即為關系模式的鍵。上述報修信息治理系統E-R圖可轉換成如下關系模式：用戶(報修編號，報修用戶編號，科室名稱，故障地點，報修類型，聯系電話，報修時刻，故障描述)維修產品(故障地點，報修類型，故障描述，維護人員編號，處理時刻，維修狀態)維修庫存(入庫編號，報修編號，報修用戶編號，科室名稱，故障地點，報修類型，聯系電話，報修時刻，故障描述，維修人員編號，處理時刻，維修費用，維修進程，處理情況，維修狀態)治理員(治理員編號，密碼，權限)維修工程師(維護人員編號，處理時刻，維修狀態)報修(報修編號，報修用戶編號，故障地點，報修類型，報修時刻，故障描述)修好(報修編號，報修用戶編號，報修類型，故障描述，維護人員編號，處理情況，維修費用，維修狀態)維修(報修編號，報修用戶編號，故障地點，報修類型，報修時刻，，故障描述，維修人員編號，維修進程，維修狀態)數據字典設計表設計用戶信息(user_info)表表SEQ表格\*ARABIC2用戶信息表報修信息(baixiu_info)表表SEQ表格\*ARABIC3報修信息表維修信息(weixiu_info)表表SEQ表格\*ARABIC4維修信息表公告信息（news）表表SEQ表格\*ARABIC5公告信息表數據項表SEQ表格\*ARABIC6數據項數據流表SEQ表格\*ARABIC7數據流數據存儲表SEQ表格\*ARABIC8數據存儲處理過程表SEQ表格\*ARABIC9處理過程

系統的實現登陸界面通過Dreamweaver設計如圖7所示的用戶登錄界面,并將其保存為denglu.asp.用戶登錄成功后會連接數據庫的User_info表，依照權限(quanxian)那個數據的不同推斷具體進入系統后的權限問題。圖SEQ圖表\*ARABIC7用戶登陸界面推斷其登錄權限的部分代碼如下:<%ifrequest.Form(″username″)=″″orrequest.form(″password″)=″″thenresponse.Write″<scriptlanguage=javascript>alert('請填寫完整')@history.back(-1)@</script>″response.End()endifusername=Replace(Request.Form(″username″),″'″,″''″)password=Replace(Request.Form(″password″),″'″,″''″)sql=″select*fromuser_infowhereusername='″&username&″'andpassword='″&password&″'″setrs=server.CreateObject(″adodb.recordset″)rs.opensql,conn,1,1ifrs.eofthenresponse.Write″<script>alert('用戶名或密碼錯誤')；history.back(-1)；</script>″response.End()elsesession(″username″)=rs(″username″)session(″password″)=rs(″password″)session(″isusername″)=trueresponse.write″歡迎您的光臨!,″%><%=session(″username″)%><%response.redirect″liebiao.asp″%><%endif%>系統首頁用戶成功登錄進入系統首頁后，如圖8系統首頁界面,用戶能夠看到系統的公告和維修等相關信息，點擊報修單列表中的報修編號能夠查看報修單的詳細情況，并對相關信息給予處理回復。圖SEQ圖表\*ARABIC8系統首頁界面其頁面中的搜索功能依照提交的關鍵詞按模糊查詢,通過以下SQL語句查詢并讀取出相應記錄數據：<%b=request.form(″a″)dimsqlsetrs=server.createobject(″adodb.recordset″)sql=″select*frombaoxiu_infowherekeshinamelike'%″&b&″%'″rs.opensql,conn%>報修界面同樣創建baoxiu.asp文件,設計如圖9所示的故障報修界面，報修用戶依照故障的情況填寫各項內容,其中列表中帶*號項為必填內容，最后將表單提交到baoxiudan.asp文件,并生成如圖10報修單治理界面。圖SEQ圖表\*ARABIC9故障報修界面在baixiu.asp中推斷其是否填寫完整,并通過SQL語句插入數據庫,代碼如下:<%dimbxr,keshiname,guzhangdidian,baixiuleibie,lianxiren,dianhua,guzhangmiaoshubxr=Request.Form(″bxr″)keshiname=Request.Form("keshiname″)guzhangdidian=Request.Form(″guzhangdidian″)baixiuleibie=Request.Form(″baixiuleibie″)lianxiren=Request.Form(″lianxiren″)dianhua=Request.Form(″dianhua″)guzhangmiaoshu=Request.Form(″guzhangmiaoshu″)ifguzhangdidian=″″orguzhangdidian=″″thenresponse.write″<script>alert('對不起,請填寫完整!');history.go(-1);</script>″response.End()endifdimsql1,sql2sql1=conn.execute(″insertintobaoxiu(bxr,keshiname,guzhangdidian,baixiuleibie,lianxiren,dianhua,guzhangmiaoshu)values('″&bxr&″','″&keshiname&″','″&guzhangdidian&″','&baixiuleibie&″','″&lianxiren&″','″&dianhua&″','″&guzhangmiaoshu&″')″)setsql1=nothing%>報修治理圖10為報修單治理界面，由因此后臺治理,考慮到每一條報修單即每條記錄要能夠給用戶回復相應維修信息,同時若誤報能夠將其刪除,因此在“操作”中將“修改”和“刪除”分不提交到weixiu.asp和liebiao.asp文件。圖SEQ圖表\*ARABIC10報修單治理界面其修改記錄部分源代碼如下:<%dimbxr,keshiname,guzhangdidian,baixiuleibie,lianxiren,dianhua,guzhangmiaoshubxr=Request.Form(″bxr″)keshiname=Request.Form(″keshiname″)guzhangdidian=Request.Form(″guzhangdidian″)baixiuleibie=Request.Form(″baixiuleibie″)lianxiren=Request.Form(″lianxiren″)dianhua=Request.Form(″dianhua″)guzhangmiaoshu=Request.Form(″guzhangmiaoshu″)ifguzhangdidian=″″orguzhangdidian=″″thenresponse.write″<script>alert('對不起,請填寫完整!');history.go(-1);</script>″response.End()endifdimsqlsetrs=server.createobject(″adodb.recordset″)sql=″select*frombaoxiu_infowherebaoxiu_id=″&request(″baoxiu_id1″)rs.opensql,conn,1,3rs(″baoxiu_id″)=baoxiu_idrs(″baixiuleibie″)=baixiuleibiers(″keshiname″)=keshinamers(″guzhangdidian″)=guzhangdidianrs(″lianxiren″)=lianxirenrs(″guzhangmiaoshu″)=guzhangmiaoshurs(″baoxiutime″)=baoxiutimers(″weixiuname″)=weixiunamers(″chulitime″)=chulitimers(″weixiuzhuangtai″)=weixiuzhuangtairs.updaters.closesetrs=nothingconn.closesetconn=nothing%>其刪除相應記錄的SQL語句為:<%dimrsdimsqlsetrs=server.createobject(″adodb.recordset″)sql=″select*frombaoxiu_infowherebaoxiu_id=″&request.querystring(″baoxiu_id″)rs.Opensql,conn,1,3