企業(yè)設備管理-畢業(yè)論文

1、<p><b>　　摘 要</b></p><p>　　隨著市場競爭的不斷深入，很多企業(yè)的規(guī)模變得越來越大，隨之而來的就是企業(yè)中各種設備數(shù)量的增多。如何高效，安全地管理企業(yè)設備，已經(jīng)是各個企業(yè)亟待解決的問題。在企業(yè)運營過程中，企業(yè)內(nèi)設備的有序管理不但可以節(jié)省運營成本，還可以提高企業(yè)人員的工作效率。同時，大量事例也證明，科學的設備管理已成為幫助企業(yè)高效運營的有力工具。企業(yè)設備管理系

2、統(tǒng)便可以幫助企業(yè)解決在設備管理上遇到的問題。</p><p>　　本系統(tǒng)是一個基于Web的企業(yè)設備管理系統(tǒng)（Enterprise Equipment Management，簡稱EEM ）。系統(tǒng)采用三層體系結(jié)構(gòu)，前端由JSP網(wǎng)頁實現(xiàn)表現(xiàn)邏輯，后端使用SQL Server 2005數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)邏輯，提出了設備分階段處理原則。本系統(tǒng)使用Struts2和Spring框架實現(xiàn)，具有高內(nèi)聚，低耦合的特點。結(jié)合我們對設備管理

3、知識的了解，本系統(tǒng)實現(xiàn)了對于設備的使用管理、維修管理、采購管理、入庫管理、重要設備使用跟蹤，實現(xiàn)了按設備的使用部門，設備的類別查詢功能，實現(xiàn)了對于不同用戶權(quán)限的管理。在設備的日常管理中，系統(tǒng)引入了申請、審批、執(zhí)行的制度，這樣可以加強設備使用的安全性，企業(yè)設備管理者可以對設備使用的實時信息進行監(jiān)控。系統(tǒng)的權(quán)限管理可以防止使用者對設備的越權(quán)管理。系統(tǒng)在Windows 7平臺下開發(fā)，能滿足中小企業(yè)設備管理的需要。</p><

4、;p>　　論文中首先概要描述了設備管理的理論，以及在系統(tǒng)實現(xiàn)中所使用的主要技術(shù)。在理論描述的基礎(chǔ)上，論文對企業(yè)設備管理系統(tǒng)的需求進行了分析。在需求分析的基礎(chǔ)上，論文詳細描述了每個模塊的整體設計和詳細的程序設計等。在需求模型分析和業(yè)務邏輯設計中主要使用UML語言表示的模塊圖、E-R圖來表達用戶需求和分析需求模型。在系統(tǒng)實現(xiàn)中主要完成以下工作：</p><p>　　企業(yè)設備的使用、維修、采購和入庫管理；<

5、/p><p>　　企業(yè)重要設備的使用跟蹤；</p><p>　　企業(yè)設備的多用戶權(quán)限管理。</p><p>　　關(guān)鍵詞 企業(yè)設備管理，Struts 2，Spring</p><p><b>　　Abstract</b></p><p>　　With the deepening of the mark

6、et competition, a lot of the size of the enterprise is becoming bigger, the following is enterprise of various equipment increasing. How to efficient, safe management enterprise equipment, have each enterprise is to solv

7、e the problem. In the enterprise in the process of operation, the business enterprise inside equipment and orderly management could not only save operation cost, also can improve the enterprise personnel's work effic

8、iency. At the same time, a large n</p><p>　　This system is a WEB based on the Enterprise Equipment Management system (Enterprise Equipment Management, hereinafter referred to as EEM). System USES three syste

9、m structure, the front page of JSP realizations logic, back end use SQL Server 2005 database data realization logic, and put forward the principle of processing equipment in stages. Combined with our equipment management

10、 knowledge, this system for the use of the equipment management, maintenance management, procurement management, inve</p><p>　　The paper first summary descriptions of equipment management theory, and in the

11、system used in the main technology. In the theory basis of describing, papers on enterprise equipment management system needs of analysis. Based on the analysis of the demand, this paper describes the detailed the integr

12、al design of each module and detailed program design, etc. On the demand model analysis and business logic design main use UML language to show the module chart, e-r chart to express the users' demand</p><

13、p>　　1. The use of the enterprise equipment, maintenance, procurement and Treasury management; </p><p>　　2. Enterprise important use of equipment tracking; </p><p>　　3. Enterprise equipment mo

14、re than the user rights management. </p><p>　　Key Words Enterprise Equipment Management, SQL Server 2005 Database, JSP</p><p><b>　　目 錄</b></p><p><b>　　摘 要I<

15、/b></p><p>　　AbstractII</p><p>　　第1章 緒 論1</p><p><b>　　1.1 引言1</b></p><p>　　1.2 系統(tǒng)的開發(fā)背景1</p><p>　　1.3系統(tǒng)設計的目標2</p><p>　　第2章

16、 系統(tǒng)開發(fā)環(huán)境與技術(shù)3</p><p>　　2.1 系統(tǒng)平臺體系結(jié)構(gòu)的選擇3</p><p>　　2.2 系統(tǒng)開發(fā)環(huán)境3</p><p>　　2.2.1 JSP運行環(huán)境的配置3</p><p>　　2.2.2 系統(tǒng)后臺數(shù)據(jù)庫介紹4</p><p>　　2.3 主要技術(shù)分析5</p><p

17、>　　2.3.1 MVC模式5</p><p>　　2.3.2 Struts2框架6</p><p>　　2.3.3 Spring框架6</p><p>　　2.3.3 JSP技術(shù)8</p><p>　　第3章 系統(tǒng)分析10</p><p>　　3.1 可行性研究10</p><p

18、>　　3.1.1 經(jīng)濟可行性10</p><p>　　3.1.2 技術(shù)可行性10</p><p>　　3.1.3 社會可行性10</p><p>　　3.1.4 操作可行性10</p><p>　　3.2 需求分析11</p><p>　　3.2.1 系統(tǒng)數(shù)據(jù)流圖12</p><p

19、>　　3.2.2 系統(tǒng)流程圖12</p><p>　　第4章 系統(tǒng)總體設計14</p><p>　　4.1 系統(tǒng)設計的目標14</p><p>　　4.2 系統(tǒng)功能模塊圖14</p><p>　　4.3 數(shù)據(jù)庫設計15</p><p>　　4.3.1 數(shù)據(jù)字典15</p><p&g

20、t;　　4.3.2 概念結(jié)構(gòu)設計18</p><p>　　4.3.3 邏輯結(jié)構(gòu)設計21</p><p>　　4.3.4 數(shù)據(jù)庫表設計23</p><p>　　4.4 數(shù)據(jù)庫連接及實現(xiàn)方式26</p><p>　　第5章 系統(tǒng)詳細設計27</p><p>　　5.1 設備采購管理27</p>&

