金蝶bos - 金蝶BOS - 广州拓谱计算机有限公司

金蝶BOS是一个开放的集成与应用平台，是金蝶ERP解决方案、合作伙伴解决方案以及客户定制应用的技术平台。能够为企业灵活而迅速的设计、构建、实施和执行一套随需应变的ERP系统，并能够与现有的IT基础设施无缝地协同运作。为不同行业不同企业的不同的应用阶段，构建随需应变的ERP解决方案。

金蝶BOS是什么？

　　金蝶BOS是金蝶ERP的集成与应用平台。金蝶BOS遵循面向服务的架构体系，是一个面向业务的可视化开发平台；是一个金蝶ERP和第三方应用集成的技术平台。它有效的解决了ERP应用的最主要矛盾?D?D用户需求个性化和传统ERP软件标准化之间的矛盾。
金蝶BOS与金蝶ERP是什么关系？

　　金蝶ERP是企业管理信息化的全面解决方案，金蝶ERP是基于金蝶BOS构建的。金蝶ERP满足企业全面业务的标准应用；金蝶BOS确保了企业ERP应用中的个性化需求完美实现。基于金蝶BOS的金蝶ERP，可以为不同行业不同发展阶段的企业构建灵活的、可扩展的、全面集成的整体解决方案。

金蝶BOS与金蝶ERP关系图

金蝶 BOS能解决客户的哪些问题？

解决ERP日益增加的应用复杂度和快速开发/实施的矛盾
能够快速配置或快速定制业务流程并部署到金蝶ERP中
为客户提供与金蝶ERP集成的、可升级的、高效的、简单易用的开发工具
满足企业发展与变化的应用需要

基于BOS的金蝶ERP具有什么样的独特优势？

金蝶ERP蕴涵现代企业管理理念, 融合40万企业最佳管理实践，帮助企业提升信息化管理水平
金蝶BOS使金蝶ERP如虎添翼，有效解决企业应用需求个性化和传统ERP软件标准僵化之间的矛盾
基于BOS的金蝶ERP，实施速度快，快速搭建贴身的应用环境，成功率高
广泛的适应性，可针对不同行业的个性化特色，构建行业应用集成平台
灵活的可扩展性，伴随企业快速成长，可继承性地扩展企业ERP管理应用
基于BOS实现企业个性化应用的业务系统升级方便，确保系统扩展平稳过渡
系统维护本地化，快速响应，不依赖实施服务人员，维护成本低且可控

金蝶BOS给企业所带来什么价值？

满足企业个性化需求

BOS功能强大配合ERP系统，能够实现企业的行业特性或个性要求；
满足企业的业务流程变更频繁的需要，随需应变；

低成本

流程配置：根据业务流程而设计，降低企业变革成本与风险；
简单易用：80％的零代码开发，减低企业的开发成本；
集成功能：可以集成第三方系统，减少企业重复投资；
维护简便：可减少企业的维护成本，能够随K/3系统升级；

高效率

快速完成信息系统的构建，缩短开发周期
快速提升员工的应用水平，降低项目风险

使用BOS开发和传统的二次开发有什么共性和区别？

　　BOS开发和传统二次开发都是为了满足企业个性化需求。BOS开发相比传统二次开发的区别和优势如下：

传统的二次开发	基于金蝶BOS的开发
开发效率低：大量的重复代码编写工作	开发效率高：可视化操作，80％的二次开发工作量可实现零代码开发
学习与操作困难	操作简便，轻松上手，一般的开发人员甚至企业的业务人员都可使用与操作
二次开发的系统无法升级到通用的ERP系统，如要升级，代码几乎需要重新开发	可以随系统升级轻松移植，维护简单；为企业节约二次开发的人工成本和时间成本；
集成性差，造成企业重复投资	集成性强，降低企业投资成本
扩展性差，企业的业务与流程变化后，系统扩展的能力低	扩展性强，支持企业业务流程变更和调整
较高的开发成本和较高的变革成本	较低的开发成本和较低的变革成本

金蝶现有客户需要金蝶BOS吗？

　　金蝶现有客户中，如果企业的组织、流程或业务需求发生了变化，可利用金蝶BOS快速构建新的业务需求。

金蝶BOS可以独立销售吗？

