状态图中初始伪状态是否可以有两条向外的转换?

  这两天为一个初始状态是否可以有两条向外的转换给难住了。朋友说看看规范,我看了2.0的规范上说:

An initial pseudostate is shown as a small solid filled circle (see Figure 15.16). In a region of a classifierBehavior state

machine, the transition from an initial pseudostate may be labeled with the trigger event that creates the object; otherwise,

it must be unlabeled. If it is unlabeled, it represents any transition from the enclosing state.

这没有明确说明是否可以有两条。

  在argouml的用户组和umlchina上发信,一个argouml的外国用户朋友回了信,可是全是长难句,只模模糊糊懂了些。

我把问题和信也贴在这里,有谁看了知道答案说一下:

  argouml用户组的回信:

users@argouml.tigris.org

CC: umlchina@yahoogroups.com, nirvanax@tom.com, users@learndiary.tigris.org, iuking@163.com

From: "Dashing Meng" <learndiary_dashing@yahoo.com>  Add to Address Book  Add Mobile Alert

Yahoo! DomainKeys has confirmed that this message was sent by yahoogroups.com. Learn more

Date: Thu, 29 Dec 2005 01:18:42 -0800 (PST)

Subject: [UMLChina] Re: [argouml-users] ArgoUML told me,the initial state should has only one outgoing transition in a statechart diagram

   

Thanks for your answer very much.I understood most part of your answer except those very long sentence:),my english isn't well.

 

This is something I will model:

User(userID,userName)

Goal(goalID,goalName)

MyGoal(userID,goalID,goalState)

the relationship between User and Goal is :M:N,and MyGoal is the association class.

MyGoal has three states:processing,quited,finished.

 

People will join an existed goal,and write diary under a goal,like the operation model of http://www.43things.com

 

From a user's view,there are two ways he can create a new object of class MyGoal:a user join a goal directly without posting diary under it, and a user post an diary under a goal, when he do these,a new MyGoal's record will be insert into database and with the state:processing.

 

From the system's view,in fact,user join a goal is the operation like:

User.joinGoal(int GoalID),then a new MyGoal is created;

user post a diary under a goal is the operations below:

User.postDiary(int GoalID),and,if this is the first posting diary under this goal,this operation will call the previous operation:User.joinGoal(int GoalID).

 

So,in fact,the object of class MyGoal's creating is caused by User.joinGoal(int GoalID) only.

 

But,I am modeling a business model now and only from the user's view to do so,what do you think to treat this kind of things?

 

Thanks.

 

/Dashing Meng

Leif Holmgren <sm4rpq@amsat.org> wrote:

Hi!

As I have been tought and what I can make out of the UML standard the

initial state symbol is there just to show which of the other states the

object end up in when it is created. So there is no real transition from

the "initial state" and another state other than the one taken from the

big void when the object is created. The UML standard also specifies

that you can have only one initial state in each (sub)state-machine!

Unfortunately the UML standard is pretty messed up when it comes to

state machines so you have to read the text carefully to understand

this, and don't stop at the 1.4 standard as the newer ones are more

clear but still messy.

Exactly what are you trying to state with your model? Can your object

start off in one of two different states or are you treating the initial

state symbol as a state of it's own?

I would not model (or program for that matter) a class that have it's

object start off in two different states at all. I would instead create

an initial state (created) from which I immediately transit to one of

those that I really want to be in after initialization. When an object

has something that needs to be initialized at object creation time it

tends to be the same initialization no matter what lifecycle you want

the object to go through later on.

If you are just thinking of the initial state as a proper state you

just have to add an extra state and then two outgoing transitions from

that one (properly named and guarded of cource) and you are back on track.

/Leif

Dashing Meng wrote:

> Hi,All,

> There are two path from the initial state can enter the state call

> "Processing".But when I draw two outgoing transition from the initial

> state,The ArgoUML said:

> This Initial state has an invalid number of transitions. Normally

> Initial states have at most one outgoing transition.

> Defining correct state transitions is needed to complete the

> behavioral specification part of your design.

> To fix this, remove transitions by clicking on transition in the

> diagram and pressing the "Ctrl-Delete" key.

>

> So I added a Junction between the initial state and state

> "Processing".Is this way all right?

>

> Thanks.

>

> ------------------------------------------------------------------------

  umlchina上的回答:

From: <alexzhang@...>

Date: Wed Dec 28, 2005  8:40 pm

Subject: RE: [UMLChina] Re: ArgoUML told me,the initial state should has only one outgoing transition in a statechart diagram  alexzhang@...

 Send Email 

Hi Dashing,

I think this quesiton is tool  independent. You should refer to the state chart specification to see how it is prescribed in UML.

I urgently recommend we should learn from UML specification as the root cause.

 

 

Regards,

 

Alex Zhang

___________

GDNT, G124

ESN: 554-8782

-----Original Message-----

From: UMLChina@yahoogroups.com [mailto:UMLChina@yahoogroups.com] On Behalf Of Dashing Meng

Sent: Wednesday, December 28, 2005 8:36 PM

To: UMLChina@yahoogroups.com

Subject: RE: [UMLChina] Re: ArgoUML told me,the initial state should has only one outgoing transition in a statechart diagram

But,is there anyone can answer my question? If a initial state can has outgoing transition more than one in a state diagram?

http://learndiary.tigris.org/source/browse/learndiary/old/documentatio

n/easy_diary/design/pictures/MyGoalInfoStateChart.gif?

rev=1.1&view=markup

I am a UML self-learner,please tell me all the errors of mine.

Thanks a lot.

Dashing Meng <learndiary_dashing@yahoo.com> wrote:

ArgoUML is 100 percent free open source UML tool,it has been developing for 10 years,the main reason I using it in our open source project-LearnDiary is the spirit of ArgoUML developing Team.

Because we use a UML tool only for open source non-commerial developing for learning purpose.So we don't need a very powerful commerial UML tool.

In fact,I found ArgoUML is a little hard to use at first,but after using it some days,I have known some little skills for avoiding its defects and do some model with ArgoUML happily.

Thanks for introducing Visual Paradigm for UML for all of us.

Alex Guo <Alex.Guo@BenQ.com> wrote:

Hi, everyone

脗 脗 脗  Have you try Visual Paradigm for UML, it芒鈧劉s a perfect tool for draw UML diagram.

 

 

 

 

 

-----------------

Alex Guo

2005

--------------------------------------------------------------------------------

From: UMLChina@yahoogroups.com [mailto:UMLChina@yahoogroups.com] On Behalf Of Dashing Meng

Sent: Wednesday, December 28, 2005 4:01 PM

