产品推介与技术交流.ppt

1、产品推介与技术交流,CTBS（远程接入方案） Justep Business 业务协同平台,开场白,企业信息化现状 (1)信息战略已经成为基础战略 (2)IT黑洞 (3)高投入低产出 (4)信息孤岛 (5)重复投资 (6)失败率高,(1)个性化 一个软件，不可能满足所有用户的需求，即使是同一个行业，虽然在业务流程上大致相当，但是在管理细节上总是有这样或者那样的区别。因此，管理软件的个性化在管理系统的开发过程中无处不在。 (2)持续完善 个性化是对软件特性的一个重大挑战，但更大的挑战在于“持续的变革”。企业的变革虽然不规则，但却是持续的，企业在每个特定的发展阶段都有特定的企业模型，每个阶段都要有

2、与之匹配的信息系统来对应。目前的管理信息系统基本都是静态系统，无法满足持续动态完善的需求。 (3)实时性 软件的实时性要求的核心目标对象是：共享、协作和软件的物理价值问题。 软件的实时性要求包括两个方面： 1)集成性解决软件的保值、增值和寿命问题（解决信息化投资问题） 研究显示，“实现企业应用集成，消灭信息孤岛”是近1/3的CIO最关心的事情，每年全球有超过40%的IT投资会花在对企业内部的各种应用系统进行集成上。然而，应用集成是一件极其困难的事情，费力而不讨好。高失败率充斥着整个应用集成领域。 2)协作性解决共享和协作问题（解决数据/信息孤岛、功能孤岛等应用问题） 协作可以看成是一种高级的集

3、成，或者是充分集成的结果。协作强调业务流程的集成。业务流程的集成的最佳方法莫过于“以业务为驱动的业务集成”。,企业信息化的三大难题,实时性问题已经成为信息化里面一个核心的且无法回避的问题。但是，我们距实时性还很远。集成解决方案有很多种，目前主要流行的是基于工具的解决方案。 利用工具来解决集成问题，有一定的短期效果，但治标不治本。孤岛产生主要源于技术标准的多样性、技术工具的多样性和设计的多样性。而工具只是技术之间的转换器。在一个多系统的工程里，如果存在很多的转换器，那将会是灾难。 实际上，大多数EAI（企业应用集成）项目都是不得已而为之的项目。越多的信息化，带来的往往是越多的孤岛和越多的集成难题

4、。而集成基本上都是费力不讨好的工作。 管理软件进入“用户主控，大规模定制”的新时代！ 管理软件的传统开发模式必将被取代。,主题（一）,什么是CTBS CTBS产生的背景 CTBS的基本功能 CTBS的特色 CTBS VS TS、CITRIX、VPN CTBS体验,什么是CTBS,Client Server TO Browser Server ，将C/S 架构的应用程序在不改变任何环境、条件、代码和部署方式的情形下使用一种技术，使远程用户或者局域网内的客户端用户在不用装客户端的情形下通过浏览器直接访问我们的管理系统。这种技术充分结合了B/S和C/S架构程序的优点，而且保护了用户原有的投资，方便了

5、系统管理员的维护和应用程序的部署。主要有两种功能： （1）远程访问 （2）系统集成,CTBS产生的背景,随着企业信息化的深入发展，远程访问和接入的需求已经越来越迫切， 企业基于局域网的应用架构必然走向基于互联网的应用架构。远程接入市 场正进入一个快速发展的阶段。 (1)软件体系结构特点决定企业需要新的接入策略 随着计算机网络技术和软件技术的发展，软件体系结构和模式也在不断地发生变化。由于不同结构的特点不同，结构还不能替代结构，现在大型的企业应用系统基本上采用三层结构和结构开发，基于结构的企业应用在市场中仍占主要地位。目前国内主流的成熟产品都采用混合体系结构，WEB版的功能主要是进行数据浏览和查