21、lt;p>　　5.2 設備使用管理28</p><p>　　5.3 設備維修管理28</p><p>　　5.4 設備入庫管理30</p><p>　　5.5 設備種類管理31</p><p>　　5.6 公告管理31</p><p>　　第6章 軟件測試33</p><p>

22、　　6.1 軟件測試的定義及目的33</p><p>　　6.2 軟件測試的方法33</p><p>　　6.2.1 白盒測試法33</p><p>　　6.2.2 黑盒測試法33</p><p>　　6.3 軟件測試的對象33</p><p>　　6.4 測試用例34</p><p&g

23、t;<b>　　結(jié) 論36</b></p><p><b>　　致 謝37</b></p><p><b>　　參考文獻38</b></p><p><b>　　第1章 緒 論</b></p><p><b>　　1.1 引言<

24、;/b></p><p>　　近年來，企業(yè)設備管理受到前所未有的重視，有多方面的原因促成企業(yè)項目管理令人關(guān)注的今天，及其充滿前景的明天。其中主要的原因在于：企業(yè)設備管理在運籌與協(xié)同方面的方式方法恰好填充了其它管理體系或管理系統(tǒng)這方面的相對弱項；EEM等關(guān)于企業(yè)設備管理的理論體系日臻完善，并在全球范圍內(nèi)展開幾近商業(yè)性質(zhì)的普及推廣；企業(yè)設備管理軟件的功能不斷增強，使企業(yè)設備管理從理論走向?qū)嶋H實施進而發(fā)揮效益成為

25、現(xiàn)實。很多跨國企業(yè)紛紛開始在企業(yè)中采用企業(yè)設備管理技術(shù)和企業(yè)設備管理解決方案，初步形成了企業(yè)設備管理化的局面。</p><p>　　隨著越來越多的企業(yè)或組織對企業(yè)設備管理方法和技術(shù)的引入，以及大家對企業(yè)設備管理理解的深入，未來的企業(yè)設備管理軟件市場的發(fā)展將是機遇和挑戰(zhàn)同時并存的。</p><p>　　在如今這個知識經(jīng)濟時代，信息革命及其相關(guān)技術(shù)已經(jīng)滲透到社會生活的各個方面，計算機與現(xiàn)代管理

26、知識的結(jié)合，使我們的日常生活正發(fā)生著前所未有的變革。企業(yè)設備管理系統(tǒng)就是這樣一種基于計算機技術(shù)而進行的設備管理系統(tǒng)。多設備管理的信息量相當大，這給工作人員和各設備管理人員增加了大量工作，帶來了沉重的負擔，設備管理信息系統(tǒng)的建立，幫助解決管理人員的信息問題。</p><p>　　本系統(tǒng)能及時、準確地提供給企業(yè)內(nèi)部各部門所需要的信息，將企業(yè)的各種設備信息資源統(tǒng)一管理，并能實現(xiàn)快速查詢，以加強對設備監(jiān)管，提高各部門的管

27、理工作效率，為主管人員的工作提供便利的條件；它極大地改善了企業(yè)的經(jīng)營，提高企業(yè)的適應能力和競爭力。由于企業(yè)的主管人員可以隨時了解到設備的實時狀況，從而有利于企業(yè)工作人員隨時來規(guī)劃其生產(chǎn)經(jīng)營活動，實現(xiàn)數(shù)據(jù)的共享和綜合應用，從而強化企業(yè)計劃和控制工作的靈活性。管理目標是爭取讓每個設備都能合理，便利地使用，使企業(yè)運營快捷，高效。</p><p>　　1.2 系統(tǒng)的開發(fā)背景</p><p>　　在

28、中小型企業(yè)，設備管理業(yè)務往往從設備的入庫開始，其主要包含以下幾部分工作：</p><p>　?。?）設備購進之初，設備部門的專業(yè)人員對設備情況進行核對，并填寫設備情況登記表。再又管理人員負責將設備情況登記表登記存檔，并將有關(guān)使用說明進行編號存檔，以備維修之用。對于一些附屬設備，僅做登記入庫管理，以便進行及時核對和調(diào)配。</p><p>　?。?）設備日常運行中，要對日常檢測到的數(shù)據(jù)進行必要

29、存儲和監(jiān)督。在有經(jīng)驗的技師的指導下，根據(jù)日常使用記錄，制訂日常維護計劃，力爭降低裝置因設備問題造成的非計劃停工次數(shù)。</p><p>　?。?）在設備發(fā)生事故的情況下，登記事故記錄，并向技術(shù)人員提交事故維修表。由技術(shù)人員進行現(xiàn)場觀察，根據(jù)事故維修表和日常運行數(shù)據(jù)，確定維修標準及要求。以便進行及時，合理的維修。在維修結(jié)束后，編寫維修情況報告和設備狀態(tài)報告。</p><p>　　管理人員對有關(guān)

30、資產(chǎn)數(shù)據(jù)進行統(tǒng)計，產(chǎn)品報表，以便高層管理人員根據(jù)該報表把握設備運營的宏觀情況。</p><p>　　1.3系統(tǒng)設計的目標</p><p>　　信息系統(tǒng)的目標應與企業(yè)對該業(yè)務的管理目標相一致，分析信息系統(tǒng)的目標應從企業(yè)的管理目標入手。根據(jù)現(xiàn)代企業(yè)分層次的管理模式，設置不同的權(quán)限級別，分別提供普通用戶，設備管理者和系統(tǒng)管理員三個層次。系統(tǒng)目標如下：</p><p>　　

31、（1）提供簡單，方便的操作。</p><p>　?。?）對系統(tǒng)提供必要的權(quán)限管理。</p><p>　　（3）根據(jù)企業(yè)原有的設備管理業(yè)務，為企業(yè)不同管理層次的職員提供相應的功能。</p><p>　?。?）使企業(yè)的設備管理更加科學和規(guī)范，杜絕設備的丟失和設備賬目混亂的情況。</p><p>　?。?）節(jié)約設備管理的成本。</p>

32、<p>　?。?）對日常的設備運行情況進行管理，同時提供一些必要的報表。</p><p>　?。?）為企業(yè)實現(xiàn)整體信息化和其他相關(guān)系統(tǒng)提供必要的數(shù)據(jù)支持。</p><p>　　第2章 系統(tǒng)開發(fā)環(huán)境與技術(shù)</p><p>　　目前在應用開發(fā)領(lǐng)域中，主要分成兩大編程體系，一種是基于瀏覽器的B/S（Brower/Server）的結(jié)構(gòu)，另一種是C/S（Clie

