高校畢業(yè)論文評價和成績信息管理系統(tǒng)(論文)_第1頁
高校畢業(yè)論文評價和成績信息管理系統(tǒng)(論文)_第2頁
高校畢業(yè)論文評價和成績信息管理系統(tǒng)(論文)_第3頁
高校畢業(yè)論文評價和成績信息管理系統(tǒng)(論文)_第4頁
高校畢業(yè)論文評價和成績信息管理系統(tǒng)(論文)_第5頁
已閱讀5頁,還剩50頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、安徽工程科技學院畢業(yè)設計(論文)目 錄引 言1第1章 緒論21.1課題背景 21.2 目的意義 2第2章 系統(tǒng)開發(fā)方案 42.1 系統(tǒng)開發(fā)方案選擇 42.2 系統(tǒng)結構 42.3 系統(tǒng)開發(fā)平臺及開發(fā)工具選擇 5第3章 系統(tǒng)需求分析73.1 概述 73.2目標系統(tǒng)描述 73.3目標系統(tǒng)的功能需求11第4章 數(shù)據(jù)庫設計134.1數(shù)據(jù)庫概念設計134.2數(shù)據(jù)庫表設計13第5章 系統(tǒng)設計205.1 系統(tǒng)總體結構205.2 公共模塊設計205.3 專用模塊設計21第6章 系統(tǒng)實現(xiàn)及測試 256.1 系統(tǒng)實現(xiàn) 256.2 系統(tǒng)測試 36結論與展望 38致 謝 39參考文獻 40附 錄 41附錄a:英文文獻及

2、譯文41附錄b:列入的主要參考文獻的題錄及摘要45附錄c:系統(tǒng)使用說明書48附錄d:系統(tǒng)主要源代碼49引 言畢業(yè)設計是學生完成教學計劃的全部課程后必須進行的一項重要實踐性教學環(huán)節(jié)。是培養(yǎng)學生綜合運用本學科基礎理論、專業(yè)知識和基本技能, 提高分析與解決實際問題的能力, 完成工程師的基本訓練和初步經(jīng)歷科學研究工作實踐的重要環(huán)節(jié)。畢業(yè)設計答辯、評分是畢業(yè)設計過程的重要環(huán)節(jié), 是檢查畢業(yè)設計、論文質(zhì)量的重要手段。近年來,隨著學校規(guī)模的擴大,學生人數(shù)的增加,過去畢業(yè)設計評價的工作方式已不適應現(xiàn)在的要求。信息技術的飛速發(fā)展,推動了信息化數(shù)據(jù)處理的變革。畢業(yè)設計評價系統(tǒng)在局域網(wǎng)的基礎上,借助現(xiàn)代的信息手段,

3、使畢業(yè)設計評價工作及后期的成績信息管理更系統(tǒng)、高效、準確。網(wǎng)上評價是指利用計算機信息處理技術及計算機網(wǎng)絡技術,老師將所評審的學生的論文成績信息,通過計算機網(wǎng)絡保存到系統(tǒng)的數(shù)據(jù)庫中,當評價的所有環(huán)節(jié)實施完,系統(tǒng)會根據(jù)已提交的各項成績信息,自動統(tǒng)計每個學生的所有成績。以便學生、老師和管理部門查詢。在學校規(guī)模日趨龐大的今天,畢業(yè)論文評價及后期成績統(tǒng)計工作是十分繁瑣的,所以開發(fā)此畢業(yè)設計評價系統(tǒng)是十分有必要的。隨著信息化的不斷深入,每年畢業(yè)生不斷增長,大量的畢業(yè)評價信息需要處理。畢業(yè)設計評價系統(tǒng)實現(xiàn)了同畢業(yè)設計選題系統(tǒng)之間的銜接,同時規(guī)范畢業(yè)設計(論文)評價,提高評價了質(zhì)量。根據(jù)現(xiàn)在各高校的實際情況,

4、依托校園網(wǎng),開發(fā)本系統(tǒng)可以使高等學校畢業(yè)論文評價和成績信息管理工作更加科學化、規(guī)范化。第1章 緒論1.1課題背景畢業(yè)設計是學生完成教學計劃的全部課程后必須進行的一項重要實踐性教學環(huán)節(jié)。是培養(yǎng)學生綜合運用本學科基礎理論、專業(yè)知識和基本技能, 提高分析與解決實際問題的能力, 完成工程師的基本訓練和初步經(jīng)歷科學研究工作實踐的重要環(huán)節(jié)。是在教師指導下所取得的科研成果的文字記錄,也是檢驗學生掌握知識的程度、分析問題和解決問題基本能力的一份綜合答卷。既是學生綜合能力和工作能力的教育過程, 又是對學生素質(zhì)的一次全面檢查。因為不但對學生的思想品德、工作態(tài)度、工作作風和獨立工作能力具有深遠的影響,而且還是對學生

5、的畢業(yè)資格及學位資格進行審定的依據(jù)。因此對畢業(yè)設計(論文)的綜合評閱,就是對畢業(yè)生整個畢業(yè)設計過成及成果的進行全面的評述,最終評審的結果反映了一個畢業(yè)生在做畢業(yè)設計中各方面能力的表現(xiàn)。所以正確、客觀、公正的評定畢業(yè)設計成績, 可以調(diào)動學生參與畢業(yè)設計的積極性和主動性。有效限制設計中的不良抄襲現(xiàn)象,是提高畢業(yè)設計質(zhì)量的手段之一。為進一步改進畢業(yè)設計教學, 提高教學質(zhì)量提供決策依據(jù)。目前畢業(yè)設計質(zhì)量評價中存在的問題:畢業(yè)設計答辯、評分是畢業(yè)設計過程的重要環(huán)節(jié),是檢查畢業(yè)設計、論文質(zhì)量的重要手段。目前,大部分學校設計答辯的具體做法是由幾名教師組成答辯小組,要求每個學生首先概述一下自己所作的設計,然后

