第一篇：關(guān)于教務(wù)管理系統(tǒng)的設(shè)計與實現(xiàn)

關(guān)于教務(wù)管理系統(tǒng)的設(shè)計與實現(xiàn)

摘 要：隨著現(xiàn)代信息技術(shù)的迅速發(fā)展及“無紙化”、“實時性”辦公在高教管理中的需要，本項目設(shè)計了一套適用于高教管理的教務(wù)管理系統(tǒng)，其功能為教師課程查詢、工作量統(tǒng)計、教師科研系統(tǒng)管理等，極大的方便了教職員工。教務(wù)管理系統(tǒng)的內(nèi)涵和意義

為了適應高校信息化發(fā)展及無紙化辦公的需要，提高教職工工作效率及實現(xiàn)“24小時”隨時辦公的理念。減少教師及相關(guān)行政人員在辦公中重復性、冗余性勞動，本項目設(shè)計了一套教務(wù)管理系統(tǒng)，本系統(tǒng)與傳統(tǒng)的教師錄入相比，不但減少了教師的工作量，并重新設(shè)計學校文件管理流程，并有數(shù)據(jù)上傳，圖表在線打印等功能，便于教師查找和維護教學數(shù)據(jù)，少了紙張浪費，達到學?，F(xiàn)代化、信息化管理的目的。教務(wù)管理系統(tǒng)介紹

本系統(tǒng)主體應用框架為C/S結(jié)構(gòu)，分為服務(wù)器和客戶端子系統(tǒng)兩部分，服務(wù)器系統(tǒng)只有管理員擁有權(quán)限，負責數(shù)據(jù)的管理，此系統(tǒng)運行在校園服務(wù)器端，同時數(shù)據(jù)庫也存放于此。客戶端軟件運行在于用戶PC機中，教師下載后方可使用，其功能為根據(jù)需要查詢或統(tǒng)計教學數(shù)據(jù)。數(shù)據(jù)庫采用SQL Server，對數(shù)據(jù)提供自動導航，大大地提高了數(shù)據(jù)處理能力。

本系統(tǒng)分為教務(wù)管理服務(wù)器和客戶端兩個子系統(tǒng)。教務(wù)管理客戶端系統(tǒng)的功能為管理高教教師日常文件，其可分為三個子模塊：

1、課程查詢模塊，其功能為教師通過查詢課程，可了解人才培養(yǎng)方案的內(nèi)容，如課程編碼、教學大綱，教學進度等內(nèi)容；

2、工作量統(tǒng)計模塊，其功能為教師通過所在的院系查找與自己相關(guān)的課程，對課程進行勾選后，可得出本學期課程的課時，并可計算課時量及課時費用，本模塊包括打印功能，若有需要可將人才培養(yǎng)方案、教學進度、教案、多媒體申請、教材申報情況進行打印；3科研任務(wù)管理模塊，對教師的科研項目，包括在研項目，已經(jīng)取得的成果，及成果材料數(shù)據(jù)進行上傳。教務(wù)管理服務(wù)器的功能為對教務(wù)管理的數(shù)據(jù)進行維護；其可分為三個子模塊：

1、課程管理模塊，其功能為課程相關(guān)數(shù)據(jù)的錄入和編輯，只有管理員擁有權(quán)限；

2、工作量查詢模塊，管理員可對教師登記數(shù)據(jù)進行查詢，并對所需數(shù)據(jù)進行打印，只有管理員有訪問所有教師記錄的權(quán)限，但無權(quán)對數(shù)據(jù)進行修改；

3、科研任務(wù)管理維護模塊，其功能為對教師登記的科研數(shù)據(jù)進行查詢，并可對所需數(shù)據(jù)進行打印，管理員有訪問所有教師記錄的權(quán)限，但無權(quán)對數(shù)據(jù)進行修改。設(shè)計工具和數(shù)據(jù)庫的選擇

在軟件的設(shè)計上要求簡潔大方，便于瀏覽，框架設(shè)計簡明實用，易于管理。

本系統(tǒng)在開發(fā)上采用Visual Studio 2005 C#和SQL Server數(shù)據(jù)庫。Visual Studio 2005 是由Microsoft公司推出的能夠快速開發(fā)客戶端/服務(wù)器應用程序的一款編程軟件，C#是基于.NET框架（.NET Framework）的一種程序設(shè)計語言。其特點是提供了與業(yè)務(wù)緊密集成的、可擴展的開發(fā)環(huán)境，不僅易于實現(xiàn)，而且支持多線程開發(fā)，安全穩(wěn)定。

SQL Server 是Microsoft 公司推出的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)。具有使用方便可伸縮性好與相關(guān)軟件集成程度高等優(yōu)點，可跨越從運行Microsoft Windows 2000 的筆記本電腦到運行Microsoft Windows 2012 的大型多處理器的服務(wù)器等多種平臺使用。SQL Server 是一個全面的數(shù)據(jù)庫平臺，使用集成的商業(yè)智能（BI）工具提供了企業(yè)級的數(shù)據(jù)管理。SQL Server 數(shù)據(jù)庫引擎為關(guān)系型數(shù)據(jù)和結(jié)構(gòu)化數(shù)據(jù)提供了更安全可靠的存儲功能，便于構(gòu)建和管理用于業(yè)務(wù)的高可用和高性能的數(shù)據(jù)應用程序。

系統(tǒng)運行的硬件環(huán)境要求為：Intel Corei3 以上+2G 內(nèi)存+100G 以上硬盤。教務(wù)管理系統(tǒng)的設(shè)計與實現(xiàn)

4.1 登錄界面

首先教師須成功登錄教務(wù)系統(tǒng)主界面，系統(tǒng)通過教師輸入姓名和密碼來驗證身份，只有用戶名與密碼分別與存儲教師信息的表 login 中用戶名與密碼字段相匹配時，身份驗證成功，提交記憶用戶名，此時教師才有權(quán)登錄到主頁面選擇菜單中的功能模塊。

4.2 教師工作量統(tǒng)計模塊

通過驗證后系統(tǒng)通過數(shù)據(jù)庫查詢，可查找到教師所在院系，并將信息顯示在復選框中，此時在列表中顯示本系教師應承擔的所有課程，教師可選擇任意一門課程查看，如課程編號、教學進度、教學大綱、電子教案等內(nèi)容，同時教師還可在復選框中選擇幾門課程，計算課時費用。選擇出課時情況后系統(tǒng)將建立一種張表格記錄本學期教師授課情況，若有需要可自動生成打印表，如：多媒體申請表、授課任務(wù)書、教師評價表等。同時教師將數(shù)據(jù)填寫完整后點擊“保存”按鈕，可將數(shù)據(jù)上傳人服務(wù)器端，管理員可對數(shù)據(jù)進行查詢，若有需要可產(chǎn)生表格進行打印。

4.3 教師科研任務(wù)管理模塊

教師通過驗證后可選擇進入科研任務(wù)管理模塊，左側(cè)為樹形列表，根列表為：項目、教材、文章、獎勵、專利等，此列表項若有需要可由管理員增加，根列表下可增加內(nèi)容，如：項目中可分為在研項目、已完成項目；文章可分為一般文章、核心文章、重點文章等。教師可將科研情況根據(jù)需要保存入表中，并將證書、結(jié)項材料、科研費用支出情況等電子版保存入數(shù)據(jù)庫，此保存分為兩個級別，一級是上傳入公共數(shù)據(jù)庫，此內(nèi)容管理員可查詢，另一級為傳入私有數(shù)據(jù)庫，此內(nèi)容只有教師本人有權(quán)限查看或更改，作為資料備份和文件的日常管理。

4.4 管理員服務(wù)器管理模塊

在登錄階段首先選擇管理員，填入正確的用戶名和密碼后將進入管理員界面，管理員界面分為三個內(nèi)容，分別為人員管理、課程管理及教師科研管理。

1、人員管理：中間為本校教師登記列表，此表可將數(shù)據(jù)庫中登記教師顯示其中，并有增、刪、改、查的功能。

2、課程管理：將本校全部課程按照院系進行分類錄入到數(shù)據(jù)庫中，同時可查詢教師每個年度教授的課程及工作量情況，并形成表格打印。

3、教師科研管理：輸入教師姓名后，可對教師科研情況進行查詢，但無更改權(quán)限。結(jié)束語

教務(wù)管理系統(tǒng)的實現(xiàn)極大的方便了高教教師及教務(wù)工作人員，具有很強的便捷性和靈活性，對教務(wù)管理重新進行流程再造，打破了原有教務(wù)管理的模式，達到了現(xiàn)代高校高效管理的目的。

參考文獻

[1] 田姍.基于 WEB 模式的教學管理系統(tǒng)的設(shè)計與開發(fā)[D].濟南：山東大學，2011.[2] 徐秀娟.教學管理系統(tǒng)的開發(fā)與設(shè)計[D].成都：電子科技大學，2011.

第二篇：基于ASP.NET的教務(wù)管理系統(tǒng)的設(shè)計與實現(xiàn)

基于ASP．NET的教務(wù)管理系統(tǒng)的設(shè)計與實現(xiàn) 摘要

教務(wù)管理系統(tǒng)為滿足高校日益繁雜的教務(wù)工作，提升信息的流通速度，增 加師生間的溝通和交流，提高各個部門的工作效率而開發(fā)的管理信息系統(tǒng)。教務(wù) 信息管理系統(tǒng)是融合管理科學、信息科學、系統(tǒng)科學和網(wǎng)絡(luò)技術(shù)為一體的綜合性 先進管理手段。該系統(tǒng)是基于B／S(瀏覽器／服務(wù)器)模式的信息管理系統(tǒng)，選用

ASP．NET+SQL Server 2000數(shù)據(jù)庫進行開發(fā)。全文設(shè)計開發(fā)的教務(wù)管理系統(tǒng)結(jié)

合了面向?qū)ο蟮木幊趟枷耄溟_發(fā)主要包括后臺數(shù)據(jù)庫的建立和維護以及前端應 用程序的開發(fā)兩個方面。通過系統(tǒng)實現(xiàn)，用戶可以在網(wǎng)絡(luò)環(huán)境下直接訪問操作權(quán) 限范圍內(nèi)的各項信息。

在開發(fā)系統(tǒng)過程中，嚴格按照軟件工程的開發(fā)理念，采用了基于先進的統(tǒng) 一建模語言．IdML的面向?qū)ο蠹夹g(shù)進行系統(tǒng)的分析與設(shè)計。UML是一種對面向 對象系統(tǒng)進行可視化、詳細描述、構(gòu)造和文檔化的規(guī)范建模語言。特別是在統(tǒng)一 建模過程RUP出現(xiàn)后，UML的應用更加廣泛。UML可以應用在軟件工程的每 個階段，本文使用Rational Rose 2003對UML中涉及到的視圖進行建模。本文詳細闡述了基于UML的面向?qū)ο蟮南到y(tǒng)分析與設(shè)計、數(shù)據(jù)庫設(shè)計以及 UML模型向關(guān)系數(shù)據(jù)庫的映射方法。在數(shù)據(jù)庫的需求分析中，使用Microsoft Visio進行E．R圖的建模。在需求分析中，詳細分析了系統(tǒng)所面向的用戶對系統(tǒng) 的功能需求，基于此需求，確定參與者及參與者所感受的系統(tǒng)服務(wù)或功能單元，經(jīng)過多次迭代和細化后建立需求模型，制品為用例圖。在用例視圖基礎(chǔ)上，進入 系統(tǒng)分析階段，識別系統(tǒng)全部的類，建立類圖，并對每一個類判定其構(gòu)造型，建 立系統(tǒng)分析階段的靜態(tài)模型。為了描述系統(tǒng)各對象在執(zhí)行期間不同時間點是如何 動態(tài)交互的以及結(jié)果如何，建立系統(tǒng)分析階段的動態(tài)模型，包括序列圖和協(xié)作圖。在系統(tǒng)設(shè)計階段，對系統(tǒng)進行分層和刻畫子系統(tǒng)，本文所論述的教務(wù)管理 系統(tǒng)共分為學生登錄模塊、教師登錄模塊、教務(wù)管理員登錄模塊和教材管理員登 錄模塊。其中教務(wù)管理員登錄模塊中，又分為學生信息管理、師資管理、網(wǎng)上選 課、工作量計算、教學計劃管理等幾個模塊，是整個系統(tǒng)的開發(fā)重點。數(shù)據(jù)庫設(shè) 計階段，依據(jù)數(shù)據(jù)庫三種模式之間的兩種映射關(guān)系，將對象模型向數(shù)據(jù)庫模式映 射，建立數(shù)據(jù)庫模型。

本文建立了較為完整的UML模型，對各個開發(fā)過程中的分析與建模作了較 充分的闡述，為應用軟件提供了清晰的解決方案，因而，本論文對使用UML進 行軟件開發(fā)的讀者具有一定得參考價值和實用價值。

關(guān)鍵詞：教務(wù)管理系統(tǒng)；統(tǒng)一建模語言；面向?qū)ο?；ASP．NET

The Des i gn and I mp I ementat i on of Educat i ona I Adm i n i st rat i on System Based on ASP．NET Abstract The educational implementation system is planed for the satisfaction of the increasingly complex educational administration work in tmiversity, for the promotion of the information circulative speed，for the increasing contact and communication between teachers and students，as well as for the improvement of working efficiency amony different branches．The educational administration system is such comprehensively advanced management methods as administrative science，information science，systematic science and network technique，all routed into one．

The system is established by the information administration。which is based on the B／S model，and selects the data base ofASP．NET+SQL．Server2000 to apply．Focus of the thesis is to design the educational administration system，and employs the typical administrative system by the theory of objects·oriented．The development includes two aspects：the establishment and reservation of the backstage data base；the development of front applied programs．By achieving this system，users can directly visit all kinds of information、析m in the authority of operation under the netwok environment．

During the process of development，the thesis bases strictly on the concept of software project，and makes systematic analysis and design，aimed the technology of directed objects on UML．Uniform Modeling Language(UML)is the one to visible，fully describe，build and docnmentalizc for objects-oriented，especially applied in Rational Unified Process．UML Can be used in stage of software engineering project，therefore，the thesis models the views related to UMLby using Rational Rose 2003．

In the practice of systematic design,the thesis fully elaborates the objects-oriented，the plan for the data base and the mapping methods from UML to relational data base． And it also models the E—R diagram with the help of MicrosoR Visio，in the demand analysis of data base．Furthermore，it analyses the functional demands of the users in the system，defines the system services or function units enjoyed by interparticipants，establishes the needed models and detailed division．division．On the basis of the Use Case Diagram，the thesis enters the stage of systematic analysis，distinguishes all the classes誦tll in the system，establishes the Class Diagram，judges the structure of each class，and finally builds the static models in the stage．In order to describe how the objects interact dynamically in different period of time，the thesis continues to establish the static models in systematic analysis stage，including Sequence Diagram and Collaboration Diagram．

It is because of the stratification and carving sub—system that the educational administration system in this sense Can bc divided into students login model，teachers login model，educational administrators login model and teaching material

administrators login model is the focus of administrators login model．The educational development for the whole system，among which can be divided into such models as students information management，teach management，optional courses on line，work load calculation，teaching plan management，and SO on．In the state of designing data base，it shines upon the data base model from object models and establishes them in view of 2 mapping relations among the 3 models in data base．

To skim up，the thesis has established completed UML models，elaborated the analysis and models in the process of exploitation in details，and provided clear solutions to the applied software．Therefore，it is of great help and value to the reads who are intended to develop software by using UML．

Key Words：Educational Administration System；Uniform Modeling Language；0bject-Oriented；ASP．NET

O引言

近年來隨著教育普及，高校教育體制改革，各高校擴大招生規(guī)模，使得在校 學生人數(shù)有了突飛猛進的發(fā)展，辦學規(guī)模逐漸增大，專業(yè)設(shè)鼉?nèi)遮叾鄻踊?，招?人數(shù)逐年增加，教學計劃不斷更新，這使得高校教務(wù)管理的工作量大幅度增加。并且，隨著教育改革的深化，教學管理模式也在發(fā)生變化，如學分制的逐步實行、學生可以自主選課等。這就對原有的教學管理模式提出了更高的要求。另一方面，隨著計算機網(wǎng)絡(luò)技術(shù)的發(fā)展，校園網(wǎng)引進各個高校，為無紙化辦公提供了有利條 件。在這樣的形勢下，開發(fā)一個集成化的教務(wù)管理系統(tǒng)不僅勢在必行，而且成為 一個緊迫的任務(wù)。

