咖啡小驻
置顶
Thinking in UML早知道 -- 005--业务实体
与网友关于业务工人(business worker)的讨论
商务随需应变与用例分析方法--网友关于工作流类型应用的建模方法问题的回复
Thinking in UML早知道 -- 004--参与者基本概念
Thinking in UML早知道 -- 003--基本建模方法
Thinking in UML早知道 -- 002--面向过程方法与面向对象方法
Thinking in UML早知道 -- 001--公告
用例分析方法总结和归纳的PPT网页版现提供下载
案例和问题征集启事
用例分析方法总结和归纳
OO系统设计师之路--设计模型系列(1)--软件架构和软件框架
OO系统设计师之路--分析模型系列(3)--分析模型的调整和优化
OO系统设计师之路--分析模型系列(2)--怎样做分析模型
一个房屋中介业务建模的实例分析
OO系统设计师之路--分析模型系列(1)--什么是分析模型
OO系统分析员之路--用例分析系列(8)--如何编写一份完整的UML需求规格说明书
OO系统分析员之路--用例分析系列(7)--用例规约的编写--业务规则和实体描述
OO系统分析员之路--用例分析系列(6)--用例实现、用例场景和领域模型
OO系统分析员之路--用例分析系列(5)--用户、业务用例和业务场景
OO系统分析员之路--用例分析系列(4)--业务建模一般步骤和方法
公告
Thinking in UML早知道 -- 005--业务实体
俺暂时不能使用msn了:(
Thinking in UML早知道 -- 001--公告
用例分析方法总结和归纳的PPT网页版现提供下载
案例和问题征集启事
===========================================================
===========================================================

近日有一些朋友问到一些关于业务实体获取的问题。在新书中有关于业务实体内容的章节,正好很久没有新的内容发布了,因此把它帖出来,希望能解决这些疑问。

业务实体是类(class)的一种版型,特别用于在业务建模阶段建立领域模型。业务实体是业务模型中非常重要的一个因素,它为问题领域中的关键概念建立概念化的理解,是人们认识问题领域的重要手段。如果说参与者和用例描述了我们在这个问题领域中达到什么样的目标,那么业务实体就描述了我们使用什么来达到业务目标以及通过什么来记录这个业务目标。实际上,业务实体抽象出了问题领域内核心和关键的概念,如果把问题领域比喻成一幢大楼的话,业务实体就是构成这幢大楼的砖瓦和石头。

 查看全文
coffeewoo 发表于:2008.01.25 22:07 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(1482次) :: 评论 (25)
===========================================================
===========================================================
1、business worker 的作用是操作业务实体而非业务用例;
2、business worker 的作用是“实现” 业务用例而不是“使用”业务用例;
3、business worker "存活"于整个业务用例的执行过程中。换言之,它在业务用例启动之后才会存在,并随着业务用例的消亡而消亡; 查看全文
coffeewoo 发表于:2008.01.11 18:12 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(845次) :: 评论 (36)
===========================================================
===========================================================
将用例定义为“独立”的,不定义它们之间的关系的道理就在这里。用例之间本来没有所谓的自然形成的客观关系,它们之所以发生关系,是因为业务场景的需要,换言之,是因为需求的需要。需求变了,业务场景就变了,但业务场景变了却不意味着用例会变。 查看全文
coffeewoo 发表于:2008.01.11 15:30 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(597次) :: 评论 (4)
===========================================================
===========================================================

很久没能上网,呵呵,大伙儿估计俺是消失了吧?还真差不多就是消失了。至少现在MSN还是不能用……

再忍一忍,就快过去了……


今天上来发表新书的一部分,关于参与者的基本概念。

 查看全文
coffeewoo 发表于:2007.07.30 00:17 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(1729次) :: 评论 (24)
===========================================================
===========================================================
现在回到什么是模的问题上来,一个由抽象角度确定了的目标需要由静态的事物加上特定条件下产生的一个特定的场景来完成,即静态的事物(物)+ 特定的条件(规则)+ 特定的动作(参与者的驱动)= 特定的场景(事件)。读者应该还记得在本书第一章“UML带来了什么”这一节里,不止一次的提到了“人”、“事”、“物”、“规则”这几个词。很有意思,它们在这里又出现了。现在再问读者,模是什么,你心中是否已经隐隐约约有了答案?是的,模就是“人”、“事”、“物”、“规则”。尽管在这里它们穿上了马甲,我们还是能够一眼认出它们的真面目来。在后面的章节里,读者将会看到“人”、“事”、“物”、“规则”还有着更多的马甲,例如人 = 业务主角(Business Actor)、业务工人(Business Worker)、参与者(Actor)等;事 = 业务用例(Business Use Case)、系统用例(Use Case)等;物 = 业务实体(Business Entity)、实体(Entity)等。 查看全文
coffeewoo 发表于:2007.06.19 00:18 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(2186次) :: 评论 (13)
===========================================================
===========================================================
我对OO编程的目标从来就不是复用。相反,对我来说,对象提供了一种处理复杂性的方式。这个问题可以追溯到亚里士多德:您把这个世界视为过程还是对象?在OO兴起运动之前,编程以过程为中心----例如结构化设计方法。然而,系统已经到达了超越其处理能力的复杂性极点。有了对象,我们能够通过提升抽象级别来构建更大的、更复杂的系统----我认为,这才是面向对象编程运动的真正胜利。-- Grady Booch 查看全文
coffeewoo 发表于:2007.06.13 01:09 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(2182次) :: 评论 (5)
===========================================================
===========================================================

亲爱的关注本博的朋友,最近一段时间俺都忙于写书,没有时间更新博客,让许多朋友久等了。

由于书的写作和出版需要较长的时间,预计出版时间已经排到了明年的三月份。俺曾经答应过一些朋友,在书没有出版之前,在这段时间内将书的一部分内容先在博客上发表,一方面为了感谢他们对俺一直的支持,另一方面也为书做点宣传,毕竟要是销路不好的话浪费这一年的辛苦倒也罢了,要是还要自己贴钱那就真是赔了夫人又折兵了^_^

目前书已经完成了三分之一左右,从今天开始,每隔一段时间都会发表书中内容的一部分。当然,出于可以理解的原因,请原谅俺不能发表完整的章节,也不能披露过多的内容,那里还有一纸合同呢……

本书的英名定为《Think in UML》,这是因为笔者在书中写了大量的自己的思考和经验,与之前的OO之路系列相似。中文名称等过一段时间再行披露,当然出版时会以中文名称出版^_^

今天这贴算是一个公告吧,顺带把书中《写给读者的话》先发表出来。下一帖再发表实际的内容。谢谢朋友们的支持哦!!

 查看全文
coffeewoo 发表于:2007.06.03 22:19 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(2019次) :: 评论 (17)
===========================================================
===========================================================

平生第一次期待一场演唱会,6.15,人民大会堂见。Vitas!

6.16 would be my birthday. I rather to consider the concert the best gift Vitas bring to me. What ever, just be like fans with whom I loved.



coffeewoo 发表于:2007.05.28 11:42 ::分类: ( 随笔 ) ::阅读:(582次) :: 评论 (3)
===========================================================
===========================================================

亲爱的朋友们,感谢你们一直以来对本博的支持和喜爱。由于你们的支持,我这些写在博客里的随意的技术文章引起了出版社的注意,前段时间与出版社进行了一些沟通,终于决定将自己多年的经验好好沉淀一下,完整而全面的写一本书。这本书与博客的初衷一致,将站在广大分析设计爱好者的角度,将我的经验传达给你们。写你们关心的问题,为你们最困惑的地方给予指点,以完的整软件过程为纲,以实际案例为点。希望这本书能够成为爱好面象对向方法,喜欢用例分析技术,想成为设计师甚至架构师的朋友们的案头书籍和最佳伙伴。

这本书是为你们而写的,为了更好的符合你们的需求,特在这里向广大朋友征集案例和问题。(更多内容请点击标题...)

 查看全文
coffeewoo 发表于:2007.03.12 21:56 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(1592次) :: 评论 (53)
===========================================================
===========================================================

这是最近做的一个PPT文件,对用例分析方法做了一个总结。应该对朋友们理解用例分析有所帮助。

 查看全文
coffeewoo 发表于:2007.02.06 10:12 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(2750次) :: 评论 (32)
===========================================================
===========================================================

软件架构是一种思想,一个系统蓝图,对软件结构组成的规划和职责设定。而软件框架是一个实现,一个半成品,是针对一个特定问题的解决方案和辅助工具。

 查看全文

coffeewoo 发表于:2007.01.22 00:17 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(3904次) :: 评论 (20)
===========================================================
===========================================================

草图代表了需求的实现,是一个细节的表露。接下来的优化的调整,就以此为基础。主要的输入:草图,系统架构,业务规则,补充用例规约,系统原型。主要的输出:调整后的分析模型,子系统,组件视图和部署视图(针对分布式应用而言)。

 查看全文

coffeewoo 发表于:2006.12.20 01:07 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(4118次) :: 评论 (56)
===========================================================
===========================================================

一连几天的莫名兴奋,终于忍不住要写点东西下来。直到现在我还没有搞明白到底发生了什么,仅是一个偶然的巧遇,这几天我的心理就一直处在一种很奇妙的状态下。什么感觉,说不清,舒展,平静,兴奋,沉迷,哪一种都不足以表达。但我真的很享受,那天籁之音的抚慰下,连查看错误日志都变成了一种愉悦。这一切都只因为Vitas,准确说是因为他的歌声。

 查看全文
coffeewoo 发表于:2006.11.29 01:20 ::分类: ( 随笔 ) ::阅读:(1647次) :: 评论 (27)
===========================================================
===========================================================

作者Thomas L. Friedman是一个著名的专栏作家,他通过大量的资料,以一个记者敏锐的视角告诉我们,当诸如PC,Internet,搜索,信息共享(上传,blog,wiki...),供应链,离岸生产,物流等这些我们耳熟能详的科技和变革在我们身边发生之后,全球化的进程呼啸而来,推翻了原本封闭的竞技场,世界变平了。国家,社会,企业,个人,都做好准备迎接这个挑战了吗?

这本书2005年出版,马上成为最热门的畅销书。Bill Gates 极力推崇,据说全美国的州长,国会议员都在读,大学校长在毕业典礼上建议,进入公司之前应该先读这本书,有的商学院甚至要求新生报道之前要先读过这本书。

呵呵,不论以上说法有否夸大,至少我知道一个真实的事件是,今年9月中译版出版后,最近IBM中国的员工已经人手一本。

我听过作者Thomas本人的演讲,有些话让我印象深刻,特意摘录与大家分享。不敢保证一定与原话一样,不过意思肯定没变。

In this flat world, every thing can be done,it will be down , the only question is , it is done to you ,or done by you.(在这个平坦化的世界,所有事情只要有可能做得到,就一定会被做到,唯一的问题是,你是选择当第一个做到的人,还是等着别人做好了再给你)

这句话用咱中国话就是一万年太久,只争朝夕。有了好点子,就马上行动吧。

Now, the competition is not only to the countries , the companies, but even to individuals.(现在,竞争已经不仅仅是国家之间,企业之间了,每一个人都卷入了全球化竞争)

唉,现在我们做IT的有限的好岗位已经被海归、台湾人、香港人、新加坡人占了不少。国内软件再不好好发展,饭碗只怕要被印度人抢光了。


coffeewoo 发表于:2006.11.15 01:30 ::分类: ( 随笔 ) ::阅读:(1907次) :: 评论 (10)
===========================================================
===========================================================

分析模型是系统的高层抽象,是高于实现语言和实现方式的。因此在做分析模型过程中,要跳出固有的java思维,C++思维,同时也暂时不要考虑设计模式的应用,而专心的,用OO思维把四个分析类的职责和交互,以及它们之间的关系定义清楚。如果说用例分析大部分情况下是程式化的(笔者正希望它是程式化的),那么你会发现,分析模型大部分工作也是程式化的。

 查看全文

coffeewoo 发表于:2006.11.15 00:21 ::分类: ( 系统分析、设计,UML及OO , ) ::阅读:(5542次) :: 评论 (35)
自我介绍
切换风格
新闻聚合
博客日历
文章归档...
最新发表...
最新评论...
最多阅读文章...
最多评论文章...
博客统计...
Blog信息
网站链接...