【導(dǎo)讀】計(jì)算機(jī)實(shí)現(xiàn)設(shè)備及資產(chǎn)的信息化管理已經(jīng)顯得非常重要。固定資產(chǎn)管理系統(tǒng)是一個(gè)單位不可缺少的部分。但一直以來人們使用傳統(tǒng)的人工方式。因此，開發(fā)一個(gè)界面友好，易操作的資產(chǎn)管理軟件進(jìn)行自動(dòng)化管理變得十分。本文所闡述的固定資產(chǎn)管理系統(tǒng)，以瀏覽器/服。限進(jìn)行限制，操作員只可對(duì)資產(chǎn)和用戶進(jìn)行基本操作，管理員可以為每位員工賦權(quán)限。使用本系統(tǒng)，不僅提升了效率，而且滿足現(xiàn)代高校資產(chǎn)管理的需要。

　　

【正文】 。 持久層主流方案 1. JDBC 許多開發(fā)者用 JDBC 進(jìn)行數(shù)據(jù)庫程序的開發(fā)。此中方式很多情況下都使用 DAO 模式，采用 SQL 進(jìn)行查詢。雖然用此方式可以使應(yīng)用程序代碼與具體的數(shù)據(jù)庫廠商和數(shù)據(jù)庫位置無關(guān)，不過 JDBC 是低級(jí)別的數(shù)據(jù)庫訪問方式， JDBC 并不支持面向?qū)ο蟮臄?shù)據(jù)庫表示。 JDBC 數(shù)據(jù)庫表示完全圍繞關(guān) 系數(shù)據(jù)庫模型。在大型應(yīng)用程序的 DAO 中書寫這樣的代碼，維護(hù)量是非常大的。 2. EJB 在 J2EE 的規(guī)范中，為 EJB 定義了兩種持久化的解決方案：一種是 BMP，另一種是CMP。其中 CMP 不需要將 SQL 語句加入到代碼中。目前，在采用 J2EE 的應(yīng)用中， EJB CMP 方式得到了廣泛應(yīng)用。更加引人注意的是，隨著 EJB 規(guī)范的發(fā)展， CMP 也包含了一些高級(jí)關(guān)系的內(nèi)容。但是， CMP 的使用比較復(fù)雜，對(duì)很多開發(fā)人員來說比較難以掌握。而且，不是在所有的情況下都適合在系統(tǒng)中采用 EJB，而且想要非常清楚的了解 EJB規(guī)范也是非常費(fèi)時(shí)的。在用 EJB 編碼前，先要讓專家理解 API，然后需要了解每一個(gè)容器部署時(shí)所要關(guān)注的技術(shù)。此外，許多情況下商用容器的性能和支持也不是很好。 3. JDO JDO 是一個(gè)存儲(chǔ) java 對(duì)象的規(guī)范， JDO 規(guī)范 的提出可以使你將精力集中在設(shè)計(jì)Java 對(duì)象模型，然后在企業(yè)應(yīng)用軟件架構(gòu)的不同層面中存儲(chǔ)傳統(tǒng)的 Java 對(duì)象 (Plain Old Java Objects，簡稱 POJOs)，采用 JDOQL語言進(jìn)行 SQL操作。一些公司 (包括 sun)企圖根據(jù) JDO 規(guī)范進(jìn)行設(shè)計(jì)并實(shí)現(xiàn) JDO 產(chǎn)品，然而他們都不能很好的進(jìn)行實(shí)現(xiàn)，并且性能優(yōu)化上比較差。 持久化技術(shù) 一直以來，在 Java 開發(fā)領(lǐng)域中基于數(shù)據(jù)庫應(yīng)用的設(shè)計(jì)實(shí)現(xiàn)一直是面向關(guān)系的，也就是說與數(shù)據(jù)庫相關(guān)的處理過程并沒有實(shí)現(xiàn)真正的面向?qū)ο?。如何在?shù)據(jù)存取的操作中實(shí)現(xiàn)真正的面向?qū)ο?，一直是開發(fā)人員探索的問題。正在使用中的對(duì)象序列化技術(shù)， EJB 中 Entity Bean 技術(shù)等，都是在這方面很好的探索。但是實(shí)體 Bean 設(shè)計(jì)實(shí)現(xiàn)過程中的繁瑣和復(fù)雜，使得許多開發(fā)人員望而卻步。 而 Hibernate 的出現(xiàn)，提供了一個(gè)符合 Java 面向?qū)ο缶幊趟枷?，易于使用的?shù)據(jù)庫持久化解決方案。因此，在目前行業(yè)的 Java 數(shù)據(jù)庫應(yīng)用項(xiàng)目中 ，有越來越多的開發(fā)人員開始嘗試使用 Hibernate 在數(shù)據(jù)庫外面包裹上一層面向?qū)ο蟮耐庖拢瑥亩鴮㈤_發(fā)人員從繁瑣、重 13 復(fù)、技術(shù)含量不高的數(shù)據(jù)庫編程中結(jié)果出來。 Hibernate 概述： Hibernate 在英文中的意思是“冬眠”，從這個(gè)角度也可以體會(huì)到 Hibernate 架構(gòu)下提供的相關(guān)技術(shù)可以實(shí)現(xiàn)對(duì)十角狀態(tài)的持久性保存。在傳統(tǒng)的數(shù)據(jù)庫編程中，開發(fā)人員要面對(duì)大量重復(fù)行代碼的編寫，以實(shí)現(xiàn)對(duì)不同數(shù)據(jù)表中的數(shù)據(jù)的獲取，并將獲取到的記錄數(shù)據(jù)封裝成對(duì)象，在處理完成之后，如果需要進(jìn)行對(duì)象狀態(tài)的存取，需要將對(duì)象中的數(shù)據(jù)拆卸成數(shù) 據(jù)庫記錄中的對(duì)應(yīng)字段的值，然后向數(shù)據(jù)庫中進(jìn)行存取。 這種工作方式顯然沒有實(shí)現(xiàn)真正意義上的數(shù)據(jù)存取階段的面向?qū)ο蟆ｋm然數(shù)據(jù)存取過程中的工作步驟是基本固定的，但是由于操作的數(shù)據(jù)表中字段列表數(shù)據(jù)的不同，使得開發(fā)人員必須要不厭其煩地書寫與相應(yīng)的實(shí)體類對(duì)應(yīng)的封裝處理過程。 而在 Hibernate 中，類似這種重復(fù)性高，工作量大，但是又必須保證高質(zhì)量完成的體力活，全部由 Hibernate 接管過去。這對(duì)廣大的 Java 開發(fā)人員無疑是個(gè)非常好的消息。 Hibernate 本質(zhì)上是一個(gè)面向 Java 開發(fā)環(huán)境的對(duì)象 /關(guān)系數(shù)據(jù)庫映射工具 。在 Hibernate之前，開發(fā)人員要將面向?qū)ο蟮能浖完P(guān)系數(shù)據(jù)庫結(jié)合在一起，往往會(huì)費(fèi)長麻煩。而借助Hibernate 對(duì)象 /關(guān)系數(shù)據(jù)庫映射技術(shù)，可以非常輕松地將以面向?qū)ο笏枷敕庋b的對(duì)像的各個(gè)狀態(tài)數(shù)據(jù)映射到基于 SQL 的關(guān)系模型數(shù)據(jù)結(jié)構(gòu)中去。如圖 32 所示。 圖 32 Hibernate 工作示意圖 本章小結(jié) 本章節(jié)闡述了 Struts 框架有何優(yōu)點(diǎn)，并將 MVC 模式以圖形加文字的雙重方式進(jìn)行介紹，充分展現(xiàn)其好處，引出固定資產(chǎn)管理系統(tǒng)選取 為開發(fā)框架，采用經(jīng)典的 MVC模式對(duì)項(xiàng)目進(jìn) 行整體的分層，讓項(xiàng)目層次分明、代碼規(guī)范。再由框架引出數(shù)據(jù)庫同樣是系統(tǒng)中不可分割的一部分，然后提出通過 Hibernate 的映射文件簡化對(duì)數(shù)據(jù)庫的操作，從而達(dá)到更好的面向?qū)ο筮M(jìn)行開發(fā) 。 Java 應(yīng)用 Hibernate HQL 語句 數(shù)據(jù)庫 SQL 語句 XML 映射 文件 14 第 4章 總體設(shè)計(jì) 系統(tǒng)設(shè)計(jì)是在系統(tǒng)分析的基礎(chǔ)上由抽象到具體的過程。主要目標(biāo)是將系統(tǒng)分析階段所提出的反映了信息需求的系統(tǒng)邏輯方案轉(zhuǎn)換成可以實(shí)施的基于計(jì)算機(jī)與通信系統(tǒng)的物理 (技術(shù) )方案，為下一階段系統(tǒng)實(shí)施提供必要的技術(shù)資料，應(yīng)符合系統(tǒng)性、靈活性、可靠性、經(jīng)濟(jì)性的要求。根據(jù)系統(tǒng)分析階段能確定新系統(tǒng)的邏輯模型、功能要求，在可實(shí)現(xiàn)的環(huán)境下設(shè)計(jì)出 一個(gè)能在計(jì)算機(jī)網(wǎng)絡(luò)環(huán)境上實(shí)施的方案，即建立新系統(tǒng)的物理模型。本階段的任務(wù)是設(shè)計(jì)軟件系統(tǒng)的模型層次結(jié)構(gòu)，設(shè)計(jì)數(shù)據(jù)庫的結(jié)構(gòu)以及涉及模塊的控制流程，其目的是明確系統(tǒng)具體怎么實(shí)現(xiàn)。這個(gè)階段又分為兩個(gè)步驟：概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)解決軟件系統(tǒng)的模塊劃分和模塊的層次機(jī)構(gòu)以及數(shù)據(jù)庫設(shè)計(jì)；詳細(xì)設(shè)計(jì)解決每個(gè)模塊的控制流程，內(nèi)部算法和數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)。根據(jù)種種分析設(shè)計(jì)在逐步實(shí)現(xiàn)各個(gè)功能，完成一個(gè)完整的固定資產(chǎn)管理系統(tǒng)。 總體設(shè)計(jì) 本系統(tǒng)對(duì)固定資產(chǎn)進(jìn)行標(biāo)識(shí)，實(shí)現(xiàn)了固定資產(chǎn)生命周期和使用狀態(tài)的全程跟蹤。標(biāo)識(shí)后的資產(chǎn)在進(jìn)行清查和 巡檢時(shí)依靠設(shè)備編號(hào)從而達(dá)到：方便、快捷、準(zhǔn)確的定位資產(chǎn)，保證了信息流和資產(chǎn)實(shí)物流的對(duì)應(yīng)。利用計(jì)算機(jī)支持不同的團(tuán)體機(jī)構(gòu)完成固定資產(chǎn)管理的事物，由計(jì)算機(jī)來代替人工執(zhí)行一系列的諸如增加新的資產(chǎn)信息、變更資產(chǎn)信息、刪除資產(chǎn)信息、查詢、修改等操作。這樣使辦公室人員可以輕松快捷地完成固定資產(chǎn)管理的任務(wù)，使企業(yè)的員工管理資產(chǎn)能夠系統(tǒng)化、規(guī)范化、半自動(dòng)化，從而有效地解決了企業(yè)固定資產(chǎn)的管理難題，使企業(yè)更輕松、更有效地管理固定資產(chǎn)。 總體設(shè)計(jì)如圖41 所示。 圖 41 系統(tǒng)功能模塊圖 本系統(tǒng)主要分為四大模塊： 資產(chǎn)管理模塊：根 據(jù)不同資產(chǎn)的唯一編號(hào)對(duì)資產(chǎn)進(jìn)行購入、銷毀、修改屬性和多種組合條件的查詢操作等，里面包括相應(yīng)的邏輯驗(yàn)證及提示。對(duì)資產(chǎn)維護(hù)的增加維修設(shè)備、刪除已經(jīng)維修好的信息、查詢操作；支持對(duì)固定資產(chǎn)庫存報(bào)表的多種格式打印。 用戶管理模塊：可直接添加員工成為用戶并為其分配不同的權(quán)限，管理員權(quán)限是本系用戶管理 資產(chǎn)管理 資產(chǎn)維護(hù) 系統(tǒng)管理 增加 刪除用戶 用戶 信息維護(hù) 增 加 資產(chǎn)信息 刪除資產(chǎn)信息 資產(chǎn) 借出 資產(chǎn) 歸還 資產(chǎn)信息 查詢 刪除維修信息 添加維修信息 維修 信息查詢 用戶密碼修改 系統(tǒng)退出 員工管理 增加員工信息 修改員工信息 刪除員工信息 報(bào)表 打印報(bào)表 固定資產(chǎn)管理系統(tǒng) 15 統(tǒng)最大的權(quán)限，可以對(duì)所有的設(shè)備和人員進(jìn)行維護(hù)、查詢等操作。操作員不擁有分配權(quán)限的功能，可以完成除了此模塊之外的所有功能 ， 如：首先，可對(duì)資產(chǎn)進(jìn)行錄入、所有資產(chǎn)不同方式的查詢、銷毀某些設(shè)備、修改設(shè)備屬性信息及對(duì)設(shè)備進(jìn)行借出歸還狀態(tài)的跟蹤 和更改，及時(shí)更新設(shè)備的所處狀態(tài)和庫存設(shè)備的全部信息等。其次可對(duì)員工進(jìn)行的增加、刪除、修改信息和查詢等相應(yīng)的維護(hù)，可以將庫存設(shè)備信息根據(jù)不同需求打印出來。 員工管理：支持對(duì)學(xué)校的教工信息的維護(hù)，包括新增員工、刪除員工、修改員工所處狀態(tài)和對(duì)員工進(jìn)行明細(xì)查詢等。 系統(tǒng)管理：修改登陸用戶的登錄密碼及安全退出系統(tǒng)，保證系統(tǒng)的正常運(yùn)行。 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫 的需求分析 依據(jù)項(xiàng)目的處理需求 ,對(duì)應(yīng)數(shù)據(jù)表的設(shè)計(jì)及功能如下： 1. 資產(chǎn)信息表 ：主要用于保存入庫的資產(chǎn)信息。 2. 資產(chǎn)設(shè)備的借出歸還表：主要用于保存借出設(shè)備的信息。 3. 資產(chǎn)設(shè)備維 修信息表： 主要用于保存 維修資產(chǎn)的信息。 4. 管理資產(chǎn)信息的用戶表：主要用于保存系統(tǒng)管理員的信息。 5. 公司員工其本信息表：主要用于保存公司員工的基本信息。 6. 部門表：主要用于保存部門信息。 數(shù)據(jù) 庫表的具體設(shè)計(jì) 首先從用戶的業(yè)務(wù)數(shù)據(jù)出發(fā)，設(shè)計(jì)出一張大表，然后對(duì)其進(jìn)行優(yōu)化。 業(yè)務(wù)分析一定要具體，對(duì)于出現(xiàn)的每一張單據(jù)和報(bào)表都要分析清楚， 看哪些字段會(huì)用來作為查詢字段，然后為這些字段建立數(shù)字型的代碼，如果字段本身就是數(shù)字型的可不予考慮。仔細(xì)分析業(yè)務(wù)數(shù)據(jù)，從優(yōu)化查詢的角度把業(yè)務(wù)數(shù)據(jù)的大表分割開，確保數(shù)據(jù)正確分布到相應(yīng)的數(shù)據(jù)庫表中， 每個(gè)字段都代表此表的特性。 本系統(tǒng)首先就從固定資產(chǎn)的實(shí)際出發(fā)，以資產(chǎn)表為主表，擴(kuò)充出資產(chǎn)修為表、借出歸還表和員工表，員工表屬于部門表，員工升級(jí)成為用戶，產(chǎn)生用戶表。然后根據(jù)實(shí)際需求并考慮系統(tǒng)的后期擴(kuò)展和健全性填充各個(gè)表的字段，以便完成資產(chǎn)管理的操作。 各個(gè)數(shù)據(jù)表如下： 設(shè)備借出歸還表是由資產(chǎn)表和員工表根據(jù)實(shí)際需求衍生出來的一張業(yè)務(wù)表，此表用于保存某位員工于某個(gè)時(shí)間借出了某個(gè)編號(hào)的資產(chǎn)借，并打算在什么時(shí)間歸還及實(shí)際的歸還時(shí)間的全部信息，使得用戶對(duì)資產(chǎn)的管理更加方便簡單。表結(jié)構(gòu)如表 41 資產(chǎn)設(shè)備借出歸還表。 表 41 資產(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í)間 用戶表是依附于員工表而存在的一張管理員表，此表中根據(jù) petence 字段區(qū)分管理 16 員及操作員兩種權(quán)限，管理員具有 最高權(quán)限，操作員可對(duì)資產(chǎn)進(jìn)行全方位的管理和信息查詢。表結(jié)構(gòu)如表 42 用戶表。 表 42 用戶表 字段名 數(shù)據(jù)類型 長度 是否主鍵 描述 userName varchar 30 是 用戶名 pwd varchar 20 密碼 ployee_no varchar 30 員工編號(hào) petence varchar 15 權(quán)限 員工信息表是跟資產(chǎn)基本表密切相關(guān)的一張相關(guān)操作表，員工編號(hào)為唯一主鍵，能夠標(biāo)識(shí)員工身份。每一次對(duì)資產(chǎn)的操作都應(yīng)該落實(shí)到具體的員工頭上，讓所有的操作都可查，使業(yè)務(wù)更加 清晰，方便應(yīng)用。表結(jié)構(gòu)如表 43 員工信息表。 表 43 員工信息表 字段名 數(shù)據(jù)類型 長度 是否主鍵 描述 ployee_no varchar 30 是 員工編號(hào) ployee_name varchar 25 員工姓名 sex varchar 5 性別 age int 10 年齡 dept varchar 45 部門 profession varchar 20 現(xiàn)任職務(wù) address varchar 60 家庭地址 phone varchar 20 聯(lián)系方式 ployee_statu varchar 10 員工狀態(tài) 設(shè)備借出歸還表是由資產(chǎn)表和員工表根據(jù)實(shí)際需求衍生出來的一張業(yè)務(wù)表，此表用于保存某位員工于某個(gè)時(shí)間借出了某個(gè)編號(hào)的資產(chǎn)借，并打算在什么時(shí)間歸還及實(shí)際的歸還時(shí)間的全部信息，使得用戶對(duì)資產(chǎn)的管理更加方便簡單。表結(jié)構(gòu)如表 44 資產(chǎn)設(shè)備借出歸還表。 表 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)行不同的歸攏，方便管理。具體表結(jié)構(gòu)如表 45 部門表。 表 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)信息。表結(jié)構(gòu)如表 46 資產(chǎn)設(shè)備維修信息表。 表 46 資產(chǎn)設(shè)備維修信息表 字段名 數(shù)據(jù)類型 長度 是否主鍵 描述 repair_no