Wed, 06 Sep 2006 15:04:00 GMT太阳神拉像一个发光的蛋，从父亲圣水努中浮出http://blog.csdn.net/phoebus2006/http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552511/1163433/1/item.htmlhttp://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/09/06/1185425.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552511/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552512/1163433/1/item.htmlhttp://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/1125337.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552512/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552513/1163433/1/item.htmlhttp://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/1125315.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552513/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552514/1163433/1/item.htmlhttp://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/1125304.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552514/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552515/1163433/1/item.htmlhttp://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/27/1125276.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552515/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552516/1163433/1/item.htmlhttp://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/1067619.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552516/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552517/1163433/1/item.htmlhttp://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/1067586.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552517/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552518/1163433/1/item.htmlhttp://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/1066188.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552518/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552519/1163433/1/item.htmlhttp://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/08/15/1066093.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552519/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552520/1163433/1/item.htmlhttp://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.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/30/1002339.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552520/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552521/1163433/1/item.htmlhttp://blog.csdn.net/phoebus2006/comments/1002220.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1002220.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1002220全面质量管理（Total Quality Management，简称TQM）是一个组织以质量为中心，以全员参与为基础，目的在于通过让顾客满意和本组织所有成员及社会受益而达到长期成功的管理途径。 　　早期的质量管理仅限于质量检验，仅能对产品的质量实行事后把关，但质量并不是检验出来的，所以，质量检验并不能提高产品质量，只能剔除次品和废品。1924年提出休哈特理论，质量控制从检验阶段发展到统计过程控制阶段。休哈特认为，产品质量不是检验出来的，而是生产制造出来的，质量控制的重点应放在制造阶段，从而将质量控制从事后把关提前到制造阶段。1961年费根堡姆提出全面质量管理理论（TQM），将质量控制扩展到产品寿命循环的全过程，强调全体员工都参与质量控制。70年代，田口玄一博士提出田口质量理论，他认为，产品质量首先是设计出来的，其次才是制造出来的。因此，质量控制的重点应放在设计阶段，从而将质量控制从制造阶段进一步提前到设计阶段。<img src ="http://blog.csdn.net/phoebus2006/aggbug/1002220.aspx" width = "1" height = "1" />Mon, 31 Jul 2006 05:39:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/30/1002220.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/07/30/1002220.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/30/1002220.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552521/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552522/1163433/1/item.htmlhttp://blog.csdn.net/phoebus2006/comments/1001313.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/1001313.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1001313随着科学技术的不断发展进步，企业之间的竞争越来越激烈。软件企业要想在竞争中发展生存，提高软件产品质量已成为必要条件。在一些高能力成熟度软件企业中，专门成立了质量保证和控制职能部门，起着提高项目管理透明性和确保软件产品质量的双重作用。 　　软件质量工程师是隶属于质量监控部门的工程师，他们独立于项目对质量保证经理负责，以独立审查的方式监控软件生产任务的执行，给开发人员和管理层提供反映产品质量的信息和数据，辅助软件工程组得到高质量的软件产品。每位软件质量工程师可以同时介入多个项目。 　　软件质量工程师的工作原则是"用过程质量确保产品质量"。 软件质量工程师在软件生存期的各个阶段起着不同的作用，是软件项目开发过程中不可或缺的重要成员。 　　软件质量工程师的职责分为组织相关的职责和项目相关的职责。<img src ="http://blog.csdn.net/phoebus2006/aggbug/1001313.aspx" width = "1" height = "1" />Sun, 30 Jul 2006 21:12:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/30/1001313.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/07/30/1001313.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/30/1001313.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552522/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552523/1163433/1/item.htmlhttp://blog.csdn.net/phoebus2006/comments/982286.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/982286.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=982286CMM/CMMI是中国软件外包走向世界的不二法门？——自欺还是欺人？<img src ="http://blog.csdn.net/phoebus2006/aggbug/982286.aspx" width = "1" height = "1" />Thu, 27 Jul 2006 05:46:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/26/982286.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/07/26/982286.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/26/982286.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552523/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552524/1163433/1/item.htmlhttp://blog.csdn.net/phoebus2006/comments/982046.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/982046.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=982046免责声明 　　■ 一家之言，仅供参考一家之言，仅供参 　　■ 无意攻击任何公司无意攻击任何公司 　　■ 人无意攻击任何人 规划步骤 　　■ 分析各种类型公司特点，找出最分析各种类型公司特点，找出最适合你发展的公司适合你发展的公司 　　■ 求职的学问求职的学问 　　■ 如何培养自己的职业素养如何培养自己的职业素养 　　■ 设计适合自己的职业道路设计适合自己的职业道路 　　■ 克服软件技术人员的通病 <img src ="http://blog.csdn.net/phoebus2006/aggbug/982046.aspx" width = "1" height = "1" />Thu, 27 Jul 2006 04:44:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/26/982046.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/07/26/982046.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/26/982046.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552524/1163433http://item.feedsky.com/~csdn.net/phoebus2006/~1163450/53552525/1163433/1/item.htmlhttp://blog.csdn.net/phoebus2006/comments/980435.aspx0http://blog.csdn.net/phoebus2006/comments/commentRss/980435.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=980435其实，在事情恶化到不可救药之前，发生一次全面崩溃反而是件好事，因为从项目的整个生命周期看，这样反而能迫使项目进入一种“净室（clean room）”环境。 两种开发软件的方法：一种是尽量把事情做得简单，让人一看就知道系统明显没有缺陷;另一种则是把事情尽量做得复杂，这样一来，也就没有了明显的缺陷。 YAGNI(You Aren’t Gonna Need It)是敏捷社群的一个指导思想：不要为尚未出现的复杂情况预先做过多的准备，因为这些想象中的复杂情况也许永远不会出现。 <img src ="http://blog.csdn.net/phoebus2006/aggbug/980435.aspx" width = "1" height = "1" />Wed, 26 Jul 2006 22:22:00 +0800phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/26/980435.aspx#Feedbackhttp://blog.csdn.net/phoebus2006/archive/2006/07/26/980435.aspxphoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/26/980435.aspxhttp://blog.csdn.net/phoebus2006/rss.aspxcsdn.net/phoebus2006/~1163450/53552525/1163433