05.02.2013 Aufrufe

Konzeption und modellgetriebene Entwicklung eines ...

Konzeption und modellgetriebene Entwicklung eines ...

Konzeption und modellgetriebene Entwicklung eines ...

MEHR ANZEIGEN
WENIGER ANZEIGEN

Erfolgreiche ePaper selbst erstellen

Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.

28 KAPITEL 3. ENTWICKLUNGSPROZESS<br />

das ValueObject möglich ist <strong>und</strong> wenn nötig, auch umgekehrt.<br />

Die Services müssen eine Abhängigkeit zu den Entity-Klassen besitzen, die<br />

von ihnen benötigt werden. Nach der Änderung am Modell muss die Implementierung<br />

modifiziert werden. Gegebenenfalls kann dann schon ein Test<br />

durch einen Testling implementiert werden (siehe 6.2.2), um die Funktion<br />

des Service zu prüfen.<br />

Die Präsentationsschicht, die als oberste Schicht der meisten Funktionen in<br />

dieser benutzerorientierten Anwendung fungiert, besteht aus Anwendungsfällen,<br />

denen jeweils ein Controller <strong>und</strong> ein Zustandsdiagramm angeschlossen<br />

werden. Das Zustandsdiagramm <strong>und</strong> der Controller werden so gestaltet, dass<br />

sie dem Anwendungsfall entsprechen. Zum Schluss müssen die Controller mit<br />

den Services verb<strong>und</strong>en werden, die sie benötigen.<br />

Test Nach der Implementierung wurden die Tests zuerst durch den Entwickler<br />

durchgeführt. Teile der Modifikationen, wie zum Beispiel Änderungen<br />

am Domänenmodell <strong>und</strong> dem damit verb<strong>und</strong>enen generierten Datenbankschema,<br />

werden während der Implementierung verifiziert. Das Vorgehen ist<br />

nicht testgetrieben. Die Tests folgen der Implementierung <strong>und</strong> nicht alle implementierten<br />

Funktionen werden explizit getestet. Die gesamten Änderungen<br />

werden über die Benutzeroberfläche getestet, wobei die Funktionen Top-<br />

Down aufgerufen wurden. Die Oberfläche kann so auch auf ihre Benutzbarkeit<br />

hin getestet werden.<br />

Ist das Arbeitspaket soweit abgeschlossen, wird eine Zwischenversion erstellt<br />

<strong>und</strong> auf den öffentlichen Test-Server installiert. Dann wird ein Test durch<br />

den Entwickler vorgenommen, ob die Zwischenversion auf dem Test-Server<br />

ebenso läuft, wie auf dem <strong>Entwicklung</strong>sserver. Danach wird dem Benutzer<br />

mitgeteilt, dass ein neues Release veröffentlicht wurde <strong>und</strong> welche Funktionen<br />

neu dazugekommen sind. So kann sich der Benutzer auf die Prüfung<br />

der neuen Funktionen konzentrieren <strong>und</strong> der Aufwand für ihn selbst wird<br />

verringert.<br />

Review Da die Arbeit mit AndroMDA erst während dieser Diplomarbeit<br />

erschlossen wurde, konnten während der <strong>Entwicklung</strong> weitere Fortschritte in<br />

dem Verständnis der Arbeit mit dem Werkzeug gemacht werden. Deshalb<br />

wurde nach Abschluss <strong>eines</strong> Arbeitspaketes geprüft, ob sich neu angewandte<br />

Techniken auch für bereits integrierte Funktionen eignen.

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!