【正文】 測試 ..................................................... 38 性能測試 ..................................................... 38 系統(tǒng) 中其它要注意的地方 ............................................. 38 固定資產(chǎn)管理系統(tǒng)的測試 ............................................. 39 本章小結(jié) ........................................................... 39 結(jié) 論 ..................................................................... 40 致 謝 ..................................................................... 41 參考文獻(xiàn) ................................................................... 42 V 前 言 隨著社會(huì)經(jīng)濟(jì)的迅速發(fā)展和科學(xué)技術(shù)的全面進(jìn)步，計(jì)算機(jī)事業(yè)的飛速發(fā)展，以計(jì)算機(jī)與通信技術(shù)為基礎(chǔ)的信息系統(tǒng)正處于 蓬勃發(fā)展的時(shí)期?？偟恼f來，固定資產(chǎn)管理系統(tǒng)就是通過集中固定資產(chǎn)信息，對(duì)公司的資產(chǎn)進(jìn)行調(diào)控。這些優(yōu)點(diǎn)能夠極大地提高固定資產(chǎn)管理的效率 ,也是科學(xué)化、正規(guī)化管理的重要條件。尤其是隨著校際間的合并與調(diào)整、學(xué)校內(nèi)部推行的后勤、財(cái)務(wù)、人事、分配等各項(xiàng)改革的深化，對(duì)高等學(xué)校的固定資產(chǎn)管理工作不斷提出新要求。 因此，必須 以 有力支撐高等教育發(fā)展改革的高度出發(fā)，對(duì)固定資產(chǎn)管理工作進(jìn)行系統(tǒng)的規(guī)劃和建設(shè)，運(yùn)用現(xiàn)代信息技術(shù)真正實(shí)現(xiàn)管理水平上的飛躍。很多單位目前 仍 采用人工記賬的管理方式，因?yàn)橐陨显蚴沟霉芾砉ぷ鳟惓ＦD難，導(dǎo)致資產(chǎn)流失和重復(fù)購置等問題，所以迫切的需要一款 實(shí)用的管理軟件的出現(xiàn)。 經(jīng)濟(jì)性原則 系統(tǒng)開發(fā)需要進(jìn)行多方面的考慮，不僅要從使用性和擴(kuò)充性考慮，還需要從適當(dāng)?shù)慕?jīng)濟(jì)角度分析。 本系統(tǒng)建立適合高校自身需求的網(wǎng)絡(luò)平臺(tái)，提供廣泛的涵蓋資產(chǎn)管理多種需求的功能，數(shù)據(jù)處理方式靈活，滿足需求，節(jié)省網(wǎng)站建設(shè)成本，并確保其較好的拓展性和開放性；同時(shí)網(wǎng)站具有基于 WEB 界面的管理后臺(tái)，能夠自主的對(duì)網(wǎng)站中的內(nèi)容作更新、修改操作，節(jié)省了高校網(wǎng)站的運(yùn)營成本，提高了信息更新、傳播效率。其次后臺(tái)數(shù)據(jù)庫的設(shè)計(jì)具有高度的擴(kuò)充性，能夠根據(jù)需要對(duì)資產(chǎn)、員工的增、減、改、查，從而完成對(duì)資產(chǎn)設(shè)備的大批量錄入或者刪除及修改等相關(guān)操作，對(duì)員工表亦可如此操作，達(dá)到了根據(jù)實(shí)際需求實(shí)現(xiàn)操作并完成提高升級(jí)性能和高度擴(kuò)充的目的。 因?yàn)楸酒脚_(tái)是個(gè)人自主開發(fā)的，所以不存在侵權(quán)、管理制度、組織管理等問題，這個(gè)平臺(tái)的社會(huì)可行性是可行的。根據(jù)高校的實(shí)際需求本系統(tǒng)具有以下的功能需求： 1. 統(tǒng)一、友好的操作界面，能保證系統(tǒng)的易用性。 5. 連續(xù)錄入式的應(yīng)用增添及維護(hù)管理，用戶的權(quán)限、密碼修改設(shè)置。 程序語言的選擇 1. CGI CGI(Common Gateway Interface,通用網(wǎng)關(guān)接口 )。為了克服 CGI 的這些缺點(diǎn)，一些 Web 服務(wù)器廠商開發(fā)出了專用的 API(Applications Program Interface 應(yīng)用程序接口 )，這樣就允許程序員編寫程序來擴(kuò)展服務(wù)器的功能。 2. JSP JSP(Java Server Pages)是由 Sun 公司倡導(dǎo)，許多別的公司參與一起創(chuàng)建的一種新動(dòng)態(tài)網(wǎng)頁技術(shù)標(biāo)準(zhǔn)，類似其他技術(shù)標(biāo)準(zhǔn)。其最終目的是希望提高系統(tǒng)底層業(yè)務(wù)邏輯的可重用性，增加系統(tǒng)的可擴(kuò)展性，降低系統(tǒng)維護(hù)成本。 Controller 層中的 action 主要負(fù)責(zé)接受 HTTP 請(qǐng)求信息，可以接管用戶 請(qǐng)求并對(duì)異常進(jìn)行處理。它是功能豐富的 JavaEE 集成開發(fā)環(huán)境，包括了完備的編碼、調(diào)試、測試和發(fā)布功能，完整支持 HTML、 Struts、 JSF、 CSS。 （ 2） 數(shù)據(jù)庫 MySQL 是最受歡迎的開源 SQL 數(shù)據(jù)庫管理系統(tǒng)，它由 MySQL AB 開發(fā)、發(fā)布和支持。 （ 3） Web 服務(wù)器 Tomcat 不僅僅是一個(gè) Servlet 容器，它也具有傳統(tǒng)的 Web 服務(wù)器的功能：處理 Html頁面。通常這些所依賴的類也能打包成 JAR 放到 WEBINF 下的 lib 目錄下進(jìn)行統(tǒng)一管理。 （ 4） 開發(fā)語言 Java 是一種跨平臺(tái)，適合于分布式計(jì)算環(huán)境的面向?qū)ο缶幊陶Z言。另外，現(xiàn)實(shí)世界中任何實(shí)體都可歸屬于某類事物，任何對(duì)象都是某一類事物的實(shí)例?，F(xiàn)實(shí)世界中的對(duì)象均有屬性和行為，映射到計(jì)算機(jī)程序上，屬性則表示對(duì)象的數(shù)據(jù)，行為表示對(duì)象的方法 (其作用是處理數(shù)據(jù)或同外界交互 )。而對(duì)于這些類型， Java 也提供了 相應(yīng)的對(duì)象類型以便與其他對(duì)象交互操作。針對(duì)不同的數(shù)據(jù)類型，編程人員不必手工選擇，只需使用統(tǒng)一接口名，系統(tǒng)可自動(dòng)選擇。例如，若把汽車看成一個(gè)實(shí)體，它可以分成多個(gè)子實(shí)體，如：卡車、公共汽車等。 平臺(tái)無關(guān)性： Java 是平臺(tái)無關(guān)的語言是指用 Java 寫的應(yīng)用程序不用修改就可在不同的軟硬件平臺(tái)上運(yùn)行。 JVM 是一種抽象機(jī)器，它附著在具體操作系統(tǒng)之上，本身具有一套虛機(jī)器指令，并有自己的棧、寄存器組等。 )JVM 是 Java 平臺(tái)無關(guān)的基礎(chǔ)，在 JVM 上，有一個(gè) Java 解釋器用 來解釋 Java編譯器編譯后的程序。通過 JVM 保證數(shù)據(jù)類型的一致性，也確保了 Java 的平臺(tái)無關(guān)性。如果大量常用的應(yīng)用軟件 (如字處理軟件等 )都用 Java 重新編寫，并且放在某個(gè) Inter 服務(wù)器上，那么具有 NC 的用戶將不需要占用大量空間安裝軟件，他們只需要一個(gè) Java 解釋器，每當(dāng)需要使用某種應(yīng)用軟件時(shí)，下載該軟件的字節(jié)代碼即可，運(yùn)行結(jié)果也可以發(fā)回服務(wù)器。 Java 支持 WWW 客戶機(jī) /服務(wù)器計(jì)算模 式，因此，它支持這兩種分布性。 可靠性和安全性： Java 最初設(shè)計(jì)目的是應(yīng)用于電子類消費(fèi)產(chǎn)品，因此要求較高的可靠性。如果沒有安全保證，用戶從網(wǎng)絡(luò) 下載程序執(zhí)行就非常危險(xiǎn)。上述幾種機(jī)制結(jié)合起來，使得 Java成為安全的編程語言。一方面， Java 環(huán)境本身就是多線程的。這些原語負(fù)責(zé)對(duì)線程實(shí)行并發(fā)控制。 2. 客戶端 客戶端由于不涉及到系統(tǒng)的開發(fā)和維護(hù)等問題，因此可以不用安裝過多的軟件，只要能夠?qū)崿F(xiàn)對(duì)服務(wù)器端的訪問就可以，一般來說普通 PC 機(jī)即可。它是隨著 Inter 技術(shù)的興起，對(duì) C/S結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。它是一次性到位的開發(fā)，能實(shí)現(xiàn)不同的人員，從不同的地點(diǎn)，以不同的接入方式（比如 LAN、WAN、 Inter/Intra 等）訪問和操作共同的數(shù)據(jù)庫；它能有效地保護(hù)數(shù)據(jù)平臺(tái)和管理訪問權(quán)限，服務(wù)器數(shù)據(jù)庫也很安全。無論用戶的規(guī)模有多大，有多少分支機(jī)構(gòu)都不會(huì)增加任何維護(hù)升級(jí)的工作量，所有的操作只需要針對(duì)服務(wù)器進(jìn)行就可以；如果是異地，只需要把服務(wù)器連接專網(wǎng)即可，實(shí)現(xiàn)遠(yuǎn)程維護(hù)、升級(jí)和共享。 2. 成本降低，選擇更多 大家都知道 windows 操作系統(tǒng)在平常應(yīng)用上幾乎一統(tǒng)天下，瀏覽器成為了標(biāo)準(zhǔn)配置，但在服務(wù)器操作系統(tǒng)上 windows 并不是處于絕對(duì)的統(tǒng)治地位。 本章小結(jié) 本章節(jié)首先對(duì)項(xiàng)目所要實(shí)現(xiàn)的功能進(jìn)行分析，應(yīng)主要包含對(duì)資產(chǎn)的錄入、銷毀、維修、借入借出和多功能查詢，和對(duì)相關(guān)工作人員的管理和權(quán)限的分配。雖然二者都能夠制作出產(chǎn)品，但是在生產(chǎn)效率及產(chǎn)品質(zhì)量的保證上顯然會(huì)有巨大的差異。同理，軟件開發(fā)人員可以在現(xiàn)有組件的基礎(chǔ)上進(jìn)行擴(kuò)展和改進(jìn)，這實(shí)際上充分地實(shí)現(xiàn)了軟件開發(fā)的可擴(kuò)展性。每一種 Framework 都有自己的一套明確的實(shí)現(xiàn)機(jī)制，通常在 Framework 結(jié)構(gòu)中都會(huì)包含一個(gè)“命令和控制”組件 (“ mand and control” ponent)，類似于工業(yè)生產(chǎn)中的“控制中心”，開發(fā)人員通過它可以很容易地控制、擴(kuò)充和實(shí)現(xiàn)該 Framework 上的開發(fā)結(jié)構(gòu)。實(shí)現(xiàn)具體的業(yè)務(wù)邏輯，狀態(tài)管理的功能。起到控制整個(gè)業(yè)務(wù)流程 (Flow Control)的作用，實(shí)現(xiàn) View和 Model 部分的協(xié)同工作。 顯然這樣的運(yùn)行機(jī)制可以起到分工明確，職責(zé)清晰，各盡所長的效果。如圖 31 所示。在繼承該類的過程中開發(fā)者可以加入具體業(yè)務(wù)邏輯或調(diào)用業(yè)務(wù)邏輯模塊。 4. Model 模型部分 MVC 系統(tǒng)中的 Model 模型部分從概念上可以分為兩類：系統(tǒng)的內(nèi)部狀態(tài)和改變系統(tǒng)狀態(tài)的動(dòng)作。 5. View 視圖部分 Struts 中的 View 視圖部分依然可以采用 JSP 來實(shí)現(xiàn) .此外， Struts 還提供了豐富的自定義標(biāo)簽庫， View 部分使用這些自定義標(biāo)簽同樣可以實(shí)現(xiàn)與 Model 部分的有效交互并能夠增強(qiáng)顯示功能。 數(shù)據(jù)持久層 數(shù)據(jù)是軟件系統(tǒng)中不可缺少的環(huán)節(jié)，數(shù)據(jù)持久化的解決之道也一直是企業(yè)計(jì)算標(biāo)準(zhǔn)中最有影響力的部分?？刂?/中介層位于表示層和領(lǐng)域?qū)又g，數(shù)據(jù)持久層位于領(lǐng)域?qū)雍突A(chǔ)架構(gòu)層之間。在這些問題中往往都包含數(shù)據(jù)持久化的問題，這不僅是因?yàn)槲覀兊挠?jì)算機(jī)內(nèi)存有限，更主要的原是業(yè)務(wù)邏輯的需要，作為一個(gè)接觸軟件技術(shù)，嘗試寫程序的人，我們要接觸各種類型的數(shù)據(jù)。可能有些數(shù)據(jù)實(shí)際上是很有規(guī)律的，但是在設(shè)計(jì)程序時(shí)由于對(duì)它的了解很少，使它對(duì)于我們來說也成了隨機(jī)的數(shù)據(jù)了。 2. 屬性數(shù)據(jù) 在接觸具體的項(xiàng)目開發(fā)任 務(wù)時(shí)，更多的時(shí)候要接觸到屬性類型的數(shù)據(jù)，這些數(shù)據(jù)來源于對(duì)象的屬性，當(dāng)然這些屬性之間還存在關(guān)系，對(duì)于此類數(shù)據(jù)，似乎最好的持久化方法就是利用關(guān)系型數(shù)據(jù)庫表了，在存入數(shù)據(jù)表的過程中還可以借助 Hibernate 來提高開發(fā)的效率，或者直接使用 JDBC 來傳遞 SQL 語句。 持久層主流方案 1. JDBC 許多開發(fā)者用 JDBC 進(jìn)行數(shù)據(jù)庫程序的開發(fā)。在大型應(yīng)用程序的 DAO 中書寫這樣的代碼，維護(hù)量是非常大的。更加引人注意的是，隨著 EJB 規(guī)范的發(fā)展， CMP 也包含了一些高級(jí)關(guān)系的內(nèi)容。此外，許多情況下商用容器的性能和支持也不是很好。如何在數(shù)據(jù)存取的操作中實(shí)現(xiàn)真正的面向?qū)ο?，一直是開發(fā)人員探索的問題。因此，在目前行業(yè)的 Java 數(shù)據(jù)庫應(yīng)用項(xiàng)目中 ，有越來越多的開發(fā)人員開始嘗試使用 Hibernate 在數(shù)據(jù)庫外面包裹上一層面向?qū)ο蟮耐庖?，從而將開發(fā)人員從繁瑣、重 13 復(fù)、技術(shù)含量不高的數(shù)據(jù)庫編程中結(jié)果出來。雖然數(shù)據(jù)存取過程中的工作步驟是基本固定的，但是由于操作的數(shù)據(jù)表中字段列表數(shù)據(jù)的不同，使得開發(fā)人員必須要不厭其煩地書寫與相應(yīng)的實(shí)體類對(duì)應(yīng)的封裝處理過程。在 Hibernate之前，開發(fā)人員要將面向?qū)ο蟮能浖完P(guān)系數(shù)據(jù)庫結(jié)合在一起，往往會(huì)費(fèi)長麻煩。再由框架引出數(shù)據(jù)庫同樣是系統(tǒng)中不可分割的一部分，然后提出通過 Hibernate 的映射文件簡化對(duì)數(shù)據(jù)庫的操作，從而達(dá)到更好的面向?qū)ο筮M(jìn)行開發(fā) 。本階段的任務(wù)是設(shè)計(jì)軟件系統(tǒng)的模型層次結(jié)構(gòu)，設(shè)計(jì)數(shù)據(jù)庫的結(jié)構(gòu)以及涉及模塊的控制流程，其目的是明確系統(tǒng)具體怎么實(shí)現(xiàn)。 總體設(shè)計(jì) 本系統(tǒng)對(duì)固定資產(chǎn)進(jìn)行標(biāo)識(shí)，實(shí)現(xiàn)了固定資產(chǎn)生命周期和使用狀態(tài)的全程跟蹤。 總體設(shè)計(jì)如圖41 所示。操作員不擁有分配權(quán)限的功能，可以完成除了此模塊之外的所有功能 ， 如：首先，可對(duì)資產(chǎn)進(jìn)行錄入、所有資產(chǎn)不同方式的查詢、銷毀某些設(shè)備、修改設(shè)備屬性信息及對(duì)設(shè)備進(jìn)行借出歸還狀態(tài)的跟蹤 和更改，及時(shí)更新設(shè)備的所處狀態(tài)和庫存設(shè)備的全部信息等。 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫 的需求分析 依據(jù)項(xiàng)目的處理需求 ,對(duì)應(yīng)數(shù)據(jù)表的設(shè)計(jì)及功能如下： 1. 資產(chǎn)信息表 ：主要用于保存入庫的資產(chǎn)信息。 5. 公司員工其本信息表：主要用于保存公司員工的基本信息。仔細(xì)分析業(yè)務(wù)數(shù)據(jù)，從優(yōu)化查詢的角度把業(yè)務(wù)數(shù)據(jù)的大表分割開，確保數(shù)據(jù)正確分布到相應(yīng)的數(shù)據(jù)庫表中， 每個(gè)字段都代表此表的特性。表結(jié)構(gòu)如表 41 資產(chǎn)設(shè)備借出歸還表。每一次對(duì)資產(chǎn)的操作都應(yīng)該落實(shí)到具體的員工頭上，讓所有的操作都可查，使業(yè)務(wù)更加 清晰，方便應(yīng)用。 表 44 資產(chǎn)設(shè)備借出歸還表 字段名 數(shù)據(jù)類型 長度 是否主鍵 描述 inout_no int 10 是 借用流水號(hào) ic_id varchar 30 資產(chǎn)編號(hào) ployee_no varchar 30 員工編號(hào) out_time varchar 20 借出時(shí)間 should_time varchar 20 應(yīng)還時(shí)間 back_time varchar 20 歸還時(shí)間 部門表的存在是專門為了方便使用單而存在的表，其主要用于區(qū)分不同部門而方便操作，每個(gè)員工都有一個(gè)字段叫做 dept，使得不同部門的人員，進(jìn)行不同的歸攏，方便管理。 表 46 資產(chǎn)設(shè)備維修信息表 字段名 數(shù)據(jù)類型 長度 是否主鍵 描述 repair_no。 表 45 部門表 字段名 數(shù)據(jù)類型 長度 是否主鍵 描述 dept varchar 45 是 部門名稱 資產(chǎn)設(shè)備維修信息表也 是由資產(chǎn)基本表衍生出來的一張業(yè)務(wù)表，它用于管理哪些設(shè)備 17 因?yàn)楹畏N原因而需要維修，其中有由誰送去維修并經(jīng)過誰手而修，維修流水號(hào)應(yīng)該為唯一主鍵，包含所有的維修相關(guān)信息。 表 43 員工信息表 字段名 數(shù)據(jù)類型 長度 是否主鍵 描述 ployee_no varch