JustepX3业务基础平台

JustepX3业务基础平台理论和体系介绍2Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.主题（一）为什么需要业务基础平台业务基础平台原理和能力业务基础平台价值分析业务基础平台应用现状3Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.两个被普遍关注的问题信息化中存在的两个普遍问题：应用孤岛问题IT黑洞问题4Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.IT黑洞问题IT黑洞美好的愿景艰苦的努力用户开发商用户开发商高额的投资复杂的过程漫长的周期失控的质量无尽的维护双输的结局5Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.用户关注IT黑洞问题52.7%12.6%74.2%12.1%30.8%35.7%24.2%0%20%40%60%80%满足个性化需求缩短实施周期快速适应变化能减少投入跨平台可扩展性好其他用户对信息系统建设的要求数据来源：计世资讯（CCWResearch）6Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.应用孤岛问题生产/物资(MRP)办公(OA)人事/绩效(HR)产品管理(PDM)客户关系/销售(CRM)决策分析(DSS)……运行/服务程序基础资源/数据维护//定制工具运行/服务程序基础资源/数据维护//定制工具应用孤岛难以集成7Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.用户关注应用孤岛问题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%30%35%40%解决应用孤岛技术无关性好屏蔽技术细节适应技术发展开发工具易用安全管理好系统管理方便能减少投入合作伙伴好其他用户对业务平台的要求数据来源：计世资讯（CCWResearch）8Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.两大问题的本质应用孤岛问题：管理软件如何实施、应用的问题IT黑洞问题：管理软件如何设计、开发和维护的问题由于基础架构的先天不足，现有的信息系统，无论是独立的工具软件还是集成的解决方案，大多是孤岛型的应用，或者是业务功能模块的简单累加。这些孤岛系统，相互之间是孤立封闭的。现有信息系统的建设，是在底层的技术平台上直接构建业务系统，并且也只能采用面向技术的、业务无关的“原始”编程工具来开发管理系统。这种低层次的软件开发模式，使信息系统的开发、维护和扩展困难重重，导致IT黑洞现象的普遍发生。9Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.两大问题的深层次原因孤岛问题和黑洞问题的深层次原因是：信息系统的架构体系问题架构体系对于信息系统的设计、开发、实施、应用、维护很重要吗？10Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.理解架构：一个故事一个真实的故事…11Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.瓦萨战舰的故事17世纪上半叶，北欧新教势力与中欧天主教势力发生了一场“三十年战争”，作为北欧新教势力的代表，瑞典的军事力量达到鼎盛时期。1625年，号称“北方飓风”的瑞典国王古斯塔夫斯．阿道弗斯（GustavsAdolphus）决心建造一艘史无前例的巨型新战舰——瓦萨（Vasa）战舰。瓦萨战舰确实是一艘令人望而生畏的战舰：舰长70米，载员300人，在三层的甲板上共装有64门重炮，火力超强。12Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.瓦萨战舰的处女航1628年8月10日，这艘巨大的战舰终于完工。在斯德哥尔摩的王宮前，瓦萨战舰举行了盛大的下水典礼。礼炮声中，战舰扬帆起航，乘风前进。在1万多名围观者的目光注视下，忽然，瓦萨号奇怪地摇晃了一下，便向左舷倾斜。海水从炮孔处涌入船舱，战舰迅速翻入水中，几分钟后，这艘雄伟战舰的处女航——也是唯一的一次航行结束了。瓦萨战舰在它壮丽的起航时刻，带着全身飘扬的彩旗，沉没于它诞生的港口。13Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.瓦萨战舰为什么沉没？人们对瓦萨的沉没做出了各种各样的分析，最后的主要结论是：该舰制造工艺精良，但“比例严重失调”，也就是说，该战舰的架构存在缺陷。14Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.信息系统的“瓦萨”问题瓦萨的故事已经过去300多年了，在船舶工业领域，作为学科和工业的基石——“架构”早已形成完整的理论和方法体系。瓦萨的故事，基本上不会重演了。但是，在今天的企事业信息系统领域，“瓦萨”问题依然是需要解决的关键问题。软件业的一个著名论断深刻揭示了这一问题。15Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.理解架构：一个论断一个著名的论断…16Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.“没有银弹”论断1986年，弗雷德里克.布鲁克斯（FrederickBrooks）在《没有银弹——软件工程的主要问题和次要问题》中提出了一个迄今为止尚未打破的一个著名论断：“没有一种单纯的技术或管理上的进步，能够独立地承诺在10年内大幅度地提高软件的生产率、可靠性和简洁性”。Thereisnosingledevelopment,ineithertechnologyormanagementtechnique,witchbyitselfpromisesevenoneorder-of-magnitudeimprovementwithinadecadeinproductivity,inreliability,insimplicity.17Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.为什么没有银弹：三段论1大前提：软件活动包含根本任务和次要任务布鲁克斯指出：所有软件活动包括：根本任务——打造构成抽象软件实体的复杂概念结构；次要任务——使用编程语言表达这些抽象实体，并在时间和空间内将它们映射成机器语言。2小前提：现有解决方案致力于解决次要任务考察和评估几乎现有所有的软件工程解决方案，布鲁克斯指出：现有所有方案全都在致力于解决软件工程中的次要问题。3结论：没有银弹无论这些方案多么完善，都不可能在根本上解决问题，即使将全部次要任务的时间缩减到零，也不会带来生产率数量级上的提高。18Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.理解架构：一个现象一个引人深思的现象…19Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.一个引人深思的事实管理软件生产率管理软件生产率管理软件生产率管理软件生产率1990年1995年2003年1986年IT技术能力IT技术能力IT技术能力IT技术能力1990年1995年2003年1986年事实：IT软硬件技术能力突飞猛进，但是管理软件的生产率和简洁性并无根本性提升，为什么？20Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.结论由一个故事一个论断一个现象得出：在管理软件领域，这些年来IT技术的进步都只是在完成次要任务，忽视了对软件活动根本任务的关注、研究和完善。在管理软件领域，我们需要真正解决一个根本问题：建立构成信息系统软件实体的概念体系结构——即信息系统的架构体系。21Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.架构是什么？一个学术的概念，但它很重要架构是针对某种特定目标系统的具有体系性的、普遍性的问题而提供的通用的解决方案。架构往往是对复杂系统的一种共性的体系抽象。架构让我们能够正确、合理地理解、设计和构建复杂的系统。22Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.理解架构：一组类比理解1：高楼大厦是由钢筋、水泥和砖块构成。理解2：信息系统是由数据和代码构成。理解1：高楼大厦是由一个个楼层、一个个房间构成。理解2：信息系统是由一个个模块、一个个对象和组件构成。答案1：高楼大厦是由支撑框架、管道系统、强弱电系统、给排水系统……等构成。答案2：信息系统是由组织机构、业务流程、业务功能、业务信息……等构成。××23Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.建筑架构体系建筑学认为，所有的高楼大厦（复杂建筑），应该是由建筑结构、暖通系统、强电系统、弱电系统（监控系统、综合布线等）、给排水系统等构成。具体体现在建筑图、总平面图、综合管线、结构图、给排水、暖通、强电、弱电等图纸上。这种建筑学的思想方案，就是建筑设计的“架构体系”。24Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.业务架构体系业务架构体系，就是针对企事业信息管理系统中具有体系性的、普遍性的问题而提供的通用的解决方案。更确切地说，业务架构体系，就是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统。比如，最简单地讲，业务架构体系认为，所有信息系统，都是由组织机构、业务流程、业务信息、业务功能、业务语义等层次构成。25Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.MarketingMarketingSalesFinance&AdminExecutive为什么需要业务架构体系？这和为什么需要建筑架构体系是同一个道理。架构体系是为了帮助我们正确理解、设计一个复杂的系统，以确保我们最终可以成功构建出这种复杂系统的基础。26Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.更好的回答借用G.Booch的一个著名的比喻：“开发一个复杂的软件系统和编写一个简单程序大不一样。其间的差别，如同建造一座大厦和搭一个狗窝的差别。”如果要建造大厦，或者说，要构建复杂的信息系统，就需要架构体系。27Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.最好的回答业务架构体系正是致力于解决信息系统根本问题的方案。所有软件活动包括根本任务——打造构成抽象软件实体的复杂概念结构，次要任务——使用编程语言表达这些抽象实体，并在时间和空间内将它们映射成机器语言。--《没有银弹——软件工程的主要问题和次要问题》28Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.业务架构的重要性架构不仅出现产品生命周期的早期，而且，架构在产品的整体能力上占据了主导作用。合理的架构为软件系统生命周期的所有阶段——设计、开发、测试、集成和更改都奠定了最关键的基础。相反，如果架构体系不当，就意味着系统存在巨大的体系性缺陷，并且无法通过细小的修补或调整得到更正。架构不当往往导致系统的彻底报废，或者需要系统的全部拆解重建。29Copyright©2000-2004JustepCo.Ltd-AllRightsReserved.技术基础平台和业务基础平台在今天，我们享受着诸如.Net、J2EE等技术基础平台带给我们的性能与效率。而在业务系统的构建上，我们更需