計(jì)算機(jī)專業(yè)畢業(yè)論文參考

　　作為計(jì)算機(jī)專業(yè)人才培養(yǎng)的主力軍,高校究竟要培養(yǎng)出什么樣的人才,我們必須重新審視和定位。下面是學(xué)習(xí)啦小編給大家推薦的計(jì)算機(jī)專業(yè)畢業(yè)論文參考，希望大家喜歡!

　　計(jì)算機(jī)專業(yè)畢業(yè)論文參考篇一

　　《高校信息門戶網(wǎng)站群建設(shè)管理應(yīng)用問(wèn)題研究及對(duì)策》

　　摘要：該文對(duì)數(shù)字化校園信息門戶網(wǎng)站群在建設(shè)、管理、應(yīng)用過(guò)程中所遇到的問(wèn)題進(jìn)行了深入的研究與探討，在此基礎(chǔ)上結(jié)合高校自身特點(diǎn)，從建設(shè)、管理、應(yīng)用方面考慮分析，對(duì)如何創(chuàng)建一個(gè)標(biāo)準(zhǔn)規(guī)范、系統(tǒng)架構(gòu)全面可靠、系統(tǒng)運(yùn)行安全穩(wěn)定、管理高效統(tǒng)一、應(yīng)用站群內(nèi)容豐富的高校信息門戶網(wǎng)站群給出了相應(yīng)的對(duì)策。

　　關(guān)鍵詞：信息門戶;網(wǎng)站群;對(duì)策

　　高校數(shù)字化校園網(wǎng)站群建設(shè)管理應(yīng)用中，如何進(jìn)行硬件及系統(tǒng)資源合理選型、個(gè)性化需求分析、特殊功能定制、系統(tǒng)架構(gòu)最優(yōu)化設(shè)計(jì)、部署模式選擇是整個(gè)環(huán)節(jié)中關(guān)鍵的問(wèn)題。在系統(tǒng)管理環(huán)節(jié)也會(huì)產(chǎn)生管理員專業(yè)技術(shù)水平低、操作混亂、權(quán)限不明確、安全意識(shí)不高的問(wèn)題。在系統(tǒng)應(yīng)用過(guò)程中更會(huì)經(jīng)常出現(xiàn)無(wú)安全意識(shí)而導(dǎo)致的核心信息泄露、網(wǎng)站模板設(shè)計(jì)單調(diào)無(wú)新意、發(fā)布信息混亂、站點(diǎn)內(nèi)容更新不及時(shí)等諸多問(wèn)題。

　　對(duì)此，該文對(duì)網(wǎng)站群建設(shè)管理應(yīng)用過(guò)程中出現(xiàn)的問(wèn)題進(jìn)行深入的研究和分析，就如何創(chuàng)建一個(gè)智能化、個(gè)性化、安全化的高效穩(wěn)定網(wǎng)站群給出相應(yīng)的策略及解決方案。

　　1 高校信息門戶網(wǎng)站群發(fā)展趨勢(shì)、特點(diǎn)及應(yīng)用現(xiàn)狀分析

　　高校信息門戶網(wǎng)站群的建設(shè)及發(fā)展大致可概括為五個(gè)階段[1]。第一階段的發(fā)展為自然網(wǎng)站群，此階段的特點(diǎn)是未經(jīng)規(guī)劃，各自獨(dú)立。第二階段的發(fā)展為從各個(gè)獨(dú)立網(wǎng)站的某些方面進(jìn)行整體規(guī)劃，統(tǒng)一或分期實(shí)施，但學(xué)校和各院系部門網(wǎng)站的關(guān)系仍然在一個(gè)層級(jí)上，沒有上下級(jí)關(guān)系，且各站點(diǎn)相互獨(dú)立，信息資源不能共享。第三個(gè)階段為整合網(wǎng)站群，因?qū)W校業(yè)務(wù)的需要，將分散在不同物理位置的獨(dú)立站點(diǎn)整合在一起，實(shí)現(xiàn)信息資源的共享。但這樣形成的網(wǎng)站群存在很大的缺陷，信息不能充分共享、不能統(tǒng)一管理、不能統(tǒng)一升級(jí)網(wǎng)站后臺(tái)、不能做到整個(gè)網(wǎng)站群的聯(lián)合信息資源數(shù)據(jù)檢索。第四階段為用網(wǎng)站群內(nèi)容管理系統(tǒng)，統(tǒng)一規(guī)劃、統(tǒng)一實(shí)施或分期實(shí)施，以解決第三代網(wǎng)站群存在缺陷。第五階段為動(dòng)態(tài)內(nèi)容管理概念。目前信息門戶網(wǎng)站群在高校中的建設(shè)及應(yīng)用正處于第二代與第三代門戶網(wǎng)站群初期過(guò)渡時(shí)期。隨著動(dòng)態(tài)內(nèi)容管理概念的提出及相關(guān)平臺(tái)的推出，將引領(lǐng)我國(guó)高校網(wǎng)站及門戶網(wǎng)站群建設(shè)及應(yīng)用的新方向[2]。

