《現(xiàn)代設備工程管理》課程設計報告自動化設備管理信息系統(tǒng)

1、重慶科技學院現(xiàn)代設備工程管理課程設計報告 學 院:學院 專業(yè)班級: 學生姓名: 學 號: 設計題目:_ 自動化設備管理信息系統(tǒng) 完成日期： 2011 年 4 月 24 日 指導老師評語： 成績（五級記分制）:_ _ 指導教師（簽字）:_ _ 摘 要設備管理信息系統(tǒng)開發(fā)關鍵技術的研究對于制造企業(yè)而言，設備在企業(yè)中占有極其重要的地位，它既是企業(yè)的重要資產同時又是其生產能力的基本保障。設備管理信息系統(tǒng)能在設備全壽命周期內實現(xiàn)企業(yè)設備高效地管理，使其能發(fā)揮重要的作用，對企業(yè)資產的保值和保障生產的順利進行都具有重要的意義。然而設備信息管理系統(tǒng)是復雜系統(tǒng)，其業(yè)務邏輯復雜，開發(fā)難度較大，本文對企業(yè)設備管理信

2、息系統(tǒng)進行了細致的研究，旨在提高企業(yè)設備管理水平。本文結合企業(yè)的設備管理的業(yè)務流程及特點，在對企業(yè)設備管理信息化進行充分的需求分析的基礎上，構建了系統(tǒng)功能樹圖和idefo 功能模型，以對所規(guī)劃的系統(tǒng)有完整的認識；使用了查看用戶表單和詢問用戶的方法來構建e 一r 模型，為數(shù)據(jù)庫設計構造了一個藍圖；在e 一r 模型轉化為關系模型的過程中，詳細地論述了：將實體轉化為表的過程，將聯(lián)系以及最大粒度轉化為外鍵設計的過程和最小粒度設計的過程；講述了基于sql 語言數(shù)據(jù)庫的實現(xiàn)過程，其中包括：表、約束和最小粒度的實現(xiàn)技術。本文還研究了帕累托分析的實現(xiàn)技術、事后維修規(guī)范化管理的實現(xiàn)技術。簡要介紹了系統(tǒng)采購申請、

3、各件庫存查詢、點檢數(shù)據(jù)的輸入和查詢的界面。關鍵詞：設備管理信息系統(tǒng) idefo e 一r 模型 關系模型 帕累托原理abstractequipment management information system development key technology research for manufacturing enterprise is concerned, the equipment in the enterprise occupies an extremely important status, it is both the important asset is also the

4、enterprise the basic guarantee their production ability. equipment management information system can realize the life cycle equipment enterprise equipment efficiently manage, make its can play an important role of enterprise assets, the value and guarantee the smooth production operation has importa

5、nt significance. however equipment information management system is a complex system, its business logic complex, development, this paper difficulty bigger enterprise equipment management information system is meticulous research, aiming at improving the enterprise equipment management level. based

6、on the enterprise management of equipment, the business process and characteristics of enterprise equipment management informationization in full on the basis of the analysis of the demand, constructing the system function tree graph and idefo function model, the system of planning to have complete

7、understanding; using the view of the user forms and asking users to build e a r method of database design model, constructed a blueprint; in e a r model into the process of relation model is discussed in detail, will be transformed into table: the process of entity, will contact and largest size int

8、o foreign key design process and minimal granularity design process; based on the sql database about the implementation process, including: table, constraints, and minimum size of technology. this paper also studies the pareto analysis technology, afterwards maintenance of standardized management im

9、plementation technology. briefly introduced the purchasing application, the system parts inventory inquiry, the tally data entry and query interface.keywords: equipment management information system idefo e 一r model model relationshippareto principle目錄摘 要1abstract11 緒論31.1 課題背景31.1.1 設備與設備管理31.1.2 設

10、備管理的發(fā)展過程31.1.3 管理信息系統(tǒng)31.1.4 設備管理面臨的挑戰(zhàn)31.1.5 設備管理信息系統(tǒng)31 . 2 國內外研究現(xiàn)狀21.2.1國內現(xiàn)狀21.2.2 國外現(xiàn)狀21 . 4 課題來源和研究內容31.4.1課題來源32系統(tǒng)總體模型設計42 . 1 需求分析42.1.1設備信息管理42.1.2 檔案資料管理52 . 2 系統(tǒng)總體功設計62.2.1 建立功能模型的目的62 . 3 系統(tǒng)體系結構設計82.3.1 系統(tǒng)結構的設計要求82.3.2 c / s 網絡體系結構82.3.3 bs 網絡體系結構92.3.4 本系統(tǒng)體系結構的選擇102 . 4 系統(tǒng)的開發(fā)工具102.4.1 數(shù)據(jù)庫管理

