fredinformatiker

Okay, denkt euch das in den Klammern mal weg. Wäre das dann immer noch zu viel? Wie weit sollte ich meinen Implementierungs-Punkt noch unterteilen? Punkt 6.2. ist ersetzt mit "Systemdokumentation erstellen 3". Danke Akku.

Okay, folgende Frage: Meinst du die Ist-Analyse als Teil der Projektbeschreibung oder als Punkt in der Zeitplanung? Rein informative Frage: Wenn 8 Stunden als Fehlerbereinigungspuffer deutlich zu viel sind was wäre denn angemessen? Ansonsten Sieht meine Zeitplanung jetzt wie folgt aus: Zeitplanung Beschreibung der Tätigkeiten in Stunden 1. Analysephase 1.1. Ist-Analyse erstellen 3 1.1. Soll-Konzept erstellen 4 2. Designphase 2.1. Use-Case Diagramm erstellen 3 2.2. Erstellen eines Klassendiagramms 4 3. Realisierungsphase 3.1. Implementierung der Anforderungen 3.1.1. Implementierung der Funktionalität (Download, Caching, Parser, etc.) 23 3.1.2. Implementierung der grafischen Oberfläche 10 4. Testphase & Qualitätssicherung 4.1. Testplan erstellen 1 4.2. Test durchführen 2 4.3. Fehlerbehebung 2 5. Abnahme 5.1. Software für den Vertrieb vorbereiten 3 6. Projektübergreifend 6.1. Dokumentation 12 6.2. Puffer für Fehlerbehebung 3 Summe: 70 Stunden

Naja, das Bild an sich ist oft nicht aussagekräftig genug, deswegen wird der Title mit untergebracht. Wenn also ein Feed-Entry kein Bild hat, wird der Titel natürlich immer noch angezeigt, wenn auch etwas anders um die entstandene Lücke zu füllen. Da das anscheinend nicht aus dem vorhandenen hervorgeht werde ich das wohl noch einfügen müssen. Danke soweit! Weitere Kritik? :-)

Hallo zusammen. Auch ich hätte gerne noch etwas Kritik zu meinem Projektantrag. Projektbezeichnung Entwicklung eines visuell orientierten Aggragators von RSS- und ATOM-Datenquellen für den Mac App Store Projektbeschreibung Die Firma XY hat sich auf die Entwicklung von Apple iPhone, iPod Touch und iPad Anwendungen ("Apps") spezialisiert. Mit dem Erscheinen des Apple Mac App Stores, entschied die Firma XY, sich auch auf Apple Mac OS Entwicklung zu spezialisieren. Als Einstiegsprojekt wurde sich für einen visuell orientierten Aggregator von RSS- und ATOM-Datenquellen entschieden. Es gibt viele Programme, die das Darstellen und Lesen von RSS- und ATOM-Datenquellen ermöglichen, sowohl für Microsoft Windows, als auch für Apple Mac OS, sowie Linux. Diese Lösungen beschränken sich jedoch lediglich auf eine inhaltsorientierte Darstellung. Die Software soll eine attraktivere, innovative Form des Feed-Lesens ermöglichen. So gut wie fast jeder Feed heutzutage schickt ein Titelbild zu jedem Eintrag mit. Eine übersichtliche Darstellung an Hand der Titelbilder der einzelnen Einträge soll die Hauptansicht bieten. Unterteilt in vom Benutzer verwaltete Kategorien und sortiert nach Datum, werden die Titelbilder versehen mit Titel des Feed-Eintrages angezeigt. Die Einstellungsansicht soll einfaches Hinzufügen und ebenso einfaches Verwalten von Kategorien und Sortierung von abonnierten Feeds innerhalb der Kategorien bieten. Die Software soll über den Mac App Store vertrieben werden. Zeitplanung Beschreibung der Tätigkeiten in Stunden 1. Analysephase 1.1. Soll-Konzept erstellen 6 2. Designphase 2.1. Use-Case Diagramm erstellen 3 2.2. Erstellen eines Klassendiagramms 4 3. Realisierungsphase 3.1. Implementierung der Anforderungen 28 4. Testphase & Qualitätssicherung 4.1. Test durchführen 6 4.2. Fehlerbehebung 5 5. Abnahme 5.1. Software für den Vertrieb vorbereiten 3 6. Projektübergreifend 6.1. Dokumentation 12 6.2. Puffer für Fehlerbehebung 3 Summe: 70 Stunden Projektumfeld Die Projektarbeit wird in den Räumen der Firma XY erstellt. Programmiert wird in Objective-C in XCode unter Mac OS X. Vielen Dank.