| 
deutsch
english
Newsletter
KontaktWas ist OOA??
OOA ist die Abkürzung von "Objektorientierte Analyse". Das ist die Erhebung und Dokumentation von Anforderungen an ein Soft- oder Hardwaresystem mit Hilfe der objektorientierten Methode und dafür geeigneter Notationsmittel.
Ziel ist es, die reale Welt des zu erstellenden Systems in möglichst allen relevanten Aspekten abzubilden.
Welche anderen Begriffe gehören zu dem Begriffsfeld?
- OOSE (Objektorientierte Softwareentwicklung)
- Geschäftsprozessmodellierung
- Fachmodell
- Use-Case-Analyse
Gibt es evtl. Definitionen von OOA?
Heide Balzert:
"Ermittlung und Beschreibung der Anforderungen an ein Softwaresystem mittels objektorientierter Konzepte und Notationen. Das Ergebnis ist ein OOA-Modell."
Grady Booch:
"Object-oriented analysis is a method of analysis that examines requirements from the perspective of the classes and objects found in the vocabulary of the problem domain."
Wozu brauche ich OOA und wann setze ich es wie ein?
OOA wird benötigt, um die Fachlogik eines komplexen Systems einfach, kurz und klar zu dokumentieren. Objektorientierung hilft dabei, ein komplexes System mit angemessenen Mitteln zu dokumentieren, ohne sich in umfangreichen Texten mit beliebigen Ausnahmefällen zu verirren.Die im Rahmen der OOA eingesetzten semiformalen Notationen zeigen zudem rasch und effektiv Lücken in Anforderungen auf. Das objektorientierte Vorgehen unterstützt zudem ein iteratives Vorgehen ideal, da das System übersichtlich strukturiert werden kann und ein einfacher Übergang von der Analyse zum Design möglich ist. Die OOA ist eine Technik der Systemanalyse. Nachdem erste Visionen, Ziele und Anforderungen an ein neues System erhoben sind, modelliert der Analytiker die fachlichen Anforderungen im Rahmen der OOA aus. Das Analysemodell wird anschließend soweit verfeinert, dass es (je nach gewähltem Vorgehen) als Grundlage für das Design und die Architektur des Systems dient.
Was kann passieren, wenn ich OOA nicht einsetze:
Falls bei der Analyse eines großen, komplexen Systems keine OOA durchgeführt wird, führt dies mitunter dazu, dass die Beschreibung des Systems unverständlich und unübersichtlich wird. Im extremsten Fall verstehen die Projektbeteiligten ihr System nicht und es wird falsch umgesetzt. Üblicherweise wird die OOA dann in anderen Projektaktivitäten "nachgeholt" oder "im Vorbeigehen" miterledigt. Dies ist einer der häufigsten Gründe, warum sowohl Architektur, Design- und Testaktivitäten angesetzte Zeitbudgets überschreiten.
Brauche ich unbedingt ein Tool dazu?
OOA-Modelle lassen sich theoretisch mit Papier und Bleistift modellieren. Ein Tool, das Sie bei der Erstellung eines Modells unterstützt, bietet Ihnen aber erhebliche Vorteile. Bei mittleren bis großen Projekten mit mehreren Analytikern ist ein Tool zwingend erforderlich. Durch Sichtenbildung und Konsistenzprüfung lässt sich die Modellkomplexität reduzieren.
Was kostet OOA, was nutzt sie?
Um eine OOA durchzuführen wird einiger Aufwand benötigt, um fachliche Anforderungen in Form von Modellen zu erheben und zu vervollständigen. Da dieser Aufwand auch ohne OOA benötigt wird, amortisiert sich der Aufwand sehr schnell, da er bei anderen Projektaktivitäten nicht mehr anfällt.Durch die Verringerung der Komplexität jeder einzelnen Aktivität wird der Aufwand sogar niedriger.
Wer setzt OOA typischerweise ein?
In der Regel wird die OOA in Projekten eingesetzt, die eine Laufzeit von mindestens einem Jahr aufweisen und große Anforderungsmengen (> 1000 DIN A4 Seiten Anforderungsdokumentation) verwalten müssen.
Eine andere Motivation ist die Unkenntnis des Fachgebiets bei den Softwareentwicklern. Die OOA hilft dabei, das Anwendungsgebiet systematisch zu durchdringen. Dies ist unabhängig von der Projektgröße.
Welche Ausbildung brauche ich, um es einzusetzen?
Zur Durchführung der OOA ist die Kenntnis der objektorientierten Methode zwingend erforderlich. Die Kenntnis von OO-Techniken wie Klassen, Generalisierung, Komposition und Konzepten wie Kapselung, Kopplung & Kohäsion ist Voraussetzung für einen Analytiker, der eine OOA durchführt.
Zum Handwerkszeug der Modellierung gehört das Verständnis der für die OOA verwendeten Standardnotation, die Unified Modeling Language (UML). Hier verfügbare Diagrammarten und ihre Anwendungsgebiete gehören zum Basiswissen eines OO-Analytikers.
Welche Webseiten/Bücher liefern mit mehr Infos dazu?
Balzert H.: Lehrbuch der Objektmodellierung, Spektrum Akademischer Verlag 1999
Larman C.: Applying UML and Patterns, Prentice Hall 2001
Jeckle M.: Rupp C.; Hahn J.; Zengler B.: UML 2 glasklar, Hanser Verlag 2008
Oesterreich B.: Objektorientierte Softwareentwicklung, Oldenbourg Verlag 2001