11、系統(tǒng)的選擇102.4.2 數(shù)據(jù)庫設計工具113 系統(tǒng)數(shù)據(jù)庫設計123 . 1 數(shù)據(jù)庫設計的類型123 . 2 概念模型設計123.2.1 ie 一r 模型133.2.2 表單、報表和e 一r 模型中的模式133.2.3 本系統(tǒng)數(shù)據(jù)建模134 系統(tǒng)實現(xiàn)204 . 1 選擇sql 語言創(chuàng)建數(shù)據(jù)庫的優(yōu)點204 . 2 . 1 表的創(chuàng)建204 . 3 . 1 經營計劃中的質量改進目標214 . 3 . 2 設備管理中帕累托原理的實現(xiàn)22參考文獻241 緒論1.1 課題背景1.1.1 設備與設備管理機械設備是社會生產力的重要組成要素，也是人類利用和改造自然的物質基礎。在企業(yè)中設備是主要的生產工具，作為新

12、技術的載體，設備同時也是企業(yè)現(xiàn)代化水平的重要標志。設備一般指企業(yè)在生產或生活上所需的機械、裝置和設施等可供長期使用，并在使用中基本保持原有實物形態(tài)的物質資料。企業(yè)設備是企業(yè)固定資產的重要組成部分，是企業(yè)生存與發(fā)展的基礎，是企業(yè)競爭實力最強有力的體現(xiàn)，更是企業(yè)生產、經營成本開支的主要對象。1.1.2 設備管理的發(fā)展過程現(xiàn)代工業(yè)出現(xiàn)之前，由于工具比較簡單，設備管理的重要性并不迫切，只有一些工匠來掌握工具修造的技巧，未發(fā)展成流派或理論。現(xiàn)代工業(yè)的出現(xiàn)，大工業(yè)迫切需要設備管理模式滿足企業(yè)的發(fā)展，從而出現(xiàn)了不同的管理階段。1.1.3 管理信息系統(tǒng)管理信息系統(tǒng)，也稱信息系統(tǒng)，它是利用計算機技術、通信技術、

13、管理決策技術等，為管理者提供輔助管理、輔助決策服務的系統(tǒng)。1.1.4 設備管理面臨的挑戰(zhàn)設備管理作為制造企業(yè)的一項關鍵的業(yè)務流程，它服從并服務于企業(yè)的生產經營。1.1.5 設備管理信息系統(tǒng)設備管理信息系統(tǒng)是一個技術管理系統(tǒng)。一個高水平的完整的設備管理信息系統(tǒng)應包括設備一生的基礎、技術和經濟要素的管理。1 . 2 國內外研究現(xiàn)狀1.2.1國內現(xiàn)狀我國設備管理信息化主要經歷了三個階段：第一階段，我國在設備資產管理中應用計算機軟件，最早出現(xiàn)在20 世紀80 年代中期，主要以設備臺帳管理和維修計劃管理為主。第二階段，自1993 年起，設備資產管理軟件的發(fā)展進入第二階段第三階段，自2001 年起，設備資

14、產管理軟件進入發(fā)展的第三階段，其發(fā)展在兩個領域中推進。1.2.2 國外現(xiàn)狀國外企業(yè)非常注重成本，實現(xiàn)利潤最大化，是企業(yè)的終極目標。專業(yè)化的設備維修管理軟件正好滿足這一要求。因而國外設備維修管理軟件起步較早，到目前已經比較成熟。典型的軟件包括：英國engica 公司的q4 生產管理系統(tǒng)、maximo 公司的maximo 設備維修管理系統(tǒng)、datastream 公司的mpz 設備維修管理系統(tǒng)等。1 . 3 本課題研究的意義由于缺乏相應信息技術、工具軟件和管理觀念的支持，傳統(tǒng)的維護工作方式難以適應先進生產方式和社會可持續(xù)發(fā)展戰(zhàn)略對設備維護的新要求，這種不適應性突出的表現(xiàn)為下述五個方面：一、維護工作的

