計算機專業畢業論文參考
作為計算機專業人才培養的主力軍,高校究竟要培養出什麼樣的人才,我們必須重新審視和定位。下面是小編給大家推薦的，希望大家喜歡!
篇一
《高校資訊入口網站群建設管理應用問題研究及對策》
摘要：該文對數字化校園資訊入口網站群在建設、管理、應用過程中所遇到的問題進行了深入的研究與探討，在此基礎上結合高校自身特點，從建設、管理、應用方面考慮分析，對如何建立一個標準規範、系統架構全面可靠、系統執行安全穩定、管理高效統一、應用站群內容豐富的高校資訊入口網站群給出了相應的對策。
關鍵詞：資訊門戶;網站群;對策
高校數字化校園網站群建設管理應用中，如何進行硬體及系統資源合理選型、個性化需求分析、特殊功能定製、系統架構最優化設計、部署模式選擇是整個環節中關鍵的問題。在系統管理環節也會產生管理員專業技術水平低、操作混亂、許可權不明確、安全意識不高的問題。在系統應用過程中更會經常出現無安全意識而導致的核心資訊洩露、網站模板設計單調無新意、釋出資訊混亂、站點內容更新不及時等諸多問題。
對此，該文對網站群建設管理應用過程中出現的問題進行深入的研究和分析，就如何建立一個智慧化、個性化、安全化的高效穩定網站群給出相應的策略及解決方案。
1 高校資訊入口網站群發展趨勢、特點及應用現狀分析
高校資訊入口網站群的建設及發展大致可概括為五個階段[1]。第一階段的發展為自然網站群，此階段的特點是未經規劃，各自獨立。第二階段的發展為從各個獨立網站的某些方面進行整體規劃，統一或分期實施，但學校和各院系部門網站的關係仍然在一個層級上，沒有上下級關係，且各站點相互獨立，資訊資源不能共享。第三個階段為整合網站群，因學校業務的需要，將分散在不同物理位置的獨立站點整合在一起，實現資訊資源的共享。但這樣形成的網站群存在很大的缺陷，資訊不能充分共享、不能統一管理、不能統一升級網站後臺、不能做到整個網站群的聯合資訊資源資料檢索。第四階段為用網站群內容管理系統，統一規劃、統一實施或分期實施，以解決第三代網站群存在缺陷。第五階段為動態內容管理概念。目前資訊入口網站群在高校中的建設及應用正處於第二代與第三代入口網站群初期過渡時期。隨著動態內容管理概念的提出及相關平臺的推出，將引領我國高校網站及入口網站群建設及應用的新方向[2]。
2 高校資訊入口網站群在建設管理應用中存在問題分析
資訊入口網站群通過統一規範、標準，規劃建立在統一技術架構基礎之上，按照一定的隸屬關係組織在一起，既可以統一管理、協同工作，亦可分角色管理、靈活方便，基於特定許可權共享呈送的網站集合[3]。
校園資訊入口網站群的建設在系統建設先期首先要做好高校網站建設的全面規劃和組織協調工作，尤其對一個網站集群系統來講其成功與否與建站前的網站規劃有著極為重要的關係。一個網站的規劃不應該只是巨集觀的，而應儘可能全面、詳細、具體。涉及到網站內容方面的規劃，要精心設計網站架構和模板版面，在網頁的美工設計、頁面的相容性、頁面檔案的大小、頁面上圖片的使用等方面都要有全面、細緻的考慮。但是在具體建設實施應用過程中，情況卻並非如此。
2.1資訊入口網站群管理應用中系統架構問題
高校數字化校園資訊入口網站群在建設應用前期由於沒有對整個應用平臺做合理的架構設計，大多數高校出於對硬體成本的考慮，在架設平臺中採用後臺製作服務、前臺釋出服務以及資料庫服務集中部署到單臺伺服器上，或設計採用後臺製作服務及資料庫服務部署到一臺伺服器，前臺釋出服務部署到另外一臺伺服器較前者更合理的部署及釋出方式。此兩種設計架構及部署方式在系統執行應用中都會不同程度的造成伺服器的超負載超併發數的工作，一旦在某一時段出現大併發的服務訪問請求易造成整個服務癱瘓。因服務的高度集中，當同時進行網站維護的人員非常多時，製作伺服器請求響應會顯得異常緩慢。此設計架構模式及部署方式勢必會將伺服器的IP地址網路配置資訊暴露在公網上，會對整個系統的執行安全造成高入侵概率。
2.2資訊入口網站群管理應用中角色問題
資訊入口網站群在管理應用中由於系統設計標準統一規範，學校系統管理員先期會在整個平臺中建好各個院系部門的二級網站，各相關應用單位選派部門系統管理員，中心對選派的部門管理員進行系統的培訓，從模板的製作、部門人員的管理、欄目及頻道的新建與繫結到最後部門站點欄目下文章資訊的釋出等系統化的操作演示與講解，讓參培人員掌握站點建設流程及操作。但是在高校實際應用過程中，大多數院系部門選派的參培人員是行政老師或者辦公室教學祕書等非技術專業人員。這些人員由於工作崗位性質的關係更迭頻率比較大，接替的站點管理員由於沒有受過任何的培訓，那麼對部門的整個站點應用肯定也無從下手，勢必阻礙部門站點的日常應用維護及更新工作。
參培人員計算機水平不同，有很大一部分管理員是與計算機專業無關的，缺少計算機基本相關理論知識及應用技術。經過培訓後只能掌握比較死板的操作流程，不能做到對部門站點應用的擴充套件及創新。
部門站點管理員安全意識淡薄，在部門站點二級首頁任意新增後臺管理員登陸***。有的管理員由於自身本職工作量較繁重加上自己對網站技術不懂就任意指派學生或者校外人員代為部門站點管理員。這些都會給整個系統平臺平穩執行造成安全隱患。
2.3資訊入口網站群管理應用中模板問題
資訊入口網站群在管理應用中由於平臺要求各網站風格不同但站點實現整合，那麼在應用中就要使用到模板。在模板的製作過程中，需要HTML、CSS、Jscript、JAVA技術及Photoshop、Dreamweaver等工具的使用。這些專業技術及工具，對大多數部門站點管理員來說是不可能具有的。那麼很多院系部門受到專業技術上的限制就只能採用中心提供的幾套固有風格的模板，從而造成了幾個學院部門使用同一套風格模板的情況。
某些院系部門因受到技術水平的限制，就花錢請校外的具有相關技術人員定做模板，由於這些校外人員不熟悉平臺內部架構及應用規範，做好的模板上傳到平臺後因不相容不能使用。
系統沒有對模板管理模組中對上傳模板大小及數目的設定，應用過程中很多站點管理員就不加任何處理和限制的上傳模板，造成系統資源的巨大浪費及日常維護的管理混亂。此外，系統在角色的授權及許可權控制管理設計方面存在不合理性。
2.4資訊入口網站群管理應用中功能需求增加及擴充套件問題
資訊入口網站群在管理應用中實現了對各站點的高度整合，在使用中部門功能特殊性需要實現某些特殊的功能模組，比如：學生處需要增加一個功能模組實現對本年度全校十佳校園學生的投票及最後資料統計、圖表顯示等。而目前執行的入口網站群無此項功能，因受到擴充套件介面的開放性、開發週期及開發人員，以及隨時提出的特殊功能需求多樣性、不確定性的影響，不能發揮應用平臺的最大化效能。
3 入口網站群建設管理應用中問題對策
3.1 平臺架構設計應用對策
針對在體系架構問題分析中的情況，提出以下體系結構、設計架構及部署模式。在體系結構中可採用系統呈上下級結構，自上而下統一管理，然而每站點又相對獨立。每個站點可以擁有獨立的一個或多個域名，以及各自獨立的站點管理。站點上下級結構UML如圖1所示，上級站點包含***擁有***下級站點。
在系統架構設計及部署模式中採用分散式的負載均衡叢集，分散式設計與部署以站點為單位，把對各級站點的維護壓力分散到不同的伺服器上。製作伺服器的站點分配可以靈活配置，在一臺製作伺服器上可以選擇部署一個或多個動態站點。管理職責明確，不同的製作伺服器可以由不同的部門來管理。分散式設計及部署示意圖如圖2所示：
分散式設計及部署模式與集中式設計及部署模式應用比較中，雖然集中式減輕了管理負擔，節省了硬體方面的投入，但是在學校實際的應用環境中會帶來服務執行及訪問效能、服務及資料安全、資料儲存及動態實時增長等方面的問題。分散式設計及部署方式較好的解決了這些問題，其可以較好的解決在大併發數大訪問量的情況下減輕伺服器的執行壓力，加快訪問資料請求及相應速度。無論執行在外層的釋出伺服器還是內部的製作伺服器、資料庫伺服器、檔案伺服器在安全效能上都提高了很多。一旦某臺製作或者釋出伺服器出現硬體故障，或者因漏洞被黑客入侵，那麼服務或者資料處理會自動切換到狀態正常伺服器。採用資料、檔案與服務分離，進一步保障了資料、檔案的安全，提升了其互動的處理時間。也符合系統站點多，資料量時刻增長，大資料的需求特性。資料伺服器、檔案伺服器、製作伺服器相互之間可以使用內部網路地址，釋出伺服器採用雙網絡卡，一個設定公網地址提供對外服務，一個設定內部地址提供與製作伺服器的互聯。進一步增加服務系統的訪問安全級別。
3.2網站群管理應用中角色許可權問題對策
針對各站點管理員應用群體，各院系部門需從實際出發，考慮所指派的本部門站點管理員的更迭頻率，安排不易變動的並具有計算機相關技術的專業性老師做為站點管理員。站點管理員通過中心專門的技術人員多次培訓與日常技術支援，熟練掌握平臺的操作及使用，嚴格按照操作規範及流程，並在使用過程中提高安全意識。
系統角色許可權管理設計中採用分級授權、多級許可權控制的方式。分級委派授權機制，上級站點管理員可以指定下級站點的資訊管理範圍、人員管理範圍以及功能元件使用範圍;而下級站點的管理員又可以把其許可權範圍內資訊、功能元件委派授權給更下一級站點。
當上級站點給下級指定資訊範圍之後，下級站點就可以發展壯大其站點內的資訊，而這些資訊自然地屬於上級站點。這種模式極大地減少了各級管理員的許可權分配、資訊維護的工作量，管理起來非常方便。分級授權模式結構示意圖如圖3所示：
在某個具體的站點內，系統對資訊的訪問控制有很嚴格而又靈活的策略。站點管理員可以靈活設定資訊所屬的許可權組，允許哪些人瀏覽，允許哪些人編輯;甚至還可以對ip地址進行限制，比如在單位時允許訪問某些資訊，回到家就不允許訪問了。多許可權控制模式UML示意圖如圖4所示。
在一個站點內可以建立多個不同的許可權組。每個許可權組內可以繫結多個人員。每個許可權組可以繫結多個欄目，用於限定此許可權的資訊範圍。每個許可權組上可以設定訪問ip限定。這樣許可權組內的人員可以對該組繫結的欄目下的文章擁有一定的操作許可權。不同類別的許可權組代表了能夠進行的不同操作：稽核釋出、起草送審、瀏覽等。
3.3網站群管理應用中模板問題對策
模板設計與製作需要專業知識與技術，在學校應用過程中各院系部門也不可能都能提供以為具有較高的相關技術的站點管理人員，那麼就要考慮整個專案中要有中心單位提供一位具有較高專業知識及技術的技術人員來專門負責模板的設計與開發工作。各院系部門特色不同，網站風格自然也就多樣。要滿足站點多風格異的特性，有一位專門負責模板設計與開發的技術人員較為合理。同時也保障了系統使用及訪問上的安全性。
系統模板功能模組設計中增加對模板上傳的操作功能，實現對上傳模板的稽核與控制。從而進一步增強對模板的規範性管理與應用。保證系統平臺的安全使用及執行。
3.4網站群管理應用中功能擴充套件問題對策
在系統平臺部署完執行過程中出現的特殊功能需求問題，需要在系統開發前期提出預留的功能介面，以便在需求出現的時候有開發人員在短時間內得以實現。在系統平臺功能模組中提供RSS資訊抓取及展現的功能，支援Portlet介面整合，支援第三方元件的功能，一旦系統功能有此需求及良好的相容性，就能得到及時的實現與應用。除此係統最好提供好以經實現的介面和功能元件，如BBS論壇、線上調查、留言、待辦提醒、領導信箱、資訊資料統計等等。
4 結束語
高校資訊入口網站群平臺可以快速地搭建多個資訊相互關聯的網站;每個站點可以擁有多套模板;在應用中確實給我們帶來了便利及實用，但在管理應用中確實還存在著很多不合理性，該文通過對入口網站群平臺使用過程中出現的問題分析，給出了相應的解決辦法，以期系統平臺能在高校資訊化建設中發揮高大的作用。
參考文獻：
[1] 徐兵，王克強，徐為民.基於資訊資源整合的高校資訊化建設模式[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一企業資訊門戶的實現[J].計算機應用研究，2003***3***：155-157.
[4] 張為普.關於企業門戶的研究[M].中國機械工程，2003，14***15***：1313-1316.
[5] 李剛.輕量級J2EE企業應用實踐一一Struts+Spring+Hibernate整合開發[M].北京：電子工業出版社，2007：311-392.
[6] Rick Greenwald.Jim Mibery.Oracle AS Portal寶典[M].北京：電子工業出版社，2003：156-201.
[7] 王爽.高校網站群管理系統的設計[J].西安文理學院學報：自然科學版，2011***14***：78-79.
[8] 李春子.網站叢集式管理在高校中的應用分析[J].數字技術與應用，2010***5***：81-82.
點選下頁還有更多>>>