(1.浙江工業(yè)大學(xué) 管理學(xué)院, 杭州 310023; 2.浙江樹人大學(xué) 基礎(chǔ)學(xué)院,杭州 310015)

0 引言

畢業(yè)設(shè)計是學(xué)生綜合運用所學(xué)的專業(yè)知識，進行項目設(shè)計或理論研究的集中實踐過程，是實現(xiàn)人才培養(yǎng)目標，培養(yǎng)學(xué)生創(chuàng)新創(chuàng)業(yè)意識和實踐操作能力的重要教學(xué)環(huán)節(jié)。在本科畢業(yè)設(shè)計管理工作中，傳統(tǒng)使用Office電子文檔對論文材料進行統(tǒng)計、分類與匯總的方式存在工作效率低，操作流程復(fù)雜，出錯率高等問題。從論題申報，學(xué)生選題，論文撰寫、評閱、重復(fù)率檢測到最后終稿定稿的各個環(huán)節(jié)都需要消耗教務(wù)管理工作人員大量的時間與精力，而現(xiàn)有的信息化管理系統(tǒng)也僅僅能夠?qū)崿F(xiàn)簡單的論題在線申報、論文材料上傳等功能，無法滿足新時代本科教育培養(yǎng)目標對畢業(yè)設(shè)計質(zhì)量保障工作提出的新要求。

隨著計算機與互聯(lián)網(wǎng)技術(shù)的高速發(fā)展，利用計算機硬件、軟件與網(wǎng)絡(luò)設(shè)備對數(shù)據(jù)資料進行采集、存儲、處理與傳輸，從而形成了MIS(Management Information System，管理信息系統(tǒng))，使得論文數(shù)據(jù)得到了有效地存儲與利用。同時，為了實現(xiàn)畢業(yè)設(shè)計流程的在線過程化管理，提高教務(wù)管理水平，文章提出在數(shù)據(jù)管理的基礎(chǔ)上進一步實現(xiàn)論文指導(dǎo)工作的過程化管理模式，即形成BPM(Business Process Management，流程管理系統(tǒng))，對論題申報、論文選題、論文指導(dǎo)、論文評審與論文定稿等畢業(yè)設(shè)計工作各環(huán)節(jié)進行有機整合，并要求導(dǎo)師在每一階段對論文材料進行審核與確認，從而建立在線過程化管理與導(dǎo)師負責(zé)制相結(jié)合的畢業(yè)設(shè)計管理新模式[1-3]。

畢業(yè)設(shè)計質(zhì)量管理系統(tǒng)基于互聯(lián)網(wǎng)技術(shù)實現(xiàn)了師生在線交流平臺，允許學(xué)生上傳論文初稿，導(dǎo)師審閱并提出評閱意見，學(xué)生根據(jù)導(dǎo)師意見完成論文修改后再次上傳，通過如此反復(fù)地上傳與修正，不斷提高論文寫作水平，完善論文框架結(jié)構(gòu)，提升論文內(nèi)容質(zhì)量[4]。新提交的論文材料不覆蓋舊材料，先后上傳的材料在系統(tǒng)中按照時間順序依次排列，同時保留針對每份材料進行的師生互動交流記錄，這樣便于數(shù)據(jù)記錄的歸檔整理，有利于對論文指導(dǎo)過程進行全程監(jiān)控[5-6]。畢業(yè)設(shè)計質(zhì)量管理系統(tǒng)采用電子表單，允許教師在線填寫指導(dǎo)教師評語表、評閱教師評語表與論題修改申請表等相關(guān)表格，擺脫了紙質(zhì)填寫方式的缺陷，實現(xiàn)了無紙化辦公模式[7-9]。

1 系統(tǒng)架構(gòu)設(shè)計與運行環(huán)境

1.1 系統(tǒng)架構(gòu)設(shè)計

