培训管理平台详细方案(50页)

培训管理平台详细方案

1 基础框架平台

微创应用服务框架（，下称）基于标准的架构( ，面向服务的架构)构建，实现了用户的统一管理、集中认证和授权、统一工作平台，并可随时根据用户需求进行系统调整和部署。在这种开放式的架构体系中，所有子系统和组件之间的通讯都通过标准协议进行交互，实现了应用的整合和集中管理，保障了系统的开放性、灵活性和扩展性。

1.1 微创软件应用框架（）

微创软件应用框架（，下称）是微创软件自主开发的一套框架性产品，是微创软件协同工作平台的基础组成部分。

经典的软件模式类书《》对框架的定义是这样的：A () ，所谓的框架，就是一个子系统，完成了部分的功能，将会被实例化。也就是说，框架定义了项目或产品的基本的功能构件，并且这些构件将会被组合成为项目或产品。

使用应用框架，目的是为了达到：提高开发效率（）

一般来说，应用框架将常见问题的解决方案标准化，并不需要在每次遇到这类问题时重复研究，另外，开发人员只需要开发和测试业务相关的代码，也促进了开发人员的效率提高。

基于标准的架构（，面向服务的架构）。

为建构在其上的应用提供了框架性的功能，主要有以下几点：

●集中的应用管理

在中，所有建构在其上的相对独立的软件构件或服务集合均被称为应用，应用为用户提供各种各样的功能，可以重复使用并加以组合，以提供更多的功能。

●统一的服务管理

在上建构的应用之间，会互相提供和调用对方的服务，服务是应用的组成部分，具有原子性，不可再分。完全整合到上的应用，还需要提供自身的服务信息，这些服务通常以的形式来提供。

●统一的事件分发和响应机制

前面提到，在上建构的应用相对独立，但应用之间也常常会有同步的需求，这就依靠中统一的事件分发和响应机制来实现。在的后台，有一个事件分发器，负责将应用发送到中心的事件分发给事先订阅此事件的各个应用，并通过服务调用的方式，由应用自己来处理事件。

●统一的中心配置

传统的网络应用，其配置信息往往存储在各自的应用中，也很少提供一个可视化的操作环境来进行配置的修改，而是需要直接到服务器上进行操作，这样在应用很少的情况下并不会出现什么问题。但是在应用的数量较多时，配置的修改就成为一项繁重的工作。实现了统一的中心配置，应用可以通过读取中心配置，使应用的本地配置时刻与中心配置同步。

●统一的用户和组织架构管理

在以往的应用开发中，应用往往自己来进行用户和组织架构部分的开发，这不仅仅增加了开发成本，更使不同的应用之间难以相互协作，因为各自的用户和组织架构各不相同，互相之间根本无法确定用户的身份，就更谈不上协作了。

●安全、统一的用户认证

用户认证也是每个应用开发时需要考虑的问题，在统一的用户和组织架构基础上，提供了安全、统一的用户认证方式，为建构在上的应用提供认证服务。

●统一的用户权限配置

安全性的要求决定了用户权限也是应用开发时必须要考虑的问题，也实现了统一的用户权限配置，在中，有“角色”的概念，所谓角色，就是一些权限的集合，某用户在某个角色中，就拥有了这个角色代表的所有权限。

●可集成的网络部件（）

概念最早出现于微软的（），指的是在网页上有一定功能、可以重用的部件。在中，也实现了可集成的，应用可以开发各自的并在中心注册，在统一的平

台中就可以异步地调用这些显示在门户页面上。

●统一的日志记录与管理

以往的应用运行、操作和出错日志由各个应用来控制，不仅增加了应用的开发成本，更加使日志不具备可读性和可管理性，系统管理员要了解每个应用的日志，就必须进入每个应用中，阅读各自的日志，这是一项非常繁重的工作。中提供的统一的日志记录与管理，就解决了这个问题，所有应用都可以将日志写入中心，而系统管理员阅读日志，也可以相当方便。

