網(wǎng)絡(luò)信息中心綜合信息管理系統(tǒng)的設(shè)計與實現(xiàn)計算機專業(yè)畢業(yè)論文

1、 1 網(wǎng)絡(luò)信息中心綜合信息管理系統(tǒng)的設(shè)計與實現(xiàn)網(wǎng)絡(luò)信息中心綜合信息管理系統(tǒng)的設(shè)計與實現(xiàn) 摘要摘要:網(wǎng)絡(luò)信息中心綜合業(yè)務(wù)管理系統(tǒng)是在網(wǎng)絡(luò)辦公需求下對傳統(tǒng)網(wǎng)絡(luò)保修、網(wǎng) 絡(luò)設(shè)備和ip地址管理等工作的具體信息化實現(xiàn)，通過該系統(tǒng)將支持學(xué)院學(xué)生進行網(wǎng) 上的報修業(yè)務(wù)和校園網(wǎng)絡(luò)建設(shè)情況回饋等業(yè)務(wù)。同時，針對網(wǎng)絡(luò)信息中心內(nèi)部為其 提供了良好的員工績效評估、校園網(wǎng)絡(luò)狀況和ip等相關(guān)資源的有效維護。結(jié)合網(wǎng)絡(luò) 中心的相關(guān)業(yè)務(wù)現(xiàn)狀，目前的主要功能模塊包括了基礎(chǔ)信息維護、校園網(wǎng)絡(luò)建設(shè)回 饋、網(wǎng)絡(luò)報修等相關(guān)業(yè)務(wù)功能模塊。同時，按照參與人員角色的不同將系統(tǒng)劃分為 學(xué)生角色、報修管理人員、系統(tǒng)管理人員等相關(guān)角色。 針對系統(tǒng)的角

2、色和分布特點，在技術(shù)實現(xiàn)方面，為了充分體現(xiàn)信息化和廣域網(wǎng) 網(wǎng)絡(luò)辦公的需求，采用了web應(yīng)用通常使用的b/s(browser/server)架構(gòu)，將應(yīng)用分 為瘦客戶端（web瀏覽器）+web服務(wù)器+應(yīng)用服務(wù)器和數(shù)據(jù)庫的三層體系結(jié)構(gòu)。分層 邏輯架構(gòu)優(yōu)化整體系統(tǒng)開發(fā)的過程，使得數(shù)據(jù)展現(xiàn)、存儲和獲取能夠有效的分離。 在分層結(jié)構(gòu)設(shè)計中，系統(tǒng)采用mvc(model-view-controller,即模型-視圖-控制器)的 設(shè)計模式，遵循sun公司制定的jsp model2規(guī)范，將web應(yīng)用程序分成三個核心模塊： 視圖、模型和控制器。模型-視圖-控制器（model-view-controller，mvc）體

3、系 突出了servlets和jsp的優(yōu)點，同時也令它們的缺點最小化。在該體系的實現(xiàn)上具體 采用現(xiàn)在比較流行的struts框架。mvc設(shè)計模式的引入使得系統(tǒng)的開發(fā)效率、可維護 性、可擴展性大大提高。 關(guān)鍵詞關(guān)鍵詞: : 網(wǎng)絡(luò)報修，基礎(chǔ)信息維護，b/s架構(gòu)，mvc設(shè)計模式 2 weifang university network information center integrated information management system design and implementation abstract：network information center of integrated

4、service management system of network office is in demand for traditional network maintenance, network equipment and ip address management of the specific implementation of information, through the system will support college students online repair business and the construction of campus network feed

5、back and other business. at the same time, the network information center of internal provide good staff performance appraisal, the campus network condition and ip and other related resources and effective maintenance. the combination of network center of the relevant business situation, current the

6、 main function modules include the basic information maintenance, the campus network construction, network maintenance and other related business feedback function module. at the same time, in accordance with the personnel involved in the roles of different system can be divided into student role, r

7、epair management, system management and other related characters. in view of the system s role and the characteristics of distribution, in the technical aspects of the realization, in order to fully reflect the information and the wide area network office needs, using web applications typically use

8、b/s ( browser/server ) architecture, the application is divided into a thin client ( web ) +web server and application server and a database system of three layers structure. hierarchical logic structure optimize the whole development process of the system, the data display, storage and access to ef

9、fective separation. in the hierarchical structure design, system uses mvc ( model-view-controller, i.e. the model-view-controller design pattern ), followed by sun company developed the jsp model2 code, web applications into three core modules: view, model and controller. model - view - controller (

10、 model-view-controller, mvc ) system of the servlets and jsp advantages, but also to their smallest shortcomings. in an implementation of the system on the specific use is now more popular struts framework. the mvc design pattern makes the system development efficiency, maintainability, extensibilit

11、y greatly improved. key words：network based information maintenance, repair, b/s framework, mvc design pattern 1 目錄目錄 1 緒論 .1 1.1引言.1 1.2項目背景.1 1.3 系統(tǒng)概述 .1 2 需求分析.3 2.1 系統(tǒng)管理模塊的業(yè)務(wù)需求 .3 2.2 基礎(chǔ)資料信息維護業(yè)務(wù)需求 .3 2.3 活動專區(qū)業(yè)務(wù)需求.4 2.4 報修信息管理業(yè)務(wù)需求.4 2.5 用戶權(quán)限管理.5 2.6 系統(tǒng)的非功能需求.5 3 系統(tǒng)設(shè)計.7 3.1 系統(tǒng)設(shè)計的原則和目標(biāo) .7 3.2 系統(tǒng)架構(gòu)

12、.7 3.3 利用 struts 實現(xiàn) mvc 模式 .8 3.4 數(shù)據(jù)庫設(shè)計 .10 4 系統(tǒng)實現(xiàn).12 4.1 系統(tǒng)總體實現(xiàn) .12 4.2 管理員功能模塊的實現(xiàn) .13 4.3 學(xué)生功能模塊的實現(xiàn) .15 4.4 報修業(yè)務(wù)管理員功能模塊的實現(xiàn) .18 結(jié)束語.20 參考文獻.21 附錄.22 致謝.33 1 1 1 緒論緒論 1.11.1 引言引言 隨著計算機技術(shù)和因特網(wǎng)（internet）的迅速發(fā)展和普及，網(wǎng)絡(luò)信息技術(shù)發(fā)展深 刻改變著社會生活、工作、思維和交往的方式，對傳統(tǒng)教育體系制度產(chǎn)生根本性的 影響。新的世紀(jì)開端，世界各國尤其是發(fā)達國家，加快了信息化進程，這也包括教 育信息化。作為

