Yevgen Reznichenko wrote:
Hi,Da hast du natürlich recht. Ich glaube ich war mit meinen Aüsserungen auch etwas voreilig. Ich meine, auf der Webseite steht ja nur, was das Programm beherrschen soll. Über ein Richtiges Konzept zur Realisierung des ganzen muss man natürlich noch Diskutieren.
Michael Gruetzner wrote:
Man soll natürlich das Rad nicht zwei entdecken, aber bevor man es bauet sollte man schon eine zumindest *ungefähre* Vorstellung haben, was man da bauet. Vielleicht liegt es an mir, dass ich dass nicht ganz nachvollziehen, besser gesagt vorstellen, kann wie das System aussehen soll.
Ok, ich nehme mir die Seite noch mal genauer unter die Lupe.
Von Änderungen können wir erst dann sprechen, wenn wir im klaren sind was da entsteht und ich wage es zu bezweifeln, dass wir, zumindest ich, es nicht sind.
Ich finde nicht, dass wir es mit UML zu weit treiben sollten(CASE, etc.) es würde aber vermutlich sehr Hilfreich sein, um das Aussehen der Klassen darzustellen. Gerade bei grösseren Klassen verliert man schnell den Überblick, wenn man nur den Quellcode hat. Viele IDE's sind ja auch in der Lage, die Klassen als UML Diagramme darzustellen - das reicht meiner Meinung nach völlig aus.Ich finde man müsste dem ganzen lediglich noch einen "Feinschliff" verpassen und kann sich auch schon über die Implementierung gedanken machen. Dafür würde ich vorschlagen, UML zu benutzen, da wir so die Möglichkeit haben ein übersichtliches Design zu erstellen und Fehler leichter zu entdecken sind.
UML ist ein gutes Stichwort, ich weiss nicht inwieweit du dich damit auskennst, aber der momentane Stand der Entwicklung von UML ist für mich jetzt schon zu kompliziert. Die Grundlegende Konzepte weiss ich natürlich zu schätzen. Der Weg von der Skizze zu Implementierung ist aber nicht so einfach:
Skizze -> Glossar -> Klassen -> Klassendiagramme
MfG Michael
--
/* James M doesn't say fuck enough. */
2.4.3 linux/net/core/netfilter.c-- Projekt: Warenwirtschaft. Projektname: Jana Infos: http://jana.bbf7.de
-------------------------------------------------------------------- Zum AUSTRAGEN schicken Sie eine Mail an idefix-request@xxxxxxxxxxxxx mit dem Subject "unsubscribe". mailto:idefix-request@xxxxxxxxxxxxx?subject=unsubscribe
Mailarchive: //www.freelists.org/archives/idefix Probleme? Mail an mailto:rkruggel@xxxxxxx (deutsch)