6、在座的教師在審閱其畢業(yè)設計說明書及圖紙后,對學生提出幾個問題,學生做出回答,最后答辯小組討論評定給出畢業(yè)設計成績。部分院校只對 60% 的學生隨機抽查答辯,對不參加答辯的學生,由教研室組織評閱小組進行評閱給出成績13。有不少院校也制定了畢業(yè)設計質(zhì)量評估體系,然由于缺乏科學性或可操作性等原因未能實行??傊?,目前畢業(yè)設計成績評定中存在如下幾個問題:1. 對畢業(yè)設計成績的評定,普遍給出高于其實際水平的成績,不能真實反映畢業(yè)設計優(yōu)劣狀況。有些指導教師把對學生的成績評定看成是對自己業(yè)務水平的評定,與學生同呼吸、共命運、榮辱與共。使某些學生對能否畢業(yè)無后顧之憂,放松對自己的,使下一屆學生看到上一屆無論是否

7、下功夫都可以過關,就更加放松自己,這樣,每年的畢業(yè)設計一屆不如一屆,造成畢業(yè)設計質(zhì)量下滑。2. 畢業(yè)設計成績評定過程中勢必造成印象、人情分過重的現(xiàn)象,平時學習好的、系里班里的學生干部及考上研究生的往往能拿到好成績,大大挫傷了大多數(shù)同學的積極和主動性。3. 畢業(yè)設計質(zhì)量評定體系的不合理和不完善,同樣造成指導教師無需擔心自己所帶的學生因畢業(yè)。設計拿不到畢業(yè)證,加之有些指導教師教學、科研任務重或指導的學生人數(shù)過多,導致精力投入不足,責任心不強,放松了對學生的要求,造成了惡性循環(huán),畢業(yè)設計質(zhì)量嚴重滑坡。1.2 目的意義隨著信息技術的發(fā)展,計算機在日常生活中的普及和應用,人們的日常工作越來越多的使用計算

8、機代替來原有的紙張信息傳遞方式。此畢業(yè)論文評價系統(tǒng),就是針對畢業(yè)論文評價所設計的,用科學的信息傳遞和處理方式,準確及時的對學生的畢業(yè)論文質(zhì)量數(shù)據(jù)進行處理和統(tǒng)計。系統(tǒng)的實現(xiàn)具有以下意義:1規(guī)范畢業(yè)設計(論文)評價,提高評價了質(zhì)量。在老師給學生的論文成績進行評價的時候,能夠直觀的提供給老師有關評價的詳細指標,因此老師可以客觀的根據(jù)詳細指標,對學生論文的各個方面進行評價,避免了老師憑感覺打分,這樣得出的成績能更客觀,真實的體現(xiàn)畢業(yè)設計(論文)的質(zhì)量。2提高畢業(yè)設計(論文)評價工作的效率。傳統(tǒng)的評價打分方式,成績信息都是書面存貯,不方便在評價工作結束后,畢業(yè)設計(論文)成績的綜合統(tǒng)計工作。而當使用信息

9、化的處理方式之后,每次評價的得分都會存入數(shù)據(jù)庫,當所有評價完成后,數(shù)據(jù)庫自動按事先設定好的成績統(tǒng)計方式,對成績進行統(tǒng)計,匯總。因此評價工作結束后,就減少了成績統(tǒng)計工作,提高了工作效率。3方便畢業(yè)設計(論文)成績的管理。論文成績信息統(tǒng)一集中存儲在統(tǒng)一數(shù)據(jù)庫中,系統(tǒng)提供方便的查詢功能,所以院系管理部門在了解對畢業(yè)論文成績信息的也更加方便,快捷。縱上所述,畢業(yè)設計(論文)評價系統(tǒng)具有一定的實用行,能夠體現(xiàn)信息化在現(xiàn)實工作中的具體作用。第2章 系統(tǒng)開發(fā)方案2.1 系統(tǒng)開發(fā)方案選擇為保證管理信息系統(tǒng)的開發(fā)質(zhì)量,降低開發(fā)成本以及提高開發(fā)的成功率,必須采用科學的開發(fā)方法。目前開發(fā)管理信息系統(tǒng)的方法主要有結構

10、化系統(tǒng)開發(fā)方法,原型化方法、面向?qū)ο蠓ā⒂嬎銠C輔助軟件工程法、組合法等幾種。 在實際開發(fā)工作中,由于各種方法都有其優(yōu)缺點,因此往往根據(jù)需要將多種方法進行組合應用,最終完成系統(tǒng)開發(fā)的全部任務。目前主要組合方式有:結構化系統(tǒng)開發(fā)方法與原型法的組合;結構化系統(tǒng)開發(fā)方法與面向?qū)ο蟮拈_發(fā)方法的組合;結構化系統(tǒng)開發(fā)方法與case方法的組合;原型法與面向?qū)ο蟮拈_發(fā)方法的組合;原型法與case方法的組合1。根據(jù)實際開發(fā)和系統(tǒng)需求,以及技術實現(xiàn)難度,本方案采用了結構化系統(tǒng)開發(fā)方法。2.2 系統(tǒng)結構本系統(tǒng)將數(shù)據(jù)庫服務器設置在學校網(wǎng)絡中心,通過校園網(wǎng)使用戶登錄到本站點(廣域網(wǎng)合法用戶也不可以登錄到本站點)。通過對端