　　2 高校信息門戶網(wǎng)站群在建設(shè)管理應(yīng)用中存在問(wèn)題分析

　　信息門戶網(wǎng)站群通過(guò)統(tǒng)一規(guī)范、標(biāo)準(zhǔn)，規(guī)劃建立在統(tǒng)一技術(shù)架構(gòu)基礎(chǔ)之上，按照一定的隸屬關(guān)系組織在一起，既可以統(tǒng)一管理、協(xié)同工作，亦可分角色管理、靈活方便，基于特定權(quán)限共享呈送的網(wǎng)站集合[3]。

　　校園信息門戶網(wǎng)站群的建設(shè)在系統(tǒng)建設(shè)先期首先要做好高校網(wǎng)站建設(shè)的全面規(guī)劃和組織協(xié)調(diào)工作，尤其對(duì)一個(gè)網(wǎng)站集群系統(tǒng)來(lái)講其成功與否與建站前的網(wǎng)站規(guī)劃有著極為重要的關(guān)系。一個(gè)網(wǎng)站的規(guī)劃不應(yīng)該只是宏觀的，而應(yīng)盡可能全面、詳細(xì)、具體。涉及到網(wǎng)站內(nèi)容方面的規(guī)劃，要精心設(shè)計(jì)網(wǎng)站架構(gòu)和模板版面，在網(wǎng)頁(yè)的美工設(shè)計(jì)、頁(yè)面的兼容性、頁(yè)面文件的大小、頁(yè)面上圖片的使用等方面都要有全面、細(xì)致的考慮。但是在具體建設(shè)實(shí)施應(yīng)用過(guò)程中，情況卻并非如此。

　　2.1信息門戶網(wǎng)站群管理應(yīng)用中系統(tǒng)架構(gòu)問(wèn)題

　　高校數(shù)字化校園信息門戶網(wǎng)站群在建設(shè)應(yīng)用前期由于沒有對(duì)整個(gè)應(yīng)用平臺(tái)做合理的架構(gòu)設(shè)計(jì)，大多數(shù)高校出于對(duì)硬件成本的考慮，在架設(shè)平臺(tái)中采用后臺(tái)制作服務(wù)、前臺(tái)發(fā)布服務(wù)以及數(shù)據(jù)庫(kù)服務(wù)集中部署到單臺(tái)服務(wù)器上，或設(shè)計(jì)采用后臺(tái)制作服務(wù)及數(shù)據(jù)庫(kù)服務(wù)部署到一臺(tái)服務(wù)器，前臺(tái)發(fā)布服務(wù)部署到另外一臺(tái)服務(wù)器較前者更合理的部署及發(fā)布方式。此兩種設(shè)計(jì)架構(gòu)及部署方式在系統(tǒng)運(yùn)行應(yīng)用中都會(huì)不同程度的造成服務(wù)器的超負(fù)載超并發(fā)數(shù)的工作，一旦在某一時(shí)段出現(xiàn)大并發(fā)的服務(wù)訪問(wèn)請(qǐng)求易造成整個(gè)服務(wù)癱瘓。因服務(wù)的高度集中，當(dāng)同時(shí)進(jìn)行網(wǎng)站維護(hù)的人員非常多時(shí)，制作服務(wù)器請(qǐng)求響應(yīng)會(huì)顯得異常緩慢。此設(shè)計(jì)架構(gòu)模式及部署方式勢(shì)必會(huì)將服務(wù)器的IP地址網(wǎng)絡(luò)配置信息暴露在公網(wǎng)上，會(huì)對(duì)整個(gè)系統(tǒng)的運(yùn)行安全造成高入侵概率。