●统一的用户消息分发机制

考虑这样一个场景：需要在信息管理中实现收到一篇新的信息，就收到一条短消息获得提醒，传统的做法是在信息管理中加入发送短消息的代码，但是如果在多个应用中都有这样的需求，就需要多次的加入对应的代码，如果再需要让用户可以在一个统一的界面上来做配置，就要每个应用进行修改，来实现配置界面的统一，相当繁琐而且可能不能实现。而提供的统一用户消息分发机制可以为各个应用提供用户消息的分发功能，任何一个建构在上的应用，可以通过调用用户消息分发服务来向用户分发包括页面弹出消息、、手机短信、（，微软的企业内部实时通讯方案）、传真以至于、、（腾讯公司提供的企业实时通讯方案）等可以无限扩展的分发方式，并可让用户在一个统一的界面上进行配置。

●统一的应用状态监控

应用的状态监控也是系统维护人员比较担心的问题，应用因为种种原因出错，如果让最终用户先发现，会带来相当多的麻烦和用户的抱怨。为系统管理员和系统维护人员提供了一个应用状态监控客户端，应用状态发生改变时，监控客户端

就会提醒系统管理员和系统维护人员注意，以便于及时排除故障，恢复运行。

1.2 面向服务的架构（）

充分利用服务，将流程中的各个环节如“获得客户信息”()封装起来，然后以多种方式展示这些模块。在中，架构中的每一层都不受其他层变化的影响。面向服务的架构还有助于提高重用率，从而促进生产力的提高和成本的降低。举个例子，像“获得客户信息”这样的服务可能会非常复杂。而在架构中，这种服务被封装起来，并体现为服务的形式，这样我们就可以创建能够持续察看客户情况的连贯视图。由此，我们不仅能够节约开发的时间，并且使我们可以不受变化的影响。当我们需要对门户层进行修改时，我们也不必考虑客户数据的构成方式。

2002年左右，随着互联网的发展、应用开发工具的逐步成熟，、服务广泛的得到应用，面向服务的架构()逐步开始成长为成为下一代最主要的软件架构，成为新一代应用集成技术。众多软件厂商如微软、、开始提供基于架构的中间件系统、应用服务器系统和基础应用系统。而业界领先的软件企业如、用友等商业应用系统提供商也正在逐步把软件架构由型向更灵活，性能更高、更加安全可靠的架构演进。

（，面向服务的体系结构）来源于早期的基于构件的分布式计算方式，在和的推动下，成为了一个大家所广泛认可的规范。90年代，和微软的编程模式，促进了的发展。

理论上，面向服务的体系结构这种思想，在其简易性上，十分吸引人。如果你能够用定义很好的机构封装应用，就有可能将一个单一的应用加入到一个服务

的集合中。封装的过程创建了一个抽象的层，屏蔽了应用中复杂的细节（你将不用关心用的是哪一种编程语言，什么操作系统，应用程序用的是什么数据库产品）。唯一相关的时就是服务所描述的接口。

的优势在于高可复用性，灵活性，以及更好的扩展性和可用性。经过15年的软件体系结构的创新，在一系列应用开发项目中，的优点得到了体现。

是一种应用架构，因此，它是从应用的需求开始的。但是，和其它应用架构方法的不同之处在于提供的业务敏捷性。业务敏捷性是指应用对变更快速和有效地进行响应、并且利用变更来得到竞争优势的能力。创建一个业务敏捷的架构意味着创建这样一个架构，它可以满足当前还未知的业务需求。

要满足这种业务敏捷性，的实践必须遵循以下原则：

●业务驱动服务，服务驱动技术

从本质上说，在抽象层次上，服务位于业务和技术中间。面向服务的架构设计师一方面必须理解在业务需求和可以提供的服务之间的动态关系，另一方面，同样要理解服务与提供这些服务的底层技术之间的关系。

●业务敏捷是基本的业务需求

