ingo.strauch.diplom - Desy

3.1. SOFTWAREDESIGN 17
Felder einer CRC-Karte
Klassenname Der Name des Klassenkandidaten
Superklasse Eine mögliche Klasse, von der der Kandidat abgeleitet werden kann
Subklasse Mögliche Klassen, die von dem Kandidaten abgeleitet werden können
Aufgaben Die Funktionalität, die der Kandidat zur Verfügung stellen soll
Partner Andere Klassen, mit denen der Kandidat zusammenarbeitet
Sonstiges Für weitere Anmerkungen
Tabelle 3.2: Die Felder und deren Zweck bei einer CRC-Karte. Eine Blankovorlage zeigt Abbildung
Anhang B.1, ein Beispiel einer ausgefüllten Karte findet sich in Abbildung Anhang B.2
ten geeinigt, werden die Begriffsgruppen an die teilnehmenden Personen verteilt, die dann für
jeden Kandidaten eine CRC-Karte erstellen müssen.
Eine CRC-Karte besitzt im wesentlichen die Felder aus Tabelle 3.2. Natürlich muß nicht
jedes Feld ausgefüllt sein, außerdem ist das Aussehen der Karten jeder Gruppe von Entwicklern
freigestellt. Das H1-OO-Projektteam hat sich dabei auf eine Vorlage wie in Abbildung B.1
geeinigt.
Sind die CRC-Karten erstellt, werden sie von ihren Autoren vorgestellt und in der Gruppe
diskutiert. An dieser Stelle des Entwicklungsprozesses soll herausgefunden werden, ob der Satz
an Klassenkandidaten ausreicht und ob deren Zusammenspiel sinnvoll ist. Zu diesem Zweck
werden bestimmte Situationen mit den Karten durchgespielt.
Ein einfaches Beispiel: es soll ein Massenplot erstellt werden.
• Von wo kommt die Masse? → Teilchen
• Von wo kommt das Teilchen? → Teilchenliste
• Wer erstellt diese Teilchenliste? → Teilchen-Selektor
• Welche Eingaben benötigt der Selektor? → Liste aller Teilchen und eine Selektion
• Woher kommt die Liste aller Teilchen? → Event
• Woher kommt die Selektion? → Vom Benutzer definierte Kriterien
An dieser Stelle ist es noch vollkommen uninteressant, wie z.B. die Masse in einem Teilchen
steckt. Es könnte direkt ein Datenelement mit der Masse haben, aber genausogut könnte es einen
Vierervektor besitzen, aus dem man die Masse noch berechnen muß. Dies sind jedoch nur Details
der Implementierung, die zu diesem Zeitpunkt noch nicht wichtig sind.
Am Ende der Kette stehen dann CRC-Karten, die einerseits das Interface der Klassen beschreiben,
die es zu implementieren gilt, andererseits in ihrer Gesamtheit ein Gerüst für eine
Klassenhierarchie darstellen. Außerdem geben die CRC-Karten vielfach auch schon Hinweise
auf die künftigen Dateninhalte der geplanten Klassen. Ein Beispiel für eine ausgefüllte Karte
zeigt Abbildung Anhang B.2, es handelt sich dabei um einen Vorschlag für eine Klasse zur Verwaltung
von verschiedenen Bezugssystemen.