15、低效能二、維護決策的欠科學性三、維護實施的不規(guī)范性四、維護學習局限性五、維護評估的粗放性1 . 4 課題來源和研究內容1.4.1課題來源傳統(tǒng)的手工方式與現(xiàn)代迅速發(fā)展的高新技術、計算機網絡技術和數(shù)據(jù)庫技術格格不入。建立現(xiàn)代化的設備管理信息系統(tǒng)，提高工作效率、改進現(xiàn)有的設備管理工作已是迫在眉睫。一、設備技術檔案和臺帳管理分散，設備部分部各自為政。存儲方式日顯落后，大多數(shù)仍以紙張手寫為主，成冊裝訂存放，不便于綜合查詢，無法隨機檢索。二、設備管理工作中的有些信息，如設備基礎信息、故障記錄、維修記錄和備件使用情況的部分信息，使保存在excel 表格或者w 份d 文檔中，記錄的格式沒有規(guī)范標準，信息零散，

16、查詢起來十分困難。三、設備部分部的地理位置分布廣，聯(lián)系薄弱，管理與執(zhí)行機構，部門與決策層之間主要以印刷文件、報表講行信j 氨溝通，這種方式實現(xiàn)不了關鍵信氨的實時亨流。四、備件管理工作量大，靠人工進行很不方便。五、對設備在使用中出現(xiàn)的故障、事故等，分析處理不快捷；有關維修費用統(tǒng)計、事故、信息反饋方面，手段不先進，工作還有欠缺。六、對于設備的故障停機率、設備完好率和設備運轉率等公司關心的指標的計算，其基礎數(shù)據(jù)采集由人工完成，信息不夠準確。同時，這些指標人工計算的工作量很大，還會經常發(fā)生計算錯誤。七、點檢的基礎工作性質和龐大的點檢記錄的存在，使得如何對點檢進行受控管理，保證點檢工作的質量，是企業(yè)面臨

17、的一個重要問題。2系統(tǒng)總體模型設計大型信息系統(tǒng)通常十分復雜，很難直接對它進行全面的詳細設計，故在詳細設計前人們通常先根據(jù)企業(yè)特點、功能需求等因素對系統(tǒng)進行各類總體模型的分析與構建，以便對系統(tǒng)在總體上進行規(guī)劃，即系統(tǒng)總體設計。系統(tǒng)總體設計是系統(tǒng)中各子系統(tǒng)的整體實現(xiàn)方案，為子系統(tǒng)的詳細設計和實現(xiàn)提供統(tǒng)一的規(guī)劃、方法和目標，同時系統(tǒng)總體設計決定了軟件的可應用性、可擴展性等諸多重要特性，在系統(tǒng)總體設計階段要做認真細致的分析研究工作，避免系統(tǒng)在功能上存在先天的不足或缺陷。設備信息管理是企業(yè)綜合信息管理的重要組成部分，集成設備管理過程有關的信息，它包括對設備管理信息的采集和對采集的信息進行管理等內容。要實

18、現(xiàn)對設備信息的管理，必須先完成系統(tǒng)的總體設計，首先必須在用戶需求的基礎上勾畫出系統(tǒng)的總體功能樹圖，并確定系統(tǒng)的各功能模塊及功能模型，最后還需設計系統(tǒng)的網絡體系結構。只有完成了以上所有系統(tǒng)總體設計過程才能對設備管理信息進行有效的組織和管理。2 . 1 需求分析設備部是上海三菱電梯有限公司的職能部門，業(yè)務主要圍繞設備的維修和管理。它由設備管理科、飯金維修組、金工維修組、電控維修組和點檢組組成。各組均有科長或組長，他們對設備部經理負責，設備部經理是部門最高領導。設備管理科和點檢組位于設備部內部，飯金維修組、金工維修組和電控維修組分別位于飯金車間、金工車間和電控車間內部，因此，設備部各分部在地理位置上