系統(tǒng)設(shè)計流程包括數(shù)據(jù)庫E-R圖設(shè)計、數(shù)據(jù)操作層設(shè)計、業(yè)務(wù)邏輯層設(shè)計以及前端用戶界面設(shè)計等，流程中每一步的設(shè)計與開發(fā)都需要消耗大量的時間與精力，在對各個數(shù)據(jù)對象以及對數(shù)據(jù)對象的各項操作進行設(shè)計與實現(xiàn)的同時，又要兼顧程序代碼的規(guī)范性、可讀性與可擴展性，導(dǎo)致系統(tǒng)研發(fā)成本過高，功能模塊質(zhì)量低下，穩(wěn)定性差。為了解決這個問題，系統(tǒng)業(yè)務(wù)邏輯層采用YII2框架進行構(gòu)建。YII2框架采用面向?qū)ο蟪绦蛟O(shè)計理念，基于MVC開發(fā)模式(全稱模型Model，視圖View，控制器Controller)，對數(shù)據(jù)模型、業(yè)務(wù)流程以及前端界面都進行了較好的封裝，框架本身自帶的代碼生成器能夠幫助設(shè)計者簡化設(shè)計實現(xiàn)流程。YII2框架使用模塊化程序設(shè)計，在滿足系統(tǒng)功能需求的同時，大幅度地降低了開發(fā)成本，縮短了設(shè)計與開發(fā)周期，讓系統(tǒng)開發(fā)人員能夠?qū)⒅饕Ψ旁诠δ苄枨蟮膶崿F(xiàn)過程中，而不必考慮具體的程序設(shè)計細節(jié)。

圖1 YII2系統(tǒng)架構(gòu)圖

如圖1所示，系統(tǒng)服務(wù)端以YII2架構(gòu)為基礎(chǔ)進行搭建，包括入口層、應(yīng)用層、控制器層、數(shù)據(jù)層與視圖層。用戶發(fā)送請求，服務(wù)器接收用戶請求，通過應(yīng)用層Application創(chuàng)建用戶請求實例app,實例app讀入當前的應(yīng)用配置信息Config,并根據(jù)配置信息裝載所需的功能組件，通過解析路由Route，創(chuàng)建相應(yīng)的控制器Controller，并通過控制器Controller創(chuàng)建業(yè)務(wù)邏輯方法action，執(zhí)行過濾器驗證，若驗證通過, 則運行action，在action中讀取數(shù)據(jù)庫數(shù)據(jù)Model，并對數(shù)據(jù)進行加工和處理，利用數(shù)據(jù)處理結(jié)果渲染視圖View，最后通過Response返回給客戶端。以論文材料的存取過程為例，學(xué)生通過入口層上傳論文材料，經(jīng)過應(yīng)用層與控制器層的交互，將材料分類歸檔后存儲于數(shù)據(jù)庫中。導(dǎo)師評閱論文時，從數(shù)據(jù)庫中獲取論文材料，經(jīng)過控制器過濾，利用過濾后的數(shù)據(jù)渲染視圖View，再經(jīng)過服務(wù)器腳本語言的解析將論文材料顯示在瀏覽器中。系統(tǒng)設(shè)計流程清晰，文件結(jié)構(gòu)合理，運行穩(wěn)定高效。

1.2 運行環(huán)境搭建

學(xué)校每年的本科畢業(yè)生及導(dǎo)師人數(shù)在5 000人左右。因此在系統(tǒng)運行環(huán)境的選擇上，需要考慮所選擇的環(huán)境是否能夠滿足系統(tǒng)運行時可能出現(xiàn)的高并發(fā)量需求，同時也要兼顧軟件平臺之間的兼容性。由于YII2框架本身基于PHP程序設(shè)計語言，因此選用IIS+PHP+MYSQL集成環(huán)境作為系統(tǒng)運行的承載方式[10]。用戶進行操作時產(chǎn)生的服務(wù)請求，通過互聯(lián)網(wǎng)環(huán)境傳遞至服務(wù)器，再經(jīng)過PHP程序語言的解析與分析，從數(shù)據(jù)庫中存取所需的數(shù)據(jù)。數(shù)據(jù)經(jīng)過一定格式化處理之后，傳遞到客戶端界面呈現(xiàn)給用戶，從而完成了一次服務(wù)請求處理過程。同時，為避免出現(xiàn)數(shù)據(jù)孤島，實現(xiàn)與學(xué)校相關(guān)部門進行數(shù)據(jù)整合與同步，利用MYSQL存儲過程實現(xiàn)數(shù)據(jù)庫數(shù)據(jù)的定期同步更新。

