数字校园管理范文第1篇

关键词:SOA数字化校园统一身份认证服务

0引言

本文将引入一个SOA的技术架构的概念来应用到WEB服务中来建设数字化校园网络系统，具有复用性高、扩充性好、能有效整合现有各种应用系统等优点，并且可以构成具有统一的用户、资源及权限管理使用的平台，从而彻底解决信息孤岛的问题，以充分利用各软件资源的现代化科学管理的数字化校园网系统。

1数字化校园

1.1数字化校园理论分析“数字化校园”是以网络和数字化信息为依托，利用先进的信息手段和工具，支持学校教学和管理信息流，实现教育、教学、科研、管理、技术服务等校园信息的收集、处理、整合、存储、传输、应用，从环境（包括网络、设备、教室等）、资源（如图书、讲义、课件等）、到活动（包括教、学、管理、服务、办公等）数字化，使教学资源得到充分优化利用的一种虚拟教育环境。“数字化校园”的核心是指用全数字化的信息获取、存储、传输及处理技术，去控制和操纵整个学校的事务，包括教学、科研、管理及技术服务。

1.2数字化校园建设的体系结构“数字化校园”体系结构见图1，由基础设施建设、应用支持平台、服务平台和个性化门户构成

2面向服务的体系架构——SOA

2.1SOA的含义SOA（ServiceOrientedArchitecture）就是面向服务的体系架构，是由Gartner在1996年提出的，从Gartner对SOA最原始的定义背景来看，SOA是一种架构模型，SOA就是一组服务的有机集合；从软件和业务功能两方面的观点看，服务就是定义良好的软件组件，它不依赖于任何调用它的应用程序的上下文或状态，而且强调开放性、标准化、即插即用，实现组件之间以及组件与平台之间的松耦合。

2.2SOA的体系结构SOA的体系结构包括三个部分，如图2所示，SOA中互相支撑的3个顶点分别为服务提供者、服务使用者和服务注册中心，他们各自承担着服务注册（Publish）、服务查找（Find）和服务绑定（BindInvoke）3项操作。

2.2.1服务提供者（ServicesProvider）：一个可通过网络寻址的实体，它接受和执行来自使用者的请求。它将自己的服务和接口契约到服务注册中心，以便服务使用者可以发现和访问该服务。

2.2.2服务使用者（ServicesConsumer）：一个应用程序、一个软件模块或需要一个服务的另一个服务。它发起对注册中心中的服务的查询，通过传输绑定服务，并且执行服务功能。服务使用者根据接口契约来执行服务。

2.2.3服务注册中心（ServicesRegistry）：服务发现的支持者。它包含一个可用服务的存储库，并允许感兴趣的服务使用者查找服务提供者接口。

2.3SOA的特征

2.3.1松散藕合服务请求者到服务提供者的绑定与服务之间是松藕合的。

2.3.2粗粒度服务面向服务的体系结构(SOA)推荐使用粗粒度服务作为外部集成的最佳实践。服务编排可以用来创建运行由细粒度操作组成的业务流程的粗粒度接口。

2.3.3标准化的接口SOA通过服务接口的标准化描述，从而使得该服务可以提供给在任何异构平台和任何用户接口使用。

3基于SOA的数字化校园网

3.1系统分析由于很多高校建校历史悠久，校园网信息化的过程也是随着计算机信息和网络技术的发展而发展，原有的各教育资源种类繁多，杂乱无章，发展迅速但封闭在各自的系统中，随着高校更多的业务单元系统建设，系统交互的关系会出现越来越多，各个业务单元系统可能出现互相依赖，使得我们在系统开发和应用时，除了考虑到应用共享外，更重要的是提供实施标准化的服务来避免业务组件重复建设，数据冗余，不同步，解决拓展、维护困难等问题。

3.2SOA在系统中的运用SOA体系架构的“本质上是服务的集合。服务间彼此通信，这种通信可能是简单的数据传送，也可能是两个或更多的服务协调进行某些活动。服务间需要某些方法进行连接。所谓服务就是精确定义、封装完善、独立于其他服务所处环境和状态的函数。”SOA体系架构的服务分析任务流程将分析原有系统，在构建新的系统时将所有组件模型独立出来，在新的系统综合应用时能够提供标准化服务，避免业务组件重复建设，避免数据冗余、不同步等问题。基于SOA体系架构的特点完全吻合我们所提出的问题解决方案，我们可以应用基于WebService的SOA体系架构来实现数字化校园网的建设。