19、相對比較分散。設備部的業(yè)務需求主要有：設備信息管理、檔案資料管理、維修管理、備件管理和有關維修和備件管理的數(shù)據(jù)分析。2.1.1設備信息管理設備信息指的是設備的編號、名稱、型號和供應商等內容，是設備最基礎的信息，管理人員經常需要查詢這些信息。2.1.2 檔案資料管理設備檔案是指設備從規(guī)劃、設計、制造、安裝、調試、使用、維修、改造、更新直至報廢的全過程所形成的圖紙、文字說明、憑證和記錄等文件資料，通過收集、整理、鑒定等工作歸檔建立起來的動態(tài)資料系統(tǒng)。 2.1.3 維修管理當前國內外工業(yè)企業(yè)對生產設備，較普遍采用的維修方式有預防性維修和事后維修。事后維修指的是在設備發(fā)生故障后，再進行維修的維修方式。

20、這種維修方式，必然造成企業(yè)不能按期完成合同，引起巨大的經濟損失，影響到企業(yè)的發(fā)展。預防性維修是指定期對設備進行檢查，根據(jù)檢查結果，對設備進行計劃修理的維修方式。預防性維修的優(yōu)點是可以減少非計劃的故障停機時間；其缺點是受檢查手段和經驗的影響較大，可能檢查失誤，導致維修計劃不準確，造成維修過剩和欠修。2.1.3.1事后維修管理事后維修管理包括：現(xiàn)場故障報修和維修過程管理 2.1.3.2點檢管理預防性維修管理主要就是點檢管理。在設備的運行中，對影響設備正常運行的一些關鍵部位（即“點”）進行管理制度化、操作技術規(guī)范化的檢查維護工作稱為設備點檢。設備點檢制度是一種先進的設備維護管理方法。實行設備點檢制度

21、能使設備隱患和問題得到及時發(fā)現(xiàn)和解決； 2.1.3.3備件管理備件管理是維修活動的重要組成部分，只有科學合理的儲備與供應備件，才能使設備的維修任務完成得既經濟又能保證進度。2.1.3.4 統(tǒng)計分析管理統(tǒng)計分析管理可以對運行記錄、停機記錄、點檢、完好檢查、定期檢查、精度檢查、故障記錄、事故記錄等原始數(shù)據(jù)，通過常規(guī)管理方法和現(xiàn)代化技術手段，分析設備運行的可靠性與經濟性，為制定合理的維修策略，提供量化的依據(jù)。統(tǒng)計分析管理主要包括：設備技術指標、設備經濟指標、設備維修帕累托分析、點檢記錄統(tǒng)計分析和備件庫存統(tǒng)計等 2.1.3.5 系統(tǒng)功能樹圖本系統(tǒng)必須具備以下幾個模塊：檔案資料管理模塊、維修管理模塊、備

22、件管理模塊、設備信j 氨管理樟塊和統(tǒng)計分析樟塊。2 . 2 系統(tǒng)總體功設計2.2.1 建立功能模型的目的工程界對系統(tǒng)開發(fā)過程一般可安排幾個階段：分析（確定系統(tǒng)將做什么）、設計（定義子系統(tǒng)及其接口）、實現(xiàn)（獨立的創(chuàng)建子系統(tǒng)）、集成（把子系統(tǒng)聯(lián)接成一個整體）、測試（證明系統(tǒng)能工作）、安裝（使系統(tǒng)能運行）和運行（使用系統(tǒng)）idef 是用于描述企業(yè)內部運作的一套建模方法，由美國空軍發(fā)明，現(xiàn)在則是根據(jù)知識基礎系統(tǒng)開發(fā)的，它本來只是運用于制造業(yè)上的，經過改造后用途變得更為廣泛，適用于一般的軟件開發(fā)。idefo 設計方法是idef 中的一種建模方式，是當前國際上應用很廣泛的一種對復雜系統(tǒng)進行分析和設計的工具

23、，其目的是通過系統(tǒng)地應用計算機技術來提高制造業(yè)的生命力，用來描述系統(tǒng)或企業(yè)的功能和各功能之間的聯(lián)系，并支持這些功能數(shù)據(jù)的集成。idefo 的基本圖形是盒子和箭頭哪，如圖1 所示。“輸入，就是這個活動需要“消耗掉”或“變換成”輸出的東西?！拜敵觥笔腔顒拥慕Y果。“機制”是活動賴以進行的支撐條件，可以是執(zhí)行活動的人或設備?！翱刂?，是活動所受的約束、進行變換的條件以及工作的依據(jù)即。idefo 采用一套完整嚴密的規(guī)則，利用能夠下降式的分解辦法，把一個復雜系統(tǒng)層層分解，下層忠實地代表上層，這樣，它利用簡單的圖形方式，用結構化的思維考慮復雜信息系統(tǒng)，能比較清楚、準確地描述一個系統(tǒng)的功能，充分地描述信息的處理