11、口連接的設置,可在各個終端上對服務器數(shù)據(jù)庫中的數(shù)據(jù)進行信息錄入、查詢、更改或刪除等操作。綜合畢業(yè)設計評價的實際需求,網(wǎng)絡狀況、計算機配置情況以及系統(tǒng)開發(fā)環(huán)境,選用b/s體系結構。b/s(瀏覽器/服務器模式)的數(shù)據(jù)庫體系是利用asp作為數(shù)據(jù)庫操作的中間層,將客戶機/服務器模式的數(shù)據(jù)庫結構與web技術密切結合,從而形成具有三層web結構的瀏覽器/服務器模式的數(shù)據(jù)庫體系。b/s模式把傳統(tǒng)c/s模式中的服務器部分分解為一個數(shù)據(jù)庫服務器和一個或多個應用服務器(web服務器),從而構成了一個三層結構的客戶服務器體系,b/s體系結構可劃分為三層:表示層(客戶機層)、功能層(應用服務器層)、數(shù)據(jù)層(數(shù)據(jù)庫服務

12、器層)。表示層:是應用系統(tǒng)的客戶接口部分,擔負著用戶與應用層的對話功能。它用于檢查用戶輸入的數(shù)據(jù),顯示應用輸出的結果??蛻舳瞬捎脀eb瀏覽器,執(zhí)行程序從web服務器下載,可跳過web服務器與功能層的應用服務器交互。功能層:將傳統(tǒng)的分別在客戶端和服務器端的應用邏輯集中到一起構成應用服務器。應用服務器位于客戶端和數(shù)據(jù)庫服務器之間,使客戶端變“瘦”,使數(shù)據(jù)庫服務器更專注數(shù)據(jù)庫操作。應用服務器對客戶端請求集中處理,向數(shù)據(jù)庫服務器成批交sql命令,因此使對數(shù)據(jù)庫內(nèi)容的查詢能起到更好的優(yōu)化。數(shù)據(jù)層:該層就是dbms,負責對企業(yè)數(shù)據(jù)庫的訪問、管理及維護7。圖2-1 cgi的實現(xiàn)機制asp (active s

13、erver pages,動態(tài)服務器網(wǎng)頁)在microsoft的有關文檔中asp被描述為:一個服務器端的腳本環(huán)境,可以生成和運行動態(tài)的、交互的、高性能的web服務器應用程序6。它與ado (activex data objects )的充分結合,提供了強大的數(shù)據(jù)庫訪問功能,使之成為進行網(wǎng)上數(shù)據(jù)庫管理的重要手段。asp訪問web數(shù)據(jù)庫的工作原理如圖2-5所示:圖2-2 asp訪問web數(shù)據(jù)庫原理圖當用戶請求一個*.asp主頁時,web服務器響應http請求,調(diào)用asp引擎,解釋被申請文件。當遇到任何與activex scripting兼容的腳本(如vbscript和jscript)時,asp引擎調(diào)

14、用相應的腳本進行處理。若腳本中含有訪問數(shù)據(jù)庫的請求,就通過odbc或ole db與后臺數(shù)據(jù)庫相連,由數(shù)據(jù)庫訪問組件執(zhí)行訪庫操作。asp腳本在服務器端解釋執(zhí)行,并根據(jù)訪問數(shù)據(jù)庫的結果集自動生成符合html語言的主頁,去響應用戶的請求。所有相關的發(fā)布工作由www服務器負責3。2.3 系統(tǒng)開發(fā)平臺及開發(fā)工具選擇2.3.1 系統(tǒng)開發(fā)平臺的選擇本系統(tǒng)服務器端采用windows 2000 server作為操作系統(tǒng),客戶端采用windows 98、windows 2000 professional或windows xp作為操作系統(tǒng)。本設計中操作系統(tǒng)的選擇主要考慮以下幾個因素:(1) 系統(tǒng)的開放性。增加應用系

15、統(tǒng)時要具有良好的可移植性和互操作性;(2) 滿足設計中所要求的高可靠性和安全性;(3) 有支持多任務聯(lián)機處理、多進程以及高響應速度;(4) 系統(tǒng)支持先進的硬件結構;(5) 支持網(wǎng)絡系統(tǒng)。 數(shù)據(jù)庫領域中最常見的模型有三種:層次模型(hieraclvcal model ),網(wǎng)狀模型(network model)和關系模型(relational model)。其中關系模型是現(xiàn)在最重要的一種數(shù)據(jù)庫模型,由數(shù)據(jù)結構、數(shù)據(jù)操作和完整性約束三部分組成,具有概念簡單、清晰、易懂、易用的特點,簡化了程序開發(fā)以及數(shù)據(jù)庫建立的工作量,因而迅速獲得廣泛應用,并在數(shù)據(jù)庫中占據(jù)統(tǒng)治地位。目前常用的支持關系模型的數(shù)據(jù)庫主要

16、有:oracle,sybase,db2,sql server,informix,microsoft access,paradox,microsoft foxpro,dbase等,其中前5種產(chǎn)品屬于大型關系型數(shù)據(jù)庫,后面幾種產(chǎn)品屬于桌面型關系數(shù)據(jù)庫管理系統(tǒng)。 microsoft sql server2000是一個高性能的,多用戶的關系型數(shù)據(jù)庫管理系統(tǒng),它是專為客戶/服務器計算環(huán)境設計的,是當前最流行的數(shù)據(jù)庫服務器系統(tǒng)之一,它提供的內(nèi)置數(shù)據(jù)復制功能、強大的管理工具和開放式的系統(tǒng)體系結構為基于事務的企業(yè)級信息管理方案提供了一個卓越的平臺2。數(shù)據(jù)庫采用客戶/服務器結構的好處在于: (1) 數(shù)據(jù)集中存儲

17、在服務器上,而不是分開存儲在各客戶機上,使得所有用戶都可以訪問到相同的數(shù)據(jù);(2) 業(yè)務邏輯和安全規(guī)則可以在服務器上定義一次,而后被所有的客戶使用;(3) 關系數(shù)據(jù)庫服務器僅返回應用程序所需要的數(shù)據(jù),這樣可以減少網(wǎng)絡流量;(4) 節(jié)省硬件開銷,因為數(shù)據(jù)都存儲在服務器上,不需在客戶機上存儲數(shù)據(jù),所以客戶機硬件不需要具備存儲和處理大量數(shù)據(jù)的能力,同樣,服務器不需要具備數(shù)據(jù)表示的功能;(5) 因為數(shù)據(jù)集中存儲在服務器上,所以備份和恢復起來很容易。由于數(shù)據(jù)庫服務器不僅僅是管理共享資源,它還要分擔一些應用邏輯,要完成來自客戶端的一些處理請求,因此對服務器就提出了較高的技術要求。2.3.2 系統(tǒng)開發(fā)工具的

