Hallo Team,
man kann jetzt beginnen Anwendungsfälle zu beschreiben und funktionalen Designs zu entwerfen.
Hier gehts los >> trac.easy-coding.de/trac/contest/wiki/UseCases
Funktionale Designs zeigen nur wie die Formulare aufgebaut sind, etc. An Layout und Farben gehen wir an dieser Stelle einfach davon aus, dass es easy-coding ist.
Die Formulare muss man aber mit den Use Case- und Sequendiagrammen abstimmen.
Wenn jmd noch nicht so erfahren mit den ganzen Diagrammen (UML) ist, kann man die Vorgänge (z.B. "Wettbewerb starten", "Juror werden") auch einfach im Wiki schonmal als Klartext runterschreiben.
Ich habe es einfach mal auf die Art gemacht ;)
trac.easy-coding.de/trac/contest/wiki/UseCases
Generell gilt, dass jeder der Interesse hat Selbstverantwortlich arbeiten muss.
Wenn wir erstmal am coden sind, wird sich alles von ganz alleine ergeben, wenn man Bugs und Aufgaben über das Ticketsystem eingibt und bearbeitet.
Ich habe aber im Moment selber wenig Zeit.
man kann jetzt beginnen Anwendungsfälle zu beschreiben und funktionalen Designs zu entwerfen.
Hier gehts los >> trac.easy-coding.de/trac/contest/wiki/UseCases
Funktionale Designs zeigen nur wie die Formulare aufgebaut sind, etc. An Layout und Farben gehen wir an dieser Stelle einfach davon aus, dass es easy-coding ist.
Die Formulare muss man aber mit den Use Case- und Sequendiagrammen abstimmen.
Wenn jmd noch nicht so erfahren mit den ganzen Diagrammen (UML) ist, kann man die Vorgänge (z.B. "Wettbewerb starten", "Juror werden") auch einfach im Wiki schonmal als Klartext runterschreiben.
Ich habe es einfach mal auf die Art gemacht ;)
trac.easy-coding.de/trac/contest/wiki/UseCases
Generell gilt, dass jeder der Interesse hat Selbstverantwortlich arbeiten muss.
Wenn wir erstmal am coden sind, wird sich alles von ganz alleine ergeben, wenn man Bugs und Aufgaben über das Ticketsystem eingibt und bearbeitet.
Ich habe aber im Moment selber wenig Zeit.