To: UMLChina@yahoogroups.com

Subject: RE: [UMLChina] Re: ArgoUML told me,the initial state should has only one outgoing transition in a statechart diagram

 

All is in http://argouml.tigris.org

Here is its last version of all things:include source,binary distribution,user manual,etc..

:http://argouml-downloads.tigris.org/argouml-0.20.ALPHA_4/

alexzhang@gdnt.com.cn wrote:

Hi

Dou you have the User Guide to ArgoUML?

Regards,

 

Alex Zhang

___________

GDNT, G124

ESN: 554-8782

-----Original Message-----

From: UMLChina@yahoogroups.com [mailto:UMLChina@yahoogroups.com] On Behalf Of learndiary_dashing

Sent: Wednesday, December 28, 2005 11:15 AM

To: UMLChina@yahoogroups.com

Subject: [UMLChina] Re: ArgoUML told me,the initial state should has only one outgoing transition in a statechart diagram

 

  可能是我没有正确的表达自己的意思吧:)

ArgoUML有个模型正确性的自动判定功能,也就是他们说的:cognitive

support.

  当我在状态机图的初始状态后面画了两条进入下一状态的转换线时,它告诉

我一般初始状态只能有最多一条向外的转换线。

  于是,我在初始状态和下一状态间加了一个分支点:Junction,然后ArgoUML

就不报错了。状态机图见下:

http://learndiary.tigris.org/source/browse/learndiary/old/documentatio

n/easy_diary/design/pictures/MyGoalInfoStateChart.gif?

rev=1.1&view=markup

  我想问:从UML规范来说,一个初始状态是不是只能有一条向外的转换

线?如果不能,假设我的真实的第一个状态有两条路径都可以进入,我怎样来表

达这种需求呢?

  我没有在课堂上学过UML,用语不规范或其他的任何不当的地方还望给予

指出。

  谢谢。

http://www.learndiary.com

http://develop.learndiary.com

LearnDiay Develop Group

--- In UMLChina@yahoogroups.com, ZhangChaoYang <from_mfc@y...> wrote:

>

> 他的意思可能是认为initState只是一个虚拟状态,不是真实存在的,所以要

定义一个真正的初始状态,比如idel状态

>

> Dashing Meng <learndiary_dashing@y...> wrote: Hi,All,

> There are two path from the initial state can enter the state

call "Processing".But when I draw two outgoing transition from the

initial state,The ArgoUML said:

> This Initial state has an invalid number of transitions. Normally

Initial states have at most one outgoing transition.

> Defining correct state transitions is needed to complete the

behavioral specification part of your design.

> To fix this, remove transitions by clicking on transition in the

diagram and pressing the "Ctrl-Delete" key.

>

> So I added a Junction between the initial state and

state "Processing".Is this way all right?

>

> Thanks.

>

  

我们可以在一张活动图上画一个用例和用例的所有扩展

  今天,向umlchina讨论组和argouml用户讨论组发了一封信,请教是否可以在一张活动图上画一个用例和用例的所有扩展。很高兴收到了argouml开发者mvw的回复。他的意见是可以这样做,并且详细解释了用例图中“包括”和“扩展”的关系。从中可以看出argouml开发社区对用户的真诚和友好。这愈发坚定了我使用argouml进行设计的决心。

  附我的信件和mvw的回信:

From: "Michiel van der Wulp" <mvw@tigris.org>  Add to Address Book  Add Mobile Alert 

To: users@argouml.tigris.org

Date: Tue, 27 Dec 2005 09:28:35 +0100

Subject:  Re: [argouml-users] A question about drawing activity diagram for extends usecases

   

Hi Dashing,

 

Nice colourful diagrams!

 

>> Can I draw the activty diagrams of a usecase and

>> all its extends usecase in one activity diagram?

 

Yes. Since the extends are steps that only happen conditionally, it would be nice to show the condition in the diagram, too. You already did this in the other activity diagram in two ways: with a Junction state (the diamond), and with a Guard - I think both are OK. The junction slightly preferred if people that only know flow-charts have to read the diagrams.

 

One other remark on usecases, which seem to be confused by many, is the difference between include and extend.

An include is comparable with a subroutine: it is always executed, and (usually) only pulled out from the main usecase because it is common with other usecases. An extension is something that happens on a condition somewhere along the path.

 

Regards,

Michiel

 

----- Original Message -----

From: Dashing Meng

To: umlchina@yahoogroups.com ; users@argouml.tigris.org ; 炜 张

Sent: Tuesday, December 27, 2005 4:40 AM

Subject: [argouml-users] A question about drawing activity diagram for extends usecases

Hi,

  Can I draw the activty diagrams of a usecase and all its extends usecase in one activity diagram?here is my usecase diagram:

http://www.learndiary.com/pictures/easyDiary/easyDiaryUseCaseDiagram.gif

this is my activty diagram:

http://www.learndiary.com/pictures/easyDiary/PostADiaryactivityDiagram.gif

my unfinished ArgoUML0.18.1 model:

http://www.learndiary.com/pictures/easyDiary/easyDiary.zargo

 

thanks a lot.

(转帖)UML中聚集(Aggregation)与组合(Composition)的区别

UML中聚集(Aggregation)与组合(Composition)的区别

Posted on 2005-04-20 20:03 黄金狮子旗下 阅读(1199) 评论(8)  编辑 收藏 收藏至365Key 所属分类: UML设计 

书上是这样描述的:聚集是关联中的一种,聚集对象由部分对象组成;组合又是一种特殊的聚集。在一个组合对象中,部分对象只能作为组成对象的一部分与组合对象同时存在。

即是说,组合是“当聚集对象和它的组成对象之间是具有强关联的一种特殊聚集”,组合对象的关键特征是部分对象只能存在于组合对象之中,并且部分体的寿命可能比组合体短,但组合体消亡,部分体也必然消亡。

我们举例来说明:

聚集

电脑可以由显示器、CPU、主板、硬盘、键盘、鼠标等聚集而成。在这种关系里面,各个组成部分是可以分拆开独立存在的。

组合

衬衣是由主体、衣领、袖口、衣袖、钮扣等组合而成。在这种关系里面,衣袖或者衣领等如果拆分开来并不能算是一个独立的主体,不具有价值了。

树是由树干、树根、树枝、树叶等组合而成的。这里面树叶可以先于树消亡,但如果树被砍掉,那么树叶也没有存在价值了。

多数参考资料上都是上面叙述的那样解释的,不过我觉得理解起来还是有些难度:电脑我把他砸了,电脑坏了,那你说各个组成部分到底是一起消亡了还是没消亡呢?也许应该说至少没有被砸坏的部分还是可以独立使用的;可若这样说的话,那我衬衣破了个洞,我要把衬衣裁减为各个部分,那其他部分是不是也可以拿去拼装为新的衣服?