為提高系統(tǒng)的并發(fā)承載能力，增強用戶使用體驗，對IIS應(yīng)用服務(wù)器與MYSQL數(shù)據(jù)庫進行了性能調(diào)教，在較多用戶同時使用的情況下，也能夠流暢地運行。

表1 IIS性能參數(shù)調(diào)整

表2 MYSQL性能參數(shù)調(diào)整

2 系統(tǒng)總體設(shè)計

通過對本科論文工作的各個階段進行分析與研究，考察師生在論文實施過程中進行的操作流程，基于面向?qū)ο蟮某绦蛟O(shè)計理念，畢業(yè)設(shè)計質(zhì)量管理系統(tǒng)主要分為用戶管理模塊、論文選題模塊、論文實施模塊、論文評審模塊以及論文答辯模塊。用戶管理模塊包括用戶登錄、角色切換與用戶信息；論文選題模塊包括課題申報與課題錄入；論文實施模塊包括開題報告管理、文獻綜述管理、外文翻譯管理、論文正文管理、在線互動平臺與導(dǎo)師審核模塊；論文評審模塊包括評閱分配、督導(dǎo)組抽檢與重復(fù)率檢測；論文答辯模塊包括答辯分組、終稿裝訂與水印生成。各模塊之間相互聯(lián)系，從論文開題到畢業(yè)答辯，形成了畢業(yè)設(shè)計質(zhì)量管理流程全過程，在規(guī)范工作流程的同時，加強導(dǎo)師在設(shè)計工作中的每一階段對學(xué)生進行的指導(dǎo)與監(jiān)督作用[11-12]。

圖2 系統(tǒng)功能模塊

2.1 用戶管理模塊設(shè)計

2.1.1 多用戶協(xié)同工作模式設(shè)計

為規(guī)范畢業(yè)設(shè)計流程，保障論文質(zhì)量，系統(tǒng)設(shè)計了學(xué)生、導(dǎo)師、學(xué)科秘書、督導(dǎo)組與管理員5個角色，每種角色分別擁有各自不同的功能與權(quán)限，學(xué)生在系統(tǒng)上按規(guī)定步驟開展畢業(yè)設(shè)計工作；導(dǎo)師負責(zé)根據(jù)每一階段的具體要求輔導(dǎo)與監(jiān)督學(xué)生的工作完成情況；學(xué)科秘書負責(zé)統(tǒng)計本學(xué)科師生的設(shè)計工作進展情況，監(jiān)督師生按時完成各階段工作；督導(dǎo)組負責(zé)在系統(tǒng)上抽查學(xué)生設(shè)計工作完成情況，如抽查論文三大件與正文等。管理員負責(zé)監(jiān)控畢業(yè)設(shè)計工作進展，完成論文重復(fù)率檢測與評閱成績管理等工作。多角色協(xié)同工作實現(xiàn)了對畢業(yè)設(shè)計工作流程的多維度綜合管理模式，完善了論文質(zhì)量衡量指標體系。

圖3 多角色協(xié)同工作模式

