1、目 錄摘 要21 緒論31.1 課題背景及意義31.2 國內外研究現狀41.3 本文主要的研究工作51.4 論文章節安排51.5 本章小結62 關鍵技術分析62.1 系統開發模式62.1.1 b/s體系結構62.2 研究平臺介紹72.2.1 .net平臺簡介72.3 asp.net mvc技術分析82.3.1 mvc框架概述82.3.2 asp.mvc框架92.3.3 決定如何創建mvc應用程序102.4 ado.net entity framework分析112.4.1 對象關系映射(orm)112.4.2 ado.net實體框架(ado.net entity framework)132.5

2、 本章小結163 重慶市干部教育平臺可行性與需求分析163.1 可行性分析163.1.1 經濟可行性163.1.2 技術可行性173.1.3 運行可行性173.2 系統分析173.2.1 需求背景173.3 系統模型分析183.3.1 干部教育培訓工作主體對象及職能描述183.3.2 干部教育培訓工作所涉及的人員對象及權限學員193.4 功能需求描述203.4.1 培訓工作子系統203.4.2 干部管理子系統243.4.3 培訓資源管理子系統253.4.4 信息管理子系統263.4.5 電子檔案系統283.4.6 核心工作引擎293.5 本章小結304 重慶市干部教育平臺培訓子系統的設計314

3、.1 系統設計314.1.1 系統設計原則314.1.2 系統網絡設計314.1.3 平臺框架設計334.1.4 軟件功能設計364.1.5 培訓工作子系統計劃管理模塊設計374.2 培訓工作子系統的數據庫概要設計404.2.1 培訓工作數據庫模型414.2 培訓工作子系統數據庫設計424.2.1 系統e-r圖424.3 本章小結435 重慶市干部教育平臺培訓子系統的實現與應用分析445.1 系統界面的實現445.1.1 重慶市干部教育平臺主頁面的實現445.1.2 前臺學員登陸后界面的實現445.1.3 培訓工作管理模塊的實現465.1.4 培訓報名管理模塊的實現495.1.5 班級管理模塊

4、的實現505.1.6 培訓查詢模塊的實現525.2 系統運行效果分析545.2.1 系統速度545.2.2 系統穩定性545.2.3 系統安全性545.3 本章小結57摘 要隨著干部教育培訓對象的不斷拓展、培訓規模的擴大和知識經濟時代、學習型社會的到來，建立更加開放、更加全面和更加人性化的開放式教育培訓體系是實現大規模培訓干部戰略的迫切要求。在網絡技術不斷發展的今天，設計開發出基于網絡的干部教育培訓系統是實現干部教育培訓的最好途徑，使干部教育培訓更加靈活、務實、有效，能有效解決工學矛盾、需求矛盾、資源矛盾等，有利于進一步整合現有培訓資源，實現培訓效益最大化。本文在對干部教育培訓現狀及實行開放式

5、干部教育培訓的重要意義進行論述的基礎上，選擇bs模式作為系統開發模式，運用net平臺下的 aspnet mvc框架技術，設計出以microsoft sql server 2005為數據庫的干部教育培訓系統。本文主要運用基于uml的面向對象分析方法，對系統的業務需求、功能需求、用戶需求等進行了分析。采用aspnet應用程序的三層架構模式進行了系統的架構設計，對系統各功能模塊、數據庫、用戶界面、系統安全等進行了分析和設計，并對系統的實現進行了詳細闡述。本文的主要工作如下：對重慶市組織部現有情況進行分析通過對重慶市組織部現有軟硬件情況，當前重慶市組織部舊系統已不能滿足實際應用，通過對當前國內外分析，

6、確立了基于b/s模式的以asp.net mvc框架來實現重慶市干部教育平臺。對重慶干部教育平臺培訓工作子系統進行了需求分析和詳細設計對于干部教育培訓系統的設計，主要研究了該系統的功能需求，結構設計，功能模塊的設計，體系架構以及權限分配等。對干部教育平臺培訓工作子系統進行了研究與實現對基于b/s模式下重慶市干部教育平臺進行了設計，并對干部教育培訓中核心子系統培訓工作子系統進行了實現。干部教育平臺應用效果分析效果分析主要從系統速度、系統穩定性、系統安全性等方面進行分析。時也對系統設計的不足作詳細分析，提出在后續工作中應該改進的方面。關鍵詞： 干部教育平臺，aspnet數據庫技術，培訓工作，系統設計

7、實現1 緒論1.1 課題背景及意義干部教育培訓工作是一項長期的系統工程，如何利用先進的信息技術為干部教育培訓工作提供系統、高效、便捷、可靠、安全的信息管理服務；如何有效地存儲、利用工作數據和經驗，使這項工作縱向保持連續性、橫向保持完整性；如何為工作創新提供有力的信息支持和決策輔助，這些都是當前干部教育培訓工作亟待解決的問題。目前，全市的干部培訓規模大、培訓對象和班次多、培訓內容豐富，需要管理的工作程序、信息項目非常復雜。比如從宏觀來說，包括培訓任務的規劃、分解、培訓教材的編寫、培訓基地的建設、培訓師資的管理、培訓結果的統計、培訓效果的評價等；從微觀來說，包括每一期培訓班從確定培訓時間、培訓對象

