第一篇：基于.Net三層架構高校戶籍管理系統設計與實現

基于.Net三層架構高校戶籍管理系統設計與實現

摘 要：為了實現對高校戶籍科學化、規范化和動態化管理，提出了一種基于.Net三層架構技術的高校戶籍管理系統解決方案，研究了戶籍管理系統數據訪問層、基本邏輯層和頁面表示層的設計及實現。實踐證明了解決方案的有效性。

關鍵詞：Net；戶籍管理；三層架構

中圖分類號：TP311.52 文獻標識碼：A 文章編號：1672-7800（2011）09-0071-02 系統業務分析??

戶籍管理系統旨在實現對高校戶籍的科學化、規范化和動態化管理。通過對戶籍科相關人員所做需求分析，該系統必須實現以下功能：①戶籍信息管理：包括戶籍基本信息管理，教師和學生戶籍基本信息、相片管理、戶口遷入、遷出、注銷、遷移及借用等信息的增加、刪除和更新；②信息查詢管理：包括戶籍基本信息查詢、學生信息查詢、戶口遷入、遷出、注銷、遷移及借用信息查詢等；③收費管理：學生畢業之后，學校免費保管學生戶籍兩年，兩年過后按照一定的標準收取保管費用。此模塊主要包括戶籍保管費用的收取和退費等操作；④操作日志管理：戶籍科操作人員的日常工作無法量化，收費操作需要規范以避免費用的多收、少收、漏收和徇私舞弊的情況的發生。此模塊將操作人員的所有關鍵操作記錄在案，以備出現問題時，有據可查；⑤學院信息管理：此模塊主要包括學生學院和專業信息的增加、刪除、更新和查詢；⑥系統維護：此模塊用來維護用戶基本信息、管理員的權限以及數據庫的安全，防止非授權用戶對系統有意或者無意的破壞。??

系統架構??

2.1 系統整體架構??

分層應用設計當下非常流行。它對系統的性能、可擴展性、可移植性、安全性等提供了有力的保障。經典的分層架構開發模式將系統分為3個層次，即數據訪問層、基本邏輯層和頁面表示層。當然，每個層次可能分解為更小的子層次以保證系統功能的合理設計。戶籍管理系統的整體架構如圖1所示。??

圖1 系統整體架構??

2.2 數據訪問層設計??

數據訪問層負責管理數據庫的物理存儲、備份與恢復。主要包括數據庫的連接與存取操作，即數據庫表的查詢、更新，增加和刪除操作。數據訪問層接口對數據訪問邏輯進行抽象，以此對不同的數據庫（SQL Server，Oracle等）進行統一的管理。通過封裝類調用數據庫的存儲過程，同時，上層基本邏輯層提供統一的調用接口。??

2.3 基本邏輯層設計??

基本邏輯層作為整個系統的邏輯處理中心，主要負責管理系統的業務邏輯和規則。系統的邏輯處理都被抽象為本層的不同的邏輯接口。邏輯層接口處于數據訪問層和頁面表示層之間，對上層提供接口調用，調用下層數據訪問層接口連接數據庫，而非直接連接數據庫，降低了層與層之間的耦合度。修改數據訪問層的接口實現，不需要修改基本邏輯層代碼。??

2.4 頁面表示層設計??

頁面表示層負責接收界面輸入和邏輯結果的顯示。包括頁面的布局、控件的使用等。頁面表示層調用基本邏輯層的接口進行邏輯處理。系統邏輯處理發生變化時，只需要修改基本邏輯層接口實現，不會影響頁面表示層的編碼。??

數據庫設計??

好的數據庫的設計是信息系統的一個重要組成部分。戶籍管理系統涉及到10多個表的設計和60多個存儲過程的編寫。限于篇幅，這里不一一列出。??

主要技術及開發工具??

4.1 權限管理策略??

系統的訪問控制策略使用基于用戶角色的訪問控制策略。這種訪問控制策略已經廣泛應用于系統操作、數據庫及應用項目中。角色訪問控制策略有利于確認和管理用戶身份，對不同用戶分配不同的操作權限。??

4.2 系統安全策略??

為了防止未經授權的用戶訪問系統資源，給系統帶來危害，同時考慮到戶籍管理系統數據錄入時間一般集中在開學等時間，大批量的數據錄入之后，一旦發生問題，導致數據丟失，再次重復錄入數據，工作量巨大。系統使用自動備份與手工備份相結合的方式，用戶可以通過界面，手工備份與恢復先前的數據庫。考慮到數據庫的移植，在數據訪問層引入“抽象工廠模式”，根據數據庫的不同，提供實現不同數據庫結構的數據業務邏輯對象，使用.Net框架的反射機制，在系統運行時動態決定調用的數據庫類型。??

4.3 并行開發策略??

三層架構的優勢之一系統架構清晰，合理的分配開發任務，同時保證系統的并行開發，以此提高效率。系統開發過程中，引入實體類和基本邏輯層和數據訪問層的共同接口，保證解決方案程序與數據庫的并行開發，兩者相關部分都完成之后，通過接口，完成數據庫庫記錄與實體類的映射即可。??

4.4 版本控制策略??

項目開發是一個團隊協作，迭代開發的過程，版本的控制與管理非常重要。項目開發過程中使用visual svn和tortoise svn進行系統解決方案、源代碼的控制，單獨設立版本控制服務器，團隊所有成員從服務器中更新項目的最新版本，每天工作完成之后，單獨提交各自負責部分的開發工作，使服務器中的版本始終保持最新狀態。??

4.5 項目開發主要工具??

項目開發成員使用resharper和coding style enforcer工具保證編碼風格的統一，使用NUnit，NCoverage等工具結合cruise control.net每日構建技術，進行測試及覆蓋率檢測，保證產品的質量。??

結束語??

戶籍管理系統采用三層架構進行設計、開發，系統接口更加清晰，滿足模塊獨立性，層內高內聚、層間低耦合的原則，有利于開發者分工合作，具有很強的通用性、可維護性和可擴展性，可以僅作少量修改升級為Web Service架構，為系統維護及功能擴展留下足夠的空間。??