由于各角色在每一階段需要執(zhí)行的操作不同，因此不能簡單地通過數(shù)據(jù)庫字段來進行用戶權(quán)限設(shè)計。系統(tǒng)在控制器中使用group_id字段區(qū)分不同的角色，根據(jù)group_id字段值為各個角色分配相應(yīng)的操作功能，同時，存在多重身份的用戶可以在系統(tǒng)內(nèi)自主切換角色，如導(dǎo)師與學(xué)科秘書雙重身份、導(dǎo)師與督導(dǎo)組雙重身份，相應(yīng)實現(xiàn)代碼如下：

public function actionChangerole($roleid)

{

model = new LoginForm();

model -> username = yii::$app->user->identity->username;

model -> password = yii::$app->user->identity->password;

model ->group_id = $roleid;

if (model->login() ) {//角色切換成功

return this->goBack();

}

}

使用group_id字段來識別用戶所屬角色，角色判斷代碼如下。

public function getUser()

{

if ($this->_user === false) {

$this->_user = User::findByUsername($this->username, $this->group_id );

}

return $this->_user;

}

2.1.2 用戶登錄驗證流程設(shè)計

系統(tǒng)接收用戶提交的用戶名Username、密碼Password與驗證碼Verifycode，新建一個LoginForm對象，將用戶登錄信息存儲其中，并調(diào)用findByUsername方法通過Username從數(shù)據(jù)庫中獲取用戶信息，調(diào)用validatePassword方法執(zhí)行密碼驗證，通過Captcha模塊執(zhí)行驗證碼識別，登錄成功后，將登錄狀態(tài)保存于session中，便于記錄用戶的登陸狀態(tài)與信息。用戶角色切換主要通過changerole方法實現(xiàn)，在方法中通過修改group_id值變更用戶角色。

圖4 用戶登錄驗證流程

2.1.3 用戶管理模塊實體關(guān)系設(shè)計

用戶管理方面涉及到的數(shù)據(jù)表有用戶數(shù)據(jù)表user、導(dǎo)師專業(yè)表major、導(dǎo)師信息表tutor_title、班級信息表class以及用戶組信息表usergroup。用戶數(shù)據(jù)表user存儲用戶登陸數(shù)據(jù)與用戶基本信息，其中包含的字段group_id用于區(qū)分不同用戶組，group_id為1表示學(xué)生用戶組，group_id為2表示導(dǎo)師用戶組，group_id為3表示學(xué)科秘書，group_id為4表示管理員，group_id為5表示督導(dǎo)組；字段belong_to_id定義學(xué)生所在班級及導(dǎo)師所屬系部；字段username、password、gender、phone、email分別定義用戶的登錄賬號、密碼、性別、電話、郵箱信息。

2.2 論文選題模塊設(shè)計

導(dǎo)師登錄畢業(yè)設(shè)計質(zhì)量管理系統(tǒng)，在線錄入論文選題，選題字段包括：課題題目、課題內(nèi)容(國內(nèi)外研究現(xiàn)狀與重點要解決的問題)、課題準備情況、對學(xué)生的要求、內(nèi)容性質(zhì)、課題來源、課題類型、實習(xí)地點與用機時數(shù)等。學(xué)生使用手機、平板或電腦終端，實時查看任務(wù)書，了解選題內(nèi)容，通過系統(tǒng)提供的在線交流平臺與導(dǎo)師進行線上溝通，在充分理解選題的內(nèi)容和意義之后，提交選題申請，經(jīng)導(dǎo)師審核確認之后，下達任務(wù)書。畢業(yè)設(shè)計質(zhì)量管理系統(tǒng)通過信息化手段實現(xiàn)選題工作的全程線上操作，方便學(xué)生學(xué)習(xí)選題內(nèi)容，了解導(dǎo)師的研究領(lǐng)域，促進與導(dǎo)師之間的溝通與交流。