24、情況以及它在處理中的作用。idefo 模型能夠從各種層次上對企業(yè)過程建模。idefo 不僅能夠描述企業(yè)生產過程中的數(shù)據(jù)流，根據(jù)idefo 圖繪制的規(guī)范和標準，并結合設備管理的實際情況，繪制出各模塊的idefo 圖，以下對幾個主要的idefo 圖進行說明。2.2.1.1 系統(tǒng)頂層圖系統(tǒng)的輸入、輸出信息，系統(tǒng)地控制和機制。中間的盒子代表活動。盒子左方及上方進入的箭頭表示為完成此項活動所需要的數(shù)據(jù)，即輸入信息。右邊離開盒子的箭頭表示執(zhí)行活動時產生的數(shù)據(jù)，即輸出信息。上方進入的箭頭也可表示控制，控制說明了活動變換的條件或環(huán)境，或者說是約束。盒子底部的箭頭表示執(zhí)行活動的人或設備。2.2.1.2 系統(tǒng)整體

25、功能圖系統(tǒng)地輸入信息是設備基本信息、資料信息、借閱信息、故障與維修信息和點檢信息。設備信息管理中提供全廠設備基本信息，為設備維修管理提供基礎信息；檔案資料管理子系統(tǒng)提供的設備大修、項修和小修以及設備隨機資料的基本信息，為資料的查閱提供幫助；維修管理子系統(tǒng)提供的故障與維修信息，為維修工作提供維修依據(jù)；備件管理子系統(tǒng)提供的備件基本信息。系統(tǒng)的控制條件是公司的設備管理制度、經營目標和標準規(guī)范；系統(tǒng)的支撐條件是計算機軟硬件以及局域網、網絡數(shù)據(jù)庫和人員。2.2.1.3 設備信息管理功能模型設備信息管理沒有進一步的分解圖，所以設備信息管理功能模型（ai ）2.2.1.4檔案資料管理功能模型2.2.1.5

26、維修管理功能模型及其子模型維修管理作進一步的分解，得到維修管理功能模型（a3 ) 事后維修管理和點檢管理作進一步的分解，得到事后維修管理功能模型( a31 ）和點檢管理功能模型（a32 ) 2.2.1.6 備件管理功能模型維修管理作進一步的分解，得到備件管理功能模型 2 . 3 系統(tǒng)體系結構設計2.3.1 系統(tǒng)結構的設計要求本系統(tǒng)要求在計算機網絡與數(shù)據(jù)庫支持下，采用并行、協(xié)作的產品開發(fā)模式，負責企業(yè)設備管理大量數(shù)據(jù)信息的管理，要完成以上任務，在設計階段就應充分考慮所有會影響到系統(tǒng)開發(fā)與系統(tǒng)性能的各類因素2.3.2 c / s 網絡體系結構c / s 網絡體系結構，即client / sever

27、 （客戶機服務器）結構，是基于資源不對等，且為實現(xiàn)共享而提出來的，是20 世紀90 年代成熟起來的技術。c / s 結構將應用一分為二，服務器（后臺）負責數(shù)據(jù)管理，客戶機（前臺）完成與用戶的交互任務?？梢猿浞掷脙啥擞布h(huán)境的優(yōu)勢，將任務合理分配到client 端和server 端來實現(xiàn)，降低了系統(tǒng)的通訊開銷降8 。目前大多數(shù)信息管理系統(tǒng)應用軟件都是c / s 結構，c / s 結構客戶端需要安裝專用的客戶端軟件。典型的c / s 模式應用系統(tǒng)網絡結構如圖17 所示zs 。 圖2 c/s模式應用系統(tǒng)網絡結構figure 2 the netuork framework of c/s applic

28、ation systemc / s 網絡體系結構目前已經非常成熟，有大量的優(yōu)秀開發(fā)工具支持，具有強大的數(shù)據(jù)處理和交互能力，基于c / s 結構的系統(tǒng)往往具有專用的前端，能處理大量的、實時的數(shù)據(jù)流，響應速度快，并且c / s 結構具備可靠的數(shù)據(jù)安全性和完整性約束，模型易于人們理解和接受。2.3.3 bs 網絡體系結構卿s 網絡體系結構，即brow ser / sever （瀏覽器服務器）結構，是隨著internet 技術的興起，在互聯(lián)網技術與數(shù)據(jù)庫系統(tǒng)的相結合的基礎上發(fā)展起來的一種新的三層網絡體系結構，是對c / s 結構的一種變化和改進。卿s 結構是把c / s 結構在客戶機一側的應用程序模塊