8、、培訓主題、培訓內容、培訓要求、培訓目標，到確定培訓地點、培訓師資、選調學員、組織教學、培訓考核，培訓總結（評估）等。以上工作都必須逐一進行原始記載、分析處理和科學管理。為了完成中央和市委部署的干部教育任務，就必須全面掌握我市三支隊伍的總體培訓情況，以及每次培訓班的具體情況等相關信息。只有這樣才能做到合理制訂培訓方案、確定培訓內容、選擇培訓學員，達到全面培訓、科學實施，不漏訓、不復訓的目標。建立一套干部教育培訓管理信息系統，有助于把握培訓工作規范，更好地利用現有的培訓經驗來指導今后的培訓工作，有利于建立科學的培訓體系，為干部教育培訓工作提供必要的信息技術支持，并不斷開拓創新。本文主要是通過在對

9、國內干部教育培訓的現狀進行分析和對積極推行干部教育培訓在internet上應用的重大意義基礎上，系統采用b/s（瀏覽器/服務器）模式、asp.net技術、asp.net mvc框架，以microsoft sql server 2005作為數據庫對干部教育培訓系統進行設計和開發。本課題擬通過對干部教育培訓過程進行分析，利用先進的計算機技術與網絡。目的是開發出高性能、高安全性、操作方便的干部培訓系統。本系統的實現，具有以下意義： 建立全市干部教育培訓工作平臺。 完善全市干部教育培訓電子檔案信息庫，實現紙質檔案掃描存儲歸檔。 實現全市組織系統、重點施教機構等干部教育培訓工作的網絡實時協同辦公，實現短

10、信通知到達。 實現全市干部教育培訓數據的信息共享，網絡化管理，多維度查詢、分析、圖文報表，數據挖掘。 實現與干部在線學習平臺接口，結論信息自動進入電子檔案系統。 改善干部教育培訓的方式，使培訓實現科學化與規范化、信息化與自動化，以提高教育培訓質量，降低培訓成本。 改革培訓方式，通過現代化培訓理念、現代化培訓方式，以增強干部素質。1.2 國內外研究現狀國內外現行的干部教育培訓大多還處于傳統的以課章、教材和教師為中心，教師在課堂中處于主導和支配地位，干部則處于被動接受地位的模式。據筆者了解，國內均未將現代信息技術和網絡技術很好的運用到干部教育培訓中。在網絡中進行搜索，偶爾有基于網絡的干部教育培訓模

11、式，但均還處于單一的網頁瀏覽狀態，往往出現難以對教育培訓過程進行有效的管理和監控，不能真正發揮教育培訓的作用。干部教育培訓工作是一項長期的系統工程，如何利用先進的信息技術為干部教育培訓工作提供系統、高效、便捷、可靠、安全的信息管理服務；如何有效地存儲、利用工作數據和經驗，使這項工作縱向保持連續性、橫向保持完整性；如何為工作創新提供有力的信息支持和決策輔助，這些都是當前干部教育培訓工作亟待解決的問題。1.3 本文主要的研究工作據調研，目前組織部只有一套自行研發的干部信息數據中心管理軟件。該軟件雖然能夠全面管理全市所有干部信息但卻不能解決在上段中提到的干部培訓管理方面的諸多問題，由此也造成了實際工

12、作中的諸多不便。基于對重慶市干部教育現有業務的全面了解和分析，以及與市委組織部干部教育處、信息管理處間的交流與討論。為了能縮減不必要的手工業務流程、提高辦事效率、節省管理費用、提高干部教育培訓管理水平、增強干部教育培訓工作的針對性和時效性。本文的研究工作有： 提出以asp.net mvc框架作為系統的開發框架的系統開發模式。 剖析了干部教育系統發展的過程中存在的一系列問題，并針對這些問題 提出針對性需求，并對需求進行了合理的分析。 完成了重慶市干部教育平臺的需求與設計，并使用了以sql server 2005為主的數據庫技術加以實現。 對重慶市干部教育平臺的不足與運行效果進行了有效的評估，提出

13、了在后續的開發工作中應該改進的方面。1.4 論文章節安排第一章闡述課題背景、研究意義、論文所要解決的問題以及論文的章節安排。第二章對相關理論和技術的分析和研究，提出了實用的干部教育培訓系統解決方案。第三章對重慶市干部教育平臺進行需求和可行性分析，進而提出項目設計的具體規劃。第四章對重慶市干部教育平臺進行設計及功能分析，提出設計目標和設計思想，并且對培訓工作子系統進行了比較詳細的設計，給出了系統結構圖，并進行功能分析。第五章對重慶市干部教育平臺培訓工作子系統給出了詳細設計和具體實現。第六章說明了系統使用情況，對系統開發和使用作出了總結，并提出了自己的看法和展望。1.5 本章小結本意闡述了基于as

14、p.nte mvc框架開發的重慶市干部教育平臺的選題背景和意義，分析了國內外對此問題的研究現狀，提出了本文的主要研究工作，最后提出了本文研究工作的內容。2 關鍵技術分析2.1 系統開發模式2.1.1 b/s體系結構b/s（browser/server）結構即瀏覽器和服務器結構。這是隨著internet技術的興起，相對于c/s結構的一種變化或者改進的結構。在b/s結構下，用戶工作界面是通過www瀏覽器來實現，極少部分事務邏輯在前端（browser）實現，主要事務邏輯是在服務器端（server）來實現。b/s三層體系結構采用三層客戶/服務器結構，在數據管理層（server）和用戶界面層（clien