33、nt/Server）結(jié)構(gòu)。在本次開發(fā)設計中，選擇的開發(fā)環(huán)境為B/S結(jié)構(gòu)的體系，采用Struts2和Spring框架，使用JSP技術(shù)，后臺數(shù)據(jù)庫采用SQL Server 2005。</p><p>　　2.1 系統(tǒng)平臺體系結(jié)構(gòu)的選擇</p><p>　　在應用開發(fā)領(lǐng)域中，目前系統(tǒng)平臺的體系結(jié)構(gòu)主要有兩種，即B/S（Brower/Server）結(jié)構(gòu)和C/S（Client/Server）結(jié)構(gòu)。&

34、lt;/p><p>　　C/S結(jié)構(gòu)，即大家熟知的客戶機和服務器結(jié)構(gòu)。它是軟件系統(tǒng)體系結(jié)構(gòu)，通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務合理分配到Client端和Server端來實現(xiàn)，降低了系統(tǒng)的通訊開銷。</p><p>　　B/S結(jié)構(gòu)即瀏覽器和服務器結(jié)構(gòu)。它是一次性到位的開發(fā)，能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式（比如LAN，WAN等）訪問和操作共同的數(shù)據(jù)庫；它能有效地保護數(shù)據(jù)平

35、臺和管理訪問權(quán)限，服務器數(shù)據(jù)庫也很安全。特別是在Java這樣的跨平臺語言出現(xiàn)之后，B/S架構(gòu)管理軟件更是方便、快捷、高效。</p><p>　　傳統(tǒng)的C/S體系結(jié)構(gòu)雖然采用的是開放模式，但這只是系統(tǒng)開發(fā)一級的開放性，在特定的應用中無論是Client端還是Server端都還需要特定的軟件支持。由于沒能提供用戶真正期望的開放環(huán)境，C/S結(jié)構(gòu)的軟件需要針對不同的操作系統(tǒng)系統(tǒng)開發(fā)不同版本的軟件，加之產(chǎn)品的更新?lián)Q代十分快，

36、已經(jīng)很難適應百臺電腦以上局域網(wǎng)用戶同時使用，而且代價高，效率低。</p><p>　　B/S結(jié)構(gòu)，是隨著Internet技術(shù)的興起，對C/S結(jié)構(gòu)的一種變化或者改進的結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶界面完全通過WWW瀏覽器實現(xiàn)，一部分事務邏輯在前端實現(xiàn)，但是主要事務邏輯在服務器端實現(xiàn)，用通用瀏覽器就實現(xiàn)了原來需要復雜專用軟件才能實現(xiàn)的強大功能，并節(jié)約了開發(fā)成本，是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。因此本系統(tǒng)采用了B/S結(jié)構(gòu)。&l

37、t;/p><p>　　2.2 系統(tǒng)開發(fā)環(huán)境</p><p>　　2.2.1 JSP運行環(huán)境的配置</p><p>　　JSP（ Java Server Page）是在普通Html中嵌入了Java代碼的一個腳本，在這一點上，它與其它的腳本語言一樣，但它與其它語言不同的是：其它腳本語言由服務器直接解釋這個腳本，而JSP則由JSP容器首先將其轉(zhuǎn)化為Servlet，然后再調(diào)用J

38、avac將Servlet編譯為class文件。最終，服務器解釋的是class文件。</p><p>　　JSP運行環(huán)境需要JDK和應用服務器的支持，需要安裝兩個軟件：J2SDK和Tomcat。</p><p>　?。?）配置Java運行環(huán)境</p><p>　　安裝了JDK以后，就建立好了J2SE的運行環(huán)境。安裝完畢后，Java的運行環(huán)境就在計算機上建立好了。<

39、;/p><p>　?。?）配置JSP運行環(huán)境</p><p>　　安裝完JDK以后，安裝Web服務器的Tomcat。Service選項是將Tomcat安裝成操作系統(tǒng)的一項服務，可以從“控制面板”中的“管理工具”中選擇“服務”啟動和停止該Web服務。這里按照Normal選項的默認設置，不選擇該服務。接下來選擇默認的服務端口為8080。下一步選擇JDK的路徑，按照默認的選項進入下一步，開始拷貝文件

40、。安裝完畢后，在程序菜單中可以看到Tomcat的選項，選擇“Start Tomcat”啟動Web服務器，可以在任務欄看到Tomcat的服務圖標。之后打開瀏覽器，在地址欄中輸入“http://localhost:8080”，可以看到Tomcat的歡迎界面。</p><p>　　只要看到這個界面，就說明安裝成功，并且JSP的運行環(huán)境就全部配置完畢。需要注意的是：在安裝Tomcat時，如果系統(tǒng)中已經(jīng)有其他的應用程序已經(jīng)

41、占有了8080端口，則在啟動Tomcat時會失敗，這時就需要修改Tomcat的服務端口來解決這個問題。</p><p>　　2.2.2 系統(tǒng)后臺數(shù)據(jù)庫介紹</p><p>　　SQL Server 2005是Microsoft公司推出的一種數(shù)據(jù)庫管理和開發(fā)的工具，它包括服務器資源管理器、企業(yè)管理器、查詢分析器、事件探測器和聯(lián)機叢書等實用工具。</p><p>　　服

42、務器資源管理器管理SQL Server服務器的啟動、暫停和停止。服務器資源管理器運行后，如果服務器資源管理器的設置為“當啟動OS時自動啟動服務”，該服務會自動啟動。只有服務器資源管理器處于運行狀態(tài)時，應用程序才能訪問數(shù)據(jù)庫，否則應用程序無法連接到數(shù)據(jù)庫。</p><p>　　企業(yè)管理器是SQL Server 2005中的重要工具，使用該工具可以創(chuàng)建系統(tǒng)數(shù)據(jù)庫、連接服務器資源管理器等。在企業(yè)管理器中，可以實現(xiàn)對各種

43、數(shù)據(jù)庫對象的管理，可以通過樹狀結(jié)構(gòu)查看數(shù)據(jù)庫的默認結(jié)構(gòu)。在企業(yè)管理器的某個特定數(shù)據(jù)庫中還可以使用自定義數(shù)據(jù)類型和用戶自定義函數(shù)等高級功能。</p><p>　　在SQL Server 2005企業(yè)管理器中，查詢分析器主要以圖形窗口形式執(zhí)行SQL語句和腳本，如使用文本文件新建數(shù)據(jù)庫、使用SQL語句查詢、修改、添加和刪除數(shù)據(jù)庫表的記錄等。</p><p>　　本系統(tǒng)前臺使用了JSP技術(shù)，后臺則

44、采用SQL Server 2005數(shù)據(jù)庫。JSP與數(shù)據(jù)庫的連接很方便，它通過Java語言的JDBC技術(shù)，不需要連接到服務器端的數(shù)據(jù)庫，只要數(shù)據(jù)庫有JDBC驅(qū)動程序就可以與它連接，假如數(shù)據(jù)庫沒有JDBC驅(qū)動程序，只有ODBC的驅(qū)動程序，JSP也可通過JDBC-ODBC的操作轉(zhuǎn)換成對ODBC的操作，實現(xiàn)與數(shù)據(jù)庫的連接。</p><p>　　使用JDBC-ODBC橋驅(qū)動程序，所有的工作都交給ODBC去做，不過一個數(shù)據(jù)庫