18、選擇本系統(tǒng)的開發(fā)采用現(xiàn)在主流的網(wǎng)頁開發(fā)工具:dreamweaver mx2004和asp,編程語言采用vbscript腳本語言,后臺數(shù)據(jù)庫采用microsoft sql server2000。第3章 系統(tǒng)需求分析需求是用戶對系統(tǒng)提出的要求,這組要求可能是原始的、籠統(tǒng)的,也可能是抽象的、細節(jié)化的。但一個軟件系統(tǒng)的開發(fā)必須以一組需求化為出發(fā)點。軟件需求分析工作是在軟件計劃階段完成之后開始的,其主要目的是:在綜合分析用戶對系統(tǒng)提出的一組需求(功能、性能、數(shù)據(jù)等方面)的基礎上,構造一個從抽象到具體的邏輯模型表達軟件將要實現(xiàn)的需求,并以“軟件需求規(guī)格說明書”的形式作為本階段工作的結果,為下一階段的軟件設

19、計提供設計基礎。軟件需求分析階段,結合著我所用的開發(fā)工具:asp,sql server,對問題的識別和理解和對需求信息的分析和綜合等進行了深入的了解,建立了實現(xiàn)目標軟件的物理模型,也就是確定了構成軟件系統(tǒng)的系統(tǒng)元素,并將功能和信息結構分配到這些系統(tǒng)元素中。3.1 概述3.1.1用戶簡介本系統(tǒng)是主要面向的用戶是,高校畢業(yè)生、指導畢業(yè)生完成畢業(yè)設計的導師,以及對畢業(yè)論文質(zhì)量進行評價的評閱老師,畢業(yè)答辯評審組。3.1.2 系統(tǒng)的的目的與目標此系統(tǒng)的目的是實現(xiàn)對整個畢業(yè)設計評價過程管理的系統(tǒng)化,規(guī)范化,無紙化。整個系統(tǒng)使用戶操作起來簡便快捷,對減輕學生,教師的勞動強度,提高工作效率與管理水平。此系統(tǒng)的

20、目標有以下幾個:1、實現(xiàn)安全有效的用戶管理,以及規(guī)范的畢業(yè)設計(論文)評價標準的管理。2、完成指導老師,評閱老師,以及答辯小組對畢業(yè)生畢業(yè)設計的評價,并能匯總各項成績,統(tǒng)計總成績。3、提供學生和老師及時、方便、快捷的查詢到畢業(yè)論文的成績。3.2目標系統(tǒng)描述3.2.2 角色定義管理員:管理系統(tǒng)的使用人員的帳號,包括學生和老師的信息及帳號的發(fā)放管理。同時具有管理畢業(yè)設計(論文)評價標準的權限,包括增加,刪除,修改指標信息。老師:對所指導的學生完成的論文進行評價,對上級分配的畢業(yè)論文進行評價,對答辯的畢業(yè)生論文進行評價,查詢學生的成績。學生用戶:查詢自己的論文成績。下圖為系統(tǒng)角色表表3-1 角色定義

21、編號角色操 作1管理員系統(tǒng)用戶管理,評價指標管理2老師論文評價,成績查詢3學生個人成績查詢3.2.3 作業(yè)流程(業(yè)務模型)目標系統(tǒng)的作業(yè)流程是對現(xiàn)有系統(tǒng)作業(yè)流程的重組、優(yōu)化與改進。系統(tǒng)的作業(yè)流程首先要有一個總的業(yè)務流程圖,將系統(tǒng)中所有作業(yè)之間的關系描述出來,然后對每種業(yè)務進行詳細的描述,使業(yè)務流程與作業(yè)人員結合起來。詳細業(yè)務流程圖可以采用直式業(yè)務流程圖或其他示意圖的形式10。以下即是本系統(tǒng)中所有作業(yè)的作業(yè)流圖。(1)指導教師評審作業(yè)流圖。在本系統(tǒng)中畢業(yè)論文的評價,首先是有畢業(yè)設計的指導對自己指導的學生的論文進行評價,在此評價過程中,輸入的是學生的論文以及相應的評價指標,老師填寫對應的評價表單,

22、再提交保存到指導老師評審紀錄表中。以下是作業(yè)流圖。圖3-1 指導教師評審作業(yè)流圖(2)評閱老師評審作業(yè)流圖。同上面的指導老師評閱流程相似,只不過在此老師評閱的論文不是自己知道的學生的論文,在輸入上有所不同的是評價指標的改變,對于評閱老師評審,用有別與指導老師評審的指標,輸出的存儲位置也不同,而是保存到評閱評審紀錄中。以下是作業(yè)流圖。圖3-2 評閱教師評審作業(yè)流圖(3)答辯評審作業(yè)流圖。答辯評審是畢業(yè)論文評價的最后一個環(huán)節(jié),在此環(huán)節(jié)中,評審的對象不僅是學生的論文,還有學生在答辯過程中的表現(xiàn)。答辯評審做綜合學生的論文和答辯表現(xiàn)根據(jù)答辯評審指標對學生打分,填寫相應的評審表單項后,提交保存到答辯評審紀