6、询。这样可以避免结构产品远程响应速度慢，操作界面单一，无法满足客户自身的个性化要求，不能实现复杂的业务流程处理的等问题。另外就是结构的产品也还有一个接入（安全和速度）问题。,CTBS产生的背景,(2)集中管理模式的要求决定企业需要新的接入策略 基于数据和应用的集中而实现的集中式管理代表着当今世界最先进的管理模式和未来的发展趋势集。一方面集中式管理可以帮助企业实现全球范围内的资源和业务的集中管理和监控，能够实时获取信息进行科学决策；另外集中式管理可以让企业的数据和应用管理更安全有效，大大降低了企业对IT投资管理和维护的TCO（综合拥有成本） (3)传统远程访问的不足需要新的接入策略 目前实现远程

7、连接的技术主要是DDN和VPN两种，从技术和应用的角度来看，它们更适合支持视频会议和网络电话这样的企业应用，实现安全的互联；却不擅长部署共享应用程序服务或集中的数据库来提供即时和高效的访问及管理。 DDN专线主要是存在网络覆盖范围有限，建设成本高，日常费用昂贵的问题；而且，租用线路的可移动性较差、不可升级，管理费用也很高。 传统的VPN技术存在服务器暴露不安全、客户端管理负担大和传输带宽要求高的问题，无法满足远程应用的速度和管理要求；同时部署和管理复杂、网络兼容性差。,CTBS的基本功能,CTBS是沟通科技根据国内实际网络状况和应用系统现状，在吸收国际同类产品的优点基础上，全力研制开发的企业整

8、体接入平台套件，帮助企业灵活简捷快速地部署整体远程接入方案，任何人以任何网络连接方式从任何地方使用任何设备获取企业各种关键应用和信息，保护原有投资，应用程序无须作任何修改，让企业对业务、数据和IT实现真正的集中管理，轻松部署、管理和维护。CTBS具有强大的应用程序发布能力，远程用户以Web浏览器方式实现安全访问，同时集成VPN功能，整合了数据加密、身份认证、数字证书、访问控制等安全技术。 n 全面发布C/S和B/S结构的应用 n 客户端以Web浏览器方式访问 n 将远程打印和磁盘映射到本地 n 统一的用户身份认证和单点登录 n 确保用户只访问授权使用的应用 n 方便的服务器安全访问策略设置 n

9、 集中管理用户、服务器和应用 n 对用户和应用使用情况详细审计,CTBS的特色,远程接入平台，协议是KTP协议(CTBS的私有协议)，服务器端运算，实现集中式管理 。,CTBS的特色,应用高速度 采用服务器计算模式，网络只传输键盘信息、鼠标点击和屏幕更新信息，大大降低对带宽的需求，保证并发用户数较多情况下的使用速度。 数据强安全 支持多种用户认证方式，使用工业标准的128位高强度SSL(Security Socket Layer)安全协议传输数据，另外网络传输的不是真正的业务数据，而是经压缩和加密后的屏幕变化数据，提供了对远程访问的实时监控和审计。 部署特简单 不需要修改现有的应用程序，不需要

10、改变原有的网络结构，不需要在原有的应用系统中加装任何软件或插件。 按需最灵活 能够满足企业的个性化接入需求，很容易地进行扩展和升级。 成本更节省 集中布署、管理和维护，客户端免维护，大大降低IT投资的总体拥有成本(TCO) 技术优势 基于服务器计算模式已经成为当前接入架构的主流技术，是一种在服务器上100%地安装、管理、支持和执行应用程序的计算模式，将应用程序的执行和显示逻辑分离开来，所有计算均在服务器上执行，而只有键盘信息、鼠标点击和屏幕更新信息在客户机和服务器之间传输，每秒消耗不到28.8k的网络带宽。,CTBS VS TS,CTBS VS VPN,CTBS与VPN既有区别，又可以作为互补

