Projektantrag bewerten

[WarriorOfFlames]

Hallo,

könntest ihr bitte mal drüber schauen? Ist das so in Ordnung? Firmeninterne Sachen habe ich geschwärzt.

1. Thema der Projektarbeit

Entwicklung einer Applikation für Android Geräte für den mobilen Zugriff auf das hauseigene Dokumentmanagement zur Recherche und Anzeige von Dokumenten.

2. Geplanter Bearbeitungszeitraum

Beginn: 18.03.2013

Ende: 13.5.2013

3. Projektbeschreibung

3.1 Ist - Zustand

Die Firma XYZ GmbH entwickelt und vertreibt das Dokumentmanagementsystem XYZ. XYZ existiert derzeit nur als FAT Client für Windows Systeme. Um einen mobilen Zugriff (z.B für Außendienstmitarbeiter) auf XYZ zur erhalten muss der Mitarbeiter Zugriff auf ein Windows System mit installiertem XYZ Enterprise besitzen und eine VPN Verbindung zum Firmennetzwerk aufbauen. Aufgrund dieser Inflexibilität und des unkomfortablen Zugriffes auf das Dokumentmanagement System werden die Dokument auch oftmals in Papierform ausgedruckt. Dieses Vorgehen bricht

das Konzept eines Dokumentmanagement Systems (Stichwort "papierarmes Büro") und verursacht durch den zusätzlichen zeitlichen und materiellen Aufwand enorme Kosten.

3.2 Soll - Zustand

Um den zeitlichen und materiellen und damit Kostengebundenen Aufwand zu minimieren soll eine flexiblere Möglichkeit geschaffen werden um auf archivierte Dokument in XYZ mobil zugreifen zu können. Mitarbeiter der XYZ GmbH und Kunden des Dokumentmanagement Systems XYZ soll die Möglichkeit gegeben werden über ihr Android Smartphone auf Archivbereiche zuzugreifen , Recherchen auszuführen und Dokumente anzuzeigen. Besonderen Wert soll auf eine einfache und moderne Benutzeroberfläche gelegt werden. Die Design Richtlinien die Google für Android Anwendungen festgelegt hat sind zu beachten um eine bessere Integration in das Android System zu ermöglichen. Als Backend soll der XYZ Webservice verwendet werden der bereits in Rahmen eines anderen Projektes entstanden ist und grundlegende Funktionen bietet um auf Funktionen des Archivs zuzugreifen.

3.2 Anforderungen

Für die Umsetzung des Projekts stellt die XYZ GmbH und deren Kunden verschiedene Anforderungen die im folgenden auflistet sind und bei der Umsetzung zu beachten sind.

3.2.1 Corporate Identity zu anderen Produkten gewährleisten

Die Produkte der XYZ GmbH sollen eine Einheit bilden. Daher ist die Corporate Identity zu des Unternehmens zu beachten und eine einheitliche Bedienung zu Gewährleisten. Die Plattformspezifischen Deisgn Richtlinien sind ebenso zu beachten.

3.2.2 Umsetzung auf Android Smartphones

Mitarbeiter und Kunden der XYZ GmbH nutzen vorwiegend Android auf ihren Smartphones. Daher soll die Anwendung vorerst nur für diesen Formfaktor entwickelt werden.

3.2.3 Funktionsumfang

Folgende Funktionen sollen erhalten sein: Login, Auswahl des Archivbereichs, Suchmaske anzeigen, Recherche ausführen und Trefferliste anzeigen, Komponente zur Anzeige von Seiten im Dokument, zur einer vorhandenen Suche eine weitere Suche hinzufügen , Sortieren von Suchergebnissen.

4. Projektumfeld

Das Projekt wird in den Räumlichkeiten der XYZ GmbH durchgeführt. Direkter Kunde ist die XYZ GmbH. Das daraus entstehende Produkt wird als Produkt an weitere Kunden vertrieben. Entwickelt wird auf einem Windows 7 64bit System. Als Entwicklungsumgebung kommt Eclipse zum Einsatz. Das Framework wird das Android SDK zum Einsatz und als Programmiersprache Java. Der XYZ Webservice der die Serverseitigen Funktionen bereitstellet und die Datenbank ist gegeben

5. Projektphasen

1. Initialisierungsphase

- Ist Analyse 1h

- Soll Analyse / Anforderungsanalyse 4h

- Angebote einholen / Kosten vergleichen 2h

- Entscheidungsfindung / Konzept definieren 3h

2. Konzeptionierungsphase

- Festlegung GUI 3h

- Erstellung Klassendiagramm /Ablaufpläne 2h

3. Realisierungsphase

- Einrichten der Entwicklungsumgebung / Vorbereitungen 1h

- Implementierung 31h

4. Qualitätssicherung

- Qualitätssicherungsmaßnahmen definieren 1h

- Testen / Nachbessern 4h

5. Abnahme

- Abnahme / Installation bei Mitarbeitern der XYZ GmbH 1h

- Schulung der Mitarbeiter 1h

6. Dokumentation

- Projektdokumentation erstellen / Präsentation erstellen 14h

- Benutzerhandbuch erstellen 2h

6. Dokumentation

1. Projektdokumentation

- Inhaltsverzeichnis

