[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