由于國內(nèi)各高校的教務(wù)管理模式不盡相同，不同學校的實際教務(wù)管理情況各 有自己的特點，因而各高校需要針對自己的教務(wù)管理模式和特點建立自己的教務(wù) 管理系統(tǒng)。教務(wù)管理包括對教學資源——如教室、辦公用品等的管理，新生注冊 和學籍的管理、各學期學生成績的管理、教學培養(yǎng)方案的執(zhí)行、教學計劃的安排、學生考試的管理、教師評教以及工作量的計算等大量信息。如何高效率的進行管 理，并且有序的存放和處理這些巨大的信息，并使之成為教學管理分析和決策的 手段，為教學活動產(chǎn)生更好的促進作用，是教務(wù)管理信息系統(tǒng)主要功能。教務(wù)管理系統(tǒng)是以管理信息系統(tǒng)為理論依據(jù)的。管理信息系統(tǒng)的發(fā)展伴隨著 軟件工程的發(fā)展而日趨成熟。不斷增長的復雜性、多樣性和相互關(guān)聯(lián)性是當今管 理信息系統(tǒng)的共同特征。而開發(fā)一個管理信息系統(tǒng)往往要結(jié)合軟件工程的理念，使用系統(tǒng)化的方法進行管理信息系統(tǒng)的開發(fā)，從而更能有效地控制程序復雜性，減少系統(tǒng)的不合理，減輕維護成本。

從技術(shù)層次上，軟件工程是從一系列建模任務(wù)開始的，由這些任務(wù)產(chǎn)生出軟 件完整的需求規(guī)格說明和軟件設(shè)計的表示。80年代末期，當面向?qū)ο蟪绦蛟O(shè)計 語言產(chǎn)生后，人們將面向?qū)ο蟮能浖７椒ㄒ氲杰浖こ痰母鱾€階段。并迅 速發(fā)展成為當代軟件界研究的熱點課題之一。這種開發(fā)方法是一種運用對象、類、繼承、封裝、聚合、消息傳送、多態(tài)性等概念來構(gòu)造系統(tǒng)的軟件開發(fā)方法【11。面 向?qū)ο蟮某绦蛟O(shè)計立意于創(chuàng)建軟件重用代碼，它通過在程序中加入擴展語句把函 數(shù)“封裝“進編程所需要的“對象’’中。從本質(zhì)上來講軟件開發(fā)就是對軟件所要 處理的問題集進行正確的認識，并把這種認識正確地描述出來。面向?qū)ο蟮能浖?開發(fā)就是直接面對問題集當中客觀存在的事物來進行軟件開發(fā)。

面向?qū)ο蟮拈_發(fā)方法的精髓是從不穩(wěn)定的需求中分析出穩(wěn)定的對象，以對象 為基礎(chǔ)來組織需求、構(gòu)架系統(tǒng)【2】。這種開發(fā)方法包括面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)

計。

面向?qū)ο蠓治龅哪康氖钦J知客觀世界的系統(tǒng)并對系統(tǒng)進行建模，那么就需要 在面向?qū)ο蠓治鲞^程中根據(jù)客觀世界的具體實例在問題中準確、具體、嚴密的分 析模型。如圖O．1所示為面向?qū)ο蟮姆治鲞^程。

圖O一1面向?qū)ο蟮姆治鲞^程

面向?qū)ο蟮脑O(shè)計是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的，抽 象的系統(tǒng)實現(xiàn)方案的過程。設(shè)計的準則包括模塊化、抽象、信息隱藏、低耦合和 高內(nèi)聚等特征【11。

公認的面向?qū)ο蠼ＵZ言出現(xiàn)于20世紀70年代中期，從1989～1994年，其 數(shù)量從不到十種增加到了五十多種。建模語言中用的最廣的是Booch的Booch 93、Jacobson的面向?qū)ο筌浖こ?OOSE)和Rumbaugh的對象建模技術(shù)(OMT-2)。面向?qū)ο蠼７椒ǔ霈F(xiàn)以來，各種面向?qū)ο蟮姆治雠c設(shè)計方法的主 導思想以及所采用的主要概念與原則大體上是一致的，但是也存在不少的差異。統(tǒng)一建模語言UMLCOnified Modeling Language)lE是為結(jié)束這種差異的局面應運

而生的。

1994年10月，Grady Booch和Jim Rumbaugh開始致力于這一工作。他們首

先將Booch 93方法和OMT-2方法統(tǒng)一起來，并于1995年10月發(fā)布第一個公開

版本UML0．8。1995年秋，OOSE創(chuàng)始人Ivar Jacobson也加入了。三人共同致力 于設(shè)計統(tǒng)一建模語言，他們同面向?qū)ο蠓椒▽W的創(chuàng)始人共同合作，為這項工作注 入了強大的動力，打破了面向?qū)ο筌浖_發(fā)領(lǐng)域內(nèi)原有的平衡。目前UML得到 了諸多大公司的支持，如IBM、HP、Oracle、Microsoft等，已成為面向?qū)ο蠹?術(shù)領(lǐng)域內(nèi)占主導地位的規(guī)范化建模語言，并且已被OMG組織采納的建模語言規(guī) 范。Booch、Rumbaugh和Jacobson在一些文獻中經(jīng)常被稱作“三個好朋友”(three amigos)【3】。UML的發(fā)展過程如圖0．2所示。本文所論述的系統(tǒng)在需求分析、系 統(tǒng)分析與設(shè)計階段，都采用UML進行建模。

圖0-2 UML的主要發(fā)展歷程

被OMG采納的UML只是一種建模語言，并不包含對軟件開發(fā)過程的指導。在討論UML時，人們往往談?wù)摰浇y(tǒng)一過程(Rational Unified Process，RUP)。RUP是一個最佳軟件開發(fā)實踐，根據(jù)字面理解，可以知道RUP包括3方面的意

思，即Rational、Unified和Process。Rational表示RUP是由Rational公司開發(fā)

并維護的；Unified表示RUP采用了現(xiàn)代軟件工程開發(fā)的6項最佳實踐：Process 表示RUP是一種軟件開發(fā)過程14】。Rational統(tǒng)一過程的動態(tài)結(jié)構(gòu)是通過對迭代式軟件開發(fā)過程的周期、階段、迭代過程以及里程碑等的描述來進行表示的。

本文基于UML建模方法對我校教務(wù)管理系統(tǒng)做了較深入的分析，并基于物 理模型進行了系統(tǒng)的設(shè)計與實現(xiàn)。對于建模的工具的選擇，本文選擇Rational Rose，它提供了UML的所有建模元素的可視化編輯環(huán)境，并提供了基于組件的 開發(fā)以及對軟件開發(fā)全過程的支持。除了支持UML的類圖、交互圖、組件圖和

配置圖外，Rational Rose是一個獨立的工具，通過應用程序接口(API)層與市

場主導的各種IDE結(jié)合來支持各種編程語言和其他實現(xiàn)技術(shù)【51，從而全面支持面

向?qū)ο蠓治?、設(shè)計和編碼。Rational Rose支持軟件系統(tǒng)的面向?qū)ο蟮拈_發(fā)，它通

過用例圖、邏輯類圖、序列圖等支持面向?qū)ο蟮姆治龊驮O(shè)計，在不同的視圖中建 立相應UML圖形來反映系統(tǒng)的不同特征。

在開發(fā)工具的選擇上，本文采用了新的ASP．NET技術(shù)，結(jié)合．NET框架所支 持的VB語言來實現(xiàn)教務(wù)系統(tǒng)的各項功能。ASENET不僅僅是下一版本的Active Server Page(ASP)，它還是統(tǒng)一的Web開發(fā)平臺，方便開發(fā)人員開發(fā)企業(yè)級W曲

應用程序。它是一個已編譯的、基于．NET的環(huán)境，可以用任何與．NET兼容的語 言創(chuàng)建應用程序。另外，任何ASENET應用程序都可以使用整個．NET框架，并 且可以無縫地與HTML編輯器及其他編程工具一起工作。這使Web開發(fā)變得更

加方便。

數(shù)據(jù)庫的開發(fā)工具上，選用SQL Server 2000開發(fā)環(huán)境。SQL Server2000是能 夠支持企業(yè)級關(guān)系型數(shù)據(jù)庫的管理系統(tǒng)，它能與Windows操作系統(tǒng)緊密集成，具有方便易用的圖形管理界面，其用戶界面風格與Windows一樣非常友好。SQL Server2000在存儲大容量數(shù)據(jù)方面，在數(shù)據(jù)的安全性和完整性方面，在分布式處 理等都是適合于企業(yè)級應用的。而其相對Oracle，DB／2等大型數(shù)據(jù)庫來說，學習更為容易，應用成本也相對較低。采用SQL Server2000+ASP．Net開發(fā)本系統(tǒng) 是一個較為理想的組合。

綜上所述，開發(fā)這樣一個系統(tǒng)不但可以降低工作量、提高辦公效率，而且使 目前分散的教務(wù)信息得到集中管理。這對減輕教務(wù)工作負擔、提高教務(wù)管理水平、實現(xiàn)教務(wù)管理的現(xiàn)代化具有重要意義。論文分為引言、正文和結(jié)束語三部分。

引言部分簡要地論述了當前高校管理信息化的必要性、高校教務(wù)管理系統(tǒng)開 發(fā)的重要意義以及高校教務(wù)管理系統(tǒng)開發(fā)所使用的技術(shù)。正文部分共分4章，其內(nèi)容安排如下：

第一章：需求分析與建模。本章對教務(wù)管理系統(tǒng)進行需求分析，逐步對系統(tǒng) 分析細化，找出參與者和用例等，作出Use Case圖。在用例圖的基礎(chǔ)上，從現(xiàn) 實或原型方面來透視的系統(tǒng)，進一步作出系統(tǒng)的靜態(tài)模型。還有表示對象類之間 的通信及對話的動態(tài)模型。

第二章：系統(tǒng)概要設(shè)計。闡述了系統(tǒng)體系結(jié)構(gòu)，和為什么選擇采用B／S模式。介紹了系統(tǒng)實現(xiàn)基于的三層架構(gòu)，即數(shù)據(jù)訪問層、業(yè)務(wù)外觀層和頁面層。最后對 系統(tǒng)的層次和模塊進行細化。

第三章：系統(tǒng)詳細設(shè)計。對數(shù)據(jù)進行全面分析，得到E．R圖，建立數(shù)據(jù)庫表，完成存儲過程的設(shè)計。舉例介紹了系統(tǒng)中類的設(shè)計，以及幾個代表性的功能模塊 的設(shè)計思想。

第四章：系統(tǒng)實現(xiàn)。本文所論述的系統(tǒng)是用ASP．NET+SQL Server開發(fā)的。在這一章中主要是對筆者負責的部分，進行闡述。并以UML建模為基礎(chǔ)，實現(xiàn)

系統(tǒng)功能。

結(jié)束語對本文工作進行簡明扼要的總結(jié)，并指出本文存在的不足和改進方向，以及對未來的展望。

本文的創(chuàng)新性在于結(jié)合我校教務(wù)工作的實際問題，有針對性的對教務(wù)工作的 各個環(huán)節(jié)進行UML建模，從對象模型到動態(tài)模型再到系統(tǒng)功能的建模，讓系統(tǒng) 分析更全面，系統(tǒng)實現(xiàn)更完善。系統(tǒng)實現(xiàn)采用三層架構(gòu)，即數(shù)據(jù)訪問層、業(yè)務(wù)外 觀層和頁面層。在業(yè)務(wù)外觀層擴展出業(yè)務(wù)規(guī)則層，數(shù)據(jù)層擴展為數(shù)據(jù)存取層和存 儲過程層，使業(yè)務(wù)邏輯與用戶界面分開，增加程序的可擴展性和可維護性。

1需求分析與建模

需求分析是軟件開發(fā)過程的重要環(huán)節(jié)，是軟件開發(fā)的基礎(chǔ)，通過與用戶的反 復溝通，勾勒出系統(tǒng)的框架，需求分析的好壞決定了軟件設(shè)計的成敗，好的需 求分析也能減少資金的浪費。

1．1功能需求

教務(wù)管理系統(tǒng)系統(tǒng)主要是為完成日常教學任務(wù)而開發(fā)的，其主要目標是對學 生個人信息、師資信息、教學資源信息、課程信息、學生成績信息等進行管理 及維護，減輕教學工作的壓力，提高教學管理工作的效率。

通過對學校教學管理的業(yè)務(wù)調(diào)查，得知教務(wù)管理人員可通過此系統(tǒng)實現(xiàn)對學 生和教學資源的管理與維護，學生可以通過此系統(tǒng)進行個人信息、考試成績查 詢以及完成選課等相關(guān)功能，教師可以通過此系統(tǒng)完成個人信息管理、學生成 績輸入、教學任務(wù)查詢等等功能。系統(tǒng)的總體任務(wù)是實現(xiàn)整個教學信息管理的 系統(tǒng)化、規(guī)范化和自動化。

在日常教學工作中，教務(wù)處有整體規(guī)劃和輔助教學的任務(wù)，各個院系上報的 教學任務(wù)和教學計劃都要上報給教務(wù)處，由教務(wù)處根據(jù)上報的材料分配教學資 源，如教室等，并且安排教師上課時間和上課的周次，然后再將教師上報的教 材征訂單傳達給教材科，由教材科根據(jù)開課學生人數(shù)訂教材。教務(wù)處還要將一 切安排妥當?shù)氖乱斯荚诰W(wǎng)絡(luò)上，以供教師和學生查詢。

因此，該系統(tǒng)主要的使用對象是教務(wù)管理人員、學生、教師和系統(tǒng)維護人員。這些使用者對教務(wù)管理系統(tǒng)的功能要求是不同的。(1)教務(wù)管理人員對功能的需求 ·學籍管理

功能包括：學生注冊、學生基本信息管理(包括添加、刪除和更新學生信息，可按姓名或?qū)W號查詢學生信息)、學籍變動管理、畢業(yè)管理等?！熧Y管理

6功能包括：各專業(yè)課教師個人基本信息管理、教學任務(wù)發(fā)布、教學工作量管

理、考評考核管理、科研管理等。

●選課管理

功能包括：教務(wù)管理人員依據(jù)教學計劃和培養(yǎng)計劃，設(shè)置選課課程并統(tǒng)計生 成己選課學生名單等。

●教學計劃管理

功能主要包括：根據(jù)培養(yǎng)計劃和各個專業(yè)上報的教學計劃，添加各專業(yè)教學 計劃，包括教學計劃的修改刪除等操作。

●成績管理

功能包括：每門課程結(jié)束后，由教師進行成績登記，然后教務(wù)管理人員對登 記的信息進行管理，如教師登錄成績后發(fā)現(xiàn)成績有錯誤，只能由教務(wù)管理人員 核實后進行修改。還有根據(jù)成績就算出學生的學分，以便學籍管理的需要。

●課程管理

功能主要有：安排各個專業(yè)所開設(shè)課程的上課時間和上課教室。(2)教材管理人員功能需求

功能包括：教材的基本信息的管理(按書名或作者等查詢各專業(yè)教材、添加 修改刪除教材信息等)、統(tǒng)計教材數(shù)量、教材費用、教材的入庫和出庫管理等。

(3)學生對功能的需求

學生有兩類，分別是本科生和研究生。每一類學生對于功能的要求還是有區(qū) 別的，如研究生有科研和論文的內(nèi)容。在本文中，只分析了本科生的功能需求?！€人信息管理

功能包括：瀏覽個人基本信息，具體內(nèi)容包括姓名、性別、學號、民族、出 生日期、籍貫、所在專業(yè)班級等，這些信息是以學籍管理表中的信息為準，所 以不允許學生自行更改，只能進行查詢。還包括個人課表查詢，成績查詢等?！じ南到y(tǒng)登錄信息

功能包括：學生登錄系統(tǒng)后，修改登錄信息，為了保證系統(tǒng)的安全性，只要 求學生修改個人密碼。

● 網(wǎng)上選課

功能包括：網(wǎng)上查看可選課程，添加、刪除所選課程等功能。

7(4)教師對功能的需求

●個人基本信息的維護

功能包括：教師基本信息的添加和修改等，如出生日期、畢業(yè)學校、學歷和 學位等信息，但是職工編號和姓名是不允許教師在系統(tǒng)中進行修改的?！そ虒W信息查詢

功能包括：教學任務(wù)查詢、教學自然班名單下載打印、教學質(zhì)量評價查詢和 工作量計算結(jié)果的查看等。●學生成績錄入

功能主要包括：本學期學生考試成績的錄入，一旦用錄入密碼錄入成績成功 后，就不能任意修改學生成績，必須由教務(wù)處管理人員修改。(5)系統(tǒng)管理員的需求

系統(tǒng)管理員主要是對教務(wù)管理系統(tǒng)進行維護和更新，并保證系統(tǒng)的安全性，以及數(shù)據(jù)庫的安全性。

從以上可以看出，各種人員對于系統(tǒng)的需求是不同的，對于學生來說，教務(wù) 人員的操作是不能使用的，也是不可見的，所以要在用戶登錄系統(tǒng)時，就做出 判斷該用戶可以使用哪些功能，這就需要設(shè)置不同的登錄權(quán)限。系統(tǒng)管理人員 具有最高的權(quán)限，可以添加、刪除用戶，并可設(shè)置和修改不同的用戶權(quán)限。因 此在數(shù)據(jù)庫設(shè)計中，要有權(quán)限的定義。