　　2.2信息門戶網(wǎng)站群管理應(yīng)用中角色問(wèn)題

　　信息門戶網(wǎng)站群在管理應(yīng)用中由于系統(tǒng)設(shè)計(jì)標(biāo)準(zhǔn)統(tǒng)一規(guī)范，學(xué)校系統(tǒng)管理員先期會(huì)在整個(gè)平臺(tái)中建好各個(gè)院系部門的二級(jí)網(wǎng)站，各相關(guān)應(yīng)用單位選派部門系統(tǒng)管理員，中心對(duì)選派的部門管理員進(jìn)行系統(tǒng)的培訓(xùn)，從模板的制作、部門人員的管理、欄目及頻道的新建與綁定到最后部門站點(diǎn)欄目下文章信息的發(fā)布等系統(tǒng)化的操作演示與講解，讓參培人員掌握站點(diǎn)建設(shè)流程及操作。但是在高校實(shí)際應(yīng)用過(guò)程中，大多數(shù)院系部門選派的參培人員是行政老師或者辦公室教學(xué)秘書等非技術(shù)專業(yè)人員。這些人員由于工作崗位性質(zhì)的關(guān)系更迭頻率比較大，接替的站點(diǎn)管理員由于沒有受過(guò)任何的培訓(xùn)，那么對(duì)部門的整個(gè)站點(diǎn)應(yīng)用肯定也無(wú)從下手，勢(shì)必阻礙部門站點(diǎn)的日常應(yīng)用維護(hù)及更新工作。

　　參培人員計(jì)算機(jī)水平不同，有很大一部分管理員是與計(jì)算機(jī)專業(yè)無(wú)關(guān)的，缺少計(jì)算機(jī)基本相關(guān)理論知識(shí)及應(yīng)用技術(shù)。經(jīng)過(guò)培訓(xùn)后只能掌握比較死板的操作流程，不能做到對(duì)部門站點(diǎn)應(yīng)用的擴(kuò)展及創(chuàng)新。

　　部門站點(diǎn)管理員安全意識(shí)淡薄，在部門站點(diǎn)二級(jí)首頁(yè)任意添加后臺(tái)管理員登陸入口。有的管理員由于自身本職工作量較繁重加上自己對(duì)網(wǎng)站技術(shù)不懂就任意指派學(xué)生或者校外人員代為部門站點(diǎn)管理員。這些都會(huì)給整個(gè)系統(tǒng)平臺(tái)平穩(wěn)運(yùn)行造成安全隱患。

　　2.3信息門戶網(wǎng)站群管理應(yīng)用中模板問(wèn)題

　　信息門戶網(wǎng)站群在管理應(yīng)用中由于平臺(tái)要求各網(wǎng)站風(fēng)格不同但站點(diǎn)實(shí)現(xiàn)集成，那么在應(yīng)用中就要使用到模板。在模板的制作過(guò)程中，需要HTML、CSS、Jscript、JAVA技術(shù)及Photoshop、Dreamweaver等工具的使用。這些專業(yè)技術(shù)及工具，對(duì)大多數(shù)部門站點(diǎn)管理員來(lái)說(shuō)是不可能具有的。那么很多院系部門受到專業(yè)技術(shù)上的限制就只能采用中心提供的幾套固有風(fēng)格的模板，從而造成了幾個(gè)學(xué)院部門使用同一套風(fēng)格模板的情況。

　　某些院系部門因受到技術(shù)水平的限制，就花錢請(qǐng)校外的具有相關(guān)技術(shù)人員定做模板，由于這些校外人員不熟悉平臺(tái)內(nèi)部架構(gòu)及應(yīng)用規(guī)范，做好的模板上傳到平臺(tái)后因不兼容不能使用。

　　系統(tǒng)沒有對(duì)模板管理模塊中對(duì)上傳模板大小及數(shù)目的設(shè)置，應(yīng)用過(guò)程中很多站點(diǎn)管理員就不加任何處理和限制的上傳模板，造成系統(tǒng)資源的巨大浪費(fèi)及日常維護(hù)的管理混亂。此外，系統(tǒng)在角色的授權(quán)及權(quán)限控制管理設(shè)計(jì)方面存在不合理性。

