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

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

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

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

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

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

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

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

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

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

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

　　信息門戶網(wǎng)站群通過統(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)工作，尤其對一個網(wǎng)站集群系統(tǒng)來講其成功與否與建站前的網(wǎng)站規(guī)劃有著極為重要的關(guān)系。一個網(wǎng)站的規(guī)劃不應(yīng)該只是宏觀的，而應(yīng)盡可能全面、詳細(xì)、具體。涉及到網(wǎng)站內(nèi)容方面的規(guī)劃，要精心設(shè)計網(wǎng)站架構(gòu)和模板版面，在網(wǎng)頁的美工設(shè)計、頁面的兼容性、頁面文件的大小、頁面上圖片的使用等方面都要有全面、細(xì)致的考慮。但是在具體建設(shè)實施應(yīng)用過程中，情況卻并非如此。

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

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

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

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

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

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

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

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

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

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

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

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

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

　　3.1 平臺架構(gòu)設(shè)計應(yīng)用對策

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　4 結(jié)束語

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

　　參考文獻(xiàn)：

　　[1] 徐兵，王克強，徐為民.基于信息資源整合的高校信息化建設(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è)信息門戶的實現(xiàn)[J].計算機應(yīng)用研究，2003(3)：155-157.

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

　　[5] 李剛.輕量級J2EE企業(yè)應(yīng)用實踐一一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].西安文理學(xué)院學(xué)報：自然科學(xué)版，2011(14)：78-79.

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

點擊下頁還有更多>>>計算機專業(yè)畢業(yè)論文參考