15、t）之間增加了一層，稱為中間件（middleware），使整個體系結構成為三層。三層結構是伴隨著中間件技術的成熟而興起，核心是利用中間件將整個應用分為表示層、業務邏輯層、數據存儲層三個不同的處理層次。這樣實現的好處在于大大簡化了客戶端計算機負載，減輕了系統維護與升級的成本和工作量，降低了用戶的總體成本。b/s結構最大的優點就是可以在任何地方進行操作而不用安裝任何專門的軟件。客戶端實現零維護，系統擴展也很容易實現，只要一臺能聯網的計算機，再由系統管理員分配一個用戶權限，此用戶就可以進行系統的一定操作。2.2 研究平臺介紹2.2.1 .net平臺簡介.net平臺是微軟的主要開發平臺。這個主題十分廣

16、泛，包含了很多規范，如組件格式、編程語言、標準類庫和開發工具等。主要包括以下內容：.net framework，包括：common language runtime(clr)(公共語言運行環境)，是用于運行和加載應用程序的軟件組件；公共語言運行庫是.net framework的基礎。公共語言運行庫是一個在執行時管理代碼的代理，它提供內存管理、線程管理和遠程處理、代碼執行、代碼安全驗證、編譯等核心服務。.net framework類庫，它是一個綜合性的面向對象的可重用類型集合，可以使用它開發多種應用程序，為開發人員提供了統一的、面向對象的、分層的和可擴展的類庫集 (api)。這些應用程序包括傳統

17、的命令行或圖形用戶界面 (gui) 應用程序，也包括基于 asp.net 所提供的最新創新的應用程序（如 web 窗體和 xml web services）。.net開發工具，包括：visual studio .net integrated development environment(ide)(visual studio .net集成開發環境)，用于生成 asp.net web 應用程序、xml web services、桌面應用程序和移動應用程序。visual basic、visual c# 和 visual c+ 都使用相同的集成開發環境 (ide)，這樣就能夠進行工具共享，并能夠輕松

18、地創建混合語言解決方案。另外，這些語言使用 .net framework 的功能，它提供了可簡化 asp web 應用程序和 xml web services 開發的關鍵技術。asp.net用于取代以前的active server pages(asp)的特殊類庫，用來創建動態的web內容和web服務器應用程序，受用如html、xml和simple object access protocol(soap)(簡單對象訪問協議)等internet協議和數據格式。net framework組成如下：圖2.1.net framework結構圖fig. 2.1 structure of the .net

19、framework2.3 asp.net mvc技術分析2.3.1 mvc框架概述mvc是將一個應用實現分成三個組件角色的框架技術。分為：模型，視圖和控制器。model(模型) 主要是負責保持狀態的應用組件。狀態通常都持久于數據庫中。包含了應用問題的核心數據、邏輯關系和計算功能，并封裝了所需的數據，提供了完成問題處理的操作過程。控制器依據i/o的需要調用這些操作過程。模型還為視圖獲取顯示數據而提供了訪問其數據的操作。這種變化-傳播機制體現在各個相互依賴部件之間的注冊關系上。模型數據和狀態的變化會激發這種變化-傳播機制，它是模型、視圖和控制器之間聯系的紐帶。view(視圖)主要是負責顯示用戶界面

20、的組件。ui通常是使用模型數據來創建的，例如，生成一個product編輯視圖，根據當前product對象狀態，顯示文本框，下拉框和復選框等。視圖通過顯示的形式，把信息轉達給用戶。不同視圖通過不同的顯示，來表達模型的數據和狀態信息。每個視圖有一個更新操作，它可被變化-傳播機制所激活。當調用更新操作時，視圖獲得來自模型的數據值，并用它們來更新顯示。在初始化時，通過與變化-傳播機制的注冊關系建立起所有視圖與模型間的關聯。視圖與控制器之間保持著一對一的關系，每個視圖創建一個相應的控制器。視圖提供給控制器處理顯示的操作。因此，控制器可以獲得主動激發界面更新的能力。controller(控制器)主要是處理

21、用戶交互，操作模型和最終選擇用哪個視圖來顯示ui的組件。它通過時間觸發的方式，接受用戶的輸入。控制器如何獲得事件依賴于界面的運行平臺。控制器通過事件處理過程對輸入事件進行處理，并為每個輸入事件提供相應的操作服務，把事件轉化成對模型或相關視圖的激發操作。如果控制器的行為依賴于模型的狀態，則控制器應該在變化-傳播機制中進行注冊，并提供一個更新操作。這樣，可以由模型的變化來改變控制器的行為，如禁止某些操作。也就是說視圖只是用來顯示信息，控制器來處理和回應用戶的輸入和交互。圖2.2 mvc執行流程fig. 2.2 execute flow of mvc2.3.2 asp.mvc框架模型-視圖-控制器（

22、model-view-contoller, mvc）架構模式將應用程序分為了三個主要的組件：模型，視圖和控制器。asp.net mvc框架為asp.net web表單模式提供了另一種開發模式基于mvc的web應用程序。asp.net mvc框架是一個輕量的、高度可測試的表現層框架（與基于表單的web應用程序相同），它繼承在了現有的asp.net功能之中，例如模板頁和基于membership的驗證。mvc框架定義在了system.web.mvc命名空間中，并且是必不可少的，由部分system.web命名空間支持。mvc是一個許多開發者都熟悉的、標準的設計模式。一些類型的web應用程序將從mvc框

