flyingrobot/
共29个网摘 [
1 ] |
访问flyingrobot的个人空间
flyingrobot收录,使用标签:企业工程, 模型, 信息系统, 余彤鹰,时间:2008-4-17 22:55:08 | 相关网摘,我也收藏
本演示文档是2007年9月12日在暨南大学管理学院讲座的演讲稿。这份次演讲的几个关键点如下:
1)包括了对企业工程的一些新论述,对当前企业工程发了一些看法和小结,特别对我在这个方向上的探索的独特地方进行了点
明。
2)第一次公布了新近提出的"政府构建工程"(goverment engineering)基本构想。
3)对模型驱动机制(MDM)和模型驱动系统(MDS)做了迄今最完整的阐述。2005年在《新一代企业信息系统:从实质性需求分
析与研究到模型驱动系统》中,我只初次披露了MDM的基本概念,这次对要点做了更全更深入的阐明,并列举了典型例子,以及
最新的应用框架:政府信息化(电子政府)推动模型等。
http://www.jnuedu.cn/News/2007/200709/News_1672.html
flyingrobot收录,使用标签:过程, 流程, 工作流, 程序, 区别, process, procedure, flow, workflow, difference,时间:2007-8-8 8:36:01 | 相关网摘,我也收藏
无论在IT领域还是管理领域,流程与过程都有区别——流程是具体的过程。当下流行的说法,将business process management(BPM), business process re-engineering(BPR)中的process翻成“流程”并不恰当。这里的process和process control中那个一样,在中文中最准确的表达就是“过程”,其要点是看问题的另一个视角:从关注最终结果到关注产生结果的过程。
http://blog.vsharing.com/flyingrobot/A577377.html
flyingrobot收录,使用标签:工作流, 业务过程管理, workflow, BPM, 企业工程论坛,时间:2007-6-26 8:38:33 | 相关网摘,我也收藏
这两者是很有争议的,区别也越来越细微,但有必要澄清。
工作流的概念产生得比业务过程管理早,它起源于办公室自动化,可以追溯到60年代底和70年代初。它强调业务过程的自动化,
因此在不需太多人工干涉的业务过程上用得比较多。
业务过程管理的概念是在 Michael Hammer, James Champy, Tom Davenport, 和 H. James Harrington等一些人在90年代初提
出的过程再造和改进等概念的基础上产生的,它强调过程,但不管是什么过程。
业务过程管理包括对业务过程的分析,计划,设计,实施,运行,监控,和仿真各个方面。相较于工作流,它更属于是管理和组
织的概念;而工作流则侧重技术层面的实施和运行业务流程。从这种角度看,工作流可以说是业务流程管理的子集。基于这两个
概念,现在有工作流管理系统(Workflow Management System)和业务过程管理系统(Business Process Management System)。
这两种系统的区别就在于工作流管理系统只能定义和运行业务过程,而业务过程管理系统还能监控运行的业务过程和分析评价业
务过程的效能。
老余认为工作流只是个过渡的概念;但我觉得工作流还会存在和发展,而工作流管理系统会成为业务过程管理系统的一个子系
统,甚至会是核心系统。
http://www.ee-forum.org/bbs/bbsview2.asp?type=2&id=126
flyingrobot收录,使用标签:信息资源管理, 信息工程, 企业工程论坛, 余彤鹰,时间:2007-6-26 8:36:10 | 相关网摘,我也收藏
话说回头,后来我得知,“数据结构的稳定性”是信息工程(Information Engineering, IE)的基本原理之一。另一个与
信息工程密切相关的概念,是信息资源管理(Information Resource Management, IRM)。我这里假设大家熟悉其基本概念和内
容。不熟悉的朋友可参看林星帖子[2]中提供的链接。
应当说,IE和IRM发展了20多年,并没有取得想象中的成功。理解这背后的一些问题,对理解我一向所提倡的“新一代企业
信息系统”以及“企业工程”具有非常好的启发意义。我这里先提两个事实:
1)搞软件的人十分清楚,企业的“信息结构”虽然相对于附加规则、处理等要稳定得多(不是一个数量级的概念),但仍
然时常会有一些变化,而不同企业间虽然有大同的一面,但所谓的“小异”则多不胜收。
——信息结构的这一点大同小异足以使建立其上的应用系统崩溃,这就是IE/IRM实践中的尴尬之所在。
http://www.ee-forum.org/bbs/bbsview2.asp?type=4&id=63
flyingrobot收录,使用标签:系统架构, 面向服务, SOA, BEA,时间:2007-6-19 9:05:42 | 相关网摘,我也收藏
Rob Levy:其实,我确实希望我的想法能够间接影响SOA走向,我看到SOA的时候是从编程接口的思维方式考虑的,具体来说,就是面向对象的编程语言。而在15年前,我必须向人们非常具体地解释为什么要用面向对象的语言编程,而现在用向对象的语言编程已经成为每个人编程的方式了。现在SOA已经启动了一个组合型应用,现在我需要解释为什么要将应用组合起来应用,如果BEA做的是正确的并获得成功,那在5年后将没有人会问这个问题,而是每个人都会很自然地使用SOA和开发这种组合型的应用。而且我希望十年后没有人会谈SOA,而是每个人都自然地在做SOA。
http://news.csdn.net/n/20070320/102145.html
共29个网摘 [
1 ]