16. 中钢系统关键技术

    16.1. 面向服务的架构（SOA）

    系统采用的关键核心技术是SOA架构,SOA（service-oriented architecture，面向服务的体系结构或面向服务架构）是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。

    面向服务构架（SOA）的特点主要包括：自我管理和恢复能力，独立的功能实体，大数据量低频率访问，基于文本的消息传递，具体描述如下：

    SOA架构中非常强调实体自我管理和恢复能力，常见的用来进行自我恢复的技术，比如事务处理(Transaction)，消息队列(Message Queue)，冗余部署(Redundant Deployment)和集群系统(Cluster)在SOA中都起到至关重要的作用 

    SOA具有独立的功能实体能力，在Internet这样松散的使用环境中，任何访问请求都有可能出错，因此任何企图通过Internet进行控制的结构都会面临严重的稳定性问题。SOA非常强调架构中提供服务的功能实体的完全独立自主的能力。传统的组件技术，如.NET Remoting，EJB，COM或者CORBA，都需要有一个宿主(Host或者Server)来存放和管理这些功能实体；当这些宿主运行结束时这些组件的寿命也随之结束。这样当宿主本身或者其它功能部分出现问题的时候，在该宿主上运行的其它应用服务就会受到影响。

    SOA具有大数据量低频率访问能力，这些调用给系统的响应速度和稳定性带来的影响都可以忽略不计，但是在Internet环境下这些因素往往是决定整个系统是否能正常工作的一个关键决定因素。因此SOA系统推荐采用大数据量的方式一次性进行信息交换。 

    基于文本的消息传递，传统的组件模型中，从服务器端传往客户端的是一个二进制编码的对象，在客户端通过调用这个对象的方法来完成某些功能；由于Internet中大量异构系统的存在决定了SOA系统必须采用基于文本而非二进制的消息传递方式。SOA服务用消息进行通信，该消息通常使用XML Schema来定义（也叫做XSD， XML Schema Definition）。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。

    SOA的强大和灵活性将给企业带来巨大的好处。如果某组织将其IT架构抽象出来，将其功能以粗粒度的服务形式表示出来，每种服务都清晰地表示其业务价值，那么，这些服务的顾客（可能在公司内部，也可能是公司的某个业务伙伴）就可以得到这些服务，而不必考虑其后台实现的具体技术。更进一步，如果顾客能够发现并绑定可用的服务，那么在这些服务背后的IT系统能够提供更大的灵活性。

    SOA元模型从MDA中继承平台无关模型和平台相关模型，但是添加了AM和用户交互以及敏捷的反馈这两部分，后者通过椭圆之间的双向箭头来表现。类似地，元模型通过引入由中心的服务模型提供的中间层抽象解决了AM在伸缩性方面的问题。这样，服务模型中的任何需求的变化，都会反映到用户每天的业务处理中。同样，由于底层技术是模型驱动的，技术专家也可以根据这些变化的需求迅速而有效地作出应变。

    16.2. 模型驱动架构(MDA)

    业务建模将业务模型和系统实现技术分离开来，让用户更多地关注流程、机构、业务活动、表格表单和业务逻辑，而不必关注这些具体业务在技术上是如何实现的。协同业务流程平台封装了组织机构业务模型，它以可视化的方式进行组织架构的完善和调整，可以根据实际情况进行具体的分工和授权。提供了业界最强大和最完整的工作流体系和最完整的工作流体系支持工具集，可以对所有业务流程的设计、执行、监控、分析、改进全面的支持。通过业务建模工具可以完全从业务描述的角度进行业务系统的构建和调整完善。

    系统基于SOA架构构建的业务资源和实现技术、环境是完全分离的，因此，协同业务流程平台不仅可以同时支持各类不同的技术实现体系，而且能够把业务系统从原有的技术体系下顺利地迁移到新的技术平台上。
 
    
    
    
    上图为各个业务子系统的实施、开发模式

    16.3. 轻量级目录访问协议（LDAP）

    系统实现了完整的虚拟组织，构建统一的组织机构，建立完善的岗位体系，实现职能部门和业务部门对组织机构和权限的充分掌控，实现严密的业务分工和权限控制：强大和灵活的组织机构和业务分工支持，对现代企业组织机构的不同形式和构成要素提供全面支持，基于机构、部门、工作组、岗位、人员的灵活的分工模式，实现“基于岗位”和“变形虫”式的岗职体系，按照用户角色的不同，体现不同的业务分工，细致和严密的数据权限支持，细致和严密的数据访问和过滤支持（行级和字段级），细致和严密的数据操作权限支持（数据增删改），强大的管辖模式支持，基于机构的块状管辖模式，基于岗位的条线管辖模式，严密的分级授权管理。彻底满足多层架构、岗位复杂、一人多岗的普遍管理模式和组织体系的要求。 

    

    16.4. WFMC工作流标准

    工作流体系是否能够与具体业务高度集成和融合，这是考虑工作流体系价值的一个关键。协同业务流程平台工作流可以和整个业务模型体系高度融合和集成，形成一套以业务流程执行服务为核心，包括业务流程定义、监控、管理、统计、分析等强大的业务流程管理系统，能够对基于SOA架构开发的各个业务子系统进行统一的流程分析与监控，将参照国际工作流组织WFMC在1995年提出的工作流模型和2005年提出的XPDL（工作流XML定义语言）标准进行设计，如下图系列：

    
    

    系统不仅提供了强大的工作流能力，同时也提供了最完整的工作流体系支持工具集，可以对复杂业务流程的设计、执行、监控、分析、改进进行全面的支持，并且能够把各类业务工作流程定义到统一的协同工作环境中，达到各类业务流程的互联互通和协同工作。除了工作流协同外，还加强了对创造性协同的支持，建立把“问题”变成“机会”的机制，促进团队成为在“问题”中学习和进步的组织。

    

    系统对业务过程进行全面、精细的记录和统计分析，展开严密的工作监控和高效的业务协同，从而进一步加强管理力度、提高协同效率，促进业务知识的积累和业务流程的优化；并且可以全面、自动、实时记录工作人员业务处理流程中的业务信息和过程处理信息，主管领导和相关领导都可以随时获取这些流程信息，并依据规定的工作流程和规范，在分工和授权范围内随时进行参与，如果发现异常情况或者进度延期情况都可以进行干预，真正达到了业务处理过程的监控和干预，提升业务管理和全局决策的客观性、时效性。