在論文撰寫過程中，經(jīng)常出現(xiàn)論文內(nèi)容及研究方向與先前的選題存在偏差，需要對論文題目與任務(wù)書進行修改的情況。傳統(tǒng)管理模式要求學(xué)生填寫紙質(zhì)論題修改表，并由導(dǎo)師簽字，所在學(xué)科負責(zé)人簽字，最后經(jīng)學(xué)院負責(zé)人簽字后，方可生效。這種方式在實際操作過程中，往往因相關(guān)負責(zé)人臨時不在，使得學(xué)生疲于奔波，忙于應(yīng)付。畢業(yè)設(shè)計質(zhì)量管理系統(tǒng)實現(xiàn)了“論題修改申請表”的在線填寫與審核方式，學(xué)生利用系統(tǒng)填寫論題修改申請表，通過互聯(lián)網(wǎng)環(huán)境，直接傳遞給導(dǎo)師、學(xué)科負責(zé)人與學(xué)院負責(zé)人進行相應(yīng)的審批操作，足不出戶也能完成同樣的工作，大大減輕了學(xué)生負擔(dān)，使其能夠?qū)⒅饕ν度氲秸撐牡淖珜懝ぷ鳟斨?，對于論文質(zhì)量的提高，起到了積極的推動作用。

圖5 論題修改申請表

2.3 論文實施模塊設(shè)計

論文實施模塊包括開題報告管理、文獻綜述管理、外文翻譯管理與論文正文管理，提供材料上傳、學(xué)生留言、導(dǎo)師評審等功能，將傳統(tǒng)線下師生研討過程搬到線上，方便師生之間進行探討與交流，有利于論文材料的分類與歸檔。

學(xué)生角色：登錄系統(tǒng)，進入論文實施模塊，上傳論文材料(上傳的同時，可以給導(dǎo)師留言)，根據(jù)導(dǎo)師意見修改完善論文材料并填寫修改完成情況說明。

導(dǎo)師角色：在線審閱學(xué)生上傳的論文材料，給出修改意見(可以填寫導(dǎo)師修改意見表，也可以在論文材料上直接標注修改部分并作為評審附件上傳系統(tǒng))，確認并提交修改完善后的論文材料。

2.3.1 材料上傳功能設(shè)計

上傳模塊提供論文材料的上傳功能，同時能夠編寫留言。學(xué)生上傳論文材料，通過留言板塊告訴導(dǎo)師論文材料在哪些地方做了修改，修改完善的情況如何等信息。在上傳過程中，系統(tǒng)先審核文檔類型，出于安全考慮，只允許上傳WORD與PDF文檔，并限制上傳文件大小。部分實現(xiàn)代碼如下：

field(model_titlereport, 'titlereport' )

->hint(“允許上傳以 doc / docx / pdf 為擴展名的 Word / Pdf 文檔!”)