45、想要ODBC能訪問到它，也需要在ODBC里安裝上它的驅(qū)動程序，不過在安裝Windows時，它自帶了SQL Server 2005的驅(qū)動程序，所以使用起來非常方便。</p><p>　　2.3 主要技術(shù)分析</p><p>　　2.3.1 MVC模式</p><p>　　MVC（Model-View-Controller）本來是存在于Desktop程序中的，是Xero

46、x　PARC在八十年代為編程語言Smalltalk－80發(fā)明的一種軟件設計模式，它強制性的使應用程序的輸入、處理和輸出分開，至今已被廣泛使用。視圖是用戶看到并與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不窮，它們包括Macromedia Flash和像XHTML（extensible hyperText Markup L

47、anguage），XML（extensible markup language），WML（Wireless Markup Language）等一些標識語言和WebServer。</p><p>　　模型表示企業(yè)數(shù)據(jù)和業(yè)務規(guī)則。在MVC的三個部件中，模型擁有最多的處理任務。被模型返回的數(shù)據(jù)是中立的，就是說模型與數(shù)據(jù)格式無關(guān)，這樣一個模型能為多個視圖提供數(shù)據(jù)。由于應用于模型的代碼只需寫一次就可以被多個視圖重用，所以減

48、少了代碼的重復性。</p><p>　　控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。所以當單擊Web頁面中的超鏈接和發(fā)送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調(diào)用哪個模型構(gòu)件去處理請求，然后確定哪個視圖來顯示模型處理返回的數(shù)據(jù)。 </p><p>　　現(xiàn)在我們總結(jié)MVC的處理過程，首先控制器接收用戶的請求，并決定應該調(diào)用哪個模型來進行處理，然后

49、模型用業(yè)務邏輯來處理用戶的請求并返回數(shù)據(jù)，最后控制器用相應的視圖格式化模型返回的數(shù)據(jù)，并通過表示層呈現(xiàn)給用戶，MVC原理如圖2.1所示。</p><p>　　圖2.1 MVC原理圖</p><p>　　2.3.2 Struts2框架</p><p>　　Struts是MVC的一種實現(xiàn)，Struts2是Struts的下一代產(chǎn)品，是在 struts 和WebWork的技

50、術(shù)基礎(chǔ)上進行了合并的全新的Struts 2框架。其全新的Struts2的體系結(jié)構(gòu)與Struts 1的體系結(jié)構(gòu)的差別巨大。Struts2以WebWork為核心，采用攔截器的機制來處理用戶的請求，這樣的設計也使得業(yè)務邏輯控制器能夠與Servlet API完全脫離開，所以Struts 2可以理解為WebWork的更新產(chǎn)品。雖然從Struts1到Struts2有著太大的變化，但是相對于WebWork，Struts 2只有很小的變化。</p

51、><p>　　Struts2雖然是在Struts1的基礎(chǔ)上發(fā)展起來的，但是實質(zhì)上是以WebWork為核心的。Struts2為傳統(tǒng)的Struts1注入了WebWork的先進的設計理念，統(tǒng)一了Struts1和WebWork兩個框架。</p><p>　　Struts2框架的大概處理流程如下： </p><p>　　（1）加載類（FilterDispatcher） </

52、p><p>　?。?）讀取配置（struts配置文件中的Action） </p><p>　?。?）派發(fā)請求（客戶端發(fā)送請求） </p><p>　?。?）調(diào)用Action（FilterDispatcher從struts配置文件中讀取與之相對應的Action ） </p><p>　?。?）啟用攔截器（WebWork攔截器鏈自動對請求應用通用功能

53、，如驗證） </p><p>　?。?）處理業(yè)務（回調(diào)Action的execute()方法） </p><p>　　（7）返回響應（通過execute方法將信息返回到FilterDispatcher） </p><p>　?。?）查找響應（FilterDispatcher根據(jù)配置查找響應的是什么信息如：SUCCESS、ERROR，將跳轉(zhuǎn)到哪個jsp頁面） </

54、p><p><b>　?。?）響應用戶</b></p><p>　?。?0）struts2標簽庫（相比struts1的標簽庫，struts2是大大加強了，對數(shù)據(jù)的操作功能很強大） </p><p>　　2.3.3 Spring框架</p><p>　　Spring 也表示是一個開源框架，是為了解決企業(yè)應用程序開發(fā)復雜性由Ro

55、d Johnson創(chuàng)建的。框架的主要優(yōu)勢之一就是其分層架構(gòu)，分層架構(gòu)允許使用者選擇使用哪一個組件，同時為 J2EE 應用程序開發(fā)提供集成的框架。Spring使用基本的JavaBean來完成以前只可能由EJB完成的事情。然而，Spring的用途不僅限于服務器端的開發(fā)。從簡單性、可測試性和松耦合的角度而言，任何Java應用都可以從Spring中受益。</p><p>　　（1）Spring的特點</p>

56、<p>　　方便解耦，簡化開發(fā) </p><p>　　通過Spring提供的IoC容器，我們可以將對象之間的依賴關(guān)系交由Spring進行控制，避免硬編碼所造成的過度程序耦合。有了Spring，用戶不必再為單實例模式類、屬性文件解析等這些很底層的需求編寫代碼，可以更專注于上層的應用。 </p><p><b>　　AOP編程的支持 </b></p>

57、;<p>　　通過Spring提供的AOP（Aspect Oriented Programming，面向切面編程）功能，方便進行面向切面的編程，許多不容易用傳統(tǒng)OOP（Object Oriented Programming，面向?qū)ο蟪绦蛟O計）實現(xiàn)的功能可以通過AOP輕松應付。 </p><p><b>　　聲明式事務的支持 </b></p><p>　　

58、在Spring中，我們可以從單調(diào)煩悶的事務管理代碼中解脫出來，通過聲明式方式靈活地進行事務的管理，提高開發(fā)效率和質(zhì)量。 </p><p><b>　　方便程序的測試 </b></p><p>　　可以用非容器依賴的編程方式進行幾乎所有的測試工作，在Spring里，測試不再是昂貴的操作，而是隨手可做的事情。 </p><p>　　方便集成各種優(yōu)秀

59、框架 </p><p>　　Spring不排斥各種優(yōu)秀的開源框架，相反，Spring可以降低各種框架的使用難度，Spring提供了對各種優(yōu)秀框架的直接支持。 </p><p>　　降低Java EE API的使用難度 </p><p>　　Spring對很多難用的Java EE API（如JDBC，JavaMail，遠程調(diào)用等）提供了一個薄薄的封裝層，通過Sprin

