彩色UML的主要思想是组件化。粉红色的MI（时刻时段）是组件的核心，同时粉红色的MI也代表着事务，这些事务串在一起，组成了流程。
每一个粉红色的MI及其相关的黄色角色、绿色参与方-地点-物品和蓝色描述构成了业务流程中的一个步骤。根据彩色建模的伸缩性设计，这个步骤的粒度可大可小。可以是大粒度的“完成一次销售”，也可以是小粒度的“开发票”或“收款”。
SOA的思想是要把事务组件web service化，再用BPEL来组织流程，以这种方式来组织业务逻辑。
另外，在数据逻辑或信息逻辑的方面，SOA会把一些数据分析和挖掘的方法也设计成可以复用的web service。
每一个粉红色的MI及其相关的黄色角色、绿色参与方-地点-物品和蓝色描述构成了业务流程中的一个步骤。根据彩色建模的伸缩性设计，这个步骤的粒度可大可小。可以是大粒度的“完成一次销售”，也可以是小粒度的“开发票”或“收款”。
SOA的思想是要把事务组件web service化，再用BPEL来组织流程，以这种方式来组织业务逻辑。
另外，在数据逻辑或信息逻辑的方面，SOA会把一些数据分析和挖掘的方法也设计成可以复用的web service。
彩色UML方法里面的一些思想，比如“评估销售的及时性”，就带有很大的数据分析的味道。
换句话说，我们先对业务过程记上流水账，然后再对流水账进行分析。我们记录下When/Who/What/Where/Why and How（‘5Ws and an H’ ），然后就可以进行各种分析了。你可以在数据库中只记录下最小粒度的业务事件，然后以虚拟数据源或信息服务的方式，提供大粒度的业务事件的相关信息。
为了让流程能够灵活变化，我们可以考虑消除步骤之间的耦合，即在红色的MI之间不建立直接关联，而是利用它们共同的关注的内容，如“订单”，来组织流程。如果我们要“评估销售的及时性”，只要得到“订单”下单的时间和付款的时间之差。设想有一个信息服务，作为一个虚拟数据源，提供一段时间内所有订单的完成时间和各步骤完成的时间。
Goldratt的《目标》是所有管理者都应该读的一本书。其中提到了一个重要观点：所有在原材料方面的投资，如果还没有变成有效产出（产品卖出去并收回货款），都应该看成是负债。这种负债乘以天数，是一个重要的测量指标。我们应该努力减小它。根据这一观点，制造业的企业提出了许多解决方案，如按订单生产、精益制造等等。而制造业的人们学到的东西，看来IT业都要重新学习。
回到我们的主题，这和彩色UML或SOA有什么关系？
关系就在于：我们的IT系统，要能够帮助企业的决策者找到系统瓶颈。看过《目标》的人应该记得，那里面有个神奇的CIO，每次都能告诉厂长系统的新瓶颈出现在哪里。然后大家不断优化瓶颈，使系统的产能和效率不断提高。
如果您就是那位CIO，请你告诉我，我们的订单执行过程中，哪（几）个环节耗时最多？
换句话说，我们先对业务过程记上流水账，然后再对流水账进行分析。我们记录下When/Who/What/Where/Why and How（‘5Ws and an H’ ），然后就可以进行各种分析了。你可以在数据库中只记录下最小粒度的业务事件，然后以虚拟数据源或信息服务的方式，提供大粒度的业务事件的相关信息。
为了让流程能够灵活变化，我们可以考虑消除步骤之间的耦合，即在红色的MI之间不建立直接关联，而是利用它们共同的关注的内容，如“订单”，来组织流程。如果我们要“评估销售的及时性”，只要得到“订单”下单的时间和付款的时间之差。设想有一个信息服务，作为一个虚拟数据源，提供一段时间内所有订单的完成时间和各步骤完成的时间。
Goldratt的《目标》是所有管理者都应该读的一本书。其中提到了一个重要观点：所有在原材料方面的投资，如果还没有变成有效产出（产品卖出去并收回货款），都应该看成是负债。这种负债乘以天数，是一个重要的测量指标。我们应该努力减小它。根据这一观点，制造业的企业提出了许多解决方案，如按订单生产、精益制造等等。而制造业的人们学到的东西，看来IT业都要重新学习。
回到我们的主题，这和彩色UML或SOA有什么关系？
关系就在于：我们的IT系统，要能够帮助企业的决策者找到系统瓶颈。看过《目标》的人应该记得，那里面有个神奇的CIO，每次都能告诉厂长系统的新瓶颈出现在哪里。然后大家不断优化瓶颈，使系统的产能和效率不断提高。
如果您就是那位CIO，请你告诉我，我们的订单执行过程中，哪（几）个环节耗时最多？
博文
没有评论:
发表评论