->widget(FileInput::classname(),

['options' => [//'accept' => 'text/pdf','multiple' => false,],

'pluginOptions' => ['showUpload' => true,'browseLabel' => '瀏覽','maxFileSize' => 6000,

'showUpload' => false,'showPreview' => false,

'showRemove' => false,

'allowedFileExtensions' =>['pdf', 'doc', 'docx'],],])?>

2.3.2 論文實施模塊實體關(guān)系設(shè)計

論文實施階段涉及到的數(shù)據(jù)表有論文正文信息表title_paper、開題報告信息表title_report、文獻綜述信息表title_summary、外文翻譯信息表title_translate、論文評閱信息表title_paper_reviewer。系統(tǒng)設(shè)計了開題報告留言信息表title_report_comment、文獻綜述留言信息表title_summary_comment、外文翻譯留言信息表title_translate_comment以及論文正文留言信息表title_paper_comment，分別用于存儲導(dǎo)師與學(xué)生針對開題報告、文獻綜述、外文翻譯與論文正文進行的交流與研討信息。論文實施E-R圖設(shè)計如圖6所示。

圖6 論文實施E-R圖

2.4 論文評審模塊設(shè)計

論文評審模塊在在整個畢業(yè)設(shè)計質(zhì)量管理系統(tǒng)中處于核心位置，用于檢驗學(xué)生論文設(shè)計工作質(zhì)量，考查導(dǎo)師指導(dǎo)工作效果。系統(tǒng)采用匿名互評方式，要求提交的論文需隱去學(xué)生及導(dǎo)師姓名，避免了非客觀因素對評審結(jié)果的影響。系統(tǒng)評審界面提供的評審材料包括：論文題目、參評正文、課題申報表、課題任務(wù)書與指導(dǎo)教師評語表。評閱教師根據(jù)提供的評審材料，從學(xué)術(shù)水平與創(chuàng)新、論證能力、論文撰寫、規(guī)范要求等方面逐項進行客觀評價，在線填寫評閱意見，并給出評閱成績，評閱成績分為優(yōu)秀、良好、中等、及格與不及格5個等級，為了避免部分學(xué)生在給出評閱成績后，消極應(yīng)對論文修改工作，系統(tǒng)設(shè)置對評閱成績及格以上的均顯示為通過，但最終打印的紙質(zhì)評閱表會顯示實際評閱成績。對于部分習(xí)慣在word文檔上編寫評閱意見的教師，系統(tǒng)也提供了人性化的操作方式，即允許評閱教師在word文檔填寫評閱意見，并作為評審附件上傳系統(tǒng)。

2.5 論文答辯模塊設(shè)計

畢業(yè)設(shè)計三大件(開題報告、文獻綜述、外文翻譯)與論文正文經(jīng)過反復(fù)修改與完善，并通過導(dǎo)師最終審核確認之后，允許參加論文答辯。在往屆畢業(yè)設(shè)計管理工作中，經(jīng)常出現(xiàn)學(xué)生提交送審的論文材料與實際參加答辯的材料不一致，導(dǎo)致管理工作出現(xiàn)漏洞，無法對學(xué)生論文完成情況實行有效地監(jiān)督與管理。因此，為確保學(xué)生參加答辯的論文材料與導(dǎo)師實際確認的一致，在導(dǎo)師審核確認之后，要求學(xué)生在系統(tǒng)上為論文三大件與論文正文加水印。學(xué)生攜帶論文水印稿參加畢業(yè)答辯。

在系統(tǒng)設(shè)計中，使用FPDI_PDF-Parser實現(xiàn)論文水印在線生成。學(xué)生只需點擊一下按鈕，即可為論文終稿加水印，論文文檔的文本分析與水印生成過程由系統(tǒng)自動完成。

FPDI文本分析器需要通過FPDF調(diào)用，因此，先加載FPDF模塊，再加載FPDI模塊，代碼如下：

require('./fpdf/fpdf.php' );

require_once('./FPDI_new_version/FPDI/src/autoload.php');

require_once('./FPDI_new_version/FPDI_PDF_Parser/src/autoload.php');

在處理中文文本時為避免出現(xiàn)亂碼，需要對文檔進行轉(zhuǎn)碼操作，通過iconv方法將字符串從UTF8轉(zhuǎn)換為GBK字符集，代碼如下：

pdf_file_gbk = iconv("utf-8","gbk//IGNORE", basename(res[0]['pdf_file'] ) );

為了避免在水印生成過程中出現(xiàn)錯誤導(dǎo)致系統(tǒng)運行崩潰，將文本分析程序放入try/catch異常捕獲代碼塊內(nèi)，代碼如下：

try{

//初始化FPDI

pdf = new FPDI();

pdf = new setasignFpdiFpdi();

//獲取PDF論文文檔的頁數(shù)

pageCount = pdf->setSourceFile(res[0]['pdf_file'] );

//為PDF論文文檔的每一頁添加水印圖標

for (pageNo = 1; pageNo<= pageCount; pageNo++)

{

templateId = pdf->importPage(pageNo);

size = pdf->getTemplateSize(templateId);

if (size['width'] > size['height']) {

pdf->AddPage('L', array(size['width'], size['height']));

}else{

pdf->AddPage('P', array(size['width'], size['height']));

pdf->useTemplate(templateId);

pdf->image("zjut_logo.png", 35, 105, 150); //論文頁面上水印

}

pdf->output("./output/". basename(res[0]['pdf_file'] ), "F");

}

}catch(Exception e ){

print("error" );

}

3 實驗結(jié)果與分析

設(shè)計與開發(fā)畢業(yè)設(shè)計質(zhì)量管理系統(tǒng)，將論文指導(dǎo)過程從線下搬到了線上，為導(dǎo)師與學(xué)生開展設(shè)計論文工作提供了方便。系統(tǒng)采用B/S模式，能夠兼容多種瀏覽器，并通過bootstrap前端顯示技術(shù)實現(xiàn)手機頁面自適應(yīng)功能，無論使用電腦、平板還是手機，都能夠正常地顯示系統(tǒng)界面，突破了系統(tǒng)使用在時間與空間上的限制，提高了學(xué)生進行論文撰寫工作的主觀能動性[13]。

采用的YII2框架技術(shù)，使整個應(yīng)用系統(tǒng)的架構(gòu)符合高內(nèi)聚、低耦合的設(shè)計標準。同時，系統(tǒng)在用戶數(shù)據(jù)管理方面能夠與其他系統(tǒng)進行無縫對接，實現(xiàn)單點登錄與數(shù)據(jù)同步功能，有效避免了出現(xiàn)數(shù)據(jù)孤島，數(shù)據(jù)不一致等問題[14-16]。

采用的FPDI_PDF-Parser文本處理技術(shù)能夠?qū)崿F(xiàn)PDF文檔水印生成，為通過最終評審后的材料生成正式的水印圖標，避免了評審材料與實際參加答辯的材料不一致的問題，同時增強了畢業(yè)論文撰寫工作的儀式感，通過儀式感提高工作動力與執(zhí)行力，增加學(xué)生的滿足感與成就感。

