Wie plant ihr eine Programmstruktur?

[MPW]

Hallihallo,

ich habe bisher immer so 1-2 Klassenprogramme geschrieben.
Jetzt möchte ich aber mal was komplexeres aus 10-20 Klassen machen, mit Interface etc...

Frage: Wie plant ihr sowas?
Ich hab' jetzt Skizzen gemacht, was mit wem wie kommunizieren soll etc...Wie macht ihr das?
Gibt's da Tipps und Tricks?
Ebooks? (bitte nix, was was kostet, hab' im Moment kein Geld)

 

[bygones]

1. Sich überlegen, was das Programm können soll
2. Sich überlegen, welche Strukturen gebraucht werden (GUI, DB Anbindung, Netzwerk usw).
3. Programm in die jeweiligen Strukturen teilen
4. Funktionalität jeder einzelne Strukur sich überlegen (möglichweise nochmals aufsplitten)
5. Komplettes Softwareengineering durchgehen (Use Cases -> Klassendesign) (der einzelnen Struktur und der Struktur zueinander)
6. coden

wäre für mich der Idealfall (wenn ich nix vergessen habe)

 

[MPW]

hm, danke

 

[Beni]

Also ich übspringe die Punkte 1-5 und erweitere 6 zu:

6.a Interfaces schreiben, was alles so möglich sein soll
6.b Interfaces gut dokumentieren
6.c Manager-Klassen schreiben, die irgendwas mit den Interfaces machen können
[optional: 6.d Den Prototypen über den Haufen werfen, und nochmal mit 6.a beginnen]
6.e Als letzten Schritt Klassen schreiben, welche die Interfaces implementieren.

Kommt halt draufan, ob du nur für dich, oder auch für/mit anderen Programmierst. Wobei, dbac's Ansatz ist eigentlich die professionelle Variante :wink: :bae:

[Edit: achja, das funktioniert auch mit Progis die ~300 Klassen haben]

 

[semi]

Du musst es wie den Bau eines Hauses betrachten. :wink:

 

[Nick H.]

ich hab immer probleme damit Schnittstellen so zu proggen das man sie gut benutzen kann
da sollteste auch aufpassen und nicht alles durcheinander schmeißen

 

[simon_m]

Könnt ihr das viell noch n bisschen genauer beschreiben? Mich würde das auch sehr interessieren.

 

[RicoSoft]

Ich mache halt nur explorative Programmierung, wie mir mein Kollege erklärte

 

[Landreas]

MVC

 

[bygones]

Könnt ihr das viell noch n bisschen genauer beschreiben? Mich würde das auch sehr interessieren.

sorry - Softwareengineering sind semesterübergreifende Vorlesungen bzw. dicke Wälzer an Bücher ^^ außerdem geht jeder anders ran.

Eins der wichtigsten Elemente ist und bleibt UML - informier dich darüber und man hat schon viel geschafft....

 

[SebiB90]

wie wärs wenn einer hier mal ein beispiel projekt durchplant und alle schritte die dazu nötig waren auflistet bzw sein vorgang anhand des beispieles beschreibt?
würd mich sehr interessieren, denn ich hab immer nur kleine programme geschrieben die mir so ein gefallen sind und hab dann auch gleich los geproggt und erst dabei überlegt wie ich das programm überhaupt strukturieren will.
ich würd jetzt auch mal was größeres gerne versuchen nur dazu wäre es besser das zu planen denk ich mir mal, nur wie man sowas macht weiß ich nicht.

 

[AlArenal]

Eins der wichtigsten Elemente ist und bleibt UML - informier dich darüber und man hat schon viel geschafft....

Naja, da kann man geteilter Meinung sein
Es gibt auch reichlich fundierte Kritk an diesem Hype alles mit UML erschlagen zu wollen...

 

[dhachim]

AAAllllsssoooooo

lies das !
http://www.amazon.de/exec/obidos/AS...8409/sr=2-1/ref=sr_2_11_1/302-4089714-7027258

darin findest du alles was du brauchst mal eben schnell in nem Forum nen Lehrgang geben-> so viel zeit hast du gar nicht

Dieses Buch ist die Bibel meine Software Engineering Profs, und er lehr nun schon seit 3 Semsetern daraus... unglaublich was da alles drinsteckt.

Von der planung über die grundlagen bis hin zu marketing und sales strategy.

viel spass ^^ :bae:

 

[RicoSoft]

mag sein, dass man nicht alles an UML braucht, aber es ist trotzdem ein "must" in der heutigen zeit. ich selber brauche es allerdings auch erst im nachhinein, um die dokumentation zu schreiben, oder mal schnell zwischendurch um meinen teamkollegen was zu erklären. aber so genau an den standard halte ich mich dabei auch nicht, hauptsache, jeder versteht, was ich sagen will.

 

[Guest]

mag sein, dass man nicht alles an UML braucht, aber es ist trotzdem ein "must" in der heutigen zeit. ich selber brauche es allerdings auch erst im nachhinein, um die dokumentation zu schreiben...

Totale Zweckentfremdung von UML. :autsch:

 

[SebiB90]

AAAllllsssoooooo

lies das !
http://www.amazon.de/exec/obidos/AS...8409/sr=2-1/ref=sr_2_11_1/302-4089714-7027258

ich schmeiß auch mit geld rum

 

[Beni]

wie wärs wenn einer hier mal ein beispiel projekt durchplant und alle schritte die dazu nötig waren auflistet bzw sein vorgang anhand des beispieles beschreibt?
würd mich sehr interessieren, denn ich hab immer nur kleine programme geschrieben die mir so ein gefallen sind und hab dann auch gleich los geproggt und erst dabei überlegt wie ich das programm überhaupt strukturieren will.
ich würd jetzt auch mal was größeres gerne versuchen nur dazu wäre es besser das zu planen denk ich mir mal, nur wie man sowas macht weiß ich nicht.

Ich kann natürlich noch das bieten (zweiter Eintrag) 8) , die Reihenfolge in dem Dokument entspricht zimlich genau der Reihenfolge, mit der ich ein Progi schreibe. Ist natürlich höchst subjektiv...