權(quán)限的定義其實是系統(tǒng)安全性的一種需求，采用身份認證機制對一般用戶進 行管理，以教工號和學生學號來判斷登錄者的權(quán)限，并且以這兩種身份來判斷 登錄者是否該校的校內(nèi)人士，如果是校外人士，則具有瀏覽這樣的最低權(quán)限。系統(tǒng)的安全性需求還有另外一方面內(nèi)容——數(shù)據(jù)安全性，對于數(shù)據(jù)庫服務(wù)器，要避免系統(tǒng)崩潰等意外事件發(fā)生而導致數(shù)據(jù)全部丟失，常用的方法是采用 RAIDS磁盤陣列，其次是對數(shù)據(jù)庫系統(tǒng)提供完全、增量等多種備份方式，如把 數(shù)據(jù)定期刻成光盤保存。對于數(shù)據(jù)安全性，本文不做詳細的闡述。

根據(jù)以上對系統(tǒng)的功能的分析，我們可以大體總結(jié)出系統(tǒng)的一個大概框架和 系統(tǒng)應該分為哪些子系統(tǒng)。根據(jù)所完成的功能和用戶角色的不同，我們將系統(tǒng) 分為教師子系統(tǒng)(完成教師登錄后的功能)、學生子系統(tǒng)(完成學生登錄后的功 能)、教務(wù)管理子系統(tǒng)(完成繁雜的教務(wù)工作的功能)和教材管理子系統(tǒng)(完成 教材有關(guān)的功能)四個子系統(tǒng)。在這四個子系統(tǒng)中又可以劃分出多個小模塊，例如，教務(wù)管理子系統(tǒng)是一個非常大的子系統(tǒng)，我們將它再次細化，可以分成 學生學籍管理模塊、網(wǎng)上選課模塊、教學計劃管理模塊、課程管理模塊等。用 一個系統(tǒng)結(jié)構(gòu)框圖來表示，如圖1．1所示。

圖1．1教務(wù)管理系統(tǒng)總體框圖

1．2用例圖

圖1．1教務(wù)管理系統(tǒng)總體框圖

需求獲取階段的主要工作是建立待開發(fā)系統(tǒng)的模型。本文中采用統(tǒng)一建模語 言對系統(tǒng)的需求進行建模，UML的用例和用例模型是建立這種需求模型的合適 方法。

系統(tǒng)需求建模是為描述系統(tǒng)需求而建立的相應模型，其重要性在于：通過系 統(tǒng)模型可評估系統(tǒng)構(gòu)件及其相互關(guān)系，確定需求如何適應其布局，以及評估系 統(tǒng)的“美學’’等方面【31。

在計算機圖形學中，有一句名言，叫做“一幅圖頂?shù)蒙弦磺€字’’。同樣的 道理，在軟件開發(fā)過程中，模型的重要性也十分明顯，它可以達到以下目的： >使用模型可以加強人員之間的溝通

>使用模型可以更早的發(fā)現(xiàn)錯誤或疏漏的地方

>模型為最后的代碼生成提供依據(jù) >使用模型可以更好的理解問題 >使用模型可以獲取設(shè)計結(jié)果

面向?qū)ο蟮能浖７椒ㄖ饕獜拿嫦驅(qū)ο蟪绦蛟O(shè)計領(lǐng)域演變發(fā)展而來，它是 對象問題域進行完整的映射的過程?！皩ο蟆暗闹饕卣靼ㄈ缦聝?nèi)容：

(1)它包括了事物的數(shù)據(jù)特征和行為特征，對象是系統(tǒng)中用來描述客觀事物 的一個實體，具有它自己的靜態(tài)特征和動態(tài)行為，是構(gòu)成系統(tǒng)的一個基本單位。(2)它通過封裝、繼承、消息通信等原則使問題域的復雜性得到控制。(3)它用聚合和鏈接如實反映問題域中事物間的關(guān)系，“任何兩個對象之間 的關(guān)系都包含其中一個對另一個的假設(shè)”。

正是擁有上述特征，從而使面向?qū)ο蠼７椒軌蛲暾椭苯拥挠成涑鰡栴} 域，所以其在模擬現(xiàn)實世界方面具有天然的優(yōu)勢。

UML是用圖來進行“說話”的，圖是UML的關(guān)鍵。用UML開發(fā)的圖在軟 件開發(fā)生命周期(SDLC)的每個階段中起著關(guān)鍵的文檔作用。此外，你可用 UML來開發(fā)基于任何SDLC模型的軟件系統(tǒng)【6】。1．2．1用例圖概述

用例視圖指出系統(tǒng)提供給每個利益相關(guān)者的功能。由于UML中的各個構(gòu)件 和概念之間沒有明顯的劃分界限，為方便起見，選用視圖來劃分這些概念和構(gòu) 件。視圖只是表達系統(tǒng)某一方面特征的UML建模構(gòu)件的子集。用例視圖是視 圖中的一種。用例視圖約束其他視圖，在建模過程中居于非常重要的位置。項 目開始時，項目小組就可以在用例視圖中生成業(yè)務(wù)模型。開發(fā)者既可以把用例 視圖用于構(gòu)建一個新系統(tǒng)的功能視圖，還可以把已有的用例視圖修改或擴充后，產(chǎn)生新的版本，也就是在現(xiàn)有的視圖上加入新功能(即在視圖中加入新的執(zhí)行

者和用例)。

用例圖是把滿足用戶需求的基本功能聚集起來的強有力的工具。對于正在構(gòu) 造的新系統(tǒng)，用例描述系統(tǒng)應該做什么；對于已經(jīng)構(gòu)建完畢的系統(tǒng)，用例則反 映了系統(tǒng)能夠完成什么樣的功能【71。用例圖包括用來描述最終用戶、分析人員 和測試人員的角度所看到的系統(tǒng)行為的用例。

用例圖的基本組成部件是用例、執(zhí)行者和系統(tǒng)。用例用于描述系統(tǒng)的功能，也就是從外部用戶的角度觀察系統(tǒng)應支持哪些功能，幫助分析人員理解系統(tǒng)的

行為，即站在系統(tǒng)外部看系統(tǒng)功甜引。在用例模型中系統(tǒng)仿佛是實現(xiàn)各種用例 的黑盒子。我們只關(guān)心該系統(tǒng)實現(xiàn)了哪些功能，并不關(guān)心內(nèi)部的具體實現(xiàn)細節(jié)。用例模型主要用于工程開發(fā)的初期，在進行系統(tǒng)需求分析時使用。用例模型由用例圖構(gòu)成。用例圖中顯示執(zhí)行者、用例和用例之間的關(guān)系。1．2．2建立用例圖

建立Use Case圖可以按下列步驟進行：(1)確定系統(tǒng)范圍和邊界

所謂系統(tǒng)的邊界是指系統(tǒng)與系統(tǒng)之間的界限。系統(tǒng)同時又是相對的，在這里，我們只說明第一次迭代的系統(tǒng)邊界。教務(wù)管理系統(tǒng)以教學計劃的實施為線索，對教務(wù)管理實行一體化操作，涉及學籍管理、教學計劃管理、課程管理、選課 管理、成績管理、教師管理、教材管理等。這些內(nèi)容都屬于教務(wù)管理系統(tǒng)的職 責范圍。而學校的其他管理工作，如人事、財務(wù)、資產(chǎn)等管理不屬于該系統(tǒng)的 職責范圍。雖然有系統(tǒng)邊界的存在，但是使用Rational Rose畫圖并不畫出系統(tǒng)

邊界。

(2)確定主要參與者

參與者(Actor)是指存在于系統(tǒng)外部并直接與系統(tǒng)進行交互的人、系統(tǒng)、子系 統(tǒng)或類的外部實體的抽象。參與者有自己的目標，通過與系統(tǒng)的交互達到目標。參與者包括人參與者(Human Actor)和外部系統(tǒng)參與者(System Actor)。在與系統(tǒng) 打交道的人員中，凡是直接使用系統(tǒng)的人員可以確認為人參與者；凡是與系統(tǒng) 相聯(lián)，并與系統(tǒng)交互的外部系統(tǒng)，可以確認為系統(tǒng)參與者。

一個參與者可以參與一個或多個Use Case，而一個Use Case可以有一個或 多個參與者運行。在本系統(tǒng)中確定教務(wù)管理員、教材管理員、學生、教師和系 統(tǒng)管理員為活動者。(3)確定用例

用例(Use Case)是參與者可以感受到的系統(tǒng)服務(wù)或功能單元。它定義了系

統(tǒng)是如何被參與者使用的，描述了參與者為了使用系統(tǒng)所提供的某一完整功能 而與系統(tǒng)之間發(fā)生的一段對話。每一個用例都是一個參與者與系統(tǒng)交互中執(zhí)行 的有關(guān)事務(wù)的序列【9】。雖然用例描述了活動者與系統(tǒng)交互中的對話，但是，它 只描述了該做些什么，并不描述該如何做。全部的用例構(gòu)成了對于系統(tǒng)外部是

可見的行為的描述。應當根據(jù)系統(tǒng)需求找出全部的用例，并從參與者的角度給 出事件流和用例執(zhí)行時系統(tǒng)可以提供給參與者的服務(wù)。

在教務(wù)管理系統(tǒng)中，我們可以確定以下一些主要用例：學生管理(學生基本 信息的維護)、師資管理、課程管理、教學計劃管理、選課管理、成績管理、教 材管理(教材信息查詢，教材的入庫和出庫等)，系統(tǒng)維護等。本文只列出幾個主要的用例圖加以介紹。①系統(tǒng)管理用例 >創(chuàng)建新賬號 >設(shè)置賬號基本信息 >查看賬號

>刪除賬號 >系統(tǒng)維護和更新

建立用例圖，如圖1．2所示，圖1．2系統(tǒng)管理員用例圖

②教務(wù)管理用例

由于教務(wù)管理的事務(wù)繁瑣復雜，因此功能的劃分就很細致，用例數(shù)目就比較 多。我們先列出頂層用例，然后再將粒度大的用例進行分析。>登錄系統(tǒng) >學生學籍管理 >教學計劃管理 >選課管理 >課程管理 >師資管理 >成績管理

建立教務(wù)管理頂層用例圖，如圖1．3所示。然后將粒度大的用例進行進一步 分析，例如，師資管理工作，可以包括教師信息管理、評教情況、工作量計算、科研情況等。每一項工作都可以作為功能的細化，而看作是一個用例。因此，以師資管理為例，將教務(wù)管理頂層用例進一步細化，如圖1．4所示。將頂層的用例模型進一步細化，劃分為粒度小的用例，以便深入分析系統(tǒng)的 要求和目標，這一過程也是迭代過程【101。對頂層用例圖逐步分解，精細化，直 到能清晰的表達問題，滿足系統(tǒng)分析與建立模型的需要。又如，圖1．5所示為 細化后的網(wǎng)上選課用例。

圖1-3教務(wù)管理頂層用例圖

圖l-4師資管理三次迭代后的用例圖

圖1．5選課管理用例圖

③學生用例 >登錄系統(tǒng) >個人信息管理 >成績查詢 >網(wǎng)上選課

建立學生用例圖，如圖1-6所示。

漆

圖1．6學生用例圖 ④教師用例 >登錄系統(tǒng) >個人信息管理 >登錄成績 >教學任務(wù)查詢 >教學班名單打印 >教材查詢

建立教師用例圖，如圖1．7所示。

圖1．7教師用例圖

⑤教材管理用例

>登錄系統(tǒng)

>教材信息管理 >入庫

> 出庫

建立教材管理用例圖，如圖1．8所示。

圖1．8教材管理用例圖

161．3靜態(tài)結(jié)構(gòu)模型

系統(tǒng)的靜態(tài)結(jié)構(gòu)模型主要由類圖和對象圖表達。類圖從抽象的角度描述系統(tǒng) 的靜態(tài)結(jié)構(gòu)，而對象是類的實例化表示，對象圖是系統(tǒng)靜態(tài)結(jié)構(gòu)的一個快照?l。對象圖和類圖類似，也是表達系統(tǒng)的靜態(tài)開發(fā)視圖，但它是從現(xiàn)實或原型方面 來透視的，說明在類圖中所發(fā)現(xiàn)的事物實例的數(shù)據(jù)結(jié)構(gòu)和靜態(tài)快照。當要在動 態(tài)建模的交互圖中表示動態(tài)場景的一個靜態(tài)畫面時，可以使用對象圖來重現(xiàn)系 統(tǒng)中存在的實例以及它們之間的相互關(guān)系。類圖展示了一組類、接口和協(xié)作及 它們間的關(guān)系，建模中所建立的最常見的圖就是類圖。類圖中包含了三方面的信息：

(1)對象類：對象類簡稱類，是面向?qū)ο竽Ｐ妥罨镜哪Ｐ驮?，類有屬性、操作、約束以及其他成分等?！皩傩浴泵枋鲱愋再|(zhì)的實例所能具有的值；“操作” 實現(xiàn)類的服務(wù)功能，它可以被本類的對象請求執(zhí)行，從而發(fā)生某種行為。(2)用戶接口：用戶和系統(tǒng)交互的界面，它也可以用類表示。

(3)聯(lián)系：表示類之間的關(guān)系，這種關(guān)系可以有多種，關(guān)聯(lián)、依賴、泛化、聚合都是非常重要的聯(lián)系。

在建立靜態(tài)模型時，首先要對類進行識別，類的識別通常是由系統(tǒng)分析員在 分析問題域的基礎(chǔ)上來完成的，它是面向?qū)ο箝_發(fā)中一項困難較大的活動【12】。對類的識別，通常的方法是從用例中來識別。用例圖實際上就是一種對系統(tǒng)描 述的形式，因此，可以根據(jù)用例圖來識別類。

所有被識別的類只包括三種構(gòu)造型中的一種：邊界類(Boundary Class)、實 體類(Entity Class)和控制類(Control Class)。使用類的構(gòu)造型可以方便的對 類進行分類。按照類的識別順序，首先識別出系統(tǒng)的實體類，然后進一步識別 出邊界類和控制類。

實體類(Entity Class)：實體類的信息和行為通常存在較長的時間，實體類 是現(xiàn)實問題的抽象，這種類型的類通常對應現(xiàn)實世界中的實體，或者需要執(zhí)行 系統(tǒng)的內(nèi)部事務(wù)f13】。例如學生、教師、教材等。而且每個實體類在數(shù)據(jù)庫中都 有相應的表，實體類的屬性對應數(shù)據(jù)庫表中的字段。表1．1列出了教務(wù)管理系 統(tǒng)中一些重要的實體類。

邊界類(Boundary Class)：負責系統(tǒng)與系統(tǒng)外部環(huán)境的通信。位于系統(tǒng)與外 界的交界處，工作在系統(tǒng)和角色之間【81。因此，通常又被稱為“接口類”。包括 所有窗體、報表、打印機和掃描儀等硬件接口以及與其他系統(tǒng)的接口。在教務(wù) 系統(tǒng)中的邊界類有，用戶登錄界面、學生基本信息管理界面、教師基本信息管 理界面、教學工作量信息管理界面、科研情況管理界面、學生成績管理界面、教學計劃管理界面、選課界面等等。

控制類(Control Class)：負責協(xié)調(diào)其他類的工作，通常其本身并不完成任何 功能，其他類也不向其發(fā)送很多消息，而是由控制類以委托責任的形式向其他 類發(fā)出消息。將教務(wù)管理系統(tǒng)中的業(yè)務(wù)邏輯抽象為以下的一些控制類，如表112 所示。

表1-2教務(wù)管理系統(tǒng)中的控制類

對類進行分析完畢接下來，就可以建立初步分析模型。例如，教材管理中，類的初步模型如圖1-9所示。

圖卜9教材管理用例類的初步建模

課程管理中，類的初步模型如圖1．10所示。

教材

圖

圖1．10教材管理用例類的初步建模

選課記錄

根據(jù)初步建模圖，確定各個類的屬性和方法后，再次建模，如圖1．11所示

圖1_11確定了屬性和方法的類建模

根據(jù)己定義的類及其聯(lián)系，以及對象類的多重性、角色、導航等性質(zhì)，可以 畫出對象類圖。如圖1．12是教務(wù)管理系統(tǒng)的主要類及其關(guān)系。圖1．12教務(wù)管理系統(tǒng)主要的類及其關(guān)系圖

所有系統(tǒng)均可表示為兩個方面：靜態(tài)結(jié)構(gòu)和動態(tài)行為。類圖最適合于描述系 統(tǒng)的靜態(tài)結(jié)構(gòu)：類、對象以及它們之間的關(guān)系，而狀態(tài)、時序、協(xié)作和活動圖 則適合于描述系統(tǒng)的動態(tài)行為，即描述系統(tǒng)中的對象在執(zhí)行期間中不同時間點 是如何動態(tài)交互的。

系統(tǒng)中的對象需要相互通信，通常情況下，～個消息就是一個對象激活另一 個對象中的操作調(diào)用【141。對象是如何進行通信以及通信的結(jié)果如何，則是系統(tǒng) 的動態(tài)行為，也就是說，對象通過通信進行協(xié)作及對象在系統(tǒng)的生命期中改變 狀態(tài)的方式是系統(tǒng)的動態(tài)行為。一組對象為了實現(xiàn)一些功能而進行通信稱之為 交互。交互圖(Interaction Diagram)是用來描述對象之間以及對象與參與者之 間的動態(tài)協(xié)作關(guān)系以及協(xié)作過程中行為次序的圖形文檔，它包括序列圖

