Eardy

mehr input geile sache, respekt und vielen dank

da ich den projektantrag heute noch hoch laden muss würde ich mich freunen, wenn ich noch ein paar kritiken bekommen würde. Danke

kann man hier seine beiträge nicht editieren? dann muss ich es eben nochmal posten. Hab den antrag nochmal komplett überarbeitet. mir haben einige stellen noch nicht so gefallen. Bitte nochmal ansehen. Danke Objekt-Status-Konfiguration IST Die**** GmbH nutzt zum Verarbeiten aller eingehenden Aufträge ein selbst entwickeltes Data Clearing Center, kurz DCC. Das Herzstück dieses Systems bildet ein endlicher Automat der die Aufträge anhand einer konfigurierbaren Reihenfolge schrittweise verarbeitet, wobei jedem Abarbeitungsschritt ein Status zugewiesen wird. In einer WebGui werden die Aufträge nach verschiedenen Views angezeigt und auch ihre aktuellen Status angezeigt. Diese Status werden in einer Property-Datei gepflegt. Wenn nun auf Automatenseite ein bestehender Status geändert oder ein neuer Status hinzugefügt werden muss, so muss dieser von Hand mit einem Editor ebenfalls in der Properties-Datei angepasst, bzw. eingefügt werden um ihn auch auf der Weboberfläche verfügbar zu machen. SOLL Da die bestehende Vorgehensweise zur Pflege der Properties-Datei zeitaufwendig und auch fehleranfällig ist, soll eine Anwendung entwickelt werden, über welche die Status komfortabler und sicherer konfiguriert werden können. Die Statusdaten sollen zukünftig in einer Datenbank gespeichert und bearbeitet werden. Das Anpassen des bestehenden DCCs, im Bezug auf die Anzeige der Status auf der Weboberfläche, wird wegen seines großen Aufwandes nicht Bestandteil dieser Projektarbeit werden. Das Konfigurationsprogramm soll die Möglichkeit bieten die Statusdaten einfach und schnell zu konfigurieren, zugleich soll es aber auch eine einfache Verwaltung der Daten ermöglichen. Um bestehende Daten besser finden zu können soll die Anwendung auch über eine Suchfunktion verfügen und die angezeigte Statustabelle soll blätter bar sein. Um Fehler beim Bearbeiten und Hinzufügen von Daten zu vermeiden soll vor dem Speichern überprüft werden, ob die Daten vollständig sind und ob keine Redundanzen bestehen Entwicklungsumgebung Für die Entwicklung der Anwendung wird Java 5 eingesetzt und für die Datenbankschnittstelle kommt JDBC zum Einsatz. Als Entwicklungsumgebung dient Eclipse 3.4 und für die Datenbank wird Oracle 10g eingesetzt. Projektphasen und deren Zeitplanung 1. Analyse (6 Std.) - Ist Analyse (3 Std.) - Soll Konzept (3 Std.) 2. Konzeption (5 Std.) - Pflichtenheft (5 Std.) 3. Entwurf (6 Std.) - Entity-Relationship-Diagramm für die Tabellenstruktur der Statustabellen (1 Std.) - Klassendiagramme für Businesslogik und DBLayer(3 Std.) - Use-Case-Diagramm für die Anwendungs-GUI (2 Std.) 4. Realisierung (26 Std.) - Entwicklung DB-Layer (4 Std.) - Entwicklung Anwendungslogik (12 Std.) - Entwicklung der Benutzeroberfläche (7 Std.) - Dokumentation (3 Stunden) 5. Qualitätssicherung(15 Std.) - Testen (8 Std) - Fehlerkorrektur/Anpassung (5 Std.) - Vergleich Soll/Ist (2 Std.) 6. Dokumentation(12 Std.) - Projektdokumentation(10 Std.) - Benutzerdokumentation (2 Std.) Gesamtaufwand: 70 Stunden Projektdokumentation Titelblatt Inhaltsverzeichnis 1. Einführung 1.1. Firmenumfeld 1.2. Projektumfeld 1.3. Projektüberblick 2. Fachkonzept 2.1. Ist-Analyse 2.2. Soll-Analyse 2.3. Anwendungsmodell 2.4. Testfälle 3. IV-Konzept 3.1. Technologien 3.2. Systementwurf 3.3. Entity-Relationship-Diagramm 3.4. Klassendiagramm 4. Dokumentation 4.1. Benutzerdokumentation 4.2. Entwicklerdokumentation

