Diskussion:Unified Modeling Language/Archiv/1
Geschäftsprozessmodellierung
Es sollte mit Sicherheit erwähnt werden, dass die UML sämtliche denkbaren Systeme darstellen kann, die sich in Prozesse gliedern lassen. Deshalb wird UML nicht nur zur Entwicklung von "Programmsystemen" (dieses Wort ist mir neu, gemeint ist wohl "Softwaresysteme") eingesetzt, sondern immer häufiger auch zur Modellierung von Geschäftsprozessen.
- Ja, unter anderem kann man die Spracheinheiten Anwendungsfälle und Aktivitäten aus der UML2 für die Modellierung von Geschäfsprozessen nützen.
- Gubaer 19:04, 10. Apr 2005 (CEST)
OOP = en:Snake oil
Im Artikel steht:
UML ist programmiersprachenunabhängig, wobei die volle Bandbreite der Modellierungsmöglichkeiten mittels UML erst bei objektorientierten oder objektbasierten Programmiersprachen ausgeschöpft werden kann.
Mit diesem Satz kann ich mich nicht so richtig anfreunden. UML ist deutlich auf objektorientierte Sprachen zugeschnitten. Also eher sprachunabhängig im Sinne von Henry Ford, solange es eine OOP Sprache ist. OOP ist zwar das derzeit in der Industrie vorherrschende Paradigma, aber es geht auch anders. Für logische Sprachen wie Prolog oder funktionale Sprachen wie Haskell ist die Notation nur bedingt geeignet. Ist eine Sprache zudem noch für Verteilung und Nebenläufigkeit ausgelegt und nutzt diese Mittel dann auch massiv, wie Erlang, dann ist UML derzeit keine ausreichende Wahl, obwohl UML 2.0 schon besser aussieht.
Ich vermisse auch ein wenig die Kritik an UML. Das hier eine Methodik auch ein wenig ausgeufert ist (viele teure Tools und Consultants, obwohl nicht immer nötig), ist offensichtlich. --Marc van Woerkom 11:04, 29. Sep 2004 (CEST)
Diagramme - Miniartikel dazu
So eine Frage - brauchen denn wirklich alle Diagramm-Arten eigene 1-Satz-Artikel, die an sich, alleine, nichts erklären? Das kann man doch auch hier unterbringen? AN 16:10, 21. Okt 2004 (CEST)
- Ich habe mal versucht, für die Diagrammarten der UML2 etwas umfangreichere Artikel zu schreiben bzw. mindestens ein oder zwei Beispiele einzufügen - siehe zum Beispiel Sequenzdiagramm, Paketdiagramm
- Gubaer 19:04, 10. Apr 2005 (CEST)
- Ich finde die Aufteilung der Artikel Sequenzdiagramm und Sequenzdiagramm etwas unglücklich...wer von UML keine Ahnung hat, gewinnt hier den Eindruck, es gäbe in der UML zwei Arten von Sequenzdiagrammen! Wieso die Aufteilung? Soll für jeden Diagrammtyp und jede UML-Version ein neuer Artikel angelegt werden? Zumal sich ja an der Intention der Diagrammtypen von 1.5 zu 2.0 nichts (wesentliches) ändert. Ein Sequenzdiagramm zeigt die Kommunikation zwischen Elementen eines Systems - das war in UML 1.3 so, in 1.5, in 2.0 und wird sich vermutlich auch in 2.5 nicht ändern....Ich würde für jeden Diagrammtyp nur einen Artikel spendieren, meinetwegen aufgeteilt in einen Abschnitt für Version 1.5 (da diese Version im Moment noch die verbreitetste sein dürfte) und einen Abschnitt für Neuerungen in UML 2.0.
- -- MichaelS 14:25, 23. Mai 2005 (CEST)
- Bin ganz Deiner Meinung, Sequenzdiagramm und Sequenzdiagramm sollten zusammengefasst werden. Ich habe vorerst und vorübergehend beide stehen gelassen. Siehe auch Diskussion unter Benutzer:Gubaer zum Thema „Zusammenlegen der Artikel zu UML und UML2“.
- Gubaer 15:41, 23. Mai 2005 (CEST)
UML 2.0
"Im Juni 2003 wurde die jüngste Version 2.0 der UML von der OMG als Entwurf veröffentlicht. Sie wurde im November 2004 endgültig verabschiedet." Aber noch nicht eingeführt, oder? Was gilt denn nun zur Zeit? UML 1.5 oder 2.0? --Blah 07:42, 4. Mär 2005 (CET)
- siehe Unified Modeling Language 2.0, Abschnitt zur Geschichte. „Offiziell“ ist die UML2 offenbar freigegeben, für mindestens einen wichtigen Teil, die UML2 Superstructure ist das Resultat aber etwas unbefriedigend. Und die Überarbeitung der aktuellen Spezifikation geht unmittelbar mit einer Revision Task Force weiter.
- Gubaer 19:04, 10. Apr 2005 (CEST)
UML und UML2
sollte diese beiden artikel nicht zusammengefasst werden???
- Ja. Siehe Diskussion unter Benutzer Diskussion: Gubaer. -- Gubaer 16:24, 16. Jul 2005 (CEST)
- Habe die beiden Seiten heute zusammengefasst. -- Gubaer 23:20, 20. Nov 2005 (CET)
Einleitung
Der Satz
Die meisten Leute kommen zum ersten Mal mit der UML in Kontakt, wenn sie (...)
ist meiner Meinung nach nicht geeignet - zu umgangssprachlich, nicht konkret und recht beliebig... die nachfolgend aufgeführten Punkte sind sinnvoll, doch sollte deren Einleitung sachlicher formuliert werden. 132.230.97.10 16:21, 2. Mär 2006 (CET)
- Habe die Einleitung leicht überarbeitet, besser so? -- Gubaer 22:09, 7. Mär 2006 (CET)
Begriffsklärung
Hi, ich halte den Begriffsklärungshinweis für etwas ungeschickt. Denn der Artikel heißt „Unified Modeling Language“, und wer das eingibt, sucht mit Sicherheit nicht nach „User Mode Linux“. Mein Vorschlag wäre, den Artikel „UML“, der bisher eine Weiterleitung ist, in eine Begriffsklärung umzuwandeln, und anschließend den Begriffsklärungshinweis aus „Unified Modeling Language“ zu entfernen. (So etwas hatte auch eine IP gestern versucht, wurde jedoch revertiert.) Da Gubaer offensichtlich anderer Meinung ist, würde ich mich über weitere Meinungen freuen. Oder stehe ich alleine mit dieser Meinung? --jpp ?! 10:53, 2. Mai 2006 (CEST)
- Die Abkürzung UML wird mehrheitlich in der Bedeutung von Unified Modeling Language benutzt. Eine Google-Suche nach UML und „Unified Modeling Language"“ liefert ca. 2 Mio. Treffer, eine Suche nach UML und "User Mode Linux" ca. 400'000 - nicht wirklich ein Beweis, aber doch ein Hinweis, dass UML im Sinn von „Unified Modeling Language“ häufiger benutzt wird. Eine Begriffsklärung nach Modell II bietet sich deshalb an: UML ist ein Redirect auf Unified Modeling Language. Dort wird auf UML (Begriffsklärung) verwiesen.
- Gubaer 21:22, 2. Mai 2006 (CEST)
Einen, einen und einen
Hallo zusammen
Ich frage mich, ob der folgende Satzes, der unter Entstehungsgeschichte der Unified Modeling Language 2 geschrieben steht, nicht etwas in die Länge gezogen wurde: "Gemäß der neu für die UML2 definierten Architektur hat die OMG drei Requests For Proposals (RFP) publiziert, einen , einen und einen ." Ich verstehe nicht, was der Nachtrag "einen, einen und einen ." soll. (nicht signierter Beitrag von 83.77.210.92 (Diskussion) )
- Es heißt genau genommen: "Gemäß der neu für die UML2 definierten Architektur hat die OMG drei Requests For Proposals (RFP) publiziert, einen UML 2.0 Infrastructure RFP, einen UML 2.0 Superstructure RFP und einen UML 2.0 OCL RFP." Werden bei Dir Weblinks nicht angezeigt? -- Mathetes 19:47, 1. Nov. 2006 (CET)
- Normalerweise werden Weblinks angezeigt. Hier sehe ich aber jeweils ein Leerzeichen. (nicht signierter Beitrag von 83.76.214.155 (Diskussion) )
- Zunächst: Bitte signiere Deine Diskussionsbeiträge mit 4 Tilden (siehe Wikipedia:Signatur), damit alle sehen können von wem und von wann Dein Diskussionsbeitrag stammt. Danke -- Mathetes 23:57, 2. Nov. 2006 (CET)
- Dann: Ich vermute einen Fehler in Deinem Web-Browser. Was für einen benutzt Du? Kannst Du zum Testen einen anderen verwenden? -- Mathetes 00:00, 3. Nov. 2006 (CET)
- Ich benutze den Internet Explorer von Microsoft. Hab's noch nicht mit einem anderen Browser versucht. Werde ich vielleicht aber mal machen, wenn cih genügend Zeit dazu finde. -- 83.76.222.173 13:53, 4. Nov. 2006 (CET)
Name
Ist der richtige Name Unified Modeling Language oder Unified Modelling Language? Also mit einem oder 2 l? In einem anderen Artikel hab ich's eben mit zwei gefunden, Google findet zu beiden Schreibweisen unzählige Treffer. Es wäre wohl auf jeden Fall sinnvoll eine Weiterleitung einzurichten. (Ich weiß aber nicht wie das geht.) --217.50.53.100 17:43, 26. Jul 2006 (CEST)
- Die Spezifikation verwendet ausschliesslich die Bezeichnung Unified Modeling Language.
- Gubaer 17:07, 1. Aug 2006 (CEST)
Weiterleiten?
Hallo, weiss jemand wieso "Diskussion:UML" hierhin weiterleitet? --Alien4 18:51, 18. Nov. 2006 (CET)
- Weil UML eine Umleitung auf Unified Modeling Language ist. --Gubaer 13:49, 23. Dez. 2006 (CET)
Innere Klassen
Gibt es in UML keine innneren Klassen (_) ? --Alien4 18:58, 18. Nov. 2006 (CET)
1990 ... aufkommende objekt-orientierte Softwareentwicklung
Die OO-Softwareentwicklung ist bereits früher mit Smalltalk aufgekommen. Smalltalk ist in den 1970er Jahren entstanden und wurde erstmals 1980 freigegeben (Quelle: Smalltalk (Programmiersprache)).
(Der vorstehende Beitrag stammt von 80.254.135.49 – 09:45, 4. Sep. 2007 (MESZ) – und wurde nachträglich signiert.)
- Für mich wäre ein Abschnitt 'Kritik' interessant: ist der Einsatz von UML immer empfehlenswert, wo sind Schwächen etc.
- (Der vorstehende Beitrag stammt von 217.7.208.127 – 15:28, 17. Sep. 2007 (MESZ) – und wurde nachträglich signiert.)
Eine gute was?
"Oose stellt sehr viel Material bereit. Unter anderem eine gute" - und da hört's auf.
(Der vorstehende Beitrag stammt von Stagger – 04:48, 24. Nov. 2007 (MEZ) – und wurde nachträglich signiert.)
- Ich hab mal versucht den Satz zu beenden. ;)
- (Der vorstehende Beitrag stammt von GuidoZockoll – 08:04, 16. Jan. 2008 (MEZ) – und wurde nachträglich signiert.)
Sprachkultur
Mal ganz allgemein erwähnt: Was haben Satzfragmente wie "darunter auch Gruppen mit Namen wie 3C, U2 und U2P" in einem technischen Artikel zu suchen? Nur weil sich eine Interessengruppe einen dämlichen Namen wählt mag das lustig sein, aber hat keinen Informationsgehalt.
(Der vorstehende Beitrag stammt von 213.39.179.107 – 20:37, 3. Mär. 2008 (MESZ) – und wurde nachträglich signiert.)
- Edit: Ich hab den bullsh*t jetzt mal gelöscht...
- (Der vorstehende Beitrag stammt von 213.39.179.107 – 20:41, 3. Mär. 2008 (MESZ) – und wurde nachträglich signiert.)
Lemma
Den folgendne Satz im Lemma
Ein Vorgehensmodell, welches die UML anwendet, kann wegen der strengen Formalisierung kein agiler Prozess sein.
halte ich schlichterdings für falsch. Begründung:
UML ist ein Werkzeug, dessen Starre ledglich auf die Regeln der Interpretation beruht. Dies ist bedingt in der Tatsache, dass UML ein SPrache ist und als solche über eine Grammatik und Semantik verfügt - die per Definition starr sein muss. Wenn also die Starre der verwendeten Sprache Grund ist, nicht agil programmieren zu können, wäre die Verwendung einer Programmiersprache ebenfalls ein Hinderungsgrund für agiles Programmieren.\\
Im Gegenteil, ich behaupte sogar, dass UML ein hervorragendes Werkzeug gerade für agiles Programmieren ist. Die agilen Werte stehen nicht im Widerspruch zur UML. Für ein maßgebliches Element der Agilen Prozesse ist UML wie geschaffen: Kommunikation. Eben durch seine eindeutige Interpretationsregeln können Zusammenhänge, für die in einer natürlichen Sprache viele Sätze benötigt werden in wenigen Bildern erläutert werden. Änderungen komplexer Zusammenhänge können in kurzer Zeit dem gesamten Team deutlich gemacht werden auch über die BArrieren natürlicher Sprachen hinaus (bzw. vor allem über diese Barrieren hinweg)
Ich denke also, dieser Satz hat da nix zu suchen! --Kurellajunior 10:38, 16. Apr. 2008 (CEST)
- Bin gleicher Meinung, habe den Satz gelöscht. Gubaer 22:40, 11. Mai 2008 (CEST)
Links
"[1]" und "[2]" sind identisch.
Habe letzteren gelöscht.
(nicht signierter Beitrag von 164.77.119.84 (Diskussion) 21:31, 11. Jul. 2008 (MESZ))
Die "UML Jokes" sind weder lustig noch haben sie hier etwas zu suchen meiner Meinung nach. Link entfernen? --88.68.222.95 02:50, 9. Jan. 2009 (CET)
- Entfernt. Allerdings nicht wegen dem fehlenden Humor, sondern wegen akuter enzyklopädischer Unbrauchbarkeit. -- Scooty 19:09, 10. Jan. 2009 (CET)
"Der UML Tool Guide" -Link hat nur eine sehr eingeschränkte Liste an UML-Tools, und fast nur kommerzielle. Das ist keine "Vergleichsseite freier und kostenpflichtiger UML-Tools", sondern verkappte Werbung für Bezahl-Produkte (und selbst da nur für einige ausgewählte Firmen). Imho sollte das im Artikel zumindest angemerkt werden, oder - weg mit dem Link. --arilou 08:46, 23. Nov. 2010 (CET)
Kritik
Der Abschnitt Kritik scheint mir recht voreingenommen geschrieben zu sein; die Kritik wird als lächerlich und die Kritiker als unfähig dargestellt. Folgendes ist mir aufgefallen:
- "einen größeren intellektuellen Aufwand, beispielsweise des Lesens,"
- "wenn die elementaren Paradigmen der Objektorientierung durch das Instrument der Implementierung nur unvollständig beachtet werden"
- "Der Versuch, es allen Interessenten recht zu machen, ist gescheitert."
--79.200.127.243 19:21, 1. Sep. 2008 (CEST)
- Habe den entsprechenden Abschnitt gelöscht, da er ohne Quellen eine persönliche Meinung ist.--Ma-Lik ? +/- 21:37, 2. Sep. 2008 (CEST)
Struktur versus Verhalten
Seemann/Gudenberg benutzen zum Beispiel Use-Case-Diagramme zum Beschreiben der Strukturen im Geschäftsprozessumfeld. Man sollte die Differenzierung zwischen Struktur- und Verhalten hier nicht überbewerten. Ich würde die Typen jeweils einzeln erwähnen aber nicht klassifizieren
(Der vorstehende Beitrag stammt von 62.206.11.162 – 14:52, 17. Jun. 2009 (MESZ) – und wurde nachträglich signiert.)
- Schlage dagegen vor, die Aufteilung beizubehalten und dennoch nicht überzubewerten. Es hilft einfach beim Verstehen. Ähnlichen Schlamassel, wie den der Use-Cases, haben wir auch in anderen Technologien.--Psycho Chicken 10:41, 17. Jan. 2011 (CET)
Programmablaufplan Reloaded
Gibt es zu diesem fragwürdigen Terminus irgendwelche Quellen? Aus dem Kontext kann ich nur schließen, daß es der offizielle Name der ersten UML-Spezifikation sein soll, was ich bezweifle, zumal ich ihn per Google nur in exakt diesem Satz finden kann. Auch in der entsprechenden englischen Wikipedia-Seite findet sich kein Analogon. Wenn es wider Erwarten mit dem Terminus etwas auf sich hat, bitte ich um Erläuterung, ansonsten schlage ich vor, ihn zu entfernen. --Douba 11:57, 17. Jul. 2011 (CEST)
- Entfernt. Ich kann auch nicht aus dem sonstigen Kontext erkennen, dass ein besonderer Schwerpunkt der ersten UML-Version auf Programmablaufpänen lag, was der Ausdruck vielleicht nahelegen sollte. --Leo141 09:43, 13. Sep. 2011 (CEST)
Für was ist UML denn nun gut?
Ich schreibe seit mehr als 25 Jahren Software, jedoch nicht auf einem professionellen Niveau und mehr aus Freude am lernen und experimentieren. Vor einiger Zeit bin ich dann auch mal über den Begriff UML gestolpert und freute mich was neues kennen zu lernen. Aus diesem Betrag kann ich allerdings nicht ersehen, für was UML nun gut sein soll. Ein praktisches Beispiel für Nicht-Akademiker würde mir das ganze vielleicht verständlicher machen. Zu meinem Hintergrund: Ich habe in den glorreichen Zeiten der 8-Bit Home-Computer in Basic und Assembler (6502/Z80/6809E/8085) und später auf dem PC in Turbo Pascal/Delphi und Turbo Prolog programmiert. Heute nutze ich VB.Net, Free Pascal und Java. Ich beschäftige mich mit der Programmierung von Computer-Emulatoren, Betriebssystemen, GUIs, Strategiespielen, und Spieltheorie, sowie künstlicher Intelligenz (u.a. neuronale Netzwerke). -- CenTroniX 23:26, 25. Aug. 2011 (CEST)
- "In der Informatik und verwandten Gebieten des Informationsmanagements oder des Prozessmanagements ermöglichen Modellierungssprachen Softwareentwicklern, Systemanalytikern oder Systemarchitekten, die Anforderungen an ein Organisationssystem oder ein Softwaresystem sowie dessen Strukturen und inneren Abläufe auf einer höheren Ebene festzulegen. Diese Sprachen versuchen eine Spezifikation für das Management, Benutzer und andere Beteiligte durch Darstellung in Diagrammform möglichst verständlich zu machen."
- so zu finden in: Modellierungssprache
- Wenn man keinen Plan hat, worum's bei so'ner Sache überhaupt geht, ist es m. E. immer am Besten, zu versuchen, das "Ding" in Frage zu generalisieren. Abstraktionsgrad erhöhen. Schließlich ist UML selbst nun mal (bereits) ein Spezialfall, bzw. eine Spezies, von etwas Allgemeinerem, namentlich eben der Modellierungssprachen. Das steht doch so auch im Artikel. Modellierungssprachen, die im übrigen, zumindest soweit ich verstehe (und erkenne), nicht gar so furchtbar viel mit regelrechten (Computer)programmiersprachen zu tun haben. Ist, für mein Verständnis, eher so'ne Art (obgleich notwendiger) "Kompromiss" um einerseits ein geplantes Programmierprojekt (auch für Nichtprogrammierer) verständlich und nachvollziehbar (u. u. U. bewertbar!) zu machen und um andererseits als so etwas wie eine Metasprache fungieren, mit der man entspr. aufwendige Projekte vorab zu planen und optimieren versucht, und zwar wohl noch bevor auch nur eine einzige Zeile (echter Programmier-)code geschrieben wurde/geschrieben werden braucht. Um nichts anderes nämlich geht es ja.. beim Modellieren.
- Eine Antwort auf die Frage, für was UML denn zu gebrauchen sei, gehört allerdings nicht mehr in diesen Artikel, als eine Antwort auf die Frage, wofür Computerprogrammierung zu gebrauchen sei, in den Artikel zu C++ gehörte. Sorry, aber dafür gibt's dann ja die entspr. "Wurzel"-Lemmata. -- Zero Thrust 23:09, 18. Dez. 2011 (CET)
- Eine Antwort auf die Frage, für was UML denn zu gebrauchen sei, gehört schon in den Artikel!
- Für mich ist UML vordergründig zur Dokumentation und Verteilung von Arbeitspaketen an SUB- Entwickler bekannt;(
- Das UML alle Ebnen einer Softwaredokumentation beschreiben können sollte, ist schon ein Segen!
- Dass auch andere Notationsformen ohne den technischen Overhead von UML für allgemeine Beschreibungen oft mehr taugen, macht UML leider nicht entbehrlich...--2.200.104.138 21:51, 31. Dez. 2011 (CET)
"Eine der dominierenden Sprachen..."
Bzgl. des Satzes "Die UML ist heute eine der dominierenden Sprachen für die Modellierung von betrieblichen Anwendungssystemen (Softwaresystemen)."
Gibt es heute noch andere dominierende Sprachen zur Modellierung von SW-Systemen? Mir fallen da spontan keine ein. Es gibt zwar mit den eEPKs oder der BPMN andere relevante Modellierungssprachen, die aber tendenziell zur Beschreibung von Geschäftsprozessen gedacht sind. Sollte es nicht heißen "Die UML ist heute die dominierende Sprache für die Modellierung von betrieblichen Anwendungssystemen (Softwaresystemen)." ?
(Der vorstehende Beitrag stammt von 62.181.136.200 – 10:58, 19. Dez. 2006 (MEZ) – und wurde nachträglich signiert.)
- Gerade weil zum Beispiel die Modellierung von Geschäftsprozessen oft eine wichtige Teilaufgabe bei der Modellierung von Softwaresystemen ist und gerade weil dazu verschiedenen Modellierungssprachen (BPMN, eEPK) zum Einsatz kommen, sollte man die UML nicht soweit überhöhen, dass man sie als die dominierende Modellierungssprache bezeichnet. -- Gubaer 13:57, 23. Dez. 2006 (CET)
- UML hat sich weiter stark durchgesetzt. Eine vergleichbar weltweit relevante Sprache gibt es nicht. Deshalb abgeändert wie von IP damals 2006 vorgeschlagen. --141.62.31.244 15:20, 20. Mär. 2012 (CET)
UML in der Praxis
Der Artikel erläutert nur die theoretischen Aspekte. Darauf, ob UML in der Praxis eingesetzt wird, wird nicht eingegangen. Die Beobachtung im Allgemeinen ist, dass UML ausserhalb des akademischen Bereichs (z.B. in der Industrie) kaum verbreitet ist. In der englischsprachigen Wikipedia steht immerhin bequellt "Though well-known and widely used in education and academic papers, as of 2013 UML is little-used in industry, and most such use is informal and ad hoc." Die Gründe dazu wären auch zu erläutern (z.B. aus Sicht insbes. der "Software Craftsmanship"). --Gestrandete 55-cm-Geschirrspülmaschine (Diskussion) 08:08, 1. Mär. 2016 (CET)
- In welcher Beziehung steht eigentlich die grafische Programmiersprache LabView (speziell der Datenflussaspekt) zu UML? Wäre es eine Art verwandtes Praxisbeispiel?--Lukie.80 (Diskussion) 22:04, 17. Jan. 2018 (CET)