13、學(xué)校公共服務(wù)體系的主要組成部分，校園網(wǎng)絡(luò)已成為學(xué)校最重要的 基礎(chǔ)設(shè)施。在國家的大力支持下，我國大學(xué)校園網(wǎng)絡(luò)基礎(chǔ)設(shè)施面貌得到了根本改變， 與之相適應(yīng)的校園信息化水平也得到了較大提高。隨著校園信息化的推廣，網(wǎng)絡(luò)信 息中心已經(jīng)成為校園信息管理中的核心部門。它們管理著學(xué)院整體的校園網(wǎng)絡(luò)維護、 設(shè)備和ip信息，同時需要收集和維護學(xué)生對校園信息化滿意程度的意見。本文就是 在上述校園網(wǎng)絡(luò)和信息化建設(shè)過程中，針對網(wǎng)絡(luò)信息中心的相關(guān)業(yè)務(wù)提供整體的信 息化管理方案。 1.21.2 項目背景項目背景 隨著我?；A(chǔ)網(wǎng)絡(luò)設(shè)施的逐步完善，信息化建設(shè)也取得了顯著效果。已經(jīng)建立 并運行了若干系統(tǒng)，如網(wǎng)上選課系統(tǒng)，網(wǎng)上借閱系統(tǒng)

14、，課件下載系統(tǒng)、教務(wù)管理和 校內(nèi)辦公信息化平臺等。這些系統(tǒng)的使用大大提高了學(xué)校各項工作的效率。但是有 些傳統(tǒng)的工作還沒能跟上信息化的發(fā)展步伐，在學(xué)校信息化系統(tǒng)中處于空白位置。 比如針對校園內(nèi)設(shè)備和網(wǎng)絡(luò)、ip信息管理和學(xué)生校園網(wǎng)絡(luò)報修等相關(guān)業(yè)務(wù)還缺少具 體的業(yè)務(wù)管理系統(tǒng)進行維護。 同時，針對網(wǎng)絡(luò)信息中心來說，作為整體校園信息化的管理中心，在相應(yīng)的各 個業(yè)務(wù)部門包括校園內(nèi)部辦公oa平臺、人事管理系統(tǒng)、教務(wù)管理系統(tǒng)都已經(jīng)建立的 情況下，缺少相應(yīng)的信息化管理系統(tǒng)將會影響學(xué)院整體的信息化推廣程度。同時， 學(xué)院網(wǎng)絡(luò)信息中心相關(guān)的業(yè)務(wù)存在不系統(tǒng)、業(yè)務(wù)繁多等相關(guān)特點，因此如何能夠?qū)?其整體業(yè)務(wù)進行信息化梳理，

15、將成為網(wǎng)絡(luò)中心在信息化推進階段的關(guān)鍵。本文結(jié)合 網(wǎng)絡(luò)信息中心業(yè)務(wù)管理的特點和復(fù)雜性，結(jié)合先進的j2ee技術(shù)完成了網(wǎng)絡(luò)信息中心 的信息化管理系統(tǒng)。 1.31.3 系統(tǒng)概述系統(tǒng)概述 網(wǎng)絡(luò)信息中心綜合信息管理系統(tǒng)是在網(wǎng)絡(luò)辦公需求下對傳統(tǒng)網(wǎng)絡(luò)報修、網(wǎng)絡(luò)設(shè) 2 備和ip地址管理等工作的具體信息化實現(xiàn)，通過該系統(tǒng)將支持學(xué)院學(xué)生進行網(wǎng)上的 報修業(yè)務(wù)和校園網(wǎng)絡(luò)建設(shè)情況回饋等業(yè)務(wù)。同時，針對網(wǎng)絡(luò)信息中心內(nèi)部為其提供 了良好的員工績效評估、校園網(wǎng)絡(luò)狀況和ip等相關(guān)資源的有效維護。結(jié)合網(wǎng)絡(luò)中心 的相關(guān)業(yè)務(wù)現(xiàn)狀，目前的主要功能模塊包括了基礎(chǔ)信息維護、校園網(wǎng)絡(luò)建設(shè)回饋、 網(wǎng)絡(luò)報修等相關(guān)業(yè)務(wù)功能模塊。同時，按照參與人員角

16、色的不同將系統(tǒng)劃分為學(xué)生 角色、報修管理人員、系統(tǒng)管理人員等相關(guān)角色。 針對系統(tǒng)的角色和分布特點，在技術(shù)實現(xiàn)方面，為了充分體現(xiàn)信息化和廣域網(wǎng) 網(wǎng)絡(luò)辦公的需求，采用了web應(yīng)用通常使用的b/s(browser/server)架構(gòu)，將應(yīng)用分為 瘦客戶端（web瀏覽器）+web服務(wù)器+應(yīng)用服務(wù)器和數(shù)據(jù)庫的三層體系結(jié)構(gòu)。分層 邏輯架構(gòu)優(yōu)化整體系統(tǒng)開發(fā)的過程，使得數(shù)據(jù)展現(xiàn)、存儲和獲取能夠有效的分離。 在分層結(jié)構(gòu)設(shè)計中，系統(tǒng)采用mvc(model-view-controller,即模型-視圖-控制器)的設(shè) 計模式，遵循sun公司制定的jsp model2規(guī)范，將web應(yīng)用程序分成三個核心模塊： 視圖、模型

17、和控制器。模型-視圖-控制器（model-view-controller，mvc）體系突 出了servlets和jsp的優(yōu)點，同時也令它們的缺點最小化。在該體系的實現(xiàn)上具體采 用現(xiàn)在比較流行的struts框架。mvc設(shè)計模式的引入使得系統(tǒng)的開發(fā)效率、可維護性、 可擴展性大大提高。 由于系統(tǒng)的各項數(shù)據(jù)需要持久性存儲，采用了sql server數(shù)據(jù)庫進行相應(yīng)的數(shù) 據(jù)存儲。使用數(shù)據(jù)訪問對象(dao)模式來抽象和封裝所有對數(shù)據(jù)源的訪問。dao管 理著與數(shù)據(jù)源的連接以便檢索和存儲數(shù)據(jù)。dao實現(xiàn)了用來操作數(shù)據(jù)源的訪問機制。 由于dao管理所有的數(shù)據(jù)訪問復(fù)雜性，它可以簡化業(yè)務(wù)對象和其他使用dao的客戶 端

