• 博客访问: 282953
  • 博文数量: 57
  • 用 户 组: 普通用户
  • 注册时间: 2009-06-17 11:50
个人简介

暂无介绍

ITPUB论坛APP

ITPUB论坛APP



APP发帖 享双倍积分

文章分类

全部博文(57)

文章存档

2009年(1)

2008年(5)

2007年(12)

2006年(39)

我的朋友
微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

发布时间:2008-01-25 22:07:59

近日有一些朋友问到一些关于业务实体获取的问题。在新书中有关于业务实体内容的章节,正好很久没有新的内容发布了,因此把它帖出来,希望能解决这些疑问。业务实体是类(class)的一种版型,特别用于在业务建模阶段建立领域模型。业务实体是业务模型中非常重要的一个因素,它为问题领域中的关键概念建立概念化的理解,是人们认识问题领域的重要手段。如果说参与者和用例描述了我们在这个问题领域中达到什么样的目标,那么业务实体就描述了我们使用什么来达到业务目标以及通过什么来记录这个业务目标。实际上,业务实体抽象出了问题领域内核......【阅读全文】

阅读(4920) | 评论(0) | 转发(0)

发布时间:2008-01-11 18:12:40

1、business worker 的作用是操作业务实体而非业务用例;2、business worker 的作用是“实现” 业务用例而不是“使用”业务用例; 3、business worker "存活"于整个业务用例的执行过程中。换言之,它在业务用例启动之后才会存在,并随着业务用例的消亡而消亡;[@more@] ***咖啡小驻搬家,正在自动转向新博客,请稍候几秒钟,谢谢!*** ***如果没能正确转到新博客,请点击 此链接***   近日,有一位网友对我<Thinking in UML早知道 -- 004--参与者基本概念>一文中第4种情况,把人工座席定义为业务工......【阅读全文】

阅读(3340) | 评论(0) | 转发(0)

发布时间:2008-01-11 15:30:57

将用例定义为“独立”的,不定义它们之间的关系的道理就在这里。用例之间本来没有所谓的自然形成的客观关系,它们之所以发生关系,是因为业务场景的需要,换言之,是因为需求的需要。需求变了,业务场景就变了,但业务场景变了却不意味着用例会变。[@more@] ***咖啡小驻搬家,正在自动转向新博客,请稍候几秒钟,谢谢!*** ***如果没能正确转到新博客,请点击 此链接***   网友 oneway_01 问了我一个问题,对于工作流形业务建模提出了一些疑问。这是好问题,值得讨论,特意将它发表出来。另一方面,能够做出这样的......【阅读全文】

阅读(2775) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册