(Sequence Diagram)和協(xié)作圖(Collaboration Diagram)兩種形式。序列圖著

2l重描述對象按照時間順序的消息交換，協(xié)作圖著重描述系統(tǒng)成分如何協(xié)同工作。

序列圖和協(xié)作圖從不同的角度表達了系統(tǒng)中的交互和系統(tǒng)的行為，它們之間可 以相互轉(zhuǎn)化。(1)序列圖的建立

序列圖(Sequence Diagram)是由對象、生命線、激活和消息等構(gòu)成。序列 圖的目的就是按照交互發(fā)生的一系列順序顯示對象之間的交互【31。下面列出學生選課的序列圖，如圖1．13所示。教學計劃管理的序列圖，如 圖1．14所示。

圖

圖1．13學生選課基本事件序列圖

基于ASENET的教務(wù)管理系統(tǒng)的設(shè)計與實現(xiàn) 圖1．14教學計劃管理基本事件序列圖

圖1．15學籍管理模塊添加成績序列圖

序列圖作為一種描述在給定語境中消息是如何在對象間傳遞的圖形化方式，在使用其進行建模時，可以將其用途分為以下3個方面。

·確認和豐富一個使用語境的邏輯表達：一個系統(tǒng)的使用環(huán)境就是系統(tǒng)潛

在的使用方式的描述，也就是它的名稱所要描述的。一個使用環(huán)境的邏 輯可能是一個用例的一部分或是一條控制流。

● 細化用例的表達：序列圖的主要用途之一就是把用例表達的需求轉(zhuǎn)化為

進一步、更加正式層次的精細表達。用例常常被細化為一個或者更多的

序列圖。

●有效的描述如何分配各個類的職責以及各類具有相應職責的原因：可以

根據(jù)對象之間的交互關(guān)系來定義類的職責，各個類之間的交互關(guān)系構(gòu)成 一個特定的用例。例如，“用戶對象向地址對象請求其街道名稱“指出 用戶對象應該具有“知道其街道名’’這個職責。

(2)協(xié)作圖的建立

協(xié)作圖(Collaboration Diagram)是由對象、消息和鏈等構(gòu)成【15J。協(xié)作圖通 過各個對象之間的組織交互關(guān)系以及對象彼此之間的鏈接，表達對象之間的交 互。

與序列圖不同的是，在協(xié)作圖中明確表示了角色之間的關(guān)系，通過協(xié)作角色

來限定協(xié)作中的對象或鏈。另一方面，協(xié)作圖不將時間作為單獨的維來表示，所以必須使用順序號來判斷消息的順序以及并行線程【2】。序列圖和協(xié)作圖表達 的是類似的信息，雖然它們使用不同的方法表示，但可以通過適當?shù)姆绞綄⑺?/p>

們進行轉(zhuǎn)換。

將圖1．13和1．14中的序列圖轉(zhuǎn)換為協(xié)作圖，分別見圖1．15和圖1．16。

1．15學生選課協(xié)作圖

協(xié)作圖作為一種在給定語境中描述協(xié)作中各個對象之間的組織交互關(guān)系的 空間組織結(jié)構(gòu)的圖形化方式，在使用其進行建模時，可以將其作用分為以下三 個方面：

·通過描繪對象之間消息的傳遞情況來反映具體的使用語境的邏輯表達： 一個使用情景的邏輯可能是一個用例的一部分或是一條控制流。這和序 列圖的作用類似。

●顯示對象及其交互關(guān)系的空間組織結(jié)構(gòu)：協(xié)作圖顯示了在交互過程中各 個對象之間的組織交互關(guān)系以及對象彼此之間的鏈接。與序列圖不同，協(xié)作圖現(xiàn)實的是對象之間的關(guān)系，并不側(cè)重于交互的順序，它沒有將時 間作為一個單獨的維度，而是使用序列號來確定消息及并發(fā)線程的順 序。

·表現(xiàn)一個類操作的實現(xiàn)：協(xié)作圖可以說明類操作中使用到的參數(shù)、局部 變量以及返回值等。當使用協(xié)作圖表現(xiàn)一個系統(tǒng)行為時，消息編號對應 了程序中嵌套調(diào)用的結(jié)構(gòu)和信號傳遞過程。

2系統(tǒng)概要設(shè)計

經(jīng)過需求分析后，對于系統(tǒng)是“做什么”已經(jīng)清楚了，這一章的內(nèi)容主要討 論系統(tǒng)“怎樣做“116]?？傮w設(shè)計的基本目的就是回答“概括地說，系統(tǒng)應該如 何實現(xiàn)?”這個問題。設(shè)計工作集中在細化階段結(jié)束、構(gòu)造階段之時開始。它 將產(chǎn)生合理、健壯而穩(wěn)定的構(gòu)架，創(chuàng)建實現(xiàn)模型的藍圖‘171。

2．1系統(tǒng)體系結(jié)構(gòu)

教務(wù)管理系統(tǒng)是由Web后臺進行統(tǒng)一管理，所有業(yè)務(wù)邏輯都集中在Web應 用程序中管理和制定，具有數(shù)據(jù)的添加、搜索和查詢統(tǒng)計等功能，客戶端的分 布廣泛，數(shù)據(jù)集中處理，因此在設(shè)計時充分考慮各種體系結(jié)構(gòu)的優(yōu)缺點，B／S 結(jié)構(gòu)對異種機、異種應用的連機、連網(wǎng)及統(tǒng)--N務(wù)具有很好的作用，因此選擇 B／S結(jié)構(gòu)進行開發(fā)實現(xiàn)。

B／S模式是三層結(jié)構(gòu)體系，對比過去C／S結(jié)構(gòu)，B／S在客戶機和服務(wù)器之間 增加了一個Web服務(wù)器。當客戶端發(fā)出請求時，由Web服務(wù)器向數(shù)據(jù)庫服務(wù)器 取出數(shù)據(jù)并計算，然后將計算結(jié)果返回給客戶端，用戶通過安裝在客戶端的瀏 覽器瀏覽計算結(jié)果。在B／S模式下，客戶端只需裝上瀏覽器以及相應的操作系 統(tǒng)、網(wǎng)絡(luò)協(xié)議軟件即可，而所有應用軟件的開發(fā)、維護、升級等工作由服務(wù)器 承擔【18】。B／S模式是三層結(jié)構(gòu)體系如圖2．1所示。

圖2-1 B／S的三層結(jié)構(gòu)體系

教務(wù)系統(tǒng)的軟件開發(fā)在B／S體系結(jié)構(gòu)基礎(chǔ)上，程序設(shè)計過程采用三層架構(gòu)，即數(shù)據(jù)層，業(yè)務(wù)外觀層和頁面表示層(應用層)。將UML建模使用到體系結(jié)構(gòu) 的設(shè)計中來，也是本論文的一大創(chuàng)新點。

頁面表示層表示軟件界面，包括大量控件，并以事件為觸發(fā)機制，在事件響 應程序中調(diào)用業(yè)務(wù)外觀層中的接口完成相關(guān)操作。圖2．2表示了頁面表示層與

其它層的交互。

圖2—2頁面表示層交互圖

業(yè)務(wù)外觀層將用戶界面和業(yè)務(wù)功能的具體實現(xiàn)分割開，對業(yè)務(wù)規(guī)劃層和數(shù)據(jù) 訪問層的所有調(diào)用必須通過此層進行。一般將業(yè)務(wù)外觀層擴展出業(yè)務(wù)規(guī)則層，業(yè)務(wù)外觀層就位于Web層與業(yè)務(wù)規(guī)劃層之間，主要完成與Web層交互以及在對 “業(yè)務(wù)規(guī)則“層的調(diào)用之間維護臨時狀態(tài)【191。圖2．3表示了業(yè)務(wù)外觀層與其它 層的交互。

圖2-3業(yè)務(wù)外觀層交互圖

數(shù)據(jù)層為業(yè)務(wù)外觀層和業(yè)務(wù)規(guī)則層提供數(shù)據(jù)服務(wù)，并解決數(shù)據(jù)存取的問題。

對數(shù)據(jù)庫的操作全部封裝到對數(shù)據(jù)庫服務(wù)器端的存儲過程層調(diào)用中【191。圖2．4 表示了數(shù)據(jù)層與其它層的交互。

圖2—4數(shù)據(jù)層交互圖

2．2系統(tǒng)模塊劃分 圖2—4數(shù)據(jù)層交互圖

在第一章的需求分析中，初步將本系統(tǒng)劃分為4個子系統(tǒng)，每一個子系統(tǒng)面 向不同的用戶。接下來在概要設(shè)計中，要將這四個子系統(tǒng)進一步細化，細化成

低耦合、高內(nèi)聚的模塊。

系統(tǒng)的總體框圖在需求分析中已經(jīng)列出，具體查看第一章的圖1．1。根據(jù)總 體框圖繼續(xù)將框圖中的每一個模塊進一步細化。細化的結(jié)果按照模塊獨立性原

理來進行驗證。

模塊獨立的概念是模塊化、抽象、信息隱藏和局部化概念的直接結(jié)果【16】。模 塊的獨立程度可以由兩個方面度量，分別為內(nèi)聚和耦合。耦合強弱決定模塊間 接口的復雜程度，接口越簡潔，臨界值的測試也越容易，不但是程序不容易出 錯，后期維護成本也會降低。內(nèi)聚是衡量一個模塊內(nèi)部各個成員彼此結(jié)合的緊 密程度，理想內(nèi)聚的模塊只完成一件任務(wù)。

按照軟件工程中的這一理論，將教務(wù)管理系統(tǒng)進行細化。(1)學生子系統(tǒng)

學生子系統(tǒng)是學生身份登錄后所使用的功能，按照功能的不同，將學生子系 統(tǒng)進一步細化，如圖2．5所示。

圖2．5學生子系統(tǒng)細化后結(jié)構(gòu)圖

(2)教師子系統(tǒng)

教師子系統(tǒng)面向的是普通教師，根據(jù)需求分析得到的結(jié)果，將教師子系統(tǒng)進 行多次細化后得到如圖2-6的模塊結(jié)構(gòu)。(3)教材管理子系統(tǒng)

教材管理實質(zhì)是教務(wù)管理的一部分，但是由于其管理對象與教務(wù)管理的工作 對象有很大差異，屬于一種教學資源的管理，因此將教材管理從教務(wù)管理中劃 分出來作為一個單獨的子系統(tǒng)。其用戶為教材科管理員，登錄后不進入教務(wù)管 理界面，而進入教材管理界面。按功能細化后的模塊結(jié)構(gòu)如圖2．7所示。

圖2-6教師子系統(tǒng)細化后結(jié)構(gòu)圖

圖2-7教材管理子系統(tǒng)細化后結(jié)構(gòu)圖

(4)教務(wù)管理子系統(tǒng)

教務(wù)管理子系統(tǒng)是所有子系統(tǒng)中功能最復雜的一個子系統(tǒng)，涉及了整個日常 教務(wù)和教學工作。將該系統(tǒng)第一步細化，按功能分成學生學籍管理、師資管理、選課管理、教學計劃管理、成績管理和課程管理六個大的模塊，如圖2．8所示。

圖2-8對教務(wù)管理子系統(tǒng)二次細化

二次細化后的模塊并不是最優(yōu)模塊，每一個模塊都完成若干項工作，因此還 要再次細化。下面依次列出多次精細化后的模塊結(jié)構(gòu)圖。① 生學籍管理

圖2-9學生學籍管理結(jié)構(gòu)圖

②師資管理

圖2．10師資管理結(jié)構(gòu)圖

③教學計劃管理 圖2-ll教學計劃管理結(jié)構(gòu)圖

④學生選課管理

圖2-12教學計劃管理結(jié)構(gòu)圖

⑤學生成績管理 生成績管理結(jié)構(gòu)圖

⑥課程管理

2-13學

圖

圖2．14課程管理結(jié)構(gòu)圖

綜合以上結(jié)構(gòu)圖，可以發(fā)現(xiàn)，在每個子系統(tǒng)中都包含了數(shù)據(jù)的一些基本操作，如添加記錄、刪除記錄、修改記錄和數(shù)據(jù)統(tǒng)計等，還有報表的制作、打印等常 見的功能。根據(jù)面向?qū)ο笏枷耄梢詫⑦@些程序代碼進行封裝，增加代碼的重

用。

3系統(tǒng)詳細設(shè)計

詳細設(shè)計階段的根本目標是確定應該怎樣具體的實現(xiàn)所要求的系統(tǒng)【16】。這一 階段應該得出對系統(tǒng)的精確描述。

3．1數(shù)據(jù)庫設(shè)計

數(shù)據(jù)位于信息集成系統(tǒng)的中心，是信息系統(tǒng)的靈魂，因此，數(shù)據(jù)庫設(shè)計直接 影響著數(shù)據(jù)庫系統(tǒng)的性能以及整個教務(wù)管理系統(tǒng)的功能。所以數(shù)據(jù)結(jié)構(gòu)應該是 穩(wěn)定的，變化的只是處理過程。本系統(tǒng)在側(cè)重信息需求的同時兼顧處理需要，這個設(shè)計按照關(guān)系模型和第三范式理論，直接面向數(shù)據(jù)設(shè)計。數(shù)據(jù)庫設(shè)計有如下三個基本階段：

>需求信息的收集一一與客戶、最終用戶以及公司中定義數(shù)據(jù)庫需求的管 理者進行調(diào)研的過程。收集的信息主要有，業(yè)務(wù)如何處理、業(yè)務(wù)規(guī)則、當前所使用的數(shù)據(jù)庫信息等。

>數(shù)據(jù)建模一一通過可視化的方式分析業(yè)務(wù)數(shù)據(jù)，并最終將業(yè)務(wù)模型轉(zhuǎn)換 為數(shù)據(jù)模型的過程。所產(chǎn)生的數(shù)據(jù)模型用來創(chuàng)建表、視圖和數(shù)據(jù)庫所需 的其他對象。

>數(shù)據(jù)庫設(shè)計和規(guī)范化一一業(yè)務(wù)模型轉(zhuǎn)換為物理模型的過程。并減少冗余 數(shù)據(jù)。

ANSI／SPARC模式規(guī)定，數(shù)據(jù)庫可分為三層：內(nèi)模式、中間模式和外模式【201，簡單的說，數(shù)據(jù)庫模式是指數(shù)據(jù)庫中一組相關(guān)對象。在模式結(jié)構(gòu)中，對象之間 并不是互相獨立的，它們之間存在相互關(guān)聯(lián)的關(guān)系。它統(tǒng)一地考慮了所有用戶 的需求，并把這些需求所涉及的記錄、記錄間的聯(lián)系有機地結(jié)合為一個整體，描述概念模式的常用方法是E．R圖(Entity．Relationship approach，實體-聯(lián)系方 法)【19lo 外模式也叫應用軟件接口，是數(shù)據(jù)庫的外層，是與用戶進行互動的一層。子 模式是模式的子集。外模式允許在用戶應用軟件和數(shù)據(jù)模型之間創(chuàng)建關(guān)系。

35內(nèi)模式也叫物理模型，具體描述了數(shù)據(jù)如何組織并存入外部存儲器上，處理

數(shù)據(jù)庫的物理存儲和數(shù)據(jù)訪問。內(nèi)模式一般由系統(tǒng)程序員根據(jù)計算機系統(tǒng)的軟 硬件配置決定數(shù)據(jù)存儲方式，并編制程序?qū)崿F(xiàn)存取。

中間模式也叫邏輯模型，是數(shù)據(jù)庫的基本模型，它主要處理用來定義數(shù)據(jù)庫 結(jié)構(gòu)的一些數(shù)據(jù)結(jié)構(gòu)，例如，表和約束條件。

數(shù)據(jù)庫三個模式之間存在兩種映射，一是模式與子模式之間的映射，這種映 射把概念數(shù)據(jù)庫與用戶數(shù)據(jù)庫聯(lián)系起來，另一種映射是模式與內(nèi)模式之間的映 射，這種映射把概念數(shù)據(jù)庫與物理數(shù)據(jù)庫聯(lián)系起來【211。有了這兩種映射，才把 用戶對數(shù)據(jù)庫的邏輯操作轉(zhuǎn)換為對數(shù)據(jù)庫的物理操作。3．1．1數(shù)據(jù)庫需求分析

用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù) 庫結(jié)構(gòu)能充分滿足各種信息的輸出和輸入。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù) 處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設(shè)計打下基礎(chǔ)。仔細分析本系統(tǒng)的有關(guān)信息，設(shè)計如下面所示的主要數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)：

●學生基本信息

包括的數(shù)據(jù)項有：學號、姓名、性別、出生年月、籍貫、政治面貌、學院編 號、專業(yè)編號、班級編號、家庭住址、聯(lián)系方法、照片、備注等?！W院信息

包括的數(shù)據(jù)項有：學院編號、學院名稱、專業(yè)編號、專業(yè)名稱、各專業(yè)班級 編號、班級名稱、班級人數(shù)等?！そ處熜畔?/p>