18、中的代碼。所有與實現(xiàn)有關(guān)的代碼(比如sql語句)都被包含在dao中，而不是包含 在業(yè)務(wù)對象中。這樣做提高了代碼的可讀性，已經(jīng)代碼生產(chǎn)效率。因為所有的數(shù)據(jù) 訪問操作現(xiàn)在被委托給dao,所有單獨的數(shù)據(jù)訪問層可以被看作把數(shù)據(jù)訪問實現(xiàn)與應(yīng) 用程序中的其他代碼相隔離的。這種集中化使應(yīng)用程序更容易地維護和管理。 通過系統(tǒng)為學(xué)院整體信息化提供了有效的業(yè)務(wù)管理平臺，尤其是針對網(wǎng)絡(luò)信 息中心和廣大校園網(wǎng)用戶來說，系統(tǒng)為其提供了方便的信息交流、溝通和反饋平臺。 通過系統(tǒng)廣大師生能夠?qū)⒆约旱男穆曁峤唤o網(wǎng)絡(luò)管理部門，從而網(wǎng)絡(luò)中心能夠有效 的改進校園網(wǎng)運行狀態(tài)。同時，系統(tǒng)也為網(wǎng)絡(luò)信息中心維護和管理相應(yīng)的硬件資源、 ip

19、資源和軟件資源提供了有效的辦公平臺，提高了其管理效率。但是，整體系統(tǒng)在 功能方面還比較薄弱，需要在結(jié)合網(wǎng)絡(luò)中心的具體需求進行進一步的拓展和改進。 3 2 2 需求分析需求分析 隨著網(wǎng)絡(luò)的發(fā)展，校園網(wǎng)絡(luò)用戶對網(wǎng)絡(luò)的要求也越來越高，使用人數(shù)也相應(yīng)增 加，在這樣的背景下，校園網(wǎng)絡(luò)的許多問題紛紛暴露出來，但是學(xué)生對網(wǎng)絡(luò)的報修 方式還是單一的打電話報修，這無疑是一個效率極低的途徑。 在這種情況下，學(xué)生們就需要一個平臺來提交他們在上網(wǎng)過程中出現(xiàn)的各種問 題，管理員們也需要這樣一個平臺來管理學(xué)生們的報修或者統(tǒng)一解答一些問題等。 于是，我們就設(shè)計并實現(xiàn)了一個學(xué)院網(wǎng)絡(luò)信息中心綜合信息管理系統(tǒng)。 系統(tǒng)提供學(xué)生報修

20、的入口，從而實現(xiàn)將網(wǎng)絡(luò)情況提交給管理人員的功能，而相 對于管理員，能夠看到所有人的報修信息并能統(tǒng)一管理。 2.12.1 系統(tǒng)管理模塊的業(yè)務(wù)需求系統(tǒng)管理模塊的業(yè)務(wù)需求 業(yè)務(wù)需求（business requirement）反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的 目標(biāo)要求。因此，結(jié)合網(wǎng)絡(luò)中心綜合信息管理系統(tǒng)業(yè)務(wù)需求，針對系統(tǒng)管理模塊其 包括的功能性需求主要包括：公告管理，用戶管理，個人信息管理，密碼修改四個 子菜單。 公告管理：用戶登錄后看到的第一個界面是系統(tǒng)公告，公告管理用來管理系統(tǒng) 公告內(nèi)容。 用戶管理：管理員可以在這里管理系統(tǒng)所有用戶，可以對指定用戶進行一些操 作，如：改密碼，停用，啟用等。

21、 個人信息查看：每個用戶可以從這個菜單看到自己的信息，可以修改自己的信 息。 密碼修改：每位用戶可以修改自己登陸系統(tǒng)所用到的密碼。 2.22.2 基礎(chǔ)資料信息維護業(yè)務(wù)需求基礎(chǔ)資料信息維護業(yè)務(wù)需求 基礎(chǔ)資料信息維護用來管理系統(tǒng)中所用到的所有的基礎(chǔ)信息，這些所有的信息 統(tǒng)一由管理員來維護，針對該模塊的功能性需求包括：樓名信息管理，故障類型管 理，房間信息管理，學(xué)生信息導(dǎo)入，設(shè)備管理，faq管理，建議管理。 樓名信息管理：管理可能出現(xiàn)在學(xué)生報修單中的所有樓以及系統(tǒng)其他部分所用 到的樓。 故障類型管理：管理學(xué)生可能遇到的一些常見類型的故障，以供填寫報修單選 擇用。 房間信息管理：該模塊能夠管理每棟樓上

22、的所有房間。 4 學(xué)生信息導(dǎo)入：該部分能夠?qū)崿F(xiàn)對系統(tǒng)中學(xué)生用戶的批量導(dǎo)入。 設(shè)備管理：用來管理每棟樓上所有的設(shè)備信息。 faq管理：管理一些網(wǎng)絡(luò)或者其他方面上的一些常見問題和答案。 建議管理：管理用戶提出的建議。 2.32.3 活動專區(qū)業(yè)務(wù)需求活動專區(qū)業(yè)務(wù)需求 活動專區(qū)用來推廣系統(tǒng)并且包括留言板等內(nèi)容，針對該模塊的業(yè)務(wù)需求包括： 留言板，留言板管理，當(dāng)前排名查看，被采納留言查看。 留言板：用戶可以在此模塊可以進行填寫留言，填寫推薦人。 留言板管理：管理所有用戶所填寫的留言，可以進行的操作有：刪除，采納等。 當(dāng)前排名查看:根據(jù)本活動需求，每被推薦一次就會得到一個推薦分，得分會在 改模塊展現(xiàn)。 被

23、采納留言查看：這里可以看到所有已經(jīng)被采納的留言。 2.42.4 報修信息管理業(yè)務(wù)需求報修信息管理業(yè)務(wù)需求 報修信息管理業(yè)務(wù)模塊是本系統(tǒng)的主要業(yè)務(wù)模塊，針對該模塊的業(yè)務(wù)需求包括： 維修信息管理，報修信息管理，我的保修，我要保修，常見問題faq和我要提建議。 報修信息管理：該模塊管理員可見，用來管理所有學(xué)生用戶提交的報修信息， 有打印功能能夠?qū)⑿畔?dǎo)出以供維修人員使用。 維修信息管理：該模塊管理員可見，用來統(tǒng)一管理提交上來的并且已經(jīng)處理過 的信息。 我的保修：管理登陸用戶提交的所有提交的報修信息，并且能夠查看反饋情況。 我要保修：該模塊是用戶用來提交保修信息的模塊。 常見問題：管理員所維護的faq