參考文獻：

［1］ HUANG LONGJUN，ZHOU CAIYING，DAI LIPING.Dai Liping.Research and Implementation of E-commerce Platform Based on.NET Framework［Z］.Proceeding of the 2009 International Symposium on Web Information System and Application Nanchang，China，May 22-24,2009.［2］ 陳友良，盛可軍，王陽陽.基于ASP.NET三層架構軟件的研究與開發［J］.現代電子技術，2010(6).［3］ 江義火.基于ASP.NET MVC2的三層架構應用系統開發研究與實現［J］.軟件導刊，2010(12).（責任編輯：周曉輝）

Design and Implementation of College Residence Management

System Based on.Net and Three-tier Architecture

??

Abstract:In order to realize the scientific，standardized and dynamic management of college Residence booklet , a solution based on.Net and three-tier architecture has been proposed, the design and implementation of data access layer，basic logic layer and presentation layer is discussed.Practice has improved that it is a effective solution.Key Words: Dot Net;Residence Management;Three Tier Architecture

第二篇：三層架構應用總結——.net

ASP.NET三層架構應用總結

與ASP相比ASP.NET在Web應用開發上無疑更容易，更有效率。Web開發大部分還是圍繞著數據操作，建立數據庫存儲數據，編寫代碼訪問和修改數據，設計界面采集和呈現數據。走過Asp.net學習入門階段后，真正開始著手開發一個Web項目時，才發現錯綜復雜的數據與關聯根本就不是SqlDataSource和AccessDataSource數據源控件能簡單解決的，而恰恰是被忽視了的一個ObjectDataSource數據源控件才是真正踏入開發門檻的關鍵，由此也對三層架構模式有了初步體驗。

一．ASP.NET三層架構介紹

設計模式中的分層架構（可以參考一下J2EE中MVC模式）實現了各司其職，互不干涉，所以如果一旦哪一層的需求發生了變化，就只需要更改相應的層中的代碼而不會影響到其它層中的代碼。這樣就能更好的實現開發中的分工，有利于組件的重用。所以這些年關于模式的研究有很多成果，應用也很廣泛。一個好的模式在程序開發和后期維護中作用重大。ASP.NET三層架構自底向上分為：數據訪問層（DAL），業務邏輯層（BLL）和表示層（PL）。

數據訪問層（DAL）：使用了一個強類型的DataSet作為數據訪問層，只是單純的對數據進行增，刪，改，查詢和判斷存在等等較通用的數據訪問方法（由SQL語句來提供），不應該有“事務”存在。

業務邏輯層（BLL）：業務邏輯層是在數據訪問層和表示層之間進行數據交換的橋梁，按業務需求調用數據訪問層中的方法組合，集合了各種業務規則到一個BLL中，例如通過條件進行判斷的數據操作或“事務”處理。BLL都是以類庫（Class Library）的形式來實現的。

表示層（PL）：表示層是為客戶提供用于交互的應用服務圖形界面，幫助用戶理解和高效地定位應用服務，呈現業務邏輯層中傳遞的數據，用ASP.NET頁面來實現。

二．三層架構應用實現 隨著ASP.NET 的不斷升級，可以很方便的使用ASP.NET 來構建B/S 三層架構的應用程序，下面以“教師業務信息管理系統”項目中的部分例子來演示如何使用ASP.NET 2.0 和SQL Server 2005數據庫來構建一個三層架構的應用程序。

1．創建數據庫

打開SQL Server 2005，新建一個數據庫“TeacherDb”，建立如下所示結構的兩個表“PersonInfo”和“JobInfo”。兩表以PersonIDNumber作為關聯字段，存儲18位身份證號碼。

2．創建數據訪問層 在開始創建數據訪問層(DAL)之前，首先需要創建一個網站，配置好數據庫鏈接。

第一步：創建一個Web項目，配置數據庫連接

打開Visual Studio 2005（以下簡稱VS2005）集成開發環境, 首先創建一個C#語言的ASP.NET網站，并將其命名為WebSite，設置位置(Location)列表的選項為文件系統(File System)，然后選這一個放置這個網站的文件夾，然后選擇編程語言為C#。Visual Studio會為你生成一個新的網站，同時生成一個名為Default.aspx的網頁，和一個App_Data文件夾。

第二步：創建數據訪問層，配置數據庫連接

接下來創建數據訪問層，添加一個強類型的DataSet。在解決方案管理器里的項目節點上按右鼠標，選擇“添加新項”，在模板列單里選擇“數據集”，將其命名為DataSet1.xsd。接下來會出現“TableAdpater”配置向導的窗口，選擇數據庫服務器，設置好各項參數，并按照提示逐步完成。需要注意: 1．指定連接的數據庫字符串，并選擇將連接字符串保存到web.config文件中去。

2．命令類型選擇“使用SQL語句”，通過“高級選項”選擇“生成Insert、Update和Delete語句”，通過“查詢生成器”生成要裝載數據的“Select語句”。并為方法命名。

http://apps.hi.baidu.com/share/detail/37462037 資料二

引言：本文不是從理論的角度來探討三層架構，而是用一個示例來介紹如何建設一個三層架構的項目，并說明項目中各個文件所處的層次與作用。寫本文的目的，不是為了說明自己的這個方法有多對，別人的肯定不對，而是希望給那些初學三層架構卻不知從何入手的朋友提供一點幫助。因為網上的文章，大多是注重理論的介紹，而忽略了具體的實踐應用，或者有示例但講得不透徹。導致看了之后，理論上又學習了一遍，但還是不知道代碼怎么寫。所以想從這個方面入手寫一下，讓從來沒做過三層架構的初學者也能照貓畫虎，寫出代碼來。文章表述的是筆者個人對三層架構的認識，肯定有許多不足的地方，歡迎大家指正，小弟也會根據反饋來修改這篇文章。文中的代碼是偽代碼，僅用來闡明思路。

正文：