　　2.4信息門戶網(wǎng)站群管理應(yīng)用中功能需求增加及擴(kuò)展問(wèn)題

　　信息門戶網(wǎng)站群在管理應(yīng)用中實(shí)現(xiàn)了對(duì)各站點(diǎn)的高度集成，在使用中部門功能特殊性需要實(shí)現(xiàn)某些特殊的功能模塊，比如：學(xué)生處需要增加一個(gè)功能模塊實(shí)現(xiàn)對(duì)本年度全校十佳校園學(xué)生的投票及最后數(shù)據(jù)統(tǒng)計(jì)、圖表顯示等。而目前運(yùn)行的門戶網(wǎng)站群無(wú)此項(xiàng)功能，因受到擴(kuò)展接口的開放性、開發(fā)周期及開發(fā)人員，以及隨時(shí)提出的特殊功能需求多樣性、不確定性的影響，不能發(fā)揮應(yīng)用平臺(tái)的最大化效能。

　　3 門戶網(wǎng)站群建設(shè)管理應(yīng)用中問(wèn)題對(duì)策

　　3.1 平臺(tái)架構(gòu)設(shè)計(jì)應(yīng)用對(duì)策

　　針對(duì)在體系架構(gòu)問(wèn)題分析中的情況，提出以下體系結(jié)構(gòu)、設(shè)計(jì)架構(gòu)及部署模式。在體系結(jié)構(gòu)中可采用系統(tǒng)呈上下級(jí)結(jié)構(gòu)，自上而下統(tǒng)一管理，然而每站點(diǎn)又相對(duì)獨(dú)立。每個(gè)站點(diǎn)可以擁有獨(dú)立的一個(gè)或多個(gè)域名，以及各自獨(dú)立的站點(diǎn)管理。站點(diǎn)上下級(jí)結(jié)構(gòu)UML如圖1所示，上級(jí)站點(diǎn)包含(擁有)下級(jí)站點(diǎn)。

　　在系統(tǒng)架構(gòu)設(shè)計(jì)及部署模式中采用分散式的負(fù)載均衡集群，分散式設(shè)計(jì)與部署以站點(diǎn)為單位，把對(duì)各級(jí)站點(diǎn)的維護(hù)壓力分散到不同的服務(wù)器上。制作服務(wù)器的站點(diǎn)分配可以靈活配置，在一臺(tái)制作服務(wù)器上可以選擇部署一個(gè)或多個(gè)動(dòng)態(tài)站點(diǎn)。管理職責(zé)明確，不同的制作服務(wù)器可以由不同的部門來(lái)管理。分散式設(shè)計(jì)及部署示意圖如圖2所示：

　　分散式設(shè)計(jì)及部署模式與集中式設(shè)計(jì)及部署模式應(yīng)用比較中，雖然集中式減輕了管理負(fù)擔(dān)，節(jié)省了硬件方面的投入，但是在學(xué)校實(shí)際的應(yīng)用環(huán)境中會(huì)帶來(lái)服務(wù)運(yùn)行及訪問(wèn)性能、服務(wù)及數(shù)據(jù)安全、數(shù)據(jù)存儲(chǔ)及動(dòng)態(tài)實(shí)時(shí)增長(zhǎng)等方面的問(wèn)題。分散式設(shè)計(jì)及部署方式較好的解決了這些問(wèn)題，其可以較好的解決在大并發(fā)數(shù)大訪問(wèn)量的情況下減輕服務(wù)器的運(yùn)行壓力，加快訪問(wèn)數(shù)據(jù)請(qǐng)求及相應(yīng)速度。無(wú)論運(yùn)行在外層的發(fā)布服務(wù)器還是內(nèi)部的制作服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器、文件服務(wù)器在安全性能上都提高了很多。一旦某臺(tái)制作或者發(fā)布服務(wù)器出現(xiàn)硬件故障，或者因漏洞被黑客入侵，那么服務(wù)或者數(shù)據(jù)處理會(huì)自動(dòng)切換到狀態(tài)正常服務(wù)器。采用數(shù)據(jù)、文件與服務(wù)分離，進(jìn)一步保障了數(shù)據(jù)、文件的安全，提升了其交互的處理時(shí)間。也符合系統(tǒng)站點(diǎn)多，數(shù)據(jù)量時(shí)刻增長(zhǎng)，大數(shù)據(jù)的需求特性。數(shù)據(jù)服務(wù)器、文件服務(wù)器、制作服務(wù)器相互之間可以使用內(nèi)部網(wǎng)絡(luò)地址，發(fā)布服務(wù)器采用雙網(wǎng)卡，一個(gè)設(shè)置公網(wǎng)地址提供對(duì)外服務(wù)，一個(gè)設(shè)置內(nèi)部地址提供與制作服務(wù)器的互聯(lián)。進(jìn)一步增加服務(wù)系統(tǒng)的訪問(wèn)安全級(jí)別。