包括的數(shù)據(jù)項有：員工編號、姓名、性別、出生年月、籍貫、政治面貌、職 稱、學院編號、職務(wù)等?！ふn程信息

包括的數(shù)據(jù)項有：課程編號、課程名稱、課程類型編號、理論學時、實驗學

時等。

·教學計劃

包括的數(shù)據(jù)項有：學院編號、專業(yè)編號、班級編號、課程編號、開設(shè)時間等。●教材信息

包括的數(shù)據(jù)項有：教材ISBN編號、教材名、作者、出版社、版次、庫存量

等。

·評教信息

包括的數(shù)據(jù)項有：員工編號、評教時間、評教成績等?！すぷ髁啃畔?/p>

包括的數(shù)據(jù)項有：員工編號、計算學年、課程編號、理論學時、實驗學時、總工作量等?！た蒲行畔?/p>

包括的數(shù)據(jù)項有：項目編號、項目名稱、項目負責人、項目完成時間、項目 內(nèi)容、獲獎情況等?！みx課信息

包括的數(shù)據(jù)項有：課程編號、教師姓名、最大人數(shù)、已選學生數(shù)等。●成績信息

包括的數(shù)據(jù)項有：學生學號、課程編號、成績、是否重修等?！は到y(tǒng)用戶信息

包括的數(shù)據(jù)項有：用戶ID、用戶權(quán)限、用戶密碼。根據(jù)以上的數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)項，進行下面的數(shù)據(jù)庫設(shè)計。

3．1．2 E．R圖設(shè)計

E．R方法是一種用來在數(shù)據(jù)庫設(shè)計過程中表示數(shù)據(jù)庫系統(tǒng)結(jié)構(gòu)的方法，又被 稱為實體．聯(lián)系模型。它的主導思想是使用實體(Entity)、實體屬性(Attribution)以及實體之間的聯(lián)系(Relationship)來表示數(shù)據(jù)庫系統(tǒng)的結(jié)構(gòu)。

實體有描述其特征的屬性，一個或多個屬性表征一個實體。在E．R圖中，實 體用長方形表示，屬性用橢圓表示。

聯(lián)系是指實體之間的關(guān)聯(lián)，E．R模型清楚地定義了聯(lián)系，每個聯(lián)系都有名字。聯(lián)系的元是參加聯(lián)系的實體的數(shù)目，大多數(shù)聯(lián)系是二元的，有三種類型：一對 一聯(lián)系、一對多聯(lián)系和多對多聯(lián)系。聯(lián)系用菱形表示。

對關(guān)系數(shù)據(jù)庫而言，就是要將E．R模型轉(zhuǎn)換為關(guān)系模型，并對其進行優(yōu)化。將E．R圖轉(zhuǎn)換為關(guān)系模型實際上就是要將實體、實體的屬性和實體之間的聯(lián)系 轉(zhuǎn)化為關(guān)系模型，這種轉(zhuǎn)換一般遵循如下原則：

(1)一個實體型轉(zhuǎn)換為一個關(guān)系模型。實體的屬性就是關(guān)系的屬性，實體的 碼就是關(guān)系的碼；

(2)一個一對一聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模型，也可以與任意一端對 應的關(guān)系模型合并；

(3)一個一對多聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模型，也可以與多端對應的 關(guān)系模型合并；

(4)一個多對多聯(lián)系轉(zhuǎn)換為一個關(guān)系模型；

(5)--個或三個以上實體間的一個多元聯(lián)系轉(zhuǎn)換為一個關(guān)系模型；

(6)同一實體集的實體間的聯(lián)系，可以按照一對一、一對多、多對多三種情 況分別處理；

(7)具有相同碼的關(guān)系模型可合并。3．1．3系統(tǒng)的E．R模型

教務(wù)管理系統(tǒng)中對于學生信息管理、選課管理以及成績管理的相關(guān)功能在第 一章的需求分析和建模中也做了詳細說明。這幾個子系統(tǒng)中所涉及到的角色主 要是教務(wù)管理人員、教師和學生。實體主要有學生、教師、課表、成績、教學 計劃5個，具體的E．R模型如下列各圖所示。圖3．1教務(wù)系統(tǒng)E．R圖圖3-2學生選課成績管理E-R圖

圖3．3學生選課E．R圖

3．1．4數(shù)據(jù)庫表建立

圖3．3學生選課E．R圖

教務(wù)管理系統(tǒng)數(shù)據(jù)庫表數(shù)量很多，在這里僅列出具有代表性的幾個重要模塊 中的數(shù)據(jù)庫表。

表3．1用戶登錄信息表

表3-2學生基本信息表

表3．3課程信息表

表3．4成績信息表表3．5教材信息表表3-6教師信息表表3．7科研信息表表3．8評教信息表表3-9工作量統(tǒng)計表

表3—10教學計劃信息表3．1．5數(shù)據(jù)完整性設(shè)計

數(shù)據(jù)的完整性是指存儲在數(shù)據(jù)庫中的數(shù)據(jù)的正確性和可靠性，它是衡量數(shù)據(jù) 庫中數(shù)據(jù)質(zhì)量好壞的一種標準。滿足數(shù)據(jù)完整性要求的數(shù)據(jù)應具有以下特點：

>數(shù)據(jù)類型準確無誤

≯數(shù)據(jù)的值滿足范圍設(shè)置 >同一表格數(shù)據(jù)之間不存在沖突 >多個表格數(shù)據(jù)之間不存在沖突 數(shù)據(jù)完整性可以分為以下四類：

(1)實體完整性(Entity Integrity)：實體完整性的目的是確保數(shù)據(jù)庫中所有實 體的唯一性，也就是不應使用完全相同的數(shù)據(jù)記錄?？梢酝ㄟ^設(shè)定主鍵、唯一 鍵、唯一索引等多種方法來實現(xiàn)實體完整性，其中最常用的是使用主鍵。如，本文中的學生信息表，學生的學號是唯一的值，是學生信息表的主鍵。(2)區(qū)域完整性(Domain Integrity)：區(qū)域完整性是要求數(shù)據(jù)表中的數(shù)據(jù)位于 某一個特定的允許范圍內(nèi)?？梢允褂媚J值(Default)、核查(Check)、外鍵、數(shù)據(jù)類型和規(guī)則(Rule)等多種方法來實現(xiàn)區(qū)域完整性。如，限制“sex”性別 字段的數(shù)據(jù)值可以是“F”或“M"，那么，輸入的其他數(shù)值將被SQL Server拒

絕。

(3)參考完整性(Referemial Integrity)：參考完整性是用來維護相關(guān)數(shù)據(jù)表之 間數(shù)據(jù)一致性的手段，通過實現(xiàn)參考完整性，可以避免因一個數(shù)據(jù)表的記錄改 變而造成另一個數(shù)據(jù)表內(nèi)的數(shù)據(jù)編程無效的值‘221。可利用外鍵、觸發(fā)器和存儲 過程來實現(xiàn)。如，在教師數(shù)據(jù)表和工作量數(shù)據(jù)表中，如果要刪除教師數(shù)據(jù)表中 的一條記錄，而同時在工作量數(shù)據(jù)表中存在需要參考該記錄的記錄集，那么該 刪除操作將會失敗。

(4)用戶定義完整性：這種數(shù)據(jù)完整性由用戶根據(jù)實際應用中的需要自行定 義?？梢杂脕韺崿F(xiàn)用戶定義完整性的方法有：規(guī)則、觸發(fā)器、存儲過程和數(shù)據(jù) 表創(chuàng)建時可以使用的所有約束。

通過使用這些強制的完整性定義，數(shù)據(jù)庫管理系統(tǒng)將提供更可靠的數(shù)據(jù)，同 時避免在多個用戶同時操作數(shù)據(jù)庫時可能發(fā)生的數(shù)據(jù)不一致。3．1．6數(shù)據(jù)庫表的實現(xiàn)

經(jīng)過前面的需求分析和概念結(jié)構(gòu)設(shè)計以后，得到數(shù)據(jù)庫的邏輯結(jié)構(gòu)。接下來

要在SQL Server 2000數(shù)據(jù)庫系統(tǒng)中實現(xiàn)該邏輯結(jié)構(gòu)。利用SQL Server 2000的

SQL查詢分析器實現(xiàn)。下面是創(chuàng)建表格的SQL語句，由于篇幅原因，只列出部 分語句。

(1)創(chuàng)建系統(tǒng)用戶表格Admin CREATE TABLE[dbo]．[Admin](【usedd】【int]NOT NULL，【pwd][varchar](20)COLLATE Chinese—PRC—CI—AS NULL，[group]【char](5)COLLATE Chinese—PRC—CI—AS NULL)ON[PRIMARY】

(2)創(chuàng)建學生基本信息表格Student～Info CREATE TABLE【dbo]．【Student_lnfo】([stuid】[int]NOT NULL，【stuname]【varchar】(1 O)COLLATE Chinese—PRC—Cl—AS NULL，[Sex】[char](4)COLLATE Chinese～PRC—CI—AS NULL，【age】[tinyint】NULL，【studepartment】[int](4)COLLATE Chinese—PRC—CI—AS NULL，[stucid】[int](4)COLLATE Chinese_PRC CI_AS NULL，【smgid】[int](4)COLLATE Chinese—PRC—CI—AS NULL，[birthday】[datetime]NULL，【address][varchar](50)COLLATE Chinese—PRC—C1一AS NULL，[phone][varchar](12)COLLATE Chinese—PRC—CI—AS NULL，[Jiguan】[varchar](1 o)COLLATE Chinese．_PRC_CI_AS NULL)ON[PRIMARY](3)課程信息表格Course—Info CREATE TABLE[dbo]．【Course_Info]([cid]【int](4)NOT NULL，[cname][varchar](30)COLLATE Chinese—PRC—CI—AS NULL，【ctypeid】【int](4)COLLATE Chinese—PRC CI_AS NULL 【clong][int](4)COLLATE Chinese—PRC—CI—AS NULL)ON[PRIMARY](4)成績信息表格Score—Info CREATE TABLE【dbo]．【Score_Info】(【stuid】【int]NOT NULL，【cid】【int】(4)COLLATE Chinese_PRC CI AS NOT NULL，【score】【smallint】NULL [restudy】【char](2)COLLATE Chinese—PRC—CI—AS NOT NULL)ON[PRIMARY】

(5)教材信息表格Book—Info CREATE TABLE[dbo]．【Book．_Info】(【bid】【varchar](1 5)COLLATE Chinese—PRC—CI—AS NOT NULL，[bname】【varchar](30)COLLATE Chinese—PRC—CI—AS NULL，【bwriter】【varchar]O o)COLLATE Chinese—PRC—CI—AS NULL，【bpublishl[varchar】(30)COLLATE Chinese—PRC—CI—AS NULL，【bci】【int](4)COLLATE Chinese—PRC_CI_AS NULL，【bcoum】【int】(4)COLLATE Chinese—PRC—CLAS NULL，)ON[PRIMARY】

(其他表格創(chuàng)建略)3．1．7存儲過程的設(shè)計

存儲過程可以使得對數(shù)據(jù)庫的管理、以及顯示關(guān)于數(shù)據(jù)庫及其用戶信息的工

作容易得多。存儲過程是SQL語句和可選控制流語句的預編譯集合，以—介名

稱存儲并作為一個單元處理【23】。存儲過程存儲在數(shù)據(jù)庫內(nèi)，可由應用程序通過 一個調(diào)用執(zhí)行，而且允許用戶聲明變量、有條件執(zhí)行以及其他強大的編程功能。Admin表相關(guān)存儲過程。對Admin表進行的操作有，增加管理員(或用戶)、驗證管理員(或用戶)、刪除管理員(或用戶)、修改管理員(或用戶)權(quán)限、修改管理員(或用戶)密碼、得到所有管理員(或用戶)、通過用戶名查找管理 員(或用戶)信息等等若干操作。由于篇幅原因，我們只列舉部分的設(shè)計思路

和方法。

(1)增加管理員。在系統(tǒng)中系統(tǒng)管理員有權(quán)限添加管理員，建立存儲過程在 Admin表中添加管理員，用戶名為參數(shù)@usefid，用戶密碼為參數(shù)@pwd，用戶 權(quán)限為參數(shù)@group。SQL腳本：

CREATE PROCEDUREjw_addadmin@usefid int(4)，@pwd varchar(20)，@group varchar(5)as insert into Admin values(@usefid int，@pwd，@group，0，”，”)90(2)驗證管理員。添加管理員時，需要驗證管理員是否已存在，通過選擇Admin 表中是否有同名管理員用戶來驗證，查詢條件為從Admin表中得到userid字段 等于參數(shù)@userid的數(shù)據(jù)，如果所得數(shù)據(jù)集為零說明管理員名不沖突，大于零時 說明已存在此管理員。

SQL腳本：

CREATE PROCEDUREjw_addadminvalidate@userid int(4)AS select事from Admin where userid=@userid go(3)得到管理員相關(guān)信息。當?shù)卿浌芾砗笈_時，系統(tǒng)需得到管理員信息，以 驗證管理員權(quán)限和是否有權(quán)利登錄，驗證管理員主要是通過用戶名和密碼來匹 配管理員信息，如果數(shù)據(jù)為空說明不存在此用戶或密碼錯誤，數(shù)據(jù)不為空則此

用戶存在，得到管理員信息。SQL腳本：

CREATE PROCEDURE jw_getinfo@usedd int(4)，@pwd varchar(20)AS select事劬m AdmiIl where usedd=@userid and pwd：@pwd 90(4)通過用戶名查找管理員信息。在系統(tǒng)中，需得到管理員信息，即在Admin 表中得到userid字段等于參數(shù)@userid的數(shù)據(jù)。SQL腳本：

CREATE PROCEDUREjw_seladminbyuserid@userid int(4)AS select幸from Admin where userid=@：userid 90 463．2類設(shè)計

本系統(tǒng)是以面向?qū)ο笤O(shè)計思想為基礎(chǔ)的，需求分析是用UML進行建模，因 此在模型基礎(chǔ)上就可以進行類設(shè)計。

根據(jù)概要設(shè)計中的各個模塊圖，可以發(fā)現(xiàn)，每個子系統(tǒng)在對于數(shù)據(jù)庫的操作 時都存在一些共同的行為，如添加、更新、搜索等，根據(jù)面向?qū)ο蟮姆庋b特性，可以將這些行為封裝成組件。同樣，對于一些非數(shù)據(jù)庫的操作，例如在教務(wù)管 理子系統(tǒng)中有工作量的計算，這樣的操作也可以封裝成類，使用設(shè)計模式使得 程序更加靈活、易于修改，并且易于復用。準確的說，就是讓業(yè)務(wù)邏輯與界面 邏輯分開。

數(shù)據(jù)訪問層類設(shè)計：數(shù)據(jù)訪問層負責鏈接到數(shù)據(jù)源，構(gòu)建類型化數(shù)據(jù)集，然 后該數(shù)據(jù)集從對象的方法中返回【22】。

建立一個數(shù)據(jù)訪問組件visitjwdata，可以創(chuàng)建這個類的實例來使用。它的每 一個實例都是到數(shù)據(jù)源的一個鏈接?？梢詾槊恳粋€數(shù)據(jù)表定義一個這樣的實例。該組件包括了三個方法，getdata引用數(shù)據(jù)集；deldata從后臺數(shù)據(jù)源中刪除數(shù)據(jù) 集；updatedata將數(shù)據(jù)集的變化添加到后臺數(shù)據(jù)源中。類圖如圖3．4所示。

圖3．4數(shù)據(jù)訪問組件visitjwdata 另外，將數(shù)據(jù)庫中的表格看做是對象，字段就是該對象的屬性。數(shù)據(jù)庫記錄 就是一個實例化對象。

在第一章的靜態(tài)建模中，我們分析系統(tǒng)中的主要類，并作出類圖，根據(jù)靜態(tài) 結(jié)構(gòu)建模中創(chuàng)建的類，VB．NET語言實現(xiàn)。

3．3模塊設(shè)計

第一章動態(tài)行為模型中的序列圖和協(xié)作圖對系統(tǒng)設(shè)計有很重要的幫助。序列 圖是模塊通信流程的一種抽象表示，從序列圖中很容易看出各個對象之間承上 啟下的關(guān)系，因為序列圖主要是以時間作為單獨的維來表示的。協(xié)作圖和序列 圖有著密切的關(guān)聯(lián)，它是序列圖的另一種表現(xiàn)形式，是通過協(xié)作角色來限定協(xié) 作中的對象或鏈。雖然它們的表示方法不同，但可以在Rational Rose中通過適 當?shù)姆绞较嗷マD(zhuǎn)換。

由于靜態(tài)結(jié)構(gòu)模型屬于系統(tǒng)分析，動態(tài)行為模型屬于系統(tǒng)設(shè)計，因此在這一 章里，我們就以第一章詳細的建模為基礎(chǔ)，不在對詳細設(shè)計作過多的論述。在 模塊設(shè)計中我們采用流程圖來表達模塊的算法，這里只列出幾個代表性的模塊。(1)登錄模塊

與數(shù)據(jù)庫中的Admin表格關(guān)聯(lián)，檢查用戶id字段和12令字段，結(jié)合SQL語 句實現(xiàn)。流程如圖3．5所示(2)選課模塊

