产品推介与技术交流(ppt 90)(5.05MB)(1)

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

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

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

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

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

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

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

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

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

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

11、管理性应用程序发布可发布多个应用程序发布桌面系统用户管理有无负载均衡有无打印直观的本地打印设置复杂、不稳定日志有无安全性身份认证有无访问控制有无安全策略有无安全网关有无12CTBS VS VPN CTBS与VPN既有区别，又可以作为互补性的产品形成一个整体的解决方案。项目 CTBSVPN区别技术原理终端访问技术隧道技术、加密技术RDP协议、KTPIPSEC、SSL面向应用发布平台网络互联减少网络传输网络数据传输随时随地接入私有网络解决问题C/S软件远程应用速度问题C/S软件网络平台C/S软件的升级与维护IP地址资源及投资联系整体解决方案快速部署、远程速度私有安全网络平台13CTBS VS Ci

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

13、三个版本同步升级；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. 14CTBS VS Citrix7.客户端 为了方便用户登录，CTBS可以使用客户端和WEB方式双重选择。8

14、. 服务 CTBS global为沟通科技和美国伙伴合作开发产品，不存在同级别竞争对手。作为参与研发的一方，沟通科技比Citrix的代理商人能提供优质的服务。 9. 大用户量 CTBS global 支持服务器集群，支持服务器自动负载均衡。 10. 其它 目前，CTBS-global功能相当于Citrix高级版和企业版的综合体。11.打印功能 CTBS global的打印功能非常强大，对于爱普生打印机远端可以自动识别映射打印配置简单可行，完全优于citrix的产品12.安装配置维护 CTBS global的安装实施维护简单便于操作，稳定性极高，一般电脑维护人员半个工作日内完全可以掌握和胜任日常

15、的维护工作。Citrix的维护量则比较大，系统也较为复杂，维护极为不便。15CTBS 体验6、体验 （一）管理控制台软件 （二） (1)港口应用软件集成与远程访问 (2)华东erp远程访问体验一下终端访问和ctbs访问的速度16主题（二） JUSTEP Business 为什么需要业务架构平台业务架构平台原理和能力业务架构平台价值分析业务架构平台应用现状17两个被普遍关注的问题信息化中存在的两个普遍问题：应用孤岛问题IT黑洞问题18IT黑洞问题IT黑洞美好的愿景艰苦的努力用户开发商用户开发商高额的投资复杂的过程漫长的周期失控的质量无尽的维护双输的结局19用户关注IT黑洞问题52.7%12.6%

16、74.2%12.1%30.8%35.7%24.2%0%20%40%60%80%满足个性化需求缩短实施周期快速适应变化能减少投入跨平台可扩展性好其他用户对信息系统建设的要求数据来源：计世资讯（CCW Research）20应用孤岛问题生产/物资(MRP)办公(OA)人事/绩效(HR)产品管理(PDM)客户关系/销售(CRM)决策分析(DSS)运行/服务程序基础资源/数据维护/定制工具运行/服务程序基础资源/数据维护/定制工具应用孤岛难以集成21用户关注应用孤岛问题38.0%37.0%17.0%23.5%12.0%34.5%26.0%13.5%22.5%14.0%0%5%10%15%20%25%3

17、0%35%40%解决应用孤岛技术无关性好屏蔽技术细节适应技术发展开发工具易用安全管理好系统管理方便能减少投入合作伙伴好其他用户对架构平台的要求数据来源：计世资讯（CCW Research）22两大问题的本质应用孤岛问题：管理软件如何实施、应用的问题IT黑洞问题：管理软件如何设计、开发和维护的问题由于基础架构的先天不足，现有的信息系统，无论是独立的工具软件还是集成的解决方案，大多是孤岛型的应用，或者是业务功能模块的简单累加。这些孤岛系统，相互之间是孤立封闭的。现有信息系统的建设，是在底层的技术平台上直接构建业务系统，并且也只能采用面向技术的、业务无关的“原始”编程工具来开发管理系统 。这种低层次

