【正文】 nagement. Degree management information systems can be divided into four modules: paper premodule papers review module， reply module and degree information management of this system is to support remote thesis information system as a major ponent of public services has bee the most important infrastructure. Information technology for the development of Anhui University is a fundamental the system can solve the long paper assessment of plex and cumbersome problem. Establishment of an efficient, integrated management information platform of degree will play a catalytic role in the college39。數(shù)字化校園的概念最早是由美國的麻省理工學院在上世紀 70 年代提出的。在美歐，由于政府的強力支持，各學校紛紛對校務(wù)管理和教學進行了數(shù)字化改革。新的世紀開端，世界各國尤其是發(fā)達國家，加快了信息化進程，這也包括教育信息化作為學校公共服務(wù)體系的主要組成部分，校園網(wǎng)絡(luò)己成為學校最重要的基礎(chǔ)設(shè)施。由于學校原有的分散部門的系統(tǒng)沒有實現(xiàn)數(shù)據(jù)的共享，在目前的管理中，各部門之間的數(shù)據(jù)還通過手工傳遞。以教務(wù)管理工作為主線，根據(jù)實際情況建立一個高效、整合的信息化平臺，對于學院的發(fā)展，一定會起到推動作用。過去由于沒有相關(guān)系統(tǒng)，尤其是適合安徽大學實際的軟件支持，安徽大學的論文評審和答辯工作完全依賴人工進行管理和控制，其缺點在于： 1） 工作量大，效率低下。過去為了避免消息傳遞不及時造成的損失，教務(wù)人員往往需要耗費更多地精力做好這部分工作。 2)公平和公正性，安全性和保密性難于保證。抽取活動由人工完成，很難做到像計算機一樣高效、公平、保密。實行本科生學位信息的在線 采集與提交，毫無疑問必須建立起相應(yīng)的配套系統(tǒng)。為了配合上述工作的展開，迫切需要相關(guān)軟件系統(tǒng)的支持，特別是適合我校及我院實際情況的管理信息系統(tǒng)的支持 。我國的數(shù) 字化校園建設(shè)具有以下幾個特點 :首先從整體來看，高等教育信息化仍處于起步階段。如清華大學和北京大學的校園網(wǎng)絡(luò)化建設(shè)是在 90 年代初開始的，經(jīng)過近 10 年的建設(shè)，現(xiàn)已基本建成了以高速校園網(wǎng)為核心，包括以學術(shù)研究、網(wǎng)絡(luò)教學、信息資源、社區(qū)服務(wù)和辦公管理為功能的數(shù)字化教育系統(tǒng)。全國重點高校數(shù)字化校園建設(shè)研討會于 2020 年 5 月份在珠海舉行，全國40 余所高校參加了會議，會議決定在全國重點高校率先推進數(shù)字化校園建設(shè)，并確定清華大學、北京大學 、中山大學、浙江大學、重慶大學作為召集單位。各大高校紛紛擬訂了校園信息化建設(shè)的規(guī)劃，逐步建立起符合各自實際的集教學、辦公等為一體 的管理信息系統(tǒng)。論文評審工作是整個學位管理工作的重點。更有利于公正性、公開性、公平性和保密性的執(zhí)行和監(jiān)督 。隨著網(wǎng)絡(luò)的發(fā)展，越來越多的單位和組織，借助于科技手段，開發(fā)網(wǎng)上評審系統(tǒng)，將項目或者一些競賽的評審工作轉(zhuǎn)到網(wǎng)上進行。尤其對于軟件工程碩士的論文評審工作來說，更無既成的系統(tǒng)可用。國內(nèi)雖然已經(jīng)有高校建立了類似的系統(tǒng)，如華中科技大學已經(jīng)有類似的系統(tǒng)投入使用，但大都只是針對各自學校情況的，并不完全適合我校的實際情況。 綜上，本系統(tǒng)開發(fā)不存在問題技術(shù)問題 學位管理系統(tǒng) 可以節(jié)約許多的人力和物力，方便管理，由此可以減少不必要的開支，同時該系統(tǒng)可以提高 論文評分、學位管理的 效率， 開發(fā)價格低，實用性好。 可行性分析 由于系統(tǒng)有非常友好的界面，使用者無須具備很多計算機知識，只需對原有的人員進行短期指導即可熟練掌握本系統(tǒng)，直接進行 上機操作 。 第 2 章論述了系統(tǒng)的需求分析和總體設(shè)計。 第 3 章論述了數(shù)據(jù)庫概要設(shè)計、邏輯設(shè)計、物理設(shè)計、系統(tǒng)安全性設(shè)置、用戶單元設(shè)計。 第 5 章寫系統(tǒng)的測試，在測試中有正確的測試用例和錯誤的測試用例，測試分析。整個系統(tǒng)的運行目前狀況良好，但也發(fā)現(xiàn)了一些在最初設(shè)計時忽略的問 題，暴露出了一些不足以及需要改進的方面， 系統(tǒng)還有待進一步的擴展和完善。需求分析主要通過建立模型的方式來描述用戶的需求，為客戶、用戶、開發(fā)方等不同參與方提供一個交流的渠道。用戶需求的分析與用戶需 求的獲取有著相似的步驟，在于分析用戶需求時使用模型，以獲取用戶更明確的需求。 系統(tǒng) 需求 分析 論文量化管理階段 論文量化管理子系統(tǒng)是研究生學位管理系統(tǒng)中比較重要的部分，它直接為論文過程提供服務(wù)、監(jiān)控和管理，實現(xiàn)對論文撰寫過程的控制管理?；菊撐墓ぷ鞯恼麄€過程都可以通過該子系統(tǒng)輔助實現(xiàn)。學生按時參加各環(huán)節(jié)指導，得到相應(yīng)的分數(shù)，最后得分匯總后得到 總成績，學院論文審查小組根據(jù)總成績確定是否通過畢業(yè)申請。秘書可以在論文指導界面簡要記錄指導意見，意見提交的同時，意味著學生獲得該環(huán)節(jié)分數(shù)。擬參加本學期答辯的學生提交擬答辯申請，并上傳電子版論文初稿。學校資格審查，在職教育中心、研究生院培養(yǎng)辦分別審查 無學籍在職學生名單、所有有學籍學生名單，查看是否符合申請答辯條件。在抽審后，將分別由學位辦和各學院組織論文的評閱工作，其中學位辦組織盲審論文的校外送審，各學院組織未抽到盲審論文的校內(nèi)評審 。這樣有利于縮短大批量數(shù)據(jù)的吞吐時間，使 整個系統(tǒng)管理規(guī)范化；而且隨著數(shù)據(jù)庫的增大和操作擴展到一天 24 小時、一周 7 天，能夠執(zhí)行備份操作而不影響系統(tǒng)的正常運轉(zhuǎn)。 (2) 靈活性 素材的管理在數(shù)據(jù)管理方面應(yīng)具備較大的伸縮性和擴展性 。不能僅僅限于支持某些專用工具開發(fā)的內(nèi)容，不能只是支持某些文件格式。如 :保護遠程訪問會話中傳輸?shù)男畔⒑途钟蚓W(wǎng)絡(luò)中傳輸?shù)男畔?。安全性包括保密、完整性保護、身份驗證、授權(quán)和預(yù)防重播 。 需求獲取是在問題及其最終解決方案之間架設(shè)橋梁的第一步，是軟件開發(fā)中最困難、最關(guān)鍵、最易出錯及最需要交流的方面。在軟件工程學士的培養(yǎng)過程中，學位管理工作主要由論文評審答辯和學位信息管理兩部分組成。評審秘書是聯(lián)系各項工作的紐帶，負責控制整個流程，向?qū)W生和教師傳達各項信息，以及安排和協(xié)調(diào)工作。由教務(wù)部組織學生提交論文，安排評審人員對論文進行評審，然后進 行答辯，最后將人員名單上報學院。學位信息管理主要由院系學位辦負責，是將授予學位的學生信息采集上報國務(wù)院學位辦。由于需要采集的信息量大，希望能夠通過使用網(wǎng)絡(luò)實現(xiàn)信息的分散采集，學生本人將個人信息錄入系統(tǒng)，評審秘書及研究生院只負責審核把關(guān)、保證信息的完整性和準確性。 交流的方式包括會議、電話、電子郵件、小組討論、模擬演示等 不同形式。 四、對收集到的用戶需求做進一步的分析和整理。 由以上原則可畫出本系統(tǒng)的數(shù)據(jù)流圖，見圖 至圖 。建立系統(tǒng)的面向?qū)ο蟮哪Ｐ?，目的是根?jù)系統(tǒng)的概念模型和交互圖設(shè)計系統(tǒng)類圖。類圖能夠表示的典型信息包括 :類、關(guān)聯(lián)和屬性，接口以及接口上的操作和常數(shù)，方法，屬性類型信息，導航性，依賴。通過掃描概念模型以及交互圖，找到這些類。同時，考慮系統(tǒng)的技術(shù)架構(gòu)，在類圖中加入業(yè)務(wù)邏輯類，我們稱之為管理類，例如評審過程管理類，評審人員管理類、論文管理類等。將概念模型中實體的屬性轉(zhuǎn)換為類的屬性。在本系統(tǒng)所采用的 Jvaa 語言中，聲明所有屬性私有，對每一個屬性提供存取的方法。每一個類 的方法都可以通過分析交互圖得到。例如，將實現(xiàn)論文分發(fā)的方法放入評審過程管理類中。屬性的類型、方法參數(shù)的類型以及方法返回的類型都可以在類圖中可選的表示。導航是角色的一個屬性，表示從一個源對象沿著關(guān)聯(lián)可以單向地到達一個目標類。一個帶有導航箭頭的關(guān)聯(lián)通常含義是從源類到目標類的屬性可見性，在面向 對象編程語言中，通常轉(zhuǎn)換為源類擁有一個引用目標類實例的屬性。在類圖中，依賴關(guān)系常用來描述類之間的非屬性可見性，即參數(shù)、全局或本地聲明的可見性。 對于系統(tǒng)中諸多的類，可用包結(jié)構(gòu)將其組織起來。設(shè)計良好的包把一些在語義上接近并傾向于一起變化的元素組織在一起。如何將類組織到包內(nèi)呢 ?可以應(yīng)用以下原則將下面的類組織到一起 ： 同一主題的類一由概念或 目的緊密相關(guān)。 根據(jù)以上原則， 劃分 學位管理系統(tǒng) 的模塊 。其中，前四個階段主要由各培養(yǎng)單位 (院系 )來控制工作流程，學位信息管理工作主要由 學院 控制完成。導師有權(quán)為論文預(yù)審把關(guān)，需要為其所指導的學生論文填寫導師意見，未通過導師審核的論文不能參加本次答辯。 第二、由于論文評審是盲審，學生提交的論文預(yù)審稿中需要把個人姓名以及其他與個人身份相關(guān)的信息隱去。 預(yù)審階段 論文預(yù)審階段的工作比較復(fù)雜，在這個階段由評審秘書將論文隨機分發(fā)給學院指定的評審人員 (包括初審人員和復(fù)審專家 )進行匿名評審，涉及到的用戶有 :評審秘書、學生、初審人員、復(fù)審專家、評審小組。在這個階段，通過論文預(yù)審的學生根據(jù)預(yù)審的評審意見修改論文后，提交正式的論文打印稿。校內(nèi)和校外平審人員分別從網(wǎng)上下載論文，在線填寫論文評閱書，然后打印、簽字后送評審秘書處 (外地評審人員需要郵寄 )存檔。通過復(fù)審的論文進入答辯階段 。 在答辯階段，評審秘書首先要做一 些準備工作，包括答辯資格審查、答辯分組、根據(jù)學院決議指定各小組答辯委員主席以及委員。答辯現(xiàn)場，由記錄員記錄答辯過程。用 UML 活動圖為這部分的活動流程建模。使用 UML 狀態(tài)圖為整個論文狀態(tài)的轉(zhuǎn)換過程建模，通過原型、頁面或其它方式向用戶提供可視化的界面，用戶可以對需求做出自己的評價。開發(fā)方往往先向用戶提供一個可視界面作為原型，并在界面上布置必要的元素以演不用戶所需要的功能。用戶可以在此原型上看到系統(tǒng)的功能原型，并且在此基礎(chǔ)上提出意見，開發(fā)人員再作進一步的分析和設(shè)計。 通過以上分析可得 到體系 結(jié) 構(gòu)圖，見圖 5 所示： 圖 學位管理系統(tǒng)體系結(jié)構(gòu)圖 子系統(tǒng)詳細設(shè)計 從學位管理需求分析我們可以看到，學位管理各個階段的工作比較明確，各階段工作的前提和結(jié)果也比較明確，因此采用按功能劃分的方法，將學位管理信息系統(tǒng)劃分為論文預(yù)審管理、論文評審管理、論文答辯管理和學位信息管理四個子系統(tǒng)，另外，系統(tǒng)還包括幾個支撐子系統(tǒng)，包括基本信息庫管理、學生管理、教師管理以及權(quán)限管理。并且實現(xiàn)論文狀態(tài)跟蹤和郵件提醒、催促的功能。而郵件提醒和催促是對在規(guī)定時間內(nèi)未進行相應(yīng)操作的人員，手動或自動發(fā)郵件提醒。學生可將自己的論文通過互聯(lián)網(wǎng)上傳到本系統(tǒng)，校外評審專家在校外通過互聯(lián)網(wǎng)可評閱 論文并在網(wǎng)上給出評閱結(jié)果。 論文答辯管理子系統(tǒng) 實現(xiàn)對研究生答辯全過程的管理，包括 : 1)資格審查，學生在線提交答辯申請，按條件進行答辯資格審查。 3)答辯現(xiàn)場，現(xiàn)場記錄答辯過程、投票決議。 學位信息管理子系統(tǒng) 實現(xiàn)學位信息的分散采集和集中管理，包括 : 1)信息采集，申請學位的學生在規(guī)定時間段內(nèi)登錄系統(tǒng)，填寫、查看或修改個人信息 (包括個人基本信息、論文信息、學 位相關(guān)信息 )。學位辦在院系提交的。 3)信息報盤，學位辦進一步審核信息，保證信息的正確性和完整性，最后生成報盤文件，上報國家教委。 學位管理信息系統(tǒng)的角色種類眾多，為了確保“正確”的用戶訪問“正確” 的資源，采用“基于角色的訪問控制模型竺建立權(quán)限管理子系統(tǒng)。這一研究小型數(shù)據(jù)庫開發(fā)實訓 20 導致兩種基本類型訪問控