Bewertung der Qualität objektorientierter Entwürfe - Worte-Projekt

Bewertung der Qualität objektorientierter Entwürfe - Worte-Projekt Bewertung der Qualität objektorientierter Entwürfe - Worte-Projekt

worte.projekt.de
von worte.projekt.de Mehr von diesem Publisher
30.10.2013 Aufrufe

146 10 Ein spezifisches Qualitätsmodell durchzuführen. Die Aufgaben sind aus der Liste der wahrscheinlichen Änderungen abgeleitet, die Bestandteil der Spezifikation war (vgl. Abschnitt C.2.8). Dort sind fünf Änderungen vorgesehen. Da zwei dieser Änderungen vor allem Auswirkungen auf die Benutzungsoberfläche haben, für die keine einheitlichen Anforderungen festgelegt sind, konzentriert sich die Untersuchung auf die ersten drei Änderungen. Die so ermittelten notwendigen Änderungen am Entwurf können zur Abschätzung des Wartungsaufwands verwendet werden. Die Anzahl der Klassen wiegt dabei am schwersten, weil vor der Änderung einer Klasse diese zunächst einmal ausreichend verstanden werden muss, was einen hohen Einarbeitungsaufwand erfordert. Die Anzahl der Operationen wiegt mehr als die Anzahl der Attribute, weil eine Änderung in der Regel aufwendiger ist. Um zu einer quantitativen Schätzung des Wartungsaufwands zu gelangen, wird pro Klasse von 30 Minuten, pro Operation von 15 Minuten und pro Attribut von 5 Minuten Gesamtaufwand ausgegangen. Anhand der Bewertung der Wartbarkeit wurden der beste (+), der schlechteste (-) und ein mittlerer (o) Entwurf ausgewählt. Diese Entwürfe stammen von den Gruppen 7, 1 und 3, die vom selben Betreuer betreut wurden. Die drei Entwürfe wurden daraufhin untersucht, welche Änderungen für die drei Änderungsszenarien notwendig sind. Änderung 1: Die vier besten Verbindungen ausgeben Bisher soll das System nur die beste Verbindung ausgeben (und alle weiteren Verbindungen, die das Optimierungskriterium gleich gut erfüllen). Diese Änderung verlangt nun, dass stattdessen immer die besten vier Verbindungen ausgegeben werden, wie es auch bei der elektronischen Fahrplanauskunft (z. B. bei www.vvs.de) üblich ist. Von dieser Änderung sind potentiell betroffen: • die Verbindungssuche, deren Datenhaltung und Rückgabe sowie • die Verbindungsausgabe auf dem Bildschirm und in die HTML-Datei. Hier hat der schlecht bewertete Entwurf echte Schwächen, weil er entgegen der ursprünglichen Anforderungen immer nur eine Verbindung als Resultat der Suchanfrage liefert. Daher sind hier mehr Änderungen nötig als bei den anderen Entwürfen, bei denen lediglich der Suchalgorithmus leicht modifiziert werden muss. Tabelle 10-7 zeigt den Wartungsaufwand für diese Änderung bei den drei Entwürfen. Klassen Operationen Attribute Aufwand Gruppe 1 (-) 3 4 1 155 Gruppe 3 (o) 1 1 0 45 Gruppe 7 (+) 1 1 0 45 Tabelle 10-7: Wartungsaufwand für Änderung 1 Änderung 2: Verbindungsanfrage mit gewünschter Umsteigehaltestelle Zusätzlich zu Start- und Zielbahnhof soll es möglich sein, bei der Verbindungsanfrage noch eine zusätzliche Umsteigehaltestelle anzugeben, über die alle gefundenen Verbindungen gehen müssen. Von dieser Änderung sind potentiell betroffen:

10.2 Anwendung des Qualitätsmodells 147 • die Benutzungsoberfläche zur Verbindungsanfrage sowie • die Verbindungssuche und deren Aufrufparameter (z. B. Suchdatensatz-Klasse). Hier schneiden alle Entwürfe etwa gleich gut ab. Der Entwurf von Gruppe 3 besitzt eine Klasse zur Speicherung der Verbindungsanfrage, die auch betroffen ist, weshalb hier eine Klasse mehr geändert werden muss. Die Änderungen sind nicht schwer – bis auf die Änderung der einen Operation zur Ermittlung der Verbindungen. Tabelle 10-8 zeigt den Wartungsaufwand für diese Änderung bei den drei Entwürfen. Klassen Operationen Attribute Aufwand Gruppe 1 (-) 2 2 2 100 Gruppe 3 (o) 3 3 3 150 Gruppe 7 (+) 2 2 4 110 Tabelle 10-8: Wartungsaufwand für Änderung 2 Änderung 3: Unterschiedliche Fahrpläne für Werktage und Wochenende Bisher ist der Fahrplan für alle Tage gleich. Soll aber zwischen Werktagen und Wochenende unterschieden werden, sind jeweils zwei Datensätze für die Anfahrtszeiten an den Endhaltestellen notwendig. Die Fahrplandatei wird dazu entsprechend erweitert. Außerdem muss die Verbindungsanfrage auch das Datum der gesuchten Verbindung abfragen, um feststellen zu können, welcher Fahrplan gilt. Von dieser Änderung sind potentiell betroffen: • das Einlesen und Speichern der Fahrplandatei, • die internen Datenstrukturen zur Repräsentation des Fahrplans, • die Verbindungssuche und ihre Datenstrukturen, • die Benutzungsoberfläche zur Verbindungsanfrage, • die Benutzungsoberfläche zur Anzeige der Fahrplandaten sowie • die Benutzungsoberfläche zum Neuanlegen einer Linie und zur Änderung der Abfahrtszeiten. Die meisten Klassen müssen beim schlechtesten Entwurf geändert werden. Beim besten und beim mittleren Entwurf sind es gleich viele Klassen, doch sind es beim besten Entwurf weniger Attribute und Operationen, die zu ändern sind. Dies liegt vor allem an der Realisierung der Benutzungsoberfläche. Tabelle 10-9 zeigt den Wartungsaufwand für diese Änderung bei den drei Entwürfen. Klassen Operationen Attribute Aufwand Gruppe 1 (-) 6 17 8 475 Gruppe 3 (o) 5 17 17 490 Gruppe 7 (+) 5 10 7 335 Tabelle 10-9: Wartungsaufwand für Änderung 3

10.2 Anwendung des <strong>Qualität</strong>smodells 147<br />

• die Benutzungsoberfläche zur Verbindungsanfrage sowie<br />

• die Verbindungssuche und <strong>der</strong>en Aufrufparameter (z. B. Suchdatensatz-Klasse).<br />

Hier schneiden alle <strong>Entwürfe</strong> etwa gleich gut ab. Der Entwurf von Gruppe 3 besitzt<br />

eine Klasse zur Speicherung <strong>der</strong> Verbindungsanfrage, die auch betroffen ist, weshalb<br />

hier eine Klasse mehr geän<strong>der</strong>t werden muss. Die Än<strong>der</strong>ungen sind nicht schwer –<br />

bis auf die Än<strong>der</strong>ung <strong>der</strong> einen Operation zur Ermittlung <strong>der</strong> Verbindungen.<br />

Tabelle 10-8 zeigt den Wartungsaufwand für diese Än<strong>der</strong>ung bei den drei <strong>Entwürfe</strong>n.<br />

Klassen Operationen Attribute Aufwand<br />

Gruppe 1 (-) 2 2 2 100<br />

Gruppe 3 (o) 3 3 3 150<br />

Gruppe 7 (+) 2 2 4 110<br />

Tabelle 10-8: Wartungsaufwand für Än<strong>der</strong>ung 2<br />

Än<strong>der</strong>ung 3: Unterschiedliche Fahrpläne für Werktage und Wochenende<br />

Bisher ist <strong>der</strong> Fahrplan für alle Tage gleich. Soll aber zwischen Werktagen und<br />

Wochenende unterschieden werden, sind jeweils zwei Datensätze für die Anfahrtszeiten<br />

an den Endhaltestellen notwendig. Die Fahrplandatei wird dazu entsprechend<br />

erweitert. Außerdem muss die Verbindungsanfrage auch das Datum <strong>der</strong> gesuchten<br />

Verbindung abfragen, um feststellen zu können, welcher Fahrplan gilt.<br />

Von dieser Än<strong>der</strong>ung sind potentiell betroffen:<br />

• das Einlesen und Speichern <strong>der</strong> Fahrplandatei,<br />

• die internen Datenstrukturen zur Repräsentation des Fahrplans,<br />

• die Verbindungssuche und ihre Datenstrukturen,<br />

• die Benutzungsoberfläche zur Verbindungsanfrage,<br />

• die Benutzungsoberfläche zur Anzeige <strong>der</strong> Fahrplandaten sowie<br />

• die Benutzungsoberfläche zum Neuanlegen einer Linie und zur Än<strong>der</strong>ung <strong>der</strong><br />

Abfahrtszeiten.<br />

Die meisten Klassen müssen beim schlechtesten Entwurf geän<strong>der</strong>t werden. Beim besten<br />

und beim mittleren Entwurf sind es gleich viele Klassen, doch sind es beim besten<br />

Entwurf weniger Attribute und Operationen, die zu än<strong>der</strong>n sind. Dies liegt vor allem<br />

an <strong>der</strong> Realisierung <strong>der</strong> Benutzungsoberfläche. Tabelle 10-9 zeigt den Wartungsaufwand<br />

für diese Än<strong>der</strong>ung bei den drei <strong>Entwürfe</strong>n.<br />

Klassen Operationen Attribute Aufwand<br />

Gruppe 1 (-) 6 17 8 475<br />

Gruppe 3 (o) 5 17 17 490<br />

Gruppe 7 (+) 5 10 7 335<br />

Tabelle 10-9: Wartungsaufwand für Än<strong>der</strong>ung 3

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

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!