3.3系统设计数字化校园网采用基于WebService的SOA体系架构，以windows运行环境为主，系统提供如图3所示的服务，通过统一身份认证服务平台来构成一个整体，原来的各功能组件已经经过实践运行和使用是成熟可用的，我们可以看出，随着服务的增加，各功能组件的丰富，可重用的部分会越来越多，开发和应用新的系统将会越来越简单和快速。

3.4统一身份认证服务的设计我们在数字化校园建设过程中要充分利用原有的系统，将身份认证作为一个服务组件独立出来对外提供统一身份认证。统一身份认证系统的设计采用层次式结构，主要分为数据层、认证通道层和认证接口层，同时分为多个功能模块，最主要的有用户注册功能模块和账号关联功能模块和用户认证功能模块。

3.4.1用户注册用户在统一身份认证服务中注册账号，以后这个账号可以在所有使用统一身份认证服务的应用系统中使用。

3.4.2账号关联如果用户之前已经在相关的应用系统中拥有账号，同时也已经设置了相应的权限，那么用户能够将这些应用系统的账号与统一身份认证服务的账号进行关联，使得用户登录统一身份认证服务之后，就能够自动使用相关的应用系统用户来访问应用系统。

3.4.3用户认证为应用系统提供用户身份认证，兼顾两个应用方式：一是应用系统使用统一身份认证服务作为它的用户系统，用户与应用系统进行交互，进行登录操作，应用系统将用户提供的用户名/密码等转发给统一身份认证服务以检验其是否通过授权。另一个是用户首先登录统一身份认证服务，并获取权限令牌，以后可以使用这个权限令牌访问其他的应用系统，应用系统接收该权限令牌时应当与统一身份认证服务进行交互，以检验访问的合法性。

4结语

与传统的校园网络建设方案相比，基于SOA体系架构的数字化校园网在利用现有资源及方便的扩展性能等优势非常明显，可以预见，随着SOA体系架构的进一步成熟和相应的应用实施技术的完善，SOA体系架构将在数字化校园网建设上产生较为深远的影响。

参考文献：

[1]殷峰.网格关键技术及校园网格应用研究[M].西南交大出版社.2007年1月.

[2]孟海涛，殷旭.基于SOA的数字化校园网研究[J].中国科技信息2007

数字校园管理范文第2篇

关键词：资源共享；校园档案；数字化管理；获取数据；管理效率

校园档案中包括学生个人信息档案、教师档案与教学档案等，随着我国素质教育工作的信息化变革，如何实现对校园档案的数字化管理，成为地方高校与有关教育机构的重点关注问题[1]。在开展此方面的研究中，有关单位提出了针对此方面的大数据技术、数据挖掘技术，但现代化技术的集成未能在此过程中有效地解决档案规范化或秩序化管理问题，甚至在一定程度上加剧了教育产业的经济支出。早期的校园档案数字化管理工作，大多是围绕档案资源的针对性收集、集中性分类实施的，档案管理部门对于此方面工作的认知仍局限在常规的档案存储方面。但基于此种形式的档案管理工作已无法满足资源共享视域下产业发展的需求，尤其是在信息化技术呈现普及化的趋势下，使用计算机设备，辅助使用电子程序执行管理工作，更是成为各学校突破现有工作模式的主要着手点[2]。为了落实此项工作，有关院校对其现有的管理方法进行了深度分析，并在进一步分析中发现，现存的管理方法在使用中存在管理手段滞后、管理水平失衡等方面问题。而此次研究的重点便是结合教育市场的现代化发展需求，以资源共享作为研究背景，提出一种针对校园档案的全新数字化管理方法，以此种方式加速高校改革的进度，落实管理工作的现代化与前沿化。

一、资源共享视域下校园档案数字化管理研究