考虑的是下一个抽象层次：提供响应变化需求的能力是新的“元需求”，而不是处理一些业务上的固定不变的需求。从硬件系统而上的整个架构都必须满足业务敏捷的需求，因为，在中任何的瓶颈都会影响到整个环境的灵活性。

●一个成功的总在变化之中

工作的场景，更像是一个活的生物体，而不是像传统所说的“盖一栋房子”。

环境唯一不变的就是变化，因此面向服务架构设计的工作永远不会结束。

1.3 组织机构管理

为系统管理员提供了对培训的管理维护功能。

●培训设置：对培训进行管理，并可以设置下属的培训及管理员。

●主要设置：对培训管辖的主要进行管理，并可以设置管理员。

●管理员设置：设置并分配管理员权限。

1.4 统一用户管理

框架系统对所有系统用户进行集中的统一管理，从而避免了信息孤岛的出现，保证了用户信息在各个系统中的统一性和唯一性。同时，统一的用户信息管理使得用户信息的查询与报表统计更加方便，系统可以方便的在各个系统中获得某个用户的个人信息并进行分类汇总。而的实现方式，使得系统具备良好的兼容性和扩展性，可以与各个平台的各种不同应用实现数据整合而不需要投入过多的人力和物力。

同时，系统支持用户数据通过标准的和文件进行导入与导出，方便了用户的批量管理。

1.5 统一用户认证（）

框架系统提供了类似方式的模式，可以实现跨平台、跨语言、跨数据库和跨服务器的统一用户认证。

认证模式具体如下：

当用户访问一个新的系统时，系统若发现用户尚未登录，便会将用户转向到框架系统的中心认证站点，系统将提示用户输入用户名密码进行登录（如果集成域认证，系统将自动使用用户的账号进行登录），登录成功后，系统通过在路径中添加加密字符串的方法，将用户信息传递给应用系统，应用系统将加密字符串解密后获得用户登录信息，完成系统登录。用户再访问其他系统站点时，当用户被转向到中心认证站点是，系统将发现该用户已经登录过系统，系统便跳过登录环节，直接将用户信息传递给应用系统站点，完成用户登录。

使用跳转方式的登录，对于应用子系统没有任何要求，只需要通过代码实现固定的解密方式即可，可以充分做到跨平台。

1.6 统一用户授权

用户权限分为操作权限和数据权限两类，操作权限指用户在某个业务系统中可以进行的操作，而数据权限指用户可以对那些具体数据进行操作。在实际的应用过程中，这两种权限相互配合，完成对用户的权限管理。

例如：培训管理员可以对网站中的信息进行审核操作，因此他具有信息审核的操作权限，但是他并不能审核网站中所有的栏目，只能对本自己的板块信息进行审核，所以他对于本的板块具有数据权限。

为了对于权限进行方便快速的管理，框架系统同时也引入了角色的概念。基础的角色权限模型如下:

此权限模型类似于微软文件系统对于文件目录的权限管理。

首先，系统可以对用户分组，同一个用户可以出现在多个用户组中。

其次，用户或用户组可以拥有一个或多个用户角色。

再次，特定角色在特定的业务系统里面具有一个或多个用户权限。通过这样的权限判定，系统就能确定用户的操作权限。

数据权限由用户（用户组）和用户角色共同决定。

数据权限在不同的应用系统中存在较大的差异，且与业务数据绑定十分紧密，随着业务系统中的数据增加，数据权限也会相应增加。在业务系统的操作过程中，需要经常获取用户的数据权限来保证用户得到正确的数据，所以对于数据权限的读写操作会非常频繁。

相反，操作权限在一个应用系统的设计过程中就可以完全确定，不会随着业务数据的增加而发生变化，且于用户角色的对应关系也可以完全确定。系统一般只需要在登录系统的时候获取用户的操作权限来确定用户可以进行哪些操作，在接下来的过程中对于操作权限的判定较少。