根據(jù)登錄的學生身份讀取學生信息數(shù)據(jù)庫表的院系、專業(yè)和班級字段值，通 過這些信息顯示選課界面中相關(guān)的課程，并在學生提交自己的選課后，判斷所 選課程是否符合要求，一方面選課總數(shù)限制，另一方面選擇的課程為選滿。流

程如圖3-6所示 ．5登錄流程圖

(3)教材管理模塊

與數(shù)據(jù)庫表教材信息表關(guān)聯(lián)。教師在選用教材時，首先查詢數(shù)據(jù)庫中是否有 合適的教材，若沒有則填寫教材征訂表提交給教材管理人員，由教材管理人員 進行課本的采集。

書本的出庫業(yè)務(wù)流程如圖3．7所示。

3圖3-6選課流程圖

圖3．7出庫業(yè)務(wù)流程圖

4系統(tǒng)的實現(xiàn)

本系統(tǒng)在開發(fā)工具上，選擇了Visual Studio．NET 2005。Visual Studio．NET是 一套完整的開發(fā)工具，用于生成ASP．NET Web應用程序、XML Web services、桌面應用程序和移動應用程序1241。Visual Basic．NET、Visual C++．NET、Visual C群．NET和Visual J撐．NET全都使用相同的集成開發(fā)環(huán)境(IDE)，該環(huán)境允許

它們共享工具并有助于創(chuàng)建混合語言解決方案。另外，這些語言利用了．NET Framework的功能，此框架提供對簡化ASENET Web應用程序和XML Web services開發(fā)的關(guān)鍵技術(shù)的訪問。

Visual Studio．NET是用于快速生成企業(yè)級ASENET Web應用程序和高性

能桌面應用程序的工具。Visual Studio支持Microsott．NET Framework，該框架 提供公共語言運行庫和統(tǒng)一編程類。公共語言運行庫是．NET框架的基礎(chǔ)。運行 庫可以看作一個在執(zhí)行時管理代碼的代理，提供核心服務(wù)，而且還強制實施嚴 格的類型安全以及可確保安全性和可靠性的其他形式的代碼準確性【25】。以運行 庫為目標的代碼稱為托管代碼，而不以運行庫為目標的代碼成為非托管代碼。類庫是一個綜合性的面向?qū)ο蟮目芍赜妙愋图?，用戶可以用它開發(fā)包含從傳 統(tǒng)的命令行或圖形用戶界面應用程序到基于最新的ASP．NET技術(shù)在內(nèi)的應用 程序【25】。在數(shù)據(jù)庫的開發(fā)上，本文論述的系統(tǒng)將采用Microsoft SQL Server2000作為 系統(tǒng)的DBMS支撐，SQL Server2000是能夠支持企業(yè)級關(guān)系型數(shù)據(jù)庫的管理系 統(tǒng)，它能與Windows操作系統(tǒng)緊密集成，具有方便易用的圖形管理界面，其用 戶界面風格與Windows一樣非常友好1261。SQL Server2000在存儲大容量數(shù)據(jù)方 面，在數(shù)據(jù)的安全性和完整性方面，在分布式處理等都是適合于企業(yè)級應用的。而其相對Oracle，DB／2等大型數(shù)據(jù)庫來說，學習更為容易，應用成本也相對較 低。采用SQL Server2000 4-ASP．Net開發(fā)本系統(tǒng)是一個較為理想的組合。

4．1登錄模塊

在用戶登錄界面中，最關(guān)鍵的問題是用戶的驗證，在這里可以將用戶的驗證 獨立成一個模塊。在該系統(tǒng)中，將用戶分為幾種不同的權(quán)限，每一種權(quán)限的用 戶所面對的用戶操作界面是不同，系統(tǒng)所提供的功能也是不同的，因此在數(shù)據(jù) 庫中等門添加用戶權(quán)限的字段，為的就是在用戶登錄時，比對數(shù)據(jù)表中的權(quán)限 值來判斷是何種用戶，從而展現(xiàn)給用戶不同的操作界面。

實現(xiàn)思想：根據(jù)用戶名即usefid字段和用戶密碼即pwd字段是否符合數(shù)據(jù) 庫中的數(shù)據(jù)來決定該用戶是否為已注冊用戶，如果不一致則有兩種可能：一是 該用戶的用戶名或密碼輸入錯誤，二是該用戶可能是未注冊用戶，數(shù)據(jù)庫中還 沒有該用戶的信息。遇到這兩種情況中的一種，都要彈出提示，指示用戶要么 重新輸入用戶名和密碼，重新登錄；要么就要進行信息注冊。若用戶的名和密 碼與數(shù)據(jù)庫中數(shù)據(jù)相符，則進行下一步判斷，驗證同一條記錄的另一個字段即 group權(quán)限字段，根據(jù)權(quán)限字段的值決定顯示何種操作界面。如圖4一l所示。

圖4—1教務(wù)管理系統(tǒng)登錄頁面

這一模塊中有一個功能“注冊”功能，選擇“注冊”后，會出現(xiàn)一個注冊頁 面，這一頁面中有多個表單輸入框，用戶在進行輸入后，表單提交到Web服務(wù) 器端時，要驗證表單字段的合法性，在這里使用ASENET的驗證控件．這樣可 以防止用戶向數(shù)據(jù)庫表提交錯誤類型的數(shù)據(jù)。驗證控件會在客戶端(瀏覽器)和服務(wù)器端都默認執(zhí)行驗證。從用戶角度看，這一功能非常好，因為無論何時 把一個無效的值輸入表單字段都能立即得到反饋。

每個驗證控件都包含一個lsValid屬性，如果驗證過程中未發(fā)現(xiàn)錯誤，這個 屬性將會返回True值。如果頁面中所有的驗證控件的lsValid都返回True，那 么Page．IsValid屬性就是True。因此模塊代碼中通過檢查Page．IsValid屬性判斷 是否將表單值填入數(shù)據(jù)庫表。圖4．2所示為注冊頁面中添加了驗證控件的效果。

圖4-2驗證控件

4．2教師功能模塊

教師登錄系統(tǒng)成功后能夠執(zhí)行的操作，共有4個主要菜單，成績錄入、信息 維護、信息查詢和選課(自然班)名單打印。(1)基本信息管理

主要功能是輸入教師的一些基本信息，供教務(wù)部門查閱和調(diào)用。其中有一些 檔案中的基本信息，是直接從數(shù)據(jù)庫中讀取的，不能隨意更改，另外一些不重 要的信息由教師選擇是否添加和更新。這里也是使用了表單驗證控件防止非法 的數(shù)據(jù)寫入數(shù)據(jù)庫當中。圖4．3是教師基本信息管理的頁面。(2)信息查詢

主要完成教師對自己工作上的一些信息的瀏覽。如本學期課表、教學計劃、選課情況、教學質(zhì)量信息等。(3)成績錄入

主要功能是對本學期教學班成績的輸入，每個學期學校教務(wù)部門對每門課程 每教學班下發(fā)專門的成績錄入密碼，教師獲得密碼后登錄成績，然后使用密碼 提交，提交后不能再修改。(4)選課(自然班)名單打印

選擇該菜單后進入如圖4-4所示界面。在這一頁面中，根據(jù)教師選擇的學年 學期以及教師所教授的課程名，彈出符合選擇條件的學生班級人員列表。也可 以在班級選擇欄中，找到要查找的班級列出班級列表。

圖4-3教師基本信息管理界面

圖4-4教師所教班級學生名單

每個學期的學期未，教務(wù)處會開放選課功能，并規(guī)定學生在限定的時間內(nèi)進 行網(wǎng)上選課。在指定的時間內(nèi)，學生可以多次進行網(wǎng)上選課。選課的條件有：

(1)選修課程數(shù)的限定：根據(jù)每學年的培養(yǎng)計劃，設(shè)簧不同年級的限選門數(shù)。(2)選修年級的限定：不同的年級學生在登錄選課模塊后，查看到的所選課 程名稱是不同的，某些課程只面向固定的年級。

(3)選修人數(shù)的限定：每個選修課程可以設(shè)置最大選課人數(shù)，并可咀選擇選 課人數(shù)滿時的解決辦法，如禁選，或者允許繼續(xù)選擇，當選課結(jié)束時由教務(wù)人 員篩選。

(4)選修名單已經(jīng)確定，或者被管理員設(shè)置禁選的課程，在選課時間范圍內(nèi) 只接受己選中的學生退選要求。

設(shè)計思路：學生登錄后，根據(jù)學生的身份，及判斷學生過去的選修記錄來顯 示該學生的選課界面，首先從課程信息表中找到課程類型(ctypeid字段)為選 修課的這類課程，并且滿足crime字段的值為本學期．這樣的課程以表格形式 顯示；其次，對顯示的每--1]課程添加復選框，允許學生選中或者退選。復選 框checked屬性若為True，說明被選中，否則未被選中。在接到學生提交的選 課信息時，檢查學生的選擇是否有效，即判斷學生的選課總數(shù)是否超出該年級 的限選門數(shù)，并判斷選課人數(shù)是否超出限選人數(shù)，也就是判斷該課是否設(shè)為滿 即禁選。如果滿足以上條件，將本次選課記錄寫入數(shù)據(jù)庫中。在本功能模塊中，還存在一種校驗功能．檢查學生所選課程是否時間矛盾，如果矛盾則及時通知 學生，以便重新選課.圖4-5學生選課界面

4．4教學計劃管理模塊

教學計劃是根據(jù)每個專業(yè)制定的學生培養(yǎng)計劃和教學課程大綱而延伸出來 的與課程安排、教師排課、成績等信息有著密切關(guān)系的文件，是教務(wù)管理的核

心內(nèi)容。

教學計劃中每學期的所教授的課程明細是由教務(wù)管理人員根據(jù)學生培養(yǎng)計 劃和教學課程大綱列出，然后送達各個院系。由學院的教研室主任根據(jù)各個教 師的實際情況分配教學任務(wù)。然后將教學任務(wù)返回教務(wù)處。教師在接到教學任 務(wù)后，根據(jù)教學課程大綱中的教學要求，詳細寫出自己課程的教學授課計劃，并從教務(wù)管理系統(tǒng)輸入，這樣教務(wù)處和學生都能看到了。

教學計劃分成了兩大部分，教務(wù)處制定的總的計劃和教師制定的課程詳細計 劃，這些都可以通過網(wǎng)絡(luò)向全校人員公布。

在教學計劃管理頁面上，有些信息是教務(wù)管理人員在后臺輸入的，是教師不 能修改的，這部分信息就是教務(wù)處制定的總的計劃。教師指定的課程詳細計劃 是可以由教師修改添加的。如圖4-6和4．7所示，為教務(wù)計劃頁面的部分截圖。

圖4-6由后臺輸入不能修改的信息

第三篇：基于網(wǎng)絡(luò)的教務(wù)教學管理系統(tǒng)的設(shè)計與實現(xiàn)

基于網(wǎng)絡(luò)的教務(wù)教學管理系統(tǒng)的設(shè)計與實現(xiàn) 黑龍江科技學院

摘要：基于網(wǎng)絡(luò)的教務(wù)教學管理是21世紀教務(wù)教學管理的發(fā)展方向，大多數(shù)高校已經(jīng)充分認識到了這個形勢，都在努力去研究和開發(fā)，但實現(xiàn)效果大都不很理想，或?qū)嵸|(zhì)上仍然處于單機管理狀態(tài)，無法實現(xiàn)信息的高效共享，本文結(jié)合我院實際情況，采用B/S結(jié)構(gòu)的開發(fā)模式，針對網(wǎng)絡(luò)化教務(wù)教學管理信息系統(tǒng)進行了設(shè)計和實現(xiàn)，并提出了實現(xiàn)網(wǎng)絡(luò)教務(wù)教學管理系統(tǒng)時應該注意的一些關(guān)鍵問題。

關(guān)鍵詞：教務(wù)教學管理系統(tǒng)瀏覽器/服務(wù)器結(jié)構(gòu)教務(wù)教學 電子計算機和網(wǎng)絡(luò)應用技術(shù)的普及為學校的教務(wù)、教學管理及改變傳統(tǒng)的教學模式提供了新的手段和思維模式，隨著高校教育體制的改革，特別是擴大招生以后，給高校的教學管理工作提出了許多新的課題，教學管理信息化水平不高在我校表現(xiàn)的尤為明顯。為了改善目前的尷尬狀況，從繁瑣、復雜、混亂的教務(wù)教學工作中解脫出來，發(fā)揮高校的信息技術(shù)和硬件資源集中的優(yōu)勢，借助計算機和網(wǎng)絡(luò)技術(shù)實現(xiàn)高等學校教學管理信息化，促使教學管理的選課、排課、考評與工作量核算系統(tǒng)實現(xiàn)自動化、現(xiàn)代化，并使現(xiàn)有的教育資源特別是教師資源效用最大化，我們設(shè)計開發(fā)了基于網(wǎng)絡(luò)的教務(wù)教學管理系統(tǒng)。問題提出

由于學校規(guī)模的擴大，學生和教師的人數(shù)快速增加，使我校原有的一套教務(wù)教學管理模式受到了極大的沖擊，具體表現(xiàn)如下：

學生選課無法適應跨專業(yè)、跨年級的要求，這嚴重影響了學生學習的積極性，也使教學資源不能按需最優(yōu)分配；

教育資源大量閑置，配置不合理，未能最大限度地發(fā)揮其效用；

在對教師教學質(zhì)量的監(jiān)控中，仍然采取原有的一套管理方法，既不能發(fā)揮學生的主體作用，也不能很好的對教學質(zhì)量進行監(jiān)控；

在考試中未能發(fā)揮出計算機的效用，成績查詢也較為困難而且出錯率高；

在院、系兩級的教師工作量核算中，也存在著重復計算與手工計算效率低等問題。教務(wù)教學管理系統(tǒng)的設(shè)計功能設(shè)計

基于網(wǎng)絡(luò)的教務(wù)教學管理系統(tǒng)主要包括以下五個功能模塊（如圖1），這幾個模塊中學生選課管理、學生成績管理、共享教學資源管理這三個模塊在處理時對數(shù)據(jù)庫結(jié)構(gòu)的要求較高，所以，在數(shù)據(jù)庫的設(shè)計上要在能夠保證信息全面的基礎(chǔ)上，盡量保證表格的精簡。圖1 管理功能模塊示意圖

基于網(wǎng)絡(luò)的教務(wù)教學管理系統(tǒng)的開發(fā)過程 體系結(jié)構(gòu)

系統(tǒng)體系結(jié)構(gòu)采用三層結(jié)構(gòu)模型，即前端客戶機為瀏覽器，表示層放在前端，應用層放在應用服務(wù)器上，數(shù)據(jù)層單獨用一個服務(wù)器。三層結(jié)構(gòu)與傳統(tǒng)的客戶/服務(wù)器方式相比，充分利用現(xiàn)有瀏覽器軟件，減輕了網(wǎng)絡(luò)和客戶機的負載，維護相對簡單，且支持跨平臺。系統(tǒng)開發(fā)環(huán)境

根據(jù)系統(tǒng)要求結(jié)合當前實際，系統(tǒng)的開發(fā)選擇開發(fā)環(huán)境如表1示，表1 系統(tǒng)開發(fā)環(huán)境 網(wǎng)絡(luò)操作系統(tǒng)

Windows 2000 Server

Web服務(wù)器管理程序

IIS4.0

數(shù)據(jù)庫管理系統(tǒng)

NT SQL Server 2000

Web服務(wù)器與數(shù)據(jù)庫連接

ISAP(IDC)

Client端開發(fā)工具

HTML、Frontpage、VbScript、ASP

瀏覽器

IE 5.0 及以后版本

數(shù)據(jù)轉(zhuǎn)換開發(fā)工具

Visual Basic 6.0

首先，Windows 2000 Server 是Microsoft公司推出的新一代網(wǎng)絡(luò)操作系統(tǒng)，代表了Windows的新技術(shù)，是完全支持32位體系結(jié)構(gòu)的開放式的多任務(wù)操作系統(tǒng)，提供了強大的網(wǎng)絡(luò)功能，完全符合網(wǎng)絡(luò)操作系統(tǒng)的選取原則，是PC級服務(wù)器代替小型機服務(wù)器的最佳操作系統(tǒng)。其次，Microsoft公司的SQL Server 2000作為面向中小型企業(yè)的網(wǎng)絡(luò)數(shù)據(jù)庫服務(wù)系統(tǒng)，提供了與眾多高級數(shù)據(jù)庫管理器相同的運行性能。它基本符合管理信息系統(tǒng)對數(shù)據(jù)庫平臺的要求，而且能夠與Windows 2000 Server 很好地兼容。

再次，ASP是微軟公司推出的IIS3.0的一個組件，利用它可以產(chǎn)生和運行動態(tài)的、交互的、高性能的Web服務(wù)應用程序。其工作原理如圖：

圖2 ASP的工作原理