24、會在該處顯示出來。 我要提建議：登陸用戶可以在該模塊提交對系統(tǒng)或者其他方面的一些建議。 隨著我校基礎(chǔ)網(wǎng)絡(luò)設(shè)施的逐步完善，信息化建設(shè)也取得了顯著效果。已經(jīng)建立 并運行了若干系統(tǒng)，如網(wǎng)上借閱系統(tǒng)，課件下載系統(tǒng)等。這些系統(tǒng)的使用大大提高 了學(xué)校各項工作的效率。但是有些傳統(tǒng)的工作還沒能跟上信息化的發(fā)展步伐，在學(xué) 校信息化系統(tǒng)中處于空白位置。如網(wǎng)絡(luò)故障的報修，這些年來一直都是采用學(xué)生打 5 電話報修方式進行。導(dǎo)致該項工作效率低，而且浪費了學(xué)生、維修人員的財力、物 力、人力。在考慮這些問題的基礎(chǔ)上，我認真收集、分析了各方面的需求，給出了 學(xué)院網(wǎng)絡(luò)信息中心綜合信息管理系統(tǒng)的設(shè)計與實現(xiàn)。 報修系統(tǒng)可以概括為以

25、下的處理流程： （1）用戶提交報修信息。 （2）管理員審核報修信息，確定是否需要維修。 （3）管理員審核不通過，填寫反饋信息，用戶查看。 （4）管理員審核通過，維修人員去處理故障。 （5）維修人員處理完故障，填寫反饋信息，用戶查看。 圖圖 2.12.1 網(wǎng)絡(luò)信息系統(tǒng)報修功能流程圖 2.52.5 用戶權(quán)限管理用戶權(quán)限管理 可以為不同的用戶設(shè)置不同的操作權(quán)限。例如，超級管理員用戶擁有對系統(tǒng)所 有功能的操作權(quán)限，并且可以修改其他管理員的用戶口令和操作權(quán)限。普通用戶只 能修改自己的口令，而無權(quán)修改其他人的口令；普通用戶的操作權(quán)限也有限制，一 般只能對某些特定的操作擁有權(quán)限，例如學(xué)生只有提交報修信息及填

26、寫留言等權(quán)限， 而無權(quán)審核報修信息。普通用戶的權(quán)限由超級管理員統(tǒng)一配置，其他人無權(quán)修改。 權(quán)限的使用使用戶在嚴(yán)格規(guī)定的操作范圍內(nèi)進行工作，避免違規(guī)操作和越權(quán)操作。 6 2.62.6 系統(tǒng)的非功能需求系統(tǒng)的非功能需求 作為功能需求的補充，軟件需求還應(yīng)包括非功能需求，它描述了系統(tǒng)展現(xiàn)給用 戶的行為和執(zhí)行的操作等。它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)與規(guī)范；外部界面的具體細 節(jié)；性能要求；設(shè)計或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。 .1 遵循的標(biāo)準(zhǔn)與規(guī)范遵循的標(biāo)準(zhǔn)與規(guī)范 在開發(fā)過程中所遵循的標(biāo)準(zhǔn)規(guī)范有： gb/t 166801996 軟件文檔管理指南 gb/t 125041990 計算機軟件質(zhì)量保證計劃規(guī)

27、范 gb/t 125051990 計算機軟件配置管理計劃規(guī)范 gb/t 93851988 計算機軟件需求說明編制指南 .2 外部界面的具體需求外部界面的具體需求 系統(tǒng)界面應(yīng)該趨于人性化，布局清晰合理，方便操作和業(yè)務(wù)處理。每一個功能 界面要求風(fēng)格統(tǒng)一，便于用戶舉一反三，能夠更快的熟悉系統(tǒng)，提高工作效率。 .3 設(shè)計或?qū)崿F(xiàn)的約束條件設(shè)計或?qū)崿F(xiàn)的約束條件 采用b/s(browser/server)架構(gòu)，應(yīng)用組件技術(shù)將應(yīng)用分為客戶端（web瀏覽器） +web服務(wù)器+應(yīng)用服務(wù)器和數(shù)據(jù)庫的三層體系結(jié)構(gòu)。具體使用structs框架實現(xiàn) mvc(model-view-contr

28、oller,即模型-視圖-控制器)設(shè)計模式。使用java作為開發(fā)語言， 使用基于ibm db2的數(shù)據(jù)庫管理系統(tǒng)。并使用數(shù)據(jù)訪問對象(dao)模式來抽象和封 裝所有對數(shù)據(jù)源的訪問。 7 3 3 系統(tǒng)設(shè)計系統(tǒng)設(shè)計 本章先給出系統(tǒng)設(shè)計的原則和目標(biāo)，然后根據(jù)給出的原則和目標(biāo)，設(shè)計出符合 需求分析各項要求的系統(tǒng)架構(gòu)，最后給出數(shù)據(jù)庫的設(shè)計。 3.13.1 系統(tǒng)設(shè)計的原則和目標(biāo)系統(tǒng)設(shè)計的原則和目標(biāo) 滿足論文評審工作的各項需求； 系統(tǒng)化、結(jié)構(gòu)化、模塊化，保證整個系統(tǒng)的完整性、一致性、靈活性，以 滿足需求變化的需要； 良好的可靠性、安全性與可擴充性； 系統(tǒng)具有開放性，并且符合國際、國家規(guī)范與標(biāo)準(zhǔn)，保證應(yīng)用系統(tǒng)和

29、數(shù)據(jù) 資源有較長的生命周期； 采用當(dāng)前先進技術(shù)，使應(yīng)用系統(tǒng)有較強的生命周期； 3.23.2 系統(tǒng)架構(gòu)系統(tǒng)架構(gòu) 系統(tǒng)的壽命，即在技術(shù)演進壓力下的生存能力，主要由其構(gòu)架決定。采用恰當(dāng) 的構(gòu)架是項目成功的第一步。有些構(gòu)架逐漸具有了通用性，為許多開發(fā)組織廣泛采 用。如三層的客戶機服務(wù)器結(jié)構(gòu)就不是僅限于某一個系統(tǒng)的構(gòu)架。 論文評審和學(xué)位管理系統(tǒng)采用組件技術(shù)構(gòu)建三層客戶/服務(wù)器應(yīng)用結(jié)構(gòu)，這種技 術(shù)已經(jīng)成為應(yīng)用開發(fā)和運行的主流技術(shù)，其核心概念是利用組件技術(shù)將應(yīng)用的表示 邏輯（客戶層） 、業(yè)務(wù)邏輯（應(yīng)用層）和數(shù)據(jù)管理（數(shù)據(jù)層）分為三個不同的處理層 （圖3.1） 。 業(yè)務(wù)邏輯作為中間層實現(xiàn)核心業(yè)務(wù)邏輯服務(wù)，由組

