根据keith的说法,混淆和误解的一个最大来源是由于bpm设计和开发大都是由软件工程师完成的:
回复
关闭
相关内容
soa
企业架构
专栏
by
企业架构
腾讯游戏大数据精细化运营之路背后的技术
中型创业公司的技术管理之痛
关闭
当有人回复此评论时请e-mail通知我
您需要 注册一个infoq账号 或者
架构
bpmn
遗憾软件工程的就业形势的是,很多研究bpm系统的人大都具有软件工程的背景,并下意识地认为bpm应该具有某种标准软件的特性软件工程师将系统视为一种发送、接收和转变信息的手段,他们受训将业务问题归纳为可以按这些方法来执行的某种事物业务人员不会把焦点放在字节的发送和接收上,相反他们更看重职责和承诺这是看待业务流程的不同方法试图把所有软件工程的特性都装入到bpm(业务人员)的特性中,其结果必然是两面不讨好时至今日,你仍会碰到一些人认为bpel是实现业务流程的终极方式bpel仅仅提供了一种发送、接收和转换的手段……这些是软件工程的需求,而不是业务流程的需求软件工程师会告诉你,利用这些原语(primitive)你可以实现任何东西,可能软件工程主要是做什么包括电子表格,但是这忽视了一个要点,一个我们一开始为什么需要电子表格和bpm的要点:因为它们不是软件工程
全球架构师峰会,7月17日-18日,深圳大梅沙京基海湾大酒店马上报名
根据keith的说法,软件工程在其50多年的历史中已经取得了极大的进步,包括结构化和面向对象编程、复杂的建模语言(uml)和大量在开发过程每个阶段发挥作用的工具结果,软件工程师会将“业务流程管理”视为另一项将图转换为可执行程序的简单活动:
相关厂商内容
引用原消息
查看英文原文:bpm is not software engineering
社区评论
关闭
bpmn的软件工程是什么学科存在是为了让业务人员可以表达业务单元内部人员之间的交互在omg内部也有不少的人明白这一点,我希望这些人不要被那些认为所有问题都是软件工程问题的人所压倒,这样对我们大家都有好处bpmn的存在不是为了软件工程师的方便,因为bpm不是软件工程
当有人回复此评论时请e-mail通知我
在业内,对于软件工程和bpm之间的关系的确存在大量混淆它们是完全不同,但又相互关联的学科一方面,完全有可能设计和实现没有任何自动化的业务流程;另一方面,业务流程自动化确实需要涉及大量的软件工程
主题
keith在其文章的结尾对目前omg bpmn 2.0活动进行了评估:
bpm社区中的大多混淆和困难都是由于某些人认为bpm是软件工程的软件工程开发语言一种而造成的的确,从外表看它非常象软件工程:由需求开始,然后确定需要在变量中保存和检索的信息,接着可能要画出它们之间的关系,最后就是把成品在联网的计算机上安装和执行但是,它们之间存在区别,而这个区别就是bpm之所以存在的原因
获得来自infoq的更多体验
他接着概述了bpm解决方案和一般程序的主要区别:
您的回复
告诉我们您的想法
语言 & 开发
业务人员所画的图就是被执行的那张图它不会为了软件工程师的方便而转换成其他形式它不会为了执行而转换成其他形式……这种转换是出于优化执行的目的,尤其是在处理能力有限的机器上某些业务流程仍将需要这种转换,但是绝大多数的业务流程将不会受限于cpu的性能
历史和分析报表需要匹软件工程的课程主要学习什么配原始图表,以支持业务用户能评估组织的执行状况,它不是为了让程序员能分辨程序的运行状况
关闭
如何在企业场景中导入开源数据库？
您的回复
当我们手握锤子的时候,我们会开始把所有围绕在我们周围的问题都看作是钉子……业务流程步骤被解释成和程序步骤完全类似软件工程师几乎靠条件反射就能将高级别功能翻译成低级别的函数序列,然后借助控制流等将其翻译成某种最终可转换成机器语言、执行就绪的东西我猜想很多人都有这样的感觉:bpm纯粹是大量的市场炒作,其核心不过是软件工程世界中很平常的东西这到底有什软件工程的就业形势么了不起?
相关赞助商
发布于
允许的html标签: a,b,br,blockquote,i,li,pre,u,ul,p
您好,朋友!
当有人回复此评论时请e-mail通知我
架构 & 设计
主题
在企业开发中引入开源项目成功模式的最佳案例
keith swenson在其发布于bpm.com的新文章的开头这样写道:
业务流程管理
查看
领域
回到顶部
讨论
商业模式
keith试图通过区分业务流程和典型的程序来定义软件工程和bpm的区别:
允许的html标签: a,b,br,blockquote,i,li,p软件工程开发方法re,u,ul,p
在omg邮件列表中,关于“bpmn怎么会只是统一建模语言(uml,软件工程师钟爱的作图标准)的另一个方言”激起了广泛的讨论软件工程师的确可能会从bpmn中看到对软件工程有用的东西记住,omg组织主要是由软件工程师构成并为软件工程师服务的,大多数omg成员会得出以上结论完全不足以为奇他们大多数甚至可能认为uml对所有学科都有用把bpmn看成是uml的一个方言对于将把一张图归纳成一个可执行程序的软件工程实践非常有用
允许的html标签: a,b,br,blockquote,i,li,pre,u,ul,p
电商o2o系软件工程发展过程统架构最佳实践
在软件系统中,用户很少需要知道程序的内部结构,但是从这个角度来说,业务流程不是程序流程本身必须是可见的,即便有程序支撑它执行也是如此参与流程的人必须能了解当前步骤、后续步骤和最终步骤这是bpm和软件工程的最大区别
“业务流程”不是程序支撑它的虽然可能是程序,但是业务流程是组织想要完成的事情你可以说业务流程是程序的目标,而不是程序本身业务流程由业务人员管理:这个人他理解“业务”,决定完成业务的策略,评估业务的健康状况,决定如何变更业务以满足不断变化的条件软件工程师管理软件,而业务人员则管理业务流程
登录 才能进行评论在您软件工程是什么学科完成注册后还需要进行一些设置
北京中科白癜风医院官网白癜风治疗