23、架中受益。其他一些應用程序將會繼續使用基于web表單和postback的傳統asp.net應用程序模式。還有一些web應用程序將會將這兩種方法結合；這兩種方式互不排斥。mvc模型幫助創建這樣的應用程序，它能夠將應用程序的各個方面區分開（輸入邏輯、業務邏輯，以及ui邏輯），同時提供這些元素之間的松耦合。這個模式指定了每一種邏輯應該位于應用程序的哪個位置。ui邏輯屬于視圖。輸入邏輯屬于控制器。業務邏輯屬于模型。這種分隔有助于你在創建應用程序時管理復雜性，因為它能夠讓你在一次將精力集中于實現的某一方面。舉個例子，你可以集中在視圖，而不依賴于業務邏輯。除了管理復雜性以外，測試應用程序時mvc模式比基于

24、web表單的asp.net應用程序要簡單得多。舉個例子，在一個基于web表單的asp.net應用程序中，一個類既用于顯示輸出，也用于響應用戶輸入。為基于web表單的asp.net應用程序編寫自動測試程序是很復雜的，因為要測試每個頁面，你必須初始化頁面類，它的所有子控件，以及應用程序中其他有所依賴的類。因為為了運行頁面初始化了這么多的類，所以編寫專用于應用程序單獨部分的測試就變得很困難了。測試基于web表單的asp.net應用程序因此比測試mvc應用程序更加難以實施。除此以外，基于web表單的asp.net應用程序需要一個web服務器。mvc框架將組件進行了解耦，并且大量使用了接口，使得測試獨立

25、于框架其他部分的組件成為可能。mvc應用程序三個主要組件之間的松耦合也提升了并行開發的程度。舉個例子，一個開發者可以開發視圖，第二個開發者可以開發控制器邏輯，而第三個開發者可以將精力集中于模型中的業務邏輯。2.3.3 決定如何創建mvc應用程序必須認真考慮是使用asp.net mvc框架實現web應用程序，還是使用asp.net web表單模型來實現web應用程序。mvc框架并沒有取代web表單模型；你可以選擇使用mvc框架（如果你已經有基于web表單的應用程序，它們可以繼續像往常一樣工作）。對于一個特定的web站點，在你決定使用mvc框架或者web窗體模型之前，權衡一下每一種方式的優勢。as

26、p.net mvc框架提供了下面的優點：通過將應用程序分為了模型、視圖和控制器，它在管理復雜性方面更加的簡單。它不適用視圖狀態或者基于服務器的表單。對于那些想要完全控制應用程序行為的開發者來說，mvc框架是很理想的。通過一個控制器，它使用了front controller模式來處理對web應用程序的請求。這允許你設計出一種可以支持豐富的路由結構的應用程序。關于front controller的更多信息，可以查看msdn網站。它為測試驅動開發（test-driven development, tdd）提供了更好的支持。對于那些由大型開發者和設計者所支持的web應用程序來說，它運作得很好，能夠對應

27、用程序的行為提供更高層次的控制。基于web窗體的框架提供了下面的優勢：它支持在http上保存狀態的事件模型，這有益于line-of-business的web應用程序開發。基于web窗體的應用程序提供了大量的事件，它們被數以百計的服務器控件所支持。它使用了一個page controller模式來為單個頁面添加功能。關于page controller的更多信息，可以參考msdn網站。它使用了視圖狀態或者基于服務器的表單，這使得管理狀態信息更加容易。對于那些想要利用大量的用于快速應用程序開發組件的小型web開發者和設計者團隊來說，它工作得很好。總的來說，對于應用程序開發來說，它更加的簡單，因為組件（

28、page類，控件等）已經緊密地集成了，并且通常比mvc需要編寫更少的代碼。2.4 ado.net entity framework分析2.4.1 對象關系映射(orm)對象關系映射（object relational mapping，簡稱orm）是一種為了解決面向對象與關系數據庫存在的互不匹配的現象的技術。 簡單的說，orm是通過使用描述對象和數據庫之間映射的元數據，將java程序中的對象自動持久化到關系數據庫中。本質上就是將數據從一種形式轉換到另外一種形式。 這也同時暗示者額外的執行開銷；然而，如果orm作為一種中間件實現，則會有很多機會做優化，而這些在手寫的持久層并不存在。 更重要的是用于

29、控制轉換的元數據需要提供和管理；但是同樣，這些花費要比維護手寫的方案要少；而且就算是遵守odmg規范的對象數據庫依然需要類級別的元數據。orm的全稱是object relational mapping，即對象關系映射。它的實質就是將關系數據（庫）中的業務數據用對象的形式表示出來，并通過面向對象（object-oriented）的方式將這些對象組織起來，實現系統業務邏輯的過程。在orm過程中最重要的概念是映射（mapping），通過這種映射可以使業務對象與數據庫分離。從面向對象來說，數據庫不應該和業務邏輯綁定到一起，orm則起到這樣的分離作用，使數據庫層透明，開發人員真正的面向對象。圖 2.3簡

