![\"A](\"https:\/\/blog.visual-paradigm.com\/wp-content\/uploads\/2026\/07\/img_6a6319010673a.png\")
<\/p>\nBasierend auf den grundlegenden Prinzipien der objektorientierten (OO) Analyse beschreibt dieser Leitfaden den CRC-Modellierungsprozess. Die CRC-Modellierung ist eine \u00e4u\u00dferst effektive, technologiearme Methode, die darauf abzielt, die Kommunikationsl\u00fccke zwischen Entwicklern und Nutzern zu schlie\u00dfen, um sicherzustellen, dass Gesch\u00e4ftsanforderungen genau erkannt und verstanden werden, bevor Code geschrieben wird.<\/p>\n
Die CRC-Modellierung basiert auf Standard-Notizzetteln, die in drei unterschiedliche Abschnitte unterteilt sind. Jeder Abschnitt steht f\u00fcr ein zentrales Konzept der objektorientierten Gestaltung.<\/p>\n
<\/p>\n
Eine Klasse stellt eine Sammlung \u00e4hnlicher Objekte dar. Ein Objekt kann eine Person, ein Ort, eine Sache, ein Ereignis, ein Konzept, ein Bildschirm oder ein Bericht sein, der f\u00fcr das System relevant ist.<\/p>\n
Namensregel:<\/strong>\u00a0Verwenden Sie ein oder zwei Singularw\u00f6rter (z.\u202fB.\u00a0Kunde<\/em>, nicht\u00a0Kunden<\/em>).<\/p>\n<\/li>\n Beispiel:<\/strong>\u00a0In einem Versand-\/Bestandsverwaltungssystem geh\u00f6ren zu den Klassen\u00a0Bestandsartikel<\/em>,\u00a0Bestellung<\/em>,\u00a0Bestellartikel<\/em>,\u00a0Kunde<\/em>, und\u00a0Oberfl\u00e4chenadresse<\/em>.<\/p>\n<\/li>\n<\/ul>\n Eine Verantwortung ist alles, was eine Klasse\u00a0wei\u00df<\/strong>\u00a0oder\u00a0tut<\/strong>.<\/p>\n Was es wei\u00df (Daten\/Eigenschaften):<\/strong>\u00a0Beispiel:<\/em>\u00a0Ein\u00a0Kunde<\/em>\u00a0Klasse wei\u00df ihren Namen, Kundennummer und Telefonnummer.<\/p>\n<\/li>\n Was es tut (Verhalten\/Methoden):<\/strong>\u00a0Beispiel:<\/em>\u00a0Ein\u00a0Kunde<\/em>\u00a0Klasse kann Produkte bestellen, Bestellungen stornieren und Zahlungen vornehmen.<\/p>\n<\/li>\n<\/ul>\n Zusammenarbeit tritt auf, wenn eine Klasse Informationen oder Unterst\u00fctzung von einer anderen Klasse ben\u00f6tigt, um eine Verantwortung zu erf\u00fcllen.<\/p>\n Beispiel:<\/strong>\u00a0Ein\u00a0Bestellung<\/em>\u00a0Objekt hat die Verantwortung, \u201eGesamtsumme berechnen\u201c zu \u00fcbernehmen. Es wei\u00df jedoch nicht, wie viel die Artikel kosten oder wie viele bestellt wurden. Daher muss es\u00a0zusammenarbeiten<\/strong>\u00a0mit\u00a0Bestellposition<\/em>\u00a0(welche die Menge kennt) und\u00a0Lagerartikel<\/em>\u00a0(welcher den Preis kennt), um die endg\u00fcltige Gesamtsumme zu berechnen.<\/p>\n<\/li>\n<\/ul>\n Eine erfolgreiche CRC-Sitzung erfordert spezifische Rollen, um sicherzustellen, dass der Prozess reibungslos abl\u00e4uft und die Gesch\u00e4ftslogik genau erfasst wird.<\/p>\n Fachexperten f\u00fcr Gesch\u00e4ftsbereiche (BDEs):<\/strong>\u00a0Die eigentlichen Benutzer des Systems (typischerweise 4 bis 5 Mitarbeiter vor Ort). Sie verf\u00fcgen \u00fcber das t\u00e4gliche Gesch\u00e4ftswissen.\u00a0Hinweis: F\u00fchrungskr\u00e4fte sind im Allgemeinen nicht ideal f\u00fcr CRC; sie eignen sich besser f\u00fcr hochrangige Anwendungsf\u00e4lle.<\/em><\/p>\n<\/li>\n Moderator:<\/strong>\u00a0Leitet die Sitzung, erl\u00e4utert die Methode, stellt relevante Fragen, stellt sicher, dass die Karten korrekt ausgef\u00fcllt werden, und leitet die Szenario-Tests.<\/p>\n<\/li>\n Schriftf\u00fchrer(innen):<\/strong>\u00a01 oder 2 Personen, die in der hinteren\/Seitenreihe sitzen. Sie modellieren nicht aktiv, sondern dokumentieren die detaillierte Gesch\u00e4ftslogik und Regeln, die auf die kleinen Indexkarten nicht passen.<\/p>\n<\/li>\n Beobachter:<\/strong>\u00a0Auszubildende oder Interessenten, die in der hinteren Reihe sitzen und ohne Teilnahme zuschauen.<\/p>\n<\/li>\n<\/ol>\n Sammeln Sie 4\u20135 Frontline-BDEs, einen Moderator und 1\u20132 Protokollanten. Stellen Sie sicher, dass die Managementunterst\u00fctzung gegeben ist, damit die Teilnehmer die notwendige Zeit aufbringen k\u00f6nnen.<\/p>\n Schreibbare Fl\u00e4chen:<\/strong>\u00a0Flipcharts oder Whiteboards zum Brainstorming und Prototyping.<\/p>\n<\/li>\n Modellierungstisch:<\/strong>\u00a0Ein gro\u00dfer, zentraler Tisch, auf dem die BDEs Karten platzieren und bewegen k\u00f6nnen.<\/p>\n<\/li>\n Protokollantenpl\u00e4tze:<\/strong>\u00a0Schreibtische, die au\u00dferhalb des Weges platziert sind, aber eine klare Sicht haben.<\/p>\n<\/li>\n Materialien:<\/strong>\u00a0Indexkarten, Marker und ein\u00a0weicher, gummiartiger Ball<\/strong>\u00a0(wird sp\u00e4ter f\u00fcr die Szenariotests verwendet).<\/p>\n<\/li>\n<\/ul>\n Erzeugen Sie Ideen, ohne sie zu bewerten. Der Moderator stellt offene Fragen, um die gesch\u00e4ftlichen Anforderungen zu verstehen.<\/p>\n Beispiel-Fragen:<\/em>\u00a0\u201eF\u00fcr wen ist dieses System?\u201c, \u201eWelche gesch\u00e4ftlichen Anforderungen unterst\u00fctzt es?\u201c, \u201eWie k\u00f6nnen wir dies schneller\/g\u00fcnstiger\/besser machen?\u201c, \u201eGibt es einfache Aufgaben, die wir automatisieren k\u00f6nnen?\u201c<\/p>\n<\/li>\n<\/ul>\n Der Moderator verbringt 10\u201315 Minuten damit, CRC-Konzepte zu erkl\u00e4ren, wobei Definitionen prominent an der Wand angezeigt werden, und f\u00fchrt das Team durch die Erstellung einiger Beispielkarten.<\/p>\n Die BDEs stehen oder sitzen um den Tisch herum und bauen das Modell iterativ auf:<\/p>\n Klassen finden:<\/strong>\u00a0Verfolgen Sie das Geld, suchen Sie nach Berichten\/Bildschirmen und identifizieren Sie sofort die 3\u20135 Hauptklassen.<\/p>\n<\/li>\n Verantwortlichkeiten finden:<\/strong>\u00a0Fragen Sie, was die Klasse wei\u00df und tut.<\/p>\n<\/li>\n Zusammenarbeit definieren:<\/strong>Identifizieren Sie, wer die fehlenden Informationen h\u00e4lt, die ben\u00f6tigt werden, um eine Verantwortung zu erf\u00fcllen.<\/p>\n<\/li>\n Karten anordnen:<\/strong>\u00a0Wichtiger Schritt.<\/em>Karten, die h\u00e4ufig zusammenarbeiten, werden nah beieinander auf dem Tisch platziert. \u201eBesch\u00e4ftigte\u201c Karten kommen in die Mitte. Das physische Bewegen der Karten hilft dem Team, Beziehungen und Assoziationen visuell zu erfassen.<\/p>\n<\/li>\n<\/ul>\n Dies ist eine Validierungs\u00fcbung, bei der das Team die Abl\u00e4ufe des Systems \u201evorspielt\u201c, um sicherzustellen, dass das Modell korrekt ist.<\/p>\n Ein Szenario aufrufen:<\/strong>Der Moderator beschreibt ein Anwendungsfall (z.\u202fB. \u201eKunde stellt eine Bestellung auf\u201c) und wirft den weichen Ball an den BDE, der die anf\u00e4nglich verantwortliche Karte h\u00e4lt (z.\u202fB.\u00a0Bestellung<\/em>).<\/p>\n<\/li>\n Verantwortung festlegen:<\/strong>Die Gruppe best\u00e4tigt, dass die Karte die Aufgabe \u00fcbernimmt. Falls nicht, aktualisieren sie die Karte oder erstellen eine neue.<\/p>\n<\/li>\n Logik beschreiben:<\/strong>Der BDE, der den Ball h\u00e4lt, beschreibt dem Protokollf\u00fchrer die schrittweise Gesch\u00e4ftslogik (Pseudocode).<\/p>\n<\/li>\n Zusammenarbeiten:<\/strong>Wenn der BDE Informationen von einer anderen Klasse ben\u00f6tigt (z.\u202fB.\u00a0Lagerartikel<\/em>), wirft er den Ball an den BDE, der diese Karte h\u00e4lt. Dieser BDE beschreibt dann seinen Teil der Logik.<\/p>\n<\/li>\n Den Ball zur\u00fcckgeben:<\/strong>Sobald eine Aufgabe erledigt ist, wird der Ball an die vorherige Person zur\u00fcckgeworfen, bis er schlie\u00dflich wieder beim Moderator landet, um das n\u00e4chste Szenario zu starten.<\/p>\n<\/li>\n<\/ol>\n CRC-Modellierung existiert nicht im Vakuum; sie ist Teil eines umfassenderen objektorientierten Modellierungsprozesses, der\u00a0gro\u00dfr\u00e4umig sequenziell<\/strong> (von Anforderungen \u00fcber Design bis hin zum Code) und\u00a0kleinr\u00e4umig iterativ<\/strong> (Hin- und Herspringen zwischen Modellen).<\/p>\n Detailgrad:<\/strong>CRC befindet sich in der Mitte. Sie beginnen einfach mit\u00a0Anwendungsf\u00e4lle<\/strong>\u00a0und\u00a0Benutzeroberfl\u00e4chen-Prototypen<\/strong>, wechseln Sie zur mittleren Detailstufe von\u00a0CRC-Modelle<\/strong>, und schlie\u00dfen Sie mit der hohen Detailstufe von\u00a0Klassendiagramme<\/strong>.<\/p>\n<\/li>\n Ergebnisse treiben Ergebnisse:<\/strong>\u00a0Use-Casediagramme werden durch Use-Cases dokumentiert, die wiederum durch Sequenzdiagramme dokumentiert werden, die letztendlich den Quellcode erzeugen. CRC-Modelle flie\u00dfen direkt in die Erstellung von Klassendiagrammen ein.<\/p>\n<\/li>\n<\/ul>\n Senden Sie einen Tagesordnungspunkt:<\/strong>\u00a0Verteilen Sie eine Tagesordnung ein paar Tage im Voraus, damit die BDEs sich vorbereiten k\u00f6nnen.<\/p>\n<\/li>\n Definieren Sie sichtbar:<\/strong>\u00a0Befestigen Sie eine gro\u00dfe CRC-Karten-Anordnung und deren Definitionen an der Vorderseite des Raums.<\/p>\n<\/li>\n Verwenden Sie Fachbegriffe:<\/strong>\u00a0Vermeiden Sie fachliche Fachsprache; verwenden Sie genau die W\u00f6rter, die die BDEs in ihrer t\u00e4glichen Arbeit verwenden.<\/p>\n<\/li>\n Bleiben Sie einfach:<\/strong> Werkzeuge f\u00fcr CRC sind nur optional. Notizzettel sind billig, leicht transportierbar und \u00e4u\u00dferst effektiv.<\/p>\n<\/li>\n Erwarten Sie Prototypen:<\/strong>\u00a0Das Skizzieren von Bildschirmen und Berichten auf Flip-Charts w\u00e4hrend der Sitzung hilft den Benutzern, das System visuell zu erfassen.<\/p>\n<\/li>\n Planen Sie mehrere Tage:<\/strong>\u00a0Gro\u00dfe Systeme erfordern mehrere Sitzungen. Das ist normal und notwendig.<\/p>\n<\/li>\n Holen Sie sich die Unterst\u00fctzung der F\u00fchrungsebene:<\/strong>\u00a0Stellen Sie sicher, dass die F\u00fchrungsebene den Wert der Modellierung vor der Programmierung versteht.<\/p>\n<\/li>\n Richten Sie sich an die Front-Line-Mitarbeiter:<\/strong>\u00a0CRC ist sehr detailliert und funktioniert am besten mit t\u00e4glichen Anwendern, nicht mit oberen F\u00fchrungskr\u00e4ften.<\/p>\n<\/li>\n<\/ol>\n Experten f\u00fchren die Analyse durch:<\/strong>\u00a0Die Menschen, die die Arbeit tats\u00e4chlich ausf\u00fchren, erstellen das Modell.<\/p>\n<\/li>\n Hohe Akzeptanz durch die Benutzer:<\/strong>Aktive Beteiligung erh\u00f6ht die Benutzerzufriedenheit und das Eigentumsgef\u00fchl.<\/p>\n<\/li>\n Beseitigt Barrieren:<\/strong>Benutzer und Entwickler arbeiten Seite an Seite.<\/p>\n<\/li>\n Einfach und nicht bedrohlich:<\/strong>Es sind einfach nur Indexkarten. Benutzer werden durch komplexe Softwarewerkzeuge nicht eingesch\u00fcchtert, und sie f\u00fchlen sich nicht bedroht, dass ihre Arbeit durch eine \u201eMaschine\u201c automatisiert wird.<\/p>\n<\/li>\n Kosteng\u00fcnstig und transportabel:<\/strong>Kostet ein paar Dollar und passt in eine Aktentasche.<\/p>\n<\/li>\n Nahtloser \u00dcbergang:<\/strong>Passt perfekt zu Prototypen und f\u00fchrt direkt zu formalen Klassendiagrammen.<\/p>\n<\/li>\n<\/ul>\n Bedrohlich f\u00fcr einige Entwickler:<\/strong>Einige Entwickler glauben irrt\u00fcmlicherweise, dass ihr technisches Wissen das gesch\u00e4ftliche Wissen der Benutzer \u00fcbertrifft.<\/p>\n<\/li>\n Die Terminplanung ist schwierig:<\/strong>4-5 Schl\u00fcsselbenutzer gleichzeitig in einem Raum zu versammeln erfordert vorherige Planung.<\/p>\n<\/li>\n Die Karten sind begrenzt:<\/strong>Ein Stapel von Indexkarten ist f\u00fcr die meisten Organisationen kein akzeptabler formeller Liefergegenstand. CRC muss durch formale Anwendungsf\u00e4lle, Prototypen und Klassendiagramme erg\u00e4nzt werden.<\/p>\n<\/li>\n<\/ul>\n Das endg\u00fcltige Ziel der Anwendungsentwicklung ist es,Gesch\u00e4ftsprobleme zu l\u00f6sen<\/strong>, nicht, um die intellektuelle Neugier eines Entwicklers mit neuer Technologie zu befriedigen. CRC-Modellierung zwingt Entwickler dazu, mit Benutzern zusammenzuarbeitenanstatt gegen sie zu arbeiten. Durch die Nutzung einer technisch einfachen, hochkooperativen Umgebung k\u00f6nnen Teams Gesch\u00e4ftsanforderungen genau erfassen, validieren und verfeinern, bevor \u00fcberhaupt ein einziger Codezeile geschrieben wird.<\/em>Benutzer, anstatt gegen sie zu arbeiten. Durch die Nutzung einer technisch einfachen, hochkooperativen Umgebung k\u00f6nnen Teams Gesch\u00e4ftsanforderungen genau erfassen, validieren und verfeinern, bevor \u00fcberhaupt ein einziger Codezeile geschrieben wird.<\/p>\n","protected":false},"excerpt":{"rendered":" Basierend auf den grundlegenden Prinzipien der objektorientierten (OO) Analyse beschreibt dieser Leitfaden den CRC-Modellierungsprozess. Die CRC-Modellierung ist eine \u00e4u\u00dferst effektive, technologiearme Methode, die darauf abzielt, die Kommunikationsl\u00fccke zwischen Entwicklern und Nutzern zu schlie\u00dfen, um sicherzustellen, dass Gesch\u00e4ftsanforderungen genau erkannt und verstanden werden, bevor Code geschrieben wird. 1. Schl\u00fcsselkonzepte: Die Anatomie einer CRC-Karte Die CRC-Modellierung basiert […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[67],"tags":[],"class_list":["post-10524","post","type-post","status-publish","format-standard","hentry","category-crc","loop-entry","clr"],"yoast_head":"\nB. Verantwortung (linke Spalte)<\/h3>\n
\n
C. Kooperationspartner (rechte Spalte)<\/h3>\n
\n
\n2. Das CRC-Modellierungs-Team<\/h2>\n
\n
\n3. Der 6-Schritte-CRC-Modellierungsprozess<\/h2>\n
![\"6-step](\"https:\/\/blog.visual-paradigm.com\/wp-content\/uploads\/2026\/07\/img_6a63198b4ed1b.png\")
<\/p>\nSchritt 1: Das Team zusammensetzen<\/h3>\n
Schritt 2: Den Raum organisieren<\/h3>\n
\n
Schritt 3: Brainstormen<\/h3>\n
\n
Schritt 4: Die Technik erkl\u00e4ren<\/h3>\n
Schritt 5: Iterative CRC-Modellierung<\/h3>\n
\n
Schritt 6: Use-Case-Szenario-Tests (Die \u201eBallwurf\u201c-\u00dcbung)<\/h3>\n
\n
\n4. Wie CRC in den SDLC passt<\/h2>\n
\n
\n5. Best Practices und Tipps f\u00fcr den Erfolg<\/h2>\n
\n
\n6. Vor- und Nachteile<\/h2>\n
Die Vorteile<\/h3>\n
\n
Die Nachteile<\/h3>\n
\n
\nFazit<\/h2>\n