Download - FESG - Technische Universität München

1.4 EINGESETZTE ARBEITSTECHNIKEN 9
Das gilt auch für die Software. Wichtig ist nur, dass Rückschritte und Phasen- Vermeidung von Entwicklungsschleifen
wiederholungen über eine möglichst genaue Analyse zu Beginn eines Entwicklungsschritts
vermieden werden. Dann spielt es auch keine Rolle mehr, wenn Implementierungen
nach dem aufgezeigten Schema weiter in Unterphasen des gleichen
Lebenszyklusses unterteilt werden. Diese selbstähnlichen Zyklusstrukturen
fördern nachhaltig die Handhabbarkeit durch begreifbare Einheiten.
Allerdings muss für die vorliegende Arbeit eingestanden werden, dass die Tests Qualitätskriterien: Stabilität,
aus Zeitgründen nicht in Form von definierten Testsuiten umfangreich gestaltet
werden können. Zumeist werden deshalb die entwickelten Teile parallel zu den
existierenden Produktionsmechanismen installiert und so unter realen Bedingungen
verwendet. Qualitätsmerkmale sind somit Stabilität und Funktionalität. Weitere
Bewertungskriterien sind Codebewertungen und Leistungsmessungen.
Funktionalität, Codeaufbau und
Leistung
Letztendlich ist so auch nach jedem Zyklus die Möglichkeit gegeben, entstan- Stufenweise Übergabe zur Überleitung
der Software
denes einzusetzen und bereits parallel zur Weiterentwicklung Phasen der Überleitung
und Übergabe der Software einzuleiten.
Insgesamt ergibt sich also eine Möglichkeit, einen Optimierungsprozess am Insgesamt ergibt sich ein flexibler
Optimierungsprozess
Laufen zu halten, welcher von Meilenstein zu Meilenstein die weiteren Entwicklungspfade
auswählt und damit sowohl neue Erkenntnisse im wissenschaftlichen
wie auch im technisch-betrieblichen Sinn erbringt. Deshalb ist auch die Gliederung
der Arbeit an dieser Vorgehensweise orientiert (vgl. Abschnitt 1.5 auf Seite
15). Generalisiert kann somit auch die der Arbeit zugrundeliegende Projektstudie
als Ausarbeitung einer übergeordneten Entwicklung gesehen werden, welche Ideen
für zukünftige Weiterentwicklungen auf der Fundamentalstation Wettzell und
evtl. darüber hinaus vorstellt.
1.4.2 Unified Modelling Language (UML)
Die Unified Modelling Language (UML) ist eine von der Object Ma- UML als standardisierte, graphische
Modellierungssprache
nagement Group (OMG) standardisierte Modellierungssprache, welche durch
ihre vorwiegend graphische Notation von Entwicklungsmethoden verwendet wird,
um Entwürfe auszudrücken 7 . Zusammen mit dem Softwareprozess bildet sie die
Grundlage der Entwicklungsmethode. Die UML ist somit ideal geeignet, um über
Entwürfe zu diskutieren und zu entscheiden.
Mit UML werden keine formalen Methoden umgesetzt. Vielmehr intuitive und Abstrakte Beschreibung eines
Metamodells
informelle Beschreibungen eines Designs gegeben, welche in eine graphische Notation
eingebettet sind. Was daraus entsteht ist das Metamodell, welches objektorientierte
Zusammenhänge zwischen den einzelnen Objekten darstellt, ohne dass
bereits Code erzeugt werden muss. So dient sie während der Codeerzeugung als
Regelwerk und später als Dokumentation (vgl. dazu Abb. 1.3 auf Seite 10.
Eine erste Herangehensweise ist die Festlegung von Anwendungsfällen. Sie Am Anfang stehen die Anwendungsfälle
beschreiben in Stichpunkten, welche Interaktionen mit einem Nutzer stattfinden,
wer beteiligt ist und welche weiteren Abhängigkeiten daraus entstehen. Eine graphische
Umsetzung ist das Anwendungsfalldiagramm.
7 vgl. zum nachfolgenden Abschnitt [FOW00] a.a.O. S. 1 ff.