11、性的产品形成一个整体的解决方案。,CTBS VS Citrix,1TCO 低 相对于CITRIX来说，总体拥有成本比较低。价格具有极大竞争力，比CITRIX便宜40%。和Citrix不同的是，CTBS global无论多大用户量，单价都没有增加，反而大用户量会有折扣。Citrix 50个用户量以上价格，不降反升。 2购买方式 CTBS global 5个用户以上可以单用户购买。 3TS 调用 CTBS global 无需调用微软TS终端，降低购买成本。Citrix和其它接入产品都需要调用微软终端服务，对最终用户 来说，额外购买，才能够使用。 4平台 CTBS global可以支持Windows

12、, Linux, Unix版本，而且不同版本价格相同， 而且三个版本同步升级；Citrix Windows版本已经4.0,而Unix版本还是1.0. 5跨平台 CTBS global可以实现Linux客户端访问Windows程序，之类的跨平台应用，而Linux是免费的，节省了购买 Windows 操作系统的费用。 6操作系统 CTBS global可以运行在Windows XP, Windows2000/2003, Linux, Unix, Solaris, OS/2, Macintosh; Citrix 要求对Windows 必需是server.,CTBS VS Citrix,7.客户端 为

13、了方便用户登录，CTBS可以使用客户端和WEB方式双重选择。 8. 服务 CTBS global为沟通科技和美国伙伴合作开发产品，不存在同级别竞争对手。作为参与研发的 一方，沟通科技比Citrix的代理商人能提供优质的服务。 9. 大用户量 CTBS global 支持服务器集群，支持服务器自动负载均衡。 10. 其它 目前，CTBS-global功能相当于Citrix高级版和企业版的综合体。 11.打印功能 CTBS global的打印功能非常强大，对于爱普生打印机远端可以自动识别映射打印配置简单可行， 完全优于citrix的产品 12.安装配置维护 CTBS global的安装实施维护简单

14、便于操作，稳定性极高，一般电脑维护人员半个工作日内完全 可以掌握和胜任日常的维护工作。Citrix的维护量则比较大，系统也较为复杂，维护极为不便。,CTBS 体验,6、体验 （一）管理控制台软件 （二） (1)港口应用软件集成与远程访问 (2)华东erp远程访问,体验一下终端访问和ctbs访问的速度,主题（二）,JUSTEP Business 为什么需要业务架构平台 业务架构平台原理和能力 业务架构平台价值分析 业务架构平台应用现状,两个被普遍关注的问题,信息化中存在的两个普遍问题： 应用孤岛问题 IT黑洞问题,IT黑洞问题,IT黑洞,美好的愿景,艰苦的努力,用户,开发商,用户,开发商,高额的

15、投资,复杂的过程,漫长的周期,失控的质量,无尽的维护,双输的结局,用户关注IT黑洞问题,用户对信息系统建设的要求,数据来源：计世资讯（CCW Research）,应用孤岛问题,生产/物资(MRP),办公(OA),人事/绩效(HR),产品管理(PDM),客户关系/销售(CRM),决策分析(DSS),应用孤岛 难以集成,用户关注应用孤岛问题,用户对架构平台的要求,数据来源：计世资讯（CCW Research）,两大问题的本质,应用孤岛问题： 管理软件如何实施、应用的问题 IT黑洞问题： 管理软件如何设计、开发和维护的问题,由于基础架构的先天不足，现有的信息系统，无论是独立的工具软件还是集成的解决方

16、案，大多是孤岛型的应用，或者是业务功能模块的简单累加。这些孤岛系统，相互之间是孤立封闭的。 现有信息系统的建设，是在底层的技术平台上直接构建业务系统，并且也只能采用面向技术的、业务无关的“原始”编程工具来开发管理系统 。这种低层次的软件开发模式，使信息系统的开发、维护和扩展困难重重，导致IT黑洞现象的普遍发生。,两大问题的深层次原因,孤岛问题和黑洞问题的深层次原因是： 信息系统的架构体系问题 架构体系对于信息系统的设计、开发、实施、应用、维护很重要吗？,理解架构：一个故事,一个真实的故事,瓦萨战舰的故事,17世纪上半叶，北欧新教势力与中欧天主教势力发生了一场“三十年战争”，作为北欧新教势力的代