18、的软件开发模式，使信息系统的开发、维护和扩展困难重重，导致IT黑洞现象的普遍发生。23两大问题的深层次原因孤岛问题和黑洞问题的深层次原因是：信息系统的架构体系问题 架构体系对于信息系统的设计、开发、实施、应用、维护很重要吗？24理解架构：一个故事一个真实的故事25瓦萨战舰的故事17世纪上半叶，北欧新教势力与中欧天主教势力发生了一场“三十年战争”，作为北欧新教势力的代表，瑞典的军事力量达到鼎盛时期。1625年，号称“北方飓风”的瑞典国王古斯塔夫斯阿道弗斯（Gustavs Adolphus）决心建造一艘史无前例的巨型新战舰瓦萨（Vasa）战舰。瓦萨战舰确实是一艘令人望而生畏的战舰：舰长70米，载员

19、300人，在三层的甲板上共装有64门重炮，火力超强。26瓦萨战舰的处女航1628年8月10日，这艘巨大的战舰终于完工。在斯德哥尔摩的王宮前，瓦萨战舰举行了盛大的下水典礼。礼炮声中，战舰扬帆起航，乘风前进。在1万多名围观者的目光注视下，忽然，瓦萨号奇怪地摇晃了一下，便向左舷倾斜。海水从炮孔处涌入船舱，战舰迅速翻入水中，几分钟后，这艘雄伟战舰的处女航也是唯一的一次航行结束了。瓦萨战舰在它壮丽的起航时刻，带着全身飘扬的彩旗，沉没于它诞生的港口。 27瓦萨战舰为什么沉没？人们对瓦萨的沉没做出了各种各样的分析，最后的主要结论是：该舰制造工艺精良，但“比例严重失调”，也就是说，该战舰的架构存在缺陷。 28

20、信息系统的“瓦萨”问题瓦萨的故事已经过去300多年了，在船舶工业领域，作为学科和工业的基石“架构”早已形成完整的理论和方法体系。瓦萨的故事，基本上不会重演了。但是，在今天的企事业信息系统领域，“瓦萨”问题依然是需要解决的关键问题。 软件业的一个著名论断深刻揭示了这一问题。29理解架构：一个论断一个著名的论断30“没有银弹”论断1986年，弗雷德里克.布鲁克斯（Frederick Brooks）在没有银弹软件工程的主要问题和次要问题中提出了一个迄今为止尚未打破的一个著名论断： “没有一种单纯的技术或管理上的进步，能够独立地承诺在10年内大幅度地提高软件的生产率、可靠性和简洁性”。 There i

21、s 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,in simplicity.31为什么没有银弹：三段论1 大前提：软件活动包含根本任务和次要任务布鲁克斯指出：所有软件活动包括：根本任务打造构成抽象软件实体的复杂概念结构；次要任务使用编程语言表达这些抽象实体，并在时间和空间内将它们映射成

22、机器语言。2 小前提：现有解决方案致力于解决次要任务考察和评估几乎现有所有的软件工程解决方案，布鲁克斯指出：现有所有方案全都在致力于解决软件工程中的次要问题。3 结论：没有银弹无论这些方案多么完善，都不可能在根本上解决问题，即使将全部次要任务的时间缩减到零，也不会带来生产率数量级上的提高。 32理解架构：一个现象一个引人深思的现象33一个引人深思的事实管理软件生产率管理软件生产率管理软件生产率管理软件生产率1990年1995年2003年1986年IT技术能力IT技术能力IT技术能力IT技术能力1990年1995年2003年1986年事实：IT软硬件技术能力突飞猛进，但是管理软件的生产率和简洁性

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

