关闭

模型即软件,建模即开发——顶点软件LiveBOS灵动业务架构平台

标签: 平台数据库建模应用服务器工作编程敏捷开发
1743人阅读 评论(0) 收藏 举报
分类:

自上世纪40年代出现软件以来,尤其是1955年第一家软件公司CUC在美国成立,软件产业开始独立于硬件产业,并走向高速发展的道路。如今软件在生活中亦无处不在,从核工厂到航天飞机、卫星通信,再细微到股票交易和移动电话,均随处可见软件应用的身影。软件已经和我们的生活和工作密切相关。

软件产业的一个基本现象,就是基础平台与工具技术的更迭和变革愈演愈烈,完全超出人们的预期和意愿,以及个人所能应付的范围。在短短十多年间,基础技术经历了从面向过程到基于对象,从基于对象到面向组件,从面向组件到面向对象,从面向对象到面向服务等的重大变迁。就软件开发模式而言,主要经历了过程语言编程模式、面向对象的编程模式、面向组件的编程模式和平台开发模式四个发展阶段。从操作系统平台的出现开始,我们已经可以通过调用操作系统的API编写一个个漂亮的软件了。随后J2EE和.NET的出现,让我们构建复杂的分布式应用系统容易了许多。当然我们构建复杂的业务软件仍需要了解大量的技术细节和漫长的开发周期。现在,随着互联网的出现及技术的发展,“网络化、服务化、平台化”已经成为软件业发展的最新趋势。尤其是为了进一步降低在软件基础架构平台开发复杂应用系统的难度,一个更接近应用软件的新层级—— 业务架构平台,开始快速发展,而且自2002年以来,已经引起了业内的广泛关注。

那么业务架构平台究竟是一个什么样的东西呢?它和 J2EE、.NET 等基础技术平台有什么不同?它在构建复杂的业务软件过程中能带来什么好处呢?接下来让我们一起来认识一下基于业务的软件基础架构平台。

创新:模型即软件,建模即开发

业务架构平台是从业务视角来看软件的研发和构建。它是以业务导向为驱动的、可快速构建应用软件的架构体系,是一个新出现的软件层级。业务基础平台包含了平台集成运行环境和与之配套的快速开发工具,更完善者还配有管理控制台系统。与操作系统平台、软件基础架构平台相比,业务架构平台和用户的管理及业务相关度比较大,是应用软件开发的通用基础平台。

模型即软件,建模即开发_1图1 计算机各平台关系图

总的来说,业务架构平台类似一个优秀的建筑架构设计师,一切都围绕用户的应用需求,“业务导向,技术无关”,并从整体、全局和发展的角度去设计、搭建适合用户的信息系统平台,使得管理与业务人员参与应用软件的开发成为可能。

一般的软件开发,不仅需要在完成业务需求分析与系统设计后,进行数据库的设计(数据库设计人员参与)、业务逻辑设计(J2EE、.NET程序员),以及Web页面设计(JSP、ASP技术人员、界面设计人员),而且还要经过测试、部署,才能最终完成软件的开发工作。一旦遇到需求的调整,仍需循环以上过程。所以整个周期、流程都比较长。

目前还有一种软件开发策略是“组件化”开发模式,它通过预先开发大量的组件,来简化一些重复性的编程过程。这样,虽然可以减少部分重复性的软件开发工作,但如果组件封装的粒度太大,适应性就弱化;如果太小,则无法体现应用组件模式开发的效率。而且组件往往只能在界面层面或单一的应用服务器层面发挥作用,在整个大型应用软件中,涉及到数据库、应用服务器、界面等环节,组件很难在深层次上发挥价值。

而由福建顶点软件股份有限公司研发的LiveBOS灵动业务架构平台(以下简称“LiveBOS平台”),它的目标正是为了降低技术复杂度对开发和应用的影响,支持构建随需应变的应用,让开发人员从琐碎烦杂的代码中解放出来,着眼于更高层次的业务模型和业务逻辑,开发复杂的业务软件。

LiveBOS平台重大的创新在于用对象化的业务建模与业务流程建模,来替代许多同类软件那种组件式的软件开发模式。 它不生产任何的Java或C#之类的编程语言,而是依托LiveBOS的业务中间件服务器(LiveBOS Server),直接解析业务模型,实现软件功能。

LiveBOS系统由三个相对独立的产品构成:运维支持支撑平台LiveBOS Server、开发集成环境LiveBOS Studio以及运维管理工具LiveBOS Manager。

模型即软件,建模即开发_2图2 LiveBOS的产品构成与关系图示

LiveBOS平台采用了面向对象的业务分析与建模技术。在LiveBOS平台中,通过设计并输入对象模型,就可以建立完全贴近业务需求的实际应用,期间完全屏蔽了技术实现的细节。伴随对象模型建立的完成,即刻就能实现软件的功能。如果需求调整,只需直接调整相应的业务模型,就能即刻实现软件的变更。这样的开发模式,极大提升了软件的研发效率。据统计,在实际的应用开发中,它使得软件产品的研发周期平均减少了70%。这样,采用LiveBOS平台开发,不仅仅省掉大量的编码工作量,还大大缩短了系统建设周期,提高了稳定性。