　　金蝶ERP解决方案可满足企业的标准业务需求，企业的少部分个性化需求可通过BOS快速定制，并完美地融入金蝶ERP。因此金蝶BOS作为金蝶ERP的补充方案，原则上不独立销售。

BOS本身会升级吗？升级后原来定制的业务可以随之升级吗？

　　金蝶BOS本身会升级，来满足客户不断发展变化的需求。金蝶BOS升级后，原来通过金蝶BOS定制的业务流程可随之升级。

BOS学习和操作是不是很复杂？对软硬件环境要求高不高？

　　不复杂。

　　金蝶BOS是一个可视化的开发平台，集成了大量的公共组件、服务和模板，操作者不必面向源代码就可进行开发，开发效率很高，一般的开发人员就可完成。流程配置和业务单据、业务报表等的开发，甚至只需懂得业务的人就可完成。
金蝶BOS对软硬件环境的支持与金蝶ERP一样，没有特别的要求。

金蝶BOS贵不贵？投入和效益产出比如何？

　　和传统的二次开发相比，利用金蝶BOS开发具有很高的性价比：较少的开发时间、较高的开发效率、系统可升级与可扩展性，为企业提供了超值的方案。仅用传统二次开发三分之一以内的综合成本，即可完成同等功能的客户个性化需求，且运行效果更好更稳定，操作更方便。

谁是BOS的使用者，谁是BOS的受益者？

BOS的使用者可以是咨询顾问、实施专家或企业的IT技术人员，客户可自行选择适合的服务方案：
金蝶的咨询顾问、实施专家可为您的企业定制个性化的应用；
金蝶的合作伙伴可以用BOS为客户提供具有行业特性的解决方案；
企业的IT部门也可使用该工具，快速定制企业的个性化需求。

　　企业的IT和应用部门是该系统的受益者。对IT部门来说系统维护成本低、对业务部门来说个性化的业务需求得以“贴身”的实现。

通过BOS，企业现有的其它应用系统是否可以与金蝶ERP系统集成？

　　可以。

　　通过金蝶BOS，金蝶ERP可以有效集成第三方应用软件（如税控接口、立体仓库、PDM等）、硬件设备和通讯软件（如邮件、短信等）集成。

SOA的架构革命

SOA开启了架构的新篇章

当管理软件不再成为企业自我标榜的噱头，当管理软件给企业带来愈发明显的经济效益，当管理软件的价值日益被企业客户所理解与接受，企业信息总监的烦恼却与日俱增。在面对软件应用与技术架构不断升级的过程中，新旧系统之间的难以逾越的数据鸿沟，不断增长的基础数据与用户维护的日常工作…中国企业信息化在痛并快乐的一路走来，在我们看到越来越多的企业呼唤一个集成的系统时，越来越多的企业呼唤一个具有广泛适应性的系统时，越来越多的企业呼唤一个具有能够长期适应业务应用扩展需求的系统时。软件技术架构已经悄然的开始了一场架构的革命――企业服务架构（Service Oriented Architecture，简称SOA）。

SOA作为一种架构理念与规范，需要产品和技术标准的支持。IBM、BEA System、Oracle、Microsoft等国际大厂商都积极投身SOA的实践，并努力的推行着。经过四五年的发展，已经逐渐形成了一批将SOA推向实际应用的成果。

“管理是一种艺术”，国际化的管理努力的将企业管理活动本身进行不断的规范，但企业管理涉及到组织、流程、资源及企业间的协同，这些内容在运营过程中关系错综复杂并且不断变化，这些都深刻的影响着管理软件构建的复杂性。

在经典软件工程理论中，不管是瀑布方法还是原型方法，都是从需求分析做起，一步一步构建起形形色色的软件系统。但是需求变更像一个挥之不去的阴影，时刻伴随着系统左右。每一个实际应用系统的开发者都饱尝了在系统进入开发阶段、测试阶段，甚至上线阶段遭遇应接不暇的需求变更的极端痛苦。如何解决这一问题？能否来一场软件开发和架构的革命？SOA的提出，就是被人看成这样的一场革命。其实质就是要将系统模型与系统实现分割开来。