1.资源共享视域下校园档案信息的采集与分类。为了满足资源共享视域下各大高校对其内部档案的规范化管理，需要在相关工作实施前使用数字化技术进行档案信息的采集、获取与专项分类[3]。此过程可用下述图1表示。校园档案影响着学生未来的求职等各个方面，但目前校园档案规范化管理水平与管理效率较低，导致校园档案的管理和使用受到影响，为此，需要以资源共享作为研究背景进行数字化转向。首先使用数字化技术，对接端口与OA端进行数据传输；再扫描档案条目进行档案资源的分类处理；最后构建中心数据库，并将档案信息进行存储，实现档案资源的数字化管理。实验表明，设计方法的耗时较低，整体过程较为流畅，即管理效率与综合管理水平较高。资源共享校园档案数字化管理获取数据管理效率资源共享视域下校园档案数字化管理研究吴耿聪在进行校园档案信息获取时，为了避免数据量冗余对于获取行为的实施造成负面干预，通常情况下，前端会采用开放接收端口的方式，将端口与OA端进行对接，形成一个跨终端获取数据或传输数据的渠道，以此种方式解决数据资源在校内共享中出现的问题[4]。在此基础上，识别其中源端的异构类型数据，进行数据与端口的对接，提取数据集合中的属性信息。将获取的属性信息作为档案分类的标准或依据，对导入的信息直接进行属性的识别，当识别到对应的属性后，将不同属性的档案数据存储或直接传输到指定区域。完成上述相关操作与处理后，引进Web技术，进行档案条目的扫描，对扫描过程中多次出现的信息进行标记。输出标记数据，由管理员进行集中管理，以此种方式识别档案信息中是否存在冗余数据。管理员可通过定位数据录入源端的方式进行数据价值性的识别，当识别到数据来自同一源端时，可认定对应的数据为冗余数据，删除冗余数据，保留一个源端数据即可。当识别到数据来自不同源端时，需要进行数据属性分析，以此判断对应的数据是否为价值数据。按照此种方式，保留有效数据，删除冗余数据，从而实现对校园档案信息的采集与分类。

2.基于中心数据库的校园档案录入与存储。完成对校内档案信息的采集与分类处理后，建立校内中心数据库，进行校园档案信息的录入与存储。构建中心数据库是对档案信息的实体化表达方式，因此也可将此过程称之为档案信息的实体描述，下述将对校内中心数据库进行设计，中心数据库中的内容如下表1所示。按照上述表1所示的内容，构建校内档案中心数据库，在进行档案信息录入时，需要根据前端对档案信息的描述，判断对应的信息是否为主键。当识别到信息为非主键信息后，将其导入数据表内其他存储空间中。在此过程中应注意，所有类型的信息在导入时均需要进行格式统一转换[5]。完成数据的导入后，根据数据所属类别，进行不同用户的权限划分，对应端登录用户可以在其所属权限范围内，进行表格信息的编辑与处理。按照此种方式，实现对校园档案的数字化管理。

二、对比实验

上文对校园档案数字化管理方法进行了理论设计与研究。考虑到此方法在高校内投入使用可直接影响到校内教学工作的持续化实施，因此需要在投入使用前对方法的有效性进行检验，只有证明了此方法可促进校园档案管理工作的落实，才能将此方法正式投入校内使用。为了确保实验具有一定的真实性，此次实验选择某高校作为试点院校。选择此高校当年招收学生的个人档案作为实验数据，实验中部分数据如表2所示。按照上述表2所示的格式，进行学生个人档案的整理。完成整理后，将纸质档案按照标准化的格式导入终端管理设备中，确保档案以电子文件的方式存储在终端指定空间内。为了检验设计的方法具有一定可行性，需要在设计实验前对方法的操作性进行检验。检验过程中，由高校档案管理单位内的技术人员输入某一名学生的姓名，点击检索界面中的确定操作按钮，当操作界面自动弹窗显示此名学生的个人档案信息后，即可证明此方法在实验中具有一定可行性。按照相同的操作步骤，对基于WebServices的档案数字化管理方法进行检验，当检验后得出设计方法与传统方法均具有可行性后，使用两种管理方法进行学生档案的批量录入。根据终端设备的现有存储空间，采用专业划分的档案信息录入模式。录入时，对接学生个人信息指定存储空间与硬盘，先录入电子工程系学生的个人档案信息，完成第一个专业学生信息的录入后，全选文件，进行录入电子文件信息格式的转换。完成上述所有操作后，录入建筑工程系学生的个人档案信息，按照上述操作进行录入档案信息的格式批量处理。在信息录入时，使用终端设备自带的计时器，记录每次操作行为从开始到结束的时间，并将最终记录的时间作为评价管理方法有效性的指标，即录入与格式转换处理的时间越短，证明设计的方法与校园档案数字化管理需求的匹配度越高。按照此种方式，执行此次对比实验，完成实验后，将对应的实验结果整理成表格，如表3所示。综合上述表3中的实验结果可以看出，使用设计的管理方法进行不同专业学生个人档案信息的录入与格式转换所需的时间均少于10.0s，而使用传统管理方法进行不同专业学生个人档案信息的录入与格式转换所需的时间均少于60.0s，即设计方法进行档案管理的耗时较低，综合管理水平较高，而传统方法进行管理的耗时较高，部分信息在格式转换中的耗时接近60.0s，可以认为在此种条件下，传统方法的管理界面可能存在卡顿或运行不流畅等问题。综上所述，得出此次对比实验的最终结论：相比基于WebServices的档案数字化管理方法，此次设计的档案数字化管理方法在进行学生个人档案处理时，操作相对耗时较低，整体过程较为流畅，即管理效率与综合管理水平较高，适用性更强。