17、表，瑞典的军事力量达到鼎盛时期。 1625年，号称“北方飓风”的瑞典国王古斯塔夫斯阿道弗斯（Gustavs Adolphus）决心建造一艘史无前例的巨型新战舰瓦萨（Vasa）战舰。瓦萨战舰确实是一艘令人望而生畏的战舰：舰长70米，载员300人，在三层的甲板上共装有64门重炮，火力超强。,瓦萨战舰的处女航,1628年8月10日，这艘巨大的战舰终于完工。在斯德哥尔摩的王宮前，瓦萨战舰举行了盛大的下水典礼。礼炮声中，战舰扬帆起航，乘风前进。 在1万多名围观者的目光注视下，忽然，瓦萨号奇怪地摇晃了一下，便向左舷倾斜。海水从炮孔处涌入船舱，战舰迅速翻入水中，几分钟后，这艘雄伟战舰的处女航也是唯一的一次航

18、行结束了。瓦萨战舰在它壮丽的起航时刻，带着全身飘扬的彩旗，沉没于它诞生的港口。,瓦萨战舰为什么沉没？,人们对瓦萨的沉没做出了各种各样的分析，最后的主要结论是： 该舰制造工艺精良，但“比例严重失调”，也就是说，该战舰的架构存在缺陷。,信息系统的“瓦萨”问题,瓦萨的故事已经过去300多年了，在船舶工业领域，作为学科和工业的基石“架构”早已形成完整的理论和方法体系。瓦萨的故事，基本上不会重演了。 但是，在今天的企事业信息系统领域，“瓦萨”问题依然是需要解决的关键问题。 软件业的一个著名论断深刻揭示了这一问题。,理解架构：一个论断,一个著名的论断,“没有银弹”论断,1986年，弗雷德里克.布鲁克斯（F

19、rederick Brooks）在没有银弹软件工程的主要问题和次要问题中提出了一个迄今为止尚未打破的一个著名论断：,“没有一种单纯的技术或管理上的进步，能够独立地承诺在10年内大幅度地提高软件的生产率、可靠性和简洁性”。 There is no single development,in either technology or management technique,witch by itself promises even one order-of-magnitude improvement within a decade in productivity,in reliability,i

20、n simplicity.,为什么没有银弹：三段论,1 大前提：软件活动包含根本任务和次要任务 布鲁克斯指出：所有软件活动包括： 根本任务打造构成抽象软件实体的复杂概念结构； 次要任务使用编程语言表达这些抽象实体，并在时间和空间内将它们映射成机器语言。,2 小前提：现有解决方案致力于解决次要任务 考察和评估几乎现有所有的软件工程解决方案，布鲁克斯指出：现有所有方案全都在致力于解决软件工程中的次要问题。,3 结论：没有银弹 无论这些方案多么完善，都不可能在根本上解决问题，即使将全部次要任务的时间缩减到零，也不会带来生产率数量级上的提高。,理解架构：一个现象,一个引人深思的现象,一个引人深思的事实

21、,事实：IT软硬件技术能力突飞猛进，但是管理软件的生产率和简洁性并无根本性提升，为什么？,结论,由 一个故事 一个论断 一个现象 得出： 在管理软件领域，这些年来IT技术的进步都只是在完成次要任务，忽视了对软件活动根本任务的关注、研究和完善。 在管理软件领域，我们需要真正解决一个根本问题：建立构成信息系统软件实体的概念体系结构即信息系统的架构体系。,架构是什么？,一个学术的概念，但它很重要 架构是针对某种特定目标系统的具有体系性的、普遍性的问题而提供的通用的解决方案。 架构往往是对复杂系统的一种共性的体系抽象。 架构让我们能够正确、合理地理解、设计和构建复杂的系统。,理解架构：一组类比,理解1