24、：高楼大厦是由一个个楼层、一个个房间构成。理解2：信息系统是由一个个模块、一个个对象和组件构成。答案1：高楼大厦是由支撑框架、管道系统、强弱电系统、给排水系统等构成。答案2：信息系统是由组织机构、业务流程、业务功能、业务信息等构成。37建筑架构体系建筑学认为，所有的高楼大厦（复杂建筑），应该是由建筑结构、暖通系统、强电系统、弱电系统（监控系统、综合布线等）、给排水系统等构成。具体体现在建筑图、总平面图、综合管线、结构图、给排水、暖通、强电、弱电等图纸上。这种建筑学的思想方案，就是建筑设计的“架构体系”。38业务架构体系业务架构体系，就是针对企事业信息管理系统中具有体系性的、普遍性的问题而提供的

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

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

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

28、面要求。业务集成团队协同统计决策业务处理业务重组流程管理管理构建维护发布Business业务架构平台操作系统数据库基础件应用运行模式应用通讯协议各类技术平台/技术模式各类业务和管理应用系统45业务架构平台业务集成 基于业务架构平台构建的整体信息系统，具有业务层面上的内在一致性，因而可以自动实现业务的无缝集成。群件系统信息系统决策系统流程系统客户管理财务管理生产管理资源管理不同类型系统机构管理业务分工权限设置协作调度流程控制不同业务系统资源共享信息处理系统维护Justep业务架构平台: 统一支撑体系业务协作和集成46主题（三）业务架构平台原理和能力47现有信息系统架构现有信息系统的架构模式，是在

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

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

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

32、和构建企事业信息系统的过程，我们称为业务建模。业务建模的直接产品，我们称为业务模型应用资源。 将业务模型应用资源发布到业务架构运行平台上，就可以得到相应的业务信息系统。 52企事业机构业务模型全面、正确且精确地描述用户需求提升和保障管理软件的能力建立用户、设计者和实现者沟通的桥梁管理软件设计的基本规范质量控制和保障的基础管理软件自动化的基础信息系统解决问题的关键：业务模型体系引入业务模型理论（BM），为管理软件设计和开发提供有效的导向和依据。53业务架构模型体系业务架构模型体系是从企事业信息化的需要出发，针对企事业的业务和管理所做的一种抽象和简化。首先需要对业务和管理进行分析和抽象54对管理的

33、基本理解（5W1H)产品信息(What: Product/Info)质量/价值(Value)$组织(Who)地点(Where)流程过程时间/事件(When)？原因/目标(Why)(How)资源/成本(Resource)55基本的管理和业务模型组织结构模型业务流程模型业务功能模型业务信息模型企业管理模型采购审核退货入库文档和表单南方公司营销部财务部运营部采购申请56整体集成业务模型体系数据层目标层？资源层要素单元业务要素产品层信息层功能层组织层流程层业务层次关联数据流信息流过程流协作流资源流工作流构成增值流目标流57复杂系统的架构本质复杂系统的理解、设计和开发，普遍遵从层级理论的思路。诺贝尔奖获

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

35、到生产计划已编制客户信息订单信息销售部门订单信息生产部门销售数据库 数据信息功能和流程组织生产数据库 生产信息60Business业务架构平台核心思想基于业务和管理层面，而非技术层面来构架和集成企事业的信息系统业务层面：企事业的组织机构、业务流程、业务信息、业务资源、业务逻辑、业务事件。技术层面：C/S还是B/S？DCOM、Corba、EJB还是Soap？.Net还是J2EE？NT还是Linux？。信息系统61业务架构平台的构成基础支撑环境：集成业务平台对企事业机构的团队协作、业务处理、流程控制、决策分析、商务智能、业务重组提供全面支持帮助企事业机构成为高效协作的整体，满足管理个性化和持续完善