三、结束语

数字校园管理范文第3篇

1．1设计目标面向服务，本质就是以服务协同为中心，组织好各种服务间的工作。从数字化校园管理应用软件系统项目特点来看，教务管理、学籍管理、教学资源管理、招生热线管理、数字化图书馆等外部服务形式主要体现为Web服务，HTTPServlet服务，CORBA服务、Tuxedo服务、数据库表接口和存储过程接口等。服务控制系统需要将这些服务通过适配器集成到服务运行构件中，并提供统一的服务接口供外部调用，通过不断丰富其应用适配功能，不断开发新的面向典型应用的组建标准，使得用户通过简单的配置就可以将已有的各种应用遗留系统和新开发的应用系统集成到服务控制系统上来。该服务控制系统支持服务交互功能，提供消息传递功能，并以事件基础架构来支持这些功能。还提供合适的服务级别和可管理性，支持在异构环境中的组合应用。依据SOA原则，需要使用与实现无关的接口，被调用的服务位置对于调用者应该是透明的，需要支持可互操作性的通信协议，同时可以进行相对粗粒度的、支持重用封装的服务定义，可以作为分布式的异构基础架构进行实现。在框架模型中，构件根据承担责任角度分为功能构件和连接构件，业务过程的扩展体现在连接构件中，同时连接构件负责功能构件之间的交互，服务控制系统就起到了连接构件的作用。在系统中被集成的对象明确被定义为服务，而不是传统EAI中各种各样的中间件系统，明确强调消息处理在集成过程中的核心作用，而且事件驱动成为重要特征］。

1．2系统架构对应于SCA的概念，服务控制系统主要发挥服务注册中心以及服务通道的作用，按主要功能分为4部分，

1．2．1服务配置管理服务配置管理主要实现将开发好的应用服务注册在系统可引用的配置文件中。服务配置使用XML来描述服务的引用位置，这保证了软件系统在运行过程支持在线演化，即意味着软件在运行期间随着配置参数改变则各个服务能被方便地增加、删除。服务配置，包括服务的声明、输入／输出端定义和服务这程序的位置。

1．2．2服务安全管理数字化校园管理的应用软件，很多对应用的访问是要进行安全控制的。针对这一普遍需求，在系统设计了服务安全管理功能。服务安全管理主要是实现安全配置，分布在各处的服务经常被远程调用，服务组件本身必须实现安全设计来完成服务调用者验证等工作。本系统采用的安全策略是应用SpringSecurity对服务访问进行控制。数字化校园管理许多应用服务需要针对服务本身的动态特征提出访问控制要求，即需要对用户的各类角色设置权限。因此，安全配置设计采用Spring框架下的SpringSecurity相关组件作为安全管理组件，服务数据交换的Mule系统也使用SpringSecurity。通过安全管理，可以在HTTP的输入端（inbound）对用户进行认证，配置组件的访问权限。SpringSecurity是通过ServletFileter的方式嵌入整个Web应用，可以进行用户认证和权限控制的管理，从而提供一种统一的跨应用系统的安全管理。当用户访问资源的时候，就会被相关的过滤器所拦截，进行用户认证和权限判断。在具体设计中通过配置安全元素、配置组件访问权限以及通过拦截器阻挡非法访问来实现服务的安全访问。同时，结合最常用的WebService方法，配置了CXF。

1．2．3服务监控服务监控用于确定监控类型和被监控的服务执行过程数据内容，通过图形界面完成服务运行过程的监控浏览，主要实现实时事件监控和历史事件查询。本系统开发了一个管理控制器实现对服务构件运行过程的监控，通过管理控制台实现对服务注册、服务调用身份登记、服务过程的监控等，实现服务注册、服务调用身份的增删改查，以及上述安全设计。定制轮巡周期实现主动发现注册的服务构件是否可达。监控服务构件运行过程信息，即将存于运行日志库的监控信息通过界面展示，对于异常信息进行提示。在服务运行过程实现便捷的可视化监控，既是了解服务是否稳定运行的需要也是前期调试服务的必须。本监控设计包括2部分，即如何将必要的监控事件入库保存和如何显示这些监控信息。前者又主要包括2类监控事件；一是服务系统的运行情况，如服务是否被成功调用；二是服务组件本身执行过程的日志。对于监控信息的显示设计，考虑到实时信息数量可能会很多，因此设计了“事件读取状态”（点击记录读取信息内容后该记录被标记为读取）方便监控者从大量信息中关注新出现记录。

