[Uml-devel] What's next?

Andrew Sutton ansutton at kent.edu
Thu Jan 23 10:13:05 UTC 2003


On Thursday 23 January 2003 12:21 pm, BARTKO, Zoltan wrote:
> Speaking about promotion: I have posted an article on Umbrello to
> www.linux.sk, the slovak linux news portal. In two days it got 130+ reads
> and a comment, where one of the local linux heroes claims he likes the tool
> very much, for it uses far less resources than Together, so he shall
> switch... Let's wait+see...

that's almost bad - about the resources. i'm making an estimate here an now, 
that the design i'm proposing may well run over 1000 classes. for every 
interface in a metamodel, there's 2 corresponding classes. between MOF and 
UML that's around 300 total - and that doesn't cover specialized instances 
(like primitive types, packages and associations). with just MOF and UML, 
we're probably looking at something like 400 classes - all data, no 
visualization. then there's serialization and persistence, OCL, extensions, 
code generators, code imports, layout algorithms, other plugin features 
(patterns and design metrics maybe), the application itself... yup > 1000 
classes. isn't that bigger than the KDE core. its probably going to be one of 
the largest KDE projects around - assuming we can actually get it all done.

> So now: What's next? Could anybody please generate a release schedule (as
> the KDE/Koffice guys do it, many months ahead)? Or is this weird?

sure. as soon as we have a 2.0 branch with some code in it. we should do that 
soon. by the end of february, i'd like to see the following done or almost to 
completion:
	- done with all reflective interfaces
	- done with all primitive types
	- done with the plugin system (we can probably get away with KDE's)
	- done with the MOF 1.4 plugin (we CAN separate this)
	- done with a generic XMI serialization platform (to load MOF)
	- done with a generic framework for code generation
	- ironing out bugs in a metamodel code generator
	- begun implementation of UML 1.4 based on generated code
	- well into the design for the visual aspects of Umbrello
	- well into the design for the application itself

fortunately, the first several are well into implementation. i'm just ironing 
out design issues and implementation issues. i suspect that i may even be 
able to begin work on the XMI serialization platform as early as next week. 
maybe.

by the end of march, i'd like to see the visualization aspects begin to take 
shape. we should be able to build basic class diagrams and the like.

now, this is really optimistic. i think i may be able to work something close 
to full time (probably 30 hours a week) on this - unless things around here 
change drastically (like i have to get a job). but, i do plan on contributing 
a ton of code and design work as fast as i can. which is why i've been 
pushing 2.0 discussions.

> Since I have an "idée fixe", I definitely want to start work on a
> documentation generator in the 2nd half of february - until then I have
> noooo time.

unfortunately, you may want to wait a while on this. i don't see a 
documentation generator taking shape until both the data and visual 
interfaces for umbrello have frozen. once that's done, you should be able to 
implement a documentation generator much like you would a code generator - 
except that you'd be taking diagrams as well as data.

> Then: it would be nice to see some of the code/diagrams/ideas/whatever for
> 2.0 at some place on the net, for poor souls like I am, just to have an
> idea, which way the ship is heading and how to help.

here's what i've got so far. its vastly incomplete and starting to not match 
the actual implementation so far. i got tired of drawing boxes. its poorly 
documented and doesn't really reflect my current understanding of some of the 
underlying principles of an omg modeling application. but! its not too far 
off. oh. and its woefully incomplete because it only really addresses small 
aspects of the design - primarily reflection, datatypes and a small subset of 
the XMI stuff.

andy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: umbrello.xmi.gz
Type: application/x-gzip
Size: 6787 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/umbrello-devel/attachments/20030123/a0304923/attachment.gz>


More information about the umbrello-devel mailing list