30、單說明了orm在多層系統架構中的這個作用。對象關系映射（object relational mapping，簡稱orm）是一種為了解決面向對象與關系數據庫存在的互不匹配的現象的技術。 簡單的說，orm是通過使用描述對象和數據庫之間映射的元數據，將java程序中的對象自動持久化到關系數據庫中。本質上就是將數據從一種形式轉換到另外一種形式。 這也同時暗示者額外的執行開銷；然而，如果orm作為一種中間件實現，則會有很多機會做優化，而這些在手寫的持久層并不存在。 更重要的是用于控制轉換的元數據需要提供和管理；但是同樣，這些花費要比維護手寫的方案要少；而且就算是遵守odmg規范的對象數據庫依然需要類級別

31、的元數據。orm的全稱是object relational mapping，即對象關系映射。它的實質就是將關系數據（庫）中的業務數據用對象的形式表示出來，并通過面向對象（object-oriented）的方式將這些對象組織起來，實現系統業務邏輯的過程。在orm過程中最重要的概念是映射（mapping），通過這種映射可以使業務對象與數據庫分離。從面向對象來說，數據庫不應該和業務邏輯綁定到一起，orm則起到這樣的分離作用，使數據庫層透明，開發人員真正的面向對象。圖 2.3簡單說明了orm在多層系統架構中的這個作用。圖2.3 orm在多層系統架構中的作用fig.2.3 effect of orm i

32、n multilayer system design目前大多數項目或產品都使用關系型數據庫實現業務數據的存儲，這樣在開發過程中，常常有一些業務邏輯需要直接用寫sql語句實現，但這樣開發的結果是：遍地布滿sql語句。這些高藕合的sql語句給系統的改造和升級帶來很多無法預計的障礙。為了提高項目的靈活性，特別是快速開發，orm是一個不錯的選擇。舉個簡單的例子：在使用orm的系統中，當數據庫模型改變時，不再需要理會邏輯代碼和sql語句中涉及到該模型的所有改動，只需要將該模型映射的對象稍作改動，甚至不做改動就可以滿足要求。2.4.2 ado.net實體框架(ado.net entity framewor

33、k)實體框架 是 ado.net 中的一組支持開發面向數據的軟件應用程序的技術。面向數據的應用程序的架構師和開發人員曾為實現兩個迥然不同的目標費盡心機：他們必須為要解決的業務問題的實體、關系和邏輯構建模型，還必須處理用于存儲和檢索數據的數據引擎。數據可能跨多個各有不同協議的存儲系統；甚至使用單個存儲系統的應用程序也必須在存儲系統的要求與編寫高效且易維護的應用程序代碼之間取得平衡。實體框架采用特定于域的對象和屬性（如客戶和客戶地址）的形式使用數據，不必自己考慮存儲這些數據的基礎數據庫表和列。通過提升開發人員在處理數據時可以使用的抽象級別并減少創建和維護面向數據的應用程序所需的代碼，可以實現這一目

34、的。實體框架 是 .net framework 的一個組件，應用實體框架應用程序在安裝了 .net framework 3.5 service pack 1 (sp1) 的計算機上運行。數據建模數據建模是一種常見的設計模式，將數據模型分為三個部分：概念模型、邏輯模型和物理模型。概念模型定義要建模的系統中的實體和關系。關系數據庫的邏輯模型通過外鍵約束將實體和關系規范化到表中。物理模型通過指定分區和索引等存儲詳細信息實現特定數據引擎的功能。實體框架可使開發人員查詢概念模型中的實體和關系，同時依賴于 實體框架 將這些操作轉換為特定于數據源的命令，從而為概念模型賦予生命。這使應用程序不再對特定數據源具

35、有硬編碼的依賴性。概念模型、存儲模型以及兩個模型之間的映射以外部規范（稱為 實體數據模型 (edm)）表示。可以根據需要對存儲模型和映射進行更改，而不需要對概念模型、數據類或應用程序代碼進行更改。存儲模型是特定于提供程序的，因此可以在各種數據源之間使用一致的概念模型。edm 由以下三種模型和具有相應文件擴展名的映射文件進行定義。 概念架構定義語言文件 (.csdl) - 定義概念模型。 存儲架構定義語言文件 (.ssdl) - 定義存儲模型（又稱邏輯模型）。 映射規范語言文件 (.msl) - 定義存儲模型與概念模型之間的映射。實體框架 使用這些基于 xml 的模型和映射文件將對概念模型中的實

36、體和關系的創建、讀取、更新和刪除操作轉換為數據源中的等效操作。edm 甚至支持將概念模型中的實體映射到數據源中的存儲過程。訪問和更改實體數據實體框架不僅僅是另一種對象關系映射解決方案，還從根本上使應用程序可以訪問和更改表示為概念模型中的實體和關系的數據。對象服務使用 edm 將對概念模型中所表示的實體類型的對象查詢轉換為特定于數據源的查詢。查詢結果具體化為對象服務管理的對象。實體框架 提供以下方式用于查詢 edm 并返回對象： linq to entities - 提供語言集成查詢 (linq) 支持用于查詢在概念模型中定義的實體類型。有關更多信息，請參見 linq to entities 概

37、述。 entity sql - 與存儲無關的 sql 方言，直接使用概念模型中的實體并支持諸如繼承和關系等 edm 功能。entity sql 可用于對象查詢和使用 entityclient 提供程序執行的查詢。 查詢生成器方法 - 使您可以使用 linq 風格的查詢方法構造 entity sql 查詢。實體框架 中包含 entityclient 數據提供程序。此提供程序管理連接，將實體查詢轉換為特定于數據源的查詢，并返回一個由對象服務用來將實體數據具體化為對象的數據讀取器。當不需要對象具體化時，通過使應用程序執行 entity sql 查詢并使用返回的只讀數據讀取器，還可以像標準 ado.n

