第六讲-技术架构-2018年.pptVIP

组织机构的任意调整，提供灵活的结构以适应不同的企业或企业中不同的组织结构。同时可以跨部门划分组织机构，对企业进行横向划分和管理。同时对于团队和组织机构管理和业务分工和权限管理都可以由用户自主维护和定制。 n 一人多岗 n 代理 n 委托 通过对各类操作权限设置和组织机构设置紧密配合来实现业务分工以及业务权限管理。平台权限配置不仅可以对组织、机构、岗位、人员进行一般性的权限配置，还可以实现权限分层管理以及权限继承等复杂的权限管理功能。 定义界面属性 选择界面类型 实现界面操作 通用表单 单据 一览表 报表 汇总表 层次汇总表 交叉表 数据实体 控件属性 菜单和工具栏 权限 单据预设操作 新增、修改、删除、复制、审核、套打等 报表预设操作 过滤、打印、预览、联查、导出、快速查找、图表分析等 实现扩展操作 1. 基于组织模型的任务执行体系 2. 基于业务功能的工作流活动环节 3. 基于业务信息的数据引用、范围权限和操作权限控制 4. 基于业务数据字段的相关业务数据控制 层次关系清晰 * 业务流程复杂、业务表单众多 业务架构主要关注两个方面：组织与能力、流程与信息。组织与能力是业务的静态视图，主要研究组织的结构与组织应具备的业务能力。 流程与信息是业务的动态视图，主要研究业务在不同岗位间的经办内容、顺序及互相传递的信息。BPD业务流程设计、CBM组件化业务模型 * 业务类型繁杂、应用复杂、协同业务多 * 组件不能完全适应应用的需要，组件的适应性很差或根本不能对其进行调整。另外在进行基于组件的软件开发时，很多情况下需要使用的可复用组件需要向第三方的组件开发商进行购买，这会带来更大的风险： “积木”两大重大缺陷：?内部不可维护、?缺乏统一“公用基础设施层”。 业务模块和业务基础平台紧耦合，业务模块过于依赖于业务基础平台，一旦业务基础平台升级，业务模块也不得不升级，很多业务系统需要重写； 随着业务的发展，业务模块不断增加，系统越来越庞大，系统难于管理，特别是随着系统代码的不断增加，性能越来越差； 业务模块升级困难，由于各个业务模块和业务基础平台紧密，各个业务组件很难独自升级，而且所有相关的升级不得不考虑业务基础平台的影响。 * 业务基础平台的组件化，并不是所有的内容全部组件化，有些内容是无法分离出去的，因此首先要把业务基础平台的内核分离出来，建立一个业务基础平台的微内核，微内核是跟每一个业务组件紧密相关的。然后把业务基础平台中可以分离出来的内容单独作为一个组件，即公共组件，从而实现业务组件和公共组件的分离。 * 不同的业务组件之间需要事物处理的调用，通过内嵌一个内核业务处理模块的方式进行，如库存处理相关业务，在订单模块和采购模块都需要调用，通过服务方式很难处理事物，可以将一个简化的库存模块（如 Jar 包，建议采用 OSGi 架构，WAS8 已经提供了很好的支持）直接内嵌到订单模块和采购模块，如下图“库存模块内嵌到订单和采购业务组件”所示；工作流引擎也可以采用这样的方式，详见《基于 SOA 的工作流（WF）整合》的说明。 * 作为一个生产级业务工作流系统，X5业务架构平台在对企业工作流的完整模型、包括流程路径、业务逻辑规则、流程协作规则、任务协作规则、事件规则等相关要素提供了最完整的支持。 * RDF(Resource Description Framework), 一种用于描述Web资源的标记语言 WS-CDL是W3C一个候选标准，其目的是定义一套Web服务组合/协作的描述标准 JSR是Java Specification Requests的缩写，意思是Java 规范请求 OWL全写是：Web Ontologoy Language，翻译过来是：网络本体语言 WSDL?元素[1]?基于XML语法描述了与服务进行交互的基本元素： Portlet是基于java的web组件，由portlet容器管理，并由容器处理请求，生产动态内容。 * Rule Interchange Format SparQL(Simple Protocol and RDF Query Language)，是为RDF开发的一种查询语言和数据获取协议，它是为W3C所开发的RDF数据模型所定义，但是可以用于任何可以用RDF来表示的信息资源。 RDF：Resource Description Framework，即资源描述框架。采用“资源-属性-属性值”的“主谓宾”结构（或称三元组），提供一种框架容器，并通过XML定义了一套形式化的方法，为机器语义理解的结构基础。RDFS即RDF Schema，用于定义元数据属性元素（例如“创建者”），以描述资源的一种定义语言。