60、g的簡易封裝，這些Java EE API的使用難度大為降低。 </p><p>　　Java 源碼是經(jīng)典學習范例 </p><p>　　Spring的源碼設計精妙、結(jié)構(gòu)清晰、匠心獨用，處處體現(xiàn)著大師對Java設計模式靈活運用以及對Java技術(shù)的高深造詣。Spring框架源碼無疑是Java技術(shù)的最佳實踐范例。如果想在短時間內(nèi)迅速提高自己的Java技術(shù)水平和應用開發(fā)水平，學習和研究Spring

61、源碼將會使你收到意想不到的效果。</p><p>　　（2）使用Spring框架的好處</p><p>　　Spring能有效地組織你的中間層對象，無論你是否選擇使用了EJB。如果你僅僅使用了Struts或其他的包含了J2EE特有API的Framework，你會發(fā)現(xiàn)Spring關(guān)注了遺留下的問題。 </p><p>　　Spring能消除在許多工程上對單例模式的過多

62、使用。根據(jù)我的經(jīng)驗，這是一個主要的問題，它減少了系統(tǒng)的可測試性和面向?qū)ο筇匦浴?</p><p>　　Spring能消除使用各種各樣格式的屬性定制文件的需要，在整個應用和工程中，可通過一種一致的方法來進行配置。倒置控制的使用幫助完成這種簡化。 </p><p>　　Spring能通過接口而不是類促進好的編程習慣，減少編程代價到幾乎為零。 </p><p>　　Spr

63、ing被設計為讓使用它創(chuàng)建的應用盡可能少的依賴于他的API。在Spring應用中的大多數(shù)業(yè)務對象沒有依賴于Spring。 </p><p>　　使用Spring構(gòu)建的應用程序易于單元測試。 </p><p>　　Spring能使EJB的使用成為一個實現(xiàn)選擇，而不是應用架構(gòu)的必然選擇。你能選擇用POJOs或local EJBs來實現(xiàn)業(yè)務接口，卻不會影響調(diào)用代碼。 </p>&l

64、t;p>　　Spring幫助你解決許多問題而無需使用EJB。Spring能提供一種EJB的替換物，它們適于許多web應用。例如，Spring能使用AOP提供聲明性事務而不通過使用EJB容器，如果你僅僅需要與單個的數(shù)據(jù)庫打交道，甚至不需要JTA實現(xiàn)。 </p><p>　　Spring為數(shù)據(jù)存取提供了一致的框架，不論是使用JDBC或O/R mapping產(chǎn)品。 </p><p>　　S

65、pring確實使你能通過最簡單可行的解決辦法解決你的問題。這些特性是有很大價值的。 </p><p>　　總結(jié)起來，Spring有如下優(yōu)點： </p><p>　　低侵入式設計，代碼污染極低 ；</p><p>　　獨立于各種應用服務器，可以真正實現(xiàn)Write Once，Run Anywhere的承諾；</p><p>　　Spring的DI

66、機制降低了業(yè)務對象替換的復雜性；</p><p>　　Spring并不完全依賴于Spring，開發(fā)者可自由選用Spring框架的部分或全部。</p><p>　　2.3.3 JSP技術(shù)</p><p>　　JSP是基于Servlet以及整個Java體系的Web開發(fā)技術(shù)， 利用這一技術(shù)可以建立先進、安全、快速和跨平臺的動態(tài)網(wǎng)站。在傳統(tǒng)的網(wǎng)頁HTML文件中加入Java程

67、序片段和JSP標記，就構(gòu)成了JSP網(wǎng)頁。Web服務器接收到訪問JSP網(wǎng)頁的請求時，首先執(zhí)行其中的程序片段，然后將執(zhí)行結(jié)果以HTML格式返回給客戶。程序片段可以操作數(shù)據(jù)庫、重新定向網(wǎng)頁以及發(fā)送 E-mail 等等，這就是建立動態(tài)網(wǎng)站所需要的功能。所有程序操作都在服務器端執(zhí)行，網(wǎng)絡上傳送給客戶端的僅是得到的結(jié)果，對客戶瀏覽器的要求很低。在用戶連接JSP網(wǎng)站時，用戶請求網(wǎng)頁，JSP頁面獨自響應請求，將用戶對網(wǎng)頁的請求轉(zhuǎn)化為對數(shù)據(jù)的請求，通過J

68、avaBeans處理請求并將返回的數(shù)據(jù)封裝成HTML頁面返回給用戶，如圖2.2所示。</p><p>　　圖2.2 JSP請求模型</p><p><b>　　JSP的優(yōu)點：</b></p><p><b>　　（1）跨平臺</b></p><p>　　JSP支持現(xiàn)在的絕大多數(shù)平臺，如Windows

69、系統(tǒng)和現(xiàn)在非常流行的Linux系統(tǒng)，對于應用非常廣泛的Apache服務器也提供了支持JSP服務的技術(shù)手段。</p><p>　?。?）代碼的可移植性</p><p>　　JSP使用的是Java語言，它繼承了Java的一切特性；Java本來就是跨平臺的，在一種平臺的機器上編的JSP代碼只要做很少的變動，就可以原封不動地在另一種平臺的機器上編譯通過。</p><p>&

70、lt;b>　　（3）代碼執(zhí)行效率</b></p><p>　　JSP運行時，在沒被修改或服務器沒被重啟的情況下，一個JSP頁面只在第一次被請求的時候才編譯，后面將直接用編譯過的字節(jié)碼，執(zhí)行字節(jié)碼的速度將會非?？?，特別是有這樣的頁，它的訪問率非常高，且短時間內(nèi)對它又沒什么改動，這時JSP將顯現(xiàn)非常高的效率，比ASP代碼來實現(xiàn)的在速度上要會有幾倍甚至有數(shù)量級上的提高。</p><

71、p>　?。?）組件的開發(fā)和使用上</p><p>　　JSP的JavaBeans是用Java語言開發(fā)的，開發(fā)出來就可以直接使用，而且JavaBeans的使用很方便，又由于Java的高跨平臺性，使得JavaBeans的可移植性和可重用性非常高。</p><p><b>　　第3章 系統(tǒng)分析</b></p><p><b>　　3

72、.1 可行性研究</b></p><p>　　可行性研究是在系統(tǒng)調(diào)查的基礎(chǔ)上，針對新系統(tǒng)的開發(fā)是否具備必要性和可能性，對新系統(tǒng)的開發(fā)從技術(shù)、經(jīng)濟、社會的方面進行分析和研究，以避免投資失誤，保證新系統(tǒng)的開發(fā)成功?？尚行匝芯康哪康木褪怯米钚〉拇鷥r在盡可能短的時間內(nèi)確定問題是否能夠解決。</p><p>　　3.1.1 經(jīng)濟可行性</p><p>　　主要是對