1．2．4服务数据交换服务数据交换主要负责服务数据的底层交换，此处引用开源共享技术来实现，完成对不同协议数据格式的转义、过滤等处理。

1．3系统应用过程在服务控制系统应用过程，主要分为服务准备、服务、服务调用3个阶段：

1）服务准备。根据业务应用需求和运行环境完成应用服务的制作，包括服务逻辑设计、服务编写与编译、可调用的接口设定。

2）服务。将业务应用服务在配置文件中写明可调用的位置，有特定要求的（如安全调用）需要在配置中说明，然后在服务控制系统中予以。

3）服务调用。将业务应用服务的可调用接口情况提供给调用者，完成调用界面的设计，包括正常以及异常信息的显示；调用过程中，在服务控制系统的服务监控模块可查询服务执行日志，了解服务运行情况。

1．4系统实现环境根据数字化校园管理信息门户工作方式的需要，构建面向用户的服务模式时，需要将应用服务基于Poetlet技术，实现统一信息门户，有效实现校园各类应用服务异构系统的整合。为适应异构环境，本系统选用Java作为开发语言，将XML作为数据格式语言用于服务配置的定义、数据传递等。研发运行环境选择PC服务器作为硬件系统，数据库系统选择Oracle10g，服务数据交换选用开源系统MULE，目前版本为2．1．1。本系统采用的MULE作为一个基于Java的轻量级消息框架，可以快速地将服务应用连接起来，并且确保在这些应用间交换不同协议的数据。MULE是遵循面向服务架构（SOA）的系统，它提供了对现有系统的简洁集成方式，即可以集成JMS、WebService、JDBC、HTTP甚至其他的技术。MULE的可扩展性框架允许开发者逐步将更多的应用连接到它的系统，而且Mule透明地管理组件间的所有交互，不管这些组件在底层使用了怎样的传输协议，都可以利用在多个应用间读取、转换和发送数据的消息框架来解决这一问题。

2服务设定

根据SCA的模型框架，本文将服务定义为由服务组件、服务输入端和服务输出端3部分组成。

2．1服务组件基于Java的实现所提供的服务，可以有一个按下列方法之一定义的接口：1）Java接口；2）Java类。产生自WebServicesDescriptionLanguage（WSDL）portType的Java接口，Java实现类必须实现服务接口定义的所有操作，如果服务接口是用一个Java接口定义的，那么基于Java的构件要么实现此Java接口，要么实现接口的所有操作。

2．2服务输入／输出端端点的传输类型有WebService（CXF）、File、HTTP、HTTPS、TCP、FTP等多种形式。不同方式传输时，作为输入／输出端的属性设置不同。其中常用的WebService（CXF）是一个高性能的Web－Service，同时还支持多种绑定，CXF比较适合创建各种不同传输协议的服务。

3服务控制系统验证

服务控制系统只是一个基础，需要通过应用场景进行验证。为了验证以上服务控制系统的可用性，设计一个简单的“用户信息管理（Custmos－Manage）”应用服务作为测试用例。采用的“用户信息管理”系统，是在数字化校园管理应用软件中具有典型信息服务操作的小型管理系统，其应用模块都采用目前在业务开发中较常见的网页方式。

4结语

数字校园管理范文第4篇

校园稳定学校保卫处担负着校内公共财物和人员安全保卫的职责。现保卫处配备专职人员4名，下设自主招聘的保安队有队员21名，每天24小时对校园两个大门值守、监控室值班和校园内治安巡逻。人员三班一倒每班只有7人，门卫、监控室都是固定人员。几千万教学设备是重点守护对象，而学生人数集中的食堂、宿舍、晚自习教室往往成为安全防范的薄弱点，也就成为学生打群架、偷窃易发地，这些地点都要派保安设防人员明显排不过来，硬性抽调人员过来，会造成顾此失彼现象。保卫处大胆尝试，在学生中选拔一些品行优良的男同学组建学生护校队，参与晚间校内安全巡逻。每天晚上由一名保安带3名护校队员组成若干个巡逻小组在校内重点地方进行定点巡视，如：晚自习时就在教学楼周边，学生就餐时就在食堂周边，学生回宿舍时就在宿舍周边，学生在操场活动就在场地周边，总之随着学生群游动。如此盯人战术大大降低了学生校内违纪现象的发生，即使发生了一些事件，也在第一时间被制止，防止了事件的扩大化。对犯小错的学生现场批评教育；当发现有学生不正常地聚集在一起时，巡逻小组就会立刻赶过去将人群疏散，化解了不少一触即发的冲突；当出现严重事件时巡逻小组第一时间通知当天领导干部值班组赶至现场联合处置，实践效果很好，维护了校园安宁。