　　3.2網(wǎng)站群管理應(yīng)用中角色權(quán)限問(wèn)題對(duì)策

　　針對(duì)各站點(diǎn)管理員應(yīng)用群體，各院系部門需從實(shí)際出發(fā)，考慮所指派的本部門站點(diǎn)管理員的更迭頻率，安排不易變動(dòng)的并具有計(jì)算機(jī)相關(guān)技術(shù)的專業(yè)性老師做為站點(diǎn)管理員。站點(diǎn)管理員通過(guò)中心專門的技術(shù)人員多次培訓(xùn)與日常技術(shù)支持，熟練掌握平臺(tái)的操作及使用，嚴(yán)格按照操作規(guī)范及流程，并在使用過(guò)程中提高安全意識(shí)。

　　系統(tǒng)角色權(quán)限管理設(shè)計(jì)中采用分級(jí)授權(quán)、多級(jí)權(quán)限控制的方式。分級(jí)委派授權(quán)機(jī)制，上級(jí)站點(diǎn)管理員可以指定下級(jí)站點(diǎn)的信息管理范圍、人員管理范圍以及功能組件使用范圍;而下級(jí)站點(diǎn)的管理員又可以把其權(quán)限范圍內(nèi)信息、功能組件委派授權(quán)給更下一級(jí)站點(diǎn)。

　　當(dāng)上級(jí)站點(diǎn)給下級(jí)指定信息范圍之后，下級(jí)站點(diǎn)就可以發(fā)展壯大其站點(diǎn)內(nèi)的信息，而這些信息自然地屬于上級(jí)站點(diǎn)。這種模式極大地減少了各級(jí)管理員的權(quán)限分配、信息維護(hù)的工作量，管理起來(lái)非常方便。分級(jí)授權(quán)模式結(jié)構(gòu)示意圖如圖3所示：

　　在某個(gè)具體的站點(diǎn)內(nèi)，系統(tǒng)對(duì)信息的訪問(wèn)控制有很嚴(yán)格而又靈活的策略。站點(diǎn)管理員可以靈活設(shè)置信息所屬的權(quán)限組，允許哪些人瀏覽，允許哪些人編輯;甚至還可以對(duì)ip地址進(jìn)行限制，比如在單位時(shí)允許訪問(wèn)某些信息，回到家就不允許訪問(wèn)了。多權(quán)限控制模式UML示意圖如圖4所示。

　　在一個(gè)站點(diǎn)內(nèi)可以創(chuàng)建多個(gè)不同的權(quán)限組。每個(gè)權(quán)限組內(nèi)可以綁定多個(gè)人員。每個(gè)權(quán)限組可以綁定多個(gè)欄目，用于限定此權(quán)限的信息范圍。每個(gè)權(quán)限組上可以設(shè)置訪問(wèn)ip限定。這樣權(quán)限組內(nèi)的人員可以對(duì)該組綁定的欄目下的文章?lián)碛幸欢ǖ牟僮鳈?quán)限。不同類別的權(quán)限組代表了能夠進(jìn)行的不同操作：審核發(fā)布、起草送審、瀏覽等。

　　3.3網(wǎng)站群管理應(yīng)用中模板問(wèn)題對(duì)策

　　模板設(shè)計(jì)與制作需要專業(yè)知識(shí)與技術(shù)，在學(xué)校應(yīng)用過(guò)程中各院系部門也不可能都能提供以為具有較高的相關(guān)技術(shù)的站點(diǎn)管理人員，那么就要考慮整個(gè)項(xiàng)目中要有中心單位提供一位具有較高專業(yè)知識(shí)及技術(shù)的技術(shù)人員來(lái)專門負(fù)責(zé)模板的設(shè)計(jì)與開發(fā)工作。各院系部門特色不同，網(wǎng)站風(fēng)格自然也就多樣。要滿足站點(diǎn)多風(fēng)格異的特性，有一位專門負(fù)責(zé)模板設(shè)計(jì)與開發(fā)的技術(shù)人員較為合理。同時(shí)也保障了系統(tǒng)使用及訪問(wèn)上的安全性。