30、件管理，接受客戶的服務(wù)請 求，向資源管理器提交數(shù)據(jù)操作，并將處理結(jié)果返回給請求者。中間層實現(xiàn)了業(yè)務(wù) 邏輯與表示邏輯的分離，使得系統(tǒng)能夠靈活的適應(yīng)用戶業(yè)務(wù)邏輯的變化。 客戶層的軟件只用于客戶的數(shù)據(jù)輸入、結(jié)果顯示等。 數(shù)據(jù)層是基于ibm db2或者是sql server等大型數(shù)據(jù)庫的數(shù)據(jù)庫管理系統(tǒng)。用 于存放報修信息和留言等所有數(shù)據(jù)。 8 圖圖 3.13.1 三層客戶/服務(wù)器系統(tǒng)結(jié)構(gòu) 在三層體系結(jié)構(gòu)下，客戶層不能直接訪問數(shù)據(jù)層，只能通過應(yīng)用層連接數(shù)據(jù)庫， 完成各項業(yè)務(wù)，主要優(yōu)點如下： 1、采用瘦客戶/胖服務(wù)器的架構(gòu)，即業(yè)務(wù)邏輯放在應(yīng)用層，業(yè)務(wù)邏輯的更改只 需在應(yīng)用層進行，而客戶層僅處理信息的輸入、

31、結(jié)果的顯示和業(yè)務(wù)流程的控制。這 樣，不僅擴展性好，而且可維護性也較好。 2、增加了系統(tǒng)的網(wǎng)絡(luò)安全性能 三層結(jié)構(gòu)體系下，各種用戶只能通過應(yīng)用程序?qū)?shù)據(jù)庫中的數(shù)據(jù)進行檢索和更 改，不能直接訪問數(shù)據(jù)庫服務(wù)器，既避免了系統(tǒng)故障對數(shù)據(jù)庫的破壞，又避免了黑 客攻擊數(shù)據(jù)庫服務(wù)器的可能，保證了數(shù)據(jù)的安全性。 由于這是一個需要在網(wǎng)絡(luò)上運行的系統(tǒng)，用戶主要通過客戶端（web瀏覽器） 進行訪問和操作，因而采用web應(yīng)用通常使用的b/s(browser/server)架構(gòu)，將應(yīng)用分 為瘦客戶端（web瀏覽器）+web服務(wù)器+應(yīng)用服務(wù)器和數(shù)據(jù)庫的三層體系結(jié)構(gòu)。系 統(tǒng)采用mvc(model-view-controller

32、,即模型-視圖-控制器)的設(shè)計模式，遵循sun公司 制定的jsp model2規(guī)范，將web應(yīng)用程序分成三個核心模塊：視圖、模型和控制器。 mvc設(shè)計模式的引入使得系統(tǒng)的開發(fā)效率、可維護性、可擴展性大大提高。 3.33.3 利用利用 strutsstruts 實現(xiàn)實現(xiàn) mvcmvc 模式模式 模型-視圖-控制器（model-view-controller，mvc）體系突出了servlets和jsp 的優(yōu)點，同時也令它們的缺點最小化。在實現(xiàn)中，用戶請求被發(fā)送到一個控制器 9 servlet，該servlet決定請求的性質(zhì)，并且根據(jù)請求的類型傳送給適合的處理器。每個 處理器都和一個特別的模型相關(guān)，

33、里面封裝有商業(yè)邏輯來執(zhí)行一些特別的函數(shù)集合。 處理完畢后，結(jié)果會發(fā)送回處理器，處理器選擇適合的視圖顯示它。 圖圖 3.2 結(jié)合結(jié)合 struts 的的 mvc 圖圖 struts為使用mvc體系來編寫應(yīng)用提供了一個架構(gòu)。struts使用“actionmapping”， 它允許servlet將用戶的請求轉(zhuǎn)變?yōu)閼?yīng)用行為。actionmapping通常指定一個請求的路 徑、在請求上進行動作的對象類型，以及指定其它需要的屬性。action對象作為 actionmapping的一個部分使用，負責(zé)處理請求，并且發(fā)送響應(yīng)回適合的視圖（通常 是一個web瀏覽器） ，或者傳送請求至適合的模型。 在模型和視圖間的

34、橋是一個formbean，它可以通過繼承 org.apache.struts.action.actionform得到。formbean用來保存處理前的用戶數(shù)據(jù)，或者 保存那些將顯示返回給用戶的模型數(shù)據(jù)。struts包含有自定義的標(biāo)簽，它可以由創(chuàng)建 的formbean中自動組合字段。 在實踐中用戶請求jsp頁面，控制器servlet接收請求并決定由哪個應(yīng)用處理它。 action對象傳送該請求到包含有接收商業(yè)邏輯的javabean中。商業(yè)邏輯bean將連接數(shù) 據(jù)庫并進行查詢，接收結(jié)果，然后返回結(jié)果給action對象。action對象將結(jié)果作為請 求的一部分存放到一個formbean中。一旦收集完請

35、求的全部數(shù)據(jù)，就可以格式化結(jié) 10 果并且顯示。最后是javaserverpage以html表格的形式將結(jié)果顯示出來 3.43.4 數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫設(shè)計 在建立系統(tǒng)的面向?qū)ο竽Ｐ椭螅乱徊降墓ぷ魇菑念悎D中找出需要持久化的 類，將邏輯模型轉(zhuǎn)換成物理模型，完成數(shù)據(jù)庫建模。所謂持久化，就是要把暫時性 的對象永久保留下來，把對象轉(zhuǎn)換成一定格式的數(shù)據(jù)，存放到磁盤或其他媒介。正 如一般的持久數(shù)據(jù)一樣，持久對象由數(shù)據(jù)庫管理系統(tǒng)負責(zé)管理。實體，也叫實例， 對應(yīng)現(xiàn)實世界中可區(qū)別于其他對象的“事件”或“物體” ，它可以是有形的或無形的、 具體的或抽象的、有生命的或無生命的。關(guān)系是指實體集之間或?qū)嶓w集內(nèi)部實例之

36、間的連接，實體之間可通過關(guān)系來相互關(guān)聯(lián)。按照實體類型中實例之間的數(shù)量對應(yīng) 關(guān)系，通?？蓪⑵浞譃樗念?，即一對一、一對多、多對一、和多對多關(guān)系30,31。 相關(guān)實體關(guān)系描述，將通過相應(yīng)的數(shù)據(jù)庫轉(zhuǎn)化變成相應(yīng)的具體業(yè)務(wù)信息表，主 要的業(yè)務(wù)信息表包括人員基本信息表、權(quán)限密碼表、報修情況表，留言表等。如表 3-1主要是對相應(yīng)的人員基本信息表。表3-2，報修情況表。 名稱代碼數(shù)據(jù)類型長度精確度初始值主要的 主鍵idvarchar( 40) 4falsetrue 登陸名loadnam e varchar( 40) 4falsefalse 角色groupvarchar( 40) 4falsefalse 學(xué)號nu

