本文以敏捷开发的几个主要特点为例，探讨工具在敏捷开发中扮演的角色。工具的使用要能帮助敏捷团队达到应用目的，使敏捷方法真正受益于工具，而不是受工具所累。

许多程序员对建模持怀疑态度，但事实上不必如此。我们特意采访了IBM的Scott Ambler，请他谈谈如何在项目中使用敏捷建模，以及为什么你可能已经使用敏捷建模，只是没有意识到而已。

异地分布式软件开发不同于外包，它建立在平等关系的两个团队之间。通常是一个公司的不同分公司或办公室间的协作，他们之间大多不存在博弈的合同关系。而外包是指一个公司将其软件系统的开发委托给另一个公司或组织完成。二者之间是合同的甲乙方关系。

本文作者和大家分享了如何使用敏捷教条对管理方面的问题进行分析，如何采取合适策略来解决对下属的工作处理问题。

责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。敏捷相对以前的软件工程最大的革新之处在于把人的作用提高到了过程至上。本本给大家讲解了常见的九大错误认识，供大家参考！

本文讲述了敏捷开发中将注释转换为代码的必要性，需要注意的问题和具体的实例源代码，供大家参考！

当客户要求你给出一个快速而肮脏的解决方案时，作为一个开发人员，你认为你真正的职责是什么呢？当需要走捷径时，他们应该“仅仅说不”吗？他们应当顺从客户的要求吗？还是应该灵活一些，但又必须关注那些会影响到客户的事情，与之同时坚守自己的价值观和道德？

 

最近几年，E-HR的发展势头可谓风风火火，伴随着铺天盖地的宣传攻势，各地E-HR厂商也如雨后春笋般浮现。鱼龙混杂，风格各异，价格也从几万到几百上千万不等，当然可能还有更低的。

 

在2007年快结束的时候，ADTmag.com网站编辑Kurt Mackie采访了Software AG董事会成员Ivo Totev。Totev解释说，Software AG在三年前就开始实施向SOA增加BPM的战略，以解决SOA在竖井式的IT领域面临的障碍。

Emacs对于许多Unix社区的朋友来说一定不会陌生，它是一个优秀的文本编辑器，而微软正有计划将其修改成.net版本。

2007年初，惠普公司提出响应业务科技（B.T.）时代的发展潮流，并推出了了“科技以推动业务成效为本”的全新观点，进而基于此推出了一系列业务科技解决方案，主要涵盖三大类：AI（适应性基础设施）、BTO（业务科技优化）和BIO（业务信息优化）。而经过了半年多的市场教育期后，惠普在近期发布了一系列解决方案，并从服务于中小企业和大型企业这两个方面对B.T.方案进行了完善。

业务流程可以被定义为一个由各种不同功能的活动相连的一组有相互关系的任务，它们依照一定的业务逻辑和顺序依次执行。业务流程有起点和终点，而且它们都是可重复的。

 

 

 

 

 

事务对于业务交互来说至关重要，为了保证一致性，一个ACID事务用到的数据库条目通常会在处理过程中被锁定。如果事务失败，数据库将会回退到之前的状态。这一功能由数据库提供商提供