http://coffeewoo.itpub.net 近日有一些朋友问到一些关于业务实体获取的问题。在新书中有关于业务实体内容的章节，正好很久没有新的内容发布了，因此把它帖出来，希望能解决这些疑问。业务实体是类（class）的一种版型，特别用于在业务建模阶段建立领域模型。业务实体是业务模型中非常重要的一个因素，它为问题领域中的关键概念建立概念化的理解，是人们认识问题领域的重要手段。如果说参与者和用例描述了我们在这个问题领域中达到什么样的目标，那么业务实体就描述了我们使用什么来达到业务目标以及通过什么来记录这个业务目标。实际上，业务实体抽象出了问题领域内核... http://coffeewoo.itpub.net/post/9169/453216 Fri,25 01 2008 22:07:07 近日有一些朋友问到一些关于业务实体获取的问题。在新书中有关于业务实体内容的章节，正好很久没有新的内容发布了，因此把它帖出来，希望能解决这些疑问。业务实体是类（class）的一种版型，特别用于在业务建模阶段建立领域模型。业务实体是业务模型中非常重要的一个因素，它为问题领域中的关键概念建立概念化的理解，是人们认识问题领域的重要手段。如果说参与者和用例描述了我们在这个问题领域中达到什么样的目标，那么业务实体就描述了我们使用什么来达到业务目标以及通过什么来记录这个业务目标。实际上，业务实体抽象出了问题领域内核... http://coffeewoo.itpub.net/post/9169/453216 Fri,25 01 2008 22:07:07 近日有一些朋友问到一些关于业务实体获取的问题。在新书中有关于业务实体内容的章节，正好很久没有新的内容发布了，因此把它帖出来，希望能解决这些疑问。业务实体是类（class）的一种版型，特别用于在业务建模阶段建立领域模型。业务实体是业务模型中非常重要的一个因素，它为问题领域中的关键概念建立概念化的理解，是人们认识问题领域的重要手段。如果说参与者和用例描述了我们在这个问题领域中达到什么样的目标，那么业务实体就描述了我们使用什么来达到业务目标以及通过什么来记录这个业务目标。实际上，业务实体抽象出了问题领域内核... http://coffeewoo.itpub.net/post/9169/453216 Fri,25 01 2008 22:07:07 1、business worker 的作用是操作业务实体而非业务用例；2、business worker 的作用是“实现” 业务用例而不是“使用”业务用例; 3、business worker "存活"于整个业务用例的执行过程中。换言之，它在业务用例启动之后才会存在，并随着业务用例的消亡而消亡；近日，有一位网友对我<Thinking in UML早知道 -- 004--参与者基本概念>一文中第4种情况，把人工座席定义为业务工人并放在在系统内部提出了疑议，他的基本观点如下：***********************这里，他的问题就出在了把人工座席当作业务工人看待了，在一个计算机系统中，人是不能成为... http://coffeewoo.itpub.net/post/9169/451070 Fri,11 01 2008 18:12:16 1、business worker 的作用是操作业务实体而非业务用例；2、business worker 的作用是“实现” 业务用例而不是“使用”业务用例; 3、business worker "存活"于整个业务用例的执行过程中。换言之，它在业务用例启动之后才会存在，并随着业务用例的消亡而消亡；近日，有一位网友对我<Thinking in UML早知道 -- 004--参与者基本概念>一文中第4种情况，把人工座席定义为业务工人并放在在系统内部提出了疑议，他的基本观点如下：***********************这里，他的问题就出在了把人工座席当作业务工人看待了，在一个计算机系统中，人是不能成为... http://coffeewoo.itpub.net/post/9169/451070 Fri,11 01 2008 18:12:16 将用例定义为“独立”的，不定义它们之间的关系的道理就在这里。用例之间本来没有所谓的自然形成的客观关系，它们之所以发生关系，是因为业务场景的需要，换言之，是因为需求的需要。需求变了，业务场景就变了，但业务场景变了却不意味着用例会变。网友 oneway_01 问了我一个问题，对于工作流形业务建模提出了一些疑问。这是好问题，值得讨论，特意将它发表出来。另一方面，能够做出这样的思考，说明oneway_01同学对用例方法的认知已经很深入了。恭喜一下！***************************网友oneway_01的问题******************* 系统... http://coffeewoo.itpub.net/post/9169/451040 Fri,11 01 2008 15:30:00 将用例定义为“独立”的，不定义它们之间的关系的道理就在这里。用例之间本来没有所谓的自然形成的客观关系，它们之所以发生关系，是因为业务场景的需要，换言之，是因为需求的需要。需求变了，业务场景就变了，但业务场景变了却不意味着用例会变。网友 oneway_01 问了我一个问题，对于工作流形业务建模提出了一些疑问。这是好问题，值得讨论，特意将它发表出来。另一方面，能够做出这样的思考，说明oneway_01同学对用例方法的认知已经很深入了。恭喜一下！***************************网友oneway_01的问题******************* 系统... http://coffeewoo.itpub.net/post/9169/451040 Fri,11 01 2008 15:30:00 很久没能上网，呵呵，大伙儿估计俺是消失了吧？还真差不多就是消失了。至少现在MSN还是不能用……再忍一忍，就快过去了……今天上来发表新书的一部分，关于参与者的基本概念。 http://coffeewoo.itpub.net/post/9169/319438 Mon,30 07 2007 00:17:12 很久没能上网，呵呵，大伙儿估计俺是消失了吧？还真差不多就是消失了。至少现在MSN还是不能用……再忍一忍，就快过去了……今天上来发表新书的一部分，关于参与者的基本概念。 http://coffeewoo.itpub.net/post/9169/319438 Mon,30 07 2007 00:17:12 很抱歉，MSN被公司禁止了,俺将有一段时间不能使用,大约一两个月吧.这段时间不能跟大家交流了. http://coffeewoo.itpub.net/post/9169/306239 Tue,10 07 2007 13:04:27