22、：高楼大厦是由钢筋、水泥和砖块构成。 理解2：信息系统是由数据和代码构成。,理解1：高楼大厦是由一个个楼层、一个个房间构成。 理解2：信息系统是由一个个模块、一个个对象和组件构成。,答案1：高楼大厦是由支撑框架、管道系统、强弱电系统、给排水系统等构成。 答案2：信息系统是由组织机构、业务流程、业务功能、业务信息等构成。,建筑架构体系,建筑学认为，所有的高楼大厦（复杂建筑），应该是由建筑结构、暖通系统、强电系统、弱电系统（监控系统、综合布线等）、给排水系统等构成。 具体体现在建筑图、总平面图、综合管线、结构图、给排水、暖通、强电、弱电等图纸上。 这种建筑学的思想方案，就是建筑设计的“架构体系”。

23、,业务架构体系,业务架构体系，就是针对企事业信息管理系统中具有体系性的、普遍性的问题而提供的通用的解决方案。 更确切地说，业务架构体系，就是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统 。 比如，最简单地讲，业务架构体系认为，所有信息系统，都是由组织机构、业务流程、业务信息、业务功能、业务语义等层次构成。,为什么需要业务架构体系？,这和为什么需要建筑架构体系是同一个道理。 架构体系是为了帮助我们正确理解、设计一个复杂的系统，以确保我们最终可以成功构建出这种复杂系统的基础。,更好的回答,借用G.Booch的一个著名的比喻： “开发一个复杂的软件系统和编写一个简

24、单程序大不一样。其间的差别，如同建造一座大厦和搭一个狗窝的差别。” 如果要建造大厦，或者说，要构建复杂的信息系统，就需要架构体系。,最好的回答,业务架构体系正是致力于解决信息系统根本问题的方案。 所有软件活动包括根本任务打造构成抽象软件实体的复杂概念结构，次要任务使用编程语言表达这些抽象实体，并在时间和空间内将它们映射成机器语言。 -没有银弹软件工程的主要问题和次要问题,业务架构的重要性,架构不仅出现产品生命周期的早期，而且，架构在产品的整体能力上占据了主导作用。 合理的架构为软件系统生命周期的所有阶段设计、开发、测试、集成和更改都奠定了最关键的基础。 相反，如果架构体系不当，就意味着系统存在

25、巨大的体系性缺陷，并且无法通过细小的修补或调整得到更正。 架构不当往往导致系统的彻底报废，或者需要系统的全部拆解重建。,技术架构平台和业务架构平台,在今天，我们享受着诸如.Net、J2EE等技术架构平台带给我们的性能与效率。而在业务系统的构建上，我们更需要业务架构平台。 业务架构平台是业务导向和驱动的软件架构平台，用于构建、整合、扩展和管理企事业机构的整体信息系统，实现团队协作、流程控制、业务集成、系统智能、决策支持和持续完善。,Business业务架构平台,Business平台为信息系统提供了一个整体、集成、统一和灵活的架构、运行和协作平台，帮助用户构建整体的、灵活的信息系统，满足用户业务、

26、管理和变革的全面要求。,管理,构建,维护,发布,Business业务架构平台,各类技术平台/技术模式,各类业务和管理应用系统,业务架构平台业务集成,基于业务架构平台构建的整体信息系统，具有业务层面上的内在一致性，因而可以自动实现业务的无缝集成。,客户管理,财务管理,生产管理,资源管理,不同类型系统,机构管理,业务分工,权限设置,协作调度,流程控制,不同业务系统,资源共享,信息处理,系统维护,Justep业务架构平台: 统一支撑体系,业务协作和集成,主题（三）,业务架构平台原理和能力,现有信息系统架构,现有信息系统的架构模式，是在底层的技术平台上直接构建管理系统，并且也只能采用面向技术、业务无关

