【正文】 適應實現(xiàn)了畢業(yè)設計課題的選 擇、課題查詢、網(wǎng)上指導、相關通知發(fā)布、網(wǎng)上打分、畢業(yè)論文上傳等功能，從而實現(xiàn)了對畢業(yè)設計工作全過程的動態(tài)管理。能同窗四年是一種緣分，能互相見證成長的基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 32 過程是一種榮幸。 再次由衷地感謝所有支持我完成畢業(yè)設計和畢業(yè)論文工作的人。 今后，該平臺還將應用于我校各個院系，幫助各院系廣大畢業(yè)學生、教師以及管理人員等，利用各種信息來解決問題，并輔助教師調整相應的輔導內容和輔導策略，從而實現(xiàn)個性化的畢業(yè)設計質量管理。打分信息界面圖如圖 512 所示： 圖 512 打分信息查詢界面圖 結束語 隨著信息技術的飛速發(fā)展和高等學校教育體制改革的不斷深入，傳統(tǒng)的以手工和紙張對畢業(yè)設計的管理工作將不能適應新的發(fā)展需要。 } 基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 26 } } } 答辯學生隨機、平均分組流程圖如圖 58 所示： 基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 27 圖 58 答辯學生 隨機、平均分組流程圖 . 教師 打分 . 指導 /評閱 /答辯教師打分 教師打分分為指導教師打分、評閱教師打分和答辯小組打分三個部分。)。 while (chaxunrenshu(sql1) 0) { int studentnum=chaxunrenshu(sql1)。 基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 25 return i。 } ()。 答辯教師分組界面如圖 56 所示： 基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 23 圖 56 答辯教師分組界面圖 . 答辯 分組信息查詢 答辯教師對答辯分組信息進行查看，在查看的時候可以按學生姓名、學生班級、學生姓名、組號、教師姓名以及教研室名進行查詢。 string sql1 = SELECT StudentID,StudentName,TeacherName FROM Student,Teacher where = and = 39。 評閱學生分組關鍵代碼如下所示： protected void list1show() 基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 22 { if ( == 未分組 ) { = true。用戶登錄流程圖如圖 51 所示： 基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 19 圖 51 用戶登錄流程圖 . 用戶登錄界面 用戶登錄界 面圖如圖 52 所示： 圖 52 用戶登錄界面圖 . 評閱教師 指派 . 評閱 學生 分組的 管理 教研室主任 登錄系統(tǒng)后，對 參加本教研室評閱的 教師 進行 評閱 學生 的添加和刪除。包含學生編號、答辯教師編號、分值 分值 分值 分值 總分和打分時間。數(shù)據(jù)表結構的設計包括確定各數(shù)據(jù)表的名稱、字段名稱、表中數(shù)據(jù)類型、表中字段的長度、定義描述等。系統(tǒng)功能模塊圖如圖 41 所示： 基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 9 圖 41 系統(tǒng)功能模塊圖 . 數(shù)據(jù)庫設計 畢業(yè)設計流程跟蹤管理系統(tǒng)需要對大量的數(shù)據(jù)完成搜集、分析、整理、存儲、交換等工作，這就需要設計一個強大的數(shù)據(jù)庫來對這些數(shù)據(jù)進行管理。所以，任何可以編寫 HTML 文檔的軟件都可以用來開發(fā) JavaScript。 JavaScript 和 JScript 基本上是相同的，只是在一些細節(jié)上有出入。 如： JavaScript、 VBScript、 Document Object Model(文件目標模塊 )、 Layers和 Cascading Style Sheets(CSS)。當時服務端需要對數(shù)據(jù)進行驗證 ,由于網(wǎng)絡速度相當緩慢，只有 28． 8kbps，驗證步驟浪費的時間太多。就像 DHTML應用程序那樣， Ajax應用程序必須在眾多不同的瀏覽器和平臺上經(jīng)過嚴格的測試。由于每次應用的交互都需要向服務器發(fā)送請求，應用的響應時間就依賴于服務器的響應時間。實際上，它由幾種蓬勃發(fā)展的技術以新的強大方式組合而成。 雖然 Ajax 所需的基礎架構已經(jīng)出現(xiàn)了一段時間，但直到最近異步請求的真正威力才得到利用。從國內諸多軟件廠商積極投入開發(fā) B/S 結構軟件的趨勢來看，基于 B/S 結構的大型管理軟件勢必在將來的幾年內占據(jù)管理軟件領域的主導地位 。今后，軟件升級和維護會越來越容易，而使用起來會越來越簡單，這對用戶人力、物力、時間、費用的節(jié)省是顯而易見的，驚人的。只要有一臺能上網(wǎng)的電腦就能使用，客戶端零維護。以目前的技術看，局域網(wǎng)建立 B/S 結構的網(wǎng)絡 應用， 并通過Inter/Intra 模式下數(shù)據(jù)庫應用，相對易于把握、成本也是較低的。 . 系統(tǒng) 可行性分析 . 經(jīng)濟上的可行性 縱觀歷來采用手工管理畢業(yè)設計工作的高校，畢業(yè)設計管理工作都投入了大量的人力、財力資源。數(shù)據(jù)庫服務器中的數(shù)據(jù)要實現(xiàn)實時更新，數(shù)據(jù)庫的可靠性、穩(wěn)定性要高。通過一系列操作，完成學生畢業(yè)設計中從申報表到指導手冊的下發(fā)，論文的提交，審批，統(tǒng)計，評分等功能。對于改進教學管理，提高教學質量具有十分重要的意義和較大的實用價值。要解決以上這些問題 ， 一方面要提高管理員業(yè)務知識和管理水平；另一方面要充分利用現(xiàn)代科學技術，建立現(xiàn)代化的管理信息系統(tǒng) 。DataBase Technology。搞好畢業(yè)設計工作對全面提高教育質量具有重要意義。 畢業(yè)設計的管理是高校管理工作中的一項重要內容。由于學校畢業(yè)設計環(huán)節(jié)所需人力物力較大，為減少教師不必要的勞動和重復性工作，為方便學院對本科生畢業(yè)設計的管理，為學生更快捷的了解畢業(yè)設計要求和下載相關表格，特設計本系統(tǒng)。而目前我校還是采用傳統(tǒng)的人工管理模式，存在成本高、重復勞動量大、工作效率低、差錯率高等缺點，難以適應現(xiàn)在本科院校的畢業(yè)設計管理的要求。 2. 需求分析 . 系統(tǒng)需求 系統(tǒng)的全面性。本系統(tǒng)采用 B/S 結構，系統(tǒng)的升級只要在服務器端完成，更新軟件系統(tǒng)的書籍庫、文件也只需要更新服務器端即可。 基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 4 . 技術上的可行性 畢業(yè)論文跟蹤管理系統(tǒng)采用 Web 技術，基于三層體系結構構建一個適合于本校使用的網(wǎng)上畢業(yè)設計管理系統(tǒng)。其中最典型的數(shù)據(jù)信息就是數(shù)據(jù)庫。維護和升級方式簡單。在這種結構下，軟件應用的業(yè)務邏輯完全在應用服務器端實現(xiàn)， 用戶表現(xiàn)完全在 Web 服務器實現(xiàn)，客戶端只需要瀏覽器即可進行業(yè)務處理，是一種全新的軟件系統(tǒng)構造技術。在 Ajax 之前， Web 站點強制用戶進入提交 /等待 /重新顯示范例，用戶的動作總是與服務器的“思考時間 同步。在一個典型的 J2EE 開發(fā)周期中，常常會聽到這樣的話，“我們沒有可投入 UI 的時間 或“不能用 HTML 實現(xiàn) 。該對象在 Inter Explorer5中首次引入，它是一種支持異步請求的技術。因為在服務器和瀏覽器之間交換的數(shù)據(jù)大量減少，結果我們就能看到響應更快的應用。 對應用 Ajax 最主要的批評就是，它可能破壞瀏覽器后退按鈕的正常行為。這個標準由 ECMA 組織發(fā)展和維護。在 HTML 基礎上，使用 JavaScript 可以開發(fā)交互式 Web 網(wǎng)頁。 JavaScript 使網(wǎng)頁增加互動性。 引用方式。各實體之間相互存在關聯(lián)關系，通過各種關聯(lián)關系把各個鼓勵的數(shù)據(jù)聯(lián)系到一起，形成一個統(tǒng)一完整的數(shù)據(jù)庫。教師信息表結構如表 46 所示： 表 46 教師信息表 列 名 數(shù)據(jù)類型 可否為空 說 明 TeacherID nvarchar(50) Not null 教師編號（主鍵） TeacherName nvarchar(50) null 教師姓名 TeacherPassword nvarchar(50) null 教師密碼 TeacherStaffRoom nvarchar(50) null 教師所屬教研室 TeacherRight nvarchar(50) null 教師身份 TeacherSex nvarchar(50) null 教師性別 TeacherRank nvarchar(50) null 教師等級 TeacherSpeciality nvarchar(60) null 教師所屬部門 TeacherTel nvarchar(30) null 教師電話 TeacherEmail nvarchar(50) null 教師郵箱 TeacherStudyDirection nvarchar(200) null 教師課題說明 TeacherStatusFlag nvarchar(50) null 教師 狀態(tài) (7) 學生答辯分組表：該表主要保存參加畢業(yè)設計答辯學生分組信息，包含學生編號、教師編號和所在答辯小組。指導教師打分表結構如表 411 所示： 表 411 指導教師打分表 列 名 數(shù)據(jù)類型 可否為空 說 明 StudentId nchar(10) Not null 學生編號（主鍵） TeacherID nvarchar(50) Not null 教師編號（主鍵） Grade1 int null 分值 1 Grade2 int null 分值 2 Grade3 int null 分值 3 Grade4 int null 分值 4 Grade5 int null 分值 5 Grade_Total float null 總分 Time datetime null 打分時間 （ 12）評閱教師打分表：該表主要保存參加畢業(yè)設計學生的評閱教師對學生的打分記錄。 基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 20 在評閱教師指派的時候，學生的指導教師不能被指派為該學生的評閱教師。 and = 39。 listdata(sql1, ListBox1)。分組時，依據(jù)平均分配的原則，將學生平均分到各個小組中，并且采用隨機插入小組的方法，將學生分配到答辯小組中。 } protected int chaxunrenshu(string sql) { int i = 0。 //新數(shù)據(jù)錄 (insert into Student_Answer(StudentID,Teacher_ID) select StudentID,StudentTutorID from Student)。 + s + 39。 WHERE Teacher_ID not in(select Teacher_ID from Teacher_grouping where Team_ID=39。 其中，指導教師打分流程圖和指導教師打分界面如圖 5 510 所示： 基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 28 圖 59 指導教師打分流程圖 基于 B/S 模式的畢業(yè)生答辯管理系統(tǒng)的設計與實現(xiàn) 29 圖 510 指導教師打分界面圖 . 秘書答辯 記錄 教師答辯分組后，身份為“秘書”的教師在小組答辯時要對學生的答辯情況進行答辯 記錄工作 ，并且只能為狀態(tài)為“未記錄”的學生進行答辯記錄工作。這對于高校的畢業(yè)設計及教務管理工作是十分有價值的。我衷心的感謝王 老師并對他的辛勤指導表示崇