企业管理活动可以形象地被比喻成一个社会网络的沟通与协调，而我们回顾互联网的发展过程，一个重要里程碑就是ISO（Internet Standard Organization，国际标准组织）对OSI（Open System Interconnect，开放系统互连）七层网络模型的定义。它不但成为以前的和后续的各种网络技术评判、分析的依据，也成为网络协议设计和统一的参考模型。建立七层模型的主要目的是为解决异种网络互联时所遇到的兼容性问题，譬如Novell网与NT网络之间的因为标准的缺失，要想互联是难以想象的。于是通过ISO将服务、接口和协议这三个概念明确地区分开来：服务说明某一层为上一层提供一些什么功能，接口说明上一层如何使用下层的服务，而协议涉及如何实现本层的服务；这样各层之间具有很强的独立性，互连网络中各实体采用什么样的协议是没有限制的，只要向上提供相同的服务并且不改变相邻层的接口就可以了。

SOA在企业管理软件中的应用价值可以等同于上面提到的七层网络模型。一般认为：SOA，面向服务的架构是一个组件模型，它将应用程序的不同功能单元封装成服务（service），不同的服务之间通过定义良好的接口进行通信。接口采用中立的方式定义，独立于具体实现服务的硬件平台、操作系统和编程语言。这种具有统一而标准的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。

从SOA的定义中，我们看到两点：

SOA是一种软件系统架构。SOA不是一种语言，也不是一种具体的技术，更不是一种产品，它给出在特定环境下推荐采用的一种架构，是一种理念架构，是人们面向应用服务的解决方案框架。

服务（service）是整个SOA实现的核心。SOA架构的基本元素是服务，SOA 指定一组实体（服务提供者、服务消费者、服务注册表、服务条款、服务代理和服务契约），这些实体详细说明了如何提供和消费服务。遵循 SOA 观点的系统必须要有服务，这些服务是可互操作的、独立的、模块化的、位置明确的、松耦合的并且可以通过网络（UDDI）查找其地址。

SOA的灵活性将给企业带来巨大的好处。如果把企业的IT架构抽象出来，将其功能以粗粒度的服务形式表示出来，每种服务都清晰地表示其业务价值，那么这些服务的顾客（可能在公司内部，也可能是公司的某个业务伙伴）就可以选用这些服务，而不必考虑其后台实现的具体技术。IDC在2005年进一步明确了SOA的参考模型，提出了实现SOA所需要的基本元素以及它们之间应该具备的逻辑关系，指引着SOA的良性发展。

企业动态建模是SOA实现的基础

要SOA得到这种灵活性，需要有一系列实现架构的新方法，这是一项艰巨的任务。企业架构设计师必须要变成“面向服务的架构设计师”，不仅要理解SOA，还要理解SOA的在具体应用中的表现。在架构实践和最后得到的架构结果之间的区别有可能非常微妙，但却非常关键。所以SOA的实现需要借助企业动态建模在企业管理过程中逐步求精，以达到软件与管理的最佳融合。

企业动态建模是通过一系列步骤和采用一定的方法，对实际企业对象的发展和变化模式进行分析和简化，去掉对建模目的影响不大的细节现象，得到抽象的动态模型的过程。企业动态建模的过程涉及一系列的活动、方法和工具，用于建立描述企业不同侧面的模型。由于企业组织的复杂性，采用单一的模型无法完整地表达出一个企业多方面的特点，因而在企业动态建模中涉及到多个视角的模型，常用的包括：信息模型、功能模型、组织模型、流程模型四个动态模型。

信息模型：是从信息的角度对企业进行描述，企业信息系统是信息模型的一个体现，用于存储/维护/处理与企业相关的所有信息，这些信息是联系各个功能元素的纽带。

功能模型：以功能活动为视角对整个企业进行描述，表现的是企业各功能模块之间的关系。

组织模型：描述组织结构树、团队、能力、角色和权限等。

流程模型：是通过定义组成活动及其活动之间的逻辑关系来描述工作流程的模型。

金蝶ERP所具备的各种先进的技术特性各种各样解决系统重构、系统集成的工具与平台。这些特性和工具帮助金蝶ERP能够快速实施，快速配置，快速应用，快速见效，有效地缩减金蝶ERP的应用实施周期和成本。在金蝶ERP的整个企业信息化蓝图中，企业不同角色的使用者可以分别使用金蝶BOS所提供的不同的应用及工具来完成他们的任务。

基于金蝶BOS构建的金蝶ERP应用的四种角色