- Auftragsbeschreibung

- Projektablauf

- Konzept

- Realisierung

- Qualitätssicherung

- Anlagen (Benutzerhandbuch etc.)

- Quellverweise

7.Präsentationsmittel

Notebook, Beamer ,Tageslichtprojektor (falls Beamer nicht funktioniert)

Vielen Dank.

Mit freundlichen Grüßen

WarriorOfFlames

[Schiller256]

Deine Zeitplanung wirft bei mir ein paar Fragen auf. Was holst du für Angebote ein? Zumindest kann ich in deinem Antrag nicht erkennen wofür du Angebote brauchst. Hinzu kommt das die Implementierung mit 31 Std. viel zu grob ist.

Was mir bei dem Thema fehlt ist eine Evaluierung der Alternativen. Denn du schreibst bereits im Antrag das ihr eine flexiblere Möglichkeit schaffen wollt auf eure Daten zuzugreifen. Da würde ich jetzt als erstes mal in Richtung eine WebApp schauen bevor ich anfange wieder eine Device Spezifische Anwendung zu erstellen. Das hätte den Vorteil das du später auch noch iPads oder Windows Phones ohne Probleme hinzu nehmen kannst. Grundsätzlich wird das in meinen Augen aber schon ein FIAE Abschlussprojekt.

[WarriorOfFlames]

Hallo,

danke für die schnelle Antwort.

Angebote muss ich mir z.B für einen Viewer einholen um die Seiten (Dateien) in einem Dokument anzuzeigen. Hier muss ich vergleiche anstellen. Mit dem kaufmännischen Teil tue ich mir etwas schwer. Ich werde in der Dokumentation die Entwicklungskosten darstellen und eventuelle Einsparungen beim Firmeninternen Einsatz der Anwendung aufzeigen. Allerdings ist die App primär ein Produkt das dann zu einem Festpreis verkauft wird. Einen direkten externen Kunden gibt es also noch nicht. Kannst du hierzu vielleicht etwas konkreter werden wie ich das besser in meinem Antrag kenntlich machen kann ?

Im Prinzip haben wir uns Firmenintern schon auf eine native Umsetzung der App festgelegt. Mit WebApps (z.b mit Phonegap) haben wir keine guten Erfahrungen. Der Aufwand ein natives Design nachzubauen ist viel zu groß, von performance Problemen mal abgesehen. Der Aufwand die App auf mehrere Systeme zu portieren mag zwar geringer sein aber es käme dann nicht an die gewünschte Qualität heran . Ich würde daher einfach die Festlegung auf eine bestimmte Technik im Projektantrag weglassen und schreiben das hier noch eine Technik ausgesucht werden muss. Ich kann ja dann begründen wieso ich mich für eine native Umsetzung entschieden habe. Wäre das okay?

Bearbeitet 15. Februar 2013 von WarriorOfFlames

[Gurki]

Warum wird hier eigentlich immer gesagt "Implementierung ist mir zu grob - bitte aufbröseln". Bei einem Projektantrag muss man doch nun noch nicht wissen welche einzelnen Schritte man beim programmieren durch geht... Das man eine GUI erstellt, dass man Datenbankabfragen erstellt etc. das kann man dann doch bei der Projektdokumentation aufführen, denn dann weißt du ja was du gemacht hast.

Also mein Antrag wurde auch so "grob" genehmigt. Weiß nicht was ihr da immer habt.

[Schiller256]

Wenn ihr euch schon für eine nativ Umsetzung entschieden habt dann las das bitte auch so im Antrag stehen. Alles andere wäre dann nicht wirklich Glaubwürdig. Denn dann müsstest du ja auch Zeit für eine entsprechende Evaluierung einplanen. Bereite dich aber dann für das Fachgespräch entsprechend vor. Denn dort würde ich dann schon mal Nachfragen wieso es denn jetzt unbedingt eine nativ App sein musste.

Wenn du für den Viewer an sich auf externe Komponenten aufsetzen musst. Dann sollte das auch so im Antrag zu sehen sein. Das habe ich zumindest so nicht rausgelesen. Wenn du die Auswahl zwischen mehreren Viewern haben solltest kannst du ja hier kurz eine Gegenüberstellung unter Betrachtung der Kosten machen. Eventuell könntest du auch einen Business Case rechnen um festzustellen wie häufig ihr die Anwendung verkaufen müsst bis sich der Invest in die Entwicklung gelohnt hat.

Erstellt dein Azubi Kollege eventuell gerade hier im Nachbar Thread die Windows App dazu?

Warum wird hier eigentlich immer gesagt "Implementierung ist mir zu grob - bitte aufbröseln"....

Weil 30 Std. oder mehr ja fast eine Woche Arbeitszeit ist. Ich will schon sehen ob ein Azubi auch auf Tagesebene planen kann. Ich erwarte hier keine Planung auch 30 min Niveau aber auf 7 -10 Std. sollte man schon runter gehen können. Dadurch sehe ich ob der Azubi eine realistische Schätzung abgeben hat oder nur die 70 Std. verteilt hat.

[WarriorOfFlames]

Hallo,

dann schreibe ich das auch so rein mit der nativen Umsetzung und dem Viewer.

Ja in dem anderen Thread schreibt mein Azubi Kollege