23、錄表中。以下是作業(yè)流圖。圖3-3 答辯評審作業(yè)流圖(4)管理員添加新評審指標流程。評審指標不是一直不變的,所以需要有能添加評審指標項的功能,在此管理員進入添加評審指標頁面,根絕需要添加的評審指標的內(nèi)容填寫相應的指標項,然后提交保存到評價指標表中,以下是作業(yè)流圖。圖3-4 添加新評審指標作業(yè)流圖(5)刪改評價指標作業(yè)流圖。就象上圖所陳述的一樣,評價指標的變動少不了刪改,在此操作中,若要刪改指標,管理員必須先看到具體的指標的內(nèi)容才能選擇刪改,所以管理員須先查看指標下的所有指標項,再選擇指標項后面列出的具體操作(即刪除或修改),或點擊某項后的刪除,即從該評價指標中刪除該項,若選擇修改,即返回一個表單

24、,上面已經(jīng)填寫的是原指標項的具體內(nèi)容,可對其修改,修改好表單后,點擊保存,即對該項保存完成。對于指導老師評審指標的刪改同刪改評閱老師評審指標和刪改答辯評審指標一樣,所以在此只給出一個評審指標刪改的流程。圖3-5 刪改評價指標作業(yè)流圖(6)學生個人成績查詢作業(yè)流圖。在此系統(tǒng)中,學生只有此項操作,所以學生一進入個人成績查詢模塊即可以看到系統(tǒng)根據(jù)學生的登陸信息查詢出的學生成績單。圖3-6 學生個人成績查詢作業(yè)流圖(7)指導老師查詢作業(yè)流圖。此系統(tǒng)中,因為指導老師只能查詢出自己所指導的學生的成績,所以指導老師一登陸成績查詢模塊,系統(tǒng)就會根據(jù)老師的登陸身份信息,查詢出老師所知道的學生的成績列表。以下是該

25、作業(yè)的流圖。圖3-7 指導老師查詢作業(yè)流圖(8)綜合查詢模塊。在用戶登陸查詢模塊的此功能頁面時,在表單中添入需要查詢的條件信息。在提交查詢后,系統(tǒng)返回符合條件的成績列表,用戶可選擇單個人成績后的“查看成績單”選項,系統(tǒng)會返回給用戶,被選擇的該同學的成績的詳細信息。以下是此作業(yè)的流圖。圖3-8 綜合查詢作業(yè)流圖對于整個的業(yè)務流程,主要發(fā)生再每年的六月份(高校畢業(yè)論文結束時間),按本院的情況估計此業(yè)務發(fā)生的頻率平均約為200次/天,峰值頻率約為500次/天。如果系統(tǒng)出現(xiàn)意外故障(系統(tǒng)不能正常運行,數(shù)據(jù)不能進行準確的提交和處理),可采用傳統(tǒng)的文檔記錄的方法保存,待系統(tǒng)恢復正常工作后,再進行數(shù)據(jù)的錄入

26、和處理。3.2.4 可能的變化對于此系統(tǒng),根據(jù)畢業(yè)設計(論文)評價的有關規(guī)定,評價標準在以后是可能發(fā)生變化的,因此針對這一可能的變化,在系統(tǒng)設計的時候,考慮到了對評價標準的管理。可以動態(tài)的填加、修改評價指標。但是在以后,還可能出現(xiàn),每個專業(yè)根據(jù)自己的專業(yè)特點、制定不同的評價方案,就目前的評價系統(tǒng)而言,全校仍然采用同意的評價指標體系,所以系統(tǒng)暫時沒有針對各個專業(yè)制定評價方案的管理功能。3.3目標系統(tǒng)的功能需求該畢業(yè)設計評價系統(tǒng)是利用計算機信息處理技術及計算機網(wǎng)絡技術,將老師所評審的學生的論文成績信息,通過計算機網(wǎng)絡將保存到系統(tǒng)的數(shù)據(jù)庫中,當評價的所有環(huán)節(jié)實施完,系統(tǒng)會根據(jù)已提交的各項成績信息,自

27、動統(tǒng)計每個學生的所有成績信息。以便學生、老師和管理部門查詢。此系統(tǒng)將畢業(yè)設計評價工作的全過程改為由計算機實現(xiàn),使畢業(yè)設計評價及管理更為客觀、公正、迅速。根據(jù)系統(tǒng)的目標,可以簡單的把系統(tǒng)的功能概括為以下幾點:1 有效的用戶管理,保證系統(tǒng)運行及數(shù)據(jù)的安全。2 評價指標的管理,及時有效的更新評價指標,保證評價工作的順利進行。3 論文成績的評價、提交,正確及時的處理評價數(shù)據(jù)信息。4 成績查詢功能,方便快速的為師生提高所需成績信息。以下通過功能需求列表的形式,詳細描述了該系統(tǒng)所需具備的功能的使用崗位、輸入、系統(tǒng)響應以及輸出。通過下表我們可以更直觀了解系統(tǒng)此系統(tǒng)的功能,這也是為方便我們下一步的設計做準備。

28、表3-2 功能需求點列表編號功能名稱使用崗位功能描述輸入系統(tǒng)響應輸出1管理員登錄管理員登陸管理模塊管理員帳號及密碼驗證登陸信息管理界面2添加用戶管理員添加系統(tǒng)用戶信息用戶信息將用戶信息存入相應信息表保存提示信息3添加評價指標管理員添加各項評價指標各指標的相關屬性將指標信息存入相應指標表保存提示信息4刪除評價指標管理員刪除無效的評價指標刪除指標項從數(shù)據(jù)庫中刪除所要刪除指標提示刪除信息5修改評價指標管理員修改評價指標修改評價指標的項屬性對數(shù)據(jù)庫中的指標項屬性進行修改提示修改信息6教師評價登陸老師登陸評價或查詢模塊個人帳號及密碼登陸自己選擇的功能模塊選擇的功能界面7論文評價老師對學生的論文進行評價評

