時間：2023-09-03 14:57:17
導語：在概念結構設計的方法和步驟的撰寫旅程中，學習并吸收他人佳作的精髓是一條寶貴的路徑，好期刊匯集了九篇優秀范文，愿這些內容能夠啟發您的創作靈感，引領您探索更多的創作可能。
一、關于數據庫原理的學習
與其他語言相比，數據庫原理盡管從內容上偏重于理論，但在學習過程中仍然要注重解決實際問題的能力，可采用如下方法來學習：
1.學習數據庫設計時必須要對整個數據庫設計流程有清晰的認識。從“需求分析概念結構設計邏輯結構設計數據庫物理數據庫運行和維護”，各階段的主要任務都要清楚明了。建議大家參照數據庫書中例題多做一些數據庫設計，會有很好的效果。
2.學習時首先應注重對一些基本概念的理解，然后通過必要的實踐性環節加深對概念的理解，以此掌握實際動手能力。通過在SQL Server 2005這種的中型數據庫系統的大量的操作練習，不僅能加深對數據庫教材內容的理解，同時還可以全面提高實際的運用能力。在課程設計中，通過運用所學的數據庫設計理論來指導完成數據庫系統的實際項目設計，可以進一步鞏固所學的理論知識。
3.要認真消化書本和補充素材內容，認真完成作業和課程設計實驗。
4.充分利用豐富網絡教學資源（國內外大學同類課程鏈接、數據庫工業界和學術界資源等），不斷擴展相關的知識。大家可以多讀別人的代碼，通過模仿、修改、創新，迅速掌握最新技術和解決實際問題的方法。
5.數據庫內容的學習涉及計算機許多領域的知識和相關的應用，它是一門承前啟后的課程。在學習的過程中要注意相互之間的聯系。
二、關于數據庫設計
我們已經懂得了數據庫原理的一些知識后，數據庫設計就提到日程來了。由于“數據庫原理”課程不僅具有很強的理論性，而且具有很強的實用性，數據庫原理學習的好壞將直接影響到我們開發數據庫應用系統的能力。我現在給大家介紹一些數據庫設計中的幾個技巧。
1.綜合運用數據庫原理的知識，完成小型數據庫系統底層的全面設計，初步掌握數據庫系統開發的基本方法。
2.掌握數據庫的設計的每個步驟，以及提交各步驟所需圖表和文檔。通過使用目前流行的DBMS，建立所設計的數據庫，并在此基礎上實現數據庫查詢、連接等操作和觸發器、存儲器等對象設計。
3.需求分析。根據自己的選題，繪制的DFD、DD圖表以及書寫相關的文字說明。
4.概念結構設計。繪制所選題目詳細的E-R圖。
5.邏輯結構設計。將E-R圖轉換成等價的關系模式；按需求對關系模式進行規范化；對規范化后的模式進行評價，調整模式，使其滿足性能、存儲等方面要求， 設置實體完整性、域完整性和參照完整性。根據局部應用需要設計外模式。
6.物理結構設計。選定實施環境，存取方法等。
7.數據實施和維護。用DBMS建立數據庫結構，加載數據，實現各種查詢、鏈接應用程序，設計庫中觸發器、存儲器等對象，并能對數據庫做簡單的維護操作。
8.用Delphi等設計數據庫的操作界面。
9.設計小結。總結數據庫設計的過程、體會及建議。數據庫設計小結有以下三個方面的要求：（1）問題描述。包括此問題的理論和實際兩方面。（2）解決方案。包括：E-R模型要設計規范、合理，關系模式的設計至少要滿足第三范式，數據庫的設計要考慮安全性和完整性的要求。解決方案中所設計的E-R模型、關系模式的描述與具體實現的說明。（3）具體的解決實例。
關鍵詞：網站；數據庫設計；開發
中圖分類號：TP311 文獻標識碼：A 文章編號：1007-9599 （2012） 19-0000-02
數據庫設計的好壞將直接對系統的效率以及實現的效率產生影響，好的數據庫設計對網站的發展具有決定性的作用。下面主要對網站管理系統數據庫設計進行分析。
1 數據庫設計需求分析及建設流程
隨著網絡的不斷發展，人們越來越多的通過網絡來了解所需的信息，網絡化一方面加強了各方面的聯系，通過網站全面宣傳企業等；另一方面，銷售網站的也在近幾年來迅速發展，成為了近幾年來新增網站的主力，網絡銷售也越來越受到人們的歡迎；另外還有工作性質的網站。從目的上看主要是宣傳，銷售，政務工作等。
需求分析通常是和系統調查結合在一起，通過調查收集資料，然后進行分析。系統調查的基本方法有：（1）收集企業資料。如企業組織機構、管理模式、部門職責與業務流程、業務規劃、各種報表和單證等。（2）個別訪談。主要針對企業特定人員，如高層主管、業務骨干等，目的是了解信息系統開發背景、目標，企業發展及對信息系統的要求等涉及系統全局性的信息。（3）填寫調查表。對所有參與信息系統處理和未來系統的使用者，調查他們當前對信息處理和使用的方法以及對未來系統的要求等信息。（4）跟班參與和觀察。對于一些關鍵環節、或無法了解清楚的處理環節和管理崗位，系統開發人員通過跟班體驗、親自參與和觀察，來準確了解所需要的信息。（5）開調查會：舉行由開發人員、部門經理和業務管理人員代表等參加的會議，了解當前的信息處理模式和信息需求。
必須準確了解并清晰表達系統開發所需的全部信息。不可能通過一次調查就把所有需求弄清楚，需要綜合使用各種方法進行多次調查。但無論采用何種方法，調查前都要認真準備，事先有調查提綱或設計調查表，調查后仔細分析調查結果，撰寫調查報告。系統調查是一個和信息系統未來用戶溝通的過程，涉及不同部門、不同層次的業務人員和管理者。調查者需要具備良好的與他人特別是非專業人員溝通的能力。對系統調查獲得的各種資料信息，可以編制詳細的匯總清單，并和用戶一道對信息的準確性和完整性進行審核。
其具體的建設流程是：
（1）程序及數據庫開發：建立高質量的電子商務網站需要對網站建設、用戶需求、數據庫設計進行深入細致的分析。
（2）數據庫開發步驟：需求分析系統功能模塊設計程序編輯應用開發測試驗收交付客戶
（3）數據庫開發工具：
數據庫 SQL SERVER、MY SQL、ORACLE。
操作系統 WIN NT、Linux。
開發語言JAVA、ASP、PHP、JSP。
（4）維護功能：為了保證網站正常工作，網站維護是必要的。但是遠水救不了近火，誰也不能保證網站在故障的時候網站維護人員能夠及時維護，這就要求在設計的時候要增加自主維護功能。有了軟件維護功能，哪怕是簡單的備份功能，也能夠在突發事件中將數據損失降到最低點。
2 數據庫設計的原則
在數據庫系統開發設計的時候應該盡量考慮全面，尤其應該考慮用戶的各種需求，避免浪費不必要的人力、物力和財力。表是包含數據庫中所有數據的數據庫對象。表定義為列的集合，每行代表唯一的一條記錄，每列代表記錄中的一個域。表存儲在數據庫文件中，有相應權限的用戶都可以對其進行操作。表和列的命名要遵循標識符的規定，必須為每列指定數據類型，列的數據類型決定了數據的取值范圍和存儲格式。
3 具體案例
下面以一種銷售網站為例進行分析，某手機銷售網站的具體需求信息如下：
3.1 功能需求分析
（1）前臺商店功能
此功能是用于客戶瀏覽界面，及對購物的流程顯示
商品分類檢索。商品的類別由店主自行在網店管理系統中設定。支持商品分類檢索。
首頁推薦商品和特價商品、排行榜商品。管理員可在商城管理系統中設定一些重要的商品，作為首頁推薦商品。這些商品直接在首頁出現。同樣，也可以設定部分商品為首頁推薦的特價商品及首頁排行榜商品。
購物車：購物車功能主要是指的用戶選中商品之后，點擊“購買”按鈕，商品會自動到購物車里，而且用戶購買的數量也可以自主的調節。
訂單生成：用戶確認購買購物車內的商品之后，點擊“訂單確認”就進入了訂單詳情的頁面，此頁面會讓用戶確定商品的同時，選擇快遞方式和交易方式等。
訂單查詢：網站會員可以通過查詢功能，隨時查詢商品信息，也可以查詢購買后的商品情況，例如快遞情況等。另外用戶也可以查詢到購買歷史。
輔助功能：包括會員資料修改，密碼修改，用戶缺貨登記，缺貨登記處理，發貨或缺貨通知等等。
商品評論：用戶對網站或者某一件商品進行評論或者評價，網站管理員對用戶的評論可以進行管理操作。
（2）后臺商城管理功能
管理員管理：后臺管理商品和處理訂單，幫助用戶修改密碼，群發郵件等。
商品類別管理：添加，刪除，修改商品分類。
分類商品管理：在不同的類別下管理商品，包括商品上傳，修改和刪除等功能。商品資料包括：商品名稱，品牌，產地（生產商），市場價，優惠價，商品詳細介紹等
會員管理：修改、刪除會員資料等，查看會員訂單信息、會員訪問信息。
處理訂單：付款確認、商品出貨、訂單查詢，可以根據需要設定員工權限處理相關項：如送貨員只具有商品出貨權限、財務只具有付款確認權限。
進銷存功能：進貨開進貨單，其它費用支出開支出單。查看每日、每月、每年營業統計。查詢商品庫存數量。
配送方式、付款方式：配送方式支持運費可以分為買家支付以及賣家承擔，買家支付時可以有平郵，快遞之分，平郵快遞單位價格由發貨地價格決定。付款方式具有很強的擴展性，集成了西部在線支付功能。支持網銀在線支付（根據情況需要修改）
3.2 數據庫概念結構設計
設計好數據項和數據結構之后，就可以開始設計滿足用戶需求的各種實體，以及他們之間的各種關系，為后面的邏輯結構設計做準備。這些實體包含各種具體的信息，通過相互作用來形成數據的流動。數據庫設計是指對一個給定的應用環境，構造最優的數據庫模式，建立數據庫及其應用系統，有效存儲數據，滿足用戶要求和處理要求。數據庫結構設計的好壞將直接對應用系統的效率及實現效果產生影響。
設計數據庫系統時首先充分了解各個方面的需求，包括現有的及將來可能增加的需求。由于本系統面向的對象有3個，即普通用戶，會員和管理員，所以在數據庫需求分析中就要考慮三方面因素。
3.3 數據庫邏輯結構設計
數據庫的概念結構設計結束后，就可以將上面的數據庫概念結構轉換為ACCESS所支持的實際數據模型，即數據庫的邏輯結構。
參考文獻：
[1]劉海寧，王經雨.網站管理的幾種形式及應用實踐[J].首都醫科大學學報（社科版），2008.
[2]任雪蓮.B2C電子商務網站的設計與構建[J].商場現代化，2009，20.
一、引言
在整個數據庫系統的設計過程中，總共分為六個基本階段，即需求分析、概念結構設計、邏輯結構設計、物理結構設計、數據庫的實施、數據庫試運行階段就。其中在邏輯結構設計階段的主要任務是如何將概念結構轉換的關系模式進行優化。因為單純的從概念結構轉換的關系模式不一定具有“好”的性質。一個具有“好”的性質的關系模式中，沒有不必要的冗余數據，也沒有異常現象存在。所謂的冗余數據是指沒有必要重復、大量出現的數據，在數據庫中我們也不可能完全避免冗余現象，但是我們可以盡量減少冗余數據。異常現象主要是指在對數據庫進行增、刪、改操作的時候可能會出現的一些錯誤現象。
二、實例分析
下面通過一個實例說明一個“不好”的數據庫中存在的問題。現有一個學生信息管理系統，其中的一個“學生選課管理表”包含以下屬性：學號（sno），系別（sdept），系主任名（mname），課程號（cno），成績（grade）。假設這個表中總共有4名學生，分別選修了不同的課程，如下表1所示：那么在這個關系模式中存在什么問題呢？經過分析，主要存在以下問題：
1.數據冗余嚴重：每個院系的學生選一門課程，其系名就重復存儲一次；每個院系有多少個學生選課，系主任名就重復存儲多少次。
2.更新異常（UpdateAnomalies）：由于存在數據冗余必然會導致更新數據時，操作更加復雜，使得維護數據完整性代價大。稍一疏忽，就會導致數據庫中數據的不一致。
3.插入異常（InsertionAnomalies）：想要插入到表中的數據系統不允許插入，如新轉來一個學生，該生還沒有選課，因此這個元組信息就不允許插入，因為違反了實體完整性規則。
4.刪除異常（DeletionAnomalies）：不想刪除的數據卻不得不從數據庫中刪除，如數學系的學生王五退學了，在刪除王五信息的同時，也把該院系的系主任信息刪除掉了，可是系主任信息只取決于院系，跟具體的學生沒有關系。
三、優化方法
為了解決上述表中出現的各種問題，把一個“不好”的關系模式變成一個x性質“好”的關系模式。可以通過模式分解的方法來實現。把低級別的關系模式通過簡單的分解，逐步去除其中的冗余和異常現象，轉換為若干個高一級范式的關系模式集合，這個過程就叫關系模式的規范化。關系數據庫模式優化就是以規范化理論為基礎，通過分析關系模式中屬性和屬性之間的函數依賴關系，按照一定的標準把一個大的關系模式進行分解，生成一些小的子關系模式，目的是通過破壞不合理的函數依賴，解決關系模式中存在的各種異常問題
（一）函數依賴基本概念
設R(U)是一個屬性集U上的關系模式，W和Z是U的子集。若對于R(U)的任意一個可能的關系r，r中不可能存在兩個元組在W上的屬性值相等，而在Z上的屬性值不等，則稱“W函數確定Z”或“Z函數依賴于W”，記作WZ。也就是說，對t，s∈r，若t[W]=s[W]，則t[Z]=s[Z]那么稱“W函數決定Z”，或“Z函數依賴于W”。需要說明的是，函數依賴是一個語義范疇的概念，而且函數依賴也不是指關系模式R的某個或某些關系實例滿足的約束條件，而是指R的所有關系實例均要滿足的約束條件。
（二）范式基本概念
范式是符合某一種級別的關系模式的集合。關系數據庫中的關系必須滿足一定的要求，滿足不同程度要求的為不同范式。各種范式之間存在聯系：1NF2NF3NFBCNF4NF5NF某一關系模式R為第n范式，可簡記為R∈nNF。1.1NF：第一范式要求關系中的所有分量都必須是不可再分的原子項。1NF是每個關系數據庫中的關系模式都應滿足的最低要求，也就是說如果一個關系模式不滿足第一范式，那么它就不能稱之為是關系數據庫。如圖1所示的關系模式就不滿足1NF，也就是不允許在一張表中又出現小表。2.2NF：若R∈1NF，且每一個非主屬性完全函數依賴于碼，則R∈2NF。3.3NF：關系模式R<U，F>中若不存在這樣的碼X、屬性組Y及非主屬性Z（Z不是Y的子集），使得XY，YZ成立，YX，則稱R<U，F>∈3NF。4.BCNF：設關系模式R<U，F>∈1NF，如果對于R的每個函數依賴XY，若Y不屬于X，則X必含有候選碼，那么R∈BCNF。5.4NF：若關系模式R中的每個非平凡多值依賴XY(YX)，X都含有碼，則R∈4NF。6.5NF：若R∈4NF，且不存在連接依賴，則R∈5NF。
（三）優化的方法
規范的關系模式可保證關系中消除數據冗余、消除插入困難、消除修改困難。關系模式優化的基本思想就是逐步消除數據依賴中不合適的部分，使模式中的各關系模式達到某種程度的”分離”。其基本步驟如圖2所示。
（四）優化實例
有關系模式學生(學號，課號，姓名，性別，系號，課名，成績，系主任，樓號)，其中各個屬性之間的函數依賴如圖3所示。1.消除部分依賴，得到滿足2NF的關系模式：Student(學號，姓名，性別，系號，系主任，樓號)Sc(學號，課號，成績)Course(課號，課名)2.消除傳遞依賴，得到滿足3NF的關系模式：Student(學號，姓名，性別，系號)Deparment(系號，系主任，樓號)Sc(學號，課號，成績)Course(課號，課名)
關鍵詞：考試管理系統；數據庫；信息技術
一、系統結構設計
等級考試管理系統旨在為高校學生計算機等級考試（CCT）、英語四等級考試（CET）等提供信息服務，其目標是通過網絡實現對考試成績的查詢、統計和各種報表的輸出，系統應具有較強的安全性、良好的擴充性和伸縮性以及較高的可靠性。本系統的邏輯功能結構主要包括CCT子系統、CET子系統和用戶管理模塊，公共接口模塊。公共接口模塊為整個系統提供統一的訪問界面，并滿足各子系統的特殊要求。用戶管理模塊完成對用戶信息的添加、修改和刪除等操作，并實現對用戶權限的分配和修改。每個子系統功能結構類似，共享基本數據，各子模塊又相互獨立，做到了高內聚低耦合。
二、系統的實現技術
考試成績管理系統采用三層B/S構架，分為用戶層、邏輯層和數據層。用戶層就是用戶使用系統的接口界面。該層實現在客戶瀏覽器中顯示用戶界面，供用戶提交或顯示查詢信息。一方面該層負責獲得用戶錄入的數據，同時進行驗證，合法的數據傳送給業務邏輯層；另一方面，該層以適當的形式顯示由業務邏輯層傳送的數據。邏輯層用于訪問數據層，將用戶的訪問意圖轉換成對數據層的數據進行提取、修改或刪除等操作，并將操作結果返回給用戶。在等級考試查詢系統中，該層使用ADO動態地鏈接數據源，對SQL Server數據庫進行訪問、更新或刪除數據，并把取得的數據放到DataReader或DataSet中返回給用戶層。業務層通常劃分成兩個子層：業務邏輯層和數據訪問層。數據庫業務邏輯層采用.net處理斷開連接模型，當用戶發出請求時，建立連接和傳送數據，操作完成后關閉連接。數據層主要指數據庫或者數據源。在考試成績管理系統中它是指SQL Server數據庫，由一系列相關數據的表、視圖、觸發器和存儲過程組成。
三、數據庫的設計
數據庫（Database），是一個長期存儲在計算機內的、有組織的、有共享的、y一管理的數據集合。之使用數據庫是因為它可以給數據管理帶來許多的好處：如它減少了數據的冗余度，使得存儲空間的利用率得到提高，即大大地節省了存儲空間，可以使數據資源的得到充分地共享和數據查詢得有極大地提高等。近年來受到用戶喜愛的關系型數據庫管理系統，操作界面更為直觀，使用起來靈活性較高，編程更為方便，而且還擁有更為強大的功能，而且擁有較強的環境適應性和極強的數據處理能力。數據庫的設計分為三部分：概念設計、邏輯設計和物理設計。
（一）概念設計
要進行系統的數據庫設計時，首先要對系統分析得到的數據字典中的數據存儲等成分進行分析，在這過程當中需要了解各數據存儲之間的關系，只有這么做才能得到系統的關系模式。要進行數據庫概念設計時可以采用E-R圖的方法來進行數據結構的分析，該DB設計方法是通過E-R圖來描述現實世界信息結構的。眾所周知，E-R圖有三個基本的成分來組成，即實體、屬性、聯系。
（二）邏輯結構設計
邏輯結構設計就是將概念結構設計階段完成的概念模型轉換成能被選定的數據庫管理系統（DBMS）支持的數據模型。即要將E-R圖轉換成關系模型。E-R圖向關系模型的轉化要解決的問題是如何將實體和實體間的聯系轉換為關系模式，如何確定這些關系模式的屬性和碼。對于E-R圖中實體轉換成關系模式比較簡單，只要將一個實體表示成一個關系：則實體的屬性轉換為關系的屬性，實體的碼轉換為有關系的碼。而對于實體間的聯系，一個聯系轉換成一個關系，但由于聯系的類型不同，在各種聯系轉換成關系模式時需要注意如下：1、如果實體間的聯系類型是一對一的聯系，則在將聯系轉換成為關系模式時可以在兩個實體轉換成的兩個關系中任意一個關系的屬性中加入另一個關系的碼。2、如果實體間的聯系類型是一對多的聯系，則在多端實體轉換成的關系中加入一端實體轉換成的關系的碼。3、如果實體間的聯系類型是多對多的聯系，則將聯系轉換為關系時，與該是聯系相聯的諸個實體的碼以及該聯系本身具有的屬性就是關系的屬性為，而諸實體的碼的組合就是關系的碼。
（三）物理設計
數據庫的物理結構設計是為一個給定的邏輯結構選取一個最適合功能要求的物理結構的過程。為數據模型在設備上確定合適的存儲結構和存取方法。物理結構設計的目的主要有兩點：一是提高數據庫的性能，滿足用戶的性能需求；二是有效地利用存儲空間。總之，是為了使數據庫系統在時間和空間上達到最優。數據庫的物理結構設計包括兩個步驟：1、確定數據庫的物理結構，主要是指確定存儲結構和存取方法。2、對物理結構進行評價，而數據存取效率和空間利用率是評價的重點因素如果評價結果符合應用的要求，則可以進入到物理結構的實施階段，否則就要物理結構重新進行設計或修改，有的甚至返回到邏輯結構設計階段，修改邏輯結構。
參考文獻：
[關鍵詞]考試管理系統；B/S結構；C/S結構；數據庫；優化
[中圖分類號]TP393 [文獻標識碼]A [文章編號]1005-6432(2008)52-0210-02
1 引言
正是由于Inter net的開放性、分布性和其巨大的計算能力使得考試管理的形式突破了時間和空間的限制。因此，本文分析及設計了一套基于分級管理機制的考試管理系統。該系統將采用多級管理結構，并把機構設置對整個考試的設置管理業務流程整合到系統之中，方便管理與使用。本考試系統是一套通用的考試管理系統，既可以滿足日常的教學考試需要，又可作為國家級考試考務管理的輔助系統，系統的體系結構為B/S和C/S相結合的方式，可擴展性強，具有很好的推廣意義。
2 系統功能分析
本系統是集考生報名、學院管理與學校考試中心考務管理于一體的系統，可以將系統分為三個部分：考生信息采集系統、學院考試管理系統和校考務管理系統，下面對各個子系統的功能分析描述如下：
2.1 考生信息采集系統
主要功能包括：以網站為表現形式，利用該網站，用戶可以瀏覽、查詢考試的設置情況，可以支持在線報名，網上收費以及考試結束后還可以在網站上查詢考試結果。考生信息采集系統以數據庫的方式，存儲每個考生的基本信息，包括準考證號，姓名，學號，身份證號以及對應的每次考試應試科目的成績。
2.2 學院考試管理系統
該系統提供給學院管理考試的內部人員，通過客戶端的方式進行操作和管理。
主要功能包括：審核考生的考試資格，打印準考證等考試相關材料，向學校考試中心上報考試執行情況。
2.3 校考務管理系統
該系統只提供給學校考試中心使用，該系統通過客戶端的形式進行操作和管理。如：對考試名稱，時間等索引性的數據進行管理、考試信息、成績的收集以及統計分析、成績信息的等。
主要功能包括：編排考生的考試時間、考試地點，編排考生的準考證號等信息。
3 系統設計
3.1 實現流程
本系統的功能都是基于角色創建的，不同的角色對應不同的功能模塊。因此，系統功能的實現也是基于角色的，每個角色都有不同的訪問權限，訪問權限由系統管理員統一分配。用戶通過系統管理員分配賬號和密碼使用。組織一次集中考試，完整的系統流程需要經過以下幾個步驟：
(1)建立考試索引：首先由考試中心負責人建立批準考試的項目，建立考試索引。
(2)考試信息：校教務管理人員通過考試信息功能考試信息，包括確定的考試項目名稱、考試科目、考試時間、報名要求、報名流程等。
(3)報名考試：考生通過Internet在網站上查詢考試信息，當決定報名參加考試時，通過網上報名模塊報名，選擇參加考試科目等信息。
(4)考生/考務管理：二級用戶學院考試管理人員對報名資料進行資格審查、匯總報名費，確認考生考試資格，由校考務管理人員編排準考證號，安排考試地點等。
(5)考試組織：由學院考務人員組織考試，上報監考人員等相關信息。
(6)成績統計及：由校考務管理系統對成績進行統計分析，在系統網站上，考生憑準考證號和密碼查詢自己的成績。
3.2 系統技術平臺
整個管理系統使用B/S和C/S相結合的模式，所使用的技術平臺為：
操作系統：Windows 2003 Server
Web服務器：IIS6.0
軟件開發環境：網頁采用A S P技術，客戶端采用Borland Delphi 6.0
數據庫系統：ORACLE 9i
4 數據庫系統應用設計方案
在充分分析以上應用系統的體系結構和實際需求后，合理的規劃C/S和B/S相結合的模式，從結構上將整個應用分為兩個部分，即前端應用和后臺管理。
前端應用包括全部的業務管理功能，界面設計力求簡潔明了，方便用戶操作。
后臺管理分為兩種情況：
C/S情況：當用戶執行某些特殊操作時系統需調用或激活一些后臺管理程序。
B/S情況：同步方式下數據庫的分布式管理。
數據庫設計的基本任務是：根據系統分析階段的信息需求，處理需求和數據庫的支撐環境，設計出數據模型以及典型的應用程序，分為概念結構設計，邏輯結構設計，物理結構設計。
在需求分析階段，通過對業務的調查，從中獲得了每個用戶對數據庫的信息要求、處理要求和完整性的要求。
然后進行概念結構設計，它是整個數據庫設計的關鍵，獨立于數據庫邏輯結構、物理結構和DBM S。而邏輯結構設計的任務就是把概念結構轉化為選用的DBMS。創建數據庫物理結構包括使用邏輯結構設計的結構來形成表、列和表間的關系。列分配了相應的數據類型。在此層還能定義列的擴展屬性，例如編輯樣式，初始值，顯示格式等。表間的關系、主鍵和外鍵關系都可以在此定義。
5 系統實現
經過一年多的測試和修改，系統運行穩定，操作簡單，界面簡潔。可以滿足我校的各種考試項目，每年的考試人數都在萬人以上。
6 系統優化
本系統是針對高校考試管理開發的，對于考生信息、考試科目、成績等信息需要大量的I n s e r t、D e l e t e、Up d at e、S ele c t操作，數據量巨大，隨著數據庫規模的擴大，內部競爭的復雜性也增大，需要保證數據庫的并發性、可靠性以及操作速度。
系統優化的主要方式通過O r a c l e性能的優化完成，主要是提高數據庫的吞吐量和降低響應時間。針對系統特點，為了提高系統整體性能，可以采用的方式包括調整數據庫全局區、優化SQL語句、合理使用索引、提高磁盤I／O以及使用連接池等。考慮到優化的效果以及易維護性，系統優化使用了后兩種方法。
6.1 提高磁盤I／O性能
數據庫中大部分操作是由于需要I n s e r t、D e l e t e、Update或Select數據而進行的磁盤讀寫，所以磁盤的I／O的時間對于數據庫的性能會產生較大的影響。I／O請求的3個成分是定位、等待以及傳輸，而定位是I／O請求服務中代價最高的部分，所以優化的目標應該是減少I／O系統中定位的次數。具體措施如下：
(1)為表和索引分別建立不同的數據庫表空間，分別單獨存放；
(2)將表空間和索引空間盡量存放在不同的磁盤上；
(3)將數據庫的r e d o日志文件和數據庫的回滾段表空間盡可能存放在不同的磁盤上；
(4)將頻繁訪問的表、索引所在表空間存放在單獨的磁盤上；
(5)將O r a c l e的可執行文件和數據庫文件分別存放在單獨的磁盤上。
6.2 使用連接池（Connecting Pool）
連接池是眾多連接對象的緩沖存儲區，也是連接對象的集合體。連接池內部提供一種管理機制，能控制連接池內部連接對象的個數，對應用程序提供獲取和釋放連接的接口。通過使用連接池，省去了應用程序與后臺數據庫建立連接，應用程序通過一個連接類與連接池進行交互，減少了系統資源的消耗。經測試，使用連接池后，查詢時間縮短75%，顯著提高了系統性能。
7 結束語
本文從實際應用的角度，對中國民航大學的考務管理系統的相關技術進行了探討，提出了需求，在此基礎上，闡述了系統結構和數據庫設計體系。采用C/S和B/S相結合的方式，吸收了各自的優點，使系統更有效率。系統操作簡單，設計合理，方便了考生，同時降低了工作人員的勞動量，提高了整個管理部門的現代化管理水平和辦公自動化程度，優化了相關部門的管理工作。
參考文獻:
一、填空題(只需在橫線上直接共有15個空格，每一空格1分
1、從硬件體系結構來看，計算機硬件系統采用的經典的計算機結構是 。
2、標準的ASCII碼在計算機中的表示方式為 字節。
3、 能夠把匯編語言源程序翻譯為機器語言。
4、24*24漢字點陣庫，一個漢字字形需要 字節。
5、(173)10=( )16。
6、數據庫是長期存儲在計算機內、有組織的、可_ _的數據集合。
7、構成數據模型的三大要素是__________、數據操作和數據完整性約束。
8、事務應該具有四個屬性: 、一致性、隔離性和持續性。
9、設關系模式R是第一范式，且每個屬性都不傳遞依賴于R的候選鍵，則稱R是_______ 范式。
10、ADO數據訪問技術中三個主要對象是connection、command、 。
11、計算機網絡從邏輯或功能上可分為兩部分。這兩部分分別是負責數據傳輸的通信子網和負責數據處理的 子網。
12、計算機網絡中，通信雙方必須共同遵守的規則或約定，稱為 。
13、WWW網頁文件是用HTML語言編寫的，并在 協議支持下運行。
14、在計算機局域網中，將計算機連接到網絡通信介質上的物理設備是 。
15、提供網絡通訊和網絡資源共享功能的操作系統稱為 。
二、選擇題(本題共有15個小題，每一小題1分，共15分，每個小題給出的選項中，只有一項符合要求)
1、CPU是 。
A.運算器。 B.控制器
C.計算器 D.中央處理器
2、數據結構包括 。
A.線性結構和鏈式結構 B.線性結構和存儲結構
C.邏輯結構和鏈式結構 D.邏輯結構和存儲結構
3、 不是操作系統的主要功能。
A.任務管理 B.程序設計
C.文件管理 D.作業管理
4、數值信息在計算機的表示中，-57的補碼是 。
A.10111001 B.11000110
C.00111001 D.11000111
5、(16D.4A)16=( )2。
A.101101101.0100101 B.110101101.0100101
C.001101101.0100101 D.101101110.0100101
6、DB、DBMS和DBS三者之間的關系是 。
A.DB包括DBMS和DBS B.DBS包括DB和DBMS
C.DBMS包括DB和DBS D.不能相互包括
7、SQL語言有兩種使用方式，分別稱為交互式和 。
A.嵌入式SQL B.多用戶SQL
C.解釋式SQL D.提示式SQL
8、SQL語言中COMMIT語句的主要作用是 。
A.結束程序 B.返回系統
C.提交事務 D.存儲數據
9、在采用C/S結構的數據庫應用中，應將SQL Server安裝在 。
A.用戶端 B.服務器端 C.終端 D.客戶機端
10、收回所有用戶對基本表STUDENT的UPDATE操作權限可由 語句完成。
A.REVOKE UPDATE ON TABLE STUDENT FROM WANG
B.REVOKE UPDATE ON STUDENT FROM WANG
C.GRANT UPDATE ON STUDENT TO PUBLIC
D.REVOKE UPDATE ON TABLE STUDENT FROM PUBLIC
11、 是指在有限地理范圍(例如一幢大樓、一個單位或部門)內，將各種計算機與外設互連起來的網絡。
A. 廣域網 B. 局域網
C. 城域網 D. 公用數據網
12、下列各項中，不能作為IP地址的是
A.202.96.0.1 B.202.110.7.12
C.112.256.23.8 D.159.226.1.18
13、企業Intranet要與Internet互聯，必需的互聯設備是 。
A.中繼器 B.調制解調器 C.交換器 D.路由器
14、下列域名中，屬于教育機構的是 。
A. cjlu.edu.cn B.ftp.cnc.ac.cn
C.ioa.ac.cn D.ftp.bta.net.cn
15、調制解調器(MODEM)的主要功能是 。
A. 模擬信號的放大 B. 數字信號的整形
C. 模擬信號與數字信號的轉換 D. 數字信號的編碼
三、簡答題(本題共6個小題，每小題5分，共30分)
1、請圖示計算機硬件的體系結構。
2、請解釋“回收站”和“剪貼板”這兩個概念，并簡述他們的作用。
3、 簡述數據庫系統的三級模式結構和兩級映像。
4、什么是概念結構設計? 說明采用ER方法進行概念結構設計的步驟。
5、設計一個網絡ID為145.66.0.0的TCP/IP網絡，該網絡將包含13個子網。如果要求每一個子網可以擴充到3500臺主機，試計算該子網掩碼。
6、簡述ISO/OSI的七層參考模型。
四、綜合題(本題4個小題，共45分)
1、 簡述計算機存儲器分類，說明CPU讀取數據的順序;若用十六進制數給某存儲器的各個字節編地址，其地址編號是從0000到FFFF，計算該存儲器的容量。(本題10分)
2、給定3臺微機和1臺服務器，試設計總線型和星型的局域網，要求畫出相應的示意圖并明確指出各部分名稱。(本題10分)
3、現有關系數據庫如下：
商品表Goods(Gno，Gname， Gprice，Gtype，Gfact),各屬性含義依次為商品號，商品名，單價，型號，制造商;
商場表Shops(Sno，Sname，Mname，Saddr)，各屬性含義依次為商場號，商場名，經理，地址;
銷售表Sales(Gno，Sno，Qty)，各屬性含義依次為商品號，商場號，銷售量;
試用SQL語言完成以下操作：(本小題5×3=15分)
(1)查詢制造商為“杭州數源”的商品號，商品名，單價，型號;
(2)查詢銷售單價低于2000元電視機的商品號，商場號，商場名，地址和銷售量;
(3)建立表Sales,并且定義主碼和外碼。(假設商品表和商場表已存在，商品號為字符型，長度為5，商場號為字符型，長度為4，銷售量為短整型)
(4)將商場號為“S003”的地址改為“延安路100號”。
(5)查詢銷售兩種或兩種以上商品的商場名和它的地址。
4、某教學管理系統涉及教員、學生、課程、教室四個實體，它們分別具有下列屬性：
教員：職工號、姓名、年齡、職稱 學生：學號、姓名、年齡、性別
課程：課程號、課程名、課時數 教室：教室編號、地址、容量
這些實體間的聯系如下：一個教員可講授多門課程，一門課程只能被一個教員講授;一個學生選修多門課程，每門課程有多個學生選修，學生學習有成績，一門課只在一個教室上，一個教室可上多門課。(本題2×5=10分)
(1)請畫出教員、學生、課程、教室的E—R 圖。
(2)將該E—R 圖轉換為關系數據模型。
普通專升本《計算機綜合》答案
1、馮.諾依曼結構
2、1
3、匯編程序
4、72
5、AD
6、共享
7、數據結構
8、原子性
9、第三
10、recordset
11、資源
12、協議
13、HTTP(或超文本傳輸協議，或HyperText Transfer Protocol)
關鍵詞：在線會員；管理系統
中圖分類號：TP314 文獻標識碼：A 文章編號：1006-8937（2014）32-0085-02
會員管理系統是基于B/S（Browser/Server，瀏覽器/客戶端）架構開發的管理系統，利用J2EE技術、SQL Server數據庫和Tomcat應用服務器等技術，該系統除了具備傳統管理方式的功能，還增加了很多傳統管理方式不具備的功能，給用戶和管理者一種新的體驗。
1 系統開發環境
①操作系統：Windows XP；②數據庫：SQL Server 2000；③編譯工具：JDK1.5；④開發平臺：MyEclipse、Notepad++、Editplus、Dreamweave；⑤運行服務器：Tomcat5.0或以上版本。
2 系統需求分析和任務目標
2.1 需求分析
利用B/S模式的網站進行管理會員，適應當前高節奏的潮流，又為會員帶來方便快捷人性的服務。管理者也會高效率、低成本地管理會員信息。此系統能應用于大部分由會員制度的服務業，應用面廣泛，而且能還根據不要求進行相應的擴展和修改，使之它能適應具體某一行業的會員管理。
2.2 任務目標
基于J2EE的MVC模式的會員管理系統，可以使用戶和管理人員感到方便快捷易操作以及高的工作效率，同時也提高管理者和用戶的交互性，并且提供人性化的服務。運用MVC模式開發此系統是為了深刻的了解在MVC開發模式中“視圖”、“模型”、“控制器”的關系以及它們之間的松耦合結果以及整個軟件開發的流程，為以后的Java Web的開發打下良好的基礎。
3 系統功能模塊的劃分
3.1 會員模塊
①用戶注冊模塊：本系統除了留言外，其他功能在沒有成功登錄不能進行任何操作，所以用戶要想實現其他功能，必須先注冊。②登錄模塊：會員出了留言和注冊之外，其他功能必須登錄成功，才能實現。③修改個人信息模塊：在會員成功登錄的情況下，可以修改個人注冊信息和密碼。④查看其他會員信息：在會員成功登錄的情況下，可以查看其他會員信息包括某一個會員（也可以查看自己）或者全部會員信息。⑤上傳模塊：在用會員成功登錄的情況下，可以上傳照片或圖片。⑥新聞模塊：在會員成功登錄的情況下，可以瀏覽查看本網站上的各種新聞。⑦留言模塊：此模塊可以匿名留言，但是要想查看留言，必須成功登陸。
3.2 管理員模塊
①管理員登錄模塊：管理員只有在成功登錄之后才能進行其他操作。②個人密碼管理：管理員在成功登錄之后，可以修改個人密碼。③留言管理：管理員在成功登錄之后，可以進行刪除不良留言。④新聞管理模塊：管理員在成功登錄之后，可以進行新聞，還可以新聞過時可以進行刪除。⑤會員管理：管理員在成功登錄之后，可以進行瀏覽全體會員，也可以瀏覽某一個會員或者全體會員，還可以刪除會員。
4 系統數據庫設計
4.1 數據庫概念結構設計
數據庫結構設計的好壞直接影響到信息系統的效率和實現的效果，和里地設計數據庫可以提高存儲效率，保證數據的完整和統一。在進行數據庫的需求分析之后，明確得出了各個實體，并分析它們的屬性和它們之間的關系，在會員管理系統中有：會員信息實體，管理員信息實體，留言信息實體。新聞信息實體。
4.2 數據庫邏輯結構設計
有了數據庫概念結構設計，數據庫的邏輯結構設計就簡單多了。在基于JSP的會員管理系統中，首先要創建會員系統數據庫，然后在數據庫中創建需要的表和字段。建立數據庫的步驟：首先創建數據庫，在啟動“服務器資源管理器”窗口，在SQL Server服務器節點右擊，在彈出的快捷菜單中選擇“新建數據庫”命令，然后在彈出的對話框中輸入ComeHere（我建的數據庫的名稱）。然后在這個創建的數據庫里面建立4張數據表，包括會員信息表、管理員信息表、新聞信息表、留言信息表。
①會員信息表：包括會員名、密碼、會員性別、會員的年齡、會員的電話、會員的Email地址、會員的簡歷、會員照片的名字。②管理員信息表：包括管理員名、管理員登錄密碼、管理員的性別、管理員的電話、管理員的Email地址、管理員的簡歷。③新聞信息表：包括新聞編號（主鍵，自動增1）、新聞標題、新聞類型、新聞時間、新聞人、新聞內容。④留言信息表：包括留言編號（主鍵，自增1）、留言者、主題、留言時間、留言內容、刪除標志位。
5 系統配置文件
本系統的Servlet的類的包名均為myservlet.contron，JSP頁面通過調用這些Servlet實現處理數據，獲得處理結果，它需要配置Web服務器目錄下的web.xml文件。根據筆者使用的Tomcat安裝目錄及使用的Web服務目錄。
xml文件必須有一個根標記，web.xml文件的跟標記是。Web.xml文件中可以有若干個標記，該標記的內容由Tomcat服務器負責處理。標記需要有兩個子標記：和，其中標記的內容是Tomacat服務器創建的Servlet對象的名字。Web.xml文件可以有若干個標記，但要求他們的子標記的內容互不相同；標記的內容指定Tomcat服務器用那個內創建Servlet對象。Web.xml文件中出現一個標記就會對應的出現一個標記，有兩個子標記：和，其中標記的內容是Tomcat服務器創建的Servlet對象的名字（該名字必須和標記的字標記標記的內容相同）；標記用來指定用戶用怎么樣的模式來請求Servlet對象。如果修改web.xml文件需要重新保存，Tomcat服務器需要重新啟動，才能正確的調用Servlet。實現頁面發送的請求。Servlet處理返回結果，存儲在JavaBean中，JSP頁面通過JavaBean獲得返回的結果。
6 系統界面的設計及功能的實現
6.1 系統用戶注冊頁面
注冊頁面中的用戶要填寫的信息有：用戶名、用戶密碼、用戶年齡（默認為0）。用戶性別、用戶電話、用戶Email地址、和用戶簡歷。用戶名和密碼必須填寫和記住，其他的信息可以日后填寫或修改。為了提醒用戶，填寫用戶名和密碼特用了*號標示。
6.2 系統登錄頁面與實現
此系統的登錄頁面包括會員登錄和管理員登錄頁面，會員只有登錄成功的情況下才可以實現其他操作，管理員只有在登錄成功的情況下才管理各種信息。為了防止中文亂碼，我在代碼中寫handleString（String s）方法，而且還能判斷用戶是否是第二次登錄。
6.3 會員上傳頁面
上傳頁面，用于用戶在登錄成功的情況下，上傳圖片，上傳后圖片保存在D：＼Tomcat＼Tomcat 5.0＼webapps＼hygl＼image文件下面，而在數據庫里面以圖片名存儲在數據庫里面。圖片名以用戶名和原來的圖片名相結合成為存儲在數據庫里面。上傳成功后可以看到效果圖。圖片上傳是由RandomAccessFile類來實現的，RandomAccessFile類與其它輸入與輸出不同，它既不是輸入類InputStream的子類，也不是輸出類OutputStream的子類。但習慣上，仍然稱RandomAccessFile類創建的對象為一個流，RandomAccessFile流的指向既可以作為源，也可以走位目的地。
6.4 瀏覽會員頁面
瀏覽會員頁面提供兩種瀏覽會員的方式，一種用分頁控制的可以瀏覽全體會員，另一種可以具體瀏覽某一個會員，兩種方式可供會員用戶選擇。在這里面分頁顯示是核心，com.sun.rowset提供了CachedRowSetImpl類，該類實現了CachedRowSet接口。CachedRowSetImpl對象可以實現可以保存ResultSet對象中的數據，而且CachedRowSetImpl對象不依賴Connection 對象，這就意味著一旦把ResultSet對象中的數據保存到CachedRowSetImpl后可以關閉和數據庫連接。CachedRowSetImpl繼承了ResultSet的所有方法，因此可以像操作ResultSet對象一樣CachedRowSetImpl對象。將ResultSet對象resultset中的數據保存到CachedRowSetImpl對象的代碼如下：
CachedRowSetImpl rowSet=new CachedRowSetImpl（）；//實例化一個對象rowSet.populate（resultset）；
假設分頁CachedRowSetImpl對象中有m行記錄，準備每頁顯示n行，那么總頁數的計算公式是：
總頁數=（m%n）==0（m/n）（m/n+1）。
6.5 瀏覽新聞頁面
新聞瀏覽頁面也是以表格的形式出現的，也支持分頁瀏覽新聞，會員可選擇喜歡的新新聞進行內容閱讀，此時會生成一個字的瀏覽器顯示新聞。上一頁顯示的新聞主頁，用戶選擇“操作”中的瀏覽全文即可閱讀全文。瀏覽完畢后關閉子瀏覽器即可。
6.6 會員留言頁面瀏覽留言頁面
為了體現本網站的開發性以及和會員用戶進行的溝通互動，特設留言板模塊，允許在不登錄的情況下進行留言，但“留言者“這一項必須填寫，即便是假的也可以，否則留言將會失敗。留言的主題可以不必填寫。當然留言的內容更應該認真填寫。留言后可以在登錄成功的情況下瀏覽留言。匿名用戶不允許留言的。
6.7 會員個人信息管理頁面
會員個人信息管理頁面包括修改注冊信息頁面和修改密碼頁面，應為本系統注冊時，在填寫用戶名和密碼之后可以注冊成功，用戶可以日后完善個人信息。同時用戶的聯系方式等發生變化時也可以進行修改，修改密碼頁面用戶可以重新設立密碼。
6.8 新聞和管理新聞頁面
管理員登錄成功后，可以各種新聞，還可以到管理新聞頁面去瀏覽和刪已經過時的新聞。這里需要把新聞首頁的newsid（主鍵）值傳到瀏覽新聞內容頁面和刪除頁面。那兩個頁面根據這個newsid進行瀏覽內容和刪除操作。
6.9 瀏覽和管理會員頁面及其實現
這是本系統中管理員最核心最重要的功能，在管理成功登錄以后，可以進行瀏覽查詢會員信息，還可以進行刪除操作。此系統為了提高效率和滿足不同情況的需要提供了兩種刪除和兩種瀏覽查詢。點擊“會員管理頁面“的第一個按鈕，可以進行批量查詢和單個刪除。在輸入會員名的情況下點擊第二個按鈕可以進行單個會員查詢，在輸入會員名的情況下點擊第三個按鈕可以直接刪除會員。
參考文獻：
3．1 系統功能設計
系統開發的總體任務是實現企業人事信息關系的系統化、規范化和自動化，是在系統開發的總體任務的基礎上完成的。對本系統的功能進行集中、分塊，按照結構化程序設計的要求,得到如下圖所示的系統功能模塊圖。
各模塊實現的功能解釋如下:
1)有關企業員工各種信息的輸入，包括員工基本信息、所在部門、工作信息和工作簡歷等。
2)員工各種信息的查詢。
3)員工各種信息的修改。
4)考勤信息的輸入等。
5)考勤信息的查詢。
6)員工工作評價信息的輸入。
7)員工工作評價信息的查詢。
8)員工工作評價信息的修改。
9)員工工資信息的輸入
10)員工工資信息的查詢。
11)員工工作信息修改等。
3．2代碼設計
代碼是一組有序的數字或字母的排列，是代表客觀存在的實體或屬性的符號，代碼設計就是給系統中某些實體及其屬性于相應的編碼。這些編碼主要是為了對實體的表示、助記和方便檢索。
代碼結構的類型有：順序碼、區間碼、助記碼。
本企業對員工的編碼使用的是區間碼。
上述編碼分別以“0”，“1”，“2”，……開頭，以表示所代表的員工分別屬于管理人員、一車間、二車……。
3．3 數據庫設計
數據庫在一個信息管理系統中占有非常重要的地位，數據庫結構設計的好壞將直接對應用系統的效率以及實現的效果產生的影響。合理的數據庫結構時既可以提高數據存儲的效率,保證數據的完整和一致.另外，合理的數據庫結構將非常有利于程序的實現。
設計數據庫系統時應該首先充分了解用戶各個方面的需求，包括現有的以及將來可能增加的需求。
3.3.1 數據庫需求分析
用戶的需求具體體現在各種信息的提供、保存、更新和查詢，這就要求數據庫結構能充分滿足各種信息的輸出和輸入。收集基本數據、數據結構以及數據處理的流程，組成一份詳盡的數據字典，為后面的具體設計打下基礎。
仔細分析調查有企業人事信息需求的基礎上，將得到如下圖所示的本系統所處理的數據流程。
圖：企業人事信息管理系統數據流程圖
3.3.2數據庫概念結構設計
根據上圖，就可以設計出能夠滿足用戶需求的各種實體，以及它們之間的關系，為后面的邏輯結構設計打下基礎。這些實體包含各種具體信息，通過相互之間的作用形成數據的流動。
根據上面的設計規劃處理的實體有：員工基本信息實體、員工考勤信息實體、員工工作評價信息實體、員工工資信息實體。各個實體具體的描述E－R圖如下：
下圖為員工基本信息實體E－R圖。
下圖為員工考勤信息實體E－R圖。
下圖為員工工資信息實體E－R圖
實體與實體之間的關系E－R圖如下圖所示。
3.3.3數據庫結構的實現
經過前面的需求分析和概念結構設計以后，得到是數據庫的邏輯結構。現在就可以在SQLServer2000數據庫系統中實現該邏輯結構。這是利用SQLServer2000數據庫系統中實現該邏輯結構。
3.3.4創建系統數據表格manrecord
列名數據類型長度允許空說明
ygidvarchar8 編號
ygnamevarchar10 姓名
ygdeptvarchar20√部門
ygsexvarchar2√性別
ygbirthdaydatetime8√生日
ygplacevarchar40√籍貫
yglevelvarchar10√學歷
ygspecialvarchar20√專業
ygdate1datetime8√參加工作時間
ygdate2datetime8√入黨時間
ygbusivarchar12√職稱
ygdate3datetime8√職稱時間
ygstatusvarchar12√原身份
ygofficevarchar30√原工作單位
ygdutyvarchar10√原職務
ygdate4datetime8√進入公司時間
ygdate5datetime8√起薪時間
ygdate6datetime8√調入時間
ygnovarchar8√擋號
ygremark1text16√備注
3.3.5創建員工基本工資分配表pay
列名數據類型長度允許空說明
gzidvarchar8 編號
gznamevarchar10 姓名
gzbasenumeric5 底薪
gzallnumeric5√補貼
gzbonusnumeric5√獎金
gzpaynumeric5√加班
gzdeductnumeric5√扣考核
gzagenumeric5√代扣養老金
gzmedicalnumeric5√代扣醫療保險
gzhouse1numeric5√代扣住房公基金
gztotalnumeric5√稅前小計
gzdutynumeric5√所得稅
gzhouse2numeric5√房貼
gzhouse3numeric5√房租
gzlaboragenumeric5√實發工資
gzdatedatetime8√時間
3.4 界面的設計
本系統的用戶界面設計采用VisualBASIC6.0，他最大的優點是可視性，每個對象都以圖形方式顯示在界面上，我們不必建立每個對象的程序代碼，只需用工具畫在界面上。現將本系統的幾個主要界面介紹一下。
3.4.1企業人事信息系統的主窗體
這個項目我們使用多文檔界面，單擊工具欄中的ADDMDIForm按鈕，產生一個在這個窗體上添加所需的控件，創建好的窗體如圖所示：
下面對主窗體各選項實現的功能作具體介紹：
1)系統：該項只包括一個退出選項。
2)員工基本信息
包括四個菜單項：添加員工信息、修改員工信息、刪除員工信息、員工信息查詢。員工基本信息的數據項有員工編號、員工姓名、性別、出生日期、所在部門、籍貫、學歷、專業、參加工作時間、進入公司時間、起薪時間、調入部門時間、職稱、入黨時間、檔號、原身份、原職務、原工作單位、備注等。
3)員工考勤管理。
包括四個菜單項：添加考勤信息、修改考勤信息、刪除考勤信息、員工考勤查詢。包括的數據項有員工所在部門、員工姓名、出勤時間、工序時間、曠工時間、請假時間、早退時間、遲到時間、加班時間、出差時間等。
4)員工工作評價管理。
包括四個菜單項：添加工作評價信息、修改工作評價信息、刪除工作評價信息、員工工作評價查詢。包括的數據項有員工所在部門、員工姓名、員工所在部門、工作業績、工作態度、業務水平、備注等。
5)員工工資管理。
包括三個菜單項：計發員工工資信息、修改員工工資信息、員工工資信息查詢。包括數據項有員工所在部門、員工姓名、底薪、補貼、獎金、加班、住房補貼、房租、養老金、醫療保險、住房公積金、所得稅、實發工資等。
6)幫助：顯示相關幫助信息。
3.4.2主窗體菜單
創建如下圖所示菜單結構：
該窗體實現的是對菜單的編輯，主菜單有系統、員工基本信息、員工考勤管理、員工工作評價管理。下面的子菜單分別實現的是對這些主菜單的具體數據的添加、修改、刪除和查詢。
3.4.3員工基本信息模塊。
創建好的窗體如下所示：
下面對本窗體實現的功能作具體介紹：
該窗體分四個部分，左上邊實現的是輸入員工的基本信息，右上邊實現的是輸入員工的基本工作信息，下邊是工作簡歷，最下邊是其它信息。員工的基本信息的數據項有：姓名、部門、性別、生日、籍貫、學歷、專業。工作信息的數據項有建參加工作時間、進入公司時間、起薪時間、調入部門時間、職稱、職稱時間、入黨時間。工作簡歷包含的數據項有：原身份、原職務、原工作單位。其它信息的數據項是：備注，用于輸入有關員工的其他備用說明。
3.4.4員工考勤管理模塊。
創建好的窗體如下所示：
現將員工考勤窗體介紹一下：基本信息欄可輸入員工信息、本月基本信息、調整工資。員工基本信息欄包括部門和姓名；本月基本信息包括考勤年月、本月天數、工休天數和應出勤天數。
3.4.5員工工資管理模塊
創建好的窗體如下所示：
該窗體的功能有輸入員工的信息、基本工資、代扣項目和工資總計。員工信息欄的數據項是：部門和姓名；基本信息數據欄的數據項是底薪、補貼、獎金、扣考核、房貼和房租；代扣項目欄的數據項有：養老金、醫療保險、住房公積金；工資小計欄的數據項有稅前小計、所得稅、實發工資和計發時間。
系統實施
4．1 系統實施主要活動、地點和作用
4.1.1系統實施的主要活動
系統實施的主要活動內容包括系統環境的建立、程序設計、數據準備與錄入、系統人員培訓、系統的調試與轉換和、文檔的建立與完善。以上各工作幾間的關系如圖所示：
4.1.2系統實施的環境建設與設備購置
由于在系統實施過程需要的人員和設備的數量及種類都很多,因此,在正式組織實施時必須首先做好各項準備工作。
一、計算機機房的建設
計算機機房的建設是指能夠滿足各項環境指標、安放計算機設備使其充分發揮功能的工作場所。
1)機房建設的要求
計算機機房的建設應該考慮到它的可靠性、可維護性和可擴展性以及安全性和經濟性等方面的要求，并且要根據實際情況提出具體的指標標準，為系統的實施提供一個良好的環境。
2)機房總體布局問題
計算機機房應該包括計算機主機房、基本工作房間和各類輔房間等。計算機機房的總體布局應該以安裝計算機設備的主機房為中心，然后確定其它房間的多少和大小，并且依據各個房間之間的關系來綜合考慮布局。
二、購置計算機系統設備。
1)購置計算機系統硬件設備。購置設備首先要考慮該是質量，并且要在保證質量的前提下，盡可能地降低購置成本。
2)資料齊全、手續完整。購置設備要求供貨單位提供的設備資料必須齊全、售貨手續必須完整，同時要組織好驗收工作。由于計算機設備技術比較復雜，驗收工作必須十分認真仔細地進行。
3)計算機設備的兼容性和可維護性。購置計算機設備必須還要考慮它的兼容性和可維護性。應盡量選購那些兼容性好、可維護性好、并且能夠提供良好售后服務的設備。
4.1.3系統實施的作用
系統實施階段既是成功的實現新系統，又是取得用戶對系統信任的關鍵階段。MIS的規模越大，實施階段的任務就越復雜。在系統正式實施之前，就要制定出周密的計劃，即確定出系統實施的方法、步驟、所需的時間和費用。并且要監督計劃的執行，做到既有計劃又有檢查，以保證系統實施工作的順利進行。
4．2 程序設計和軟件開發工具。
隨著計算機應用水平的提高，軟件越來越復雜，同時硬件價格不斷下降，軟件費用在整個應用系統中所占的比重急劇上升，從而使人們對程序設計的要求發生了變化。在過去的小程序設計中，主要強調程序的正確性和效率，但對于大型程序，人們則傾向于首先強調程序的可維護性、可靠性和可理解性，然后才是效率。目前衡量程序設計質量的指標要求一般有以下幾個方面：
1)可靠性
系統運行的可靠性是衡量系統質量的首要指標。它有兩方面的含義：一方面是指系統的安全可靠性，如數據存取、通訊、操作權限等的安全可靠性；另一方面是指程序運行的可靠性。
2)實用性
實用性是指從用戶的角度來審查系統的功能實用、靈活、方便。實用性是系統實施后投入運行的重要保證。
3)規范性
規范性是指系統功能的劃分、書寫的格式、變量的命名等都有統一的規范。文檔的規范化是今后程序的閱讀、修改、維護以及相互交流所必須做到的。
4)可讀性
可讀性是指設計的程序結構和命令語句清晰，使其他人容易看懂。可讀性是今后維護和修改程序的基礎，對于大型的系統軟件開發尤為重要，沒有可讀性的程序就無法修改與維護，也就沒有生命力。
5)可維護性
可維護性是指系統程序的各個組成部分是相互獨立的，沒有牽一發而動全身的連鎖反應。可維護性是和規范性、可讀性等指標密切相關的。
4．3 系統
系統測試是在假定系統中有錯誤的前提下進行的，通過測試來盡可能地發現在系統分、系統設計和系統實施中存在的錯誤，也就是系統測試的目的是為了發現和解決系統中可能存在的錯誤。測試包括對系統的基本功能、系統的效率、系統的可靠性和可操作性等問題所進行的測試。系統測試的目的體現在系統調試的各個步驟中。程序測試，是為了發現程序設計中錯誤。也就是說，越是早期的錯誤，往往越是到最后才能發現。所以要非常重視早期的系統分析、系統設計工作，決不能草率行事，不然一旦出現錯誤，將使系統的開發工作大量返工，造成工期的延誤和人力資源的浪費。
系統測試的方法主要有兩種：
1)黑箱法
黑箱法是指測試人員不考慮程序模塊的內部結構如何，而只用測試程序來驗證程序是否符合功能的要求，是否會發生異常現象。
2)白箱法
白箱法是指測試人員根據模塊內部的結構來導出測試數據，使模塊中的所有測試路徑都被測試到。
系統的測試很明顯在程序測試中要用白箱法，在系統的統調試中要用白箱法。但是在具體實踐中是要互相結合運用的，因為無論是“黑箱法”還是“白箱法”都是無法將系統中的所有錯誤都測試出來。
4．4系統運行的管理與維護
企業人事信息管理系統正式投入運行以后，為了讓MIS長期高效的工作，必須加強對MIS日常管理。我們把系統交付使用后的變更等工作成為軟件維護。MIS運行的日常管理決不僅僅是機房環境和設施的管理，更主要的是對系統每天運行情況、數據輸入和輸出情況以及系統的安全性與完備性及時如實的記錄和處置。這些工作主要有：
1)系統運行的日常維護。包括數據收集、數據整理、數據錄入、及處理結果的整理與分發。此外，還包括簡單的硬件管理和設施管理。
2)系統運行情況的記錄。整個系統運行情況的記錄能夠反映出系統在大多數情況下的狀態和工作效率，對于系統性能的評價與改進具有重要的參考價值。因此，對MIS的運行情況一定要及時、準確、完整地記錄下來。除了記錄正常情況外，還要記錄意外情況發生的時間、原因與處理結果。
記錄MIS運行情況是一件細致而又繁瑣的工作，從系統開始投入運行就要抓好。
系統維護維護是系統生存期的一個重要階段，也是持續時間最長，工作量最大的一個階段。因為在軟件的使用過程中，用戶往往會發現一些在開發時期沒有發現的錯誤；隨著環境的變化，用戶可能對原來的軟件產品提出修改的要求，往往會對原來的軟件在性能和功能上提出一些新的要求。所以說軟件在交付使用后，還必須做好維護工作，使軟件將更加完善，能適應新的環境和要求，延長使用時壽命。
1)程序的維護。程序維護指根據需求變化后硬件環境的變化對程序進行部分或全部修改。修改時應充分利用原程序，需改后要填寫程序修改登記表。并在程序變更通知書上寫明新老程序的不同之處。
關鍵詞：數據庫應用技術；教學改革；發展趨勢
中圖分類號：G642
數據庫技術是計算機領域應用最廣泛的應用技術，其應用個計算機應用中的比例已經超過了70%。數據庫應用技術課程是高校計算機科學技術專業的必修程之一，這也體現了高校對教育部號召的響應：教育部多次明確指出，高校要進一步加強對大學生數據庫應用能力的培養，大學生應該具備利用數據庫整理加工和處理信息的能力和利用數據庫技術解決本專業相關問題的能力。數據庫應用技術課程是高校計算機及相關專業的核心課程之一，對于人才培養意義重大。但是由于這門課程的應用性和實踐性較強，但是課本的理論知識容易與實踐脫鉤，導致許多學生難以建立長期持久的學習興趣，在進入數據庫系統實驗和設計階段后，又往往無從下手。傳統的課程教學方法存在諸多亟待解決的問題，分析該課程教學過程的問題現狀，探究科學的合理的教學改革方案，研究新的教學模式，提高教學質量，最終幫助學生增強實踐和創新能力，具有深遠的現實意義。
1數據庫應用技術課程教學過程中存在的主要問題
1.1理論和實際相脫節
數據庫應用技術教學內容既包括了數據庫原理，也涉及到了數據庫的應用和開發等方面，理論性和實踐性并舉。數據庫原理知識作為數據庫應用技術的基礎，具有較強的抽象性。雖然國內許多經典教材對數據庫的相關原理做出了準確深入的闡述，但是不可否認的是，這部分的學習難度較大，往往讓學生感覺枯燥乏味無從下手。這是因為在理論學習階段，學生沒有實踐的心得，因此很難理解抽象的數據庫的相關概念和原理，從而學習積極性難以提高。但是理論學習對后續實踐有重要的指導意義，理論知識的掌握不牢固，學生在實踐階段自然力不從心，最終使得教學效果大打折扣，理論和實踐相脫節。長期以來，如何激發學生持續的學習興趣一直是廣大教學工作者關心的焦點。教學應提倡將數據庫實例與數據庫基本原理和概念、實現技術想結合，從而加深學生的學習印象。但是兩者相結合的教學法在應用過程中并不順利，很多高校都出現了極端現象：有的高校過分重視了數據庫原理的說教，而有的高校過分重視了流行數據庫開發工具的使用，忽視了學生基本功的培訓，造成學生知識結構部完整。
1.2實踐環節目標不明確，不成體系
數據庫的應用設計是四分技術，六分設計，合理的設計是建立高性能數據庫的前提。要想完成一個合理好用高效的設計，就必須要幫助學生明確需求分析、概念結構設計和邏輯結構設計的重要性，這些都是系統良好開發的重要前提。但是在實踐教學中，多數學生都不明確試驗操作的目的和內容。許多學生的學習目的不明確，學習態度不積極，應付對待實踐課，多數學生不能掌握開發使用數據庫應用系統的技能，不能掌握聯系的認知方法，難以完成從現實設計到數據庫系統的科學轉化。也正是由于教師授課的盲目性，和學生學習目的的不明確，嚴重影響了教學成果，并限制了學生設計能力和綜合能力的發展。
1.3教學方式單一，考核形式固定
教學方式單一一直是影響教學效果的主要因素之一。目前的數據庫應用技術課程教學主要采用課堂講授理論為主，教學模式多為概念―舉例---練習這樣的老套三部曲，在整個教學活動中，學生都處于教學的被動地位，學生的主體地位得不到體現，學習后不能很好地結合實踐，教學效果自然大打折扣。再加上，課程考核的形式單一，學生為了獲取高分數，機械地將考試內容的死記硬背，對實踐中可能遇到的問題很少加入自己獨立的思考，所學完全淪為為應試教育所服務。此外，雖然教材改革不斷深化的同時，教材越來越多地加入了對實踐能力的闡述，但是由于教材的出版周期較長，導致教材的內容嚴重滯后。學生所學距離廣泛應用的新技術滯后太多，這也是導致學生學習興趣不高，學習效果不好的主要原因。
2數據庫應用技術課程教學改革及發展探討
2.1優化教學內容，理論聯系實踐
要想加強數據庫原理知識與實踐過程的聯系，就要從根本上改變傳統的教學模式，深化教學改革工作的開展。傳統的教學模式，在講授數據庫基本概念和基本原理、應用的過程中，往往過分強調了理論教學，教學整體工作都在圍繞關系數據庫、數據庫管理系統、數據庫基本原理而展開，具體的應用很少被加入其中。本文認為，科學的教學應該在向學生介紹基本概念之后，就應該對照具體的關系數據庫系統，加入上機實踐。這樣一來，可以提早幫助學生建立對數據庫的認知，實踐中可以鞏固理論知識并培養操作能力。在進行初步操作實踐之后，教學內容應該集中在較為具體的數據庫應用系統需求方面，有目的地傳授關系數據庫的規范化理論和設計方法。總之，課程內容與應用要保持同步，這樣有助于幫助學生理解理論部分，也有助于提高課程趣味性。
數據庫實驗內容要與理論內容相結合，但是要避免獨立零散，教師要幫助學生建立一個整體的學習脈絡，幫助學生融會貫通全部知識點。科學的實驗體系應該由五部分組成，包括啟示性試驗，驗證性實驗、設計性實驗、綜合性實驗和自主開發式實驗。啟示性實驗顧名思義引入實例，引導學生了解所學的知識點，這適合在初學階段采用。炎癥性、設計性和綜合性適合在課程學習后續的過程中循序漸進的開展，旨在幫助學生掌握設計開發方法等。自主開發式的實驗對學生的能力有了進一步的要求，要求學生靈活運用所學知識，可以獨立自助的選題設計和開發數據庫應用系統，這也是對學生學習成果的驗收。
2.2合理運用各種教學方法，提高教學效果
（1）項目與評價結合式教學。項目教學法立足于學生之間的團隊合作協作學習，鼓勵學生開展自助探索式的學習。所謂項目教學法，是鼓勵師生共同參與實施一個項目的教學方法。這個項目首先要與書本所學知識點相關，而且與大綱要求的實踐技能的培養有直接關系。其次，這個項目具有一定的現實價值，即與企業生產過程等有關；最重要的是學生可以參與到計劃制定計劃實施的各個階段，有充足的自助權利安全計劃的組織和開展；當學生遇到困難時，教師要多鼓勵學生獨立客服，引導學生利用所學的知識和技能解決問題；項目結束后，必須具有一定的展示成果，這個學習成果應該被師生雙方共同評價。項目教學更多強調學生參與、創造的時間過程。在整個項目開展過程中，學生可以有機會更深刻地理解所學理論和知識，體驗設計分析解決問題的快樂，最終培養學生獨立分析解決問題的能力。