一提三層架構，大家都知道是表現層（UI），業務邏輯層（BLL）和數據訪問層（DAL），而且每層如何細分也都有很多的方法。但具體代碼怎么寫，到底那些文件算在哪一層，卻是模模糊糊的。下面用一個簡單的例子來帶領大家實戰三層架構的項目，這個例子只有一個功能，就是用戶的簡單管理。

首先建立一個空白解決方案，添加如下項目及文件

1、添加ASP.NET Web Application項目，命名為UI，新建Web Form類型文件User.aspx（含User.aspx.cs）

2、添加ClassLibrary項目，命名為BLL，新建Class類型文件UserBLL.cs

3、添加ClassLibrary項目，命名為DAL，新建Class類型文件UserDAL.cs。添加SQLHelper引用。（這個是微軟的數據訪問類，也可以不用，直接編寫所有的數據訪問代碼。我一般用自己寫的數據訪問類DataAccessHelper）。

4、添加ClassLibrary項目，命名為Model，新建Class類型文件UserModel.cs

5、添加ClassLibrary項目，命名為IDAL，新建Interface類型文件IUserDAL.cs

6、添加ClassLibrary項目，命名為ClassFactory 相信大家已經看出來了，這個和Petshop的示例沒什么區別，而且更簡單，因為在下也是通過Petshop學習三層架構的。但一些朋友對于這幾個項目所處的層次，以及它們之間的關系，可能比較模糊，這里逐個說明一下：

1、User.aspx和User.aspx.cs 這兩個文件（以及文件所屬的項目，下面也是如此，不再重復強調了）都屬于表現層部分。User.aspx比較好理解，因為它就是顯示頁面了。User.aspx.cs有些人覺得不應該算，而是要劃到業務邏輯層中去。如果不做分層的話，那么讓User.aspx.cs來處理業務邏輯，甚至操作數據庫都沒什么問題，但是做分層的話，這樣就不應該了。在分層結構中，User.aspx.cs僅應該處理與顯示有關的內容，其它部分都不應該涉及。

舉例：我們實現用列表方式顯示用戶的功能，那么提取信息的工作是由BLL來做的，UI（本例中是User.aspx.cs）調用BLL得到UserInfo后，通過代碼綁定到User.aspx的數據控件上，就實現了列表的顯示。在此過程中User.aspx.cs對UI沒有起到什么作用，僅是用來傳遞數據，而且因為實際編碼中大部分情況都是如此的實現，所以使有些人覺得User.aspx.cs不應該算UI，而應該并入BLL負責邏輯處理。繼續往下看，這時提出了一個新需求，要求在每個用戶的前面加一個圖標，生動地表現出用戶的性別，而且不滿18歲的用兒童圖標表示。這個需求的實現，就輪到User.aspx.cs來做了，這種情況下User.aspx.cs才算有了真正的用途。

2、NewBLL.cs 添加如下方法：

public IList GetUsers()：返回所有的用戶信息列表

public UserInfo GetUser(int UserId)：返回指定用戶的詳細信息

public bool AddUser(UserInfo User)：新增用戶信息

public bool ChangeUser(UserInfo User)：更新用戶信息

public void RemoveUser(int UserId)：移除用戶信息

此文件就屬于業務邏輯層了，專門用來處理與業務邏輯有關的操作。可能有很多人覺得這一層唯一的用途，就是把表現層傳過來的數據轉發給數據層。這種情況確實很多，但這只能說明項目比較簡單，或者項目本身與業務的關系結合的不緊密（比如當前比較流行的MIS），所以造成業務層無事可做，只起到了一個轉發的作用。但這不代表業務層可有可無，隨著項目的增大，或者業務關系比較多，業務層就會體現出它的作用來了。

此處最可能造成錯誤的，就是把數據操作代碼劃在了業務邏輯層，而把數據庫作為了數據訪問層。

舉例：有些朋友感覺BLL層意義不大，只是將DAL的數據提上來就轉發給了UI，而未作任何處理。看一下這個例子

BLL層

SelectUser（UserInfo userInfo）根據傳入的username或email得到用戶詳細信息。

IsExist（UserInfo userInfo）判斷指定的username或email是否存在。

然后DAL也相應提供方法共BLL調用

SelectUser（UserInfo userInfo）

IsExist（UserInfo userInfo）這樣BLL確實只起到了一個傳遞的作用。

但如果這樣做：

BLL.IsExist（Userinfo userinfo）

{ UerInfo user = DAL.SelectUser（User）；

return(userInfo.Id!= null);

} 那么DAL就無需實現IsExist()方法了，BLL中也就有了邏輯處理的代碼。

3、UserModel.cs 實體類，這個東西，大家可能覺得不好分層。包括我以前在內，是這樣理解的：UI?àModel?àBLL?àModel?àDAL，如此則認為Model在各層之間起到了一個數據傳輸的橋梁作用。不過在這里，我們不是把事情想簡單，而是想復雜了。

Model是什么？它什么也不是！它在三層架構中是可有可無的。它其實就是面向對象編程中最基本的東西：類。一個桌子是一個類，一條新聞也是一個類，int、string、doublie等也是類，它僅僅是一個類而已。

這樣，Model在三層架構中的位置，和int，string等變量的地位就一樣了，沒有其它的目的，僅用于數據的存儲而已，只不過它存儲的是復雜的數據。所以如果你的項目中對象都非常簡單，那么不用Model而直接傳遞多個參數也能做成三層架構。

那為什么還要有Model呢，它的好處是什么呢。下面是思考一個問題時想到的，插在這里：

Model在各層參數傳遞時到底能起到做大的作用？

在各層間傳遞參數時，可以這樣：

AddUser（userId，userName，userPassword，…，）

也可以這樣：

AddUser（userInfo）

這兩種方法那個好呢。一目了然，肯定是第二種要好很多。

什么時候用普通變量類型（int,string,guid,double）在各層之間傳遞參數，什么使用Model傳遞？下面幾個方法：

SelectUser（int UserId）

SelectUserByName（string username）

SelectUserByName（string username，string password）

SelectUserByEmail（string email）