模型即软件,建模即开发_3图3  LiveBOS和一般软件开发过程比较

因此基于LiveBOS,开发者只需要基于业务和管理的层面,而非技术的层面来理解、设计、架构和集成企业的信息系统(基于业务层面是指开发人员只需要描述企业的组织机构、业务流程、业务信息、业务资源、业务逻辑、业务事件等业务内容,而不考虑技术层面的东西),就可以实现各类基于Web的高层次的信息化应用。而且,用户可以随时在运行中重新定义或调整业务模型,从而达到使自己的信息系统完全贴近不断变化的业务需求……这也是“灵动”的价值体现。

价值:变人月神话为人天现实

LiveBOS 为复杂项目开发所提供的丰富价值,具体表现如下。

●  业务驱动,敏捷开发,持续改进

“模型即软件,建模即开发”是LiveBOS的最重要的特征。它可以从根本上解决开发过程中的“需求困境”。LiveBOS支持敏捷开发模式,它允许以在开发过程的任何阶段提出需求改进,通过快速循环改进模式,提升软件功能。

●  变人月神话为人天现实

整个LiveBOS应用的开发过程,就是业务建模的过程,它完全替代了一般开发模式中系统设计、数据库建模、程序设计、代码测试等工作量十分大,并且需要大量循环完善的工作,与一般管理软件的开发周期相比,可以减少70%以上的时间。我们可以通过下述案例来进一步体会LiveBOS快速建模在实际应用中带来的价值。

LiveBOS对于大型、复杂项目的价值,在上海工艺美术职业学院中得到了充分的体现。

上海工艺美术职业学院是经上海市人民政府和国家教育部批准的独立设置的艺术设计类特色高等院校,是中国唯一一所艺术设计类示范性高职院校。为了体现其艺术院校的管理特点,并提高校园管理的高效性、增强整个学校不同业务环节的协同性,上海工艺美术职业学院选择了顶点的LiveBOS平台,作为新一代的信息化系统基础平台,彻底改变了原来各个应用软件零散、低效、信息与流程无法协同的问题。

作为新一代信息化建设的第一期项目,上海工艺美术职业学院的“数字化教学资源管理平台(一期)”项目从2009年6月15日开始,在接下来的三个月的时间里,经过需求分析、业务建模及测试,到2009年9月时,招生管理信息子系统、迎新管理子系统、学生收费管理信息系统均已开始上线,而其他子系统(包括教务信息管理系统、学生工作管理系统、人事信息管理系统、教材管理信息系统、教学资源管理系统、信息门户管理系统、办公管理系统、教学质量监控评价系统等)也于2009年12月基本开发完成并上线运行。同时,我们在充分调研的基础上,并结合我们数字校园管理系统的实施情况,总结出基于LiveBOS平台的软件开发模式和传统开发模式的主要区别:

未标题-2

注:以上是在全新项目开发的情况下得出的开发对比表。如果是二次开发,由于LiveBOS平台开发的软件具有高度复制性的特点,基于LiveBOS平台的开发模式比传统开发模式的效率又会有较大幅度的提升。

●  应您所需,随时而变

基于LiveBOS平台,所有的业务管理模块,都可以根据企业的不同组织模式、业务特点、流程需求,进行快速调整,这样企业就可以得到完全个性化的、体现企业特色的应用系统,而不是一个僵化的、需要“削足适履”的应用。同时系统可以随企业业务的发展变化进行动态调整,实现系统与业务的同步发展。

LiveBOS 灵动业务架构平台已经能够为企业的信息系统提供一个完整的解决方案,并使业务开发人员无需关心底层的技术实现细节,无需了解J2EE的相关知识就能快速构建出一个基于J2EE体系的应用系统来,在此期间无需编写一行的Java或者JSP代码,几乎是零编程的方式,便可使业务开发人员完全从技术细节解脱出来,全心地关注业务描述。

LiveBOS作为顶点软件致力于服务企业信息系统建设的业务基础平台,除了解决当前应用系统本身的业务功能之外,也为信息系统的扩展提供了广大的扩展空间。我们可以看出,利用LiveBOS构建业务应用,系统复杂度有了数量级的下降,系统设计和开发可以合二为一。这结合了传统IT解决方案的优点,不仅可以根据企业的特点量身定做,而且拥有随着企业业务发展而不断进化的能力。

总之,LiveBOS致力于提供一个用于管理变革的长期平台,为软件持续工程努力提供帮助,并通过完整的平台使开发者在项目最初和以后都能进行业务流程分析、设计和配置。采用基于LiveBOS平台进行企业应用开发,将提高企业IT系统对业务变更响应的敏捷度,真正实现随需应变的应用,降低IT系统开发运行的风险和成本,提高企业客户满意度。

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:1108394次
    • 积分:12103
    • 等级:
    • 排名:第1197名
    • 原创:227篇
    • 转载:82篇
    • 译文:3篇
    • 评论:141条