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
216 C Dokumente zum Softwarepraktikum unbedingt einzuhalten. Sollten Sie feststellen, dass Sie Ihren Plan ändern müssen, so tun Sie das bitte und legen diesen veränderten Plan wieder Ihrem Betreuer vor. Es gilt immer der letzte von Ihrem Betreuer genehmigte Plan! Achtung: Sehr kurzfristige Änderungen am Projektplan sind in der Regel nicht möglich, nur langfristige Anpassungen werden akzeptiert (also mindestens eine Woche vor dem nächsten Meilensteintermin). Das Versäumen der im Projektplan genannten Termine führt beim zweiten Mal zum Scheinverlust! Planen Sie alle Abgaben, Kundenbefragungen und Besprechungstermine mit Ihrem Betreuer und sprechen Sie diese vorher mit ihm ab. Sie sollten nur in Ausnahmefällen ohne vorherige Absprache bei Ihrem Betreuer aufkreuzen. Scheuen Sie sich jedoch nicht, Probleme rechtzeitig anzusprechen. Das gilt insbesondere für Probleme bei der Zusammenarbeit der Gruppen und dem „Aussteigen“ einzelner Gruppenmitglieder. Führen Sie während des Software-Praktikums einen Stundenzettel, in dem Sie alle Arbeitsstunden verzeichnen. Eine Kopie der Stundenzettel ist am Ende dem Betreuer abzugeben. Der Inhalt der Stundenzettel hat keinen Einfluss auf die Bewertung. C.1.2 Projektdurchführung Ihr Projekt soll mindestens die folgenden Meilensteine enthalten: 1. Analyse 2. Projektplanung 3. Spezifikation (inklusive Begriffslexikon) 4. Review und Überarbeitung der Spezifikation 5. Entwurf 6. Implementierung 7. Benutzerhandbuch 8. Test Zu jedem Meilenstein müssen Sie in Ihrem Projektplan mindestens ein definiertes Abgabedatum und die abzugebenden Dokumente eintragen. Alle Meilensteindokumente (Abgaben) werden durch Ihren Betreuer geprüft und abgenommen. Die Prüfung der Dokumente durch den Betreuer erfolgt allerdings nicht im Sinne einer Qualitätssicherung; dafür sind Sie selbst verantwortlich (und Sie sollten sie vor der Abgabe durchführen!). Sie dürfen Ihr Projekt im Übrigen auch durch weitere Meilensteine untergliedern. Planen Sie auch Aufwand für die Überarbeitung der Dokumente ein. Erfahrungsgemäß werden nach der Durchsicht durch den Betreuer größere Änderungen notwendig. Die Analyse wird in Form einer Kundenbefragung stattfinden. Jeder Betreuer trifft sich mit seinen Gruppen zu einer gemeinsamen Sitzung. Sie haben dann Zeit, Ihre Fragen an den Kunden, repräsentiert durch Ihren Betreuer, zu stellen. Sie sollten zu diesem Termin unbedingt vorbereitet erscheinen, also vorbereitete Fragen haben. Auf der Grundlage Ihrer Problemanalyse erstellen Sie dann einen Projektplan. Dieser muss Ihrem Betreuer zur Genehmigung vorgelegt werden. Nach jeder Überarbeitung
C.1 Aufgabenstellung 217 muss der Plan dem Betreuer zur Genehmigung vorgelegt werden. Dieser Projektplan regelt die weiteren Termine. Planen Sie auch Pufferzeiten ein und vergessen Sie die Zeiten nicht, die Sie eventuell für das Projekt nicht zur Verfügung stehen (insbesondere in der vorlesungsfreien Zeit, z. B. durch Prüfungsvorbereitung, Urlaub usw.). Es kommt darauf an, dass Sie einen Plan erstellen, dem Sie auch tatsächlich folgen können. Sie brauchen keinen „Scheinplan“ aufzustellen, der uns dauernde Aktivität vorgaukelt. Wichtig ist, dass Sie zu den Meilensteinterminen die geforderten Dokumente in guter Qualität abgeben. Dazu benötigen Sie sicher die anvisierte Stundenzahl (s.u.). Sie müssen diese Stunden aber so einplanen, dass Sie diese auch zu gegebener Zeit leisten können. Bedenken Sie das bei der Aufstellung des Projektplans. Ob Sie noch im Plan sind, können Sie dann jederzeit leicht durch einen Vergleich mit den Stundenzetteln und den erbrachten Ergebnissen feststellen. Führen Sie daher den Stundenzettel gewissenhaft und verschieben Sie das Aufschreiben der Arbeitszeiten nicht ans Projektende. C.1.3 Projektrahmen Sie und Ihre beiden Mitstreiter stellen ein Entwicklungsteam dar. Sie bekommen von einem kleinen Verkehrsbetrieb einen Software-Entwicklungsauftrag für ein kleines, maßgeschneidertes Auskunftssystem. Damit möchte Ihr Auftraggeber seinen Fahrgästen eine attraktive Möglichkeit zur Fahrtenplanung bieten. Normalerweise berechnen Sie einen Stundensatz von 200,- DM pro Entwicklerarbeitsstunde, der Kunde möchte aber ein Festpreisprojekt und ist bereit, dafür 96.000,- DM zu bezahlen. Das haben Sie dem Verkehrsbetrieb auch zugesagt. Natürlich ist Ihr Chef sehr daran interessiert, dass Sie diesen Kosten- und in diesem Falle auch Zeitrahmen genau einhalten, da Ihre Firma sonst bei diesem Auftrag keinen Gewinn machen kann. Ihr Chef möchte daher eine Abrechnung der Stunden, die Ihre Entwicklergruppe für dieses Projekt aufgebracht hat. Der Verkehrsbetrieb, Ihr Kunde, verwendet für all seine Projekte die Programmiersprache Java. Damit soll unter anderem sichergestellt werden, dass das Programm auf verschiedenen Rechnern und unter verschiedenen Betriebssystemen gleichermaßen zum Einsatz kommen kann. Ihr Chef konnte für Sie diesen Auftrag nur abschließen, weil er Ihre Kompetenz in Java besonders herausgestellt hat. Ihre Aufgabe ist es, dem Kunden ein qualitativ hochwertiges, genau auf seine Bedürfnisse zugeschnittenes Programm zu erstellen. Auf darüber hinausgehende Leistungen, die Ihnen Ihr Kunde nicht honoriert, müssen Sie dabei aber verzichten. C.1.4 Aufgabenstellung Es ist ein kleines, nur für einen Benutzer ausgelegtes Fahrplaninformationssystem zu entwickeln. Das System sollte einfach zu bedienen sein und es einem potentiellen Fahrgast ermöglichen, eine Verkehrsverbindung zwischen zwei Haltestellen zu finden. Der Fahrgast gibt hierzu den gewünschten Startzeitpunkt und die Start- und Zielhaltestelle ein. Daraufhin errechnet das System eine günstige Verbindung und gibt diese inklusive Liniennummer und Umsteigehaltestellen aus. Das System optimiert die Verbindung nach Wahl des Fahrgasts. Es bietet die folgenden Optimierungsziele an:
- Seite 175 und 176: 12.3 Vergleich mit anderen Arbeiten
- Seite 177 und 178: 12.4 Ausblick 167 Entwerfen QOOD ka
- Seite 179 und 180: Literatur Abowd et al. (1996) Abowd
- Seite 181 und 182: Beyer et al. (2000) Beyer, D.; Lewe
- Seite 183 und 184: Cavano, McCall (1978) Cavano, J.; M
- Seite 185 und 186: Dißmann (1990) Dißmann, S.: Anfor
- Seite 187 und 188: Gursaran, Roy (2002) Gursaran; Roy,
- Seite 189 und 190: Koenig (1995) Koenig, A.: Patterns
- Seite 191 und 192: McCabe (1976) McCabe, T.: A Complex
- Seite 193 und 194: Rising (2000) Rising, L.: The Patte
- Seite 195 und 196: Wand (1989) Wand, Y.: A Proposal fo
- Seite 197 und 198: Akronyme Allgemeine Akronyme CMM Ca
- Seite 199 und 200: Anhang A Metriken für QOOD Dieser
- Seite 201 und 202: A.1 Knappheit 191 Ihre Verwaltung m
- Seite 203 und 204: A.3 Entkopplung 193 Neben der Tiefe
- Seite 205 und 206: A.3 Entkopplung 195 NEDC p (number
- Seite 207 und 208: A.5 Einheitlichkeit 197 Ein alterna
- Seite 209 und 210: A.9 Theoretische Validierung 199 A.
- Seite 211 und 212: A.9 Theoretische Validierung 201 Ax
- Seite 213 und 214: Anhang B Fragebögen für QOOD Dies
- Seite 215 und 216: B.2 Strukturiertheit 205 Paket Bedi
- Seite 217 und 218: B.3 Entkopplung 207 Klasse/Interfac
- Seite 219 und 220: B.4 Zusammenhalt 209 System Bedingu
- Seite 221 und 222: B.6 Dokumentierung 211 Klasse/Inter
- Seite 223 und 224: B.7 Verfolgbarkeit 213 System Bedin
- Seite 225: Anhang C Dokumente zum Softwareprak
- Seite 229 und 230: C.1 Aufgabenstellung 219 dann Ihr H
- Seite 231 und 232: C.2 Anforderungen 221 C.2.4 Fahrgas
- Seite 233 und 234: C.2 Anforderungen 223 alle weiteren
- Seite 235 und 236: C.3 Begriffslexikon 225 Endhalteste
216 C Dokumente zum Softwarepraktikum<br />
unbedingt einzuhalten. Sollten Sie feststellen, dass Sie Ihren Plan än<strong>der</strong>n müssen, so<br />
tun Sie das bitte und legen diesen verän<strong>der</strong>ten Plan wie<strong>der</strong> Ihrem Betreuer vor. Es gilt<br />
immer <strong>der</strong> letzte von Ihrem Betreuer genehmigte Plan!<br />
Achtung: Sehr kurzfristige Än<strong>der</strong>ungen am <strong>Projekt</strong>plan sind in <strong>der</strong> Regel nicht möglich,<br />
nur langfristige Anpassungen werden akzeptiert (also mindestens eine Woche<br />
vor dem nächsten Meilensteintermin). Das Versäumen <strong>der</strong> im <strong>Projekt</strong>plan genannten<br />
Termine führt beim zweiten Mal zum Scheinverlust!<br />
Planen Sie alle Abgaben, Kundenbefragungen und Besprechungstermine mit Ihrem<br />
Betreuer und sprechen Sie diese vorher mit ihm ab. Sie sollten nur in Ausnahmefällen<br />
ohne vorherige Absprache bei Ihrem Betreuer aufkreuzen. Scheuen Sie sich jedoch<br />
nicht, Probleme rechtzeitig anzusprechen. Das gilt insbeson<strong>der</strong>e für Probleme bei <strong>der</strong><br />
Zusammenarbeit <strong>der</strong> Gruppen und dem „Aussteigen“ einzelner Gruppenmitglie<strong>der</strong>.<br />
Führen Sie während des Software-Praktikums einen Stundenzettel, in dem Sie alle<br />
Arbeitsstunden verzeichnen. Eine Kopie <strong>der</strong> Stundenzettel ist am Ende dem Betreuer<br />
abzugeben. Der Inhalt <strong>der</strong> Stundenzettel hat keinen Einfluss auf die <strong>Bewertung</strong>.<br />
C.1.2 <strong>Projekt</strong>durchführung<br />
Ihr <strong>Projekt</strong> soll mindestens die folgenden Meilensteine enthalten:<br />
1. Analyse<br />
2. <strong>Projekt</strong>planung<br />
3. Spezifikation (inklusive Begriffslexikon)<br />
4. Review und Überarbeitung <strong>der</strong> Spezifikation<br />
5. Entwurf<br />
6. Implementierung<br />
7. Benutzerhandbuch<br />
8. Test<br />
Zu jedem Meilenstein müssen Sie in Ihrem <strong>Projekt</strong>plan mindestens ein definiertes<br />
Abgabedatum und die abzugebenden Dokumente eintragen. Alle Meilensteindokumente<br />
(Abgaben) werden durch Ihren Betreuer geprüft und abgenommen. Die Prüfung<br />
<strong>der</strong> Dokumente durch den Betreuer erfolgt allerdings nicht im Sinne einer <strong>Qualität</strong>ssicherung;<br />
dafür sind Sie selbst verantwortlich (und Sie sollten sie vor <strong>der</strong> Abgabe<br />
durchführen!). Sie dürfen Ihr <strong>Projekt</strong> im Übrigen auch durch weitere Meilensteine<br />
unterglie<strong>der</strong>n. Planen Sie auch Aufwand für die Überarbeitung <strong>der</strong> Dokumente ein.<br />
Erfahrungsgemäß werden nach <strong>der</strong> Durchsicht durch den Betreuer größere Än<strong>der</strong>ungen<br />
notwendig.<br />
Die Analyse wird in Form einer Kundenbefragung stattfinden. Je<strong>der</strong> Betreuer trifft<br />
sich mit seinen Gruppen zu einer gemeinsamen Sitzung. Sie haben dann Zeit, Ihre<br />
Fragen an den Kunden, repräsentiert durch Ihren Betreuer, zu stellen. Sie sollten zu<br />
diesem Termin unbedingt vorbereitet erscheinen, also vorbereitete Fragen haben.<br />
Auf <strong>der</strong> Grundlage Ihrer Problemanalyse erstellen Sie dann einen <strong>Projekt</strong>plan. Dieser<br />
muss Ihrem Betreuer zur Genehmigung vorgelegt werden. Nach je<strong>der</strong> Überarbeitung
Change language