如上图，我们可以很清晰的了解基于金蝶BOS构建的金蝶ERP应用的四种角色：企业用户、企业IT人员、实施咨询专家、行业开发专家。

企业用户

面对决策层进行经营战略管理的人员来说，可以使用金蝶ERP的战略企业管理系统（BPM）；中层管理者需要动态实时的掌握着，企业的各方面的经营状况，金蝶ERP提供商业智能平台来满足他们的需要；面对进行企业日常业务操作的各个业务运营人员，金蝶ERP提供的有面向各种业务内容的包括财务、物流、制造、供应链、客户关系、人力资源、知识管理等多种业务系统来满足他们的需要。

企业IT人员

可以通过金蝶BOS提供的业务配置工具，包括：进行系统用户权限管理的权限管理平台；定义各种业务预警的预警平台；定义业务数据之间关联关系的业务关联平台；对应用系统进行初始化的初始化管理；根据业务需要动态可配置的各种系统参数的管理的参数平台。通过这些工具，企业的IT人员可以方便的调整金蝶ERP的系统来满足企业的实际业务运行需要。

实施咨询专家

在实施的项目中，发现有企业业务处理行业特色显著，而且不能单纯的通过系统参数的配置来完成系统的调整的，可以使用应用方案管理工具，将系统切换到更加合适的细分行业状态，通过使用模型视图的调整，来实现面向具体行业特色的产品。但当企业的具体处理过程，和金蝶ERP产品提供的标准流程甚至行业流程都不一致的时候，实施咨询专家还可以进一步的使用业务工具来建立企业应用模型。

在业务建模工具中，实施咨询专家可以在BOS中，快速的配置出新增或者变更后的流程、功能、信息、组织的企业模型。

行业开发专家

行业开发专家在金蝶ERP的技术架构下可以有了更多施展的空间，可以使用金蝶BOS的设计开发工具给金蝶ERP修改或者添加更多的流程、界面、报表、功能。使用应用发布工具将新更改的业务流程模型信息发布到元数据库（Metadata Repository）中，并同步更新相关的业务数据库。

在发布的时候，发布引擎会根据模型定义自动的生成相关的运行代码，并预留了编写复杂业务逻辑的代码段，行业开发专家在设计开发工具中，直接编写相关的代码内容。通过对金蝶ERP设计模型的修改和扩充，可以满足更多更复杂的企业业务需求。

通过四种IT角色的协同，使得金蝶ERP咨询有可能在交付之前预先配置系统，或者在安装以后配置。在这种场景中，配置是基于客户的特定需求或者行业模版，金蝶ERP的合作伙伴也会提供这些配置。

最后，金蝶可以提供一个流程监控系统，这样就能够知道特定流程使用的频率，以及将它们包括在金蝶ERP系统中的成本。金蝶希望能够监控每一个流程的使用频率，并将此信息反馈给目前用来进行用户配置的业务模型中。这将使得金蝶ERP能比较不同的系统，从而确定最有效的配置。

总之，金蝶金蝶ERP致力于提供一个用于管理变革的长期平台，为客户的持续工程努力提供帮助。并通过完整的平台使得实施团队在项目最初和以后都能进行业务流程分析、设计和配置。

金蝶ERP的企业动态建模层次

如上图所示，金蝶ERP的技术体系主要由四个层次和一套完整的生命周期管理工具构成，而这五部分的集合按照现在业界的划分称之为“业务基础软件平台”，在金蝶软件的产品体系中他被命名为?D?D金蝶BOS（业务操作系统）。

传统的分布式N-tie（三层）架构的应用程序，在软件功能的组件化的方向上取得了长足的进步。组件化的封装让组件之间通过接口的方式进行通讯，增强了复杂而庞大的应用程序本身的可管理性，包括对版本的管理、应用部署的管理等，同时在一定程度上也提高了功能模块在飞速增长过程中软件质量的一致性。但N-tie技术架构随着管理软件复杂度的爆炸性增长，其历史局限性不可回避的呈现出来：