37、mvarchar( 40) 1falsefalse 姓名namevarchar( 40) 1falsefalse 身份證card_idvarchar( 40) 1falsefalse 宿舍號roomidvarchar( 40) 1falsefalse 電話telephon e varchar( 40) 4falsefalse 表 3.1 人員基本信息數(shù)據(jù)庫表 名稱代碼數(shù)據(jù)類型長 度 精確 度 有初始 值 主要 的 ididvarchar(40)2falsetrue 報修單號num varchar(40)4falsefals 11 e 房間號roomidvarchar(40)1falsefals

38、 e 報修時間subtime varchar(40)1falsefals e 故障內(nèi)容event varchar(40)1falsefals e 詳細描述detailvarchar(40)1falsefals e 提交人 idpersonidvarchar(40)2falsefals e 表 3.2 單報修情況表 12 4 4 系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn) 針對學(xué)院網(wǎng)絡(luò)信息中心業(yè)務(wù)需求的的系統(tǒng)部署和使用要求，本文采用了基于b/s 的軟件架構(gòu)設(shè)計，開發(fā)實現(xiàn)過程中使用基于j2ee的分層軟件開發(fā)結(jié)構(gòu)，實現(xiàn)和部署 了學(xué)院網(wǎng)絡(luò)信息中心綜合信息管理系統(tǒng)。在軟件開發(fā)的過程中，采用基于eclipse的 開發(fā)工具，數(shù)據(jù)庫設(shè)

39、計和存儲通過mysql來實現(xiàn)，部署服務(wù)器采用了開源的tomcat。 對于控制層和表現(xiàn)層實現(xiàn)通過基于struts的mvc框架，業(yè)務(wù)數(shù)據(jù)表現(xiàn)采用了基于 jquery的表現(xiàn)層組件實現(xiàn)。本章針對系統(tǒng)的具體實現(xiàn)采用的組件技術(shù)和相關(guān)功能模 塊實現(xiàn)進行了詳細說明。 4.14.1 系統(tǒng)總體實現(xiàn)系統(tǒng)總體實現(xiàn) 在系統(tǒng)業(yè)務(wù)實現(xiàn)過程中，本文采用了傳統(tǒng)的業(yè)務(wù)系統(tǒng)界面設(shè)計布局，主要包括系統(tǒng) 上方 logo 設(shè)計實現(xiàn)和左側(cè)業(yè)務(wù)分模塊菜單設(shè)計。進入網(wǎng)絡(luò)信息中心綜合業(yè)務(wù)管理系 統(tǒng)后，用戶首先通過用戶名和密碼進行登錄驗證，在經(jīng)過數(shù)據(jù)驗證通過后進入系統(tǒng) 的業(yè)務(wù)功能界面，同時進行相應(yīng)的業(yè)務(wù)功能相關(guān)操作。 對于上述信息管理系統(tǒng)采用了功

40、能模塊劃分的菜單布局方式，如圖4-2左側(cè)所示， 展現(xiàn)了學(xué)生登錄后的相應(yīng)操作和功能模塊，相應(yīng)的功能模塊主要包括了系統(tǒng)管理、 保修管理和評價活動專區(qū)等相關(guān)功能。同時，在對具體的業(yè)務(wù)管理方面，采用了二 級菜單展開的方式實現(xiàn)，在點擊具體的左側(cè)菜單后將顯示和請求具體的業(yè)務(wù)功能。 系統(tǒng)在實現(xiàn)過程中，主要使用了鏈表、數(shù)組和hash map三種數(shù)據(jù)存儲結(jié)構(gòu)。對于列 表數(shù)據(jù)的有序顯示，如個人所有的保修記錄列表，此時適合用鏈表結(jié)構(gòu)存儲數(shù)據(jù)， 這種結(jié)構(gòu)方便對數(shù)據(jù)的排序。對于客戶端與服務(wù)器端傳遞參數(shù)時，適宜用數(shù)組存儲 結(jié)構(gòu)，如選擇某個保修列表中的保修信息時，客戶端頁面選擇相應(yīng)的保修單id參數(shù) 被存儲在一個數(shù)組中，傳遞

41、到后臺解析處理。而對于大量的無序列表數(shù)據(jù)，則適合 用hash map數(shù)據(jù)結(jié)構(gòu)，它的用法比較靈活，其時間復(fù)雜度也比較低。 同時，在整體代碼的實現(xiàn)過程中，為了能夠提高系統(tǒng)用戶與相應(yīng)功能之間的交 互性，本文采用了javascript提供了相應(yīng)的交互操作，如下圖所示，系統(tǒng)為學(xué)生信息 維護進行檢測后進行了信息補全的相應(yīng)操作。 13 圖 4.2 學(xué)生功能界面 4.24.2 管理員功能模塊的實現(xiàn)管理員功能模塊的實現(xiàn) 本系統(tǒng)中管理員需要完成的工作有：基本信息維護，故障類型設(shè)置，設(shè)備管理， 提問管理和建議管理。 .1 基本信息維護基本信息維護 基本信息維護主要包括教師、學(xué)生基本信息的維護，如添加

42、、激活、修改、刪 除等；同時還包括基本樓宇信息管理、房間信息管理等相關(guān)業(yè)務(wù)。 其中，樓宇和房 間信息管理是最基礎(chǔ)的數(shù)據(jù)管理，將會關(guān)系到人員所屬的住宿信息。樓宇與房間之 間的關(guān)系是從屬關(guān)系，首先需要為樓宇信息，相應(yīng)的信息維護界面如下圖4.3所示： 圖 4.3 樓宇信息功能維護界面 14 房間信息管理用來管理每一棟樓有哪些房間，界面如下圖4.4所示。由于房間和 樓宇之間的關(guān)系為相應(yīng)的從屬關(guān)系，因此在對其管理的過程中為了能夠更好的進行 層次展現(xiàn)，本文采用了樹形數(shù)據(jù)結(jié)構(gòu)對其進行維護。 圖 4.4 房間信息功能維護界面 .2 設(shè)備故障類型設(shè)置設(shè)備故障類型設(shè)置 故障類型信息管理，是用來管理