2组建数字化学生信息员网络，及时化解

各种未遂事件我们常讲防患于未然，对事故的事先防范至关重要。刚迁入新校时我们发现多起打群架发生前我们职能部门毫不知晓，事后处理起来困难也很大，分析案件我们得到结论这主要是不能及时掌握有关信息。经过总结，我们发现，每次学生在酝酿策划打群架之前都会先有一番串联活动，这期间必有信息外漏。抓住这一特点，保卫处在校园内组建了一个学生信息员网络，从每班推荐选拔1名有觉悟的同学担任信息员，每栋教学楼又推荐出1名组长。这支100多人的信息员队伍由保卫处进行组织管理，定期开展活动，期未进行内部总结表彰。自网络建立以来，不断有信息传到保卫处，保安及时出击制止了许多起重大未遂事件的发生，化解了许多同学间的积冤。至今我校未发生一次重大校园治安事件，为师生营造了一个平安校园环境。每年学校在仙林大学城派出所统计公布的全部校园治安事件中仅占案件的1%左右，校内师生安全感满意度年年在90%以上。

3建立数字化学生公寓自管站

培养学生“三自”能力学生公寓管理是学校刚迁入大学城比较头痛的一项工作，学校公寓虽然引入了社会上物业管理公司进行管理，但效果不很理想。分析原因：一是这些物业管理公司没有管理技校学生的经验，他们选派的管理员管不住我们这样的技校学生；二是利润最大化是这些公司所追求的目标，在管理成本上也不舍得投入，该配人的地方不按要求配，短斤少两，以此法来减少成本支出，管理效果自然因人员不到位、不熟练而效果不好。但对学生而言我们应给他们提供一个良好的生活环境，因此，学校决定在引入社会化管理的同时继续参与到相应管理之中，提供人财物支持。校学工处牵头成立了学生宿舍自管队伍，每室选出室长，每层楼设有层长，每栋楼设有楼长，这批“学生头”由学校派住的宿舍监管员负责管理，协助物管进行每天查房、卫生检查、宿舍证件查验、蹲点守候翻墙进出、夜不归宿学生和协助处理违纪者等工作。学生自管队在维护学生宿舍的秩序和管理方面发挥了很好作用，解决了因物业管理人员不足所带来的管理问题，也实现了学校对学生“三自”能力即自我管理、自我教育、自我服务的培养目标。

4成立数字化学生校园维修队

参与教学设施维护工作学校在老校时，总务维修人员只有3人，且现也年近退休，新校维护的面积多了很多，课桌椅大量增加，原班人分身乏术。要减少公物损坏程度就需要经常巡查，对不爱护公物的学生进行教育，发现有损坏及时维修，这就需要人手。总务处想出新点子，他们与团委合作在学生团员中组建了一支学生校园维修队。校园维修队成员利用业余时间，在总务修理师傅的带领下参与每天公物完好情况巡视，班级课桌椅、门窗、校园围栏、运动器材的维修和维护等工作。此举措实施后大大地减少了校园财产的损坏，提高了教学设施的利用率。这些学习机械、电气的学生也有了动手实践的好机会，在有益校园实践的活动中锻炼自己的技能，用自己所学的一技之长为母校服务。学校校园维修队还被市里评为“优秀学生社团”。

5发挥数字化学生“伙委会”作用

全面监管食堂服务质量学校食堂由社会餐饮公司来经营，虽然学校派驻了1名专职监管人员，但也难以全面监控到位，这里有主、客观原因。为弥补数字化管理不足，总务处发动学生参与监督管理，成立了由学生代表组成的“伙食管理委员会”，定期对食堂经营情况进行全面综合检查、测评，扩大了学校对社会化餐饮公司的监管范围和力度。“伙委会”还在两食堂大厅设立了投诉台，每天派学生代表坐镇接受就餐者投诉，当天信息及时反馈给食堂经理，由食堂经理做出相应处理意见，如果是食堂方面的问题就责成限期整改。对食堂每日价格、饭菜质量、饮食卫生状况实现全面监管，因此，八年来未发生一次食物中毒和学生因食堂问题而发生的闹事现象。

6加强学生社团建设，提升学生综合素质