SelectUserByEmail（string email，string password）

可以概括為：

SelectUser（userId）

SelectUser（user）

這里用user這個Model對象囊括了username，password，email這三個參數的四種組合模式。UserId其實也可以合并到user中，但項目中其它BLL都實現了帶有id參數的接口，所以這里也保留這一項。

傳入了userInfo，那如何處理呢，這個就需要按照先后的順序了，有具體代碼決定。

這里按這個順序處理

首先看是否同時具有username和password，然后看是否同時具有email和password，然后看是否有username，然后看是否有email。依次處理。

這樣，如果以后增加一個新內容，會員卡（number），則無需更改接口，只要在DAL的代碼中增加對number的支持就行，然后前臺增加會員卡一項內容的表現與處理即可。

4、UserDAL.cs public IList SelectUsers()：返回所有的用戶信息列表

public UserInfo SelectUser(int UserId)：返回指定用戶的相信信息

public bool InsertUser(UserInfo User)：新增用戶信息

public bool UpdateUser(UserInfo User)：更新用戶信息

public void DeleteUser(int UserId)：移除用戶信息

很多人最鬧不清的就是數據訪問層，到底那部分才算數據訪問層呢？有些認為數據庫就是數據訪問層，這是對定義沒有搞清楚，DAL是數據訪問層而不是數據存儲層，因此數據庫不可能是這一層的。也有的把SQLHelper（或其同類作用的組件）作為數據訪問層，它又是一個可有可無的東西，SQLHelper的作用是減少重復性編碼，提高編碼效率，因此如果我習慣在乎效率或使用一個非數據庫的數據源時，可以丟棄SQLHelper，一個可以隨意棄置的部分，又怎么能成為三層架構中的一層呢。

可以這樣定義：與數據源操作有關的代碼，就應該放在數據訪問層中，屬于數據訪問層

5、IUserDAL 數據訪問層接口，這又是一個可有可無的東西，因為Petshop中帶了它和ClassFactory類工廠，所以有些項目不論需不需要支持多數據源，都把這兩個東西做了進來，有的甚至不建ClassFactory而只建了IDAL，然后“IUserDAL iUserDal = new UserDAL();”，不知意義何在。這就完全是畫虎不成反類犬了。

許多人在這里有一個誤解，那就是以為存在這樣的關系：BLL?àIDAL?àDAL，認為IDAL起到了BLL和DAL之間的橋梁作用，BLL是通過IDAL來調用DAL的。但實際是即使你如此編碼：“IUserDAL iUserDal = ClassFacotry.CreateUserDAL()；”，那么在執行“iUserDal.SelectUsers()”時，其實還是執行的UserDAL實例，而不是IUserDAL實例，所以IDAL在三層中的位置是與DAL平級的關系。

通過上面的介紹，基本上將三層架構的層次結構說明了。其實，本人有一個判斷三層架構是否標準的方法，那就是將三層中的任意一層完全替換，都不會對其它兩層造成影響，這樣的構造基本就符合三層標準了（雖然實現起來比較難^_^）。例如如果將項目從B/S改為C/S（或相反），那么除了UI以外，BLL與DAL都不用改動；或者將SQLServer改為Oracle，只需替換SQLServerDAL到OracleDAL，無需其它操作等等。本來想在文中加入一些具體的代碼的，但感覺不是很必要，如果大家覺得需要的話，我再補充吧。

總結：不要因為某個層對你來說沒用，或者實現起來特別簡單，就認為它沒有必要，或者摒棄它，或者挪作它用。只要進行了分層，不管是幾層，每一層都要有明確的目的和功能實現，而不要被實際過程所左右，造成同一類文件位于不同層的情況發生。也不要出現同一層實現了不同的功能的情況發生。

資料三

三層結構”是“外觀層”、“商業邏輯層”、“數據庫層”

假設以這樣的結構制作一個留言板，那么應該是：

# 留言板頁面的外觀代碼都存放在.aspx 文件中

# 當用戶點擊頁面上的提交按鈕時，先將文本信息傳遞給一個 LeaveWord 類對象（LeaveWord 類的定義被封裝到“商業邏輯層”）

# 之后讓這個對象執行 Post()將留言信息發送到數據庫

用一個簡單的代碼就是：

//---------// 在外觀層，當用戶點擊發送按鈕后

//---------private void Post_ServerClick(object sender, EventArgs e){ LeaveWord lword=new LeaveWord();lword.Content=Content.Value;lword.Post();}

//---------// 在商業邏輯層，定義 LeaveWord 類

//---------public class LeaveWord { public string Content;

public void Post(){ new LWordData().Post(this.Content);} }

//---------// 數據庫層，定義發送方法

//---------public class LWordData { public void Post(string content){ // 打開數據庫，將 content 插入到表中

} } 這樣，外觀層就不必費心數據庫操作了...理解基本正確.但是數據層已經只是數據庫的操作,不應該和業務有任何關系,你可以參考SqlHelper.cs 提醒一點,系統的“層”是對代碼的一種邏輯劃分,并不是一定要三層,假設你的系統很簡單,就一個頁面,那一層就可以,如果系統很復雜,也可能是n層.差不離了，核心就是外層絕對不會涉及任何數據處理，他的任務是設置界面，獲取數據，輸出數據

業務層最重要，所有數據處理在這里，如何運用外層提供的數據處理業務 數據庫層一般都建議調用存儲過程，返回數據集或其他所需數據;.net的那兩個例子很好，多學習一下.一個原則： 上層調下層

上層對下層是不可見的

設計時，表現層只調用邏輯層，表現層主要是取得頁面的數據傳到邏輯層，和把從邏輯層得到的數據顯示到頁面上。

邏輯層負責把數據加工整理傳到數據層和把從數據層取得的數據加工 數據層就只負責把數據對數據庫操作

業務邏輯層 就是給上層和下層下達命令和調節行為的中間層

資料四：基于組件的三層B/S結構概述

在軟件體系架構設計中，分層式結構是最常見，也是最重要的一種結構。微軟推薦的分層式結構一般分為三層，從下至上分別為：數據訪問層、業務邏輯層（又或成為領域層）、表示層。三層結構原理