N-tie技术架构的组件颗粒度和接口的划分没有实际的标准和规则，一个组件可以大可以小，接口也可以随意定制，除了一定要符合编程语言的语法结构之外基本上没有可以控制的手段，完全依靠组件开发人员的分析与设计能力。
N-tie技术架构的组件内部构造的可视化程度很低，当开发人员在添加新功能和对组件进行修订的时候，面对一个或大或小的组件黑盒，无法准确的理解组件所暴露出来接口的含义，组件之间的透明式的通信难以实现，要进一步的修改组件的处理逻辑就更加困难。
N-tie技术架构无论最终采用B/S或者C/S的系统访问结构，都是针对特定的技术平台的硬编码，包括服务端所使用的应用服务器、数据库与操作系统。整体系统在企业客户上线时，对IT的基础设施的投资要求比较高，如果需要进行技术平台的迁移和审计，涉及到对系统的整体改造，需要付出昂贵的代价。
N-tie技术架构更多的着重于解决系统开发的可管理性，但在信息系统的应用模式上仍然保留着从DOS时代开始的“菜单”模式，强调与突出系统的结构性。在体系结构的规定上并没有给用户带来操作感受上的提升，用户需要在浩如烟海的功能与菜单中不停的探询或者长时间的培训才能找到具体需要处理的工作。所以在N-tie技术架构下诞生了一个个的功能堆砌的庞然大物，满足了越来越多的应用需求，但却加重了用户的操作负担。

基于金蝶BOS构建的金蝶ERP遵循SOA（Service-Oriented Architecture）的架构体系，有效继承了N-tie技术架构的优点，锐意在N-tie架构的历史局限性上寻求突破并创新，而且已经取得了良好的用户反馈。

金蝶BOS技术架构

信息门户

信息门户是将企业不同角色的相关人员通过Internet紧密地结合在一起协同工作，并能有效整合第三方的系统。对应到SOA的“访问服务”（Access Services）。

信息门户的诞生不仅解决了管理系统跨互联网对应用系统访问的瓶颈，只要有网络的地方就可以享受到信息系统带来的便利。而且在用户进入金蝶ERP后，可以直接使用根据不同的岗位、职责所设定的甚至按照自己需要定制的个性化门户，可以在短时间内找到自己需要在ERP系统里所需的内容和操作，加快用户上手的过程。

在企业使用了多套系统的时候，信息门户的单点登录（SSO）所带来的效益更加明显的。单点登录技术是一种认证和授权机制，它允许用户只登录到系统上一次，而后授权访问其他连接的系统，无需再进行登录。这样不仅仅增加了用户操作的便捷性，同时因为SSO登录可以使用数字“证书”等等多种身份认证的手段来代替静态的用户ID／口令，系统的安全性得到大大的加强。实现认证和授权的集成还简化了雇员离开公司后的清洗工作。管理人员不用再跟踪雇员可能访问过的所有系统和资源，只要简单地删除掉这名雇员的SSO账户就行了。

信息门户中访问的内容主要分为三类：

业务协作
流程中心
管理分析

业务流程

业务流程是由各类服务组件按照特定的规则组装而成，对应于SOA中的“集成服务”（Integration Services）。通过可灵活配置的流程引擎、可视化的流程展现，用户可以随时查阅每一项业务的流程的规则、路线、处理状态及参与者，并根据实际的业务的变化对流程进行调整。用户的操作不仅变得更加简单和直观，由传统的“人找事”转向了真正的“事找人”，而且系统的灵活性与可扩展性得到了空前的提升。

业务流程组装示意图

业务流程包括了对流程控制的管理，还包含了流程中数据状态转换的管理。让计算机数据贴切的模拟出了丰富多彩管理活动的同时，通过可视化的展现形式，让这一切变得不再冰冷进而鲜活的跃然于纸上。于是业务流程不再单纯的一项计算机技术的突破，让企业客户与合作伙伴可以低成本的根据业务实际情况进行业务流程的更改，同时也有效促进了管理的科学化。它不仅通过实现流程可视化管理，可以对各业务处理流程进行监控和优化，剔除流程盲点，突破流程瓶颈，而且可以通过对业务工作量、人员配置、工作效率的分析，为企业进行工作负荷分析、流程重组、人员优化提供科学的依据。

业务服务

业务服务提供了统一的业务组件标准，规定了业务组件的用户访问行为、数据组织方式、功能封装方式、业务处理逻辑的标准“语法”。对应于SOA中的“应用程序与数据服务”（Application and Data Services）。

