Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!news.musoftware.de!wum.musoftware.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Robert Klemme Newsgroups: comp.lang.java.programmer Subject: Re: Do C++ and Java professionals use UML?? Date: Sat, 21 Jul 2012 12:15:25 +0200 Lines: 29 Message-ID: References: <7b5978a1-16bd-4700-acd8-b6446f5c3218@j4g2000yqf.googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net yjD2UY8NsBigU9BIUDVf1gIS2xSOeG31xn/yDaeZ2puCnVGA7/ZEawYmlCcYcimYw= Cancel-Lock: sha1:aEgM/UxT6vJpOxunCozTO5hHCTY= User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120714 Thunderbird/14.0 In-Reply-To: Xref: csiph.com comp.lang.java.programmer:16179 On 07/21/2012 12:22 AM, Patricia Shanahan wrote: > On 7/20/2012 3:02 PM, Robert Klemme wrote: >> On 20.07.2012 21:38, Stefan Ram wrote: >>> Martin Gregorie writes: >>>> My main objection to all theses methodologies is that the documentation >>>> is usually stored and maintained separately from the code, which to me >>>> means that it isn't going to be maintained. >>> >>> IIRC, Doxygen generates docs from the source code and has an >>> extension or an option that will also generate some UML diagrams >>> from the source code. >> >> It has the same limitation as any other tool which generates diagrams >> from source code: it cannot automatically add information needed for >> proper diagram placement etc. The point is that laying out a diagram is >> a creative task and diagrams are not just another representation of the >> code. A properly crafted diagram adds information to what is present in >> the code. > > If anything, it is more important to remove information. A diagram with > a box for each tree is not a good way of communicating the structure of > a forest. Right. It's both: adding and removing, but the point remains the same: this is a task which cannot be automated. Kind regards robert