Meitekinn

Hallo zusammen,

würde mich über Feedback zu meiner vorläufigen Version des Projektantrages freuen. Vielen Dank.

Projektantrag  
 
 
1 Projektbezeichnung
Strukturierte Aufbereitung und automatisierte Übertragung von Produktionsdaten zum Signieren von Produkten.
 
1.1  Projektumfeld
Das Projekt findet bei der ......., einem Hersteller von Schleifscheiben für industrielle Anwendungen. Es ist im Produktionsumfeld angesiedelt, in dem die Kennzeichnung der Produkte mit einer Signiermaschine durchgeführt wird. Die IT-Abteilung stellt hierfür die zentrale Datenbank sowie die bestehende Applikation zur Signierung bereit.
 
1.2 Kurzform der Aufgabenstellung
Im Rahmen des Projekts soll ein automatisierter Prozess entwickelt werden, der Produktions- und Layoutdaten aus einer zentralen Datenquelle ermittelt, aufbereitet und ohne manuelle Eingaben in der bestehenden Applikation zur Steuerung der Signiermaschine bereitstellt.
Die bisher manuelle Datenerfassung durch Produktionsmitarbeitende soll vollständig entfallen.
 
1.3 Ist-Analyse
In der Produktion von Schleifscheiben werden vor der Auslieferung produkt- und kundenspezifische Kennzeichnungen auf die Scheiben aufgebracht.
Hierfür werden Schablonen mit einer Signiermaschine erstellt, die über einen PC mit einer Applikation gesteuert wird.
Alle für die Kennzeichnung erforderlichen Informationen, wie technische Produktionsdaten, Normhinweise, Textelemente und Layoutvorgaben, sind bereits in einer zentralen Datenbank hinterlegt.
Aktuell werden diese Daten jedoch manuell ausgedruckten Fertigungspapieren entnommen und von den Mitarbeitenden in die Eingabemaske der Applikation übertragen. Neben den standardisierten Produktions- und Normdaten müssen dabei auch kundenspezifische Sonderangaben (zusätzliche Daten und Layoutvorgaben) berücksichtigt werden, die in unstrukturierter Form vorliegen (Freitext oder Verweise auf Zeichnungen).
Die Interpretation dieser Informationen erfolgt bislang ausschließlich durch Mitarbeitende.
Dieser Vorgang ist zeitaufwändig, fehleranfällig und birgt das Risiko fehlerhafter oder unvollständiger Kennzeichnungen.
Eine direkte technische Anbindung zwischen Datenbank und der Applikation existiert bislang nicht.
2 Zielsetzung / Sollkonzept
2.1 Ziel des Projekts
Ziel des Projekts ist die Entwicklung einer Lösung, die Produktions- und Layoutdaten nach Eingabe einer Fertigungsauftragsnummer automatisiert aus einer zentralen Datenquelle abruft und für die bestehende Softwarelösung bereitstellt. Neben standardisierten Produkt- und Normdaten sollen dabei auch kundenspezifische Sonderangaben berücksichtigt werden, die bislang in unstrukturierter Form vorliegen und von Mitarbeitenden manuell interpretiert werden müssen. Diese sollen in eine für das System nutzbare Form aufbereitet werden.
Damit wird der bisherige Übertragungsprozess vollständig abgelöst und durch eine Lösung ersetzt, die eine schnellere Bearbeitung, eine geringere Fehlerquote und eine einheitliche Datenbasis sicherstellt. Die Umsetzung erfolgt unter Beachtung der internen Coding-Richtlinien und in modularer Struktur, sodass einzelne Komponenten bei Bedarf unabhängig voneinander erweitert oder angepasst werden können. Die im nächsten Abschnitt beschriebenen Anforderungen bilden dafür den umzusetzen­den Funktionsumfang.
 