27、的“原始”编程工具来开发管理系统 。,基础技术平台 (Windows, Java, .Net, COM, J2EE等),面向技术的开发工具 (VB, Delphi, Java, .Net Studio等),各类管理系统 (OA,MIS,ERP,CRM,SCM等),不同技术平台的 管理应用各不相同,不同技术平台的 开发工具各不相同,新的信息系统架构,新的信息系统，是在更高级的、基于业务层面的架构平台上构建管理系统，并且，在开发模式和工具上，采用业务建模为主。,基础技术平台 (Windows, Java, .Net, COM, J2EE等),业务建模工具 (组织建模,信息建模,功能建模,流程建模,

28、资源建模等),业务架构平台 (统一的机构管理、业务分工、协作调度、 权限控制、流程管理、资源共享、系统维护等),各类管理系统 (OA,MIS,ERP,CRM,SCM等),管理应用与 技术平台无关,业务建模与 技术平台无关,架构的区别,基础技术平台 (Windows, Java, .Net, COM, J2EE等),面向编程的开发工具 ( VB, Delphi, Java, .Net Studio,业务建模工具 (组织建模,信息建模,功能建模,流程建模,资源建模等),各类管理系统 (OA,MIS,ERP,CRM,SCM等),业务架构平台 (统一的机构管理,业务分工,协作调度, 权限控制,流程管理

29、,资源共享,系统维护等),各类管理系统 (OA,MIS,ERP,CRM,SCM等),传统信息系统架构,新的信息系统架构,开发的 模式和工具不同,架构的 平台层次不同,基于业务架构平台的应用示意图,基于业务层面的基础支撑环境：集成业务平台 (团队协作、业务处理、流程控制、决策分析、商务智能、业务重组 ),基于业务层面的开发维护体系：业务建模工具 (用户主导、快速开发、灵活调整、持续完善),操作系统,数据库,基础构架平台,分布模式,应用协议,WEB平台,各类技术构架平台,基于业务架构体系的应用开发运行过程,基于业务架构体系来设计和构建企事业信息系统的过程，我们称为业务建模。 业务建模的直接产品，我

30、们称为业务模型应用资源。 将业务模型应用资源发布到业务架构运行平台上，就可以得到相应的业务信息系统。,企事业机构,信息系统,解决问题的关键：业务模型体系,引入业务模型理论（BM），为管理软件设计和开发提供有效的导向和依据。,业务架构模型体系,业务架构模型体系是从企事业信息化的需要出发，针对企事业的业务和管理所做的一种抽象和简化。 首先需要对业务和管理进行分析和抽象,对管理的基本理解,（5W1H),基本的管理和业务模型,组织结构模型,业务流程模型,业务功能模型,业务信息模型,企业管理模型,采购审核,退货,入库,文档 和表单,采购申请,整体集成业务模型体系,复杂系统的架构本质,复杂系统的理解、设计

31、和开发，普遍遵从层级理论的思路。 诺贝尔奖获得者赫伯特.西蒙曾论述到：“要构造一门关于复杂系统的比较正规的理论，有一条路就是求助于层级理论复杂系统是层级结构的”。 架构体系就是一个由不同层级构成的、描述复杂系统的体系。,复杂系统的构建和集成,复杂系统往往是一个分层的体系结构，并且每一层次的作用均不相同。 复杂系统的集成，就是要使体系中的各个层次能够彼有效配合而形成一个有机的整体。 复杂系统集成的关键，是基于架构（或体系）的集成，而不是基于部件（或组件）的集成。 我们必须按照架构体系来定制部件和组件，并将其安装到合适的层次位置上，才能使系统有效运作和集成。,Business业务模型示例,收到订单

32、,确认订单,订单已确 认并发出,收取预付款,规划生产,预付款收到,生产计划 已编制,客户信息,订单信息,销售部门,订单信息,生产部门,销售数据库,数据,信息,功能和流程,组织,生产数据库,生产信息,Business业务架构平台核心思想,基于业务和管理层面，而非技术层面来构架和集成企事业的信息系统,业务层面：企事业的组织机构、业务流程、业务信息、业务资源、业务逻辑、业务事件。,技术层面：C/S还是B/S？DCOM、Corba、EJB还是Soap？.Net还是J2EE？NT还是Linux？。,业务架构平台的构成,基础支撑环境：集成业务平台 对企事业机构的团队协作、业务处理、流程控制、决策分析、商务

