本文介绍了作者阅读《Packt.Publishing.Business.Process.Management.with.JBoss.jBPM.Jul.2007》的初步心得，对比了传统软件开发方式、瀑布模型与BPM的不同之处，并探讨了BPM中业务分析师的角色及其优势。此外，文中还概述了工作流系统的四大核心组件，以及定义项目成功标准的SMART原则。
以下是昨天晚上写的，这算是由这本书开始吧。
[list=1]
[*]昨天天开始看《Packt.Publishing.Business.Process.Management.with.JBoss.jBPM.Jul.2007》，是的，en的东东，现在刚开了个头，内容能看懂的是讲jBPM的，一些描述的语句不太懂，如：this approach falls very far short of perfection，个人猜意思是离完美太远吧。类似的情况让人难受，还不到看不下去的地步，毕竟技术上的还好一些。
[*]看了一些，比较了传统软件开发方式、瀑布模型和BPM方式的区别，前两者主要讲局限性，BPM方式谈了重新启用Business Anlysis的原因。提到了四点，BA可以很好的理解需求，其提出来的模型可以很好的被终端用户理解，和终端用户沟通更快捷，开发模型更快to be continue.....
[*]才看到12页，e文看的真慢啊！
[*]For our BPM suite we need a graphical process modeler, a workflow user interface generation tool, a workflow application server, and a process metric reporting tool. 以上提到的四个功能是工作流系统必须的。
[*]书中提到了一个确定[color=red][b]项目成功标准[/b][/color]的准则：SMART--Specific,Measurable,Achievable, Realistic, and Time-bound。
[*]了解目标过程，包含了许多目标领域的内容，暂时看到这里吧。在进行的项目还没有涉及到这部分，或者说用户都已经把流程图做好了。
[*]第二章先放下，从第三章看起--Develop the process in JBoss jBPM
[/list]
[list=1]
[*]昨天天开始看《Packt.Publishing.Business.Process.Management.with.JBoss.jBPM.Jul.2007》，是的，en的东东，现在刚开了个头，内容能看懂的是讲jBPM的，一些描述的语句不太懂，如：this approach falls very far short of perfection，个人猜意思是离完美太远吧。类似的情况让人难受，还不到看不下去的地步，毕竟技术上的还好一些。
[*]看了一些，比较了传统软件开发方式、瀑布模型和BPM方式的区别，前两者主要讲局限性，BPM方式谈了重新启用Business Anlysis的原因。提到了四点，BA可以很好的理解需求，其提出来的模型可以很好的被终端用户理解，和终端用户沟通更快捷，开发模型更快to be continue.....
[*]才看到12页，e文看的真慢啊！
[*]For our BPM suite we need a graphical process modeler, a workflow user interface generation tool, a workflow application server, and a process metric reporting tool. 以上提到的四个功能是工作流系统必须的。
[*]书中提到了一个确定[color=red][b]项目成功标准[/b][/color]的准则：SMART--Specific,Measurable,Achievable, Realistic, and Time-bound。
[*]了解目标过程，包含了许多目标领域的内容，暂时看到这里吧。在进行的项目还没有涉及到这部分，或者说用户都已经把流程图做好了。
[*]第二章先放下，从第三章看起--Develop the process in JBoss jBPM
[/list]
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