2.2 Welche Anforderungen müssen erfüllt sein?
·         Automatischer Abruf aller kennzeichnungsrelevanten Daten anhand einer Fertigungsauftragsnummer; Zu Projektbeginn werden die möglichen Anbindungswege bewertet: Webservice (SOAP/OData), direkter Datenbankzugriff, Datei-Export.
·         Aufbereitung der Daten in eine strukturierte, einheitlich nutzbare Form, einschließlich bislang unstrukturierter Sonderangaben (z. B. Freitexte oder Zeichnungen).
·         Übergabe der Daten an die bestehende Applikation; unter Umständen in einem definierten, strukturierten Format (z. B. XML oder JSON)
·         Grundlegende Validierung der Daten auf Vollständigkeit und Plausibilität
·         Fehlermanagement mit technischen Fehlercodes und verständlichen Meldungen für Produktionsmitarbeitende
·         Umsetzung unter Berücksichtigung der innerbetrieblichen Coding-Richtlinien
·         Zugriffsbeschränkung für autorisierte Clients (Authentifizierung, gesicherte Verbindung)
 
 
2.3 Welche Einschränkungen müssen berücksichtigt werden?
Die bestehende Applikation ist zwingend weiterzuverwenden, da sie eine spezifische Anbindung an die proprietäre Steuersoftware der Signiermaschine beinhaltet. Aufgrund der hohen Komplexität wäre eine Neu- oder Ersatzentwicklung dieser Schnittstelle im vorgesehenen Projektzeitraum nicht realistisch.
Dabei handelt es sich um eine Java-Applikation, sodass sämtliche Erweiterungen ebenfalls in Java zu implementieren sind.
Die Zugriffskontrolle erfolgt über dedizierte Service-Accounts mit eingeschränkten Berechtigungen.
Besonders komplexe Sonderangaben können unter Umständen nicht vollständig in strukturierte Form überführt werden, sodass in Ausnahmefällen weiterhin eine manuelle Prüfung oder Eingabe erforderlich ist.
 
2.4 Abgrenzung der Eigenleistung
Die bestehende Java-Applikation zur Steuerung der Signiermaschine ist bereits im Einsatz und wird nicht neu entwickelt. Ihre grundlegende Funktionalität zur Erzeugung der Schablonen bleibt unverändert.
Die Eigenleistung des Projekts besteht in der Konzeption und Implementierung einer Lösung, die Produktions- und Layoutdaten automatisiert aus der zentralen Datenquelle abruft, unstrukturierte Sonderangaben in eine einheitlich nutzbare Form überführt und die aufbereiteten Daten in der vorhandenen Applikation sowohl bereitstellt als auch weiterverarbeitet.
Nicht Teil der Eigenleistung ist die Implementierung der Kommunikation zwischen Applikation und Signiermaschine, da diese bereits vorhanden ist.
 
3 Projektstrukturplan erstellen
3.1 Vorgehensweise zur Umsetzung
Die Umsetzung des Projekts orientiert sich grundsätzlich am Wasserfall-Modell, da die Anforderungen größtenteils klar definiert sind. Einzelne Elemente, insbesondere die Behandlung unstrukturierter Sonderangaben, werden jedoch in enger Abstimmung mit den Produktionsmitarbeitenden iterativ überprüft und angepasst.
Für die Aufbereitung der Daten in eine nutzbare Form werden in der Entwurfsphase verschiedene Ansätze (z.B. regelbasierte Aufbereitung oder eine ergänzende Eingabemaske) bewertet.
Zur Qualitätssicherung werden zentrale Funktionen nach der Implementierung mit Unit-Tests überprüft. Ergänzend erfolgen manuelle Prüfungen mit realistischen Testfällen im Fachbereich.
Für die Versionsverwaltung des Quellcodes wird Git eingesetzt. Falls die Anbindung über einen Webservice aus dem ERP-System erfolgt, wird ergänzend das interne ERP-Projektverwaltungssystem genutzt. Der Projektfortschritt sowie zentrale Entscheidungen werden fortlaufend dokumentiert, um eine transparente Nachvollziehbarkeit zu gewährleisten.
3.2 Aufgaben auflisten
Analyse
Durchführen der Ist-Analyse
Ermitteln von Use-Cases und Erstellen eines Anwendungsfall-Diagramms
Durchführen der Wirtschaftlichkeitsanalyse inkl. Amortisationsrechnung
Entwurf
Analyse und ggf. Erweiterung der bestehenden Datenbankstruktur inkl. Erstellung eines ER-Diagramms
Planung der Architektur inkl. Erstellung eines Komponentendiagramms
Konzeption der Methoden zur Aufbereitung unstrukturierter Daten (z.B. durch algorithmische Aufbereitung oder ergänzende Eingabemaske)
Modellierung des Datenflusses und der Prozesslogik mittels Aktivitätsdiagramm
Entwerfen und Ergänzen eines Klassendiagramms für bestehende und zu ergänzende Klassen
Erstellen des Pflichtenheftes
Implementierung inkl. Tests und Feedback vom Fachbereich
Aufsetzen des Projekts in der Entwicklungsumgebung
Implementieren der Schnittstelle zur Datenquelle inkl. Tests
Implementieren der Authentifizierung/Zugriffslogik inkl. Tests
Implementieren der Aufbereitung unstrukturierter Daten in eine nutzbare Form inkl. Tests
Implementieren der Datenübergabe an die Applikation inkl. Tests
Implementieren der Verarbeitung der Produktions- und Layoutdaten in der Applikation inkl. Tests
Implementieren von Fehlermanagement und Nutzerhinweisen inkl. Tests
Vollumfängliche Tests mit den Produktionsmitarbeitenden
Abnahme und Einführung
Code-Review mit dem Ausbilder
Abnahme durch den Fachbereich
Inbetriebnahme der Lösung
Projektbewertung
Dokumentation
Erstellen der Entwicklerdokumentation
Erstellen der Projektdokumentation
 
 
 