3個層次中，系統主要功能和業務邏輯都在業務邏輯層進行處理。

所謂三層體系結構，是在客戶端與數據庫之間加入了一個“中間層”，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三臺機器就是三層體系結構，也不僅僅有B/S應用才是三層體系結構，三層是指邏輯上的三層，即使這三個層放置到一臺機器上。三層體系的應用程序將業務規則、數據訪問、合法性校驗等工作放到了中間層進行處理。通常情況下，客戶端不直接與數據庫進行交互，而是通過COM/DCOM通訊與中間層建立連接，再經由中間層與數據庫進行交互。表示層

位于最外層（最上層），離用戶最近。用于顯示數據和接收用戶輸入的數據，為用戶提供一種交互式操作的界面 業務邏輯層

業務邏輯層（Business Logic Layer）無疑是系統架構中體現核心價值的部分。它的關注點主要集中在業務規則的制定、業務流程的實現等與業務需求有關的系統設計，也即是說它是與系統所應對的領域（Domain）邏輯有關，很多時候，也將業務邏輯層稱為領域層。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一書中，將整個架構分為三個主要的層：表示層、領域層和數據源層。作為領域驅動設計的先驅Eric Evans，對業務邏輯層作了更細致地劃分，細分為應用層與領域層，通過分層進一步將領域邏輯與領域邏輯的解決方案分離。

業務邏輯層在體系架構中的位置很關鍵，它處于數據訪問層與表示層中間，起到了數據交換中承上啟下的作用。由于層是一種弱耦合結構，層與層之間的依賴是向下的，底層對于上層而言是“無知”的，改變上層的設計對于其調用的底層而言沒有任何影響。如果在分層設計時，遵循了面向接口設計的思想，那么這種向下的依賴也應該是一種弱依賴關系。因而在不改變接口定義的前提下，理想的分層式架構，應該是一個支持可抽取、可替換的“抽屜”式架構。正因為如此，業務邏輯層的設計對于一個支持可擴展的架構尤為關鍵，因為它扮演了兩個不同的角色。對于數據訪問層而言，它是調用者；對于表示層而言，它卻是被調用者。依賴與被依賴的關系都糾結在業務邏輯層上，如何實現依賴關系的解耦，則是除了實現業務邏輯之外留給設計師的任務。數據層

數據訪問層：有時候也稱為是持久層，其功能主要是負責數據庫的訪問，可以訪問數據庫系統、二進制文件、文本文檔或是XML文檔。

簡單的說法就是實現對數據表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那么就會包括對象和數據表之間的mapping，以及對象實體的持久化。

第三篇：基于.NET平臺的網絡教學輔助系統的設計與實現

基于.NET平臺的網絡教學輔助系統的設計與實現

摘要：目前計算機網絡的應用在教學系統內已經相當的普及，使得師生之間的交流也更加方便。然而傳統的教學模式對某些課程的教學有一定的限制，如《網頁設計與制作》等課程。基于.NET平臺的網絡教學輔助系統作為傳統的教學模式的補充，借助網絡，增進教學各方面的溝通，方便了資源的共享，也為師生的交互提供了一個基礎的平臺。本文概述了一個基于.NET平臺的網絡教學輔助系統的設計；并在系統實現的基礎上總結闡述了一些具有一定通用性的技術要點，為相關系統開發和應用提供了一定的借鑒作用。

關鍵詞：教學輔助；IIS；ASP.NET 2.0；SQL Server

中圖分類號：TP311 文獻標識碼：A 文章編號：1007-9599(2011)21-0000-02

Network Teaching Aids System Design and Implementation on.NET Platform

Shen Ye

(Taicang Jianxiong Vocational and Technical College,Taicang 215411,China)

Abstract:The application of computer network teaching system has been quite popular,making communication between teachers and students are also more convenient.However,the traditional teaching model for teaching some courses have certain restrictions,such as“web design and production”and other courses.Based on.NET platform as a network of academic support systems complement traditional teaching model,with the network,improve teaching in all aspects of communication,to facilitate sharing of resources,but also for teachers and students interact to provide a foundation platform.This paper outlines a.NET-based platform for supporting online teaching system design;and system implementation based on the summary describes some of the technologies have some common points,for the development and application of related systems provide some reference.Keywords:Teaching aids;IIS;ASP.NET 2.0;SQL Server

一、系統概要

傳統教學受教學時間、教學地點、教學方法等方面的限制，更注重課堂上的講授，對于課余時間不能充分利用，一定程度上減少了教師與學生的交流互動。實際上，學生在課余時間溫習教學內容、完成作業的過程中也很需要教師的指導；教師也需要將教學資料共享給學生，及時了解學生的接受情況。基于.NET平臺的網絡教學輔助系統旨在作為傳統教學的補充，借助網絡的信息共享、信息傳遞、信息分布等優勢，提供互動平臺，幫助學生在課余能得到教師的指導，及時上交電子作業，方便教師共享教學資源，公布相關信息，了解學生情況，增進了教與學的溝通，延長了教學時間，使教學方式更多樣，教學時間更靈活，教學內容更全面。

基于.NET平臺的網絡教學輔助系統目前應用于健雄職業技術學院《網頁設計與制作》課程，并具有很好的兼容性，可以方便地應用于其他課程。本系統基于Windows+IIS+.Net Framework 2.0+ASP.NET 2.0+SQLServer設計開發，系統各功能模塊如圖1所示：

圖1：網絡教學輔助系統各功能模塊

二、系統設計

雖然使用的學生人數較多，采用身份確認有點繁瑣，但從各自作業和作品源碼的保護角度考慮，還是使用身份確認的方式來登陸本系統。為方便教師更新教學內容、管理系統，教師登錄系統后，可以直接對所見信息、留言、作業等進行添加、刪除和修改。

