【正文】 參考文獻(xiàn) 1. (美 ),etal. 著 ,張志偉等譯 . J2EE 構(gòu)建企業(yè)系統(tǒng) [M].清華大學(xué)版 , 20xx. 2. [美 ]BrettMcLaughlin 著 ,孫兆林等譯 . JAVA 與 XML [M].中國電力出版社 , 20xx. 3. (美 )MarkWutka 著 ,程顯華等譯 . JSP 和 Servlet 程序設(shè)計(jì)使用專輯 [M].機(jī)械工業(yè)出版社 , 20xx. 4. 田勇 ,孫新等編著 . 最新 JBuilder 開發(fā)人員指南 [M].機(jī)械工業(yè)出版社 , 20xx. 5. 方美琪 主編 . 電子商務(wù)概論 [M].清華大學(xué)出版社 , 20xx. (美 )BruceEckel 著 ,侯捷譯 . Java 編程思想 [M].機(jī)械工業(yè)出版社 , 20xx. 。值此論文完成之際，我謹(jǐn)向我的兩位老師表示崇高的敬意和深深的謝意！ 最后，謝謝我的父母和我的家人。 王樹良 教授嚴(yán)謹(jǐn)?shù)闹螌W(xué)態(tài)度、淵博的知識、獨(dú)到的眼光、學(xué)者的胸襟和卓越的領(lǐng)導(dǎo)才能是我以后工作、學(xué)習(xí)、生活的 楷模。 第 5 章 致 謝 首先要感謝我的導(dǎo)師 王樹良 教授對我的諄諄教導(dǎo)。 總之，報(bào)表設(shè)計(jì)和實(shí)現(xiàn)，必須基于業(yè)務(wù)、數(shù)據(jù)庫、用戶來做，對這三方面有深入調(diào)查和研究，報(bào)表的形式和實(shí)現(xiàn)也就基本形成了。 影響報(bào)表實(shí)現(xiàn)的因素，個(gè)人認(rèn)為主要是性能方面的考慮，數(shù)據(jù)庫設(shè)計(jì)的好壞會直接影響到你的報(bào)表性能。與此同時(shí)，您的客戶也會直接影響你報(bào)表的設(shè)計(jì)。 報(bào)表的的設(shè)計(jì)和實(shí)現(xiàn)是和數(shù)據(jù)庫密切相關(guān)的。柱狀和餅狀圖的變化主要在于布局、顏色、形狀的選取。 如何去選擇，就必須根據(jù)你的客戶需求來做出判斷。 第 4章 結(jié) 論 報(bào)表能做出很多很多種格式和樣式出來，這點(diǎn)是毋庸置疑的，但是如何去選擇正確的，才是報(bào)表的關(guān)鍵中的關(guān)鍵；報(bào)表的功能也是非常多的，你可以做成表格、柱狀圖、餅狀圖等等。 這個(gè)是解決了如何顯示，我們采用了分頁顯示的方式顯示報(bào)表記錄。不通過/button /td /tr /logic:iterate logic:iterate id=all name=all scope=request 這個(gè)是控制整個(gè)顯示的， id 表示 logic 這個(gè)標(biāo)簽的標(biāo)示， name 是顯示的結(jié)果集，將結(jié)果集傳給它，它就會一條一條的顯示出來。${}39。)。 報(bào)表頁面顯示實(shí)現(xiàn) 下面這段代碼是用于 將結(jié)果顯示在頁面上 ，這個(gè)比較簡單； logic:iterate id=all name=all scope=request tr bordercolor=990099 td class=list_data_numbean:write name=all property=itemName//td td class=list_data_namebean:write name=all property=price//td td class=list_data_numberbean:write name=all property=amount//td td class=list_data_pricebean:write name=all property=date//td td class=list_data_departbean:write name=all property=type//td button class=mon_button onclick=pass(39。當(dāng)然， DATE 這個(gè)類型的數(shù)據(jù)是不能直接比較大小的。查詢原理是這樣的：遍歷所有 REMARK 為 a的記錄，將每條記錄的的時(shí)間字段值取出，看它是否在查詢的時(shí)間范圍里面，如果在這個(gè)時(shí)間范圍內(nèi)，就將它加入到結(jié)果 list 中，然后顯示出來。當(dāng)你點(diǎn)擊按部門查詢后，它就會跳轉(zhuǎn)到按部門查詢的頁面。 按部門查詢的過程是這樣的：當(dāng)用戶在部門欄里輸入了部門的名稱后，根據(jù)所有REMARK 為 a 的記錄，也就是一個(gè) List，將 list 每個(gè)對象取出。我們以部門經(jīng)理為例來仔細(xì)講解一下實(shí)現(xiàn)過程，部門經(jīng)理登錄后，進(jìn)入到報(bào)表審批的頁面。 具體實(shí)現(xiàn)是：首先，判斷登陸進(jìn)來的經(jīng)理室總經(jīng)理還是部門經(jīng)理。上面是兩個(gè)搜索欄，一個(gè)是按部門查詢，一個(gè)是按時(shí)間段查詢。總經(jīng)理是面對 REMARK 為 b 的記錄，部門經(jīng)理面對的是 REMARK為 a的記錄。 經(jīng)理報(bào)表實(shí)現(xiàn) 經(jīng)理分為總經(jīng)理和部門經(jīng)理，他們都會對表單進(jìn)行報(bào)表審核，給出批準(zhǔn)還是不批準(zhǔn)的決定。 當(dāng)我跳轉(zhuǎn)到填寫表格的頁面時(shí)，我會從 session 中取出剛才設(shè)置的對象，然后取得相應(yīng)的字段進(jìn)行賦值。)。 } 而在觸發(fā)按鈕處調(diào)用時(shí)獲取 id button class=mon_button onclick=pass(39。代碼如下 ： function pass(id){ [0].action=%=path%/?id=+id。不直接用 action 的原因是，我需要獲得當(dāng)前記錄的 id。其實(shí)現(xiàn)時(shí)這樣的，首先，我會寫個(gè) javascript，里面有兩個(gè)function，每個(gè) function 調(diào)用一個(gè) action。取得用戶輸入的名稱后，我 new一個(gè)對象出來，把用戶輸入的名稱賦給對象的 itemName，然后查詢類似的對象，并得到一個(gè) List 結(jié)果集，通過 List 來顯示到下面的表格中。由于，我們只是按名稱來查詢，那么，我首先用(“ name” )。 我這個(gè)模糊查詢時(shí)基于對象的模糊查詢。 員工購物報(bào)表實(shí)現(xiàn) 首先，員工購物的頁面由兩部分組成，一部分是 按物品名稱查詢的查詢欄，下面就是顯示的一條一條的記錄，并每條記錄附帶一個(gè)按鈕，點(diǎn)擊就能跳轉(zhuǎn)填寫表格的頁面。 部門經(jīng)理在進(jìn)行審批時(shí)，他在查閱時(shí)，會查閱 purchasinginfo 表中所有 REMARK為 a的記錄，如果通過，就將 REMARK 設(shè)置為 c，否則設(shè)置為 n； 總經(jīng)理在進(jìn)行審批時(shí)，他在查閱時(shí)，會查閱 purchasinginfo 表中所有 REMARK 為 b的記錄，如果通過，就將 REMARK 設(shè)置為 c，否則設(shè)置為 n； 那樣，員工在查閱是否通過的時(shí)候，查看的記錄是 purchasinginfo 表中 REMARK 為 n,且 user 是自己的記錄； 當(dāng) REMARK 改為 c 后，財(cái)政部門會查詢到這類記錄，然后將購物所用費(fèi)用下發(fā)到后勤部門，同時(shí)將 REMARK 改為 d； 后勤部門經(jīng)理每天也會查詢，并派出相關(guān)人員進(jìn)行采購，當(dāng)所購買的物品到庫后，會將 REMARK 的記錄改成 e，并且在另一張表中存入相關(guān)的記錄。 以員工 網(wǎng)上購 物的流 程為 例，員 工在提 交購 物申請 表時(shí)， 他會在purchasinginfo 這張表中插入一條記錄，根據(jù)預(yù)算是否超過，更改字段 REMARK。到底如何從數(shù)據(jù)庫中提取出特定的記錄來實(shí)現(xiàn)這個(gè)業(yè)務(wù)，就需要為每張表設(shè)定特定的字段，用來使用在業(yè)務(wù)邏輯上。報(bào)表，不是直接把記錄從數(shù)據(jù)庫中提取出來顯示，你需要進(jìn)行精心的思考和設(shè)計(jì)。 對于易懂這個(gè)概念的理解，大家應(yīng)該從上面的兩張圖可以了解到一點(diǎn)，數(shù)據(jù)庫中的字段都是英文，顯示出來的是中文，而且數(shù)據(jù)庫中對應(yīng)字段的值多是用符號來代表不同的含義。準(zhǔn)確的含義不僅僅是不顯示出多余的東西，而且對于不同的對象，你顯示出的字段也不一樣。那么，他在選擇商品時(shí)，肯定不會關(guān)心我這個(gè)商品的 ID在數(shù)據(jù)庫中是多少，也不會關(guān)心這個(gè)商品的進(jìn)貨日期是多少。比如，你在購物時(shí)，你只需要關(guān)心你買的東西的名稱、數(shù)量、價(jià)格、類型。 報(bào)表的呈現(xiàn)必須要做到準(zhǔn)確、易懂。人物角色的截然不同，他們所做的操作也截然不同，所以報(bào)表在呈現(xiàn)時(shí)所提供的操作也是不一樣的。那么報(bào)表的設(shè)計(jì)就必須基于不同角色來進(jìn)行，報(bào)表的實(shí)現(xiàn)就要基于不同的功能來 進(jìn)行。在這個(gè)系統(tǒng)中，我們了解到企業(yè)中有著不同的角色，有部門經(jīng)理、總經(jīng)理、員工。 提交采購申請 — 選擇商品 — 部門經(jīng)理批準(zhǔn) — 通知后勤部門采購商品 — 申請人獲得相應(yīng)商品。其流程圖如下： 采 購 申 請選 擇 商 品 類 型 , 數(shù)量 及 理 由點(diǎn) 擊 提 交部 門 經(jīng) 理 審 核是 否 通 過轉(zhuǎn) 到 后 勤 部 經(jīng) 理分 配 給 后 勤 部 員 工是否是 否 超 出 預(yù) 算否總 經(jīng) 理 審 核 是否 通 過是采 購 設(shè) 備否是轉(zhuǎn) 到 部 門 經(jīng) 理轉(zhuǎn) 到 部 門 經(jīng) 理 可能出現(xiàn)的流程有： 提交采購申請 — 選擇商品 — 部門經(jīng)理批準(zhǔn)但超過預(yù)算 — 總經(jīng)理審核通過 — 通知部門經(jīng)理 — 通知后勤部門采購商品 — 申請人獲得相應(yīng)商品。 當(dāng)然，你在使用這些簡單的編寫程序的背后，你需要配置一大堆的配置文件；Spring 中，你需要為 SessionFactory 配置 bean，為事務(wù)配置等；每個(gè)你將會在SSH 框架中使用的類和方法，必須在 Spring 中配置；對于 struts，你所有的 action都必須寫好配置，而 Hibernate 方面，你所要做的事情就是配置好數(shù)據(jù)庫連接，添加任何類，基本與 Hibernate 配置無關(guān)。 框架整合與配置 這個(gè)項(xiàng)目使用了 SSH 框架， Struts， Spring， Hibernate 三種技術(shù)不是簡單的加在一起，而且在三種框架融合后，你的使用和分別單獨(dú)使用時(shí)完全不一樣的。 數(shù)據(jù)庫中的表不是越多越好，字段不是越多越好，一般表的設(shè)計(jì)要做到第三范式就行。在設(shè)計(jì)數(shù)據(jù)庫的時(shí)候，你必須經(jīng)過細(xì)致的考慮，才能決 定庫中到底需要什么表，每張表需要哪些字段，以及表和表之間的關(guān)系來合理的完成你的業(yè)務(wù)流程。業(yè)務(wù)之間的聯(lián)系時(shí)非常密切的。 數(shù)據(jù)庫設(shè)計(jì)介紹 我們使用的是 MSql 數(shù)據(jù)庫，它是小型數(shù)據(jù)庫，適合小型工程。開始編寫接口，為每個(gè)接 口寫實(shí)現(xiàn)類。它可以使用 HQL 語言或 SQL 語句兩種表達(dá)方式。 Transaction 接口 :Transaction 接口負(fù)責(zé)事務(wù)相關(guān)的操作。 在 Hibernate 的啟動的過程中， Configuration 類的實(shí)例首先定位映射文檔位置、讀取配置，然后創(chuàng)建 SessionFactory 對象。 這里用到了工廠模式。 SessionFactory 接口 :SessionFactory 接口負(fù)責(zé)初始化 Hibernate。這里當(dāng)使用 session 這個(gè)術(shù)語時(shí)，其實(shí)指的是 Hibernate 中的session，而以后會將 HttpSesion 對象稱為用戶 session。但需要注意的是 Session對象是非線程安全的。 Session 接口 :Session 接口負(fù)責(zé)執(zhí)行被持久化對象的 CRUD 操作 (CRUD 的任務(wù)是完成與數(shù)據(jù)庫的交流，包含了很多常見的 SQL語句。下面對這五個(gè)核心接口分別加以介紹。這 5