33、智能、业务重组提供全面支持 帮助企事业机构成为高效协作的整体，满足管理个性化和持续完善的要求。 开发维护体系：业务建模工具 提升软件的开发、发布和维护效率 实现企事业信息化过程中的用户参与、快速开发、快速应用、灵活调整 大幅度提升管理系统实施和应用的成功率及投入产出比。,Business应用开发模式,Business Platform 业务运行平台,Business应用发布模式,面向编程 设计和建模,C/S及多层技术 （PB, VB,Delphi,Develop等）,C/S及多层版本,J2EE技术 （各类Java开发工具）,J2EE版本,.Net技术 .Net Studio,Delphi fo

34、r .Net,.Net版本,面向业务 设计和建模,设计,不同技术体系/对应开发工具,软件,业务支撑平台,一般开发模式,B/S技术 各类B/S开发工具,B/S版本,Business开发模式和其它模式比较,Business业务建模的价值,Business基本实现思想,基于业务建模工具来开发软件（非通用RAD工具来开发软件） 基于业务架构平台来运行软件（非基于基础技术平台来运行软件） 核心：应用与实现技术相剥离 应用：企事业的业务数据、业务逻辑、用户交互,实现技术：DCOM、Corba、EJB、JAVA、Oracle等,业务架构平台,业务模型资源,业务资源是随用户需求而变动的最频繁的部分，通过分离业

35、务与实现部分，可以做到业务资源变动时，不影响底层的实现技术，无需重新配置或升级运行环境。 运行环境的独立可以保证应用能够跨实现技术，运行在不同的系统之上，可以随时零成本迁移到新的实现技术。,应用与实现技术相剥离的好处,业务架构平台的关键能力,基于业务架构平台，可以帮助用户构建整体的信息系统，实现团队协作、流程控制、业务集成、系统智能、决策支持、个性化和持续完善。 业务架构平台满足用户的整体业务运作和管理要求，帮助提升整体运作水平和效率，增强应变能力。,整体信息系统 业务架构平台,团队协作,业务智能,业务集成,持续完善,流程控制,决策支持,业务架构支撑平台的作用,业务架构支撑平台为企事业信息系统

36、提供一个统一的、整体的运行支撑环境。 架构支撑平台能够全面理解业务运作和管理的基础要素及架构，并对其提供运行支持。,团队协作：群件系统,业务支持：管理信息系统,管理控制：工作流管理系统,决策支持：决策分析系统,商务智能：业务神经系统,经济效益：高回报和投资保护,持续完善：自我完善体系,Business导向目标,Business基本特性,体系化 对团队协作、业务处理、流程控制、决策分析、商务智能、业务重组提供全面的体系化支持，全面提升管理系统的能力和价值。 集成性 提供集成、统一的的业务运行和协作环境，强化和规范企事业的业务管理，使各类业务系统在业务层面上集成在一起，实现高效和紧密的业务协同。

37、业务导向 基于企业工程理论和企业参考模型，为软件设计和开发提供有效的导向和依据，帮助开发者全面、正确和迅速地实现管理者的管理和业务要求，大幅度地提升管理软件的开发、发布和维护的效率及质量，并在业务持续完善的过程中实现快速调整。 技术无关 实现业务模型资源与系统实现技术的分离，从根本上提升管理系统的技术无关性。支持多种主流的工业标准、技术和平台，并平滑地迁移到未来的实现技术上。,Business 技术特性,基于技术无关的软件体系 基于开放和符合工业标准的技术体系 基于异质平台技术（广泛的软件、硬件平台） 基于面向对象和组件的技术体系 基于多种分布体系模式：C/S、多层体系、B/S模式 基于多种分布服务技术：包括DCOM、CORBA、EJB 基于多种Web服务技术：ISAPI/NSAPI，WebService 基于跨应用的工业协议：XML、SOAP、XSD、WSDL、DISCO和UDDI 基于统一编程模型(UPM)，内置符合.