73、項目的經(jīng)濟效益進行評價，由于本系統(tǒng)是用于個人的畢業(yè)設計，不用于商業(yè)用途，也不存在資金的流動，故在經(jīng)濟上是可行的。</p><p>　　3.1.2 技術(shù)可行性</p><p>　　技術(shù)上的可行性分析主要分析技術(shù)條件能否順利完成開發(fā)工作，硬、軟件能否滿足開發(fā)者的需要等。該管理系統(tǒng)采用了Browser/Server體系結(jié)構(gòu)進行開發(fā)。三層的B/S體系結(jié)構(gòu)具有許多傳統(tǒng)Client/Server體系結(jié)

74、構(gòu)不具備的優(yōu)點，而且又緊密的結(jié)合了Internet/Intranet技術(shù)，是技術(shù)發(fā)展的大勢所趨，它把應用系統(tǒng)帶入了一個嶄新的發(fā)展時代。數(shù)據(jù)庫服務器選用SQL Server 2005數(shù)據(jù)庫，它能夠處理大量數(shù)據(jù)，同時保持數(shù)據(jù)的完整性并提供許多高級管理功能。它的靈活性、安全性和易用性為數(shù)據(jù)庫編程提供了良好的條件。因此，系統(tǒng)的軟件開發(fā)平臺已成熟可行。硬件方面，科技飛速發(fā)展的今天，硬件更新的速度越來越快，容量越來越大，可靠性越來越高，價格越來越低

75、，其硬件平臺能滿足此系統(tǒng)的需要。</p><p>　　3.1.3 社會可行性</p><p>　　隨著信息技術(shù)的飛速發(fā)展，產(chǎn)品的規(guī)模也越來越龐大，個人單打獨斗的作坊式開發(fā)方式已經(jīng)越來越不適應發(fā)展的需要。在西方發(fā)達國家，設備管理的應用已十分普及。因為它的理論與應用方法從根本上改善了管理人員的運作效率，所以設備管理已從最初的國防和航天領(lǐng)域迅速發(fā)展到目前的電子、通訊、計算機、軟件開發(fā)、建筑業(yè)、制

76、藥業(yè)、金融業(yè)等行業(yè)甚至政府機關(guān)。所以正是開發(fā)企業(yè)設備管理軟件的大好時機。</p><p>　　3.1.4 操作可行性</p><p>　　操作可行性主要是分析系統(tǒng)的運行方式、操作規(guī)程在用戶組織內(nèi)是否可以有效、順利實施等問題。在網(wǎng)絡正在迅猛發(fā)展的今天，越來越多的人開始注重操作的簡潔而方便于工作，隨著科學技術(shù)的發(fā)展，知識量的增大，設計本系統(tǒng)代替了人工操作的不便，因此系統(tǒng)在實踐上具備了可行性。該

77、系統(tǒng)設計清晰，有良好的用戶界面，操作簡潔，有完善的異常處理機制和提示信息，用戶只要經(jīng)過簡單的培訓就可使用，因此操作方面可行。</p><p><b>　　3.2 需求分析</b></p><p>　　需求分析是軟件生命周期中相當關(guān)鍵的一個階段，是介于系統(tǒng)分析和軟件設計階段的重要橋梁。要想開發(fā)出用戶滿意的軟件產(chǎn)品，首先得清楚用戶的需求。需求分析是發(fā)現(xiàn)、求精、建模、規(guī)格說

78、明和復審的過程。它是系統(tǒng)設計的基礎(chǔ)，它關(guān)系到工程的成敗和軟件產(chǎn)品的質(zhì)量。</p><p>　　軟件需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達到什么樣的性能。軟件人員要準確的理解用戶的要求，進行細致的調(diào)查分析，將用戶非形式化的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)化為相應形式的需求規(guī)格說明。對于軟件項目的需求，首先要理解用戶的需求，要澄清模糊的需求，與用戶達成共識

79、。</p><p>　　常用的獲取需求的方法有訪談，問卷調(diào)查，情景分析，實地考察，構(gòu)造原型等。由于本系統(tǒng)為畢業(yè)設計模擬課題，所以采用的需求分析方法為情景分析法。對基金交易的情景進行詳細分析，模擬業(yè)務模塊，獲取需求。</p><p>　　本次開發(fā)的企業(yè)設備管理系統(tǒng)的目標是實現(xiàn)對企業(yè)所使用的各種設備信息進行管理，實現(xiàn)管理自動化、系統(tǒng)化、規(guī)范化。本系統(tǒng)是基于B/S結(jié)構(gòu)，采用基于MVC模式的Str

80、uts2框架，使用JSP技術(shù)和Spring框架，后臺數(shù)據(jù)庫采用SQL Server 2005開發(fā)而成，力求與實際相結(jié)合具有查詢、管理等功能，旨在達到使企業(yè)設備的管理更加簡單化，使之更加方便、快捷以提高工作效率。</p><p>　　本系統(tǒng)具有以下工作：</p><p><b>　?。?）設備采購管理</b></p><p>　　系統(tǒng)用戶可以進行

81、設備采購設備，管理員可以對采購申請進行審批，設備采購人員可以查看審批通過的采購申請，并根據(jù)其內(nèi)容進行采購。</p><p><b>　?。?）設備使用管理</b></p><p>　　用戶可以申請使用設備，設備管理員根據(jù)情況審批使用申請，審批通過后用戶即可使用所需設備。</p><p><b>　?。?）設備維修管理</b>

82、;</p><p>　　設備使用者如需要維修設備，可以在系統(tǒng)中提出申請，管理員審批通過之后，維修人員即可查看維修申請的具體信息，并前往維修。維修完成后，維修者需填寫維修單。</p><p><b>　?。?）設備入庫管理</b></p><p>　　對于暫不需要的設備，管理員可以在系統(tǒng)中提出入庫申請，申請通過之后，即可將設備存放在對應倉庫。&l

83、t;/p><p><b>　?。?）系統(tǒng)用戶管理</b></p><p>　　系統(tǒng)管理員可以對系統(tǒng)中的用戶進行啟用，封停，身份變更等操作。</p><p>　　3.2.1 系統(tǒng)數(shù)據(jù)流圖</p><p>　　結(jié)構(gòu)化分析是面向數(shù)據(jù)流進行需求分析的方法。結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件的需求分析。本系統(tǒng)對企業(yè)設備信息數(shù)據(jù)的處理

84、，故選擇結(jié)構(gòu)化分析方法對系統(tǒng)進行需求分析。數(shù)據(jù)流圖表達了數(shù)據(jù)和處理的關(guān)系，數(shù)據(jù)流圖是結(jié)構(gòu)化系統(tǒng)分析的主要工具，它表示了系統(tǒng)內(nèi)部信息的流向，并表示了系統(tǒng)的邏輯處理的功能，描述了系統(tǒng)的組成部分及各部分之間的聯(lián)系，是一種功能模型。</p><p>　　具體做法是首先將整個系統(tǒng)看成一個加工信息處理的裝置，是一個黑匣子，標識出系統(tǒng)邊界和所有輸入輸出數(shù)據(jù)流。然后自頂向下，對加工內(nèi)部進行細化，逐層分解，將復雜功能分解為若干簡單