36、的要求。开发维护体系：业务建模工具 提升软件的开发、发布和维护效率实现企事业信息化过程中的用户参与、快速开发、快速应用、灵活调整大幅度提升管理系统实施和应用的成功率及投入产出比。 62Business应用开发模式业务模型应用资源Business Platform业务运行平台软件开发软件发布Business Studio业务建模工具63Business应用发布模式Justep Business业务模型应用资源Business Platform业务运行平台各类技术平台/技术模式操作系统Windows系列Linux系列Unix系列数据库OracleDB2SQL ServerSybase基础架构平台B

37、EA WebLogicIBM WebSpereWin NTOracle 9i应用运行模式B/S模式多层体系模式组件模式应用通讯模式SocketDCOMHTTPCORBA发布配置64面向编程设计和建模C/S及多层技术（PB, VB,Delphi,Develop等）C/S及多层版本J2EE技术（各类Java开发工具）J2EE版本.Net技术.Net Studio,Delphi for .Net.Net版本面向业务设计和建模设计不同技术体系/对应开发工具软件业务支撑平台一般开发模式B/S技术各类B/S开发工具B/S版本C/S及多层版本J2EE版本.Net版本B/S版本Business开发模式和其它模

38、式比较65质量使用蓝图和模型设计，避免含糊的需求描述和沟通用工具来保证设计保证正确合理的需求描述和设计用工具来保证软件实现设计要求效率高效率的快速设计和开发高效率的快速应用和维护成本较低的开发成本和维护成本较低的管理成本和质量成本难度实施过程和管理控制简单较低的人员要求效益对企事业业务的运行、规范提供支持对业务重组和持续完善提供支持最大可能的技术无关性，保护投资Business业务建模的价值66Business基本实现思想基于业务建模工具来开发软件（非通用RAD工具来开发软件）基于业务架构平台来运行软件（非基于基础技术平台来运行软件）核心：应用与实现技术相剥离应用：企事业的业务数据、业务逻辑、

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

40、整体信息系统业务架构平台团队协作业务智能业务集成持续完善流程控制决策支持69业务架构支撑平台的作用业务架构支撑平台为企事业信息系统提供一个统一的、整体的运行支撑环境。架构支撑平台能够全面理解业务运作和管理的基础要素及架构，并对其提供运行支持。组织机构支持业务语义支持？信息处理支持功能运行支持业务流程支持交互环境支持系统维护支持通讯交流支持业务架构平台分工权限支持协作调度支持安全审计支持资源共享支持70团队协作：群件系统 业务支持：管理信息系统 管理控制：工作流管理系统 决策支持：决策分析系统 商务智能：业务神经系统 经济效益：高回报和投资保护持续完善：自我完善体系Business导向目标71B

41、usiness基本特性体系化对团队协作、业务处理、流程控制、决策分析、商务智能、业务重组提供全面的体系化支持，全面提升管理系统的能力和价值。集成性提供集成、统一的的业务运行和协作环境，强化和规范企事业的业务管理，使各类业务系统在业务层面上集成在一起，实现高效和紧密的业务协同。业务导向基于企业工程理论和企业参考模型，为软件设计和开发提供有效的导向和依据，帮助开发者全面、正确和迅速地实现管理者的管理和业务要求，大幅度地提升管理软件的开发、发布和维护的效率及质量，并在业务持续完善的过程中实现快速调整。技术无关实现业务模型资源与系统实现技术的分离，从根本上提升管理系统的技术无关性。支持多种主流的工业标准、技术和平台，并平滑地迁移到未来的实现技术上。72Business 技术特性基于技术无关的软件体系 基于开放和符合工业标准的技术体系 基于异质平台技术（广泛的软件、硬件平台） 基于面向对象和组件的技术体系 基于多种分布体系模式：C/S、多层体系、B/S模式 基于多种分布服务技术：包括DCOM、CORBA、EJB 基于多种Web服务技术：ISAPI/NSAPI，WebService 基于跨应用的工业协议：XML、SOAP、XSD、WSDL、DISCO和UDDI 基于统一编程模型(UPM)，内置符合.Net规范的多语言和虚拟机的开发支持73Bus