根據應用需要，整個系統分成7個功能模塊：（1）課程首頁。提供本課程相關公告、本課程簡介、常用軟件的下載等功能。（2）教學內容。列出各章節的作業題目，并提供相應章節的課件下載、在線測試等功能。（3）教學資源。列出本課程使用到的重要教材、資料和素材等，并提供外界和學生優秀作品的下載。（4）試題下載。提供往年試卷、模擬試卷的下載。（5）學生成果展示。提供學生個人網頁展示的空間，評比作品的平臺。（6）教學互動。提供在線答疑，留言討論，電子作業上交、修改、刪除等管理功能。（7）教師、學生登陸。教師登錄系統后，可以直接對所見內容進行操作。

三、系統實現

（一）運行環境的選擇與設計

考慮到學生用機的不確定性以及各模塊所需完成的交互功能等因素，本系統將采用B/S模式。現在有很多種搭建B/S結構的平臺方案，目前主流的有：Windows+IIS+.Net Framework+ASP.NET+SQL Server，以及LINUX+APPACHE+PHP+MYSQL等多種組合。考慮到具體的開發、測試、應用環境及用戶的熟悉情況，我們選擇了前者。

操作系統平臺采用了Windows xp，Web服務器則采用IIS5.1，并安裝了.NetFramework2.0平臺。由于ASP.NET與Windows的高兼容性，提供的豐富控件，使得整個開發過程效率很高。所以，動態Web應用程序開發我們選取了ASP.NET。對于后臺數據庫，則考慮到實際的應用情況，需要一個高效而不必太復雜的數據庫管理系統，我們選擇了流行的關系數據庫管理系統SQL Server 2000企業版。

對于客戶端瀏覽器，考慮到具體的使用環境，開發與測試只針對Microsoft Internet Explorer 6.0及以上的瀏覽器進行。其他瀏覽器可能不能正確使用本系統“在線答疑”功能。

開發環境，我們采用了Microsoft Visual Studio.NET 2005，服務器端代碼使用C#.NET語言開發。使用ASP.NET 2.0的模板頁面、站點地圖、主題等新功能及CSS樣式表統一頁面樣式，使用ADO.NET訪問數據庫。網絡傳輸協議采用HTTP。

（二）系統實現中的幾個通用性的技術問題

1.上傳較大文件及多個文件的實現

對較大文件的上傳，需要修改配置文件Web.Config中httpRunTime，如下所示：

第四篇：淺談基于.NET的高校教材管理系統的分析與設計論文

[論文關鍵詞]教材管理 高校 NETC/S

[論文摘要]本文以教育技術學中教學媒體的理論為基礎,充分分析了教材在教學中的重要地位,闡明了在網絡環境下進行科學化、系統化教材管理的必要性,充分分析了教材管理的業務流程,運用軟件工程理論,結合管理信息系統、數據庫技術理論,通過有效地分析和設計,實現了基于.NET平臺、三層C/S模式下的功能齊全、方便快捷的高校教材管理系統。

1引言

隨著現代科學技術的飛速發展,教學媒體愈來愈廣泛地應用于教學實踐,教學媒體是承載和傳播(遞)教學信息的載體或工具,教材這種最常用的教學媒體在教學過程中所體現的作用很大,在教師和學生之間起著橋梁和紐帶作用,它能承載的信息量也是非常有利于學生的學習過程與內化過程,因此在選擇和管理教材過程需要科學化、系統化的管理方式。

隨著各高校辦學規模的不斷擴大,教材種類和數量也迅速增加,教材管理工作給教材購買和管理部門人員帶來了很多困難,任務繁重,重復性工作較多,且容易受各方面因素的影響,效率較低。因此需要設計出一套適用于高校教材科的教材管理系統,以實現教材管理工作的現代化、系統化和規范化。本文基于實用性和創造性的設計思想,在.NET平臺上,運用C/S三層模式,利用SQLserver數據庫和C#語言等工具設計了基于.NET的高校教材管理系統。

2系統設計思想

教材管理系統運用了軟件工程的原理與方法,對軟件開發的各個時期的任務給予詳細地分析和設計,充分保證了系統的實用性、可用性、易用性、先進性、擴展性、及時性、可靠性和安全性。在充分分析的基礎上,系統將在Windows環境下,利用SQLServer數據庫和C#語言在.NET平臺上進行開發,并將系統設計為在三層C/S模式下,用戶需要在局域網范圍內且安裝相應軟件才能進行相關操作,將應用處理邏輯、復雜的統計檢索等工作集中到服務器上實現,客戶端主要負責與用戶交互、事物處理等工作,同時系統開發和維護工作量也小。通過這種方式,使新開發的系統發揮其安全、科學、高效的特點。

3系統數據流程

教師根據教學計劃和教學大綱選擇合適的教材,通過院系審查后將訂購教材的通知單交給教材科,由教材科根據庫存進行教材的訂購,進行相應教材的入庫,根據教材銷售情況記錄出庫情況,銷售分為零售和班級領書,教師可通過領書單領取教師用書。同時在教材管理過程中還需要進行庫存管理、報廢處理等,所有的出庫信息都將由財務處進行結算。

4教材管理系統的模塊結構圖

按照模塊設計的原則,以功能聚合作為模塊劃分的最高標準得出教材管理的模塊結構,共需9個模塊,即基本信息設置模塊,教材訂購模塊,銷售管理模塊,庫存管理模塊,退書管理模塊,出入庫統計模塊,結算管理模塊,報廢管理模塊和系統管理模塊。

設計基本信息設置模塊的目的是能夠在系統的使用過程中,可以隨時隨地通過系統錄入相關信息,使需要的數據更新及時、快捷且簡單,增加了數據的準確性,主要完成:維護學院、專業、班級、出版社、供書單位、教材基本信息;可進行教材信息瀏覽,通過查詢方式查看某個教材或某類教材的信息;可以導入外部excel文件。

教材訂購模塊主要是通過預定和計劃方式將教材訂購信息進行各類匯總,并生成對外訂購計劃,主要完成教師預定和對外訂購計劃,生成計劃或讀取以往的訂購計劃,形成對外訂購計劃單。