在N-tie的架构中，我们也有看到组件标准，但是它的标准是更加底层的，通俗的说是更加技术化的。譬如如何的实现远程的方法调用，如何实现数据库的连接等等。而在金蝶ERP中业务服务的标准是面向应用的，譬如不同的公司在处理不同类型的订单时应该录入和关联什么样的数据，不同业务处理类型的公司在合时的时候开发票，不同类型的采购业务完成后应该如何更新库存等等。这种服务的封装在包括金蝶软件等国内外的大批软件厂商在内，他们过往的产品中都有一些的阶段的成果，但业务服务提供了一整套规范化的标准和严格的要求，为组件之间通过接口进行通信提供了有效的保障。

业务服务不仅保障了遵循其标准的应用程序，在针对具体的应用需求，可以将不同的业务作为功能插件连接在业务流程上，并可以根据用户的需要来决定是否使用甚至更换。同时通过实现了应用程序与数据服务的分离，让基础数据不统一而带来的繁重的信息集成的噩梦得以化解，我们甚至可以将供应商、客户、职员、物料、银行账户等数据服务单独的进行安装与部署，供以各种不同的应用系统使用。

金蝶ERP业务服务组件示意图

一个业务组件由四个基本要素构成：

1、组织架构管理（Organization Mgmt）：负责约定业务组件的外部访问模式，包括对系统用户的管理、权限分配的管理、组织结构策略的管理。

2、主数据管理（Master Data Mgmt）：负责为业务功能和流程提供统一的基础数据的管理，譬如客商资料、银行账户、商品物料、会计科目等内容，。在基础资料统一的前提条件下，不同的业务功能之间的交互只用提供基础资料的编号就能够准确的理解操作的具体含义。

3、业务服务（Business Service）

4、业务流程（Business Process）

基础平台

基础平台将包含有各种底层存储、计算和传输的技术细节通过封装进行屏蔽，有效降低系统集成、应用部署的复杂度。对应于SOA中的“部署服务”（Deployment Services）以及安全性和管理服务（Security and Management Services）。

基础平台的概念曾不止一次的泛滥成灾，所有只要和具体的应用程序不相关的，作为技术底层服务的内容，都被概括为“基础平台”。于是数据库、操作系统、应用服务器似乎都可以称之为“基础平台”。

在金蝶ERP产品的技术体系中，基础平台有其明确的定义和清晰的内容。主要包括用以支撑业务服务所定义的组件标准：

多通道访问引擎：用以解决如何通过手机、PDA、邮件等多种访问方式来访问业务组件所提供的功能和获取存储在数据库中的信息。

消息引擎：解决流程驱动下人机交互过程中，将各流程节点的操作提示和系统通知、预警等信息发送到用户的消息中。

发布引擎：用以解决将按照业务服务标准进行封装的业务组件，快捷的发布到金蝶ERP系统之中，并保障不同的组件之间无缝的信息集成与共享，发布引擎同时屏蔽了不同厂商的应用服务器的技术细节的差异。

流程引擎：是业务流程中的控制流程，根据已定义的流程路线依据不同的规则，将任务有效的分配给人工处理或者交由预定义的自动节点进行处理。流程引擎同时提供对流程运行状况的监控与管理。

集成引擎：集成引擎更像一个信息的路由器，它能根据已定义的异构系统之间数据交换的映射规则，将数据中转和路由到需要集成的系统中。集成引擎是可以通过业务操作触发驱动或者按照时间规则进行调度执行。

规则引擎：规则引擎可以用来定义复杂的业务逻辑，流程跳转规则、数据转换规则、数据筛选规则、事务预警规则、任务调度规则等多种包含复杂逻辑关系的处理，都可以统一的通过规则引擎进行解析。

分析引擎：能够提供对数据库数据进行报表展现前的数据加工，分析引擎可以将多个相关的二维数据表转换成三维表结构，同时也可以提供结果集级别的分类汇总、小记、汇总和数据筛选等特性。

安全引擎：解决应用程序功能的访问权限，数据记录访问权限，组织架构隔离权限等数据安全性问题。

数据访问引擎：解决SQL Server，DB2，Oracle等主流数据库SQL语法差异的屏蔽层，按照KSQL语法编写的SQL语句能够自动翻译成不同数据库的SQL语句。