85、功能的有機組合，繪制數(shù)據(jù)流圖，并逐步補充細節(jié)描述。</p><p>　　對以上功能模塊進行分析設計，繪制出本系統(tǒng)數(shù)據(jù)流圖，系統(tǒng)的數(shù)據(jù)流圖如圖3.1所示。</p><p>　　圖3.1 企業(yè)設備管理系統(tǒng)數(shù)據(jù)流圖</p><p>　　3.2.2 系統(tǒng)流程圖</p><p>　　整個系統(tǒng)采用B/S模式，需要大量對數(shù)據(jù)庫進行操作，要求數(shù)據(jù)庫設計的嚴密

86、性、安全性，對數(shù)據(jù)庫操作盡可能多的采用視圖和存儲過程，數(shù)據(jù)庫操作結(jié)束，要關(guān)閉記錄集斷開連接，增加數(shù)據(jù)庫的訪問速度，提高系統(tǒng)的穩(wěn)定性。根據(jù)用戶的要求以及系統(tǒng)的易用性要求，設計出系統(tǒng)的整體流程圖，本系統(tǒng)的為企業(yè)設備管理員提供的功能較為完善，準確的管理員操作流程圖，有利于指導后續(xù)的設計工作。系統(tǒng)管理員操作流程圖，如圖3.2所示。</p><p>　　圖3.2 系統(tǒng)管理員操作流程圖</p><p>

87、;　　第4章 系統(tǒng)總體設計</p><p>　　4.1 系統(tǒng)設計的目標</p><p>　　企業(yè)設備管理系統(tǒng)主要是針對企業(yè)內(nèi)設備的采購，使用，維修和入庫進行管理。企業(yè)員工可以對設備提出采購，使用，維修等申請。設備管理人員可以查看員工對設備的各種申請并進行審批。企業(yè)內(nèi)負責采購、維修、入庫的工作人員可以隨時查看自己的工作任務。企業(yè)的管理人員可以根據(jù)系統(tǒng)提供的數(shù)據(jù)，制定更加合理的設備管理策略。

88、最后，能夠使內(nèi)部工作效率提高，部門間協(xié)同工作的水平能夠有效提升，并對流程實現(xiàn)全程監(jiān)控，通過企業(yè)設備管理規(guī)范企業(yè)管理上的薄弱環(huán)節(jié)。</p><p>　　4.2 系統(tǒng)功能模塊圖</p><p>　　經(jīng)過對整個系統(tǒng)的詳細分析，對功能模塊的劃分，整個系統(tǒng)大體分為以下幾大模塊：設備采購、設備使用、設備維修、設備入庫、用戶管理等模塊。本系統(tǒng)所設計的功能模塊如圖4.1所示。</p><

89、;p>　　圖4.1 系統(tǒng)功能模塊</p><p><b>　　4.3數(shù)據(jù)庫設計</b></p><p>　　4.3.1 數(shù)據(jù)字典</p><p>　　數(shù)據(jù)字典通常包括數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲和處理過程五個部分。其中數(shù)據(jù)項是數(shù)據(jù)的最小組成單位，若干個數(shù)據(jù)項可以組成一個數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)字典通過對數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)的定義來描述數(shù)據(jù)流、數(shù)據(jù)

90、存儲的邏輯內(nèi)容。</p><p><b>　　（1）數(shù)據(jù)項</b></p><p>　?、?數(shù)據(jù)項：userid</p><p>　　含義說明：唯一標識每個用戶</p><p><b>　　別名：用戶編號</b></p><p><b>　　長度：6</b&g

91、t;</p><p>　　取值含義：每位按順序編碼</p><p>　　邏輯關(guān)系：主鍵，決定用戶的其它數(shù)據(jù)項</p><p>　?、?數(shù)據(jù)項：noticeid</p><p>　　含義說明：唯一標識每個公告</p><p><b>　　別名：公告編號</b></p><p>

92、;<b>　　長度：6</b></p><p>　　取值含義：每位按順序編碼</p><p>　　邏輯關(guān)系：主鍵，決定公告的其它數(shù)據(jù)項</p><p>　?、?數(shù)據(jù)項：kindid</p><p>　　含義說明：唯一標識每個設備種類</p><p><b>　　別名：設備種類編號<

93、/b></p><p><b>　　長度：6</b></p><p>　　取值含義：每位按順序編碼</p><p>　　邏輯關(guān)系：主鍵，決定設備種類的其它數(shù)據(jù)項</p><p>　?、?數(shù)據(jù)項：orderid</p><p>　　含義說明：唯一標識每個采購申請</p><

94、p><b>　　別名：采購申請編號</b></p><p><b>　　長度：6</b></p><p>　　取值含義：每位按順序編碼</p><p>　　邏輯關(guān)系：主鍵，決定采購申請的其它數(shù)據(jù)項</p><p>　　⑤ 數(shù)據(jù)項：repairid</p><p>　　含

95、義說明：唯一標識每個維修申請</p><p><b>　　別名：維修申請編號</b></p><p><b>　　長度：6</b></p><p>　　取值含義：每位按順序編碼</p><p>　　邏輯關(guān)系：主鍵，決定維修申請的其它數(shù)據(jù)項</p><p>　?、?數(shù)據(jù)項：us

96、erecordid</p><p>　　含義說明：唯一標識每個使用申請</p><p><b>　　別名：使用申請編號</b></p><p><b>　　長度：6</b></p><p>　　取值含義：每位按順序編碼</p><p>　　邏輯關(guān)系：主鍵，決定使用申請的其它數(shù)

97、據(jù)項</p><p>　?、?數(shù)據(jù)項：storageid</p><p>　　含義說明：唯一標識每個入庫申請</p><p><b>　　別名：入庫申請編號</b></p><p><b>　　長度：6</b></p><p>　　取值含義：每位按順序編碼</p>

98、<p>　　邏輯關(guān)系：主鍵，決定入庫申請的其它數(shù)據(jù)項</p><p>　?、?數(shù)據(jù)項：equipmentid</p><p>　　含義說明：唯一標識每個設備</p><p><b>　　別名：設備編號</b></p><p><b>　　長度：6</b></p><

99、p>　　取值含義：每位按順序編碼</p><p>　　邏輯關(guān)系：主鍵，決定設備的其它數(shù)據(jù)項</p><p><b>　?。?）數(shù)據(jù)結(jié)構(gòu)</b></p><p><b>　?、?數(shù)據(jù)結(jié)構(gòu)：用戶</b></p><p>　　含義說明：定義了系統(tǒng)使用者的有關(guān)信息</p><p&g