学生课余时间如何打发？如果我们不闻不问，必定会出乱子。学生业余社团是学生喜爱的群体，他们利用课余时间开展各种有益活动，已成为校园文化中不可缺少的一个组成部分。因此，我们学校领导对学生社团建设给予了大力支持和指导，目前学校已有各种学生社团近30个，参与的学生千人以上，这些社团都是有相同爱好的同学在一起利用业余时间开展活动，在培养学生爱好的同时大大降低了学生无事生非现象。这些社团就好像一个个海绵将学生尤其是住校生的业余时间吸收了起来，学生在课余时间就不会像洪水一样四处泛滥。学校鼓励社团开展有益的活动，社团也定期在校内外展示自己的风采。从社团的活动中我们发现学生的潜能是很大的，一些由他们自己策划、组织、实施的活动效果不比老师组织的差。我们只要给他们活动的场所和一些力所能及的帮助就可以了，但方向还是要掌控的。学校现已有多个社团被评为市级“优秀社团”。

7选用部门行政小助理，提高部门工作效率

数字校园管理范文第5篇

1．1设计目标

面向服务，本质就是以服务协同为中心，组织好各种服务间的工作。从数字化校园管理应用软件系统项目特点来看，教务管理、学籍管理、教学资源管理、招生热线管理、数字化图书馆等外部服务形式主要体现为Web服务，HTTPServlet服务，CORBA服务、Tuxedo服务、数据库表接口和存储过程接口等。服务控制系统需要将这些服务通过适配器集成到服务运行构件中，并提供统一的服务接口供外部调用，通过不断丰富其应用适配功能，不断开发新的面向典型应用的组建标准，使得用户通过简单的配置就可以将已有的各种应用遗留系统和新开发的应用系统集成到服务控制系统上来。该服务控制系统支持服务交互功能，提供消息传递功能，并以事件基础架构来支持这些功能。还提供合适的服务级别和可管理性，支持在异构环境中的组合应用。依据SOA原则，需要使用与实现无关的接口，被调用的服务位置对于调用者应该是透明的，需要支持可互操作性的通信协议，同时可以进行相对粗粒度的、支持重用封装的服务定义，可以作为分布式的异构基础架构进行实现。在框架模型中，构件根据承担责任角度分为功能构件和连接构件，业务过程的扩展体现在连接构件中，同时连接构件负责功能构件之间的交互，服务控制系统就起到了连接构件的作用。在系统中被集成的对象明确被定义为服务，而不是传统EAI中各种各样的中间件系统，明确强调消息处理在集成过程中的核心作用，而且事件驱动成为重要特征。

1．2系统架构

对应于SCA的概念，服务控制系统主要发挥服务注册中心以及服务通道的作用，按主要功能分为4部分，

1．2．1服务配置管理服务配置管理主要实现将开发好的应用服务注册在系统可引用的配置文件中。服务配置使用XML来描述服务的引用位置，这保证了软件系统在运行过程支持在线演化，即意味着软件在运行期间随着配置参数改变则各个服务能被方便地增加、删除。服务配置XML文件的最基本结构，包括服务的声明、输入／输出端定义和服务这程序的位置。

1．2．2服务安全管理数字化校园管理的应用软件，很多对应用的访问是要进行安全控制的。针对这一普遍需求，在系统设计了服务安全管理功能。服务安全管理主要是实现安全配置，分布在各处的服务经常被远程调用，服务组件本身必须实现安全设计来完成服务调用者验证等工作。本系统采用的安全策略是应用SpringSecurity对服务访问进行控制。数字化校园管理许多应用服务需要针对服务本身的动态特征提出访问控制要求，即需要对用户的各类角色设置权限。因此，安全配置设计采用Spring框架下的SpringSecurity相关组件作为安全管理组件，服务数据交换的Mule系统也使用SpringSecurity。通过安全管理，可以在HTTP的输入端（inbound）对用户进行认证，配置组件的访问权限。SpringSecurity是通过ServletFileter的方式嵌入整个Web应用，可以进行用户认证和权限控制的管理，从而提供一种统一的跨应用系统的安全管理。当用户访问资源的时候，就会被相关的过滤器所拦截，进行用户认证和权限判断。在具体设计中通过配置安全元素、配置组件访问权限以及通过拦截器阻挡非法访问来实现服务的安全访问。同时，结合最常用的WebService方法，配置了CXF。

1．2．3服务监控服务监控用于确定监控类型和被监控的服务执行过程数据内容，通过图形界面完成服务运行过程的监控浏览，主要实现实时事件监控和历史事件查询。本系统开发了一个管理控制器实现对服务构件运行过程的监控，通过管理控制台实现对服务注册、服务调用身份登记、服务过程的监控等，实现服务注册、服务调用身份的增删改查，以及上述安全设计。定制轮巡周期实现主动发现注册的服务构件是否可达。监控服务构件运行过程信息，即将存于运行日志库的监控信息通过界面展示，对于异常信息进行提示。在服务运行过程实现便捷的可视化监控，既是了解服务是否稳定运行的需要也是前期调试服务的必须。本监控设计包括2部分，即如何将必要的监控事件入库保存和如何显示这些监控信息。前者又主要包括2类监控事件；一是服务系统的运行情况，如服务是否被成功调用；二是服务组件本身执行过程的日志。对于监控信息的显示设计，考虑到实时信息数量可能会很多，因此设计了“事件读取状态”便监控者从大量信息中关注新出现记录。