從軟件的技術(shù)層面看：無須編譯；易于生成；獨立于瀏覽器；面向?qū)ο螅淮嫒?shù)據(jù)庫方便，可使用ADO組件；與任何ActiveX Script語言兼容；源程序碼不會外漏；安全性高。Web與數(shù)據(jù)庫技術(shù)的結(jié)合應用 實現(xiàn)動態(tài)網(wǎng)頁關(guān)鍵技術(shù)之一是Web與數(shù)據(jù)庫的接口技術(shù)。系統(tǒng)中用戶登錄、維護信息、共享教學資源管理、成績判定、成績分析、教職工工作量核算、教學考評信息管理等功能本質(zhì)上都是對數(shù)據(jù)庫的一系列SQL操作。

ASP中使用ADO(ActiveX Data Objects)組件訪問后臺數(shù)據(jù)庫。ADO工作在服務(wù)器端，它是一組優(yōu)化的訪問數(shù)據(jù)庫專用對象集，為ASP提供了完整的站點數(shù)據(jù)庫訪問技術(shù)方案。通過ADO組件，用戶可以在瀏覽器畫面中輸入、更新和刪除站點數(shù)據(jù)庫信息。在瀏覽器/服務(wù)器（B/S）的三層結(jié)構(gòu)下實現(xiàn)對數(shù)據(jù)庫的訪問應滿足以下兩個基本要求。(1)信息安全。

防止非法用戶的訪問和防止授權(quán)用戶對數(shù)據(jù)非法的操作。數(shù)據(jù)庫的安全性通過用戶名和口令字來實現(xiàn)，若在客戶端直接輸入數(shù)據(jù)庫名、用戶名/口令，就將數(shù)據(jù)庫的安全性暴露在大眾面前。非法用戶一旦得到了數(shù)據(jù)庫名，用戶名/口令便可進入數(shù)據(jù)庫，任意修改數(shù)據(jù)記錄，這樣將會導致例如考試成績、考評信息等敏感信息受到威脅。解決的方法是用Web切斷客戶端和數(shù)據(jù)庫的直接聯(lián)系。Web用戶名記錄在服務(wù)器端變量中，可以通過檢查此變量使用戶只能訪問與身份相對應的頁面。服務(wù)器端通過ADO組件訪問數(shù)據(jù)庫。不同的DB用戶，對數(shù)據(jù)庫有不同的操作權(quán)限。Web用戶名和DB用戶名存在對應關(guān)系，通過ASP腳本完成兩者之間的轉(zhuǎn)換。采用這種方法，數(shù)據(jù)庫名、數(shù)據(jù)庫用戶名/口令被嚴格限制在Web和數(shù)據(jù)庫之間，根據(jù)不同Web用戶的權(quán)限控制用戶對數(shù)據(jù)庫的操作，客戶端必須了解Web用戶名/口令，才可完成對數(shù)據(jù)庫的相應操作。(2)保證信息的完整、可靠、一致性。在數(shù)據(jù)庫中，數(shù)據(jù)之間相互是有關(guān)聯(lián)的，必須保證一個事務(wù)在一定時間內(nèi)對所有相關(guān)數(shù)據(jù)進行全部修改，要么不成功，要么一次完成，即保證信息的完整性。在網(wǎng)絡(luò)傳輸和通信的過程中隨時可能中斷，另外，由于所有的瀏覽器都支持BACK和FORWARD操作，用戶在任何時刻可任意回到某一步驟，這都將造成數(shù)據(jù)的不一致性。解決問題的方法是：將一個事務(wù)的完整處理過程安排在一個HTM頁面上，要么一次性提交數(shù)據(jù)庫系統(tǒng)處理，要么不提交，另外，Web服務(wù)器具有超時判斷的能力，在會話結(jié)束時檢查事務(wù)的操作是否全部收到，若未全部收到應主動退回所有事務(wù)，防止數(shù)據(jù)不一致。系統(tǒng)特點分析

1)先進的管理思想，本系統(tǒng)將學生入學到畢業(yè)的所有數(shù)據(jù)統(tǒng)一管理，納入到本系統(tǒng)當中，改變了以往教務(wù)模塊分散，不全面的弊端。教務(wù)數(shù)據(jù)集中管理，最大程度地實現(xiàn)了數(shù)據(jù)的共享，從而避免管理漏洞的產(chǎn)生，同時為學校管理層的決策支持提供詳盡的數(shù)據(jù)。它為促進學校教務(wù)管理的科學化、信息化，保障學分制的順利實行提供了強有力的支持。

2)先進的技術(shù)，模塊化的軟件結(jié)構(gòu)。系統(tǒng)運行于Internet上，采用C/S結(jié)構(gòu)與B/S結(jié)構(gòu)相結(jié)合的體系結(jié)構(gòu)既滿足教務(wù)管理用戶集中、大量處理數(shù)據(jù)的要求，又滿足學生最大范圍地使用該系統(tǒng)。各子系統(tǒng)即可獨立運行，也可聯(lián)合運行，實現(xiàn)數(shù)據(jù)共享。

3)系統(tǒng)操作的友好性，本教務(wù)系統(tǒng)是標準的Windows程序，全部采用了以圖形化的界面來顯示和修改數(shù)據(jù)。其中的每個模塊都采用統(tǒng)一的數(shù)據(jù)記錄定位操作和數(shù)據(jù)編輯操作。學會了對一個模塊的數(shù)據(jù)操作后即可操作系統(tǒng)所有的模塊，讓教務(wù)管理人員真正將精力花在教務(wù)管理上，而不是簡單和繁重的信息處理上。

4)強大的權(quán)限管理功能，提供全面的安全策略，教務(wù)管理流程復雜，因而在本系統(tǒng)可為每個進入本系統(tǒng)的用戶設(shè)置不同的權(quán)限。權(quán)限控制可細到記錄、字段級，例如可控制用戶是否可看某些數(shù)據(jù)顯示窗口中的字段列，以及不同系的教務(wù)人員只能修改本系的數(shù)據(jù)。權(quán)限最大可設(shè)到模塊，即是否可對某一模塊有操作權(quán)限。通過集中的用戶權(quán)限管理可使不同的教務(wù)能以最安全的模式協(xié)調(diào)工作。配合多種數(shù)據(jù)備份策略，保障教務(wù)數(shù)據(jù)的安全性。

5)跨越時間、空間限制，學生選課采用WEB平臺和數(shù)據(jù)庫結(jié)合的技術(shù)，實現(xiàn)了網(wǎng)上選課。學生可以在任意時間通過網(wǎng)上進行選課，不受時間、地點的限制。結(jié)論

根據(jù)我院教務(wù)教學管理的種種不足進行了此次系統(tǒng)設(shè)計與開發(fā)，從現(xiàn)有軟硬件資源條件出發(fā)，吸收了其他院校的一些經(jīng)驗的基礎(chǔ)上有所突破，實現(xiàn)了系統(tǒng)的安全、適用、簡單、快捷，切實根據(jù)實際要求，吸收和采用了如B/S與C/S混合結(jié)構(gòu)技術(shù)、ASP數(shù)據(jù)上傳組件等先進技術(shù)，系統(tǒng)已經(jīng)基本解決了現(xiàn)有的問題，能夠方便地協(xié)調(diào)好教師、學生、教室三者的關(guān)系，使資源達到最大化的利用。系統(tǒng)已初步順利運行，將在以后的實踐中不斷摸索、完善，強化其功能，優(yōu)化其性能。參考文獻：

黃梯云,李一軍.管理信息系統(tǒng).修訂版.北京：高等教育出版社,2000 余偉萍.計算機管理信息系統(tǒng)開發(fā)與應用.北京:電子科技大學出版社,1998 Laudon,Kenneth C.Laudon.Jane P.Management Iformation Systems-New Spproaches to Organization & Technology.Fifth Edition.Prentice Hall ,1998 張家鈺.觀念先行推進教學管理現(xiàn)代化建設(shè)[Ｊ].中國高等教育,2003,8.李京申,沈鴻.局域網(wǎng)管理(Windows NT平臺)職業(yè)技能培訓教程（管理員級）.北京:希望電子出版社,2000 周緒,管麗娜.SQL Server 2000中文版入門與提高.北京:清華大學出版社,2001 楊樹勛.高校教務(wù)和教學管理[Ｍ].化學工業(yè)出版社.刁興春,李赤紅.Web和數(shù)據(jù)庫接口的技術(shù)研討.通信工程學院學報,1998,12(2):19～232 劉德山.基于C/S和B/S混合結(jié)構(gòu)的教學管理信息系統(tǒng)[Ｊ].遼寧師范大學學報,2002.曹向東.一種網(wǎng)絡(luò)化教學信息管理系統(tǒng)的開發(fā)與實現(xiàn)[Ｊ].中國數(shù)據(jù)通信,2001,3.The design and implement of educational administration and teaching management system based on network

Hei Long jiang Institute of Science and Technology

Miaohui

Gao taiguang

Sun yongbo Abstract :The educational administration and teaching management which based on network is the direction of the teaching management development in the 21st century , Most colleges have known this situation ,and they all did a lot of R&D work, But the effect is not ideally or in fact the management is still stand-alone ,and the information can not be shared with high efficiency.This article designed and carried out the MIS of teaching management based on network with the development mode of B/S structure.And the article also put forward some key questions about the realization of educational administration an teaching management system Keywords: Educational administration and teaching management system

Browser/Server structure

Educational administration and teaching

第四篇：高校教務(wù)管理系統(tǒng)的設(shè)計與實現(xiàn)畢業(yè)實習報告

實習時間：1月15日到2月10日

實習地點：*****

實習單位：********

實習內(nèi)容：公司網(wǎng)頁

實習目的與意義：

對自己這幾年來的所學到計算機知識、所培養(yǎng)的能力以實踐的方式來檢驗，培養(yǎng)自己主動學習知識、分析問題、解決問題的能力和團隊合作精神與人協(xié)調(diào)處理事物的能力。

從07年10份開始學習計算機和編程開始今年的寒假有經(jīng)歷了很多，在這短時間的學習中我完成了《網(wǎng)站建設(shè)》《asp網(wǎng)絡(luò)實戰(zhàn)》《OSQLSERVER數(shù)據(jù)庫開發(fā)》等課程，并具備了部分網(wǎng)站編程的能力。在寒假假的兩周做網(wǎng)站就是把我們置身于標準的工作環(huán)境中，完成BOSS布置的項目。

實習讓我了解社會，讓我從社會的角度去了解消費者，為以后走向工作崗位積累了經(jīng)驗，打下了堅實的基礎(chǔ)。完成這個項目所用的知識大部分是自己學過的，但還是有部分是要通過,自己找書去學習并且快速地把自己學習所得運用于實習中。很有挑戰(zhàn)性。

實驗內(nèi)容：

這個寒假去了烏魯木齊同順春玻璃廠，主要是給廠里做個網(wǎng)站。實踐第一天是經(jīng)理分配任務(wù)：團隊合作組建一個公司網(wǎng)站。然后告訴我們提交這個項目的時間就走人。然后我們直接和需要建設(shè)這個網(wǎng)站的負責人交流，也就是通常所所的需求分析。主要問了一下的問題：

·網(wǎng)站內(nèi)容包含包含哪些類型？

·希望網(wǎng)站信息采用那種表現(xiàn)形式方式如：文本、視頻、圖片、表格、壓縮包? ·是否具有獨立維護內(nèi)容的能力？

·網(wǎng)站信息是否允許下載和轉(zhuǎn)載？

·是否支持在線打印、信息訂閱、評論等？

然后是功能需求

功能是網(wǎng)站價值的體現(xiàn)。不同用戶對網(wǎng)站功能的需求是不同的，設(shè)計者應該根據(jù)實際情況靈活調(diào)整。我們問了如下的問題：

·通過網(wǎng)站，您希望獲得怎樣的品牌增值？

·網(wǎng)站的受眾群體是哪些？其特點是什么？

·認為網(wǎng)站最受關(guān)注的是哪個方面？

·競爭對手網(wǎng)站都有哪些功能？

你希望網(wǎng)站提供什么樣的功能?

·是否開通論壇？

·是否提供用戶注冊？

了解了如上問題后我們開始做一些具體的建站準備工作，建站的準備工作概括起來包括如下內(nèi)容：

·網(wǎng)站的注冊域名；

·確定了網(wǎng)站的主機類型；

·確定建站的技術(shù)!權(quán)限和留言豐富的表現(xiàn)形式兩個方面?？膳c允許用戶使用帶豐富格式的文檔比如WORD文檔，作者是文本和圖片的組合，甚至允許用戶進行圖片上傳。而我想要編寫的這個留言板相對比較簡單的，使用純文本的留言板，并且任何使用者都可與查看所有的留言。只有撰寫者本人才能重新編輯自己所寫的留言。某個特定的賬號可與刪除留言。

留言板塊主要包含以下幾個小的模塊。

·撰寫留言模塊；

·瀏覽留言列表模塊；

·閱讀留言模塊；

·留言管理模塊；

其中前三個內(nèi)容我用了大概5天時間很快編寫并通過,測試成功，但是最后一個從來沒有寫過也沒有學習過，沒有辦法只有先去書店買了個本相應的書看，JSP技術(shù)!}，講的時候也是一掃而過的，基本知道有這個東西，具體就不知道了，第六天第七天第八天都是看書，基本上睡覺的時間很少了，現(xiàn)在想想感覺都不可思議，用了三天是時間看完了兩本很厚的書，并且還要使用書中的知識做項目。剩下的幾天都是不停的編寫代碼然后測試，在編寫代碼在測試，很枯燥一邊又一邊的修改編寫測試然后在復，還要和前三個功能銜接配合起來測試。

等到第11天的時候還是又許多漏洞，不過大的毛病沒有了，然后團隊中的其他人相互求助，相互幫忙下才把我的程序?qū)懞谩?/p>

下面就淺顯地談下我的感受吧。

1）感受到了公司中真是氣氛。

我在編寫程序的時候覺得其中一個地方要按我以為的怎樣怎樣寫，后來項目經(jīng)理在測試的時候發(fā)現(xiàn)了問題，和其他程序員的模塊銜接出現(xiàn)了一些亂碼，就是用全角的中文輸入時會出現(xiàn)亂碼狀況，項目經(jīng)理就很氣氛，把我給批了一頓。但是當時感覺自己的想法沒有錯，卻沒有想到會出現(xiàn)亂碼狀況，才發(fā)現(xiàn)自己學的還是不是很系統(tǒng)。項目經(jīng)理的話或者說老板在公司中就是頭兒，服從，其實也是職員該做的事情。

2）學會了溝通和處理問題的能力。

和需求公司的人聊他們的需求的時候，那個人對網(wǎng)站的一些術(shù)語不是很懂，就需要我們用最通俗的話去和他們溝通交流，在做項目的時候得學會和同事交流溝通，相互幫助相互的發(fā)現(xiàn)彼此的問題，團隊精神在尤其是做項目最后的時候得以體現(xiàn)。同時明天溝通交流的重要性，比如我的程序中我沒有用過全角的漢字輸入測試過，但是項目經(jīng)理就查出來了，如果讓其他同事幫我測試下，說不定就可與避免這種問題。畢竟一個人的能力不可能樣樣都通。同時做事情一定要細心，遇到任何事情都不要慌張。

3）我快速學習的能力也得以提升。

在學習中老師不肯能把所有的東西都教會你，在學校中老師只是大概提了一些的東西甚至一點都沒有提到的知識}在做項目的時候卻用到了。就需要你快速的學習能力，接受能力，并且把所學到的東西快速的運用到實踐中去。

實踐，就是把我們在學校所學到的理論知識}，運用到客觀實際中去，使自己所學的理論知識有用武之地。只學習不實踐，那么所學就等于零。理論應該與實踐相結(jié)合。而另一方面，實踐可以為以后找工作打下基礎(chǔ)。通過，這段時間的實習，我學到了一些在課堂上學不到的東西。因為在這里身處的環(huán)境不同，所接觸的人與事也不相同，從中學到的東西自然就不一樣了。要學會在實踐中學習，從學習中實踐。

我通過這次為時半個月的實踐，從另一個側(cè)面檢驗了自己的各方面的情況，培養(yǎng)了自己發(fā)現(xiàn)問題、分析問題、解決問題的能力和與人交往的能力；同時也發(fā)現(xiàn)一些了自己的不足，使我在以后的學習中不斷的彌補和提高?？梢哉f，這次實踐讓我是“受益匪淺”。

通過這次實習，使我與就業(yè)崗位近距離的接觸，增長社會和工作經(jīng)驗，畢業(yè)后呢個盡快的進入角色。提高我的餓實踐能力，解決本專業(yè)實際問題的能力。培養(yǎng)學生積極的創(chuàng)業(yè)精神，嚴肅認真打的科學態(tài)度和嚴謹求實的工作作風以及對畢業(yè)后工作崗位的適應能力

實習總結(jié)：

