2016-2020年某高校信息化建设规划方案(一期、二期项目)(8)

图 4.2-16注册状态查询

申请服务授权：校园服务总线提供接口供开发人员为所开发应用申请服务的授权，申请以应用为单位。在该页面，开发人员可看到所有服务的列表，仅需简单勾选，即可实现申请步骤。

图 4.2-17服务授权

API服务监控：校园服务总线提供对平台及服务所运行服务器的监控功能。考虑到平台本身的运行状态对其上运行的服务及应用有着极重要的影响，对其的监控必不可少，但对高校硬件的监控本就存在一套体系，所以校园服务总线仅提供平台硬件的关键性能监控，即对校园服务总线运行起关键性影响的指标（如CPU占用和内存使用情况）

36 / 129

图 4.2-18API运行监控

服务注册审核：系统管理员根据服务注册信息来确定是否审核通过该服务的注册，比如考虑该服务的功能是否合理，后期还将考虑该服务是否应该注册在该系统下。提供给系统管理员的信息具体包括服务名称、服务所属应用/模块、接口人等。当前审核状态则包括审核中和未审核。

图 4.2-19服务审核

服务运行监控：系统管理员可监控从属于该系统下的所有服务，将通过直观具体的友好界面展现服务的运行状态，包括被调用次数、执行时间、错误次数、成功率等。而多个系统的管理员可以通过切换到不同系统的监控页面。

37 / 129

图 4.2-20服务运行监控

系统及服务管理：管理员可查看所属的所有服务，并针对其中的服务进行启停（通过管控台隔离实现）。授权的分配在审核申请时进行。对用户角色及其权限的管理是管理员所具备的功能，管理员可查看所有用户、设置角色到某些用户及分配权限

消息总线的管理：消息总线作为服务通讯过程中保证数据有效传输的重要组件，需要提供以下四种通信模型：produce/consume request/response publish/subscribe broadcast，系统管理员可以对应用/模块下所属队列管理：包含队列申请、审核、阈值管控、消息大小管控、入队速率管控，消息与服务共享应用/模块管理功能。另外，针对消息总线的应用会提供通信授权和对客户端的实时管控，客户端包括sdk和http形式的通信API。

4.2.2 应用服务

基于现有的信息化建设成果，在校内通过服务封装和流程重组的方式，将原先管理信息系统的业务重新通过服务的方式进行展现，并通过基础支撑平台的组件化能力，组装成新的业务，为广大师生提供服务。针对包含教师、学生、职工、管理人员等几大角色，提供除了原有行政管理类外的全维度服务，覆盖生活、工作、教学、科研等诸多方面。让学校的信息化建设真正面对全校人员发挥作用。提升信息化建设成果的使用价值，增加全校人员对信息化建设成果的依赖程度。同时，收集大量传统管理信息化建设无法获取到的校内数据，为后期决策分析提供数据支持和数据基础。

38 / 129

4.2.2.1 人事应用服务(一期)

某大学现有的人事系统在设计和建设过程中都是围绕人事处管理的业务和流程需要，整体软件偏向于管理与行政化，而且由于技术架构的限制，无法从广大教职工的视角抽取和改造成碎片化服务。因此建议在本期信息化建设中，采用全新的围绕教职工全生命周期的碎片化应用服务，替换原先传统的人事管理系统。

在人事应用服务中，面向教职工的服务是核心，面向行政人员的管理应用是支撑，对服务过程数据分析是改进和提升服务质量的依据。管理系统的建立涵盖从入职前的招聘到进校报到开始到日常管理（教职工异动、考核、职称晋升、岗位聘用）再到最后离校的全过程，并将人事管理涉及的多种人员信息均纳入到一个系统中，如正式教职工、延聘人员、兼职教授、外聘教师、各部门自聘人员等。消除了以往人事数据分散、难以查询统计的弊端，减少大量的重复录入工作。实现人事数据的集中管理，最大程度地实现了人事业务内部的业务统一管理和数据共享。以教职工为中心，提供全生命周期的、可以不断完善的、教职工真正关心的、有实用价值的、便捷的信息服务；同时，通过信息化手段提高支撑服务的管理效率和管理水平，监控和优化服务的质量。

人事应用服务具体建设内容如下：

39 / 129

4.2.2.1.1 新进职工注册报道

为新入校的教职工提供完整的报道注册流程服务，包括从基础信息的自主填报和审核，到相关审核办理的流程处理，可线上处理的流程直接在线上完成，需线下处理的流程提供详尽的办理说明和办理指南，直到确认报道和起薪，帮助新入职教职工快捷便利的完成报道注册。

40 / 129

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库2016-2020年某高校信息化建设规划方案(一期、二期项目)(8)在线全文阅读。