Hi, das sehe ich nicht ganz so wie Du, je nach Projekt ist ein round-trip Engineering absolut unerl�sslich.
Wir haben eine recht komplexe E-Commerce System f�r den Verlagswesen in 3 Monaten auf den beinen gestellt, im VB COM+ Objekt gibt es �ber 80.000 Zeilen Code und �ber 120 Klassen. Die Klassen folgen eine strenge Objekthierarchie �ber Collection-Classes, es gibt mehreren F�llen von Implementierungs-vererbung und Polymorphie, um �hnliche aber doch unterschiedliche Objekte abzubilden. Jede Klasse erbt aber auch die Datenbank - Zugriffs Logik aus einem Interface. Die Objekthierarchie ist bis zu 9 Objekten-Tief, das ganz impelementiert auch ObjectContext, die Methoden implementieren MyTransactionVote usw. Die Fehlerbehandlung ist in jeder Eigenschaft / Methode haar genau gleich. Das ganze wurde mir Rose 2001 modelliert, wir haben zwar einige �nderungen an den Datentypen der member-variablen machen m�ssen, ein tiefgreifendes Design-Fehler haben wir nicht erlabt, die Anwendung modelliert - nahezu 100% Perfekt - die vorhandene Gesch�fts-Dom�nde des Kundens. Das allein ist ein deutlicher Vorteil, ich habe in zu vielen Projekten gearbeitet, wo kurz vor schluss der Kunde meint "aber so ist es doch nicht richtig, wir verpacken / versenden / verrechnen in x, y, z, Fall ganz anders". Ein weiterer, deutlicher Vorteil ist die M�glichkeit, das generieren des Codes tiefgreifend anzupassen, da Rose eine VBScript Makrosprache anbietet. Wir wissen genau, dass es keine Copy/Paste Fehler gibt, da das gesamte Klassenger�st Fehlerfrei und kompilier-f�hig generiert wurde. Dem Kunde wurde das UML pr�sentiert, und hat dies studiert, verstanden, korrigiert und abgenommen, er w�sste, was er f�r eine Anwendung bekommt, was sie tun kann und was nicht. Es war nicht nur so, dass die Anwendung (Middle-Tier) vollst�ndig dockumentiert war, sondern dass der Kunde nicht auf ein Prototyp warten m�sste, bevor dem er missverst�ndnisse aufkl�ren m�sste. Wir hatten dadurch Zeit, die wirklich schwierige / interessante Gesch�ftslogik auf dem Klassen-Framework aufzubauen. leider ist Visio im .Net Enterprise Architekt keineswegs so ausgereift wie Rose, Visio ist nur deutlich g�nstiger. Gr�0e, - Rich > -----Original Message----- > From: Azubi IFK LabTec [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 15, 2002 11:33 AM > To: ActiveServerPages German > Subject: [aspgerman] RE: AW: RE: UML Design von ASP > > > Hmmm... > > Arbeitete vor 1 Jahr mit Rose (f�r 6 Monate... mehrere > kleinere und mittlere > Projekte). > Das war dann Rational Rose. Das genaue Produkt kann ich dir > leider nicht > nennen. Es war ein Rosis Server (Lizenz nach connecteten Usern) > Ich pers�nlich habe es dort f�r die Entwicklung mit C++ > benutzt.... haben > alles 2 fach gef�hrt. Jedoch ne Abteilung nebenan, haben die > das Rosis mit > ner externen (kann dir nicht sagen von wem) Schnittstellen zum Delphi > benutzt. > Die liessen die Delphi Projekte durch das UML Modell > generieren; und liessen > das UML automatisch mit dem Delphi Code abgleichen. > > Meine Erfahrung ist, dass sich Rosis nicht umbedingt als Prototyping > Software eignet. Mit bleistift und Papier kannst du dir die > Anforderungen > viel schneller und effektiver Modellieren. Es ist allerdings > sehr stark f�r > Dokumentation usw. > Wenn du die Source mit dem UML abgleichst; so hast du > nat�rlich ne geniale > Dokumentation. > > Es ist immer die Frage, wie gut dass die Doku sein soll (Abh�ngig von > Teamgrosse der Projekte, Auditierung wenn ISO Zertifiziert, usw...) > > Ich pers�nlich w�rde kein UML Tool benutzen; aber wenn's ISO gerechte > Dokumentation ben�tigt; kommst du so gut wie nicht mehr darum herum. > > Das generieren der Projekte vom UML ist ja gut und recht; > aber wirklich der > Kn�ller ist es nicht... du hast das Grundger�st des Projektes > so schnell in > der Prog Sprache geschrieben... > Was genial ist, ist (wie schon gesagt) das abgleichen mit dem Code f�r > Dokumentation usw. > > Gruss > > Christian > > > -----Original Message----- > > From: Schuepbach, Christoph > > [mailto:[EMAIL PROTECTED]] > > Sent: Mittwoch, 15. Mai 2002 11:15 > > To: ActiveServerPages German > > Subject: [aspgerman] AW: RE: UML Design von ASP > > > > > > Hoi > > > > Kannst du mir sagen, welches produkt ihr ben�tzt von > > Rose? Da giebt es ja diverse. > > > > Ich habe mich schon ein bisschen schlau gemacht, und > > Habe herausgefunden, das die Developer suite eigentlich > > Das richtige sein sollte... > > > > Kannst du mir argumente geben, (f�r meine chefs.. :-)) > > Die �berzeugend genug sind 20.000 eur auszugeben > > (erfahrungsberichte).... > > > > Danke f�r dein hilfe > > > > Gruss chris > > > > -----Urspr�ngliche Nachricht----- > > Von: Azubi IFK LabTec [mailto:[EMAIL PROTECTED]] > > Gesendet: Mittwoch, 15. Mai 2002 10:37 > > An: ActiveServerPages German > > Betreff: [aspgerman] RE: UML Design von ASP > > > > >=20 > > > Und das ganze sollte nicht 20'000 kosten wie das ding von > rational. > > > > Naja, kenne nur Rosis... > > Aber wenn ihr das ernsthaft macht; loht sich ein Produkt von > > Rational = > > mit > > einem zus=E4tzlichen "Exporter" (speicherung des UML's als ASP / = > > Abgleich des > > ASP's mit dem UML) allemal. > > > > Wenn ihr das ernsthaft betreibt, habt ihr die 20.000 EUR da = > > zeitersparniss > > sehr schnell wieder drin. > > (Oder seidt ihr nur so ein 2 bis 3 Mann Programmierteam?) > > > > Gruss > > > > Christian > > > > | [aspgerman] als [EMAIL PROTECTED] subscribed > > | http://www.aspgerman.com/archiv/aspgerman/ =3D Listenarchiv > > | Sie k�nnen sich unter folgender URL an- und abmelden: > > | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp > > > > | [aspgerman] als [EMAIL PROTECTED] subscribed > > | http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv > > | Sie k�nnen sich unter folgender URL an- und abmelden: > > | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp > > > > | [aspgerman] als [EMAIL PROTECTED] subscribed > | http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv > | Sie k�nnen sich unter folgender URL an- und abmelden: > | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp > | [aspgerman] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp
