UML Structured class with utility parts?
- From: "JMF" <jfavaro@xxxxxx>
- Date: Wed, 19 Apr 2006 16:17:39 +0200
I'm trying to sort out what must be a simple situation.
I want to have a "module" of "utilities". The utilities are simply things
like stacks, lists, those kinds of things. The idea of the "module" is
simply that they are all in one place -- like a library, I suppose.
Then, to build my application, I want to represent application modules as
structured classes or components.
These components will make use of the utilities. They'll have stacks inside
them, etc.
What I'm trying to sort out in my head is "where things are" and "what
actually exists physically."
For example, my application module, when actually instantiated in real code,
will presumably contain an instantiated stack. Or even two or three of them.
Does that mean that the "module" or "library" where my stack is defined
actually contains nothing, only the definition of the stack?
A colleague suggested that this might indeed be the case, that this is a
case where you use <<type>> rather than class for the stack. But I still
can't quite get my head around it.
And for that matter, how do I model the "library" where the stack is? I was
thinking simply a package, since it's really just a collection of utility
classes and not something with a real interface. In that case when I specify
a stack as a part, I would simply refer to the "stack that's defined in the
utilities package."
As I said at the beginning, I suspect it's not a very complicated situation
conceptually, but I'm not quite there yet. Can somebody provide
enlightenment?
Thanks,
John
.
- Follow-Ups:
- Re: UML Structured class with utility parts?
- From: Rebecca Wirfs-Brock
- Re: UML Structured class with utility parts?
- From: H. S. Lahman
- Re: UML Structured class with utility parts?
- Prev by Date: Re: Question on LSP
- Next by Date: Re: Question on LSP
- Previous by thread: sizeof in java
- Next by thread: Re: UML Structured class with utility parts?
- Index(es):
Relevant Pages
|