實踐，就是把我們在學校所學的理論知識，運用到客觀實際中去，使自己所學的理論知識有用武之地。只學不實踐，那么所學的就等于零。理論應該與實踐相結(jié)合。另一方面，實踐可為以后找工作打基礎(chǔ)。通過這段時間的實習，學到一些在學校里學不到的東西。要學會從實踐中學習，從學習中實踐。而且在中國的經(jīng)濟飛速發(fā)展，又加入了世貿(mào)，國內(nèi)外經(jīng)濟日趨變化，每天都不斷有新的東西涌現(xiàn)，在擁有了越來越多的機會的同時，也有了更多的挑戰(zhàn)，前天才剛學到的知識可能在今天就已經(jīng)被淘汰掉了，中國的經(jīng)濟越和外面接軌，對于人才的要求就會越來越高，我們不只要學好學校里所學到的知識，還要不斷從生活中，實踐中學其他知識，不斷地從各方面武裝自已，才能在競爭中突出自已，表現(xiàn)自已。

“天下英雄皆我輩，一入江湖立馬催?！睆膶W校到社會的大環(huán)境的轉(zhuǎn)變，身邊接觸的人也完全換了角色，老師變成老板，同學變成同事，相處之道完全不同。在這巨大的轉(zhuǎn)變中，我們可能彷徨，迷茫，無法馬上適應新的環(huán)境。我們也許看不慣企業(yè)之間殘酷的競爭，無法忍受同事之間漠不關(guān)心的眼神和言語。很多時候覺得自己沒有受到領(lǐng)導重用，所干的只是一些無關(guān)重要的雜活，自己的提議或工作不能得到老板的肯定。做不出成績時，會有來自各方面的壓力，老板的眼色同事的嘲諷。而在學校，有同學老師的關(guān)心和支持，每日只是上上課，很輕松。常言道：工作一兩年勝過十多年的讀書。實習時間雖然不長，但是我從中學到了很多知識，關(guān)于做人，做事，做學問。

我堅信通過這一段時間的實習，從中獲得的實踐經(jīng)驗使我終身受益，并會在我畢業(yè)后的實際工作中不斷地得到印證，我會持續(xù)地理解和體會實習中所學到的知識，期望在未來的工作中把學到的理論知識和實踐經(jīng)驗不斷的應用到實際工作中來，充分展示我的個人價值和人生價值，為實現(xiàn)自我的理想和光明的前程而努力。通過不斷的總結(jié)，不斷的提高，我有信心在未來的工作中更好的完成任務(wù)。

第五篇：教務(wù)管理系統(tǒng)參考

引言

教務(wù)管理系統(tǒng)是教學領(lǐng)域中一個重要的系統(tǒng)。隨著計算機的普及，人們迫切希望在計算機上能夠?qū)崿F(xiàn)教務(wù)管理操作，希望把人從教學資源，教學評估，編排課程，教學檢查等等這些繁瑣的工作中解放出來。教務(wù)管理系統(tǒng)從人們的需求出發(fā)，具有智能化輔助教務(wù)人員管理教務(wù)工作，并且計算機發(fā)揮了它本身的優(yōu)勢，能夠存貯大量信息數(shù)據(jù)。與以往手工的教務(wù)相比，教務(wù)管理系統(tǒng)軟件的出現(xiàn)，使教務(wù)工作變得更簡單，可靠，安全，方便。為了能讓教務(wù)管理人員從繁重的工作中解脫出來，使他們在使用一個軟件以后能極其容易地對所有教務(wù)工作進行管理，并且準確無誤，輕松自如。因此開發(fā)一個教務(wù)管理系統(tǒng)軟件是當務(wù)之急，也是本論文選題的重要意義和研究宗旨。

教務(wù)管理系統(tǒng)是教學活動中一個最重要的部分，系統(tǒng)將教學資源與老師，學生，課程，學生與老師，老師與課程，課程與學生相互間聯(lián)系起來，而且聯(lián)系錯綜復雜，相互聯(lián)系，相互排斥，因而需要系統(tǒng)應具備較完善的檢驗防錯功能，沖突處理功能，從而根據(jù)系統(tǒng)的運行及反饋信息高質(zhì)量，高效率地管理系統(tǒng)流通部門的全部功能。

在開發(fā)教務(wù)管理系統(tǒng)軟件過程中，使用了當前最新的技術(shù)ASP﹒NET和ADO﹒NET。ASP﹒NET是內(nèi)建于語言運行環(huán)境中的編程結(jié)構(gòu)，特別是在創(chuàng)建Web應用程序顯示了強大的功能。ADO﹒NET是一種面向?qū)ο蟮姆绞絹硖幚頂?shù)據(jù)。ASP﹒NET和ADO﹒NET的結(jié)合很容易地在一個數(shù)據(jù)庫中建立一個記錄集。使用這些腳本建立和打開一個記錄集，處理和輸出數(shù)據(jù)。

在開發(fā)教務(wù)管理系統(tǒng)的過程中，一直用運了軟件工程的思想去開發(fā)系統(tǒng)。開發(fā)前的準備中，進行了系統(tǒng)調(diào)查。熟悉系統(tǒng)的組織結(jié)構(gòu)、職能結(jié)構(gòu)和業(yè)務(wù)流程分析，系統(tǒng)業(yè)務(wù)流程分析、業(yè)務(wù)流程圖。然后是隨數(shù)據(jù)流進行了分析，對教務(wù)系統(tǒng)中的數(shù)據(jù)流程圖，數(shù)據(jù)字典描述。數(shù)據(jù)庫的設(shè)計主要是E－R圖和轉(zhuǎn)換成關(guān)系模型。規(guī)劃管理信息系統(tǒng)的功能，設(shè)計系統(tǒng)的功能結(jié)構(gòu)圖，每個功能模塊的主要工作內(nèi)容、輸入輸出要求等。

第1章 概述

1.1為什么要開發(fā)一個教務(wù)管理系統(tǒng)？

在邁入二十一世紀的今天，中小學的教務(wù)管理顯得極其重要，合理地管理不但反映一個國家的科技水平，而且影響中小學的教學質(zhì)量。在知識經(jīng)濟時代到來的今天，用計算機控制教務(wù)工作由自動化系統(tǒng)運行而完成。這不僅節(jié)省了人力，還提高了工作效率和服務(wù)質(zhì)量，而且增強了信息的流通。

今天，計算機的價格已經(jīng)十分低廉，性能卻有了長足的進步。它已經(jīng)被應用于許多領(lǐng)域，計算機之所以如此流行的原因主要有以下幾個方面：首先，計算機可以代替人工進行許多繁雜的勞動；

其次，計算機可以節(jié)省許多資源；

第三，計算機可以大大的提高人們的工作效率；

第四，計算機可以使敏感文檔更加安全，等等。

隨著計算機的應用已普及到經(jīng)濟和社會生活的各個領(lǐng)域，學校的教務(wù)人員迫切需要有這樣一個軟件，能夠?qū)崿F(xiàn)教學資源整體規(guī)劃，編排課程，評估教學質(zhì)量，檢查教學進度等等這些繁瑣的教務(wù)管理工作。

1.2 在中小學中用計算機管理教務(wù)的意義

我們要實現(xiàn)教育現(xiàn)代化，中小學的教務(wù)工作是一個重要的環(huán)節(jié)。70年代后期,出現(xiàn)圖書情報工作的 “聯(lián)機革命”,使計算機更廣泛地，更有效的應用到各個角落，發(fā)達國家較重視這一領(lǐng)域的發(fā)展，我國尚存在較大的差距。所以我們說，教育工作計算機化是提高我國科學技術(shù)水平的一項帶有重大戰(zhàn)略意義的措施，因而中小學的教務(wù)管理工作是一個重要的標志。

計算機技術(shù)是現(xiàn)代技術(shù)的一部分，教務(wù)現(xiàn)代自動化也只是教育現(xiàn)代化的一部分，它們之間是部分和整體的關(guān)系，但由于計算機技術(shù)是信息技術(shù)的心臟，現(xiàn)代社會的驕子，信息社會的科技主角，所以在教務(wù)現(xiàn)代化技術(shù)中，計算機技術(shù)處于核心地位，它對于其他現(xiàn)代化設(shè)備起控制，連接和轉(zhuǎn)換的作用，而教務(wù)自動化是教育現(xiàn)代化的核心和主導部分。教務(wù)管理系統(tǒng)軟件能提高教務(wù)本身管理水平，能代替工作人員進行教務(wù)工作的某些加工處理，把工作人員從繁重的手工勞動，重復勞動中解放出來。

現(xiàn)在我國的中小學校教務(wù)管理水平還停留在紙介質(zhì)的基礎(chǔ)上，這樣的機制已經(jīng)不能適應時代的發(fā)展，因為它浪費了許多人力和物力，在信息時代這種傳統(tǒng)的管理方法必然被計算機為基礎(chǔ)的信息管理所取代。

總之，教務(wù)的計算機自動化管理系統(tǒng)，不但可以大大提高教務(wù)管理工作的效率，而且推動了教學質(zhì)量的進步。

我作為一個計算機應用的本科生，希望可以在這方面有所貢獻。改革的總設(shè)計師鄧小平同志說過“科學技術(shù)是第一生產(chǎn)力”，我希望能用我四年的所學編制出一個實用的程序來幫助中小學進行更有效的教務(wù)管理。

歸納起來，好處大約有以下幾點：

(1)． 可以存儲教學資源，安全、高效處理信息；

(2)． 節(jié)省大量人力，財力；

(3)． 可以迅速查到所需信息和實現(xiàn)教務(wù)管理功能。

1.3 為將來學校網(wǎng)上辦公做好準備

﹒NET技術(shù)的發(fā)展，大量的Web應用程序開發(fā)，在不同地點的用戶可瀏覽Web站點信息。這些技術(shù)的成熟，使得在中小學實現(xiàn)網(wǎng)上辦公有了技術(shù)上保證。學生，老師可以在任何地點，在網(wǎng)上瀏覽教務(wù)信息，學校的最新通知，填寫自己的信息，實現(xiàn)用戶權(quán)限內(nèi)的操作。教務(wù)管理系統(tǒng)是學校網(wǎng)上辦公的一個嘗試，也是為以后中小學網(wǎng)上辦公作基礎(chǔ)。

第2章系統(tǒng)分析

系統(tǒng)分析是指在管理信息系統(tǒng)開發(fā)的生命周期中系統(tǒng)分析階段的各項活動和方法，應用系統(tǒng)思想和系統(tǒng)科學的原理進行分析工作的方法與技術(shù)。

系統(tǒng)分析階段的目的，就是按照系統(tǒng)規(guī)劃所定的某個開發(fā)項目范圍內(nèi)明確系統(tǒng)開發(fā)的目標和用戶的信息需求，提出系統(tǒng)的邏輯方案。系統(tǒng)分析在整個系統(tǒng)開發(fā)過程中，是要解決“做什幺”的問題，即根據(jù)系統(tǒng)規(guī)劃所確定的范圍，對現(xiàn)行系統(tǒng)進行詳細調(diào)查，盡可能弄清楚用戶對信息的需求，調(diào)查原信息系統(tǒng)的資源，輸入，處理和輸出，描述現(xiàn)行系統(tǒng)的業(yè)務(wù)流程，指出現(xiàn)行系統(tǒng)的局限性和不足之處，確定新系統(tǒng)的基本目標和邏輯功能要求，也即提出新系統(tǒng)的邏輯模型，為下一階段進行物理方案設(shè)計，解決“怎么做”提供依據(jù)。因此，這個階段又稱邏輯設(shè)計階段。

系統(tǒng)分析階段的主要活動有：系統(tǒng)初步調(diào)查、可行性研究、系統(tǒng)詳細調(diào)查、新系統(tǒng)邏輯方案的提出。

2.1系統(tǒng)調(diào)查

系統(tǒng)初步調(diào)查中采用的主要方式是與中小學的教師，尤其是與教務(wù)處的教職工進行交流，并結(jié)合自己的常識，經(jīng)過調(diào)查研究，中小學的基本情況為：中小學實行校長負責制，下設(shè)教務(wù)處、財務(wù)部、黨團支部、學生會、后勤部五大部門。各部門分別針對各自管轄范圍進行具體管理，并向校長負責。在學校的日常教學活動中，教務(wù)管理是至關(guān)重要的。

中小學在日常教務(wù)活動中出現(xiàn)的主要問題是：

（1）學?，F(xiàn)行的教務(wù)管理方式仍為基于文本、表格等紙介質(zhì)的傳統(tǒng)手工處理方式。教務(wù)信息管理沒有完全科學化、規(guī)范化、處理速度較慢，因此影響教學工作的開展，難以進行有效的信息反饋。

（2）學校領(lǐng)導對整個學校的學生信息不能得到及時反饋，因此不能適時指導教學方向，以至影響教育質(zhì)量。

（3）師生之間，學生和教務(wù)人員，以及老師和教務(wù)管理人員，信息交流少，信息渠道單一，不利于協(xié)調(diào)工作，容易出錯。

因此，通過建立教務(wù)管理信息系統(tǒng)，使教務(wù)管理工作科學化、規(guī)范化、程序化，促使提高信息處理的速度和正確性，使學校的信息流程和流向清晰化、合理化，第一時間把握學生信息，以提高整體教學水平。

2．2系統(tǒng)的可行性研究

可行性研究是系統(tǒng)分析階段的第二項活動。此活動的主要目標是：進一步明確系統(tǒng)的目標、規(guī)模與功能，對系統(tǒng)開發(fā)背景、必要性和意義進行調(diào)查分析并根據(jù)需要和可能提出開發(fā)系統(tǒng)的初步方案與計劃?？尚行匝芯渴菍ο到y(tǒng)進行全面、概要的分析。

通過調(diào)查分析，新系統(tǒng)設(shè)計方案有以下三個可行性：

（1）． 技術(shù)可行性：

本系統(tǒng)采用 Windows 2000作為操作平臺。數(shù)據(jù)庫選用SQL server 2000，該數(shù)據(jù)庫管理系統(tǒng)在Windows 2000 Professional上能運行，并提供數(shù)據(jù)庫之間的數(shù)據(jù)復制功能，可代替現(xiàn)有系統(tǒng)單據(jù)數(shù)據(jù)的手工傳遞工作，降低出錯率，提高數(shù)據(jù)的可用性。本系統(tǒng)的應用軟件開發(fā)平臺也選用Microsoft Visual Studio.NET 2003。

（2）． 經(jīng)濟可行性：

采用新的教務(wù)信息管理系統(tǒng)可取代原系統(tǒng)的單據(jù)手工傳遞工作，減少人工開支，節(jié)省資金，并且可大大提高信息量的取得，縮短信息處理周期，規(guī)劃教學資源，提高學生信息，及時反饋教學信息的利用率，使教學質(zhì)量更上一個臺階。

（3）． 營運可行性：

本系統(tǒng)操作簡單，易于理解，只需通過簡單熟悉，上手較快，學校教務(wù)管理處的教職員以及相關(guān)教師均能進行操作，營運環(huán)境要求低。

面對于系統(tǒng)設(shè)計還應該以“標準性、安全性、兼容性、高效性、保密性、可維護性”為標準，在著眼于當前實用的基礎(chǔ)上，為將來系統(tǒng)的擴展，升級留有余地。軟件的開發(fā)應能在較長時間內(nèi)滿足學校的發(fā)展需要。故新系統(tǒng)還需要滿足以下這幾個標準：

（1）標準性：系統(tǒng)的軟硬件選型都應該采用工業(yè)化標準，這樣既可以保證系統(tǒng)運行質(zhì)量又可以分享在此標準上的每一次技術(shù)進步。

（2）可靠性：由于學教務(wù)息的重要性，系統(tǒng)的軟硬件應均為質(zhì)量可靠，并采用RAID 0+1廉價磁盤冗余保護技術(shù)，確保不會由于軟硬件故障造成系統(tǒng)運行終止而使用戶蒙受損失。

（3）安全性：通過軟件的編制及硬件設(shè)置，控制使用者接觸數(shù)據(jù)的權(quán)限，從而確保使用者無法操作與其無關(guān)的數(shù)據(jù)。

（4）兼容性：系統(tǒng)的所有軟硬件理論上都應有100%的兼容性，用以保證軟硬件的可互換性。

（5）高效性：由于學校學生信息每次處理的信息量較大，因此系統(tǒng)對信息的處理能力，響應能力都應是快速而有效的，在軟件編制過程中應充分考慮到這一點。

（6）可維護性：系統(tǒng)軟件設(shè)計時應采用結(jié)構(gòu)化模塊設(shè)計，以便于開發(fā)和維護，也有利于根據(jù)情況隨時進行功能調(diào)整。同時在系統(tǒng)開發(fā)時應該充分考慮到用戶的日常維護，使之能簡便易行

通過可行性分析研究，認為新系統(tǒng)的開發(fā)方案切實可行，可進行開發(fā)。

2．3 軟件開發(fā)的總目標

（1）提高教務(wù)管理的自動化、現(xiàn)代化水平，按照管理信息系統(tǒng)開發(fā)原理與方法，采用計算機代替手工勞動，規(guī)范教務(wù)管理的操作全過程。

（2）提高整體教學水平，相關(guān)教務(wù)人員可以從系統(tǒng)中取得及時而且正確的教學管理數(shù)據(jù)信息，并可以迅速而有效地進行信息交流與共享，從而掌握學校的各種信息情況，為校領(lǐng)導做出適合學生全面素質(zhì)發(fā)展的指導策略提供有力的支持。