Probleme bei der Strukturierung

[Gast]

Hallo Leute,
ich hoffe, dass mir jemand bei einer Grundlegenden Frage behilflich sein kann.
Ich wollte einen Feed - Reader programmieren und während der Programmierung
wurde schnell deutlich, welchen nicht zu unterschätzenden Umfang das Projekt doch hat.

Es ist zwar am Ende gelaufen (irgendwie zumindest) aber von einer Struktur fehlte leider
jede Spur. Ich hatte am Ende so ca. 12 Dateien und überhaupt keinen Überblick mehr.
Aus Frust habe ich daraufhin das gesamte Programm wieder gelöscht.

Welche Möglichkeiten gibt es, sich vorher einen strukturierten Plan zu machen.
Ich habe bereits die verschiendenen Tutorials zum Thema UML gewälzt. In diesen
werden zwar die einzelnen Mechanismen wie z. b. Anwendungsfall u. ä. erklärt aber
nicht wie diese einzusetzen sind (von der Idee zum Programm).

Gibt es sinnvolle Alternativen zu UML?



Gruß,

Christian

 

[Tobias]

Naja, das ist nicht so einfach... Zur Objektorientierten Analyse und Design (OOA & OOD, weil in der IT alles ein TLA* braucht ) ist furchtbar viel geschrieben worden, aber jeder Mensch geht anders an das Problem heran und dementsprechend kann man viele Erklärungen lesen müssen, bevor es "klick" macht ...

Ein Weg, wie ich an solche Sachen herangehe (selten so explizit, aber implizit (also im Kopf) immer): Ich schreibe mir auf, was mein Programm können soll. Alle Substantive dieser Beschreibung sind erste Klassenkandidaten und werden von mir auf einem gesonderten Blatt gesammelt. Diese Substantive werden dann mit Linien verbunden, die darstellen, welches Wort von wem abhängt, Beziehungen hat etc. Dabei kristallisieren sich meist schon erste Gruppierungen heraus, die man dann mit hat-ein oder ist-ein beschreiben kann. Hat-ein stellt sich im Quellcode als Aggregation dar, Ist-ein endet meistens in einer Vererbungsbeziehung. Ebenfalls während des Gruppierens fallen normalerweise reichlich Wörter weg, weil sie überflüssig werden (die stehen dann ganz alleine und einsam auf dem Blatt - da braucht es dann eine gute fachliche Begründung, damit ich sie "überleben" lasse). So komme ich von der Idee zum Programm ...

Zugegeben: Meine Beschreibung liest sich ein bißchen wie "Und hier passiert ein Wunder" .

mpG
Tobias

P.S.: UML ist nur ein Notationsstandard. Es vereinfacht die Kommunikation zwischen Entwicklern, hilft aber wenig beim Entwickeln von Ideen. Schließlich fiele dir das Design auch dann nicht leichter, wenn du es zunächst auf Kisuaheli beschrieben hättest ... Will sagen: UML ist gut, UML ist wichtig, aber für dein Problem nicht die Lösung.

TLA = Three Letter Acronym

 

[Gast]

Hallo Tobias!

Vielen Dank für den Tipp.
Es ist auf jedenfall ein guter Anfang.

Ich denke mal, es wird einige Zeit in Anspruch nehmen, bevor ich
sagen kann :### , dass ich dass wirklich Umsetzen kann.


Gruß,

Christian