38、et 數據提供程序一樣使用 entityclient 提供程序。下圖演示用于訪問數據的實體框架體系結構：圖2.4 實體框架體系結構圖fig.2.4 framework of the entity framework實體框架 生成一個從 objectcontext 派生的類，該類表示概念模型中的實體容器。此對象上下文提供跟蹤更改以及管理標識、并發和關系的功能。此類還公開將插入、更新和刪除操作寫入數據源的 savechanges 方法。與查詢類似，這些更改是由系統自動生成的命令或由開發人員指定的存儲過程執行的。實體數據模型工具除了實體框架 運行庫以外，.net framework 3.5 sp1

39、還包含 edm 生成器 (edmgen.exe)。該命令提示實用工具連接到數據源并基于實體與表之間的一對一映射生成 edm。另外，該實用工具還使用概念模型文件 (.csdl) 生成一個對象層文件，該文件包含表示實體類型和 objectcontext 的類。edmgen.exe 是用來處理 實體數據模型 (edm) 的命令行工具。使用 edmgen.exe 工具可以執行以下任務： 通過使用特定于數據源的 .net framework 數據提供程序連接到數據源，生成概念模型 (.csdl)、存儲模型 (.ssdl) 和 edm 所用的映射 (.msl) 文件。 驗證現有模型。 生成包含從概念模型

40、(.csdl) 文件生成的對象類的 c# 或 visual basic 代碼文件。 生成包含現有模型的預生成視圖的 c# 或 visual basic 代碼文件。ado.net 實體數據模型設計器（實體設計器）ado.net 實體數據模型設計器（實體設計器）是一個可視化工具，在該工具中，通過點擊鼠標即可修改 edm。使用實體設計器可以直觀地創建和修改實體、關聯、映射和繼承關系。此外，還可以驗證 edm。在實體設計器中，通過實體數據模型向導和模型更新向導，可以生成、編輯和更新 edm。實體設計器由以下組件構成： 用于編輯概念模型的可視化設計圖面。您可以創建、修改或刪除實體和關聯。 用于查看和編輯

41、映射的“映射詳細信息”窗口。您可以將實體類型或關聯映射到數據庫表、列和存儲過程。有關更多信息，請參見“映射詳細信息”窗口。 提供概念模型和存儲模型的樹視圖的“模型瀏覽器”窗口。有關更多信息，請參見“模型瀏覽器”窗口。 用于創建實體、關聯和繼承關系的工具箱控件實體設計器使用 .edmx 文件。.edmx 文件是三種 edm 元數據文件的組合：概念架構定義語言 (csdl) 文件、存儲架構定義語言 (ssdl) 文件和映射規范語言 (msl) 文件。在運行實體數據模型向導時，會創建一個 .edmx 文件并將其添加到您的解決方案中。當實體向導完成后，此文件將在實體設計器中自動打開。在解決方案資源管理

42、器中雙擊 .edmx 文件，也可以在實體設計器中將其打開。2.5 本章小結本章首先介紹了系統開發模式，分析b/s在本系統中開發的優勢。然后剖析了以.net作為本系統的開發平臺。最后通過經典mvc模式分析引出asp.net mvc作為開發平臺能夠完成系統開發任務。這也為本文設計并實現的重慶市干部教育平臺打下一個堅實的技術基礎。3 重慶市干部教育平臺可行性與需求分析3.1 可行性分析本項目針對重慶市干部教育系統的實際情況，將可行性分析分為三個部分來進行，即經濟可行性、技術可行性和運行可行性。3.1.1 經濟可行性隨著政府管理方式改革，傳統的管理方式、方法以及工作效率已經不能適應時代的發展，傳統管理

43、方式已經不能很好地為政府服務。所以，提高政府管理水平的主要途徑是更新管理者的思想，運用當今先進的計算機技術，開發網絡化管理系統，是提高政府部門管理效率的有效途徑。隨著當前社會主義進程的發展，政府工作人員增多，培訓難等問題不斷加深。提高培訓水平已是迫在眉睫。利用當前互聯網網絡教育平臺，以提高培訓水平、培訓效率，節約培訓費用。重慶大學要開發干部培訓系統，以滿足重慶市干部教育的需要。使重慶市干部教育工作得以順利開展。3.1.2 技術可行性 政府網絡的完善政府經過幾年的信息化建設，已經具備相當的規模，辦公設施比較完備，接入方便，為政府網絡化辦公奠定了良好的硬件基礎。 強大開發平臺當前基于b/s（瀏覽器

44、/服務器）模式技術的發展已十分強大，.net 平臺 。3.1.3 運行可行性對本系統在試運行后效果進行評估。分析是不是能夠在現有硬件條件下全成預定的處理任務，同時應考慮系統建成后對現有管理人員的培訓等。這方面通過平臺試運行本系統可以滿足要求。3.2 系統分析3.2.1 需求背景干部教育培訓工作是一項長期的系統工程，如何利用先進的信息技術為干部教育培訓工作提供系統、高效、便捷、可靠、安全的信息管理服務；如何有效地存儲、利用工作數據和經驗，使這項工作縱向保持連續性、橫向保持完整性；如何為工作創新提供有力的信息支持和決策輔助，這些都是當前干部教育培訓工作亟待解決的問題。目前，全市的干部培訓規模大、培

