Dienstag, 28. April 2009
Projekt Phase 2 - Ronny Aderkast
Meine Aufgabe war es, das Userinterface unter Berücksichtigung einer leichten Bedienbarkeit zu skizzieren. Darüberhinaus machte ich mir Gedanken über die wichtigsten Nicht-Funktionalen Anforderungen...
Projekt Phase 2 - Shaweta Bhardwaj
Die hälfte der Use cases habe ich übernommen zu beschreiben.Und die Use cases zu beschreiben hat mir das Buch Lehrbuch der Objektmodellierung geholfen ,Weiters habe ich die Realisierungsanforderungen geschrieben.
Projekt Phase 2 - Filimonova Katherina
In der Phase der Anforderungsanalyse (Use-Case Model + Beschreibung) habe ich solche Dinge überlegt:
Anforderungsanalyse (Task Analyse)
Funktionale Anforderungen (Organisatoriescheaforderungen, Systemanforderungen)
Nichtfuktionale Anforderungen (Enwichlungszeitanforedrungen, Laufzeianforderungen)
Use Case Diagramm (Use Cases Modellierung, Beziehungen zwischen den einzelnen Use Cases definieren)
Anforderungsanalyse (Task Analyse)
Funktionale Anforderungen (Organisatoriescheaforderungen, Systemanforderungen)
Nichtfuktionale Anforderungen (Enwichlungszeitanforedrungen, Laufzeianforderungen)
Use Case Diagramm (Use Cases Modellierung, Beziehungen zwischen den einzelnen Use Cases definieren)
Projekt Phase 2 - Andreas Schrammel
In dieser Phase habe ich die Aufgabe übernommen, die Bausteine die wir identifiziert haben, kurz zu umreißen und die Anforderungen zu beschreiben.
Weiters habe ich die Hälfte der Use Cases beschrieben und die Beschreibung der Funktionalität übernommen.
Abschließend haben wir gemeinsam das gesamte Dokument noch einmal überarbeitet.
Weiters habe ich die Hälfte der Use Cases beschrieben und die Beschreibung der Funktionalität übernommen.
Abschließend haben wir gemeinsam das gesamte Dokument noch einmal überarbeitet.
Montag, 20. April 2009
Kommando zurück oder Name, die Zweite...
Aufgrund der Rückmeldung des Tutors, betreffend unserer Anfrage bezüglich einiger Unklarheiten, habe wir festgestellt, dass unser eigentliches Vorhaben die Aufgabenstellung unzureichend erfüllen würde. Um dem entgegenzuwirken haben wir uns nocheinmal zusammengesetzt und einigten uns auf ein neues Konzept mit drei grundsätzlich unterschiedlichen Usergruppen. Wir sind zuvor davon ausgegangen, dass eine Unterteilung in Admin, User (Besucher) und angemeldeter User ausreichen würde.
Das neue Konzept umfasst eine Plattform mit Schwerpunkt Photographie. Hierbei gibt es nun einen Photographen, einen Auftraggeber und einen Photouser, also drei völlig unterschiedliche Parteien, die unterschiedliche Interaktionsmöglichkeiten wahrnehmen können. Dises können auch auf unterschiedliche Art und Weise in Beziehung treten. Mehr dazu git es auf unserer Webseite im Downloadbereich.
Achso, da war ja noch was... der Name! Das Projekt trägt ab sofort den Titel "Photonet"!
Das neue Konzept umfasst eine Plattform mit Schwerpunkt Photographie. Hierbei gibt es nun einen Photographen, einen Auftraggeber und einen Photouser, also drei völlig unterschiedliche Parteien, die unterschiedliche Interaktionsmöglichkeiten wahrnehmen können. Dises können auch auf unterschiedliche Art und Weise in Beziehung treten. Mehr dazu git es auf unserer Webseite im Downloadbereich.
Achso, da war ja noch was... der Name! Das Projekt trägt ab sofort den Titel "Photonet"!
Donnerstag, 16. April 2009
Webseite & Name
Beim letzten Treffen haben wir uns auf einen Namen für das Projekt einigen können: Kochfreunde. Die resultierende Social Network Plattform ist auf Liebhaber der schmackhaften Küche zugeschnitten. Grundlegende Eigenschaften sind:
- Rezepte verfassen
- Rezepte finden
- Freundschaften knüpfen
- Nachrichten schreiben
Dienstag, 7. April 2009
1. Schritt
Hallo Softwareentwicklung Bande!
Mein Vorschlag ist in diesem Blog ein Tagebuch zu führen. Ausserdem können wir hier alle Dokumente veröffentlichen. Habt ihr sich schon über den Projektnamen überlegt? Wir müssen bald mit der 1er Aufgabe beginnen und die Anforderungen (funktionale und nicht funktionale?) definieren. Was versteht ihr unter "...wobei das System verschiedene Beziehungen zwischen Benutzern unterstützen muss." ? Welche Benutzerklassen schlagt ihr vor? Student, Senior, Manager oder sowas ähnliches?
Mein Vorschlag ist in diesem Blog ein Tagebuch zu führen. Ausserdem können wir hier alle Dokumente veröffentlichen. Habt ihr sich schon über den Projektnamen überlegt? Wir müssen bald mit der 1er Aufgabe beginnen und die Anforderungen (funktionale und nicht funktionale?) definieren. Was versteht ihr unter "...wobei das System verschiedene Beziehungen zwischen Benutzern unterstützen muss." ? Welche Benutzerklassen schlagt ihr vor? Student, Senior, Manager oder sowas ähnliches?
Abonnieren
Posts (Atom)