3.3 Grafische und tabellarische Darstellung
Phase
Zeit in Stunden
Analyse
10h
Entwurf
12h
Implementierung
45h
Abnahme und Einführung
5h
Dokumentation
8h
 
 
 
Grafische Darstellung der Phasen

  
 
 
  
4. Projektphasen mit Zeitplanung in Stunden
Analyse
10h
Ist-Analyse
4h
Ermitteln von Use-Cases & Anwendungsfall-Diagramm
3h
Wirtschaftlichkeitsanalyse inkl. Amortisationsrechnung
3h
Entwurf
12h
Analyse und ggf. Erweiterung der bestehenden DB-Struktur (ERD)
3h
Planung der Architektur inkl. Komponentendiagramm
2h
Konzeption der Aufbereitung unstrukturierter Daten
2h
Modellierung des Datenflusses/Prozesslogik (Aktivitätsdiagramm)
1h
Klassendiagramme erstellen/erweitern
2h
Pflichtenheft erstellen
2h
Implementierung inkl. Tests
45h
Aufsetzen des Projekts in der Entwicklungsumgebung
1h
 
Implementieren der Schnittstelle zur Datenquelle inkl. Tests
5h
Implementieren der Authentifizierung/Zugriffslogik inkl. Tests
2h
Implementieren der Aufbereitung unstrukturierter Daten in eine nutzbare Form inkl. Tests
12h
Implementieren der Datenübergabe an die Applikation inkl. Tests
6h
Implementieren der Verarbeitung der Produktions- und Layoutdaten in der Applikation inkl. Tests
10h
Implementieren von Fehlermanagement und Nutzerhinweisen inkl. Tests
5h
Vollumfängliche Tests mit den Produktionsmitarbeitenden
4h
Abnahme und Einführung
5h
Code-Review mit dem Ausbilder
2h
Abnahme durch Fachbereich
1h
Inbetriebnahme
1h
Projektbewertung
1h
Dokumentation
8h
Erstellen der Entwicklerdokumentation
2h
Erstellen der Projektdokumentation
6h
 

Gut, dass es jetzt einen ausformulierten PJ mit zeitlicher Planung gibt. Aber dann stellt sich auch die Frage, welche anderen Bereiche Du zeitlich kürzen wirst, um das noch unter zu bringen, denn Du darfst ja nicht über die Gesamtstunden hinaus kommen und bei dem Umfang wird es sicher schwierig, in anderen Bereichen stark zu verkürzen.
Man kann natürlich auch ein Teilprojekt als Abschlussprojekt machen, nur wäre es sicher gut, wenn man das dann auch an einer entsprechenden Stelle kommunizieren würde.
(Nur so eine Anregung).
Dann schon mal viel Glück !

Projekt an sich klingt gut aber für mich fast etwas zu viel im Umfang für die 80h.
6h Doku ist auf 80h auch etwas kurz. Bei AE kommst du häufig eher auf ~10h Doku schreiben.
Was mich ein wenig Stutzen lässt ist das du oben von Eingabemasken und dadurch UI redest aber es in deiner Planung/Implementierung unten nicht aufgeführt ist das du dich auch um eine saubere UI kümmerst.
Ebenfalls wird im Entwurf mit keiner Silbe die UI erwähnt.