29、價信息將輸入的評價信息存入對應的表中提示評價成功與否8學生登陸學生登陸個人成績查詢個人學號及登陸密碼根據(jù)登陸學號查詢其成績信息個人成績單9指導教師查詢老師查詢其指導的學生成績工號根據(jù)老師登陸的工號查詢其指導的學生成績信息學生成績信息列表10綜合查詢老師查詢學生成績查詢條件根據(jù)查詢條件查詢成績信息成績信息列表11查看成績單老師查看學生成績單學生學號根據(jù)學號查詢學生成績單學生成績單第4章 數(shù)據(jù)庫設計數(shù)據(jù)庫是本系統(tǒng)的重要組成部分。本案采用microsoft sql server 2000作為數(shù)據(jù)庫管理系統(tǒng)。一個數(shù)據(jù)庫管理系統(tǒng)(database management system dbms)是一系列軟

30、件程序的集合,一般具備以下功能:以規(guī)范的、一致的方式存儲數(shù)據(jù);以規(guī)范的、一致的方式將數(shù)據(jù)組織成記錄;允許用規(guī)范、一致的方式存取記錄。在數(shù)據(jù)庫管理系統(tǒng)中,應用程序不能直接從存儲介質(zhì)獲得所需的數(shù)據(jù),它必須先將請求提交給dbms,由dbms負責從存儲介質(zhì)檢索數(shù)據(jù)并提供給應用程序使用。因此一個數(shù)據(jù)庫管理系統(tǒng)就是應用程序與數(shù)據(jù)之間的接口。在數(shù)據(jù)庫管理系統(tǒng)中,多用戶可以不必關心數(shù)據(jù)存儲和其它實現(xiàn)的細節(jié),可以在更高的抽象級別上觀察和訪問數(shù)據(jù),適合不同類型用戶的多種用戶界面,保證并發(fā)訪問時數(shù)據(jù)一致性的并發(fā)控制,增進數(shù)據(jù)安全性的訪問控制2。數(shù)據(jù)庫設計主要包括系統(tǒng)概念結構設計和邏輯結構設計以及數(shù)據(jù)庫關系表及視圖的

31、設計。4.1數(shù)據(jù)庫概念設計概念模型最常見的表示方法是實體聯(lián)系方法(e-r方法),它反映的是現(xiàn)實世界中的事物及相互聯(lián)系。其聯(lián)系方法分為三類:一對一(1:1),一對多(l:n),多對多(m:n) 12。在系統(tǒng)分析的基礎上,對基于畢業(yè)設計評價系統(tǒng)的數(shù)據(jù)庫概念進行設計,得到如下實體關系模型:圖4-1 系統(tǒng)整體er圖4.2數(shù)據(jù)庫表設計1數(shù)據(jù)表是數(shù)據(jù)庫的主要組成部分,以下是本系統(tǒng)中數(shù)據(jù)庫中的全部的表的設計,詳細介紹了每個表的作用,包含的信息,以及字段的名稱、數(shù)據(jù)類型、含義、以及寬度信息。在此給出本系統(tǒng)數(shù)據(jù)庫中表的匯總表表4-1 數(shù)據(jù)中表和視圖匯總表表名,視圖名包含信息主鍵user_info用戶信息user

32、_idstudent_info學生信息student_idteacher_info教師信息teacher_idxuanti_info選題信息student_idpszb指導教師評審指標idpyzb評閱老師評審指標iddbzb答辯評審指標idzhid_score指導教師評閱紀錄student_idpingyue_score評閱老師評審紀錄iddabian_score答辯評審紀錄student_idpy_core評閱得分pingyue_info評閱信息total_score成績單信息(1)用戶信息表:紀錄系統(tǒng)用戶信息,表名為user_info,主鍵為user_id表4-2 用戶信息表字段名含義數(shù)據(jù)

33、類型寬度user_id用戶idchar10user_name用戶名char10password登陸密碼char10rank系統(tǒng)權限char1 (2)學生信息表:紀錄學生基本信息,表名為student_info,主鍵為student_id表4-3學生信息表字段名含義數(shù)據(jù)類型寬度student_id學生學號char10student_name學生姓名char10depart系部char18major專業(yè)char12class班級char10age年齡smallint2sex性別char2year入學年份int4(3)教師信息表:紀錄老師的基本信息,表名為teacher_info,主鍵為teache

34、r_id表4-4 教師信息表字段名含義數(shù)據(jù)類型寬度teacher_id教師編號char10teacher_name教師姓名char10depart系部char18post職稱char12age年齡smallint2sex性別char2(4)選題信息表:紀錄學生的選題信息,表名為xuanti_info,主鍵為student_id表4-5選題信息表字段名含義數(shù)據(jù)類型寬度student_id學生學號char10teacher_id指導教師編號char10title課題名char30type類型char8year畢業(yè)論文年份int4(5)指導教師評閱指標表:紀錄指導教師評閱指標,表名為pszb,主鍵為

35、id表4-6指導教師評閱指標表字段名含義數(shù)據(jù)類型寬度id指標序號int4psxm評審項目char30zhib評審指標text8manf分值decimal(4,1)(6)評閱老師評閱指標表:紀錄評閱老師評閱指標,表名為pyzb,主鍵為id表4-7評閱教師評閱指標表字段名含義數(shù)據(jù)類型寬度id指標序號int4psxm評審項目char30zhib評審指標text8manf分值decimal(4,1)(7)答辯評審指標表:紀錄答辯評審指標,表名為dbzb,主鍵為id表4-8答辯評閱指標表字段名含義數(shù)據(jù)類型寬度id指標序號int4psxm評審項目char30zhib評審指標text8manf分值decim

36、al(4,1)(8)指導教師評閱紀錄表:紀錄指導教師評閱信息,表明為zhid_score,主鍵為student_id表4-9指導教師評閱紀錄表字段名含義數(shù)據(jù)類型寬度student_id學號char10student_name姓名char10title課題名char30score成績decimal(4,1)pingyu評語text16date評閱時間char10(9)評閱老師評閱紀錄表:紀錄評閱老師評閱信息,表名為pingyue_score。表4-10評閱教師評閱紀錄表字段名含義數(shù)據(jù)類型寬度student_id學號char10student_name姓名char10title課題名char30t

