培训管理平台详细方案
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
培训管理平台详细方案
1 基础框架平台
微创应用服务框架(Wicresoft Application Framework,下称WSAF)基于标准的SOA架构(Service Oriented Architecture,面向服务的架构)构建,实现了用户的统一管理、集中认证和授权、统一工作平台,并可随时根据用户需求进行系统调整和部署。在这种开放式的架构体系中,所有子系统和组件之间的通讯都通过标准协议进行交互,实现了应用的整合和集中管理,保障了系统的开放性、灵活性和扩展性。
1.1 微创软件应用框架(WSAF)
微创软件应用框架(Wicresoft Application Framework,下称WSAF)是微创软件自主开发的一套框架性产品,是微创软件协同工作平台的基础组成部分。
经典的软件模式类书《Pattern-Oriented Software Architecture》对框架的定义是这样的:A partially complete software (sub-) system that is intended to be instantiated,所谓的框架,就是一个子系统,完成了部分的功能,将会被实例化。也就是说,框架定义了项目或产品的基本的功能构件,并且这些构件将会被组合成为项目或产品。
使用应用框架,目的是为了达到:提高开发效率(Productivity)
一般来说,应用框架将常见问题的解决方案标准化,并不需要在每次遇到这类问题时重复研究,另外,开发人员只需要开发和测试业务相关的代码,也促进了开发人员的效率提高。
WSAF基于标准的SOA架构(Service Oriented Architecture,面向服务的架构)。
WSAF为建构在其上的应用提供了框架性的功能,主要有以下几点:
●集中的应用管理
在WSAF中,所有建构在其上的相对独立的软件构件或服务集合均被称为应用,应用为用户提供各种各样的功能,可以重复使用并加以组合,以提供更多的功能。
●统一的服务管理
在WSAF上建构的应用之间,会互相提供和调用对方的服务,服务是应用的组成部分,具有原子性,不可再分。完全整合到WSAF上的应用,还需要提供自身的服务信息,这些服务通常以WebService的形式来提供。
●统一的事件分发和响应机制
前面提到,在WSAF上建构的应用相对独立,但应用之间也常常会有同步
的需求,这就依靠WSAF中统一的事件分发和响应机制来实现。在WSAF的后台,有一个事件分发器,负责将应用发送到中心的事件分发给事先订阅此事件的各个应用,并通过服务调用的方式,由应用自己来处理事件。
●统一的中心配置
传统的网络应用,其配置信息往往存储在各自的应用中,也很少提供一个可视化的操作环境来进行配置的修改,而是需要直接到服务器上进行操作,这样在应用很少的情况下并不会出现什么问题。但是在应用的数量较多时,配置的修改就成为一项繁重的工作。WSAF实现了统一的中心配置,应用可以通过读取中心配置,使应用的本地配置时刻与中心配置同步。
●统一的用户和组织架构管理
在以往的应用开发中,应用往往自己来进行用户和组织架构部分的开发,这不仅仅增加了开发成本,更使不同的应用之间难以相互协作,因为各自的用户和组织架构各不相同,互相之间根本无法确定用户的身份,就更谈不上协作了。
●安全、统一的用户认证
用户认证也是每个应用开发时需要考虑的问题,WSAF在统一的用户和组织架构基础上,提供了安全、统一的用户认证方式,为建构在WSAF上的应用提供认证服务。
●统一的用户权限配置
安全性的要求决定了用户权限也是应用开发时必须要考虑的问题,WSAF 也实现了统一的用户权限配置,在WSAF中,有“角色”的概念,所谓角色,
就是一些权限的集合,某用户在某个角色中,就拥有了这个角色代表的所有权限。
●可集成的网络部件(WebPart)
WebPart概念最早出现于微软的SharePoint Portal Server(SPS),指的是在网页上有一定功能、可以重用的部件。在WSAF中,也实现了可集成的WebPart,应用可以开发各自的WebPart并在中心注册,在统一的平台中就可以异步地调用这些WebPart显示在门户页面上。
●统一的日志记录与管理
以往的应用运行、操作和出错日志由各个应用来控制,不仅增加了应用的开发成本,更加使日志不具备可读性和可管理性,系统管理员要了解每个应用的日志,就必须进入每个应用中,阅读各自的日志,这是一项非常繁重的工作。WSAF 中提供的统一的日志记录与管理,就解决了这个问题,所有应用都可以将日志写入中心,而系统管理员阅读日志,也可以相当方便。
●统一的用户消息分发机制
考虑这样一个场景:需要在信息管理中实现收到一篇新的信息,就收到一条短消息获得提醒,传统的做法是在信息管理中加入发送短消息的代码,但是如果在多个应用中都有这样的需求,就需要多次的加入对应的代码,如果再需要让用户可以在一个统一的界面上来做配置,就要每个应用进行修改,来实现配置界面的统一,相当繁琐而且可能不能实现。而WSAF提供的统一用户消息分发机制可以为各个应用提供用户消息的分发功能,任何一个建构在WSAF上的应用,可以通过调用用户消息分发服务来向用户分发包括页面弹出消息、Email、手机短信、LCS(Live Communication Server,微软的企业内部实时通讯方案)、
传真以至于MSN、QQ、RTX(腾讯公司提供的企业实时通讯方案)等可以无限扩展的分发方式,并可让用户在一个统一的界面上进行配置。
统一的应用状态监控
应用的状态监控也是系统维护人员比较担心的问题,应用因为种种原因出错,如果让最终用户先发现,会带来相当多的麻烦和用户的抱怨。WSAF为系统管理员和系统维护人员提供了一个应用状态监控客户端,应用状态发生改变时,监控客户端就会提醒系统管理员和系统维护人员注意,以便于及时排除故障,恢复运行。
1.2 面向服务的架构(SOA)
SOA充分利用Web服务,将流程中的各个环节如“获得客户信息”(GetCustomerInfo)封装起来,然后以多种方式展示这些模块。在SOA中,架构中的每一层都不受其他层变化的影响。面向服务的架构还有助于提高重用率,从而促进生产力的提高和成本的降低。举个例子,像“获得客户信息”这样的服务可能会非常复杂。而在SOA架构中,这种服务被封装起来,并体现为Web 服务的形式,这样我们就可以创建能够持续察看客户情况的连贯视图。由此,我们不仅能够节约开发的时间,并且使我们可以不受变化的影响。当我们需要对门户层进行修改时,我们也不必考虑客户数据的构成方式。
--- BEA CIO Rhonda Hocker 2002年左右,随着互联网的发展、Web应用开发工具的逐步成熟,XML、Web服务广泛的得到应用,面向服务的架构(SOA)逐步开始成长为成为下一代最主要的软件架构,成为新一代应用集成技术。众多软件厂商如微软、BEA、IBM