45、訓對象和班次多、培訓內容豐富，需要管理的工作程序、信息項目非常復雜。比如從宏觀來說，包括培訓任務的規劃、分解、培訓教材的編寫、培訓基地的建設、培訓師資的管理、培訓結果的統計、培訓效果的評價等；從微觀來說，包括每一期培訓班從確定培訓時間、培訓對象、培訓主題、培訓內容、培訓要求、培訓目標，到確定培訓地點、培訓師資、選調學員、組織教學、培訓考核，培訓總結（評估）等。以上工作都必須逐一進行原始記載、分析處理和科學管理。為了完成中央和市委部署的干部教育任務，就必須全面掌握我市三支隊伍的總體培訓情況，以及每次培訓班的具體情況等相關信息。只有這樣才能做到合理制訂培訓方案、確定培訓內容、選擇培訓學員，達到全面

46、培訓、科學實施，不漏訓、不復訓的目標。建立一套干部教育培訓管理信息系統，有助于把握培訓工作規律，更好地利用現有的培訓經驗來指導今后的培訓工作，有利于建立科學的培訓體系，為干部教育培訓工作提供必要的信息技術支持，并不斷開拓創新。3.3 系統模型分析3.3.1 干部教育培訓工作主體對象及職能描述干部教育培訓工作平臺主體對象中中組部，市委組織部對過制定培訓計劃下放到各級部門，并上報到培訓情況到中組部，國家機關等部門。同時各級培訓部門實施由市委組織部制定的培訓計劃。進而對學員進行培訓。干部教育培訓工作主體對象模型如圖3.1所示。圖3.1 干部教育培訓工作主體對象模型fig.3.1 main objec

47、t model of cadre education work 市委組織部市委組織部負責：制訂和發布全市干部教育培訓規劃，制訂和發布市管領導干部、區縣處級領導干部調訓計劃，對培訓機構實施評估并指導其建設，協調培訓機構實施培訓教學，考核參訓學員學習情況（學習態度及表現、掌握所學知識的程度、解決實際問題的能力），定期公布供干部自主選學的教育培訓項目并匯總報名情況，維護市管領導干部教育培訓電子檔案，管理、應用全市干部教育培訓電子檔案（查詢、統計分析、圖文報表、數據挖掘）。 各級組織人事部門各區縣委組織部負責：按照市委組織部調訓安排組織學員參訓，依據干部教育培訓管理權限，制訂和發布本地干部教育培訓計劃

48、并組織實施，對本地培訓機構實施評估并指導其建設，考核學員學習情況，定期公布干部自主選學的教育培訓項目并匯總報名情況，維護、管理、應用本級管理的干部教育培訓電子檔案。各市級部門組織（干部、人事）部處負責：按照市委組織部調訓安排組織學員參訓；依據干部教育培訓管理權限，制訂和發布本行業或本單位干部教育培訓計劃并組織實施，對本地培訓機構實施評估并指導其建設，考核學員學習情況，定期公布干部自主選學的教育培訓項目并匯總報名情況，維護、管理、應用本級管理的干部教育培訓電子檔案。 施教機構（教育培訓機構）根據培訓主管機構提出的培訓需求設置培訓班次和學制，安排培訓教材、師資、教室及住宿，組織實施培訓教學，負責培

49、訓過程中的學員管理（考勤、考試及論文評審），向培訓主管機構提供培訓班學習情況的報告。 干部（學員）服從調訓安排參加培訓、考試和提交培訓論文、學習心得等，查詢本人教育培訓電子檔案，發表個人選學意見，協助維護本人相關信息。 中組部、中央國家機關、中央及國家級施教機構由市委組織部將需報送的重慶市干部教育情況經系統生成后，通過專網或其他形式上報。3.3.2 干部教育培訓工作所涉及的人員對象及權限學員國家機關干部、企業經營管理干部、專業技術干部：個人查詢，不可修改。 管理和工作人員市委組織部干部教育處：全面查詢，可修改。各級組織部門負責干部教育培訓工作的人員、各施教機構負責教務安排、師資管理、學員管理等

50、相關工作的人員：部分查詢，按市委組織部干部教育處所分配的權限進行部分修改。 領導市委干部教育培訓工作領導小組領導、市委組織部領導：全面查詢，不可修改。3.4 功能需求描述系統的功能大體劃分為5個部分：培訓工作子系統、干部管理子系統、培訓資源管理子系統、信息資源管理子系統和電子檔案子系統。本節運用uml用例圖技術對這幾個子系統功能進行描述。3.4.1 培訓工作子系統培訓工作子系統主要工作是培訓，系統包括培訓計劃管理、培訓班級管理、培訓過程管理等幾個功能模塊。培訓計劃管理模塊在培訓計劃管理主要涉及到5類角色，它們分別是市委組織部計劃錄入人員、下級組織部門工作人員、市委組織部工作人員、市組織部領導和