37、eacher_id老師編號char10score成績decimal(4,1)pingyu評語text16agree是否同意答辯char1date評閱時間char10 (10)答辯評審紀錄表:紀錄答辯評審信息,表名為dabian_score,主鍵為db_score。表4-11答辯評審紀錄表字段名含義數(shù)據(jù)類型寬度student_id學號char10student_name姓名char10title課題名char30teacher_id答辯組長老師編號char10question提問紀錄text8answer回答紀錄text8teachers答辯組老師char60score成績decimal(4,1

38、)pingyu評語text16date評閱時間char102視圖同樣也是數(shù)據(jù)庫的重要組成部分,視圖也就是虛表,它是將一個表或多個表,同過公有的字段想連接,通過這個連接可以把一些信息集中到一個虛表中,這樣方便了對數(shù)據(jù)的查詢,同時也降低了數(shù)據(jù)庫數(shù)據(jù)的冗余度。以下給出本數(shù)據(jù)庫中的試圖的詳細設計及描述。(1) 個人平均評閱成績視圖(py_score):因為根據(jù)我們學校的實際情況,評閱成績是有兩個老師打分,然后取平均分作為評閱成績,所以在這里通過視圖統(tǒng)計個人評閱成績。以下是該視圖的字段描述,以及創(chuàng)建語句。表4-12教師評閱得分表字段名含義數(shù)據(jù)類型寬度student_id學號char10average_s

39、core評閱成績decimal(4,1)創(chuàng)建語句:select student_id, avg(score) as average_scorefrom dbo.pingyue_scoregroup by student_id(2) 評閱信息視圖(pingyue_info):因為我們在返回學生論文成績單的時候,需要反饋評閱老師的信息,而在評閱信息表上,只紀錄了評閱老師的編號,所以老師的姓名、職稱信息都不能直接獲得,而通過連接查詢會降低系統(tǒng)的負荷和查詢速度,所以設計評閱信息視圖,以下是該視圖的字段描述,以及創(chuàng)建語句。表4-13評閱信息試圖表字段名含義數(shù)據(jù)類型寬度student_id學號char10

40、teacher_id姓名char10teacher_name課題名char30post教師職位char12agree是否同意答辯char1score成績decimal(4,1)pingyu評語text16date評閱時間char10創(chuàng)建語句:select dbo.pingyue_score.teacher_id, dbo.pingyue_score.student_id, dbo.teacher_info.post, dbo.pingyue_, dbo.teacher_info.depart, dbo.pingyue_score.score, dbo.pingyue_sco

41、re.agree, dbo.teacher_ as teacher_namefrom dbo.teacher_info inner join dbo.pingyue_score on dbo.teacher_info.id = dbo.pingyue_score.teacher_id(3)成績單視圖(total_score):通過上面的表和試圖我們可以看出,學生的論文成績根據(jù)不同的評價分別存放在不同的表中和統(tǒng)計的試圖中,而在最后的成績單中要分別列出各項成績已經(jīng)總計成績,所以先通過視圖將這樣總的成績信息統(tǒng)計到一張表上,可以在大大降低在查詢中的復雜度,從而節(jié)省了不必要的資源開銷。

42、以下是此試圖的字段描述及創(chuàng)建語句。表4-14總績表字段名含義數(shù)據(jù)類型寬度student_id學號char10student_name姓名char10teacher_name指導老師char10depart系部char18class專業(yè)班級char10title課題名char30type課題類型char8average_scoer評閱得分decimal(4,1)zhidao_score指導老師打分decimal(4,1)dabian_score答辯得分decimal(4,1)marst答辯組長char8reply_time答辯時間char10years論文年份char4創(chuàng)建語句:select d

43、bo.xuanti_info.student_id, dbo.xuanti_, dbo.xuanti_info.class, dbo.xuanti_info.title, dbo.xuanti_info.teacher_name, dbo.xuanti_info.type, dbo.pyscore.average_score, dbo.zhidao_score.total_score, dbo.dabian_score.score, dbo.xuanti_info.years, dbo.dabian_score.master, dbo.dabian_score.reply_t

44、ime, dbo.student_info.departfrom dbo.xuanti_info inner join dbo.dabian_score on dbo.xuanti_info.student_id = dbo.dabian_score.student_id inner join dbo.pyscore on dbo.dabian_score.student_id = dbo.pyscore.student_id inner join dbo.zhidao_score on dbo.pyscore.student_id = dbo.zhidao_score.student_id

45、inner join dbo.student_info on dbo.dabian_score.student_id = dbo.student_info.student_id以上即使本系統(tǒng)的數(shù)據(jù)庫設計,從數(shù)據(jù)庫的概要設計開始,再到數(shù)據(jù)庫的邏輯設計,到最后完成數(shù)據(jù)庫表,視圖的詳細設計。第5章 系統(tǒng)設計5.1 系統(tǒng)總體結構系統(tǒng)功能模塊化就是將系統(tǒng)劃分為子系統(tǒng),子系統(tǒng)劃分為若干模塊,大模塊再劃分為小模塊的過程。這里的模塊是指具有輸入、輸出、邏輯功能、運行程序和內(nèi)部數(shù)據(jù)四種屬性的一組程序。劃分模塊的目的主要是降低系統(tǒng)的開發(fā)難度,增加系統(tǒng)的可維護性等。在前面對系統(tǒng)進行詳細分析的基礎上,本案將系統(tǒng)劃分為

