Wed, 06 Sep 2006 15:04:00 GMT太阳神拉像一个发光的蛋，从父亲圣水努中浮出http://blog.csdn.net/phoebus2006/http://blog.csdn.net/phoebus2006/archive/2006/09/06/1185425.aspxhttp://blog.csdn.net/phoebus2006/comments/1185425.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1185425.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1185425注：下 面此文中提到的质量的行政与情感色彩，只是温伯格从心理学的角度揭示和探究组织内管理改进的方式，请勿以此来片面的理解“质量”，并作为自己无法开发出高 质量产品的借口。关于质量的客观定义，请参见朱少民老师的文章，建议先读朱老师的文章再读此文，以免对质量产生误解： 质量的定义总会带有政治的和情感的色彩吗？<img src ="http://blog.csdn.net/phoebus2006/aggbug/1185425.aspx" width = "1" height = "1" />Wed, 06 Sep 2006 23:04:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/09/06/1185425.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/09/06/1185425.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/27/1125337.aspxhttp://blog.csdn.net/phoebus2006/comments/1125337.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1125337.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1125337一个process definition代表了一个正式的业务流程，它以一个流程图为基础。这个流程图由 许多node和transition组成。每个node在这个流程图里都有着各自特殊的类型，这些不同的类型决定了node在运行时的不同行为。一个process definition只有一个start state 。<img src ="http://blog.csdn.net/phoebus2006/aggbug/1125337.aspx" width = "1" height = "1" />Sun, 27 Aug 2006 09:11:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/27/1125337.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/08/27/1125337.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/27/1125315.aspxhttp://blog.csdn.net/phoebus2006/comments/1125315.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1125315.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=11253151、task-node 一个task-node可以包含一个或多个task，这些task分配给特定的user。当流程执行到task-node时，task instance将会被创建，一个task对应一个task instance。task instances 创建后，task-node就处于等待状态。当所有的task instances被特定的user执行完毕后，将会发出一个新的signal 到token，即流程继续执行。 <img src ="http://blog.csdn.net/phoebus2006/aggbug/1125315.aspx" width = "1" height = "1" />Sun, 27 Aug 2006 09:05:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/27/1125315.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/08/27/1125315.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/27/1125304.aspxhttp://blog.csdn.net/phoebus2006/comments/1125304.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1125304.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1125304jbpm中最重要的概念,应该是令牌(Token)和信令(Signal)  在整个流程实例运行过程中,我们可以迅速的利用token得到其当前的current state。在解决“并行”等（比如Fork）问题时，jBpm让Token对象维护了父子关系，这种关系在涉及到Fork的时候会产生。 jBpm让Token这个对象身兼了多种使命：（1）快速定位current state （2）用于fork,join算法 （3）用于告知任务执行者的任务索引<img src ="http://blog.csdn.net/phoebus2006/aggbug/1125304.aspx" width = "1" height = "1" />Sun, 27 Aug 2006 09:01:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/27/1125304.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/08/27/1125304.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/27/1125276.aspxhttp://blog.csdn.net/phoebus2006/comments/1125276.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1125276.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1125276JBPM_ACTION action记录表 JBPM_DECISIONCONDITIONS 结果条件表 JBPM_DELEGATION 委托表<img src ="http://blog.csdn.net/phoebus2006/aggbug/1125276.aspx" width = "1" height = "1" />Sun, 27 Aug 2006 08:52:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/27/1125276.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/08/27/1125276.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/15/1067619.aspxhttp://blog.csdn.net/phoebus2006/comments/1067619.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1067619.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1067619Osworkflow完全用java语言编写的开放源代码的工作流引擎，具有显著的灵活性及完全面向有技术背景的用户的特点。用户可以根据自身的需求利用这款开源软件设计简单或是复杂的工作流。通过使用，用户就可以把工作中心放在业务和规则的定义上，而不需通过硬编码的方式实现一个Petri网或是一个有穷自动机。用户可以以最小的代价把osworkflow整合到自己的程序中来。Osworkflow几乎提供了所有用户可能在实际流程定义中需要用到的工作流构成元素，如：环节（step）、条件（conditions）、循环（loops）、分支（spilts）、合并（joins）、角色（roles）等等。(假如读者对这些概念还不熟悉，笔者将在Osworkflow基本概念一节中进行简单描述。)<img src ="http://blog.csdn.net/phoebus2006/aggbug/1067619.aspx" width = "1" height = "1" />Wed, 16 Aug 2006 07:07:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/15/1067619.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/08/15/1067619.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/15/1067586.aspxhttp://blog.csdn.net/phoebus2006/comments/1067586.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1067586.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1067586　　spring是支持控制反转编程机制的一个相对新的框架。本文把spring作为简单工作流引擎，将它用在了更加通用的地方。在对工作流简单介绍之后，将要介绍在基本工作流场景中基于Spring的工作流API的使用。<img src ="http://blog.csdn.net/phoebus2006/aggbug/1067586.aspx" width = "1" height = "1" />Wed, 16 Aug 2006 07:02:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/15/1067586.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/08/15/1067586.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/15/1066188.aspxhttp://blog.csdn.net/phoebus2006/comments/1066188.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1066188.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1066188随着社会生产的流程化，工作流起着越来越重要的作用。根据 WFMC 的定义，工作流（Workflow）就是自动运作的业务过程部分或整体，表现为参与者对文件、信息或任务按照规程采取行动，并令其在参与者之间传递。简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。本文将详细介绍基于UML的工作流管理系统分析与建模。<img src ="http://blog.csdn.net/phoebus2006/aggbug/1066188.aspx" width = "1" height = "1" />Tue, 15 Aug 2006 21:15:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/15/1066188.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/08/15/1066188.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/15/1066093.aspxhttp://blog.csdn.net/phoebus2006/comments/1066093.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1066093.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1066093工作流参考模型是由WFMC提出来的，对工作流管理系统的实现推荐的一个参考模型。<img src ="http://blog.csdn.net/phoebus2006/aggbug/1066093.aspx" width = "1" height = "1" />Tue, 15 Aug 2006 20:47:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/08/15/1066093.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/08/15/1066093.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/30/1002339.aspxhttp://blog.csdn.net/phoebus2006/comments/1002339.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1002339.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1002339对SQA人员的素质要求 　　1. SQA人员(有时简称SQA)要有很强的沟通能力。从实施SQA的目的中可以看出，SQA不在项目中，是独立于软件项目的第三方，但他要了解项目的开发过程和进度，捕捉到项目中不符合要求的问题，这就要求SQA能够深入项目，和软件开发经理以及项目组中的开发人员保持很好的沟通，这样才能及时获得真实的项目情况。 　　2. SQA要熟悉软件开发过程。作为SQA，既然要确保项目组制定的计划、标准和规程，要符合项目组要求，那么SQA首先自己就要了解软件项目开发过程，以及企业内部已经有的开发过程规范。 　　3. SQA本身要有很强的计划性。SQA一方面要监督软件项目组编写计划，另一方面SQA自身的工作也要有计划，并且能够按照计划开展工作。 　　4. SQA要能应对繁杂的工作。作为SQA，在跟踪项目进行过程的时候要对项目组的很多工作产品进行审计，而且会参与项目组中的多种活动。同时一个SQA还有可能会面对多个项目组，所以任务相对繁杂细碎，这就要求SQA在处理这些事物的时候要耐心细致。 　　5. SQA要客观，有责任心。作为第三方对项目过程进行监督，SQA要能保<img src ="http://blog.csdn.net/phoebus2006/aggbug/1002339.aspx" width = "1" height = "1" />Mon, 31 Jul 2006 06:18:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/30/1002339.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/07/30/1002339.aspxphoebus2006