in der handreichung meiner ihk steht aber max 15% für die doku, was 10,5 h entspricht, hatte da auch erst 12 h stehen

hi leute, ich wollte euch bitten einmal über meinen antrag zu lesen und mir zu sagen was ich noch verbessern muss. Danke schonmal! Objekt-Status-Konfiguration IST Die *** GmbH nutzt zum Verarbeiten aller eingehenden Aufträge ein selbst entwickeltes Data Clearing Center, kurz DCC. In diesem System wird den eingehenden Aufträgen für jeden Abarbeitungsschritt ein Status zu gewiesen . Diese möglichen Status werden in einer Properties-Datei gespeichert. Wenn nun ein bestehender Status geändert oder ein neuer Status hinzugefügt werden muss, so muss dieser von Hand mit einem Editor in der Datei angepasst, bzw. eingefügt werden. SOLL Da die bestehende Vorgehensweise zeitaufwendig und auch fehleranfällig ist, soll eine Anwendung entwickelt werden, über welche die Status komfortabler und sicherer konfiguriert werden können. Außerdem sollen die Statusdaten zukünftig in einer Datenbank gespeichert und bearbeitet werden. Die Anpassung des DCCs, welches alle Daten nach der Änderung nun auch aus der Datenbank lesen muss, wird wegen seines großen Anpassungsaufwandes in ein separates Projekt ausgelagert. Das Konfigurationsprogramm soll die Möglichkeit bieten die Statusdaten einfach und schnell zu konfigurieren, zugleich soll es aber auch eine einfache Verwaltung der Daten ermöglichen. Um bestehende Daten bessert finden zu können soll die Anwendung auch über eine Suchfunktion verfügen und die angezeigte Statustabelle soll blätter bar sein. Um Fehler beim Bearbeiten und Hinzufügen von Daten zu vermeiden soll vor dem Speichern die Daten plausibilisiert werden, ob die Daten vollständig sind und ob keine Redundanzen bestehen. Entwicklungsumgebung Die Anwendung wird in Java 5 entwickelt und für die Datenbankschnittstelle kommt JDBC zum Einsatz. Als Entwicklungsumgebung wird Eclipse 3.4 eingesetzt. Als Datenbank kommt Oracle 10g zum Einsatz. Projektphasen und deren Zeitplanung 1. Analyse (6 Std.) - Analyse des IST-Zustandes (3 Std .) - Entwerfen des SOLL-Konzepts (3 Std .) 2. Planung (6 Std.) - Entity-Relationship-Diagramm für die Tabellenstruktur der Statustabellen (1 Std.) - Klassendiagramme Konfiguartionsanwendung und den Datenbankzugriff (3 Std.) - Use-Case-Diagramm für die Anwendungs-GUI (2 Std.) 3. Realisierung (33 Std.) - Datenbank-Tabellen erstellen (2 Std.) - Datenbankschnittstellen programmieren (8 Std.) - Benutzeroberfläche programmieren (15 Std.) - Suchfunktionen programmieren. (4 Std.) - Plausibilitätsprüfung programmieren. (4 Std.) 4. Qualitätssicherung(15 Std.) - Testen(8 Std) - Fehlerkorrektur/Anpassung(5 Std.) - Vergleich Soll/Ist(2 Std.) 5. Dokumentation(10 Std.) - Projektdokumentation(10 Std.) Gesamtaufwand: 70 Stunden Projektdokumentation Titelblatt Inhaltsverzeichnis 1. Einführung 1.1. Projektumfeld 1.2. Projektüberblick 2. Fachkonzept 2.1. Ist-Analyse 2.2. Soll-Analyse 2.3. Anwendungsmodell 2.4. Testfälle 3. IV-Konzept 3.1. Technologien 3.2. Systementwurf 3.3. Entity-Relationship-Diagramm 3.4. Klassendiagramm 4. Dokumentation 4.1. Benutzerdokumentation 4.2. Entwicklerdokumentation