46、以下模塊如下圖。圖5-1 系統(tǒng)總功能模塊圖以下對系統(tǒng)中主要的功能模塊進行簡單的描述。5.2 公共模塊設計公用模塊的提取與設計特別重要,設計它的目的是為了復用,因此它直接影響到系統(tǒng)的詳細設計、編程、運行的質(zhì)量。每個公用模塊的設計要包括如下內(nèi)容:公共模塊 :評審登陸模塊(1)模塊編號: g-001(2)模塊名稱:評價登陸模塊(3)模塊功能:身份驗證。根據(jù)其對應的身份和所選功能進入對應評價工作模塊(4)模塊背景描述:登陸模塊是管理系統(tǒng)所必須的,只有通過有效的身份驗證,才能保證系統(tǒng)及數(shù)據(jù)庫的信息安全。對于評價工作,要讓當老師對一個學生的論文進行評價時,需要通過驗證來取得進入評價模塊者的信息,從而判斷是

47、否進入者是否有權利進行其評價工作。(5)模塊算法設計:if choose“指導教師評審” 并且用戶名與密碼通過驗證,進入指導教師評審。else if choose “評閱老師評審”,并且用戶名與密碼通過驗證,進入評閱評審。else choose “答辯評審”,并且用戶名與密碼通過驗證,進入答辯評審。end ifend if(6)模塊調(diào)用方法:模塊調(diào)用采用超級連接形式,入口參數(shù)包括用戶的登陸驗證信息,如用戶名、密碼,出口參數(shù)根據(jù)驗證通過與否而不同,若通過驗證,即出口的參數(shù)為進入下一個頁面的地址信息,以及用戶的身份信息,若不能通過驗證,出口參數(shù)為返回給用戶的提示信息。若遇到登陸異常,網(wǎng)絡不能及時有

48、效的傳輸數(shù)據(jù),回返回給用戶網(wǎng)絡出錯信息。公共模塊 :查詢登陸模塊(1)模塊編號: g-002(2)模塊名稱:查詢登陸模塊)(3)模塊功能:身份驗證。根據(jù)登陸者的身份列出其所對應的查詢統(tǒng)計功能(4)模塊背景描述:只有通過有效的登陸驗證,才能做到對系統(tǒng)數(shù)據(jù)的良好保密。(5)模塊算法設計:if 學生登陸,只能查詢自己的成績。else if 老師登陸,只能查詢自己所指導過的學生的成績。else 系或院教學管理部門登陸,可以分類查出所需了解的全部學生成績end ifend if(6)模塊調(diào)用方法:模塊調(diào)用采用超級連接形式,入口參數(shù)包括用戶的登陸驗證信息,如用戶名、密碼,出口參數(shù)根據(jù)驗證通過與否而不同,若

49、通過驗證,即出口的參數(shù)為進入下一個頁面的地址信息,以及用戶的身份信息,若不能通過驗證,出口參數(shù)為返回給用戶的提示信息。若遇到登陸異常,網(wǎng)絡不能及時有效的傳輸數(shù)據(jù),會返回給用戶網(wǎng)絡出錯信息。5.3 專用模塊設計非公用模塊是為了處理一些特殊需求,它不可復用,每個非公用模塊設計包括如下內(nèi)容:專用模塊:m1-001(1)模塊編號: m1-001(2)模塊名稱:評價模塊(3)模塊功能:指導教師評審,評閱老師評審,答辯評審(4)模塊背景描述:評價功能是此系統(tǒng)的重要功能,也是完成數(shù)據(jù)記錄和處理的一個重要環(huán)節(jié)。要求評價者根據(jù)列出的評分標準的去對學生的畢業(yè)論文質(zhì)量進行評價,打分,并填寫客觀的評語,之后提交到數(shù)據(jù)

50、庫保存。(5)模塊算法設計:if 進行指導評審,只能對自己所指導的學生且沒有評審過的學生論文進行評審。else if 進行評閱評審,只能對自己系的且自己沒有評審過的學生論文進行評審。else 進行答辯評審,只可對自己系的所有學生且沒有進行答辯評審過的論文進行評審end ifend if(6)模塊調(diào)用方法:通過網(wǎng)頁中表單內(nèi)容提交動作中的post方法,將表單中的數(shù)據(jù)傳遞給服務器,再由服務器執(zhí)行設定的數(shù)據(jù)庫存儲操作,如果在執(zhí)行過程中出錯,服務器會按實現(xiàn)設定的出錯處理會話,提示用戶出錯信息。 圖5-2 論文評價功能模塊圖專用模塊:m1-002(1)模塊編號: m1-002(2)模塊名稱:查詢模塊(3)

51、模塊功能:學生查詢自己的成績,指導老師查詢自己所指導的學生的成績,院系教務管理部門查詢學生畢業(yè)論文成績信息。(4)模塊背景描述:查詢功能是用戶與系統(tǒng)交互的重要方法(5)模塊算法設計:if 個人成績查詢,學生只能對自己的成績進行查詢。else if 知道學生成績查詢,只能查閱自己所指導的學生的成績。else進行綜合查詢,可輸入分類查詢信息,進行查詢。end ifend if(6)模塊調(diào)用方法:通過網(wǎng)頁中表單內(nèi)容提交動作中的post方法,將表單中的數(shù)據(jù)傳遞給服務器,再由服務器執(zhí)行設定的數(shù)據(jù)庫查詢操作,如果在執(zhí)行過程中出錯,服務器會按實現(xiàn)設定的出錯處理會話,提示用戶出錯信息。如能正常運行,即返回用戶所查詢的信息。圖5-3 成績查詢功能模塊圖專用模塊:m1-003(1)模塊編號: m1-003(2)模塊名稱:后臺用戶管理模塊(3)模塊功能:管理系統(tǒng)的用戶。(4)模塊背景描述:系統(tǒng)是面向用戶的,這些用戶是指定的群體,要保證系統(tǒng)正常、穩(wěn)定的運行,必須進行有效的用戶管理,使特定的用戶使用其對應擁有權限使用的功能。(5)模塊算法設計:if chose添加學生用戶then將學生信息插入學生信息表and將學生的學號、姓名及登陸密碼插入用戶信息表。else if chose 添加教師用戶 then 將教師基本信

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論