教材管理過程中的庫存管理主要涉及教材的庫存量、庫位等信息,直接和教材對外訂購相關,庫存管理模塊主要功能有入庫管理,出庫管理和盤點管理,每一個功能都能進行查詢。

銷售管理模塊主要完成班級領書,教師領書,零售,教師領書、班級領書和零售查詢和零售統計,通過選擇日期來對零售進行日查詢和月查詢。

退書管理模塊主要功能有班級退書,教師退書,零售退書:通過選擇條件來查找要退回教材的情況,形成零售退書單,供貨商退書以及各類退書管理的查詢。出入庫統計模塊主要功能有出入庫日統計和出入庫月統計,通過設置起止時間可以查詢到響應的出入庫信息。

結算管理模塊主要功能有班級領書結算和教師領書結算,從備選中選擇想要結算的班級或書情況進行詳情查詢,進行結算,并可打印報表。

報廢管理模塊主要功能有報廢管理,即輸入報廢原因,在查詢框中可以輸入報廢書籍的信息,快速查找到相應書籍的信息,從備選教材中選擇出要報廢的書籍,輸入報廢數量,進行報廢處理,得出報廢表,并會自動修改統計報表。

系統管理模塊主要實現用戶管理和據庫備份,方便管理系統和用戶。

5據庫設計

系統總的設計思想是通過訪問數據庫來進行讀寫查詢等操作,在設計數據庫的具體過程中,分別對各表進行了具體的分析和設置,最后進行數據庫實施、運行和維護。

根據功能模塊的劃分結果可知,系統的用戶基本上以管理員和教師為主。由于管理員和教師的權限和操作功能大不相同,系統中需要的數據實體有以下5個:

(1)管理員數據實體:只需要記錄管理員的登錄名、姓名和密碼。(2)教師數據實體:包括教師姓名、學院等信息。(3)班級數據實體:用于記錄班級的基本信息,方便管理和查詢。(4)教材數據實體:用于記錄教材的基本信息。(5)供貨商數據實體:用于記錄教材供應商的基本信息,以便訂購教材時聯系方便。

6系統特點

(1)協調性的提升。充分運用了人機工程學原理,使系統具有人性化、方便性、安全性、控制性和界面友好性。(2)可維護性與可擴充性較強。系統中各模塊是相互獨立而又彼此聯系的實體,易于維護和擴充,從而提高了整個系統的可維護性和可擴充性。(3)可移植性高。系統是在.NET技術基礎上完成的,而C#語言本身與平臺無關,具有可移植性,所以本系統可以適用于不同的操作平臺。

7結語

本文在研究了教材管理的重要性后,將管理信息系統理論、數據庫理論、軟件工程理論和先進的計算機技術引入到系統開發中,提出了基于三層C/S模型、.NET平臺,用C#語言和SQLServer編寫的高校教材管理系統,為高校教材管理工作提供了方便、科學的系統環境。該系統經過實際運行,基本上達到了設計要求和目的,滿足了高校教材科的需求。

[參考文獻]

[1]雷體南,金林.教育技術學導論[M].武漢:湖北科學技術出版社.[2]林健,馮芷,楊新華等.基于Client/Server結構的NSFC管理科學部管理信息系統.系統工程理論與實踐[J],2000,第十一期.[3]胡燕,霍亮.XML和SQLServer2000數據交換方式的研究[J].微機發展.2005,Vol.15(5):53～58.[4]田燕琴,宋黎.MIS系統的面向對象開發方法[J].福建電腦.2003,11:60～61.[5]王慧芳,畢建權.SoftwareEngineering軟件工程[M].杭州:浙江大學出版社,2006.14,123～124.[6]李奇.三層C/S結構技術與商業應用前景[J].黑龍江科技信息.2008,4:81.[7]董源泉.基于UML的高校教材管理系統體系結構建模與實現[D]:[碩士學位論文].蘇州:蘇州大學,2007.

第五篇：高校畢業實習過程管理系統設計與實現

分類號 密級

U D C 編號

本科畢業論文(設計)

題 目 高校畢業實習過程管理系統設計與實現

學 院 計算機學院

專 業 名 稱 計算機科學與技術

年 級 2016級

學 生 姓 名 黃巍

學 號 1650340029

指 導 教 師 李劍

二〇二〇 年 四 月

湖北第二師范學院本科畢業論文（設計）原創性聲明

本人鄭重聲明：所呈交的學位論文，是本人在導師的指導下，獨立進行研究工作所取得的成果。除文中已經注明引用的內容外，本論文不含任何其他個人或集體已經發表或撰寫過的作品成果。對本文的研究做出重要貢獻的個人和集體，均已在文中以明確方式標明。本人完全意識到本聲明的法律結果由本人承擔。

論文作者簽名：黃巍

2020年 5月 10 日

摘要:隨著計算機的普及和計算機科學技術的飛速發展，人們開始越來越多地利用計算機來解決我們生活中的實際問題了。近幾年來，由于人力資源制度的不斷改革，各級人事部門對人力資源信息管理計算機化的需求也與日俱增。因為對大多數的企業管理者而言，如何有效的管理企業的人力資源，使其發揮最大的效益，是每位企業管理者不斷面臨的難題與挑戰。所以企業人力資源管理成為了企業管理中的重中之重。

以前人力資源管理甚至還采用人力處理方法，這樣不僅效率低下，不易保存和查找，更多的會由于人為的原因，造成數據的遺漏，差錯，誤報，從而給企業帶來重大的損失。因此，開發一個界面友好，功能全面，操作簡單的基于B/S(Browser/Server)結構的企業人力資源管理系統變得十分重要，這也正是本系統開發的目的和意義所在。本系統將采用目前比較先進的MyEclipse6.5開發工具和MySQL數據庫進行設計。

本企業人事管理系統將人事管理與辦公自動化管理進行了有機結合，能有效地管理企業內各種人力資源信息，使企業各部門工作人員都能及時，方便地獲得所要人員的各種信息，以及對信息的組合條件查詢，更新，管理員的密碼設置和工資的統計發放等功能，從而提升企業的工作效率和競爭力，滿足了現代企業管理的需要。