系統(tǒng)通過用戶權(quán)限的分配，實現(xiàn)多角色協(xié)同工作模式，導(dǎo)師、學(xué)科秘書與督導(dǎo)組擁有各自不同的管理工作職責(zé)，體現(xiàn)了多層次、多維度的論文質(zhì)量管理監(jiān)督機制[17-18]。

系統(tǒng)在實際運行過程中，大大減輕了管理人員的工作負擔(dān)，幫助學(xué)生更清晰地理解畢業(yè)設(shè)計工作流程與論文寫作要求，通過在線互動平臺促進了導(dǎo)師與學(xué)生之間地溝通與交流，獲得了教師與學(xué)生的一致好評。

4 結(jié)語

基于傳統(tǒng)本科畢業(yè)設(shè)計管理模式中存在的問題與不足，根據(jù)實際工作需要，設(shè)計與開發(fā)了一套本科畢業(yè)設(shè)計質(zhì)量管理系統(tǒng)，為創(chuàng)新畢業(yè)設(shè)計管理模式提供了網(wǎng)絡(luò)化平臺保障。系統(tǒng)實現(xiàn)了論文材料在線上傳，在線評審以及在線表格的填寫與打印功能，并提供師生在線互動交流平臺，采用FPDI_PDF-Parser文本分析器實現(xiàn)了PDF文檔水印生成。將現(xiàn)代信息技術(shù)與新型管理理念相融合，轉(zhuǎn)變傳統(tǒng)的畢業(yè)設(shè)計工作流程、管理模式與評審方式，提高教務(wù)管理工作效率、方便師生溝通與交流，加強管理人員對論文工作流程的全面掌控，對提高學(xué)生論文寫作質(zhì)量，檢驗學(xué)生綜合素質(zhì)有極大的促進作用。系統(tǒng)已在浙江工業(yè)大學(xué)管理學(xué)院與經(jīng)濟學(xué)院投入實際應(yīng)用，效果良好，并計劃向其他學(xué)院推廣使用。