[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: Announcement from Technical Architecture
I fully concur both with Scott and Cory. Although there can be needs to 'reverse engineer' DTD's into UML (e.g. legacy, or what Scott mentioned), never forget DTD lack the richness of UML to represent formally a business standard So this process can never be bijective. I don't think it is EbXML's goal (at least not in a first phase) to provide design rules to convert DTD into UML. "Nieman, Scott" wrote: > Yes, and there is a value add to moving a DTD into a UML model. Perhaps to > integrate with other UML models, to update it with a Common Business Object > (oops!, Core Component), to add operations to reflect system behavior such > as workflow. This is not an bidirectional, isomorphic process. > > Scott > > -----Original Message----- > From: Cory Casanave [mailto:email@example.com] > Sent: Tuesday, May 30, 2000 1:50 PM > To: David RR Webber; INTERNET:firstname.lastname@example.org > Cc: email@example.com; Martin Bryan > Subject: RE: Announcement from Technical Architecture > > We can do that today - take a DTD and reverse it into a UML Model. However, > since the DTD contains less information it is not 100% Reversible. > > > -----Original Message----- > > From: David RR Webber [SMTP:Gnosis_@compuserve.com] > > Sent: Tuesday, May 30, 2000 2:20 PM > > To: INTERNET:firstname.lastname@example.org > > Cc: email@example.com; Martin Bryan > > Subject: RE: Announcement from Technical Architecture > > > > Message text written by INTERNET:firstname.lastname@example.org > > >Deriving an XML syntax from a UML model in a consistent manner > > means you *don't* repeat the modeling process; rather, you use the > > superior > > modeling medium to model the domain and then generate the XML syntax > > according to a well-defined pattern. > > > > David S. Frankel< > > > > >>>>>>>>>>>> > > > > Once upon a time we talked about reversable process. > > > > I'd still like to be able to do that - i.e. import my DTD (aka schema) > > into a UML tool and have it then make those components available. > > Then I can do interesting UML things on top to enhance the documentation. > > > > I've used Visio Professional like this against SQL tables, and this just > > seems such a natural win-win. > > > > Never under estimate the power of simple! Not everyone wants to > > start the process in a UML tool - nor should they need too. > > > > DW.
begin:vcard n:Ketels;Kris tel;fax:+32.2.655.45.52 tel;work:+32.2.655.44.85 x-mozilla-html:FALSE org:S.W.I.F.T. sc;Standards adr:;;;;;; version:2.1 email;internet:email@example.com title:Product Manager Standards Automation x-mozilla-cpt:;1 fn:Kris Ketels end:vcard
Powered by eList eXpress LLC