關鍵字: 人事管理系統 B/S結構 組合條件查詢

Abstract: With the popularity of computer and the computer the rapid development of science and technology, people began to used more and more on computers to solve practical problems in our life.In recent years, due to the human resource system reform, all levels of the personnel department of human resources information management computerized demand is growing.For most of the enterprise managers, how effective management enterprise human resources, make its maximum benefit, is each enterprise managers continuously problems and challenges.So enterprise human resources management become the enterprise management in the priority.Previous human resource management even using human processing method, which is not only a low efficiency, is not easy to preserve and search, more will due to human reason, cause data of errors, omissions, material misstatement, thus brings to the enterprise significant loss.Therefore, development of a friendly interface, comprehensive functions, operation simple based on B/S(Browser/Server)structure of enterprise human resources management system has become very important, it is the systematic development of purpose and meaning.This system will be adopted at present more advanced MyEclipse6.5 development tools and MySQL database design.This enterprise human resources management system will personnel management and office automation management organically, and can effectively management enterprise inside all sorts of human resources information, causes the enterprise to each department staff can timely and easily get to personnel, and various kinds of information for the combination of information inquiry, update, conditions administrator password setup and wage statistics distribution functions, thus promotes the enterprise the work efficiency and competitiveness, and meet the needs of modern enterprise management.Keywords:Graduate internship process;management system;SSH;Java

0.0.1.目錄

1.1.緒論

1.1.1.1 選題背景

要想通過人力資源管理系統來提高企業的管理水平，光是選取一個好的或比較好的、適合本企業特點的人力資源管理軟件還是遠遠不夠的。在以人為本的觀念的熏陶下，人力資源管理在組織中的作用日益突出。但是，人員的復雜性和組織的特有性使得人力資源的管理成為難題，基于這個時代背景，人力資源管理將成為企業管理的重要內容，人事管理系統(Human Resource Management System，HRMS)成為許多企業管理中非常重要的部分。人事管理系統的作用之一是為人力資源規劃，建立人事檔案。它的出現使得人事檔案查詢、調用的速度加快，也使得精確分析大量員工的知識、經驗、技術、能力和職業抱負成為可能。從而，實現企業內人力資源管理的標準化、科學化、數字化和網絡化是很有必要的。

1.2.1.2 目的和意義

隨著企業內人力資源管理的網絡化和系統化的日益完善，人力資源管理系統在企業管理中越來越受到企業管理者的青睞。人力資源管理系統的功能全面、操作簡單，可以存放企業員工的基本信息、分配和管理企業員工工作任務、實現對企業員工的考勤管理，能夠方便快捷地掌握員工的個人信息、工作進度和工作狀態等，降低企業人力資源管理的人力和成本，并提高人力資源管理的效率。使企業管理真正實現人力資源的網絡化、系統化和科學化。

1.3.1.3 系統設計思想

一個管理系統的設計思想是對一個系統的基礎的認識，一個合理的人力資源管理系統應該具備操作簡單、可視化界面、功能全面、運行速度快等優點。通過人力資源管理系統可使管理者快速、高效地完成企業日常事務中的人事工作，降低人力資源管理的成本，使管理者能集中精力實現企業戰略目標。人力資源管理系統主要具備以下特性：

(1)高技術性：本系統設計主要采用eclipse開發工具和MySQL數據庫結合起來設計與實現的。Eclipse開發工具功能非常強大，同時MySQL數據庫可以大容量地存儲數據，Java為主要開發語言，并且采用先進的SSH框架進行設計，充分運用高技術手段來設計。

(2)實用性：系統從用戶需求的角度為出發點，一切以用戶的方便為準則。切實了解用戶的實際需求，盡量滿足用戶的各項要求，以達到讓用戶滿意的程度。

(3)靈活性：通過對SSH框架的設計，可以減少許多代碼與頁面之間的重復性和冗余，從而大大的提高了軟件的靈活性，用戶可以根據不同的需要，選擇對應的軟件部分，非常方便靈活。

(4)可維護性：本系統的設計非常便于維護，因為使用了SSH框架以及穩定性較高的軟件和硬件環境，所以可以隨時為系統的軟件、硬件進行維護。

(5)復用性：本系統采用模塊化的方法進行設計，對各個模塊盡可能的達到高內聚，低耦合的程序，來提高系統的復用性。

1.4.1.4 集成開發環境

1.4.1.1.4.1 B/S結構的數據庫訪問模式

B/S(Browser/Server)結構，即瀏覽器/服務器模式，當前在web數據庫開發中應用較廣泛的一種模式,它是隨著Internet技術的興起，從傳統的二層C/S(客戶機/服務器)模式發展起來的新的網絡結構模式，其本質是三層結構C/S模式。在這種結構下，用戶工作界面是通過www.tmdps.cn（java 官方網站）.[4] http://www.tmdps.cn（中國java網站）.[5] 耿祥義.Java基礎教程[M].北京.清華大學出版社.2014.9：10-50

[6] Bruce Eckel.Java編程思想[M].北京.機械工業出版社.2012.9：30-280

[7](美)舒爾第.Java2-The complete reference[M].北京.電子工業出版社.2013.1:20-100

[8](美)Marty Hall.Servlet與JSP權威指南[M].北京v機械工業出版社.2012.10：30-350

[9](美)Marty Hall.JavaScript高級程序設計[M].北京.人民郵電出版社.2016.11：50-200

[10]（美）David Flanagan.JavaScript權威指南[M].北京.機械工業出版社.2013.1：10-200

[11] 梁立新.項目實踐精解:基于struts-spring-hibernate的Java應用開發[M].北京.電子工業出版社.2016.8:10-300

[12] Bruce Shive.Research Direction in Object-Oriented Programming,2002

[13] Miao H.K.McDermid J.A.andTony Ian,Proving the existence of the initial state in Z specification,Chinese Journal of Advanced Software Research,2003

[14] Apache Software.The Struts Users Guide.http://Jakarta.Apache.org/struts.