51、施教機構工作人員。這5類角色和人員角色分別構成泛化關系。角色與用例的對應情況是相互分離的，就是說不同的角色之間的用例不交叉。“開班提醒”是一個特殊的用例。它是由系統根據計劃的時間字段觸發的，市組織部工作人員和施教機構工作人員可以接受到“開班提醒”的信息。“計劃歸檔”用例也是一個特殊的用例。它不屬于任何角色，是由系統根據計劃在其生命周期結束的時候觸發。如圖3.2是培訓計劃管理的用例圖：培訓計劃管理模塊中主要講的是企劃、制定和執行等部分。企劃是指正式制定計劃前的各種籌備工作，系統提供意見征求、各類干教工作統計報表、相關文檔資料檢索、標準模板自動生成等功能，為計劃制定工作提供輔助決策工具。制定是指錄

52、入正式計劃的詳細內容。執行是指系統提供的定時提醒，執行情況監控，結論自動生成，計劃修訂等功能，為計劃按照預定的時間和條件執行提供輔助工具。下面說明培訓計劃管理流程。 市委組織部工作人員擬制定某個培訓計劃。 市委組織部工作人員以某些關鍵字查詢出以前舉辦的類似班級的情況和相關文檔情況供參考。 市委組織部工作人員發出調研通知，各單位回應反饋意見。 市委組織部工作人員匯總各種意見和參考提出方案供領導決策。 領導批準后市委組織部工作人員輸入時間、內容、操作形式、施教機構、人員范圍、進度安排等項目通過標準模板制定計劃。 計劃開始執行，系統根據預設定在各今后的各操作環節給出推薦選項協助工作人員處理，對各環節

53、按時間進行自動提醒推動計劃執行，各環節結束后自動生成結論報表供領導監控用。圖3.2 培訓計劃管理用例圖fig.3.2 use case of teach and plan manage 計劃結束，計劃過程產生的各種數據和文檔按關聯方式保存到電子檔案系統中供今后的干教工作使用。培訓班級管理模塊在培訓班級管理用例圖中涉及到3類角色，它們分別是市委組織部工作人員、學員（干部）和施教機構工作人員。市委組織部工作人員與施教機構工作人員角色和人員角色構成泛化關系。學員（干部）是一個獨立的角色概念。角色與用例的對應情況是相互分離的，就是說不同的角色之間的用例不交叉。“報名”是一個比較特殊的用例。它使用（觸發

54、）了“數據同步”用例。如圖3.3是培訓班級管理的用例圖：圖3.3 培訓班級管理用例圖fig.3.3 use case diagram of teach class manage培訓班級管理模塊包含中央和國家有關部委調訓班、市委黨校主體班、高校干部培訓點主體班、專題研討班等各類班級的管理，利用工作流機制，使市委組織部、各級組織部門、施教機構和學員能協同工作，順利完成培訓任務。以市委黨校主體班為例。 市委組織部工作人員下發開班指令及名額分配指令。 分配到名額的各級組織部門主界面出現提醒信息，各級組織部門獲得權限通過學員信息管理系統的功能調出參訓學員進行報名。 被指定的施教機構市委黨校主界面出現提醒

55、信息，獲得權限陸續收到各級組織部門的學員名單，市委黨校對報名的學員進行分班，下發入學須知等。 規定時間到系統或市委組織部收回權限結束報名。 被調訓的各學員到市委黨校報道，自己或由市委黨校教務管理人員統一在網上注冊，確認參加此次培訓。 規定時間到系統或市委組織部收回權限結束分班和注冊。 教學過程管理子系統獲得權限開始正式進行處理。 規定時間到或由市委黨校、市委組織部收回教學過程管理子系統權限，培訓班結束，按規定符合條件的培訓數據進入電子檔案系統。培訓過程管理在培訓過程管理用例圖中涉及到3類角色，它們分別是教師、學員（干部）和施教機構工作人員。施教機構工作人員角色和人員角色構成泛化關系。學員（干部

56、）和教師都是獨立的角色概念。角色與用例的對應情況是相互分離的，就是說不同的角色之間的用例不交叉。“歸檔”用例是一個特殊的用例。它不屬于任何角色，是由系統根據班級在其生命周期結束的時候觸發。如圖3.4是培訓過程管理的用例圖：圖3.4 培訓過程管理用例圖fig.3.4 use case diagram of teach process manage培訓過程管理功能模塊主要對各培訓班教學活動的過程進行管理，確保教學活動的規范。系統以施教機構和學員的交互為主，市委組織部和各級組織部門主要對此進行了解監控。以一次培訓任務為例。 施教機構對各班進行課表（課程、教師、教室、時間、教材等）預設置。 學員上網獲

57、得班級和課表信息，并照此開展學習活動。 施教機構發布各種教學活動相關通知，學員讀取通知并反饋意見。 施教機構登記學員的考勤情況。 學員上傳各自的學習成果（論文、心得等）。 施教機構登記學員的各科成績情況。 施教機構按規定將符合結業條件的學員的結業證書打印，準予結業。3.4.2 干部管理子系統在干部管理用例圖中涉及到3類角色，它們分別是市委組織部工作人員、學員（干部）和下級組織部門工作人員。市委組織部工作人員與下級組織部門工作人員角色和人員角色構成泛化關系。學員（干部）是一個獨立的角色概念。角色與用例的對應情況不是相互分離的，就是說不同的角色之間的用例有交叉。市組織部門工作人員和區組織部門工作人員都要使用“打印干部數據”和“查詢干部數據”用例。但是兩個角色對于數據的訪問范圍不同，前者