




已閱讀5頁,還剩51頁未讀, 繼續(xù)免費閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領
文檔簡介
基于QT的教務管理系統(tǒng)的設計摘要隨著學校規(guī)模的不斷擴大,學生的流動變遷導致了學校在管理學生信息上的復雜程度上不斷的增加,在學校,教務管理依然變成了一項繁瑣且耗費資源的事;并且信息技術(shù)的不斷發(fā)展,并且得到了越來越廣泛的應用,教務管理系統(tǒng)的實施在技術(shù)上已趨于成熟。而且作為計算機應用的一部分,使用計算機對學校的各類信息進行管理,具有手工管理無可比擬的優(yōu)點,如檢索迅速,查詢方便,效率高,可靠性好等一系列的好處,這些好處都可以極大的提高學校教務管理的效率。本文采用“自上而下的總體規(guī)劃,自下而上的應用開發(fā)”的設計策略,設計了一套行之有效的教務管理系統(tǒng)的方案。文章介紹了該教務管理系統(tǒng)的需求分析部分,系統(tǒng)數(shù)據(jù)庫設計部分以及系統(tǒng)功能設計部分等。此外,本系統(tǒng)本著以人為本的方針,界面友好,操作簡單,比較實用。關(guān)鍵詞教務管理系統(tǒng);學生管理;計算機管理THEDESIGNOFTHEEDUCATIONADMINISTRATIONSYSTEMBASEDONQTABSTRACTWITHTHECONTINUOUSEXPANSIONOFTHESCHOOL,STUDENTSFLOWCHANGELEDTOTHESCHOOLONINFORMATIONMANAGEMENTSTUDENTSOFTHECOMPLEXDEGREEOFINCREASING,INSCHOOL,EDUCATIONALADMINISTRATIONSTILLHASBECOMEACUMBERSOMEANDEXPENSIVETHINGWITHTHECONTINUOUSDEVELOPMENTOFINFORMATIONTECHNOLOGY,ANDHASBEENMOREANDMOREWIDELYUSED,THEIMPLEMENTATIONOFEDUCATIONALADMINISTRATIONSYSTEMHASBEENMATUREINTECHNOLOGYALSOASAPARTOFCOMPUTERAPPLICATION,USINGCOMPUTERTOSCHOOLOFALLKINDSOFINFORMATIONMANAGEMENT,WITHAMANUALMANAGEMENTINCOMPARABLEADVANTAGES,SUCHASSEARCHINGQUICKLY,QUERYCONVENIENT,HIGHEFFICIENCY,GOODRELIABILITYANDSOONASERIESOFADVANTAGES,THESEADVANTAGESCANGREATLYIMPROVETHEEFFICIENCYOFSCHOOLEDUCATIONALADMINISTRATIONTHEGENERALLAYOUTOFTHISARTICLEUSESTHE“TOPDOWNANDBOTTOMUPAPPLICATIONDEVELOPMENT“OFTHEDESIGNSTRATEGY,DESIGNASETOFEFFECTIVETEACHINGMANAGEMENTSYSTEMSOLUTIONSTHISPAPERINTRODUCESTHEREQUIREMENTSANALYSISPARTOFTHEEDUCATIONALADMINISTRATIONSYSTEM,THESYSTEMDATABASEDESIGNANDSYSTEMFUNCTIONDESIGN,ETCINADDITION,THISSYSTEMISINLINEWITHTHEPRINCIPLEOFPEOPLEORIENTED,FRIENDLYINTERFACE,SIMPLEOPERATION,MOREPRACTICALKEYWORDSEDUCATIONALMANAGEMENTSYSTEMSTUDENTMANAGEMENTCOMPUTERMANAGEMENT目錄摘要IABSTRACTII1系統(tǒng)概述111教務管理系統(tǒng)開發(fā)的背景112教務系統(tǒng)開發(fā)的目的和意義113目前國內(nèi)外的研究現(xiàn)狀214國外研究現(xiàn)狀22關(guān)鍵技術(shù)321QTCREATOR322UML43可行性分析及總體設計531系統(tǒng)業(yè)務價值532可行性分析533總體設計的基本原則634系統(tǒng)需求分析635系統(tǒng)總體層次圖735系統(tǒng)功能描述7331學生功能模塊7332教師功能模塊7333管理員功能模塊8334通用模塊834數(shù)據(jù)庫設計原則835邏輯結(jié)構(gòu)設計837項目生存期模型選擇1138本系統(tǒng)有待解決地方134系統(tǒng)詳細設計1441開發(fā)環(huán)境及過程簡介1442主要功能模塊設計1543系統(tǒng)的整體流程圖16431用戶登錄模塊設計17432注冊用戶模塊設計17433管理員管理模塊19434學生管理模塊20435教師管理模塊2144數(shù)據(jù)庫的實現(xiàn)22441數(shù)據(jù)庫的界面操作22442數(shù)據(jù)庫的SQL操作2345數(shù)據(jù)備份及恢復策略2446系統(tǒng)界面布局的實現(xiàn)說明255系統(tǒng)設計界面展示2951登錄界面展示2952用戶信息以及密碼修改界面展示2953信息修改界面展示3054信息添加界面展示3155信息查看界面展示3156信息刪除界面展示3257管理用戶界面展示3258獎罰管理界面展示3359系統(tǒng)信息界面展示336系統(tǒng)測試3461系統(tǒng)的測試范圍3462測試任務34621測試目標34622測試質(zhì)量3463測試綜述34631單元測試35632功能測試35總結(jié)36參考文獻37致謝38外文原文39外文翻譯481系統(tǒng)概述11教務管理系統(tǒng)開發(fā)的背景教務管理系統(tǒng)是一個以人為主導,利用計算機硬件、軟件、網(wǎng)絡通信設備以及其他辦公設備,進行信息的收集、傳輸、加工、存儲、更新和維護,教務管理系統(tǒng)提供給管理者需要的信息來實現(xiàn)對組織機構(gòu)的有效管理,隨著社會的發(fā)展,人們對各種信息的需求量越來越大。同時對信息的管理難度也在不斷在增加,僅僅依靠當初的紙面記錄信息和管理已經(jīng)不能滿足當今大量信息的管理了,因此,利用計算機硬件,軟件和網(wǎng)絡設備來管理信息成為當今信息管理的主要且可行的方式。這種方式能大大提高信息的管理力度,信息的冗余度小,大大減小了信息管理者的工作量,同時對信息的安全有了保障。但是這些似乎滿足不了人們的需求,因為所開發(fā)的這些軟件和系統(tǒng)的性能還遠遠不夠,如性能,比如并發(fā)性,如果一個系統(tǒng)同時有很多人使用的話,會造成阻塞甚至崩潰,人們不得不一再登錄或者等待,有時學生要花費很多時間才能查詢到自己需要的信息或者是完成自己想做的事。教務管理系統(tǒng)對于高校的管理來說是至關(guān)重要的,學生信息是高等學校非常重要的一項數(shù)據(jù)資源,是一個教育單位不可缺少一部分。特別是近幾年來,國家政策的調(diào)整,我國高等院校大規(guī)模的擴招,給高等院校的教學管理、學生管理、后勤管理等方面都帶來不少的沖擊。其包含的數(shù)據(jù)量大,涉及的人員面廣,而且需要及時更新,故較為復雜,難以單純地依靠人工管理,而且傳統(tǒng)的人工管理方式既不易于規(guī)范化,管理效率也不高,目前我國各類高等院校中還有相當一部分學生檔案管理還停留在紙介質(zhì)的基礎上,尤其是中、小學對學生檔案的管理更是落后,這樣的管理機制已經(jīng)不能適應時代發(fā)展的要求,其管理方法將浪費許多人力和物力。作為計算機應用的一部分,使用計算機對學生檔案進行管理,有著手工管理所無法比擬的優(yōu)點,如檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高學生檔案管理的效率,也是學校向科學化、正規(guī)化管理發(fā)展的必要條件,更是各個高等院校與世界接軌的重要條件。我作為學習計算機專業(yè)的一員,對系統(tǒng)的需求作了較深入的認識,同時也掌握了一定的系統(tǒng)開發(fā)理論,借這次畢業(yè)設計的契機,一方面利用自己的所學小刀試牛,另一方面通過這次實踐必將提升自身對軟件工程、數(shù)據(jù)庫、程序設計等理論的認識,積累系統(tǒng)開發(fā)的經(jīng)驗。作為畢業(yè)設計,由于時間比較緊張,加之本人沒有任何系統(tǒng)開發(fā)的經(jīng)驗,它肯定存在許許多多不足的地方,但對它的改善和功能的完備并不會隨著畢業(yè)設計的結(jié)束而終止。本人將在原來的基礎上,著眼未來,追蹤計算機新技術(shù)發(fā)展,并應用到系統(tǒng)持續(xù)開發(fā)中。12教務系統(tǒng)開發(fā)的目的和意義高校教務管理信息化是提高辦公效率的重要途徑。隨著我國高等教育的快速發(fā)展,高校辦學規(guī)模的不斷擴大,在校學生人數(shù)的不斷增多,辦學層次出現(xiàn)了多元化,由一地辦學發(fā)展到多地多點辦學,同時進一步推行全面學分制。這些變化使教務管理部門的管理任務越來越繁重,不僅增加了工作量,更增加了工作難度和復雜度,按傳統(tǒng)的管理模式,只靠有限的工作人員已無法進行高效管理。高校教務管理的信息化已成為教學管理現(xiàn)代化的迫切要求,因為它能夠?qū)⒔虅展ぷ魅藛T從繁瑣的手工勞動中解放出來,在大量的數(shù)據(jù)面前進行查詢、統(tǒng)計同時進行管理,減輕了教務工作人員的勞動強度,極大了提高了工作效率。高校教務管理信息化是高校教務管理工作規(guī)范化的有力保障。高校的教務管理是一項龐大的系統(tǒng)工程,工作事務雜、環(huán)節(jié)多、工作量大,沒有科學的手段和嚴格的規(guī)章制度是無法保障教學秩序的。教學工作規(guī)范化管理是比常規(guī)教學管理更高層次上的管理,幾乎涉及到教與學的所有方面,其基本信息更滲透到教學各個環(huán)節(jié)且貫徹始終,這就要求必須按一定規(guī)范流程進行科學的管理,而信息化有助于這一管理過程成功實現(xiàn),通過完善管理信息化制度,可以規(guī)范管理,保證教學效果,提高管理效率,有效地提高教務管理工作的規(guī)范化和現(xiàn)代化水平,使教務管理工作走上良性循環(huán)的軌道。13目前國內(nèi)外的研究現(xiàn)狀教務管理系統(tǒng)對高校教務管理信息化建設有重要意義,在學生的教學管理、成績管理、學籍管理和其它培養(yǎng)過程中,實現(xiàn)了培養(yǎng)全過程的網(wǎng)絡化和信息化,為高校教務管理的信息化、智能化奠定了堅實的基礎。然而隨著教育管理系統(tǒng)的進一步的應用和教務管理信息化工作的逐步深入,也逐漸暴露出了一些問題,并且已經(jīng)影響到教務管理信息化工作的健康發(fā)展,最尖銳的問題就是教育管理信息化標準化的問題。其主要的表現(xiàn)有以下幾點原有的管理信息標準不完備,缺少一套完整的教育管理信息標準。由于缺乏一套完整的教育管理信息標準,目前許多教育管理部門和學校均根據(jù)各自工作需要采用相應的管理信息,這些信息不僅不規(guī)范、不完整,且互不兼容,難以進行信息交流。隨著全國性的教育管理信息網(wǎng)絡的逐步建立,這些信息的價值和作將難以得到體現(xiàn)和發(fā)揮,有的甚至會成為信息垃圾。教務管理系統(tǒng)靈活性差,缺少可擴充性和開放性。隨著教學改革的不斷深入,專業(yè)培養(yǎng)方案的不斷調(diào)整,對教務管理系統(tǒng)的靈活性要求很高,目前的教務管理系統(tǒng),多數(shù)不具有擴充性,對高校教務管理工作的新要求,難以進行及時調(diào)整,因此,造成了一些管理系統(tǒng)不能長期穩(wěn)定的應用。教務管理系統(tǒng)的平臺很多,水平參差不齊。目前我國教務管理系統(tǒng)開發(fā)者很多,有專業(yè)的軟件公司人員,也有在高校教務工作的管理者;開發(fā)的應用軟件類型也多種多樣,有單機版的教務管理系統(tǒng),也有基于INTERNET的教務管理系統(tǒng)。教務平臺的水平高低不齊,但是能真正適合高校教務管理實際情況,并且智能化的可擴充性的教務系統(tǒng)并不多見。缺乏一套完整的網(wǎng)上信息交換規(guī)范。通過網(wǎng)絡實現(xiàn)不同教育部門之間的信息交流需要一套完整的網(wǎng)上信息交換規(guī)范,由于缺乏這樣的一個規(guī)范,已開始在一定程度上影響了教育部門間的網(wǎng)上信息交流。缺乏對教育管理信息化工作的指導和管理。管理信息化工作是一項全新的事業(yè),發(fā)展速度很快,對技術(shù)的依賴程度高。14國外研究現(xiàn)狀在信息化浪潮席卷全球、日益滲透到社會生活各個領域的今天,數(shù)字化校園建設如火如荼。特別是,歐美、日本等發(fā)達國家高度重視信息化建設,早在20世紀90年代初幾乎所有的高校便建成了比較完善的校園網(wǎng),各個職能部門都基本實現(xiàn)了網(wǎng)絡化、信息化管理。目前國外在教務管理軟件的設計和開發(fā)方面處于領先地位,不論是在開發(fā)的方法上還是在軟件的使用率上都很成功。2關(guān)鍵技術(shù)21QTCREATORQTCREATOR是跨平臺的QTIDE,QTCREATOR是QT被NOKIA收購后推出的一款新的輕量級集成開發(fā)環(huán)境(IDE)。此IDE能夠跨平臺運行,支持的系統(tǒng)包括LINUX(32位及64位)、MACOSX以及WINDOWS。根據(jù)官方描述,QTCREATOR的設計目標是使開發(fā)人員能夠利用QT這個應用程序框架更加快速及輕易的完成開發(fā)任務。QTCREATOR主要是為了幫助新QT用戶更快速入門并運行項目,還可提高有經(jīng)驗的QT開發(fā)人員的工作效率。使用強大的C代碼編輯器可快速編寫代碼。語法標識和代碼完成功能輸入時進行靜態(tài)代碼檢驗以及提示樣式上下文相關(guān)的幫助代碼折疊括號匹配和括號選擇模式高級編輯功能。采用C語言設計,編碼規(guī)范清晰,關(guān)鍵算法或處理須加注釋說明。QTCREATOR是一款跨平臺的集成開發(fā)環(huán)境,特別針對QT開發(fā)者,是QTSDK組成的一部分,可運行于WINDOWS,LINUX/X11及MACOSX等桌面操作系統(tǒng),允許開發(fā)者為多桌面環(huán)境及移動設備平臺創(chuàng)建應用程序。它包括一個可視化調(diào)試工具和集成的GUI版面和外形設計師。這個編輯器的功能包括語法高亮度顯示和自動完成。QTCREATOR在LINUX上,使用GCC的C編譯器。在WINDOWS,默認安裝它可以使用MINGW或MSVC。從源代碼編譯時,也可以使用CDB。QTCREATOR是一個跨平臺的CGUI應用構(gòu)架,它提供了豐富的窗口控件,具有面向?qū)ο蟆⒁子跀U展、組件編程等特點,最為引人注目的是目前在LINUX上最為流行的KDE的桌面環(huán)境,它就是建立在QT庫的基礎之上。QT支持多種平臺,隨著KDE的快速發(fā)展普及,QT很有可能成為LINUX系統(tǒng)窗口平臺上進行軟件開發(fā)的GUI首選工具。信號和槽是QT的核心機制,要學會QT編程那么就必須對信號和槽機制有所了解。信號和槽機制是一種接口,應用在對象之間的通信,是QT的核心特性,同時也是QT區(qū)別于其它種類工具包的重要地方。信號和槽機制是QT自行定義的一種通信機制,它獨立于標準的C/C語言,所以必須要正確的處理好信號和槽機制,這里借助MOC(METAOBJECTCOMPILER)工具,該MOC工具是一個C的預處理工具,為事件處理自動生成所需要的附加處理代碼。在我們所熟知的多種GUI工具包中,窗口小控件WIDGET都有一個回調(diào)函數(shù)用來響應它們能觸發(fā)的動作,這個回調(diào)函數(shù)通常是一個指針,它指向某個函數(shù)。但是,在QT中信號和槽機制取代了這些函數(shù)指針,使得人們在編寫這些通信程序時更為簡潔明了。信號和槽機制能使用任意數(shù)量、任意類型的參數(shù)。在這里我設計的主窗口命名為MAINWINDOW。所有從QOBJECT或其子類例如QWIDGET派生的類都可以包含信號和槽機制。當對象改變狀態(tài)時,信號就由該對象發(fā)射出去,這就是對象所要做的事情,但它不知道另一端是誰在接收這個信號,這就是所謂的信息封裝,它保證對象被當作一個真正的組件來使用。槽被用來接收信號,它們是對象成員函數(shù),稱為槽函數(shù)。但槽函數(shù)并不知道是否有信號和自己相連。而且,對象也不了解具體的通信機制。在編程時可以將多個信號與單個槽函數(shù)進行連接,也可以將單個信號與多個槽函數(shù)進行連接,甚至也可以將一個信號和另外一個信號相連,這時無論第一個信號在何時發(fā)射,那么都將立刻發(fā)射第二個信號。總之,信號與槽機制構(gòu)成了一個很強大的控件編程機制。22UML統(tǒng)一建模語言(UML,英語UNIFIEDMODELINGLANGUAGE)是非專利的第三代建模和規(guī)約語言。UML是一種開放的方法,用于說明、可視化、構(gòu)建和編寫一個正在開發(fā)的、面向?qū)ο蟮摹④浖芗到y(tǒng)的制品的開放方法。UML展現(xiàn)了一系列最佳工程實踐,這些最佳實踐在對大規(guī)模,復雜系統(tǒng)進行建模方面,特別是在軟件架構(gòu)層次已經(jīng)被驗證有效。UML集成了BOOCH,OMT和面向?qū)ο筌浖こ痰母拍睿瑢⑦@些方法融合為單一的,通用的,并且可以廣泛使用的建模語言。UML打算成為可以對并發(fā)和分布式系統(tǒng)的標準建模語言。UML并不是一個工業(yè)標準,但在OBJECTMANAGEMENTGROUP的主持和資助下,UML正在逐漸成為工業(yè)標準。OMG之前曾經(jīng)呼吁業(yè)界向其提供有關(guān)對象導向的理論及實現(xiàn)的方法,以便制作一個嚴謹?shù)能浖UZ言(SOFTWAREMODELINGLANGUAGE)。有很多業(yè)界的領袖亦真誠地回應OMG,幫助她建立一個業(yè)界標準。許多人通過UML認識了用例,UML定義為展現(xiàn)用例的圖形符號。UML并沒有為描述用例定義書寫格式的標準,因此許多人誤認為這些圖形符號就是用例本身;然而,圖形符號只能給出最簡單的一個或一組用例的概要。UML是用例圖形符號最流行的標準。但是,還有一些其它的可選擇的標準。用例(英語USECASE),或譯使用案例、用況,是軟件工程或系統(tǒng)工程中對系統(tǒng)如何反應外界請求的描述,是一種通過用戶的使用場景來獲取需求的技術(shù)。每個用例提供了一個或多個場景,該場景說明了系統(tǒng)是如何和最終用戶或其它系統(tǒng)互動,也就是誰可以用系統(tǒng)做什么,從而獲得一個明確的業(yè)務目標。編寫用例時要避免使用技術(shù)術(shù)語,而應該用最終用戶或者領域?qū)<业恼Z言。用例一般是由軟件開發(fā)者和最終用戶共同創(chuàng)作的。在1986年,IVARJACOBSON,UML和瑞理統(tǒng)一過程的重要貢獻者,提出了用例的概念。JACOBSON的思想很有影響力,也很有發(fā)展力。之后在這個科目上又有很多貢獻,在定義用例是什么和怎么有效的書寫用例方面最重要,最有影響力也最全面的,是ALISTAIRCOCKBURN,他寫的書籍是編寫有效用例。用例迅速成為獲取功能需求最常用的手段。用例最初是和面向?qū)ο笠煌岢龅摹5撬恢咕窒抻诿嫦驅(qū)ο笙到y(tǒng),因為用例實質(zhì)上不是面向?qū)ο蟆S美龍D包含一組用例。每一用例用橢圓表示,放置在矩形框中;矩形框表示整個系統(tǒng)。矩形框外畫如圖所示的小人,表示參與者。參與者不一定是人,可以是其他軟件、硬件等等。某一參與者與某一用例用線連起來,表示該參與者和該用例有交互。3可行性分析及總體設計31系統(tǒng)業(yè)務價值系統(tǒng)設計工作應該自頂向下地進行。首先設計總體結(jié)構(gòu),然后再逐層深入,直至進行每一個模塊的設計。總體設計主要是指在系統(tǒng)分析的基礎上,對整個系統(tǒng)的劃分(子系統(tǒng))、機器設備(包括軟、硬設備)的配置、數(shù)據(jù)的存貯規(guī)律以及整個系統(tǒng)實現(xiàn)規(guī)劃等方面進行合理的安排。系統(tǒng)設計又稱為物理設計,是開發(fā)管理信息系統(tǒng)的第二階段,系統(tǒng)設計通常可分為兩個階段進行,首先是總體設計,其任務是設計系統(tǒng)的框架和概貌,并向用戶單位和領導部門作詳細報告并認可,在此基礎上進行第二階段詳細設計,這兩部分工作是互相聯(lián)系的,需要交叉進行,本章將這兩個部分內(nèi)容結(jié)合起來進行介紹。系統(tǒng)設計是開發(fā)人員進行的工作,他們將系統(tǒng)設計階段得到的目標系統(tǒng)的邏輯模型轉(zhuǎn)換為目標系統(tǒng)的物理模型,該階段得到工作成果系統(tǒng)設計說明書是下一個階段系統(tǒng)實施的工作依據(jù)。現(xiàn)如今高等院校的招生人數(shù)越來越多,必然就會有大量的學生信息、教師信息及課程信息需要處理。如果只靠人力來完成,這將會變成一項非常繁瑣、復雜的工作,而且還有可能出現(xiàn)很多意想不到的錯誤,給管理這些數(shù)據(jù)帶來了極大的不便,越來越不適合高校的發(fā)展需要。因此,為了提高教務管理工作的效率,減少錯誤的出現(xiàn),節(jié)約大量的人力資源,教務管理也已經(jīng)從手工操作轉(zhuǎn)到計算機自動化信息處理階段,所有高校都迫切需要計算機技術(shù)來進行教務信息的輔助管理。本文采用結(jié)構(gòu)化分析的方法,詳細闡述了一個功能比較強大的教務管理系統(tǒng)的設計流程、操作流程于涉及的一些關(guān)鍵技術(shù)。首先進行了可行性分析,然后是系統(tǒng)分析,通過實際的業(yè)務流程調(diào)研,分析業(yè)務流程和系統(tǒng)的組織結(jié)構(gòu),完成了數(shù)據(jù)流分析和數(shù)據(jù)字典;然后是系統(tǒng)設計階段主要完成了功能模塊的劃分、闡述了系統(tǒng)設計的思想、數(shù)據(jù)庫的設計和系統(tǒng)設計的工具及技術(shù)。該階段對本系統(tǒng)各個模塊的功能進行了詳細設計,形成了本系統(tǒng)的功能模塊圖;數(shù)據(jù)庫設計時先進行了概念結(jié)構(gòu)設計,然后進行了邏輯結(jié)構(gòu)設計。最后完成了數(shù)據(jù)表的設計。32可行性分析可行性分析也稱為可行性研究,是在調(diào)查的基礎上,針對新系統(tǒng)的開發(fā)是否具備必要性和可能性,對新系統(tǒng)的開發(fā)從技術(shù)、經(jīng)濟、社會等方面進行分析和研究,以避免投資失誤,保證新系統(tǒng)的開發(fā)成功。下面將分別從技術(shù)、經(jīng)濟、社會三個方面對高校學生學籍管理系統(tǒng)的建設進行分析和研究。(1)技術(shù)可行性通過衡量是否具備完成該系統(tǒng)所需要的技術(shù),通常可以按照硬、軟件的性能規(guī)格要求、運行環(huán)境條件、工作人員能力水平和數(shù)量等要素去分析和考慮。為了使該系統(tǒng)的實施能夠更加順利,我們選擇現(xiàn)在比較熟悉的QT工具進行開發(fā)平臺的搭建和設計,同時選擇SQLITE數(shù)據(jù)庫進行數(shù)據(jù)存儲。對于硬件來說,選擇的空間還是比較大的,因為硬件配置越高的話,網(wǎng)站的運行才可以更加流暢。由于現(xiàn)如今的家用或著商用電腦的硬件配置水平,所以在硬件方面,系統(tǒng)也是可行的。在軟件方面,由于QT和SQLITE是兩個非常成熟的開發(fā)工具,無論在安全性、可用性、可靠性方面都毫無置疑,因此軟件方面是可行的。(2)經(jīng)濟可行性經(jīng)濟可行性指我們所開發(fā)的軟件能夠為我們帶來的經(jīng)濟效益和設計開發(fā)該軟件所進行的投入相比是否相宜,并且還得關(guān)注該軟件是否可以真正為用戶帶來一定的經(jīng)濟效益。此次所開發(fā)的系統(tǒng)就是為使用教務系統(tǒng)的人員節(jié)約工作時間,提升工作效率,保證工作質(zhì)量,方便管理和操作而設計完成的。經(jīng)過論證,在經(jīng)濟可行性上來說,開發(fā)該系統(tǒng)是完全可行的。該軟件的開發(fā)工作不需要花費大量的財力和人力,并且是由個人獨立地完成設計,不僅可以節(jié)省許多費用,同時也可提高個人的實際動手能力。(3)本系統(tǒng)是根據(jù)高校教務管理的實際工作情況開發(fā)研制的,是通過查閱大量的資料的出的。本系統(tǒng)對用戶的要求,除了需要具備在MICROSOFTWINDOWS平臺上使用個人電腦的知識外,并不需要特別的技術(shù)能力。33總體設計的基本原則考慮到本系統(tǒng)的設計、實現(xiàn)和后期維護的方便,以及系統(tǒng)用戶使用的便利,所以必須采取一定的設計原則。其主要設計原則有(1)簡易性在實現(xiàn)系統(tǒng)的功能的同時,盡量讓系統(tǒng)操作簡單易懂,符合大多數(shù)操作員習慣的用戶界面這對于一個系統(tǒng)來說是非常重要的。(2)針對性本系統(tǒng)設計是針對高校教務管理的需求定向開發(fā)設計,所以具有專業(yè)突出和很強的針對性。(3)實用性要求本系統(tǒng)能夠滿足高校基本的教務管理的管理人員、學生的需要、老師的需要,因此具有良好的實用性。(4)一致性頁面整體設計風格以及命名規(guī)則的一致性整體頁面布局和用圖用色風格及變量、類名和其他元素的命名規(guī)則保持一致。(5)先進性作為新型的教務管理系統(tǒng),本系統(tǒng)采用QT開發(fā)技術(shù)、SQLITE等被廣泛采用系統(tǒng)開發(fā)技術(shù)和數(shù)據(jù)庫,因此本設計具有良好的先進性,具體表現(xiàn)在其具有良好的可擴展性,可開發(fā)性。34系統(tǒng)需求分析所謂“需求分析“,是指對要解決的問題進行詳細的分析,弄清楚問題的要求,包括需要輸入什么數(shù)據(jù),要得到什么結(jié)果,最后應輸出什么。可以說,在軟件工程當中的“需求分析”就是確定要計算機“做什么”,要達到什么樣的效果。可以說需求分析是做系統(tǒng)之前必做的。功能需求主要是為了明確所開發(fā)的軟件必須具備的功能。教務管理系統(tǒng)是來自學生,教師和系統(tǒng)管理人員三個方面的要求。學生的需求是查詢所有跟自己相關(guān)的信息,包括自己的個人信息、老師的一些基本信息,還有班級信息與自己的學籍信息。除此之外,學生可以修改自己的登錄系統(tǒng)的密碼。對于自己在校期間的一些獎罰也可以通過這個系統(tǒng)來查看。教師的需求是在學生需求的基礎上,添加了對學生成績信息的管理,包括對成績的增加、修改、刪除等操作。這些操作對管理員來說也是可以操作的,但這些操作同樣也是區(qū)別與學生權(quán)限的一些操作。教師也可以修改自己的登錄密碼,不過對于教師與學生來說如果忘記密碼,那么他們將無法登錄到系統(tǒng)中,只能找管理員去查看用戶在系統(tǒng)中輸入的密碼或者修改用戶的密碼。系統(tǒng)管理人員是負責系統(tǒng)的管理和維護,更新系統(tǒng)數(shù)據(jù)庫端的各種文件,系統(tǒng)管理人員應該注重數(shù)據(jù)的安全性和保密性。系統(tǒng)管理人員是最高權(quán)限的管理員,可以修改用戶權(quán)限和刪除其信息。所以系統(tǒng)管理人員需要嚴格控制帳號與密碼,否則,會造成系統(tǒng)使用混亂。當然,系統(tǒng)管理人員也可以進行學生、教師的所有操作。系統(tǒng)管理員還可以進行用戶的信息管理與學生獎罰信息的管理。35系統(tǒng)總體層次圖按照需求分析可以將功能模塊分為以下四大功能模塊,如圖31所示。教務管理系統(tǒng)教師模塊管理員模塊通用模塊學生模塊圖31功能模塊劃分示意圖1通用模塊主要實現(xiàn)的是用戶修改密碼功能與登錄功能。用戶需要輸入自己的特有信息才可以登錄到系統(tǒng)中,并且登錄到系統(tǒng)后可以修改自己的登錄密碼,防止其他人用自己的帳號登錄到系統(tǒng)。2教師模塊主要實現(xiàn)的是學生成績的管理,添加成績和刪除成績以及修改成績。對于已經(jīng)存在于系統(tǒng)中的成績,教師可以對成績進行修改,并且教師可以查看所有學生的成績,如果要查看某個學生的成績那么需要知道這個學生的學號,當然老師也可以使用學生的功能,查看某一個學生的個人信息。3管理員模塊主要實現(xiàn)的是管理員可以管理用戶,對班級信息的管理、教師信息的管理、學生學籍檔案信息以及學生的獎罰信息的管理。具體來說,管理員可以查看所有用戶,可以通過用戶名檢索用戶,然后對其進行刪除或者修改權(quán)限。管理員可以查看所有老師,可以添加班級信息與修改學生檔案,也可以通過獎罰模塊來更新某個學校的獎罰信息。35系統(tǒng)功能描述331學生功能模塊查看班級信息。查看個人信息。查看學籍信息。查看教師信息。查看個人考試成績。查看個人獎罰信息。332教師功能模塊添加學生某科成績。修改學生某科成績。刪除學生某科成績。查看所有學生成績或某一個學生的成績。查看自己的基本信息。查看班級信息。333管理員功能模塊學生教師的所有功能都有。對教師信息的管理,包括添加、刪除、修改等。對班級信息的管理,包括添加、刪除、修改等。對學生學籍信息的管理,包括添加、刪除、修改等。對登錄到系統(tǒng)用戶進行注冊。修改所有用戶的登錄密碼。添加學生的獎罰信息。對獎罰信息進行管理。334通用模塊可以查看幫助信息。修改登錄到系統(tǒng)中用戶的登錄密碼。34數(shù)據(jù)庫設計原則數(shù)據(jù)庫是本系統(tǒng)的核心和基礎。它設計的好壞直接影響著整個系統(tǒng)的質(zhì)量。數(shù)據(jù)是一切系統(tǒng)設計的基礎,通俗地說,數(shù)據(jù)庫設計就像高樓大廈的根基一樣,如果設計的不合理、不完善,將在系統(tǒng)開發(fā)過程中,甚至到后期的系統(tǒng)維護、功能變更和功能擴充時,引起較多問題,嚴重時甚至要重新設計,重做大量已完成工作。在數(shù)據(jù)庫設計過程中,需要遵循的一般原則是1數(shù)據(jù)庫各表的設計要反應現(xiàn)實中的事物。數(shù)據(jù)表中的字段類型和大小要符合使用習慣。2)較少數(shù)據(jù)庫的榮譽和數(shù)據(jù)的不一致性。書庫應用的一個特點是對數(shù)據(jù)庫的頻繁操作,每次操作可能只會設計一個表,也可以同時設計多個表,也有可能對一個數(shù)據(jù)表進行多個操作,在這種情況下,由于數(shù)據(jù)冗余和數(shù)據(jù)不一致時,可能會引起錯誤。3)要有助于提高數(shù)據(jù)處理速度。程序訪問數(shù)據(jù)庫的速度依賴于硬件的速度,數(shù)據(jù)量的大小和數(shù)據(jù)表設計的優(yōu)劣,而前兩個因素是很難更改的。4)要包成數(shù)據(jù)庫的安全。安全性是數(shù)據(jù)庫應用軟件的重要要求。35邏輯結(jié)構(gòu)設計數(shù)據(jù)庫是信息管理的基礎,數(shù)據(jù)庫結(jié)構(gòu)直接關(guān)系到各種功能的實現(xiàn)和程序運行的效率,所以有必要設計一個完整性良好的數(shù)據(jù)庫。有時程序員對于軟件開發(fā)的出發(fā)點認識不是很明確,總是認為實現(xiàn)功能才是重要的,在簡單了解完基本需求后就急忙進入編碼階段,對于數(shù)據(jù)庫設計思考的比較少、比較簡單,大多設計都只停留在表面上,這往往是要命的,會為系統(tǒng)留下很多隱患。要么是寫代碼開發(fā)過程中才發(fā)現(xiàn)問題,要么就是系統(tǒng)上線運轉(zhuǎn)后沒多久就出現(xiàn)問題,還有可能給后期維護增加了很多工作量。如果到了那個時候再想修改數(shù)據(jù)庫設計或進行優(yōu)化等同于推翻重來。數(shù)據(jù)庫是整個軟件應用的根基,是軟件設計的起點,它起著決定性的質(zhì)變作用,因此我們必須對數(shù)據(jù)庫設計高度重視起來,培養(yǎng)設計良好數(shù)據(jù)庫的習慣,是一個優(yōu)秀的軟件設計師所必須具備的基本素質(zhì)條件。邏輯結(jié)構(gòu)設計的主要任務是將概念結(jié)構(gòu)設計的全局ER圖轉(zhuǎn)換為關(guān)系模式,并進行規(guī)范化和優(yōu)化,然后為每個應用設計外模式。在本系統(tǒng)中使用的是SQLITE數(shù)據(jù)庫。系統(tǒng)使用的數(shù)據(jù)庫名為MANAGERDB,包括6個數(shù)據(jù)庫表,如下USER表記錄登錄系統(tǒng)的用戶信息。SCORE表記錄學生成績信息。RECORD表記錄學生的信息。CLASSTABLE表記錄班級信息。TEACHER表記錄教師信息。REWARD表記錄學生獎懲信息。使用SQLITE完成系統(tǒng)中各個數(shù)據(jù)表的字段設置如下用戶表如表31所示,其中用戶名ID是主鍵,字段名TYPE代表了用戶類型,字段名PASSWD代表了登陸用戶的密碼。表31用戶表字段名類型長度可否為空說明TYPETEXT否IDNUMBERIC10否主鍵PASSWDTEXT否學生成績表如表32所示,其中學生的成績單中學生學號SID子段設置為學生成績表的主鍵、ID子段代表學生學號、SCHOOLYEAR代表了學年、TERM代表學期、STUSCORE代表成績。表32學生成績表字段名類型長度可否為空說明SIDNUMBERIC10否主鍵IDNUMBERIC否SCHOOLYEARNUMBERIC是TERMNUMBERIC是STUSCORENUMBERIC是學生信息表如表33所示,其中學生學號為學生信息表的主鍵,子段NAME代表學生的姓名、SEX代表性別、AGE代表年齡、CLASSNAME代表班級名、TELNUM代表聯(lián)系電話、ADDRESS代表家庭住址、REMARK代表備注。表33學生信息表字段名類型長度可否為空說明IDNUMBERIC10否主鍵NAMETEXT是SEXTEXT是AGENUMBERIC是CLASSSNAMENUMBERIC是TELNUMNUMBERIC是ADDRESSTEXT是REMARKTEXT是班級信息表如表34所示,其中班級號ID為班級信息表的主鍵,CLASSNAME代表班級名、GRADE代表班級年級、SCHOOLSYSTEM代表了班級信息中的學制、MAJOR代表專業(yè)、BOSS代表班主任、REMARK代表備注。表34班級信息表字段名類型長度可否為空說明IDNUMBERIC10否主鍵CLASSNAMETEXT是GRADETEXT是SCHOOLSYSTEMTEXT是MAJORTEXT是BOSSTEXT是REMARKTEXT是獎懲信息表如表35所示,字段名ID代表學生學號,并且將學生學號作為獎懲信息表的主鍵,字段名TYPE代表了獎懲類型屬性值、CONTENT代表獎懲內(nèi)容。表35獎懲信息表字段名類型長度可否為空說明IDNUMBERIC10否主鍵TYPETEXT否CONTENTTEXT否教師信息表如表36所示,其中教師編號ID為教師信息表的主鍵,字段名TEACHJOB代表的是教師職稱、TEACHAGE代表教師年齡、TEACHSEX代表教師性別、TEACHNAME代表教師姓名、TEACHTELNUM代表教師聯(lián)系電話。表36教師信息表字段名類型長度可否為空說明IDNUMBERIC10否主鍵TEACHJOBTEXT是TEACHAGENUMBERIC是TEACHSEXTEXT是TEACHNAMETEXT是TEACHTELNUMNUMBERIC是這些表的設計實際上到目前為止僅僅只是列出了表中要有的屬性,并沒有規(guī)定他們的屬性管理。但在實際過程中,需要列出這些表之間相互的關(guān)系,這樣他們就可以根據(jù)主鍵或者外鍵進行聯(lián)系,創(chuàng)建連接視圖,從而進行修改數(shù)據(jù)。對一個數(shù)據(jù)庫來說,只能做到更優(yōu),不可能最優(yōu),并且根據(jù)實際需要,優(yōu)化方案也是有所差異的,大概需要我們關(guān)心的有它的讀取速度、存儲空間、可維護性以及可擴展性等,而這些方面往往又是相互矛盾的。一般來說,在系統(tǒng)分析階段往往有很多需要關(guān)注的方面,系統(tǒng)各種功能性、可用性、可靠性、安全性需要求往往吸引了我們大部分的注意力,但是,還需要注意的是,性能也是很重要的非功能性需求,必須根據(jù)系統(tǒng)的特點確定其實時性需求、響應時間的需求、硬件的配置等。最好是能有各種需求的量化指標。設計階段可以說是以后系統(tǒng)性能的關(guān)鍵階段,在這個階段,有一個關(guān)系到以后幾乎所有性能調(diào)優(yōu)的過程,那就是數(shù)據(jù)庫的設計。在數(shù)據(jù)庫設計完成后,可以進行初步的索引設計,好的索引設計可以指導編碼階段寫出高效的代碼,為整個系統(tǒng)的性能打下良好的基礎。在數(shù)據(jù)庫的設計開發(fā)過程中,將數(shù)據(jù)庫的數(shù)據(jù)設計的嚴密而有邏輯性是非常必要的,如果將一些數(shù)據(jù)只是單純的存放到這里并沒有太多的實際意義,只有將這些數(shù)據(jù)相互聯(lián)系起來,然后在進行二次開發(fā)處理這樣就簡單合理的多了,所以這些數(shù)據(jù)屬性的開發(fā)在后期需要再加以潤色,使他們更加符合邏輯結(jié)構(gòu),這樣對數(shù)據(jù)庫的安全性考慮也是有好處的。37項目生存期模型選擇針對本項目的開發(fā)特點,參考企業(yè)的生存模型周期和軟件體系,決定采用增量式模型。增量模型融合了瀑布模型的基本成分(重復應用)和原型實現(xiàn)的迭代特征,該模型采用隨著日程時間的進展而交錯的線性序列,每一個線性序列產(chǎn)生軟件的一個可發(fā)布的“增量”。當使用增量模型時,第1個增量往往是核心的產(chǎn)品,即第1個增量實現(xiàn)了基本的需求,但很多補充的特征還沒有發(fā)布。客戶對每一個增量的使用和評估都作為下一個增量發(fā)布的新特征和功能,這個過程在每一個增量發(fā)布后不斷重復,直到產(chǎn)生了最終的完善產(chǎn)品。增量模型強調(diào)每一個增量均發(fā)布一個可操作的產(chǎn)品。如圖32所示為系統(tǒng)開發(fā)模型圖,在系統(tǒng)實現(xiàn)了基本功能后將系統(tǒng)所需要的功能逐步添加到系統(tǒng)結(jié)構(gòu)中,到最后一個增量添加完畢后系統(tǒng)基本開發(fā)完畢,后期進行系統(tǒng)的基本測試來完善系統(tǒng)。圖32項目開發(fā)模型1教務管理系統(tǒng)先是做出一個小的試用版本,再逐步添加其余的功能。這樣一來,用戶可以先試用最小版本的同時,提出更多明確的需求,這有助于下一階段的開發(fā),大大減少了開發(fā)的風險。2教務管理系統(tǒng)中,要求系統(tǒng)有可擴充性。而使用增量模型可以保證系統(tǒng)的可擴充性。用戶明白了需求的大部分,但也存在很不詳盡的地方。所以中間留有一些增量模型模塊,用以完善和更新功能模塊。3本項目具備增量式模型的其他特點項目復雜程度為中等。產(chǎn)品和文檔的使用率很高。項目風險較低。可行性研究進一步探討了該系統(tǒng)進行開發(fā)的可行性。在對問題正確定義的基礎上,通過分析該系統(tǒng),導出試探性的結(jié)果,然后復查并修正問題定義,再次分析問題最終提出一個符合系統(tǒng)目標的高層次的邏輯模型。然后根據(jù)系統(tǒng)的這個邏輯模型設想各種可能的物理模型,并且從技術(shù)上,經(jīng)濟上和運行上分析系統(tǒng)的可行性。最后,提出一個推薦的行動方案。可行性分析的任務是明確應用項目開發(fā)的必要性和可行性。本章主要對系統(tǒng)開發(fā)的可行性進行具體的分析,從用戶方角度考慮本系統(tǒng)是否可行,主要通過有力的數(shù)據(jù)和軟件運行環(huán)境方面作為依據(jù)。通過經(jīng)濟可行性、技術(shù)可行性、運行可行性等方面的分析說明本工程的技術(shù)成熟、完備,測試手段可靠,具有良好的市場拓展,它追求的是簡單、易學、易懂、易用,因此,本系統(tǒng)具有一定的開發(fā)前景,具有開發(fā)的價值。38本系統(tǒng)有待解決地方本系統(tǒng)由于時間倉促加上缺乏系統(tǒng)開發(fā)經(jīng)驗,系統(tǒng)在設計過程中不可避免地遇到了各種各樣的問題,如1有些數(shù)據(jù)輸入時沒有及時的進行數(shù)據(jù)格式校驗,不能保證數(shù)據(jù)絕對正確性。2由于時間關(guān)系,系統(tǒng)功能實現(xiàn)不夠完善,使用可能存在一些不方便。3系統(tǒng)穩(wěn)定性還有待提高。4系統(tǒng)詳細設計41開發(fā)環(huán)境及過程簡介軟件開發(fā)流程即軟件設計思路和方法的一般過程,包括設計軟件的功能和實現(xiàn)的算法和方法、軟件的總體結(jié)構(gòu)設計和模塊設計、編程和調(diào)試、程序聯(lián)調(diào)和測試以及編寫、提交程序。本教務管理系統(tǒng)的設計是基于WINDOWS平臺的,將使用QT開發(fā)工具并且結(jié)合SLQITE數(shù)據(jù)庫來完成系統(tǒng)的全部功能,編程語言將使用C,利用其面向?qū)ο笈c面向過程相結(jié)合的特點,開發(fā)出一個界面良好,操作簡單的系統(tǒng)。詳細設計的主要任務是設計每個模塊的實現(xiàn)算法、所需的局部數(shù)據(jù)結(jié)構(gòu)。詳細設計的目標有兩個實現(xiàn)模塊功能的算法要邏輯上正確和算法描述要簡明易懂。詳細設計的主要任務有1為每個模塊確定采用的算法,選擇某種適當?shù)墓ぞ弑磉_算法的過程,寫出模塊的詳細過程性描述。2確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)。3確定模塊接口的細節(jié),包括對系統(tǒng)外部的接口和用戶界面,對系統(tǒng)內(nèi)部模塊的接口,以及模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細節(jié)。在詳細設計結(jié)束時,應該把上述結(jié)果寫入詳細設計說明書,并且通過復審形成正式文檔。交付給下一階段(編碼階段)的工作依據(jù)。4要為每一個模塊設計出一組測試用例,以便在編碼階段對模塊代碼(即程序)進行預定的測試,模塊的測試用例是軟件測試計劃的重要組成部分,通常應包括輸入數(shù)據(jù),期望輸出等內(nèi)容。概要設計是詳細設計的基礎,必須在詳細設計之前完成,概要設計經(jīng)復查確認后才可以開始詳細設計。概要設計,必須完成概要設計文檔,包括系統(tǒng)的總體設計文檔、以及各個模塊的概要設計文檔。每個模塊的設計文檔都應該獨立成冊。詳細設計必須遵循概要設計來進行。詳細設計方案的更改,不得影響到概要設計方案;如果需要更改概要設計,必須經(jīng)過項目經(jīng)理的同意。詳細設計,應該完成詳細設計文檔,主要是模塊的詳細設計方案說明。和概要設計一樣,每個模塊的詳細設計文檔都應該獨立成冊。概要設計里面的數(shù)據(jù)庫設計應該重點在描述數(shù)據(jù)關(guān)系上,說明數(shù)據(jù)的來龍去脈,在這里應該結(jié)合我們的一下結(jié)果數(shù)據(jù),說明這些結(jié)果數(shù)據(jù)的源點,我們這樣設計的目的和原因。詳細設計里的數(shù)據(jù)庫設計就應該是一份完善的數(shù)據(jù)結(jié)構(gòu)文檔,就是一個包括類型、命名、精度、字段說明、表說明等內(nèi)容的數(shù)據(jù)字典。概要設計里的功能應該是重點在功能描述,對需求的解釋和整合,整體劃分功能模塊,并對各功能模塊進行詳細的圖文描述,應該讓讀者大致了解系統(tǒng)做完后大體的結(jié)構(gòu)和操作模式。詳細設計則是重點在描述系統(tǒng)的實現(xiàn)方式,各模塊詳細說明實現(xiàn)功能所需的類及具體的方法函數(shù),包括涉及到的SQL語句等。軟件開發(fā)的最后需要交付使用,在使用之前需要進行各種測試,測試編寫好的系統(tǒng),交給用戶使用,用戶使用后一個一個的確認每個功能,只有所有功能全部可以正確使用后整體項目才算告一段落,當然日后少不了維護等工作,還需要不停的跟蹤軟件的運營狀況并持續(xù)維護升級,直到這個軟件被徹底淘汰為止。42主要功能模塊設計系統(tǒng)功能結(jié)構(gòu)圖使用結(jié)構(gòu)化設計方法,采用類似于結(jié)構(gòu)化分析的“由大到小”、“自頂向下,逐層分解”的基本思想描述系統(tǒng)。結(jié)構(gòu)化設計方法,首先以數(shù)據(jù)流圖為基礎導出系統(tǒng)模塊結(jié)構(gòu)圖。在導出系統(tǒng)模塊結(jié)構(gòu)圖的過程中,以獨立性、低耦合性、高內(nèi)聚性、公共模塊作為模塊劃分的原則。先將系統(tǒng)數(shù)據(jù)流圖中的加工轉(zhuǎn)換成模塊,再將各大模塊繼續(xù)劃分為較小的模塊,直到每一模塊都是功能單一的模塊。教務管理系統(tǒng)管理員管理學生信息管理通用功能模塊教師信息管理查看學籍信息查看成績信息查看班級信息教師信息操作賞罰管理學生信息操作添加用戶教師相關(guān)信息查詢班級信息查詢學生相關(guān)信息查詢學生成績信息操作查看幫助信息修改當前用戶密碼學生信息查詢學生信息修改學生信息刪除學生信息增加教師信息查詢教師信息修改教師信息刪除教師信息增加學生成績信息查詢學生成績信息修改學生成績信息刪除學生成績信息增加圖41系統(tǒng)功能結(jié)構(gòu)圖圖41的功能圖基本將系統(tǒng)中的全部功能模塊全部囊括進去,在原有的四個主要大模塊下再進行擴展,將各自模塊的功能再次細分,然后將可以繼續(xù)分開的模塊繼續(xù)進行功能劃分,這樣就形成了以上的整體功能圖。通過以上的功能圖不難發(fā)現(xiàn),有些功能是類似的,所以在開發(fā)工程中可以將某些類似的模塊集中開發(fā)。43系統(tǒng)的整體流程圖開始登陸判斷用戶否是學生界面教師界面管理員界面是否合理保存到數(shù)據(jù)庫學生操作教師操作管理員操作是否合理是否合理保存到數(shù)據(jù)庫保存到數(shù)據(jù)庫是是是否否否圖42系統(tǒng)流程圖如圖42所示,對于這個教務管理系統(tǒng)設計是首先系統(tǒng)啟動的時候會有登錄界面,給不同的用戶提供不同的操作界面是為了安全方面的考慮,防止一些越權(quán)操作出現(xiàn)。只有在用戶登錄界面中將用戶類型與用戶名、密碼全部輸入并且通過了與系統(tǒng)中管理員提前預設的登錄信息相符合才可以登錄到系統(tǒng),否則無法登錄,并且系統(tǒng)會給出一點的提示信息。不同的用戶登錄到系統(tǒng)中后都會有一些操作,但是這些操作有的是符合要求的,有些是不合理的,對于這些數(shù)據(jù)是否寫入數(shù)據(jù)庫要進行一定的判斷,對于這些都需要在后期的開發(fā)過程中設立專有的類來封裝這些操作,對于不合理的數(shù)據(jù)系統(tǒng)無法存入數(shù)據(jù)庫,相反,對于一些合理的則可以存入數(shù)據(jù)庫,但前提是沒有越權(quán)操作。431用戶注冊模塊設計如圖43所示是系統(tǒng)管理員注冊用戶的流程圖。用戶第一次使用系統(tǒng)時無法登錄系統(tǒng),需要先進行注冊。程序不提供注冊功能,否則會給系統(tǒng)帶來一定的安全隱患,用戶需要先讓管理員在登錄系統(tǒng)后繼續(xù)注冊,這樣教師或者學生才可以登錄到系統(tǒng)中,這樣的設計在實際開發(fā)過程中可以提高系統(tǒng)的安全性,可以提前在數(shù)據(jù)庫中存入可以登錄系統(tǒng)的用戶名與密碼以及與他們身份想匹配的信息,這樣就可以實現(xiàn)他們的數(shù)據(jù)交互。圖43管理員注冊用戶流程圖管理員在提交注冊信息的時候,系統(tǒng)會將注冊信息進行判斷然后選擇是否存入數(shù)據(jù)庫,包括倆次輸入的密碼是否相同,用戶名與用戶類型是否為空等信息。如果用戶信息輸入有誤,系統(tǒng)可以給用戶以提示,幫助用戶修改信息,從而完成注冊。若信息完整無誤,注冊按鈕點擊后系統(tǒng)會將用戶注冊的信息寫入數(shù)據(jù)庫中,管理員可以返回主界面去繼續(xù)管理系統(tǒng),登錄系統(tǒng)會根據(jù)用戶類型來判斷用戶具有的權(quán)限,從而提供給用戶不同的界面。在實際情況下,有時會發(fā)生用戶忘記密碼的情況。在這種情況下,用戶將一直無法登錄到系統(tǒng)直到用戶聯(lián)系到管理員,管理員可以查看用戶的密碼或者幫助用戶修改密碼,只有這樣,用戶才可以再次登錄到系統(tǒng)中。432注冊用戶模塊設計用戶在登錄的時候需要與后臺的數(shù)據(jù)庫相交互,所以設計一個完整的數(shù)據(jù)庫交互很有必要。下面的圖從多個層次說明了數(shù)據(jù)庫中數(shù)據(jù)的交互與登錄界面之間的聯(lián)系,只有嚴格的數(shù)據(jù)交互設計才可以保證數(shù)據(jù)庫的安全性與系統(tǒng)的安全性。圖44登錄模塊的業(yè)務流程圖在圖44中用業(yè)務流程圖的形式來體現(xiàn)用戶在登錄過程中數(shù)據(jù)的具體流程走向,在用戶登錄界面中的數(shù)據(jù)業(yè)務交給設計好的用戶登錄類來處理,用戶登錄類調(diào)用相應的數(shù)據(jù)庫操作類,數(shù)據(jù)庫操作類使用相關(guān)的數(shù)據(jù)庫函數(shù)來獲得數(shù)據(jù)庫中的數(shù)據(jù),并且返回操作結(jié)果,當操作結(jié)果返回到用戶登錄類后,登錄類會對結(jié)果做出判斷,從而返回給對應的用戶登錄界面,這樣就可以根據(jù)返回的結(jié)果來決定用戶點擊登錄按鈕后具體出現(xiàn)的是什么界面,例如學生界面、教師界面或者管理員界面。在系統(tǒng)中有用戶與界面的交互,需要規(guī)范數(shù)據(jù)的輸入,對此本系統(tǒng)中計劃使用正則表達式正則表達式是對字符串操作的一種邏輯公式,就是用事先定義好的一些特定字符、及這些特定字符的組合,組成一個“規(guī)則字符串”,這個“規(guī)則字符串”用來表達對字符串的一種過濾邏輯。給定一個正則表達式和另一個字符串,我們可以達到如下的目的1給定的字符串是否符合正則表達式的過濾邏輯(稱作“匹配”)。2可以通過正則表達式,從字符串中獲取我們想要的特定部分。此外,在登錄界面中,用戶要在用戶名文本框中進行字符的輸入,但是考慮到實際情況,在教務管理系統(tǒng)中,用戶名一般都是以數(shù)字為主,所以在這個系統(tǒng)中,設計出的文本框中需要限制用戶的輸入,用戶沒法輸入字母或者其它特殊字符,只能輸入數(shù)字,并且規(guī)定為十位,對于這些規(guī)定除了在數(shù)據(jù)庫中對列值進行限定外還可以使用正則表達式來規(guī)范輸入。如圖45所示為系統(tǒng)的登陸流程圖。在登錄模塊中設計有用戶類型選擇,為了系統(tǒng)的安全性考慮,系統(tǒng)登錄需要用戶密碼、用戶名、與用戶類型全部匹配才可以登錄系統(tǒng)。在用戶輸入個人信息的時候登錄的時候,系統(tǒng)會判斷輸入的信息是否有誤要求用戶登錄時輸入的密碼不能為空、用戶名不能為空、類型不能為空。當信息完全正確時,系統(tǒng)會提供給相應用戶相應的操作界面,這樣可以滿足不同用戶的不同需求。圖45登錄流程圖433管理員管理模塊教務管理人員有權(quán)利對系統(tǒng)中所有的數(shù)據(jù)進行修改,包括老師信息、學生信息、學生成績信息、用戶登錄信息等等信息,他有最大的權(quán)限但同時對系統(tǒng)也有最大的威脅性,一旦管理員的操作不當會給系統(tǒng)帶來災難性的破壞,所以在管理員操作數(shù)據(jù)的時候要特別的設計提示信息,讓管理員對操作確認后再進行。當然,管理員也可以查看各類信息,對于沒有必要登錄到系統(tǒng)中的人員,管理員可以進行刪除操作,或者是修改他的登錄密碼,這樣對于不想讓登錄到系
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 酒店團隊建設與領導力培養(yǎng)考核試卷
- 文化用品租賃業(yè)務客戶細分與個性化服務考核試卷
- 考慮產(chǎn)品備貨周期的S企業(yè)庫存控制研究
- 到村掛職面試試題及答案
- 語用學視角下高中文言文閱讀教學研究
- 導醫(yī)面試試題及答案解析
- NM450級高強韌耐磨鋼組織調(diào)控與性能研究
- BAN XIAOXUE品牌文化下的新中式服裝設計與實踐研究
- 應用于便攜設備的高電流密度DC-DC轉(zhuǎn)換器設計
- 基于Simulink的船舶混合動力系統(tǒng)建模和控制研究
- 商業(yè)招商運營管理制度
- 2025年貴州省中考二模數(shù)學試題
- 2025-2030中國經(jīng)顱磁刺激儀(TMS)行業(yè)市場現(xiàn)狀供需分析及投資評估規(guī)劃分析研究報告
- 2025-2030中國碳酸鎂行業(yè)市場發(fā)展分析及發(fā)展趨勢與投資前景研究報告
- 2025屆中考歷史全真模擬卷【湖北專用】(含答案)
- 法律英語試題庫及答案
- 《飛向太空的航程》課件【中職專用】高一語文(高教版2023基礎模塊下冊)
- 《中華人民共和國醫(yī)療保障法》解讀與培訓
- 2025蘭州資源環(huán)境職業(yè)技術(shù)大學輔導員考試試題及答案
- 2025年生產(chǎn)安全事故應急救援演練計劃
- 2025年生物統(tǒng)計學考試題及答案詳解
評論
0/150
提交評論