计算机专业毕业论文参考

　　作为计算机专业人才培养的主力军,高校究竟要培养出什么样的人才,我们必须重新审视和定位。下面是学习啦小编给大家推荐的计算机专业毕业论文参考，希望大家喜欢!

　　计算机专业毕业论文参考篇一

　　《高校信息门户网站群建设管理应用问题研究及对策》

　　摘要：该文对数字化校园信息门户网站群在建设、管理、应用过程中所遇到的问题进行了深入的研究与探讨，在此基础上结合高校自身特点，从建设、管理、应用方面考虑分析，对如何创建一个标准规范、系统架构全面可靠、系统运行安全稳定、管理高效统一、应用站群内容丰富的高校信息门户网站群给出了相应的对策。

　　关键词：信息门户;网站群;对策

　　高校数字化校园网站群建设管理应用中，如何进行硬件及系统资源合理选型、个性化需求分析、特殊功能定制、系统架构最优化设计、部署模式选择是整个环节中关键的问题。在系统管理环节也会产生管理员专业技术水平低、操作混乱、权限不明确、安全意识不高的问题。在系统应用过程中更会经常出现无安全意识而导致的核心信息泄露、网站模板设计单调无新意、发布信息混乱、站点内容更新不及时等诸多问题。

　　对此，该文对网站群建设管理应用过程中出现的问题进行深入的研究和分析，就如何创建一个智能化、个性化、安全化的高效稳定网站群给出相应的策略及解决方案。

　　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.

点击下页还有更多>>>计算机专业毕业论文参考