1．2．4服务数据交换服务数据交换主要负责服务数据的底层交换，此处引用开源共享技术来实现，完成对不同协议数据格式的转义、过滤等处理。

1．3系统应用过程

在服务控制系统应用过程，主要分为服务准备、服务、服务调用3个阶段：

1）服务准备。根据业务应用需求和运行环境完成应用服务的制作，包括服务逻辑设计、服务编写与编译、可调用的接口设定。

2）服务。将业务应用服务在配置文件中写明可调用的位置，有特定要求的（如安全调用）需要在配置中说明，然后在服务控制系统中予以。

3）服务调用。将业务应用服务的可调用接口情况提供给调用者，完成调用界面的设计，包括正常以及异常信息的显示；调用过程中，在服务控制系统的服务监控模块可查询服务执行日志，了解服务运行情况。

1．4系统实现环境

根据数字化校园管理信息门户工作方式的需要，构建面向用户的服务模式时，需要将应用服务基于Poetlet技术，实现统一信息门户，有效实现校园各类应用服务异构系统的整合。为适应异构环境，本系统选用Java作为开发语言，将XML作为数据格式语言用于服务配置的定义、数据传递等。研发运行环境选择PC服务器作为硬件系统，数据库系统选择Oracle10g，服务数据交换选用开源系统MULE，目前版本为2．1．1。本系统采用的MULE作为一个基于Java的轻量级消息框架，可以快速地将服务应用连接起来，并且确保在这些应用间交换不同协议的数据。MULE是遵循面向服务架构（SOA）的系统，它提供了对现有系统的简洁集成方式，即可以集成JMS、WebService、JDBC、HTTP甚至其他的技术。MULE的可扩展性框架允许开发者逐步将更多的应用连接到它的系统，而且Mule透明地管理组件间的所有交互，不管这些组件在底层使用了怎样的传输协议，都可以利用在多个应用间读取、转换和发送数据的消息框架来解决这一问题。

2服务设定

根据SCA的模型框架，本文将服务定义为由服务组件、服务输入端和服务输出端3部分组成。

2．1服务组件基于Java的实现所提供的服务，可以有一个按下列方法之一定义的接口：1）Java接口；2）Java类。产生自WebServicesDescriptionLanguage（WSDL）portType的Java接口，Java实现类必须实现服务接口定义的所有操作，如果服务接口是用一个Java接口定义的，那么基于Java的构件要么实现此Java接口，要么实现接口的所有操作。由Java类定义接口的服务（与Java接口相对）不是远程的。产生自WSDLportType的Java接口是远程的，于此实现的组件类型的XML

2．2服务输入／输出端端点的传输类型有WebService（CXF）、File、HTTP、HTTPS、TCP、FTP等多种形式。不同方式传输时，作为输入／输出端的属性设置不同。其中Web－Service，同时还支持多种绑定，CXF比较适合创建各种不同传输协议的服务。

3服务控制

系统验证服务控制系统只是一个基础，需要通过应用场景进行验证。为了验证以上服务控制系统的可用性，设计一个简单的“用户信息管理（Custmos－Manage）”应用服务作为测试用例。采用的“用户信息管理”系统，是在数字化校园管理应用软件中具有典型信息服务操作的小型管理系统，其应用模块都采用目前在业务开发中较常见的网页方式。该系统需要达成如下验证目标：

1）服务配置信息须成功被读取，被调用服务须被成功执行；

2）服务运行过程监控信息须成功被保存、读取；

3）服务安全配置须成功被执行。“用户信息管理”（CustmosManage）主要采用B／S模式开发，并调用后端的服务。在B／S的服务端采用JSP的方式提供界面访问以及调用后台的应用服务，Web应用服务器采用ApacheTomcat。应用服务配置在服务控制系统内，以WebService的方式提供，采用Java开发，数据库使用Ora－cle10g。用例系统架构。用于服务调用的安全设计，在Web服务器层面，采用SpringSecurity的安全管理模式，进行Web应用的登录认证。登录认证成功，才能进行后继的操作和服务调用。对于WebService应用，则采用WS－Security的安全认证。

4结语