[Uml-devel] Re: karbon14 and uml

Andrew Sutton ansutton at kent.edu
Tue Apr 15 06:55:09 UTC 2003


On Tuesday 15 April 2003 9:11 am, Sebastian Stein wrote:
> But these are not the common tasks in a diagram tool. I think mostly you
> do:

but they are common tasks in document management. that's the point.

> - add an object
> - modify an object
> - create view on objects (diagrams)

that's model management. there's not alot of crossover (creating the diagram).

> ? If you look at the same thing from different sides you have different
> view points and so different views. Maybe it's just the word view you don't
> like, but I'm very sure I'm correct in this point.
>
> That is true. But it would be possible to browse from an usecase view to a
> sequence view or from a class diagram to a sequence diagram. These links
> must be provide.

there's something wrong in here, but i can't see it. the views that we're 
talking about are architectural views. each view describes some component of 
the overall system architecture (like the use case view and the logical 
view).

what you're talking about is navigation or drill-down navigation. or something 
like that. also a complex topic.

> But to get things clearer. What are we talking about? Do you want Umbrello
> to be handled like a file manager (like Konqueror) or do you just want the
> file system approach for internal modell representation? Or both? Point 1 I
> don't like, I think a file manager isn't the best thing to navigate. About
> point 2 I don't care.

internally, it's going to look like an xmi document. it's a giant tree 
structure. i just want a fs visualization for managing diagrams within a 
model. this really breaks down the application into 2 different components. a 
browser (to find and manage diagrams) and a diagram editor (to edit 
diagrams). both of these sit on top of the model. i think it can work.

andy




More information about the umbrello-devel mailing list