100、t;　　組成：用戶編號、用戶名、用戶密碼、真實姓名、所在部門，用戶身份，用戶狀態(tài)</p><p><b>　?、?數(shù)據(jù)結(jié)構(gòu)：公告</b></p><p>　　含義說明：定義了系統(tǒng)公告的有關(guān)信息</p><p>　　組成：公告編號、公告標題、公告正文、發(fā)布時間、公告作者</p><p>　　③ 數(shù)據(jù)結(jié)構(gòu)：設備種類</

101、p><p>　　含義說明：定義了系統(tǒng)中設備種類的有關(guān)信息</p><p>　　組成：種類編號、種類名稱、種類備注</p><p>　?、?數(shù)據(jù)結(jié)構(gòu)：采購申請</p><p>　　含義說明：定義了系統(tǒng)中采購申請的有關(guān)信息</p><p>　　組成：申請編號、設備種類、設備名稱、采購數(shù)量、采購備注，申請狀態(tài)、申請人、申請時間、

102、審批人、審批時間、采購人、采購時間</p><p>　?、?數(shù)據(jù)結(jié)構(gòu)：維修申請</p><p>　　含義說明：定義了系統(tǒng)中維修申請的有關(guān)信息</p><p>　　組成：申請編號、設備種類、設備名稱、維修數(shù)量、使用部門、損壞原因、維修狀態(tài)、申請人、申請時間、審批人、審批時間、維修人、維修時間、維修使用部件</p><p>　　⑥ 數(shù)據(jù)結(jié)構(gòu)：使用

103、申請</p><p>　　含義說明：定義了系統(tǒng)中使用申請的有關(guān)信息</p><p>　　組成：申請編號、設備種類、設備名稱、使用數(shù)量、使用部門、使用備注、申請狀態(tài)、申請人、申請時間、審批人、審批時間</p><p>　?、?數(shù)據(jù)結(jié)構(gòu)：入庫申請</p><p>　　含義說明：定義了系統(tǒng)中入庫申請的有關(guān)信息</p><p>

104、;　　組成：申請編號、設備種類、設備名稱、入庫數(shù)量、申請備注、申請狀態(tài)、申請人、申請時間、審批人、審批時間、倉庫名稱</p><p><b>　?、?數(shù)據(jù)結(jié)構(gòu)：設備</b></p><p>　　含義說明：定義了系統(tǒng)中設備的有關(guān)信息</p><p>　　組成：設備編號、設備名稱、設備狀態(tài)、設備位置、設備說明、設備生產(chǎn)商、設備種類編號</p&

105、gt;<p><b>　?。?）數(shù)據(jù)存儲</b></p><p><b>　?、?用戶信息</b></p><p>　　簡述：用來存儲有關(guān)用戶的信息</p><p><b>　　輸入數(shù)據(jù)：用戶信息</b></p><p><b>　　輸出數(shù)據(jù)：用戶信息&

106、lt;/b></p><p><b>　?、?公告信息</b></p><p>　　簡述：用來存儲有關(guān)公告的信息</p><p><b>　　輸入數(shù)據(jù)：公告信息</b></p><p><b>　　輸出數(shù)據(jù)：公告信息</b></p><p><

107、;b>　?、?設備種類信息</b></p><p>　　簡述：用來存儲有關(guān)設備種類的信息</p><p>　　輸入數(shù)據(jù)：設備種類信息</p><p>　　輸出數(shù)據(jù)：設備種類信息</p><p><b>　?、?采購申請信息</b></p><p>　　簡述：用來存儲有關(guān)采購申請的

108、信息</p><p>　　輸入數(shù)據(jù)：采購申請信息</p><p>　　輸出數(shù)據(jù)：采購申請信息</p><p><b>　?、?維修申請信息</b></p><p>　　簡述：用來存儲有關(guān)維修申請的信息</p><p>　　輸入數(shù)據(jù)：維修申請信息</p><p>　　輸出數(shù)據(jù)

109、：維修申請信息</p><p><b>　?、?使用申請信息</b></p><p>　　簡述：用來存儲有關(guān)使用申請的信息</p><p>　　輸入數(shù)據(jù)：使用申請信息</p><p>　　輸出數(shù)據(jù)：使用申請信息</p><p><b>　?、?入庫申請信息</b></p

110、><p>　　簡述：用來存儲有關(guān)入庫申請的信息</p><p>　　輸入數(shù)據(jù)：入庫申請信息</p><p>　　輸出數(shù)據(jù)：入庫申請信息</p><p><b>　?、?設備信息</b></p><p>　　簡述：用來存儲有關(guān)設備的信息</p><p><b>　　輸入

111、數(shù)據(jù)：設備信息</b></p><p><b>　　輸出數(shù)據(jù)：設備信息</b></p><p>　　由上述分析可知，各個主要信息之間的聯(lián)系如下所述：</p><p>　　一個用戶可發(fā)出多個申請，一個申請只能由一個用戶發(fā)出。</p><p>　　一個管理員可以審批多個申請，一個申請只能由一個管理員審批。<

112、/p><p>　　一個管理員可以添加多個設備種類，一個設備種類只能被一個管理員添加。</p><p>　　一個種類包括多個設備，一個設備屬于一個種類。</p><p>　　4.3.2 概念結(jié)構(gòu)設計</p><p>　　將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)即概念模型的過程就是概念結(jié)構(gòu)設計。描述概念模型的有力工具是E-R圖。通過對本系統(tǒng)的詳細分析和

113、對實體的劃分，可以用E-R圖分別表示出各個實體及其屬性，以及用E-R圖表示出各實體之間的聯(lián)系。</p><p>　　用戶實體，其屬性包括用戶編號、用戶名、用戶密碼、用戶真實姓名、用戶所在部門，用戶身份，用戶狀態(tài)，如圖4.2所示。</p><p>　　圖4.2 用戶實體屬性圖</p><p>　　公告實體，其屬性包括公告編號、公告標題、公告正文、公告發(fā)布時間、公告作者

114、，如圖4.3所示。</p><p>　　圖4.3 公告實體屬性圖</p><p>　　設備種類實體，其屬性包括種類編號、種類名稱、種類備注，如圖4.4所示。</p><p>　　圖4.4 設備種類實體屬性圖</p><p>　　采購申請實體，其屬性包括申請編號、設備種類、設備名稱、采購數(shù)量、采購備注，申請狀態(tài)、申請人、申請時間、審批人、審批時

115、間、采購人、采購時間，如圖4.5所示。</p><p>　　圖4.5 采購申請實體屬性圖</p><p>　　維修申請實體，其屬性包括申請編號、設備種類、設備名稱、維修數(shù)量、使用部門、損壞原因、維修狀態(tài)、申請人、申請時間、審批人、審批時間、維修人、維修時間、維修使用部件，如圖4.6所示。</p><p>　　圖4.6 維修申請實體屬性圖</p><