　　系統(tǒng)模板功能模塊設(shè)計(jì)中增加對(duì)模板上傳的操作功能，實(shí)現(xiàn)對(duì)上傳模板的審核與控制。從而進(jìn)一步增強(qiáng)對(duì)模板的規(guī)范性管理與應(yīng)用。保證系統(tǒng)平臺(tái)的安全使用及運(yùn)行。

　　3.4網(wǎng)站群管理應(yīng)用中功能擴(kuò)展問(wèn)題對(duì)策

　　在系統(tǒng)平臺(tái)部署完運(yùn)行過(guò)程中出現(xiàn)的特殊功能需求問(wèn)題，需要在系統(tǒng)開發(fā)前期提出預(yù)留的功能接口，以便在需求出現(xiàn)的時(shí)候有開發(fā)人員在短時(shí)間內(nèi)得以實(shí)現(xiàn)。在系統(tǒng)平臺(tái)功能模塊中提供RSS信息抓取及展現(xiàn)的功能，支持Portlet界面集成，支持第三方組件的功能，一旦系統(tǒng)功能有此需求及良好的兼容性，就能得到及時(shí)的實(shí)現(xiàn)與應(yīng)用。除此系統(tǒng)最好提供好以經(jīng)實(shí)現(xiàn)的接口和功能組件，如BBS論壇、在線調(diào)查、留言、待辦提醒、領(lǐng)導(dǎo)信箱、信息數(shù)據(jù)統(tǒng)計(jì)等等。

　　4 結(jié)束語(yǔ)

　　高校信息門戶網(wǎng)站群平臺(tái)可以快速地搭建多個(gè)信息相互關(guān)聯(lián)的網(wǎng)站;每個(gè)站點(diǎn)可以擁有多套模板;在應(yīng)用中確實(shí)給我們帶來(lái)了便利及實(shí)用，但在管理應(yīng)用中確實(shí)還存在著很多不合理性，該文通過(guò)對(duì)門戶網(wǎng)站群平臺(tái)使用過(guò)程中出現(xiàn)的問(wèn)題分析，給出了相應(yīng)的解決辦法，以期系統(tǒng)平臺(tái)能在高校信息化建設(shè)中發(fā)揮高大的作用。

　　參考文獻(xiàn)：

　　[1] 徐兵，王克強(qiáng)，徐為民.基于信息資源整合的高校信息化建設(shè)模式[J].教育信息化，2004(7)：68-70.

　　[2] Detlor B.Corporate portal as information infrastructure：Towards a framework for portal design.International Journal of Information Management.2002(20)：91-101.

　　[3] 朱永虎，張選平，譚小鵬，等.Jetspeed一企業(yè)信息門戶的實(shí)現(xiàn)[J].計(jì)算機(jī)應(yīng)用研究，2003(3)：155-157.

　　[4] 張為普.關(guān)于企業(yè)門戶的研究[M].中國(guó)機(jī)械工程，2003，14(15)：1313-1316.

　　[5] 李剛.輕量級(jí)J2EE企業(yè)應(yīng)用實(shí)踐一一Struts+Spring+Hibernate整合開發(fā)[M].北京：電子工業(yè)出版社，2007：311-392.

　　[6] Rick Greenwald.Jim Mibery.Oracle AS Portal寶典[M].北京：電子工業(yè)出版社，2003：156-201.

　　[7] 王爽.高校網(wǎng)站群管理系統(tǒng)的設(shè)計(jì)[J].西安文理學(xué)院學(xué)報(bào)：自然科學(xué)版，2011(14)：78-79.

　　[8] 李春子.網(wǎng)站集群式管理在高校中的應(yīng)用分析[J].數(shù)字技術(shù)與應(yīng)用，2010(5)：81-82.

點(diǎn)擊下頁(yè)還有更多>>>計(jì)算機(jī)專業(yè)畢業(yè)論文參考