所以,后来我自己是这样理解的,不知道对不对,大家可以给我指正:同类的几个聚集对象里面的组成对象是可以互换的(比如电脑里面的配件);而同类的几个组合对象里面的组成对象是不能够互换的(正所谓强关联嘛,所以这件衬衣的袖口换到另一件上面不科学;这棵树的叶子也没法装到另一棵树上面去)。

Feedback

# re: UML中聚集(Aggregation)与组合(Composition)的区别   

2005-04-20 21:03 by idior

这个概念一向分的不是很清楚。 很多大家也争论过 , 没什么结果。

# re: UML中聚集(Aggregation)与组合(Composition)的区别   

2005-04-20 21:46 by neuhawk

好像去年高程考这个!

# re: UML中聚集(Aggregation)与组合(Composition)的区别   

2005-04-20 22:06 by 生活、工作

这样理解好像也不大对吧。

# re: UML中聚集(Aggregation)与组合(Composition)的区别   

2005-04-21 00:37 by 常建昭

我觉的这样理解是错的。。。

把电脑砸了(呵呵,想法不错。),你的主板,CPU等还是独立的。。你不能把那些概念给想成物理上的消失,我认为那是种抽象的概念。。你可以把你举的树的例子引用进来,你把电脑砸了,零件还是有用的。。你砸的目标是电脑,而非个别零件。。

# re: UML中聚集(Aggregation)与组合(Composition)的区别   

2005-04-21 08:48 by 黄金狮子旗下

to 常建昭:

你说的是,我就是觉得那部分比较容易混淆,所以故意写成那样的。我真正的理解是下面最后一段嘛。

# re: UML中聚集(Aggregation)与组合(Composition)的区别   

2005-04-21 12:38 by 安琪儿

按照我的理解,上面举的两例似乎都应属于组合。

组合是强关联的聚集,电脑配件从一台电脑中分离出来后,仍然需要进行再次组装才能发挥作用。也可以这样理解组合,它是对所有部件的整合,相互依赖。即便此组合内部分割开来,若要有效,仍然会出现类似的彼组合。

再举个单纯的聚集的例子,一个班级有许多个独立的个体,当班级不存在时,个体仍能单独发挥个人作用。此时整体和部分就不遵从相互依赖的规则,是一种弱关联。

总之,聚集和组合主要体现在关联强度上的不同。

# re: UML中聚集(Aggregation)与组合(Composition)的区别   

2005-04-22 01:08 by 吴正杰

UML宝典上面说明: 生命周期不同

组合在聚集中用来说明部件的生存周期取决于整体即集合的生存周期。

# re: UML中聚集(Aggregation)与组合(Composition)的区别   

2005-05-04 15:58 by 无名

感觉这里边有一个应用环境的问题,就目前看,人的器官和人体之间是组合关系,那时因为器官移植技术还不够发达,如果将来器官移植技术发展了,器官和人体之间可能就成为组合关系了。

(转载来自umlchina讨论组)业务对象模型(领域模型)的作用?

 UMLChina@yahoogroups.com

From: "Stephen Suen (SUNRUJUN)" <stephen.suen@gmail.com>  Add to Address Book  Add Mobile Alert 

Date: Mon, 5 Dec 2005 18:42:44 +0800

Subject: Re: 答复: 回复: [UMLChina] 业务对象模型(领域模型)的作用? 请教专家

    

业务建模的作用是为企业现有业务建立模型,需要的话,在此基础之上进行业务重组或者优化。业务模型将用作后续软件过程的输入。

 

实践中,通常我们会跳过业务建模的过程。当然,前提是我们认为业务建模是没有必要的。对于某些应用所面对的业务,其流程和涉及的实体可能是极其复杂的,软件工程人员无法轻易了解业务。此时,业务建模过程将有效地帮助软件工程人员理解业务(尤其是借助UML等图形工具的情况下),并使这些理解得到记录和整理。同样借助图形工具,比如时序图,状态图等,可以分析业务,需要的话,可以进行重组和优化。

 

对于业务建模,常见的两个问题是该做的时候没有作和不必要的时候却做了。

 

面对复杂业务,缺失业务建模过程使得软件工程人员根本不可能真正的理解业务,更加无法真正的理解用户需求,而是仅仅依赖用户的口述等获得大量似是而非的理解,最终导致大量的变更,甚至更严重的问题。如果进行业务建模,基于模型,你甚至会发现用户没有告诉过你的事物。更好的理解,意味着更好的沟通,进而更完善的需求。

 

另一个问题,是僵化的套用软件工程理论,在没有必要的情况下进行业务建模。对于一些简单业务,在全体人员可以轻易的理解业务的情况下,完全没有必要进行业务建模。有些组织为了诸如所谓"规范"等等理由而不是工程理由而要求这样的过程,反而会带来问题。因为业务建模和系统建模的过程具有传承关系,二者之间的一致性需要付出相当的代价。如果业务或者你的经验允许你直接进行系统建模,完全没有问题。当然,如果业务建模的文档可以卖出价钱的话,业务建模有相应的经济回报也未尝不可。

 

On 12/5/05, 赵鹏 <zhaopeng@webservice.com.cn> wrote:

是否可以认为"业务建模",就是"整合业务""优化流程"的过程?!

 

--------------------------------------------------------------------------------

发件人: UMLChina@yahoogroups.com [mailto: UMLChina@yahoogroups.com] 代表 孙向晖

发送时间: 2005年12月5日 14:19

收件人: UMLChina@yahoogroups.com

主题: 回复: [UMLChina] 业务对象模型(领域模型)的作用? 请教专家

 

首先,业务建模并不是开发过程中必需的。

其次,业务建模的作用还是很大的,而现实操作过程中,我们(开发商)往往会忽略业务建模。

业务建模其实分为两个部分来看。一个部分是对as-is建模。另一部分是对to-be建模。as-is,是对企业或者机构等业务建模范围的业务现状建模,以找出其业务过程中实际存在的问题。注意:很多问题,是IT所解决不了的。我们的售前经常跟客户说,只要你能想到的,我们就能做出来。这本身一个很大的问题。企业运营过程中的很多问题,IT都解决不了,或者靠IT来解决,既费工又费力,IT之外,还有更多的更优的方案。所以,在这个方面,IT人士可以做的就是,圈定哪些问题需要由IT来解决,而且必须靠IT来解决的有哪些。

第2个部分,也就是to-be建模。是对企业将来的建模。当我们对企业的业务运营问题给出一个比较好的解决方案后,企业会是一个什么样的运行状况呢?企业不知道,我们也不知道,最好的办法,就是对to-be进行建模。企业应该按照最新的业务模式进行哪方面的业务重组呢?企业是否能够接受这样的业务模式呢?毕竟,业务重组的过程中会牵扯到方方面面人的利益,重组的结果有可能会失败。IT人士也应该把此列入风险中。

 

业务建模的好处:圈定系统边界,理解业务核心,有效掌控风险。

在业务建模的过程中,出来的工具可以做为系统需求(用例)的输入。它们之间有很好的映射关系。但是,这跟是否使用requisitepro工具无关。你甚至可以简单的excel建立自己的跟踪矩阵。。

rockhai2005 < rockhai2005@yahoo.com.cn> 写道:

一个项目,采用ROSE的RUP模版建模。已经确定用到业务用例,进而用到业务对

象模型。现在有一些疑惑,不太明了:业务对象模型到底有什么作用?

我已经了解到的作用如下:

** 对执行业务功能的对象和这些对象之间的关系进行建模,即进一步(或同

时)解释业务用例。这样做的好处是在机构的层面上,更好地就未来系统完成的功

能与客户和项目组成员(相关项目干系人STAKE HOLDER)沟通;

那么它的其它作用呢?比如

1.它是否对分析模型有指导作用?就象业务用例指导系统用例一样?对应关系

如何?

2.如果1中的答案是肯定的,那么这种对应关系在ROSE中是否也可以靠

RequisitePro 工具来实现映射?

------------------------ Yahoo! Groups Sponsor --------------------~-->

Get Bzzzy! (real tools to help you find a job). Welcome to the Sweet Life.

http://us.click.yahoo.com/KIlPFB/vlQLAA/TtwFAA/saFolB/TM

--------------------------------------------------------------------~->

Yahoo! Groups Links

<*> To visit your group on the web, go to:

http://groups.yahoo.com/group/UMLChina/

<*> To unsubscribe from this group, send an email to:

UMLChina-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:

http://docs.yahoo.com/info/terms/

介绍一本用uml建模java程序的好的电子书

  今天,在自己的硬盘里发现一本介绍一本用uml建模java程序的好的电子书,名字是“Java 与 UML 面向对象程序设计”,英文名字是“The Essence of Object-Oriented Programming with Java And UML”,作者是:Bruce & Wampler,译者,看不清,人民邮电出版社。

  这本书的主体讲的是用UML和MVC模式进行一个java的swing图形界面应用程序的建模。从基础的建模元素和java基础面向对象概念开始的。但其中提供的内容远远不止这些。这是一本讲软件开发生命周期的全过程的基本概念的书,涉及到程序员人的自身,是一本据有全局观念的书。

  给我印象深刻的是如下:

  1)、设计模式;

  2)、软件开发方法,其中对各种的开发方法作了深入浅出的比较,包括RUP,敏捷联盟,XP编程,最后还说了开放源码开发方法;

  3)、怎么样给程序员创造一个好的氛围,让大家愉快的工作和生活;

  4)、其中,我最最感兴趣是关于软件重构的那一章,其中讲解了什么情况下需要重构,什么情况下没有必要重构。怎么样重构。学习日记也在面临这样的问题。

  这本书我还会放在那里慢慢欣赏的。

下面是来自网上的介绍:介绍:http://www.dearbook.com.cn/book/viewbook.aspx?pno=TS007470

×××××××××××××××××××××××××××××××××××××××××××

     Java与UML面向对象程序设计

定价:28.00 元 | 售价:21.30 元(76折)      

--------------------------------------------------------------------------------

 | Bruce E.Wampler著 王海鹏译

人民邮电出版社  | 7-115-10603-7 | 2002年10月 | 开本:787*1092 1/16

版别版次:2002年10月北京第一版第一次印刷 |分类:程序设计→Java | 软件工程/软件技术→UML

--------------------------------------------------------------------------------

页数:208 阅读数:846销售排名:2488    库存情况:库存充足      

内容简介 |  图书目录 |  图书前言 |  查看评论(11 条)| 收藏此页到365Key

本书旨在介绍使用Java和UML开发面向对象的软件所必需的知识,并将伴您走上使用Java进行真正面向对象软件开发的道路。

    本书共分12章。本书的前4章介绍了面向对象的精髓,第1章是关于对象的简介。第2章介绍了面向对象的基本概念以及UML的一些基本知识。第3章阐述了如何使用Java来编写面向对象程序。第4章介绍面向对象的分析和设计。第5章使用这些面向对象观点分析了图形用户界面(GUI)和Java Swing类库。第6章以一个小规模的Java应用程序为实例,将前5章的内容结合到一起。

    接下来的章节让您对面向对象编程的实践方面有较好的了解。第7章介绍了设计模式。第8章介绍软件重构。第9章简要介绍针对大规模和小规模的面向对象软件项目以及当前的一些主要开发方法。第10章介绍当前一些面向对象软件开发的工具软件。第11章给出了作者为开发更好的软件而提出一些指导意见。最后,第12章提供了关于面向对象软件和Java方面更多的学习资源。

    本书强调理论和设计相结合,重视对软件开发方法学有指导作用的重要概念。本书可作为高等学校计算机科学系及软件学院高年级学生和研究生的教科书,也可作为从事软件开发的管理者、系统分析员、程序员在学习面向对象程序设计时的参考书。

《Java与UML面向对象程序设计 》相关文章和资源:

提交资源|本书引用地址:http://www.dearbook.com.cn/book/TrackBack.aspx?pno=TS007470

--------------------------------------------------------------------------------

Java类热销图书:

Expert One-on-One J2EE Development without EJB(中文版(JavaEye)

精通Struts:基于MVC的Java Web设计与开发(孙卫琴)

Effective Java中文版(潘爱民 /译)

Java2核心技术(第6版)卷I:基础知识(程峰 黄若波 章恒 /译)

Java编程思想(第2版)(侯捷 /译)

--------------------------------------------------------------------------------

名家评论:

练好面向对象的基本功——读《Java与UML面向对象程序设计》

(专家Seal Wang于2003-10-10 4:41:55)  0人同意、0人反对 

这是一本相当不错的入门级书籍,适合有一定Java基础、希望对面向对象编程有进一步了解的读者。就像《围棋一月通》一样,是一本介绍Java面向对象编程的必备常识性图书。书到今生读已迟。如果等到经历了许多痛苦和失败才明白一些常识(也许还不能明白),代价就太大了。这本书没有介绍软件开发领域的最新尝试,只是从一名老程序员的角度介绍了程序设计的一些宝贵常识和经验。这也正是我推荐此书的缘由。...查看详细 

对此评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

--------------------------------------------------------------------------------

 

读者评论: 共 11 条评论  发表评论  

 

[无题](读者 shuiying于2004-6-16) 0人同意、0人反对    

  这本书讲述对象的内容很不错,简单易懂,但关于JAVA的就逊色了。 

发表评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

 

 

[无题](读者 duckdl于2004-6-16) 0人同意、0人反对    

  就书的内容来讲应该是算不错的。但是如果读者是冲着这本书的题目去买的,那就没有必要了。值得一看,但不值得收藏,虽然讲得实在,但不觉得经典。倒是里面有一段用MVC来设计swing程序的篇章还是不错的 

发表评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

 

 

[无题](读者 wsqwsq于2004-6-16) 0人同意、0人反对    

  这本书我已经读完了。给我的感觉是:很适合大学在校生阅读。该书中介绍了当前主流的UML基础知识,模式的基本概念,MVC概念。比较适合入门。对JAVA本身没有过多地描述。 

发表评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

 

 

[无题](读者 charity于2004-6-16) 0人同意、0人反对    

  书的内容涉及广度不错,非常适合入门。

  译得也不错,总的评价:一本值得购买的书 

发表评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

 

 

[无题](译者 sealw于2004-6-16) 0人同意、0人反对    

  这是一本相当不错的入门级书籍,适合有一定Java语言基础,希望对面向对象编程有进一步了解的读者。

 

  本书对一些面向对象程序设计和Java的基本概念讲述得很清楚,对我来说印象深刻的有MVC,深拷贝与浅拷贝等等。尤其是结合实例分析的MVC,让我们看到上世纪80年代通过Smalltalk所发展起来的面向对象程序设计结构上的自然和优雅。

 

  本书结合例子展示了UML的使用,但是是以类图为主,并没有太侧重在整个设计过程中使用UML的各种图,可能也是基于本书的目标读者的考虑。希望对UML了解更多读者,可以参考其它读物。书中给出了许多进一步学习的资料。

 

  本书的另一个好处是,作者基于多年的编程经验和对目前软件开发实践的理解,为软件开发的入门级读者介绍了设计模式,重构,软件开发方法学等方面的知识,为读者的进一步学习指明了一些方向。本书对程序开发的工具软件,特别是选择编辑器方面的介绍,也相当有意思。

 

  作者在第11章所介绍的对软件开发的一些个人理解,应该能引起有经验的程序员的共鸣。

 

  与另一本书《UML面向对象程序设计基础》(Meilir Page-Jones著,人民邮电出版社)相比,这本书的难度要低一些,覆盖面要广一些。

 

  在对面向对象编程领域的经验不超过5年的程序员,在这本书中应该都可以学到一些东西。本书也适合作为培训教程。 

发表评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

 

--------------------------------------------------------------------------------

更多评论

 

发表评论 您现在匿名评论。 我要登陆评论

身份: 读者 译者 作者 出版商

 

标题: 

 

 

 

 

 

 不表态

  中肯取代无礼   客观代替漫骂  

 (您的精彩评论会被14位书友会会员收到)   

 

--------------------------------------------------------------------------------

《Java与UML面向对象程序设计》图书目录:

第1章 对象、UML和Java 1

1.1 面向对象技术 2

1.2 面向对象程序设计语言 3

1.3 面向对象的设计和UML 3

1.4 对象的回报 4

1.5 本章小结 4

第2章 对象的精髓 5

2.1 什么是面向对象系统 6

2.1.1 面向对象系统的基本特性 7

2.1.2 利用对象进行抽象 8

2.1.3 封装的类 9

2.1.4 通过消息进行通信 9

2.1.5 对象生命周期 10

2.1.6 类层次结构 12

2.1.7 多态性 16

2.2 一个例子:体现前面所讲的概念 18

2.3 其他面向对象概念 19

2.3.1 抽象类 19

2.3.2 方法的可见性 20

2.3.3 类与实例 21

2.3.4 访问对象 22

2.3.5 对象的低层次视图 22

2.4 本章小结 23

2.5 参考资源 24

2.6 本章注释 24

第3章 Java中的对象 25

3.1 在Java中定义类 25

3.2 可见性 29

3.3 继承 31

3.4 关联、聚合与组合 37

3.5 Java接口 39

3.6 Java中对象的生命周期 41

3.6.1 构造方法 41

3.6.2 垃圾收集 41

3.6.3 内存泄漏 42

3.7 类方法、类属性与实例方法、实例属性 42

3.8 对象拷贝 43

3.9 消息 49

3.10 本章小结 49

3.11 参考资源 50

3.12 本章注释 50

第4章 面向对象的分析和设计 51

4.1 软件开发方法学 53

4.2 软件项目的要素 54

4.3 面向对象分析的精髓 56

4.3.1 对象发现 57

4.3.2 评估候选对象 58

4.3.3 确定对象层次结构 60

4.3.4 发现对象属性 61

4.3.5 发现对象操作 61

4.4 对象设计精髓 63

4.5 一些设计指南 65

4.5.1 从整体上把握 65

4.5.2 封装 66

4.5.3 设计类 66

4.5.4 继承 67

4.5.5 通用指南 67

4.6 建造和发布阶段 68

4.6.1 建造软件 68

4.6.2 发布软件 69

4.7 UML的更多知识 70

4.8 本章小结 71

4.9 参考资源 72

4.10 本章注释 72

第5章 用Swing实现面向对象的图形用户界面 73

5.1 图形用户界面 74

5.1.1 典型应用程序 74

5.1.2 对话框 74

5.1.3 事件 75

5.2 Swing简介 76

5.2.1 处理Swing命令事件 79

5.2.2 一些选项 85

5.3 MVC:模型/视图/控制器 86

5.3.1 用Java实现MVC 87

5.3.2 一个小的Swing MVC GUI框架 88

5.3.3 一个基于Wmvc的简单应用程序 98

5.3.4 温度计的UML时序图 103

5.4 本章小结 104

5.5 参考资源 104

5.6 本章注释 105

第6章 使用Java的实例研究 107

6.1 分析MovieCat 108

6.1.1 用况 108

6.1.2 发现对象、属性和操作 109

6.1.3 评估 111

6.2 设计MovieCat 111

6.2.1 Movie类 112

6.2.2 MovieModel类 114

6.2.3 视图类 115

6.2.4 将它们结合起来 117

6.3 实现MovieCat 117

6.3.1 MovieCat类 117

6.3.2 Movie类 119

6.3.3 MovieModel类 121

6.3.4 MainView类 125

6.3.5 MovieListView类 129

6.3.6 MovieItemView类 131

6.3.7 MovieEditor类 135

6.3.8 Movie的辅助类 138

6.4 回顾 141

6.5 本章小结 142

6.6 本章注释 142

第7章 设计模式 143

7.1 什么是设计模式 143

7.1.1 使用设计模式 144

7.1.2 设计模式描述模板 144

7.2 GoF设计模式 145

7.2.1 创建型模式 145

7.2.2 结构型模式 145

7.2.3 行为型模式 146

7.3 Wmvc和MovieCat使用设计模式的例子 147

7.3.1 MVC 147

7.3.2 Observer模式 148

7.3.3 Wmvc中的Observer模式 150

7.3.4 Wmvc中的Command模式 151

7.3.5 Wmvc和MovieCat中用到的其他模式 152

7.4 本章小结 152

7.5 参考资源 152

第8章 重构 153

8.1 什么是重构 154

8.1.1 基本重构过程 154

8.2 何时需要重构 155

8.2.1 代码味道 155

8.2.2 何时不要重构 156

8.3 一些重构技术 156

8.3.1 重构分类 156

8.3.2 一些重构技术 157

8.4 本章小结 158

8.5 参考资源 158

第9章 今日软件开发方法学 159

9.1 大规模项目适用的方法学 160

9.1.1 统一软件过程概述 160

9.1.2 基本概念 160

9.2 适用于小项目的敏捷方法学 162

9.2.1 敏捷联盟 162

9.2.2 极限编程 163

9.2.3 DSDM 165

9.2.4 Crystal/Adaptive软件开发方法 166

9.3 开放源代码开发 166

9.3.1 开放源代码是分布式开发 167

9.4 本章小结 168

9.5 参考资源 168

9.6 本章注释 169

第10章 面向对象开发的软件工具 171

10.1 GUI与控制台 171

10.2 编辑器和IDE 172

10.2.1 好编辑器的特征 172

10.2.2 三种类型的编辑器 173

10.2.3 Emacs 174

10.2.4 Vi 174

10.2.5 集成开发环境 175

10.2.6 VIDE 176

10.2.7 Borland JBuilder 176

10.2.8 Sun Forte 178

10.2.9 其他IDE 179

10.3 源代码控制 179

10.4 CASE、建模和UML工具 179

10.4.1 ArgoUML 180

10.4.2 MagicDraw 180

10.4.3 Rational软件公司 181

10.4.4 TogetherSoft 181

10.4.5 其他UML工具 181

10.4.6 其他Java工具 182

10.5 本章注释 182

第11章 编程:个人观点 183

11.1 编程 184

11.1.1 代码不会消亡 184

11.1.2 用好的风格编程 185

11.1.3 清楚自己在做什么 185

11.1.4 写试验性代码 185

11.1.5 实践增量编程 186

11.1.6 工具很重要 186

11.1.7 对象确实有帮助 186

11.1.8 测试 186

11.1.9 调试 187

11.1.10 不要重新发明轮子 187

11.1.11 有时自己做更好 187

11.1.12 任何时候都可能产生好主意 188

11.1.13 拥有生活 188

11.1.14 计划很重要 188

11.2 工具 189

11.2.1 编辑器很重要 189

11.2.2 了解经时间检验的工具 189

11.2.3 了解最新的工具 189

11.2.4 工具会消失 189

11.3 工作环境 190

11.3.1 快乐的程序员是高效的程序员 190

11.3.2 物理环境 190

11.3.3 灵活性 190

11.3.4 40小时 191

11.3.5 团队 191

11.3.6 市场营销很重要 191

11.3.7 保持不过时 192

11.3.8 共同奋斗 192

11.3.9 让程序员协助制定策略 192

11.3.10 让老板知道您需要什么 192

11.3.11 Reference软件公司的故事 192

11.4 编程资源 193

11.4.1 使用互联网 193

11.4.2 当心互联网 193

11.4.3 如果可能,用开放源代码 193

11.4.4 其他程序员 193

11.4.5 网站 194

11.5 本章注释 194

第12章 下一步 195

12.1 面向对象技术 195

12.2 Java 196

12.3 需要了解的更多术语 196

12.3.1 分布式计算术语 196

12.3.2 来自Sun公司的Java相关术语 197

12.3.3 其他术语 198

词汇表

finished my first UML model

At last,I finished UML model of fileSharing system with ArgoUML.Struts+Hibernate were taken.After finishing this model,I felt there are some diagrams seemed redundant.And,maybe,this software engineering process isn't proper for a framework and component based software.This will need friends to evaluate this model.

At this point,ArgoUML there are only basic UML function(the sequence diagram was imported in not long ago and doesn't work well.)But,I think learning UML with it is enough.And,according to the status of it,I think it will grow to a useful UML tool at last.

definition of "classfier"(转贴)

 MOF以及MOF四层结构的理解(2)

2005-06-30 10:43:41 The(158587432)

请阁下给出keven->人?>?的答案

2005-06-30 10:43:51 The(158587432)

我就卡在这个关头了!

2005-06-30 10:44:06 keven(184014384)

我还是希望你可以自己悟到。

2005-06-30 10:44:12 The(158587432)

难悟啊!

2005-06-30 10:51:07 中国幽剑软件(465572013)

谢谢了,终于找到头绪了

2005-06-30 10:51:11 The(158587432)

我钻进死胡同了,感觉出不来了,脑袋也晕掉了

2005-06-30 10:51:35 keven(184014384)

你们两个感觉完全相反哦。

2005-06-30 10:52:19 The(158587432)

不是吧,他先前也认为我说keven->人?>物种是对的

2005-06-30 10:52:23 中国幽剑软件(465572013)

因为我喜欢简单,再复杂的东西我都喜欢找一种简单的例子来说明它,呵呵........

2005-06-30 10:52:39 中国幽剑软件(465572013)

好像我没有说吧?

2005-06-30 10:53:38 keven(184014384)

那我说了。

2005-06-30 10:54:02 The(158587432)

这样说的话,"元"就表示"如何"构建,"物种"这个概念是表明了如何构建"人"这个"物种",而"人"又表明了如何构建"keven"。是这样的啊?

然后,你说“对头‘

2005-06-30 10:54:45 中国幽剑软件(465572013)

我说的对头是指keven说的要实际应用,呵呵.......

2005-06-30 10:55:27 The(158587432)

[:L]

2005-06-30 10:55:48 The(158587432)

下午再来,现在要去吃饭,并且休息一下,我已经脑袋很痛了!!!!

2005-06-30 10:56:10 keven(184014384)

其实很简单:

keven

人(类)

类(UML)

类元(MOF)

2005-06-30 10:57:01 中国幽剑软件(465572013)

不用头痛,“对象”这个词我理解了两年才真正弄明白它的内涵呢

2005-06-30 11:04:17 keven(184014384)

呵呵,答案出来了,人也跑了。

2005-06-30 11:05:22 中国幽剑软件(465572013)

现在我不说我明白了,等我有机会把它正确的扔到我的图里的时候,才说明我明白了.....

2005-06-30 11:05:38 keven(184014384)

呵呵,有志气。

2005-06-30 11:07:02 中国幽剑软件(465572013)

我说了,我今天开始学习UML(理论以前看过)和Plato,我今天就开始用它做项目,错误和更好的方法少了还得keven指教了.........

2005-06-30 11:07:44 keven(184014384)

好的。

2005-06-30 11:09:21 中国幽剑软件(465572013)

暂时潜水,玩玩VC,没有实现的经验设计出来的东西可能不好用的.........呵呵..........

2005-06-30 14:28:53 The(158587432)

下午来报道!

 

2005-06-30 14:30:06 webmaster(344593239)

现在想明白了吧?

2005-06-30 14:30:28 The(158587432)

没想明白

2005-06-30 14:31:20 webmaster(344593239)

嗬嗬,可惜早上keven说答案的时候,你已经走了

2005-06-30 14:33:25 The(158587432)

就先前中午睡觉,脑袋痛,迷糊的很,云里雾里感觉到人后面应该是类,也算沾边了不少。但是刚刚看到,keven说类后面是类元,那翻译过去就是classifier,关于classifier,uml参考手册上是这么说的:a model element that describes the behavioral and structural features.

2005-06-30 14:34:23 The(158587432)

类元包括类,actor,component,等等,这不是混淆了吗?那构造型到底扩展的是第几层》?

2005-06-30 14:34:45 The(158587432)

头痛啊~~~

2005-06-30 14:37:27 keven(184014384)

首先搞明白:为什么类是人(类)的元?

2005-06-30 14:37:41 The(158587432)

uml参考手册里面说association is the semantic relationship that two or more classifiers that involves connection among their instances.

这不就是classifier是元模型层

2005-06-30 14:38:35 The(158587432)

类是人的元,我在感觉上已经赞同了,精确的表述出来,我还要想想

2005-06-30 14:39:09 The(158587432)

uml参考手册竟然不能复制,要手敲英文!

2005-06-30 14:40:55 The(158587432)

我的理解:类应该是具有属性集和方法集的整体,而人这个类具体讲明了属性集里有哪些属性,方法集里有哪些方法,实例化了属性集和方法集

2005-06-30 14:41:02 The(158587432)

对不?

2005-06-30 14:42:45 keven(184014384)

呵呵,对啦。

2005-06-30 14:43:02 keven(184014384)

终于有些明白了。

2005-06-30 14:43:23 The(158587432)

类元解释不过去啊,就我刚说的那些问题

2005-06-30 14:44:25 keven(184014384)

我这里的类元不是UML里的类元,而是MOF里的类元。

2005-06-30 14:44:54 The(158587432)

哦?~难怪

 

2005-06-30 14:45:25 keven(184014384)

MOF里的类和UML里的类名字一样,概念却完全不一样:MOF里的类是UML里的类的元数据,即定义了UML里的类;

而MOF里的类由谁定义呢?

2005-06-30 14:46:03 The(158587432)

好象错开了一个层次

2005-06-30 14:46:15 The(158587432)

这些个老外,写文挡也不致意一致!

2005-06-30 14:46:34 keven(184014384)

告诉我,MOF里的类的元数据是谁?

2005-06-30 14:47:03 The(158587432)

那在uml里,classifier和metacalss是不是一回事情

2005-06-30 14:47:23 The(158587432)

MOF里的类的元数据?我先查查术语啊

2005-06-30 14:48:04 keven(184014384)

现学现卖?

2005-06-30 14:48:34 The(158587432)

是啊,中午头痛的很,睡觉去了,睡觉中,还迷糊地在想这些个问题呢

2005-06-30 14:49:08 keven(184014384)

呵呵

2005-06-30 14:49:23 The(158587432)

类元啊

2005-06-30 14:50:00 The(158587432)

那在uml里,classifier和metaclass是不是一回事情

2005-06-30 14:50:10 keven(184014384)

又错了。

M1定义M0,

M2定义M1,

M3定义M2

那么谁定义M3?

2005-06-30 14:50:19 The(158587432)

M4

2005-06-30 14:50:45 keven(184014384)

那岂不无限了,M10000...

2005-06-30 14:50:48 The(158587432)

等等,本来就只四层,说到M4,似乎又错了,那就没得去定义

2005-06-30 14:51:08 The(158587432)

我也刚刚发现这个问题

2005-06-30 14:52:22 keven(184014384)

metaclass可以认为是MOF层的类。

而Classifier是UML层的类的父类。

不一个层次。

2005-06-30 14:52:37 keven(184014384)

M3定义自身。呵呵。

2005-06-30 14:53:24 The(158587432)

想一分钟~

2005-06-30 14:56:23 The(158587432)

不是 ,uml手册里面写的:metaclass:a class whose intances are classes

2005-06-30 14:56:50 keven(184014384)

呵呵。

所谓元:就是实例和类的关系。instance

2005-06-30 14:56:58 The(158587432)

这不明确表示metaclass是类的父类?

 

2005-06-30 14:57:22 keven(184014384)

实例和泛化是两个概念。

2005-06-30 14:57:41 The(158587432)

精髓啊!!!!

2005-06-30 14:58:09 The(158587432)

好象有点悟了~~~

还差术语通关!

2005-06-30 14:58:09 keven(184014384)

明白了?

2005-06-30 14:58:11 The(158587432)

谢谢

2005-06-30 14:59:15 /catAcaT/cat(367021)

我是来拜2位牛人了,受我253一计,hoho

2005-06-30 15:00:44 The(158587432)

实例化即为赋值,泛化即为扩展~

对不?

2005-06-30 15:01:13 keven(184014384)

赋值???

2005-06-30 15:01:43 The(158587432)

我是这样想的啊

2005-06-30 15:02:17 keven(184014384)

实例就是类和对象的关系。

2005-06-30 15:03:21 The(158587432)

我的意思是赋值是实例化的过程,就像实例化一个类,先是构造建立一个空的未初始化对象,然后对其进行每项赋值

2005-06-30 15:03:34 The(158587432)

我认为就这样

2005-06-30 15:03:56 keven(184014384)

呵呵。

2005-06-30 15:05:46 The(158587432)

就像先前说的类和人,人就对类的属性集和方法集在它们未初始化后进行赋值。先建造容器,再填充

2005-06-30 15:06:21 keven(184014384)

呵呵,大家都明白了。

2005-06-30 15:06:46 The(158587432)

元赋予了容器的语义,而下一步操作就是根据这个语义和实际应用需求进行填充

2005-06-30 15:07:19 The(158587432)

这里的容器就是一个概念,只有装满了东西,才能够成为真正的实例

2005-06-30 15:07:28 The(158587432)

你是说我明白了?

2005-06-30 15:07:33 The(158587432)

[:D]

2005-06-30 15:07:41 keven(184014384)

[strong]

2005-06-30 15:07:54 The(158587432)

谢谢您的指点!

2005-06-30 15:08:32 The(158587432)

我想我刚说的赋予和扩展是分辨这两个关系的好切入点

2005-06-30 15:08:39 keven(184014384)

呵呵,没事。实践三个代表,人人有责。

2005-06-30 15:11:05 The(158587432)

能再问两三个关于很实际的术语方面的问题吗?不知道是否耽误您的时间。

敬上!

2005-06-30 15:11:18 keven(184014384)

说。

2005-06-30 15:11:48 The(158587432)

那我就一鼓作气把问题搞懂了。谢谢

2005-06-30 15:12:39 The(158587432)

stereotype扩张的是元模型层对吗?

2005-06-30 15:13:33 The(158587432)

我说的是uml中的概念,都不涉及MOF

2005-06-30 15:13:36 keven(184014384)

对,可以认为和UML类同级的兄弟。

2005-06-30 15:14:10 The(158587432)

那profile就是一个充满构造型的包包?

2005-06-30 15:15:04 The(158587432)

在uml的概念范围中,classifier和metaclass应该是同一个概念?

 

2005-06-30 15:15:08 keven(184014384)

还有标记,约束。

2005-06-30 15:15:30 The(158587432)

呵呵,记住了

2005-06-30 15:16:00 keven(184014384)

在uml的概念范围中,classifier和metaclass不是同一个概念。刚才已经解释过了。

2005-06-30 15:20:35 keven(184014384)

一个定义结构:元。

一个定义数据:泛化。

2005-06-30 15:21:39 The(158587432)

大三了,毕业不考研,希望到你们公司工作。我会努力的!

2005-06-30 15:24:46 The(158587432)

不是,我觉得你们楚凡,感觉起来是一帮子实打实的人,而且名字上又有个“楚”字,我是湖南人呢。

跟这样的一群人打交道,感觉很好

 

 

 

我是www.trufun.net站长!

 

 本贴发表时间:2005-7-2 11:02:08

 

I have lost conficence of using ArgoUML in project

ArgoUML0.19.2 can't open the file created by ArgoUML0.18.1.It hited my heart again.Although,I am very like ArgoUML,but,my main goal is to learn UML,not a tool.If this tool has stop my learning UML and our project,I have to discard it saddly.

The real goal of ArgoUML is practicing technique,or proffering it to general user?

I think,a software is a good software only if it is used by many special user.

(转帖)Origin of ArgoUML

This is the first announcement of ArgoUML I can see.

A log time ago, when ArgoUML was started as an open source project, I sent this first messge to the mailing list (which was then hosted at egroups.com, later to be groups.yahoo.com). Before launching ArgoUML as open source, it had been developed as closed source at my university since 1995.

--------------------------------------------------------------------------------

Subject: [argo-dev] ArgoUML Open-source Kickoff

Hi Argo Developers,

This is a very exciting time for me. I can feel a lot of energy building in the ArgoUML project. The argo-user mailing list is about to pass 1000 registered users. The argo-dev mailing list jumped from 0 to 11 members on the first day and I am sure that more people will be getting involved soon.

Let me just quickly state my vision for this project: ArgoUML is an open-source CASE tool with a very nice user interface. Current CASE tools suffer from being too expensive and too hard to use. ArgoUML will always be available at zero cost, and will have a user interface that is highly usable and that actively helps designers make better designs. ArgoUML will be pure Java, easy to install, easy to customize and enhance. This will be a big step toward making CASE tools available to individual developers, students, and the open-source community. An open-source UML CASE tool will also provide a working example of how to implement the UML standard that will undoubtedly influence the commercial CASE tool market.

I have worked on the technology and implementation of Argo/UML and it's libraries for the past four years as part of my Ph.D. research. That research builds on more than fifteen years of previous work on design support systems, critiquing systems, and human-computer interaction. ArgoUML is, in my eyes, a realization of the dreams of many smart people who have sought ways to support designers.

The current state of ArgoUML is extremely promising, but far from complete. I have worked on implementing ArgoUML itself for a little over one year with the help and support of several people at UCI. Most of the basic parts are in place, some parts are missing, some are only outlined, and much of Argo/UML needs revision and documentation. It is my opinion that within one more year Argo/UML can be a complete CASE tool that rivals commercial CASE tools in every aspect and surpasses them in many.

This is where you come in. The user benefits of the open-source approach are high quality at zero price. The responsibility of open-source users is to aid development by reporting bugs, requesting features, and contributing fixes and enhancements. The rewards of open-source development stem from personal knowledge of a job well done and the usefulness of the product. I also look forward to a strong sense of team pride, a little fame, and a lot of fun. Many of you are professionals who see the need for a free, high quality CASE tool. Others of you are students working on your first large project. If we each do our small parts the larger goal will be achieved.

The exact direction the project will take will be determinded by you, the contributing developers, as much as it is by me, the project leader. However, here are some initial tasks that are obviously needed:

More complete support for the UML meta-model and notation,

Implementation of missing user interface panels and elements,

Support for code generation in multiple languages (e.g., C++),

Better documentation and support for users,

Better documentation and support for developers,

Updates to the latest versions of JDK, XML parsers, etc.,

More support for design decision making (critics, checklists, etc.).

I intend to set up a "virtual office" for the ArgoUML contributors where we will list tasks and volunteer for task assignments, track progress, ask questions and share answers.

I know many of you have stated your interests to me via email, but now that the mailing list is set up and archived, please send a new email to argo-dev@old.old.old and introduce yourself and say what you are interested in doing. I'll go first...

jason!

Activity Diagram in multiple tiles system

For example,in a web based three tiles system:include presentation,business,data access.The activity diagrams can only convey the relations in a same tile,for example,it cann't convey the collaboration between presentation tile and business tile,it is the business of collaboration diagram.

This only my own opinion and needs to be proved.