29、與顯示功能分開，將應用程序模塊放到w 己b （萬維網，w 份kl widew 己b 簡稱）服務器上單獨組成一層，客戶機上只需安裝單一的瀏覽器，這樣客戶機的壓力大大減輕了，把負荷均衡地分配給了w 亡b 服務器，從而克服了c / s 結構負荷不均的弊端。典型的卿s 模式應用系統(tǒng)網絡結構如圖18 所示口。圖3 b/s模式應用系統(tǒng)網絡結構figure 3 the netuork framework of b/s application systemb/s 體系結構主要是利用不斷成熟的ie ( internet expforer ，國際互聯(lián)網瀏覽器）技術，結合瀏覽器的多種腳本語言，用通用瀏覽器就實現(xiàn)了原

30、來需要復雜的專用軟件才能實現(xiàn)的強大功能，并節(jié)約了開發(fā)成本，是一種全新的軟件體系結構，基于卿s 體系結構的軟件，系統(tǒng)安裝、修改和維護全在服務器端解決。在使用系統(tǒng)時，僅僅需要一個瀏覽器就可運行全部的模塊，真正達到了“零客戶端”的功能，寧良容易在運行時自動升級。2.3.4 本系統(tǒng)體系結構的選擇盡管c / s 與卿s 兩種模式的產品都擁有自身優(yōu)勢，但同時也存在一定的不足，傳統(tǒng)的c / s 體系結構并非一無是處，而新興的卿s 體系結構也并非十全十美。現(xiàn)在對c / s 模式和卿s 模式在實際信息系統(tǒng)中的幾個評價指標分析如表1 所示。由于c / s 體系結構根深蒂固，技術成熟，很多軟件系統(tǒng)都是建立在c /

31、s 體系結構基礎上的，重新建立網絡模型需要大量的資金和時間，這在現(xiàn)在分秒必爭的市場競爭環(huán)境下顯然是不現(xiàn)實的。與此同時，在當今企業(yè)實際實施中，由于企業(yè)內部文件的數(shù)量比較大，而且多數(shù)僅僅是局域網內部的交互性工作，本企業(yè)的情況亦是如此，所以選擇c / s 型的體系結構。2 . 4 系統(tǒng)的開發(fā)工具2.4.1 數(shù)據(jù)庫管理系統(tǒng)的選擇目前業(yè)界比較流行的大型通用數(shù)據(jù)庫管理系統(tǒng)有sql server 、oracle 、dbz 和sybase 等，這些數(shù)據(jù)庫管理系統(tǒng)對大型數(shù)據(jù)庫以及分布式應用和并行計算等都提供了強有力的支持。本企業(yè)選擇orcale 數(shù)據(jù)庫管理系統(tǒng)。orcale 是美國orcale 公司1979 年

32、開發(fā)的一個關系型數(shù)據(jù)庫產品。這個數(shù)據(jù)庫產品經過幾年的發(fā)展，以其開放性、可移植性、兼容性、可連接性和較強的分布處理能力等特點，得到廣泛的應用，成為關系數(shù)據(jù)庫的主流產品。2.4.2 數(shù)據(jù)庫設計工具本系統(tǒng)使用的大部分orc ale 的設計工具都包含在orcale devefop suite ( orcale 開發(fā)軟件包）里。該工具包適用于各種應用開發(fā)，包括表單開發(fā)工具、數(shù)據(jù)建模工具、報表和查詢工具等。2 . 5 本章小結本章針對上海三菱電梯有限公司設備管理的現(xiàn)狀，在對企業(yè)信息化進行充分的需求分析的基礎上，詳盡劃分了功能模塊和系統(tǒng)idefo 功能模型，并在對c / s 和卿s 充分研究的基礎上，結合企

33、業(yè)的應用需求，選擇了c / s 網絡體系結構，另外對系統(tǒng)數(shù)據(jù)庫及其開發(fā)工具也作了簡單介紹。3 系統(tǒng)數(shù)據(jù)庫設計數(shù)據(jù)庫技術是信息管理系統(tǒng)的支撐技術之一，是實現(xiàn)信息共享的重要途徑。數(shù)據(jù)庫的核心是數(shù)據(jù)庫管理系統(tǒng)（data 玫se management system , dbms ) ，它是位于用戶和操作系統(tǒng)之間的一層數(shù)據(jù)管理軟件，對數(shù)據(jù)庫系統(tǒng)的功能和性能有決定性的影響。數(shù)據(jù)庫的建立、運行和維護都由數(shù)據(jù)庫管理系統(tǒng)統(tǒng)一管理、統(tǒng)一控制。dbms 能方便地定義數(shù)據(jù)和操縱數(shù)據(jù)，并能夠保證數(shù)據(jù)的安全性、完整性、多用戶對數(shù)據(jù)的并發(fā)使用及發(fā)生故障后的系統(tǒng)恢復田。3 . 1 數(shù)據(jù)庫設計的類型數(shù)據(jù)庫設計主要有三種類型，它

34、們是：從已有的數(shù)據(jù)進行數(shù)據(jù)庫設計；為新系統(tǒng)的開發(fā)進行數(shù)據(jù)庫設計；為系統(tǒng)重新設計進行數(shù)據(jù)庫設計。第一種數(shù)據(jù)庫設計是從已有的數(shù)據(jù)中構建數(shù)據(jù)庫。另一種數(shù)據(jù)庫設計是源于新信息系統(tǒng)的開發(fā)。通過對新系統(tǒng)需求的分析，例如需要的設計輸入表單和報表，用戶需求陳述，用例和其他的需求來創(chuàng)建數(shù)據(jù)庫設計。數(shù)據(jù)庫重設計是第三種數(shù)據(jù)庫設計的途徑。3 . 2 概念模型設計概念模型設計是整個數(shù)據(jù)庫設計的關鍵。設計數(shù)據(jù)庫的概念模型或概念結構，是數(shù)據(jù)庫邏輯設計的第一步。此模型既獨立于特定的dbms ，也獨立于數(shù)據(jù)庫的邏輯結構，即獨立于數(shù)據(jù)庫的邏輯模型，獨立于計算機和存儲介質上數(shù)據(jù)的物理模型。本節(jié)論述使用實體一聯(lián)系（e 一r ）模型

35、（最流行的建模方法）來構造數(shù)據(jù)模型。主要包括兩部分。首先，介紹e 一r 模型。然后，介紹使用表單、報表以及與用戶溝通的方法來構造本系統(tǒng)的數(shù)據(jù)模型。3.2.1 ie 一r 模型這些年提出很多用于設計數(shù)據(jù)模型的工具和技術。包括層次數(shù)據(jù)模型、網狀數(shù)據(jù)模型、ansi / s parc 數(shù)據(jù)模型、實體一聯(lián)系數(shù)據(jù)模型、語義對象模型等。實體一聯(lián)系數(shù)據(jù)模型是最成功的，以被大家認做標準的一種模型。實體一聯(lián)系（e 一r ）模型在1976 年由peter chen 發(fā)明。在他的文章中，chen 構造了模型的基本元素。后來，隨著子類型被加入e 一r 模型，擴展的e 一r 模型出現(xiàn)了。現(xiàn)在大多數(shù)人使用e 一r 模型是指

36、擴展的e 一r 模型。我們使用擴展的e 一r 模型來構造本系統(tǒng)的數(shù)據(jù)模型。3.2.2 表單、報表和e 一r 模型中的模式一個數(shù)據(jù)模型反映了用戶如何認識真實世界。遺憾的是，即使對于非常熟悉計算機的用戶，也不可能回答這樣的問題。3.2.3 本系統(tǒng)數(shù)據(jù)建模在本系統(tǒng)的建模過程中，開發(fā)者分析用戶模型，根據(jù)表單、報表、數(shù)據(jù)源以及用戶交流來建立數(shù)據(jù)模型。這個過程是迭代進行的；首先根據(jù)某個報表或表單來建立，然后根據(jù)別的表單報表進行調整。并且周期性地詢問用戶來得到額外的信息（例如估計最小粒度）。還需要用戶來審核驗證建好的模型。3.2.3.1 設備基本信息表表2 設備基本信，息表table 2 equlpment

37、 basic information table 表2 是設備基本信息表的一部分，可以看出此表包含關于設備、部門和人員的數(shù)據(jù)。因此，應該建立設備、部門和人員實體。同時，詢問用戶得知：一臺設備可以有多個人員操作，并且至少有一個人員操作；一個人員最多只能操作一臺設備，或者不操作設備。3.2.3.2 維修工作表工作票編號故障描述原因分析解決措施設備編號操作人員工號維修人員工號等待維修時間3.2.3.3 人員（工編制）基本信息表如表4 所示，人員共分三種，操作人員、維修人員和點檢人員，他們各有不同的字段（維修人員有維修工種和維修等級，而操作人員和點檢人員沒有；操作人員有操作設備和操作等級，而維修人員和

38、點檢人員沒有；點檢人員有點檢等級，而維修人員和操作人員沒有）。所以，人員實體是一個超類型實體，它有三個子類型實體，分別為：操作人員、維修人員和點檢人員。3.2.3.4 備件庫存表表5 備件庫存表table 5 spareparts storage table 由表5 可知：其中有實體：備件和庫存。詢問用戶得知：一個備件可以屬于一臺或多臺設備（型號相同），也可以不屬于任何設備；而一臺設備可以擁有多個備件，也可以沒有備件。3.2.3.5 供貨商表 3.2.3.7 人員（員編制）基本信息表如表8 所示，人員超類型實體還包括子類型實體干部和管理人員。將干部和管理人員加入如圖25 所示的數(shù)據(jù)模型后，得到

39、的數(shù)據(jù)模型如圖26 所示。3.2.3.8 采購申請表3.2.3.9 采購訂單一個采購訂單對應一個且僅對應一個采購申請；而一個采購申請可以生成一個采購訂單，也可以不生成采購訂單 3.2.3.10 入庫單表n 入庫單table 1 1 list of inputting storage 一個管理人員可以負責多個入庫操作，也可以沒有進行過入庫操作；一個入庫實體必然有且僅有一個管理人員負責操作。所以，管理人員和入庫之間的聯(lián)系是：1 : n , m : o 。3.2.3.11 出庫單3.2.3.12 設備資料表單表13 設備資料表單table 13 list of equlpment files 如表1

40、3 所示，我們需要創(chuàng)建資料實體。從表中看出資料共有兩類：維修檔案和隨機資料。所以，資料是超類型實體，而維修檔案和隨機資料是子類型實體。資料實體的標識符是組合標識符：設備編號和資料名稱，而設備實體的標識符是：設備編號。所以，資料實體是設備實體的id 依賴實體。一臺設備可能沒有資料也可以有多份資料。資料實體加入圖30 所示的數(shù)據(jù)模型后， 3.2.3.13 借閱記錄表4 系統(tǒng)實現(xiàn)完成概念模型到關系模型的轉變后，必須創(chuàng)建表，定義屬性列的約束及創(chuàng)建關系，來實現(xiàn)數(shù)據(jù)庫。常用的創(chuàng)建數(shù)據(jù)庫的方法有兩種：一種是通過數(shù)據(jù)庫管理系統(tǒng)（dbms ）提供的交互式創(chuàng)建工具創(chuàng)建；另一種是通過sql 直接創(chuàng)建。本系統(tǒng)數(shù)據(jù)庫采

41、用sql 語言創(chuàng)建。4 . 1 選擇sql 語言創(chuàng)建數(shù)據(jù)庫的優(yōu)點sql 全稱是“結構化查詢語言（structured query language ) ，最早是ibm 公司的盛約瑟研究實驗室為其關系數(shù)據(jù)庫管理系統(tǒng)system 開發(fā)的一種查詢語言，它的前身是squ 從e 語言。sql 語言結構簡單，功能強大，簡單易學，因此自從ibm 公司1981 年推出以來，sql 語言得到了廣泛的應用。如今無論是oracle 、sybase 、hiform 議、sql sever 這些大型的數(shù)據(jù)庫管理系統(tǒng)，還是visual foxpro 、powerbuilder 這些微機上常用的數(shù)據(jù)庫開發(fā)系統(tǒng)，都支持sql 語言作為查詢語言。不同于java 或是c # , sql 不是一種完整的編程語言。相反地，他被稱為數(shù)據(jù)子語言，因為它只包括那些用來創(chuàng)建和處理數(shù)據(jù)庫