März 2003 OMG-Vereinheitlicht, Sprache, v1.5 Modellierend 1-3 1 UML-Zusammenfassung Eine häufig gestellte Frage ist gewesen: Warum nicht stützt UML Datenflußdiagramme? Einfach gesetzt, Datenfluß und andere Diagrammarten, die nicht im UML umfaßt wurden gepaßt nicht als sauber in ein gleichbleibendes objektorientiertes Paradigma. Tätigkeitsdiagramme und Zusammenarbeitsdiagramme vollenden viel von, was Leute von DFDs wünschen und dann einige. Tätigkeitsdiagramme sind auch für das Modellieren von Workflow nützlich. 1,3 Beweggrund zum Definieren des UML Dieser Abschnitt beschreibt einige Faktoren, die das UML motivieren und schließt, warum modellierend mit ein ist wesentlich. Er hebt einige Schlüsseltendenzen in der Software-Industrie hervor und beschreibt Ausgaben verursacht durch Abweichung des Modellierens von Annäherungen. 1,3,1 Warum Wir Modellieren Entwickeln eines Modells für ein Industriellstärken-Software-System vor seinem Aufbau oder Erneuerung ist so wesentlich wie, eine Blaupause für großes Gebäude habend. Gute Modelle sind wesentlich für Kommunikation unter Projektmannschaften und architektonisches versichern Stichhaltigkeit. Wir errichten Modelle der komplexer Systeme, weil wir nicht irgendwelche begreifen können solches System in seiner Ganzheit. Während die Kompliziertheit der Systeme sich erhöhen, tut so Wert von gutem, Techniken modellierend. Es gibt viele zusätzliche Faktoren von a projizierten Erfolg, aber, einen rigorosen modellierenden Sprachstandard zu haben ist- wesentlicher einer Faktor. Eine modellierende Sprache muß umfassen: vorbildliche Elemente des ? -- Grundlage, die Konzepte und Semantik modelliert ?- Darstellung -- Sichtübertragung der vorbildlichen Elemente ?- Richtlinien -- Idiome des Verbrauches innerhalb des Handels Angesichts der in zunehmendem Maße komplexen Systeme, Sichtbarmachung und Modellierens geworden wesentlich. Das UML ist eine gut definierte und weit geltende Antwort zu dieser Notwendigkeit. Es ist die modellierende Sichtsprache der Wahl für das Gebäude objektorientiert und Teil gegründete Systeme. 1,3,2 Industrie neigt in der Software Während der strategische Wert von Software für viele Firmen sich erhöht, sucht die Industrie Techniken zum Automatisieren der Produktion von Software. Wir suchen nach Techniken, um zu verbessern Qualität und verringern Kosten und Zeit-zu-Markt. Diese Techniken umfassen Bestandteil Technologie, Sichtprogrammierung, Muster und Rahmen. Wir suchen auch Techniken zu handhaben Sie die Kompliziertheit der Systeme, wie sie des Bereichs sich erhöhen und einstufen. Insbesondere wir erkennen Sie die Notwendigkeit, wiederkehrende architektonische Probleme, wie Systemtest zu lösen Verteilung, Parallelität, Reproduktion, Sicherheit, ausgleichende und Fehlertoleranz Last. Entwicklung für das weltweite Netz bildet einige Sachen einfacher, aber verbittert diese architektonische Probleme. Kompliziertheit schwankt bis zum Anwendungsgebiet und Prozeßphase. Ein des Schlüssels Beweggründe im Verstand der UML-Entwickler sollten einen Satz Semantik verursachen und Darstellung, die ausreichend alle Skalen der architektonischen Kompliziertheit adressiert, über allen Gebiete.