出于性能和构架方面的考虑，框架系统为操作权限和数据权限提供了两种不同的处理方式。系统对用户角色进行了集中的管理和存储，并提供了相应的供给各个业务系统调用，同时系统也提供了客户端程序库，对函数进行了封装，由于用户角色与用户操作权限的绑定确定性，使得客户端程序可以更方便的获得操作权限信息。而对于数据权限，框架系统则提供了一个通用的二元数据权限类库和数据库（类库），业务系统可以根据需要，对业务数据的权限进行本地管理。

由于用户角色的统一管理，使得各个应用系统的权限映射成为可能。各个应用系统可以通过访问系统提供的获取用户拥有的各个角色，并加以使用。一个应用系统得角色在各个应用系统中的共享也就成为了一个应用系统的权限在其他应用系统中权限的映射。例如，中心系统的总管理员可以默认在各个系统中都具有管理员的权限。

1.7 统一应用管理

框架系统提供了对应用的统一管理，所有建构在其上的相对独立的软件构件或服务集合均被称为应用，应用为用户提供各种各样的功能，可以重复使用并加以组合，以提供更多的功能。

框架系统通过应用注册中心实现统一的应用注册管理、统一的应用配置管理以及统一的应用权限管理。实现对应用本身的基本信息、配置信息、提供的服务信息、依赖的服务信息、分发的事件信息、订阅的事件信息、信息、用户消息信息等的管理。使得各应用间可以通过提供的访问接口来得到和同步应用系统权限信息以及用户的权限信息。

应用注册中心（）是的另一个基本组成部分，记录了注册到中各个应用的基本信息，以及一些与应用紧密关联的信息，如提供服务、提供事件、服务订阅、事件订阅、网络部件等等，如图2所示。

1.8 个人工作平台

员工培训远程教育系统是一个融合门户网站、培训管理、培训活动组织、在线培训等多个层面的综合型远程教育培训平台，今后随着应用的不断深化和扩展，随着培训内容与形式的多样化，还会进行适应性和前瞻性的升级，扩展更多培训领域的应用。其面向的应用对象也将覆盖培训管理者、教师、助教、学员以及各类社会人士等各个层面，这些用户对应用的需求各不相同。

为了更好的满足各类用户的应用需求，为用户的使用提供便利，我们为每个用户都提供了个人工作平台，通过模块化的方式整合员工培训远程教育系统中的各个应用，使其可以根据用户权限显示相应的功能。利用框架系统的统一消息机制为用户提供培训活动提醒、日程安排提醒、个人消息提醒等各类信息提醒，并从各个业务系统中提取用户感兴趣的内容整合到个人工作平台首页上，真正实现个性化的个人工作平台。

个性化设置

通过统一的应用及角色管理，使得个性化的个人工作平台的实现成为可能。

系统可根据用户所属的角色进行功能、界面以及信息的安全控制，让用户只能看见并使用与自己角色相对应的功能、界面以及相关信息。

●模块化集成

基于的架构设计以及模块化的功能结构设计，使得系统中各个应用都可以以模块的方式注册到个人工作平台中，配合统一的用户和权限管理，让用户可以更关注与自己的业务功能上。

●协同化工作

基于统一的消息处理提醒，用户可以在平台内完成日程安排、培训计划、培训活动等各类培训管理、培训教学的事务和活动的处理。

●全方位通讯

可集成、、、邮件、短消息等多种通讯交流工具，让用户可以方便的与他人进行交流与联系。

●知识的共享

通过对用户组织架构的建立和维护，可以在网上实现、及个人的文件与信息资源的管理和共享。

1.9 统一基础服务

1.9.1 培训论坛

通过统一的论坛服务，为系统提供网站论坛和课程论坛，管理员可以建立论坛组、论坛版块、角色，为论坛指定版主，为用户分配权限，并维护系统的和消

息模板。版主可以管理本版面的帖子。普通用户可以根据权限浏览论坛内容，并可以发贴、回帖。

1.9.2 消息中心

除了对培训的日常管理外，培训过程中的相互交流、消息传递也是十分重要而基本的手段，可以通过消息或者公告将培训信息告知下属和相关参训员工。

1.9.

2.1 通知公告系统

教务管理人员以及各类培训的管理人员可以通过通知公告模块向下属培训或参训员工发送重要公告通知，并支持通知的阅读控制和回执功能。本系统中的公告主要分为系统公告和课程公告：

系统公告：系统公告面向所有用户，开班信息、报名信息、课程申报、课程审批结果等信息都可以通过系统公告发布给所有用户。

课程公告：向培训课程内所有培训教师、参训员工发布的通告，譬如：在入职培训中，可以向所有参加培训的新员工发布有关培训的日程安排。

主要功能包括：

发送通知

点击【发送通知】，填写通知的主题

选择发送的对象。可以选择个人发送方式，也可以选择发送给培训和某个员工。

发送方想要了解接收对象是否会参加培训，可以在发送通知的时候设置回执，这样接收方就可以填写回执信息给发送方。

填写通知的正文，同时也可以上传附件。

通知管理

发送者可以在这里看到所有发出的通知，并了解每个接收方的阅读情况和回执情况。

我的通知

可以查看我接收到的通知内容，在通知的详情中可以填写反馈信息给通知的发送方。

1.9.

2.2 在线消息系统

用户可以通过在线消息系统向其他人发送消息，并对自己的消息进行管理。配合基础平台中创建的组织架构，可以很方便的从通讯录查询某个培训的指定收件人，也可以群发给整个培训班。当收到别人的消息时，系统会自动提示。

通过在线消息系统，可以加强学员和培训教师、学员和学员之间的沟通。同时，一些课程提醒也可以通过此消息系统进行发送，并通过消息提醒功能提醒学员。

1.9.

2.3 在线调研

在远程教育培训平台中，可以根据需要设置不同的在线调查问卷，包括：课程培训班学员反馈表、培训意愿表、对远程教育培训管理评价表等内容。学员可以在课程结束时进行填写，系统会自动根据每个学员提交的答案进行汇总统计，获得调研结果。

在线调研系统支持最常见的4种问题类型（单选、多选、判断、问答），用户可以自行定义问卷的题目。

可以为问卷设置调查对象，与培训进行绑定或者指定某类培训对象，系统会根据设定的调查对象自动分发给相关人员。

采用记名调查模式，可以自动获取调研对象的基本信息，并可自动统计调研结果。

调研结果会自动反馈给教育培训部门和课程主讲教师。

2 核心应用构成

2.1 远程教学/培训管理

远程教育培训管理系统为交通部水运科学研究院员工教育培训的组织与管理提供支持。灵活的培训管理方式，可以涵盖员工培训的诸多领域。

2.1.1 教学计划管理

为了加强对各个和的培训管理，职教处可以制定并下发教学计划，由各和参照执行，及时汇总了解执行情况。其处理流出如下图所示：

职教处基地、站段

2.1.1.1 制定教学计划

职教处可以制定教学计划，设置相关培训要求下发给培训和各执行。

教学计划中只是定义了培训的基本模式、基本课程和计划培训人数等信息，

以便培训和了解培训教学要求。具体培训则需通过开设培训班级来实现，培训中的部分参数信息也需要在培训班级中进一步设置。

2.1.1.2 上报培训计划

各组织部门可以根据职教处发布的教学计划，制定自己的培训计划并上报。

通过培训计划设置可以添加新的培训计划，也可以对已存在的培训进行搜索，编辑，删除以及对培训进行分类等功能。可以指定符合资格的培训教师、设定培训反馈问卷、安排培训课程、决定课程学习方式（线行、并行）、设置考核方式等。

2.1.1.3 审核培训计划

职教处收到上报的培训计划后，可以进行审核。审核通过的培训计划才可进行。