43、常見故障類型，這樣，學(xué)生在保修的時候就不 用手動輸入故障類型，其界面如下所示： 圖 4.5 房間信息功能維護界面 .3 設(shè)備信息管理設(shè)備信息管理 在完成了相應(yīng)的樓宇和房間信息管理后，為了能夠?qū)τ谠O(shè)備相應(yīng)的操作進行詳 細日志操作管理，從而完成設(shè)備信息的維護操作日志跟蹤，本文提供了相應(yīng)的設(shè)備 日志信息管理功能。該上述設(shè)備信息管理主要包括了相應(yīng)的設(shè)備日志的查詢、添加 和編輯功能，具體的設(shè)備維護日志操作界面如下圖所示： 15 圖 4.5 房間信息功能維護界面 .4 建議信息管理建議信息管理 在相應(yīng)的網(wǎng)絡(luò)中心活動信息維護管理功能中，將包括了對于學(xué)生提議的信息維護和 設(shè)置操

44、作，上述工作將由系統(tǒng)的管理員來維護。建議管理是用來管理其他用戶提交 的一些建議. 4.34.3 學(xué)生功能模塊的實現(xiàn)學(xué)生功能模塊的實現(xiàn) 在網(wǎng)絡(luò)信息中心綜合信息管理平臺中，除了維護管理員、系統(tǒng)管理員角色外， 最核心的業(yè)務(wù)角色為所有在校學(xué)生。因此，針對學(xué)生管理包括了管理員的基本數(shù)據(jù) 維護和學(xué)生數(shù)據(jù)維護等基本信息維護。而針對學(xué)生角色來說，參與到各個系統(tǒng)業(yè)務(wù) 模塊中包括活動專區(qū)模塊、報修模塊和用戶信息管理模塊中。其中，用戶信息管理 維護為學(xué)生提供了維護所屬宿舍、聯(lián)系方式等相關(guān)信息的功能用例，其相應(yīng)的學(xué)生 個人信息維護界面如下圖所示： 圖 4.7 學(xué)生個人信息維護界面 .1 報修管理報修管

45、理 除了上述個人信息維護以外，學(xué)生登錄系統(tǒng)后還能夠?qū)€人的登錄密碼信息進 行相應(yīng)的修改。在相應(yīng)的保修管理模塊中，主要包括了報修信息查看、網(wǎng)絡(luò)情況保 修等內(nèi)容。報修信息查看主要是針對個人所有報修的相關(guān)情況進行相應(yīng)的查看，通 過list列表的方式從數(shù)據(jù)庫中讀取并且在頁面中進行展現(xiàn)。相應(yīng)的保修信息展現(xiàn)界面 如下圖所示： 16 圖 4.8 個人保修信息維護界面 在上述業(yè)務(wù)操作界面中，用戶可以看到已經(jīng)提交的報修信息，并且在未被審核 之前還可以修改。同時，在界面右上角有我要保修按鈕，可以提交報修信息。我要 報修界面用戶可以用來提交用戶的報修信息，每個用戶一天僅限一條報修消息，界 面如下圖所示: 圖 4.9

46、 保修信息維護界面 在設(shè)備維修管理模塊中，為了減少保修的數(shù)目和質(zhì)量，在本模塊中添加了常見 問題faq模塊，通過該模塊實現(xiàn)對報修業(yè)務(wù)的高效性。上述相應(yīng)的報修問題和答案 是由管理員來維護，相應(yīng)的學(xué)生用戶能夠看到的一些基本問題的問答。針對學(xué)生， 相應(yīng)的faq查看界面如下圖所示，采用了樹形的結(jié)構(gòu)進行數(shù)據(jù)的展現(xiàn)： 圖 4.10 常見維修問題 .2 活動管理活動管理 為了能夠?qū)W(xué)生相對于校園網(wǎng)絡(luò)建設(shè)現(xiàn)狀的滿意度進行調(diào)查，在本系統(tǒng)中包括 了相應(yīng)的學(xué)生建議留言活動信息管理模塊。該活動建議管理模塊主要包括了相應(yīng)的 17 留言板和留言評價排名信息等相關(guān)功能。 在留言板管理模塊中，在校學(xué)生在登錄系統(tǒng)

47、后可以添加留言、添加建議等等。 同時，留言板將對學(xué)生進行公開，任何人都能看到所有人的評論。同時，為了限制 學(xué)生留言過多和垃圾留言等情況，系統(tǒng)設(shè)計過程中限制了每個人推薦和留言的權(quán)利， 具體的留言推薦只能有一次機會，整體的留言操作界面如下圖所示： 圖 4.11 系統(tǒng)留言功能 在當(dāng)前排名查看這里，我們可以看到所有人排名，排名是根據(jù)被推薦次數(shù)設(shè)定 的。界面如下： 圖 4.12 系統(tǒng)留言排名 4.44.4 報修業(yè)務(wù)管理員功能模塊的實現(xiàn)報修業(yè)務(wù)管理員功能模塊的實現(xiàn) 整體的業(yè)務(wù)系統(tǒng)除了學(xué)生和系統(tǒng)超級管理員之外，為了能夠?qū)⒈Ｐ迾I(yè)務(wù)進行有 效的處理，系統(tǒng)通過權(quán)限管理業(yè)務(wù)將各類不同的報修業(yè)務(wù)分配給專門的報修業(yè)務(wù)管

48、 理人員。對于報修管理員角色來說，主要包括了常用問題（faq）維護業(yè)務(wù)、報修 處理業(yè)務(wù)等。 .1 常見問題管理常見問題管理 針對報修業(yè)務(wù)管理員，其主要的職責(zé)包括了對整體學(xué)院常見的的設(shè)備和網(wǎng)絡(luò)障 18 礙問題進行相應(yīng)的總結(jié)和管理。通過常見問題的維護，將會為廣大師生提供良好的 網(wǎng)絡(luò)和機器故障學(xué)習(xí)機會，使得個人能夠有效的進行常見問題的維護。對于相應(yīng)常 見問題的維護主要包括常見問題的添加、刪除和修改等功能，如下圖所示，本文給 出了相應(yīng)的常見問題維護界面： 圖 4.13 常見故障問題維護 .2 報修管理報修管理 對于報修管理業(yè)務(wù)主要包括了網(wǎng)絡(luò)報修信息確認和修復(fù)后的報修情況

49、回復(fù)、查詢等 相關(guān)業(yè)務(wù)功能。在接收到相應(yīng)的學(xué)生報修信息后，由專門的管理員進行各自報修信 息的確認和打印故障處理單，同時到現(xiàn)場進行相應(yīng)的網(wǎng)絡(luò)維修。 如上圖所示，針對報修信息的確認包括了圖示上部的信息查詢操作，相關(guān)的 查詢包括了依據(jù)學(xué)生姓名、學(xué)號、開始結(jié)束日期、樓號、故障類型等方式的查詢。 從而為管理員提供了方便的報修信息查詢功能，滿足了各種不同維修人員安排的需 要，同時為系統(tǒng)提供了相應(yīng)的分析結(jié)果。 網(wǎng)絡(luò)中心的相應(yīng)的維修管理人員完成了系統(tǒng)上報故障后，將對每個上報的維 修信息進行系統(tǒng)確認處理。因此，系統(tǒng)為上述維修是否成功和相應(yīng)的具體解決方案 進行維護的業(yè)務(wù)功能。如圖4.15，為系統(tǒng)提供了具體的信息確

50、認和恢復(fù)界面： 19 結(jié)束語結(jié)束語 本文圍繞著基于web方式的信息管理系統(tǒng)的設(shè)計與實現(xiàn)，在j2ee框架下采用多 種編程技術(shù)和語言進行開發(fā)，如：html、xhtml、css、javascript、sql語言等 綜合編程，最終實現(xiàn)一套b/s結(jié)構(gòu)的信息管理系統(tǒng)。 學(xué)院網(wǎng)絡(luò)信息中心綜合信息管理系統(tǒng)的出現(xiàn)會解決同學(xué)們有問題不知道如何解 決、有問題沒途徑解決的問題。 系統(tǒng)還提供有留言板等功能，能夠?qū)崿F(xiàn)用戶提建議，留言，討論等各種功能。 本系統(tǒng)還存在許多不足之處，例如個人信息與報修信息結(jié)合方面，應(yīng)該將個人 信息表與報修信息相結(jié)合，使用戶能夠用最少的操作完成報修功能，減少系統(tǒng)操作 上的繁瑣性。 另外由于缺少美

51、工，界面做的也不是很理想，有很大的改進空間。 20 參考文獻參考文獻 1 孫勇。struts kick start 中文版。北京：電子工業(yè)出版社，2004.09。 2 孫衛(wèi)琴，李洪成。tomcat與java web開發(fā)技術(shù)詳解。北京：電子工業(yè)出版社， 2004.11。 3 孫衛(wèi)琴。精通struts：基于mvc的java web設(shè)計與開發(fā)。北京：電子工業(yè)出版社， 2005.01。 4 abraham silberschtz henry f.korth, s.sudarshan.database system concepts. third edition, copyright 1997 by t

52、he mcgraw-hill companies,inc. 5 呂夢雅，陳晶. 面向?qū)ο蟮脑头ㄔ谛枨蠓治鲋械膽?yīng)用. 河北省科學(xué)院學(xué)報, 2002.03. 6 王繼成，高珍. 軟件需求分析的研究. 計算機工程與設(shè)計.2002.8. 7 張峰嶺. 數(shù)據(jù)庫應(yīng)用的需求分析研究. 計算機工程與應(yīng)用.2002.08. 8 李師賢，張珞玲. 需求分析的常見問題及其對策分析. 計算機工程, 2002.1(28). 9 解皎虹.三層(多層)應(yīng)用程序的開發(fā). http:/ 10讀j2ee核心模式(dao模式). http:/ 2005.03 11 ivar jacobson 譯者 周伯生等.統(tǒng)一軟件開發(fā)過程.

53、北京：機械工業(yè)出版社， 1998.5。 12 ronald j. norman 譯者 周之英等.面向?qū)ο笙到y(tǒng)分析與設(shè)計. 北京：清華大學(xué)出版 社，1997.06。 13 孫燕。java 2入門與實例教程 。北京：中國鐵道出版社。2003.02。 14 李天柱。數(shù)據(jù)庫模型、語言與設(shè)計。北京：電子工業(yè)出版社，2004.05。 15 白雁等。jsp 編程指南。第三版，北京：電子工業(yè)出版社，2004.8。 16 中國java開發(fā)網(wǎng)。http:/ 17劉炳文編著visual basic圖形與多媒體程序設(shè)計北京：清華大學(xué)出版社2002。 18范國平、陳曉鵬access 2002 數(shù)據(jù)庫系統(tǒng)開發(fā)實例導(dǎo)航m北

54、京：人民郵電出版 社2003。 19 云健,馮國富 .一種面向?qū)ο蟮墓ぷ髁鞴芾硐到y(tǒng)的建模思想 .石家莊職業(yè)技術(shù)學(xué)院學(xué) 報 2002.12。 20 林銳.軟件工程與項目管理m.北京：電子工業(yè)出版社,2003.10。 21 范玉順.工作流管理技術(shù)基礎(chǔ) 北京：清華大學(xué)出版社2001。 21 附錄附錄 主要業(yè)務(wù)處理程序: public string execute() return action.success; public string doinitadd() integer j=doinitadd(null); if(j1) return execute(); else return actio

55、n.error; public integer doinitadd(string repairid) if(crmrepaireventinfodto=null) crmrepaireventinfodto=new crmrepaireventinfodto(); crmrepairinfo crmrepairinfo=new crmrepairinfo(); edupersoninfo edupersoninfo=new edupersoninfo(); string repairid=ordernumadd(); crmrepaireventinfodto.setrepairid(repa

56、irid); crmrepaireventinfodto.setusername(this.getcurrentuser().getpersonname (); crmrepaireventinfodto.setpersonnum(this.getcurrentuser().getpersonnum (); 22 /限制發(fā)布次數(shù)0.0 crmrepaireventinfodto.setpersonid(this.getcurrentuser().getpersonid(); crmrepairinfo.setsubmittime(datetimeutils .getnowtime(dateti

57、meutils.key_format1); crmrepaireventinfodto.setsubmittime(crmrepairinfo.getsubmittime(); edupersoninfo.setusername(crmrepaireventinfodto.getusername(); crmrepairinfo.setedupersoninfo(edupersoninfo); string personnum=this.getcurrentuser().getpersonnum(); i=crmrepairinfoservicei.findcountbynameandtoda

58、y(crmrepaireventinfodto,p ersonnum); makelist(); return i; /初始化view方法 只構(gòu)造下拉列表 public void doinitview(string repairid) list buildlist=crmrepairinfoservicei.findbuildlist(); list indetaillist=crmrepairinfoservicei.findindetaillist(); buildnamelist=converttomap(buildlist); indetaillist=convert2tomap(in

59、detaillist); public hashmap converttomap(list list) if (list = null) return null; hashmap map = new hashmap(); crmrepairbuildinfo buildinfo = null; 23 for (int i = 0; i list.size(); i+) buildinfo = (crmrepairbuildinfo) list.get(i); map.put(buildinfo.getbuildname(), buildinfo.getbuildid(); return map

60、; public hashmap convert2tomap(list list) if (list = null) return null; hashmap map = new hashmap(); crmrepaireventinfo eventinfo = null; for (int i = 0; i list.size(); i+) eventinfo = (crmrepaireventinfo) list.get(i); map.put(eventinfo.getindetail(), eventinfo.geteventid(); return map; public strin