1-12 OMG-Vereinheitlicht, Sprache, v1.5 Modellierend März 2003 1 UML-Zusammenfassung Vereinheitlichte Methode, während sie dann benannt wurde, wurde im Oktober von 1995 freigegeben. Im Fall von 1995, Ivar Jacobson und sein verbindendes rationales Objectory Firma und diese Vereinheitlichung Bemühung, vermischend in der Methode OOSE (objektorientierte Softwaretechnik). Name Objectory wird jetzt innerhalb rationalen hauptsächlich verwendet, um sein UML-uML-compliant zu beschreiben Prozeß, der rationale vereinheitlichte Prozeß. Als die Primärautoren des Booch, OMT- und OOSE-Methoden, Grady Booch, Jim Rumbaugh und Ivar Jacobson wurden motiviert, um eine vereinheitlichte modellierende Sprache zu verursachen aus drei Gründen. Zuerst entwickelten diese Methoden bereits in Richtung zu einander unabhängig. Sie war sinnvoll, diese zusammen anstatt auseinander fortzusetzen Entwicklung, das Potential für irgendwelche nicht notwendigen und freien Unterschiede beseitigen, die wurden verwirren Sie weiter Benutzer. Zweitens indem sie die Semantik und Darstellung vereinheitlichten, konnten sie holen etwas Stabilität zum objektorientierten Markt, gewährend projiziert sich zum Settle auf einen reifen Sie, Sprache modellierend und Werkzeugerbauerfokus auf dem Liefern lassend nützlicher Eigenschaften. Drittens erwarteten sie, daß ihre Zusammenarbeit Verbesserungen in allen erbringen würde drei frühere Methoden, ihnen helfend, Lektionen gefangenzunehmen erlernten und Probleme zu adressieren daß keine ihrer Methoden vorher gut anfaßten. Während sie ihre Vereinheitlichung anfingen, stellten sie vier Ziele her, um ihre Bemühungen zu fokussieren: 1. Ermöglichen Sie dem Modellieren des Verwendens der Systeme (und nicht gerader Software) objektorientiert Konzepte. 2. Stellen Sie eine ausdrückliche Koppelung zu Begriffs sowie vollziehbare Kunstprodukte her. 3. Sprechen Sie die Punkte der Skala zugehörig in den komplizierten, Mission-kritischen Systemen an. 4. Verursachen Sie eine modellierende Sprache, die durch Menschen und Maschinen verwendbar ist. Eine Darstellung für Gebrauch in objektorientierter Analyse und in Design zu planen ist nicht verschieden Entwerfen einer Programmiersprache. Es gibt Kompromisse. Zuerst muß man springen Problem: Sollte die Darstellung Anforderungsspezifikation umgeben? (ja, teilweise.) Sollte die Darstellung auf das Niveau einer Sichtprogrammiersprache verlängern? (Nr..) Zweitens muß man eine Abgleichung zwischen expressiveness und anschlagen Einfachheit: Zu einfaches a Darstellung begrenzt die Breite der Probleme, die gelöst werden können; eine zu komplizierte Darstellung überwältigt den Todentwickler. Im Fall vorhandener Methoden Vereinheitlichens, eine Muß ist auch für die angebrachte Unterseite empfindlich: Nehmen Sie zu viele Änderungen vor und Sie werden verwirren Sie vorhandene Benutzer. Widerstehen Sie, die Darstellung vorzurücken und Sie vermissen Gelegenheit des Engagierens eines viel ausgedehnteren Satzes Benutzer. Die UML-Definition bemüht sich zu bilden Sie die besten Kompromisse in jedem dieser Bereiche. Die Bemühungen von Booch, von Rumbaugh und von Jacobson ergaben die Freigabe des UML 0,9 und 0,91 Dokumente im Juni und Oktober von 1996. Während 1996 die UML-Autoren eingeladenes und empfangenes Rückgespräch von der allgemeinen Gemeinschaft. Sie enthielten dieses Rückgespräch, aber es waren klar, daß zusätzliche fokussierte Aufmerksamkeit noch angefordert wurde. 1,6,2 UML-Partner Während 1996 wurde es frei, daß einige Organisationen UML sahen, wie strategisch zu ihrem Geschäft. Ein Antrag für Antrag (RFP) gab durch die Gegenstandführungsgruppe heraus (OMG) stellte den Katalysator für diese Organisationen zur Verfügung, um Kräfte um das Produzieren von a zu verbinden