【畢業(yè)學位論文】（Word原稿）基于MVC架構(gòu)的政府機關(guān)干部管理系統(tǒng)的設(shè)計與實現(xiàn)-軟件工程

中圖分類號： 學校代碼： 10055 密級： 公開 碩 士 專 業(yè) 學 位 論 文 基于 構(gòu)的 政府 機關(guān)干部管理系統(tǒng)的設(shè)計與實現(xiàn) s 要 I 摘 要 如今，隨著干部管理工作的日趨規(guī)范化，干部管理工作也面臨著新的挑戰(zhàn)，如何提高干部管理工作水平，更快更好地為選拔、培養(yǎng)、管理干部，是當前干部 管理工作的一個現(xiàn)實要求。同時，伴隨著 術(shù)的快速發(fā)展，電子政務(wù)逐漸開始成為政府系統(tǒng)的一種選擇。為了使組織部門能夠更好地進行干部的選拔、培養(yǎng)、管理以及信息化公開等工作，就很有必要開發(fā)一個基于 本文 通過學習 計、參照 息系統(tǒng)設(shè)計的基本原理，設(shè)計規(guī)劃系統(tǒng)的整體架構(gòu)；通過對全市干部管理的實際情況分析，將系統(tǒng)劃分為基本業(yè)務(wù)、辦公、數(shù)據(jù)處理、系統(tǒng)等幾個基本功能模塊。 另外， 采用軟件工程的思想進行系統(tǒng)開發(fā)，具有清晰的開發(fā)流程。同時，在整個系統(tǒng)開發(fā)過程 中貫穿使用 現(xiàn)了動態(tài)的程式設(shè)計，使后續(xù)對程序的修改和擴展簡化，并且使程序部分的重復利用成為可能 ， 使程序結(jié)構(gòu)更加直觀。 而且 針對干部管理這項工作本身的特點，系統(tǒng)采用了 B/S 模式，同時針對數(shù)據(jù)安全性這個問題，對數(shù)據(jù)庫用戶的權(quán)限進行嚴格管理，采用了 層模式保證系統(tǒng)設(shè)計中數(shù)據(jù)處理的嚴密性，對系統(tǒng)中的特殊數(shù)據(jù)進行加密處理。 基于 計實現(xiàn)政府系統(tǒng)干部管理系統(tǒng)的基本功能。 通過對政府系統(tǒng)干部管理系統(tǒng)的需求分析，設(shè)計規(guī)劃系統(tǒng)的整體架構(gòu)和基本功能模塊。本系統(tǒng)有干部信息的高效性、系統(tǒng)安裝簡單方便、系 統(tǒng)維護升級簡單、可靠性能高、易操作等特點 。 關(guān)鍵詞 ： 電子政務(wù) ， 干部管理系統(tǒng) ， B/S， I is it is a of to to At of is a of In to it is to a In eb to eb it of of is a At VC in of of It to of ,we of is it of B/S; 目 錄 錄 摘要 I 錄 一章 緒論 1 第一節(jié) 課題的來源 1 第二節(jié) 干部管理特點及發(fā)展現(xiàn)狀 1 第三節(jié) 論文研究的主要內(nèi)容 2 第四節(jié) 論文組織結(jié) 構(gòu) 3 第二章 系統(tǒng)開發(fā)及相關(guān)技術(shù) 4 第一節(jié) 008 數(shù)據(jù)庫簡介 4 第二節(jié) 系結(jié)構(gòu) 4 第三節(jié) 臺下的實現(xiàn) 6 系統(tǒng) 架介紹 6 實現(xiàn) 計的分析 7 第四節(jié) 術(shù) 7 建基礎(chǔ) 8 架 9 第三章 干部管理系統(tǒng)需求分析 11 第一節(jié) 系統(tǒng)背景現(xiàn)狀分析 11 第二節(jié) 工作流需求分析 11 登錄模塊需求分析 12 基本業(yè)務(wù)管理需求分析 13 目 錄 辦公模塊需求分析 15 數(shù)據(jù)處理模塊需求分析 16 系統(tǒng)模塊需求分析 17 第三節(jié) 系統(tǒng)需求分析 18 第四章 干部管理系統(tǒng)的概要設(shè)計 20 第一節(jié) 系統(tǒng)整體框架設(shè)計 20 第二節(jié) 系統(tǒng)功能模塊設(shè)計 21 第三節(jié) 數(shù)據(jù)庫設(shè)計 22 數(shù)據(jù)庫功能需求 22 具體設(shè)計及實現(xiàn) 24 第五章 干部管理系統(tǒng)的詳 細設(shè)計與實現(xiàn) 33 第一節(jié) 系統(tǒng)登錄 33 第二節(jié) 基本業(yè)務(wù)管理 34 干部基本信息管理 34 干部任免管理 36 干部分工及職責管理 38 機構(gòu)管理 39 干部日常考察考核 40 干部領(lǐng)導班子日?？疾炜己?40 會議管理 41 第三節(jié) 辦公模塊 42 辦公的基本功能 42 個人辦公 42 公共辦公 43 第四節(jié) 數(shù)據(jù)處理模塊 46 文件處理 46 目 錄 V 統(tǒng)計分析 46 報表打印 47 第五節(jié) 系統(tǒng)模塊 48 權(quán)限管理 48 數(shù)據(jù)庫維護 48 第六節(jié) 后續(xù)擴展建設(shè)模塊 48 網(wǎng)上培訓 48 網(wǎng)絡(luò)視頻會議 49 虛擬社區(qū) 49 第六章 系統(tǒng)測試 50 第一節(jié) 相關(guān)理論 50 本系統(tǒng)的測試方法 50 本系統(tǒng)測試環(huán)境配置 51 第二節(jié) 模塊功能測試 52 模塊功能測試用例設(shè)計 52 模塊功能測試結(jié)果 54 第三節(jié) 性能 測試 54 性能測試用例設(shè)計 54 性能測試結(jié)果 55 第四節(jié) 系統(tǒng)測試結(jié)果 56 第五節(jié) 本章小結(jié) 56 第七章 總結(jié)與展望 57 第一節(jié) 總結(jié) 57 第二節(jié) 研究展望 58 第三節(jié) 本文的創(chuàng)新點 58 附錄 A 系統(tǒng)登錄源代碼 60 目 錄 錄 B 權(quán)限管理源代碼 65 參考文獻 71 致謝 74 個人簡歷 在學期間發(fā)表的學術(shù)論文與研究成果 75 第一章 緒論 1 第一章 緒論 第一節(jié) 課題的來源 如今，隨著干部管理工作的日趨規(guī)范化，干部管理工作也面臨著新的挑戰(zhàn)，如何提高干部管理工作水平，更快更好地為選拔、培養(yǎng)、管理干部提供優(yōu)質(zhì)服務(wù)，是當前干部管理工作的一個現(xiàn)實要求。同時，伴隨著 術(shù)的快速發(fā)展，電子政務(wù)逐漸開始成為 政府系統(tǒng) 的一種選擇。為了使組織部門能夠更好地進行干部的選拔、培養(yǎng)、管理以及信息化公開等工作，就很有必要開發(fā)一個基于 干部管理 系統(tǒng) 1。 決策民主化、完善化是黨在十八大報告中明確指出的，要增加決策的透明度和公眾參與度，黨的十八大還指出要強化黨的社會管理職能和公眾服務(wù)功能。十七屆四中全會對組織工作信息化建設(shè)再次提出明確要求。組織工作要創(chuàng)新，很重要的一點就是要運用先進的科學技術(shù)來改進傳統(tǒng)的管理手段、管理方法，達到最佳的效能。數(shù)字化、信息化是未來組織工作發(fā)展的必然趨勢。實現(xiàn)組織工作信息處理數(shù)字化、網(wǎng)絡(luò)化是深入貫徹落 實科學發(fā)展觀的必然要求，是適應(yīng)社會變革、提高辦公效率和質(zhì)量、增強干部科技素質(zhì)的需要。信息化是最先進的技術(shù)，落實科學發(fā)展觀體現(xiàn)到組織工作上，很重要的一點就是要實現(xiàn)組織工作信息化。在信息社會時代，組織部門不但要人才強部，更要技術(shù)強部，不注重技術(shù)強部，工作就會被動，就跟不上時代。 可見，干部工作信息化是信息時代的內(nèi)在要求，是干部工作實現(xiàn)跨越式發(fā)展的必然選擇 2。結(jié)合本人所在工作單位干部管理信息化的實際需求，是進行本項目開發(fā)的初衷。 第二節(jié) 干部管理特點及發(fā)展現(xiàn)狀 干部管理的主要特點有 3, 4： 1、業(yè)務(wù)種類多，原則性強； 2、送批的報表較多，工作量大； 3、統(tǒng)計資料多，費時費力； 4、檔案材 料多，保管難。 現(xiàn)在我市市委組織部的干部管理存在的主要問題有： 第一章 緒論 2 1、組織部為了適應(yīng)信息時代到來的需求，同時為了提升部門的工作效率，組織部為辦公部門購置了電腦等現(xiàn)代化的辦公設(shè)備。雖然購置了辦公設(shè)備，但設(shè)備的利用率并不高，這主要是因為缺乏先進的計算機知識，導致大部分辦公設(shè)備的功效沒有被發(fā)揮出來。還有就是工作規(guī)范不夠精細也是導致辦公設(shè)備不能充分利用的原因之一。 2、日常的干部工作涉及大量信息，但目前最基本方法就是查閱原始的檔案材料，翻閱紙質(zhì)文本，干部檔案信息還處于單一的紙質(zhì)檔案信息，檔案信息服務(wù)也處于一種被動的、 落后狀態(tài)，更提不上對干部進行信息化管理了。 3、目前，干部的任免、交流、考察等工作無法做到各個部門同時調(diào)取干部的信息進行審核，同時，也無法在第一時間進行公示。 從干部管理信息系統(tǒng)發(fā)展程度上著，發(fā)達國家的企業(yè)對于辦公自動化管理的水平較高，也采取了很多其他的管理形式，例如干部選聘、統(tǒng)計調(diào)查等方面都已經(jīng)比較成熟。正是這些形式，讓國外的企事業(yè)單位的信息化管理體系逐漸完善，并且在向著智能化的方向發(fā)展，其辦公自動化也提高到了一個很高的地步。 我國干部管理水平與國外相比，還有一個很大的差距，仍處于一個相對較弱的狀態(tài)。我國 1988 年，組建成立了人事部人事信息中心， 1992 年，完成了在臺上開發(fā)的通用人事信息管理軟件，進入 21 世紀后，伴隨因特網(wǎng)的迅速發(fā)展，基于 人事信息化管理開始得到大家的認可。 截止目前，雖然電子政務(wù)在各級政府機關(guān)得以了廣泛應(yīng)用，但 干部管理 系統(tǒng)的應(yīng)用還不太多，發(fā)揮的作用也非常有限。 加快研究如何提升 干部管理 系統(tǒng)的腳步。組織部經(jīng)過細致的調(diào)研發(fā)現(xiàn)，可以通過這個系統(tǒng)有效的提升工作效率，干部可以通過網(wǎng)絡(luò)傳輸文件，改變了以前手寫的狀態(tài)；此外這個系統(tǒng)還可以問干部選拔提供有價值的參考信息，幫助領(lǐng)導直觀的 去認識后備干部，更好的去選拔干部、使用干部。所以，我們認為干部信息化建設(shè)是適應(yīng)時代發(fā)展要求的必由之路 5。 第 三 節(jié) 論文研究的主要內(nèi)容 本論文所做的主要工作可以歸納總結(jié)為三個方面： 1、通過學習 計、參照 息系統(tǒng)設(shè)計的基本原理，設(shè)計規(guī)劃了第一章 緒論 3 系統(tǒng)的整體架構(gòu)；通過對我市干部管理的實際情況分析，將系統(tǒng)劃分為基本業(yè)務(wù)、辦公、數(shù)據(jù)處理、系統(tǒng)等幾個基本功能模塊。 2、采用了軟件工程的思想進行系統(tǒng)開發(fā)，具有清晰的開發(fā)流程。同時，在整個系統(tǒng)開發(fā)過程中貫穿使用 件開發(fā)模式，實現(xiàn)了動態(tài)的程式設(shè)計，使后續(xù)對程序 的修改和擴展簡化，并且使程序部分的重復利用成為可能；除此之外，此模式通過對復雜度的簡化，使程序結(jié)構(gòu)更加直觀。 3、針對干部管理工作這項工作本身的特點，系統(tǒng)采用了 B/S 模式，同時針對數(shù)據(jù)安全性這個問題，系統(tǒng)做了三個方面的保障工作：首先對數(shù)據(jù)庫用戶的權(quán)限進行嚴格管理，其次采用了 層模式。 第 四 節(jié) 論文組織結(jié)構(gòu) 本文共 七 章，組織結(jié)構(gòu)如下： 第一章主要介紹選題來源、本系統(tǒng)的特點以及發(fā)展現(xiàn)狀、論文研究的主要內(nèi)容及論文的組織結(jié)構(gòu)。 第二章主要介紹系統(tǒng)開發(fā)所涉及到的技術(shù)的特點，以及與其他相關(guān)技術(shù)的介紹 。 第三章主要 是系統(tǒng) 的需求分析階段，通過對系統(tǒng)的工作流程的分析對系統(tǒng)的功能框架進行分析 、梳理 。 第四章是 是系統(tǒng) 的 概要設(shè)計 ， 在需求分析的基礎(chǔ)之上，對系統(tǒng)的 框架 進行設(shè)計，同時展開 對 系統(tǒng)數(shù)據(jù)庫的設(shè)計 。 第五章是有關(guān)系統(tǒng)詳細設(shè)計 與 實現(xiàn) ， 根據(jù) 前面的需求分析與概要設(shè)計，展開對系統(tǒng)的詳細設(shè)計，主要是系統(tǒng)中一些典型功能礦的邏輯流程的設(shè)計 ， 同時結(jié)合技術(shù)手段對系統(tǒng)進行實現(xiàn) 。 第六章是 系統(tǒng)測試 環(huán)節(jié)，根據(jù)典型的軟件測試手段展開對系統(tǒng)的 測試 ，以驗證系統(tǒng)的完整性 。 最后 是總結(jié)與展望環(huán)節(jié)。 第二章 系統(tǒng)開發(fā)及相關(guān)技術(shù) 4 第二章 系統(tǒng)開發(fā)及相關(guān)技術(shù) 第一節(jié) 008 數(shù)據(jù)庫簡介 現(xiàn)今，各式各樣的軟件服務(wù)類型，以及不同的需求，對數(shù)據(jù)庫的要求都是不一樣的，比如說，小型的數(shù)據(jù)庫系統(tǒng)要求不需要太復雜的數(shù)據(jù)庫。 對現(xiàn)實的實體進行抽象、建模，概念數(shù)據(jù)模型是從的思維方式出發(fā)，對實體進行抽象，其建立的數(shù)據(jù)庫模型是以人的概念為劃分進行重構(gòu)。相對于其他版本的 2008 版的突出優(yōu)點有以下幾個方面： 于普通程序員而言，新版本的 突出的一個變化是對于插入操作的變更， 支持一條語句進行多行的插入，大大的降低了插入操作的復雜性。 可預測響應(yīng)。 08 版 的 系統(tǒng)自帶了較為廣泛的性能采集 功能 ，提供了全面的 性能 參數(shù)，同時改善了系統(tǒng)的數(shù)據(jù)壓縮能力。 在 008 中創(chuàng)新性的加入了鏡像功能，使得數(shù)據(jù)庫開發(fā)的過程中，可以有效的規(guī)避意外對數(shù)據(jù)的毀滅性打擊，提高數(shù)據(jù)恢復的速度。 是 008 中一個基 于策略的新型管理框架，它通過為大多數(shù)數(shù)據(jù)庫操作定義一組通用策略來簡化日常維護操作，降低總擁有成本。 第二節(jié) 系結(jié)構(gòu) 由 司提出的一種為了在對多層分布式企業(yè)級應(yīng)用系統(tǒng)的設(shè)計和實施時將編碼進行簡化和規(guī)范化的中間件技術(shù)。 術(shù)是在 臺或臺的標準版 基礎(chǔ)發(fā)展而來的，它不僅加強了比如說， “編寫一次、隨處運行 ”的特點、 些有利于數(shù)據(jù)庫存取操作的技術(shù)以及可以在 統(tǒng)中維護數(shù)據(jù)的安全模式等這些 的長處，與此同時還第二章 系統(tǒng)開發(fā)及相關(guān)技術(shù) 5 提 供了其他技術(shù)，用于對 及 術(shù)的完美支持。 司提出 目標就是使它成為一種可以讓軟件產(chǎn)品開發(fā)到產(chǎn)品投放到市場時間大大縮短的體系結(jié)構(gòu)。 基于多層的分布式應(yīng)用模型的體系結(jié)構(gòu)，按照功能區(qū)分，它將系統(tǒng)的應(yīng)用邏輯劃分為不同的組件，定義根據(jù)每個劃分出來的組件所在的層不同而將它們放在不同的應(yīng)用計算機上。按照大的劃分，可將 分為有三個層次的體系結(jié)構(gòu)，它們分別是客戶層、應(yīng)用服務(wù)器層和企業(yè)信息系統(tǒng)（ 。由于，應(yīng)用服務(wù)器層又可以分為表示邏 輯層和業(yè)務(wù)邏輯層。所以，按照詳細劃分，可將 分為有四個層次，它們分別是客戶層、表示邏輯層、業(yè)務(wù)邏輯層和企業(yè)信息系統(tǒng)（ 。 由于 以上的分層體系結(jié)構(gòu)特點，用 準的分層體系結(jié)構(gòu)來搭建學生課務(wù)安排信息系統(tǒng)，開發(fā)的源碼也都基于 模型，符合 言語法的規(guī)范，提高了系統(tǒng)的開放性、靈活性和可維護性。 依靠 術(shù)，使得產(chǎn)品具有平臺無關(guān)性、數(shù)據(jù)庫無關(guān)性、應(yīng)用服務(wù)器無關(guān)性及高度的可移植性。根據(jù)移動自身業(yè)務(wù)的特點平臺需要具有高度的水平擴展能力和垂直擴展能力，這就要求在平臺搭建中 必須要引入分層架構(gòu)，各層次要求必須清晰，穩(wěn)定。 系結(jié)構(gòu)如圖 2示。 圖 22系結(jié)構(gòu) 第二章 系統(tǒng)開發(fā)及相關(guān)技術(shù) 6 第三節(jié) 臺下的實現(xiàn) 系統(tǒng) 架介紹 架是軟件系統(tǒng)的模塊化、層次化處理的一種典型理念。 作原理如圖 2示。 圖 2構(gòu) 型的處理過程：首先，用戶請求訪問 的視圖，視圖中的靜態(tài)部分立即反映在視圖層上，而動態(tài)部分就需要請求控制器，控制器分析接受的動態(tài)信息屬于何種模型，模型 分析這些得到的數(shù)據(jù)后，返回結(jié)果給控制器，控制器再控制應(yīng)該在視圖層顯示的視圖樣式，綜合前面靜態(tài)部分的視圖，就可以完全的顯示所有當前請求的視圖內(nèi)容。通過以上的分析可以看出， 在的優(yōu)點有： 現(xiàn)了分層的概念，從而降低藕合度，使得結(jié)構(gòu)清晰，彈性變大，視圖層和業(yè)務(wù)層分離，使得改變應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則變得更加容易；代碼 可適用性提高，分層的模型導致不同的客戶端可以訪問相同的服務(wù)器端代碼 17， 18， 19；代碼可維護性增強，分層的視圖層和業(yè)務(wù)邏輯層也使得 于 樣 的分布式的 有鮮明結(jié)構(gòu)的三層體系結(jié)構(gòu)，最上面的層次就是表現(xiàn)層，作為最先 也是 最直接被用戶 體現(xiàn) 到的層次，它的整個內(nèi)容基本上 是 以文字和圖像的方式 體現(xiàn)；與 表現(xiàn)層緊密相關(guān)的，就是業(yè)務(wù)處理層，只有 業(yè)務(wù) 處理層的 出現(xiàn) ，才能使得用戶與表現(xiàn)層直接的交互更 加 人工智能化、更加完美完善；與業(yè)務(wù)處理層 連接 的向下層次即是 數(shù)據(jù) 中心層，它模型 控制器 視圖 請求事件處理 檢查狀態(tài)變化 用戶事件 狀態(tài)更新 狀態(tài)查詢 第二章 系統(tǒng)開發(fā)及相關(guān)技術(shù) 7 負責整個系統(tǒng)數(shù)據(jù) 管理 ，無論系統(tǒng)是需要對數(shù)據(jù)進行讀取還是需要將外部的數(shù)據(jù)存儲在系統(tǒng)中，最終的走向都是數(shù)據(jù)中心層 ，而對 數(shù)據(jù)的管理方式又體現(xiàn) 出不同的技術(shù) 30。 實現(xiàn) 計的分析 臺下 擁有較多的優(yōu)秀框架理念，其中比較典型的 架理念是結(jié)合了 大框架的架構(gòu)。 一種組件化、模塊化的體系架構(gòu)，采用 現(xiàn)的代碼具有較高的靈活性，并且代碼的重用性也較高。同時在 發(fā)中， 以簡化應(yīng)用程序的復雜程度。 基于開源的軟件框架，在頁面導航方面擁有較大的優(yōu)勢，同時框架提供異常拋出機制，以及數(shù)據(jù)連接的機制。在這些基礎(chǔ)之上， 數(shù)據(jù)管理方面，基于 應(yīng)用在進行展示的時候往 往需要使用 配置的過程中可能要求服務(wù)器重啟服務(wù)，顯然這種操作比較繁瑣；關(guān)于線程安全， 僅允許進程同時運行一個實例以線程安全方式進行運行；另外 是獨立的內(nèi)容，導致在系統(tǒng)的測試階段在操作方面非常的不便。 相對于 短板， 供了較好的補償。 賴 反射機制提供了較高的透明性，也支持多種數(shù)據(jù)庫連接方式。但同時， 致 是很受程序員的喜愛。 上面 對 行了介紹，下面對 另外一種系統(tǒng)框架行概述。 實現(xiàn)控制反轉(zhuǎn)和 案的體現(xiàn)，這種系統(tǒng)架構(gòu)可以很好的組織使用現(xiàn)有的中間件，也可以對中間件進行很好的擴展，在很大的程度上解決了 他框架只針對特定需求的問題，完善了 構(gòu)，使得構(gòu)可以更好的在現(xiàn)實中被應(yīng)用。它基本上可以消除掉對單例模式的過分依賴，對擴展的接口特定的編程需求也減小了人力物力的消耗。 第四節(jié) 術(shù) “ 異步的 術(shù)），是一種糅合了眾家技術(shù)與一身的基于瀏覽器端的網(wǎng)頁開發(fā)技術(shù)，其基礎(chǔ)技第二章 系統(tǒng)開發(fā)及相關(guān)技術(shù) 8 術(shù)框架是依賴于 為一種技術(shù)手段，他提供了一種網(wǎng)頁的搭建架構(gòu)，同時也為瀏覽器與服務(wù)器的異步通信系統(tǒng)通信信道。 傳統(tǒng)的網(wǎng)頁技術(shù)的工作流程是一旦瀏覽器端有頁面變化請求，瀏覽器將整個頁面的內(nèi)容以表單的形式發(fā)送到服務(wù)器進行請求，服務(wù)器根據(jù)發(fā)送過來的請求更新表單內(nèi)容，然后做出響應(yīng)。這中間存在一個嚴重的問題：對于同一個頁面，用戶的變化請求往往是非常少的內(nèi)容，也就是頁面 的更新內(nèi)容大部分是保持不變的，只有一小部分是經(jīng)過更新，但是在傳統(tǒng)的技術(shù)中，不管頁面更新的內(nèi)容的多少，直接將所有內(nèi)容進行更新，顯然這種更新方式浪費了大量的網(wǎng)絡(luò)帶寬，同時由于更新的內(nèi)容太多，導致頁面刷新速度非常慢。 出于對這種技術(shù)缺陷的考慮，工程人員提出了 技術(shù)方案，在 術(shù)方案中，瀏覽器只將必要的更新請求發(fā)送到服務(wù)器，得到服務(wù)的響應(yīng)以后在本地采用 具對頁面進行局部更新，顯然如此處理可以有效的降低帶寬的占有量，同時提高頁面的響應(yīng)速度，減少了瀏覽器端與服務(wù)器端的數(shù)據(jù)交換 (可有效的 降低到之前的 5%)，這樣也降低了服務(wù)器的開銷。 建基礎(chǔ) 1. 術(shù) 一種局部修改本地頁面內(nèi)容的 面刷新技術(shù)，有 現(xiàn)的頁面可以一步的箱 送請求數(shù)據(jù)，然后根據(jù)得到的返回數(shù)據(jù)對頁面進行實施的修改。 (1)術(shù)簡介 與傳統(tǒng)的變成語言的風格相類似， 以通過關(guān)鍵字命名函數(shù)，函數(shù)也可以進行傳參，當然 持的值的類型僅僅包含 4 種：對象、數(shù)字、字符串以及布爾型。在 函數(shù)的實 質(zhì)也是一種類型，可以通過對函數(shù)名的變量的引用實現(xiàn)對函數(shù)的引用。 過嵌入到 面中的腳本來實現(xiàn)對 面的綁定，這個過程的實現(xiàn)需要通過各種標簽，通過這樣的途徑， 以在頁面的任何地方實現(xiàn)。觸發(fā) 行響應(yīng)的最常用的方法是通過 間來觸發(fā)。每當用戶定義的觸發(fā)事件被激活，頁面就會執(zhí)行相應(yīng)的 本代碼，進而實現(xiàn)各自的功能。用戶所使用的觸發(fā)時間可以是 定義的標準時間當然第二章 系統(tǒng)開發(fā)及相關(guān)技術(shù) 9 也可以自己定義時間。 (2)對 面的操作 提 到對 本 面的操作，必須對 行簡單的介紹。主流的瀏覽器中都提供面向 問 一個 內(nèi)存中 件看做是文檔對象，每當 引用當前 面的內(nèi)容的時候都可以通過對這些文檔對象的操作來實現(xiàn)。在 最底層，對面的操作是是通過遠程調(diào)用工具包來實現(xiàn)。 屬性的處理提供了一些通用的機制，對于每一個元素，都可以通過 供的 和 接口來對元素的屬性進行操作。 (3)數(shù)據(jù)查詢 數(shù)據(jù)查詢是 術(shù)的一個關(guān)鍵，數(shù)據(jù)查詢在 的實現(xiàn)主要是通過構(gòu)成主要有以下幾個方面： 象的狀態(tài)， 象的一個最關(guān)鍵的屬性是過這個屬性 以與服務(wù)器建立一個異步的回調(diào)通道，進而實現(xiàn)與服務(wù)器的數(shù)據(jù)愛交換； 報頭， 象有權(quán)利對 包頭進行修改，這些修改包括增加報頭等，以及有權(quán)利對應(yīng)答報頭中的內(nèi)容進行查詢。 回應(yīng)數(shù)據(jù)，通過對服務(wù)器的響應(yīng)數(shù)據(jù)的查詢，以將響應(yīng)打包成一個 例進行返回。 架 對 深入了解，首先要通過對 框架的了解開始， 框架詳細如圖 2示。 第二章 系統(tǒng)開發(fā)及相關(guān)技術(shù) 10 A j a x i a n F r a m e w o r k sR a i l s ， T a p e s t r y ， W E B W o r k ， A S P . N . . T o o l k i tD o j o ， S m a r t C l i en t ， B a c k b a s e ， .R e m o t i n g T o o l k i R ， J S R P C ， d o j o . b i n d ()X t t p R eq u es tJ a v a s c r i p t Ut i l i t i e s &T o o l si f r a m e . . 層描述 由 框架圖： (1)遠程 調(diào)用工具包 在 架的 最底層 既是 所謂的遠程 調(diào)用包 ， 通過 這些遠程調(diào)用工具包，以將自己的 行 打包， 以 方式提供給用戶。 典型 的應(yīng)用如 及 都是此類方式，通過這些 本語言可以實現(xiàn)與后臺服務(wù)的映射，進而可以訪問服務(wù)器端的對象。 (2)具包 具包技術(shù)對界面 進行 動態(tài)調(diào)整的工具包，利用典型的 序的， 術(shù)可以實現(xiàn) 非常 豐富的修改界面的操作。如 框架圖 中的 具包，該工具包提供了多種的窗口部件，通過這些吩咐的部件，對 行操作。 (3)其他 工具包 類似 類型的工具包，在 面 需要 創(chuàng)建應(yīng)用程序的時候，會 顯得非常 的 有 用。 第三章 干部管理系統(tǒng)需求分析 11 第三章 干部管理 系統(tǒng)需求分析 第一節(jié) 系統(tǒng)背景現(xiàn)狀分析 根據(jù) 之前 的 介紹 ， 干部 管理 系統(tǒng)的主要職能集中在兩個大的方面： 管理 流程的規(guī)范化與 職責 的明確化。具體 在 管理系統(tǒng)的實現(xiàn)上， 通過 以下步驟進行：根據(jù)管理層次，劃分為三個層次， 按照 管理 權(quán)限 區(qū)分，第一層為市委 級別 的 領(lǐng)導 ，第二層 是市委組織部級別的領(lǐng)導，第三 層 是下屬課時 級別 的領(lǐng)導。各層 根據(jù) 相對應(yīng)的任務(wù)展開 各自 的工作內(nèi)容，具體的流程如表 3示 。 表 3作分工表 部門 工作職責 常委 領(lǐng)導干部隊伍管理與建設(shè)的全面工作，具體在常委會上對組織 部上報的干部調(diào)動信息和任免信息進行集中表決審批。 組織部 部長：對上負責為各常委匯報干部管理工作情況，對下領(lǐng)導干部處完成具體工作落實，具體完成干部科提交上來的干部調(diào)動信息、任免信息的審擬，并指示提交到市委常委會審批。 干部科 科長：主要抓好上級交代的各項工作的落實，具體是對科員錄入的基本信息進行審核并安排歸檔，以及對調(diào)動信息填寫和任免信息填寫進行審核，并指示提交到組織部領(lǐng)導審擬。 科員：根據(jù)各自分工，及時完成分內(nèi)工作，具體包括完成各機關(guān)信息、干部檔案信息、干部職級信息、干部退休信息等基本信息的錄入，以及干部調(diào)動信息和任免信息的錄入，并及時呈送科長審核。 第二節(jié) 工作流需求分析 對現(xiàn)有的 部信息管理系統(tǒng)中存在的功能進行具體分析，可以得出這樣的結(jié)論：開發(fā)本系統(tǒng)的目的是為了進行全市干部管理工作，因此，系統(tǒng)中的每一個具體模塊都應(yīng)該與實際工作中的流程相結(jié)合，因此，為了能夠確保工作流的正常運轉(zhuǎn)，需要本系統(tǒng)具備工作以下工作流程的功能： (1)系統(tǒng)工作流應(yīng)該與實際工作流程相吻合，要細化到系統(tǒng)中每一個模塊，第三章 干部管理系統(tǒng)需求分析 12 并且能夠?qū)崿F(xiàn)模塊數(shù)據(jù)庫和工作流數(shù)據(jù)庫的信息互動，達到聯(lián)動更新的目的，做到數(shù)據(jù)同入同出。 (2)系統(tǒng)應(yīng)具備工作提醒的功能，既在用戶登錄系統(tǒng)進入工作流模塊之后，能夠依據(jù)用戶角色和權(quán)限自動顯示該用戶 的 待辦事項，各事項按照不同模塊進行分類，模塊內(nèi)每個事項