Zum Inhalt springen

fanat87

Mitglieder
  • Gesamte Inhalte

    12
  • Benutzer seit

  • Letzter Besuch

  1. Hallo zusammen, bin auf der Suche nach Abschlussprüfungen der letzten Jahre im Bereich Anwendungsentwicklung (möglichst mit Lösungen)... Email: david_mertens@web.de Wäre sehr nett, wenn mir jemand welche zuschicken könnte. Danke
  2. Dank dir. Wie ich den kaufmännischen Teil hervor heben kann ist mir noch unklar. Werde einige Punkte noch etwas anpassen und dann dürfte der Antrag soweit fertig sein. Gruß
  3. So hab mal einen Projektantrag erstellt. Dabei kam ich aber leicht ins grübeln, ob ich dort auch schon erwähnen will, dass ich PDF, bzw. XML nutzen will. Habe mich dafür entschieden, dass noch nicht in den Antrag mit rein zu nehmen, da es nicht vorgegeben ist und ich das eher als Auswahl geeigneter (Datei)-Formate betrachte. Bei der Planung werde ich wohl noch das ein oder andere anpassen müssen, aber naja, hier der Antrag. 1.1 Kurze Projektbeschreibung ...[beschreibung des Unternehmen]... In einem aktuellen Projekt wird eine Software zu Erstellung, Steuerung und Überwachung von Aufträgen entwickelt. Für dieses Projekt soll eine Erweiterung, zur Erstellung und Archivierung von Auftragsdokumenten, erstellt werden, welche in diese Software integriert wird. Diese Erweiterung soll dem Anwender ermöglichen einen Auftrag in einem einheitlichen Layout zu erstellen, welcher auf einer zentralen Datenbank archiviert wird und das erstellte Dokument nach Bedarf anzeigen und ausdrucken zu lassen. Die Software, sowie das erstellte Dokument, sollten plattformunabhängig sein. Bei der Erstellung des Dokumentes sind 2 Punkte zu beachten. Zum Ersten sollten die Daten des Layouts statisch sein. Ist eine grundsätzliche Überarbeitung des Layouts notwendig, so soll der Anwender ohne den Programmcode zu ändern, die Layout-Daten anpassen können. Zum Zweiten sollten die inhaltlichen Daten, welche bereits in der Datenbank vorhanden sind, ermittelt und verwendet werden können. Des Weiteren sollte das Dateiformat der erstellten Aufträge dem Benutzer keine nachträgliche Manipulierung ermöglichen. Die Datenhaltung soll über eine zentrale Datenbank erfolgen, welche bereits eine eigene Rechteverwaltung besitzt. Zuletzt sollte das Auftragsdokument über eine eindeutige Kennzeichnung identifiziert werden können. Durch diese Erweiterung hat der Anwender den Vorteil ohne Vorkenntnisse ein einheitliches Auftragsdokument zu erzeugen und auszudrucken. Jeder berechtigte Benutzer hat die Möglichkeit, sofern er sich im Netwerk der **** befindet, auf das Auftragsdokument und dessen zugehörige Daten zuzugreifen. 2 Projektumfeld Das Projekt wird als Teilprojekt durchgeführt und soll nach Projektabschluss in die oben genannte Software integriert werden. Eine DB2-Datenbank ist bereits vorhanden und muss nicht erstellt werden. Benötigte Tabellen können in dieser Datenbank erstellt werden. Das Gesamtprojekt wird in Java entwickelt, wodurch die Programmiersprache vorgegeben ist, als Entwicklungsumgebung wird Eclipse genutzt. 3 Projektplanung einschließlich Zeitplanung 1. Analyse: 5h - Ist-Analyse 2h - Soll-Konzepts 3h 2. Planung 10h - Pflichtenheft erstellen 4h - E/R-Modell erstellen 1h - Entwurf des Dokumentenlayouts 2h - Evaluation geeigneter Dateiformate 1h - Entwurf des Transformationsablaufes 1h - UML Diagramme erstellen 2h 3. Realisierung: 35h - Erstellung der Tabellen 1h - Erstellung des Dokumentenlayouts 5h - Implementierung der Transformationslogik 13h - Implementierung der Programmlogik 16h 4. Qualitätssicherung 8h - Testphase 4h - Fehlerbehebung 3h - Vergleich Soll/Ist 1h 5. Dokumentation: 12h Gesamt: 70h Gruß
  4. Habe mich mal mit der XML-Transformation beschäftigt und das könnte ich auch realisieren. Jedoch erscheint mir die Export-Funktion als nicht umfangreich genug. Das Teilprojekt würde beinhalten: - Erstellung von Tabelle/n in bereits bestehender Datenbank - Logik zur Erstellung dynamischer XML-Datei, in Java realisiert - Erzeugung von statischer XML- (Layout), sowie von XLS-Datei - Ablauf der Transformations-Aufrufe in Java ( XML/XLS -> XML-FO -> FOP -PDF) - Archivierung von erzeugten PDF-Dokumenten in Datenbank - Anzeige von PDF-Dokumenten Könnte jemand seine Meinung zum Umfang äußern, oder soll ich erst einen Antrag erstellen und reinstellen? Danke Gruß
  5. Danke dir erstmal Phil. Werde mich mit deinem Vorschlag beschäftigen. Gruß
  6. Denke das ist vom Umfang her deutlich zu wenig... Melde mich später nochmal
  7. Habe mir mal Gedanken zu der Export-Schnittstelle gemacht. Als Teilprojekt würde sich vielleicht anbieten, über die Anwendung ein Exportschnittelle einzubauen, welche einen Auftrag in einem einheitlichen Layout als PDF erzeugt. Dazu würde ich eine Open-Source API zur Erstellung von PDF-Dokument nutzen. Dieses PDF würde in einer Datenbank archiviert werden. Über die Anwendung hätte man nach der Erzeugung des Auftrages die Möglichkeit, sich dieses PDF in der Anwendung anzeigen und ausdrucken zu lassen. Somit wäre gewährleistet, dass nach der Erzeugung des Auftrages (PDFs) keine Änderungen mehr vorgenommen werden. Das Teilprojekt würde ebenfalls das Erstellen der Tabelle beinhalten, welche neben der PDF-Datei, auch z.B. eine eindeutige ID des Auftrages, oder Erstellzeitpunkt beinhalten könnte. Jetzt stellen sich wieder die Fragen ob es ein, wie Phil es nannte, a) 'rundes Projekt' wäre, ob es der Komplexität eines Abschlussprojektes entspricht und c) sich in der gegeben Zeit realisieren lässt. zu a) Meiner Meinung nach ist dieses Teilprojekt in sich abgeschlossen, da ein klares Konzept dahinter steht, und es gut in die Auftragsverwaltung integriert werden könnte. zu und c) Bei diesen Punkten habe ich meine Probleme. Da ich mich bislang kaum mit dem Export von PDF-Dokumenten beschäftigt habe, kann ich den Zeitrahmen und die Komplexität schlecht einschätzen. Beschäftige mich zur Zeit mit der API und dem Teilprojekt, aber ich wäre euch dankbar, wenn ihr eure Meinung dazu abgeben könnten und gegebenenfalls Verbesserungsvorschläge oder mögliche Erweiterungen äußern könntet. Gruß
  8. So erstmal habe ich mich bei dem Antrag wohl falsch ausgedrückt. Der Begriff 'Auftragsverwaltung' ist sehr unglücklich gewählt. Die Anwendung sollte lediglich in der Lage eine Übersicht über Aufträge zu liefern, keine Auftragsabrechnung oder ähnliches beinhalten. Als Beispiel: Ein Mitarbeiter bekommt einen Auftrag vom Kunden und legt diesen Auftrag in der Anwendung ab. Er gibt dafür lediglich die Kundendaten, seine Mitarbeiterdaten, die Art des Auftrags, die Auftragsbeschreibung, sowie den aktuellen Status des Auftrags an. Keine Kosten, noch benötigte Stunden oder ähnliches werden in dieser Anwendung verwaltet. Diese Anwendung soll lediglich für die Mitarbeiter genutzt werden, um diesen eine Übersicht zu geben, 'wer was macht und wie weit er damit ist'. Aber dennoch habt ihr durchaus Recht, dass der Zeitaufwand zu gross ist um dieses Projekt in 70 Stunden zu realisieren. Ich denke ich werde es als Teilprojekt planen, dort z.B. die Datenbank erstellen, eine Rechteverwaltung hinzufügen und evtl. noch eine weitere Funktion. Ich hoffe ich komme da zu einer realisierbaren Lösung, was komplex genug ist aber trotzdem den Zeitrahmen nicht sprengt Gruß fanat87
  9. Danke erstmal für die Antwort. werde mir mal Gedanken machen, überarbeiten und komme später mit einer ausführlicheren Antwort zurück Gruß fanat87
  10. Hallo zusammen, da mein erstes Projekt nicht als Abschlussprojekt geeignet war, habe ich mir Gedanken über ein neues Projekt gemacht und habe dazu den folgenden Projektantrag geschrieben. Wäre euch dankbar wenn ihr mal drüber gucken könnte und eure Meinung schreibt. 1.1 Kurze Projektbeschreibung Nach der Fusionierung der **** und der **** zur **** ist keine einheitliche Auftragsverwaltung vorhanden. Die von der **** genutzte Auftragsverwaltung wurde nur für die **** entwickelt und ist auf Grund der nicht mehr genutzten Entwicklungsumgebung nicht erweiterbar. Die Auftragsverwaltung der **** ist ebenfalls nicht erweiterbar und im jetzigen Zustand nicht für eine gemeinsame Nutzung geeignet. Das Ziel ist es, eine Auftragsverwaltung zu entwickeln, welche gemeinsam genutzt werden kann. Diese Auftragsverwaltung sollte folgende Funktionen unterstützen: - Loginfunktion - Erstellung von Aufträgen, sowie zugehörigen Modulen - Suche, Anzeige und Editierung von bereits erstellten Aufträgen (Modulen) - Export von Aufträgen als Word-Dokument - Integrierter Workflow (Erinnerungsfunktion, automatischer Mail-Versand) - gemeinsame Datenbasis - Erweiterbarkeit Durch die Auftragsverwaltung besteht die Möglichkeit eine Übersicht über alle in der **** durchgeführten Aufträge zu erhalten. Details zu diesen Aufträgen, sowie der aktuelle Status der einzelnen Aufträge erleichtern die Abstimmung zwischen einzelnen Mitarbeitern. Die Aufträge haben eine einheitliche Form, wodurch Unklarheiten entgegen gewirkt wird und der „Code of Conduct“ gewährleistet wird. Durch den integrierten Workflow werden Arbeitsabläufe eingehalten, was zu einer routinierten Vorgehensweise und einer Arbeitserleichterung führt. Die Daten werden in einer Datenbank gespeichert, wodurch eine Schnittstelle zu dieser Datenbank benötigt wird. Eine Schnittstelle zu MS-Office (MS-Word) wird benötigt, um den Export der Aufträge zu realisieren. 2 Projektumfeld Das Projekt wird als Einzelprojekt durchgeführt. Die Anwendung wird zur Aufnahme von Kundenaufträgen und zur Abstimmung zwischen den einzelnen Phasen dieser Aufträge verwendet. Die Login-Informationen werden aus einer bereits bestehenden DB2-Datenbank entnommen und bei der Anmeldung überprüft. Ein geeignetes DBMS-System wird nach einer Evaluation in der Analyse-Phase ausgewählt. Als Vorgabe des Unternehmens wird Java als Programmiersprache und als Entwicklungsumgebung NetBeans verwendet. 3 Projektplanung einschließlich Zeitplanung 1. Analyse: 6h 1.1 Ist-Analyse 2h 1.2 Anforderungs- und Kostenanalyse 4h 2. Planung 12h 2.1 Pflichtenheft erstellen 3h 2.2 Evaluation des DBMS 2h 2.3 UML Diagramme erstellen 4h 2.4 E/R-Modell erstellen 3h 3. Umsetzung 33h 3.1 Datenbankstruktur erstellen 5h 3.2 Entwicklung der Grafischen Oberfläche 7h 3.3 Implementierung der Programmlogik 16h 3.4 Datenbankzugriffe per SQL 5h 4. Test 9h 4.1 Testen der Datenbank 1h 4.2 Testen der Anwendung 4h 4.3 Fehlerbehebung 4h 5. Dokumentation 10h 5.1 Dokumentation erstellen 10h Gesamt 70h Vielen Dank Gruß fanat87
  11. Danke erstmal für die Antwort. So eine ähnliche Reaktion hatte ich auch schon erwartet. Hatte mir schon gedacht das dieses Projekt von der Komplexität her viel zu gering ist. Mein Problem ist ganz einfach, dass mein Betrieb zur Zeit kein geeignetes Projekt für mich hat und dieses hier noch das einzige war welches evtl. hätte geeignet sein können. Was räts du mir für ein Projekt zu nehmen? Soll ich mir eins ausdenken, welches anschließend nicht genutzt wird? Mein Ausbilder versucht zwar weiterhin ein Projekt für mich zu finden aber die Zeit wird langsam knapp.
  12. Hallo zusammen, könntet ihr vielleicht einmal über den Projektantrag schauen und Kritik äußern? ...bin FIAE... 1.1 Kurze Projektbeschreibung IST-Analyse Die ***** verwendet das *****, in welchem unter anderem Stammdaten über Finanzämter verwendet werden, welche in einer Datenbank vorhanden sind. Die Anwender haben zurzeit lediglich die Möglichkeit, Stammdaten zu einzelnen Finanzämter anzeigen zu lassen. Um Änderungen durchzuführen, sowie Übersichten und Auswertungen der Finanzämter zu erhalten, müssen sich die Anwender an die IT-Koordination wenden, welche über mehrere Arbeitsschritte die gewünschten Anfragen bearbeiten. SOLL-Konzept Die Anwender sollen die Möglichkeit haben sich über eine Anwendung eine Übersicht, sowie eine Detailansicht der Finanzämter anzeigen zu lassen. Des Weiteren soll in dieser Anwendung die Manipulierung der Stammdaten vorgenommen werden können, der Import der Stammdaten aus CSV-Dateien, sowie das manuelle Anlegen von Finanzämtern, welche nach einer Validierung in die bestehende Datenbank übertragen werden. Ebenfalls soll die Anwendung dem Anwender ermöglichen Auswertungen durchzuführen und diese zu exportieren. Die Datenbank sollte variabel gehalten werden, d.h. die Verbindungsdaten der Datenbank sollten angepasst werden können. Durch die Anwendung wird der Zeitaufwand der Arbeitsschritte deutlich verringert und die Sachbearbeiter können selbstständig die gewünschten Tätigkeiten durchführen. 2 Projektumfeld Das Projekt wird als Gesamtprojekt durchgeführt und wird evtl. zu einem späteren Zeitpunkt in das bestehende Veranlagungsverfahren integriert. Es ist bereits eine bestehende DB2-Datenbank vorhanden. In dieser Datenbank sind die Stammdaten vorhanden. An den vorhandenen Tabellen dürfen während des Projektes keine Änderungen vorgenommen werden, lediglich der Inhalt wird angepasst. 3 Projektplanung einschließlich Zeitplanung 1. Analyse: 6h 1.1 Ist-Analyse 2h 1.2 Anforderungs- und Kostenanalyse 4h 2. Planung 13h 2.1 Pflichtenheft erstellen 3h 2.2 Konzepterstellung 5h 2.3 UML Diagramme erstellen 4h 2.4 Datenbankstrukturen analysieren 1h 3. Umsetzung 30h 3.1 Entwicklung der Grafischen Oberfläche 7h 3.2 Implementierung der Programmlogik 18h 3.3 Datenbankzugriffe per SQL 5h 4. Test 8h 4.1 Testen der Anwendung 5h 4.2 Fehlerbehebung 3h 5. Dokumentation 10h 5.1 Dokumentation erstellen 10h 6. Abschluss 3h 6.1 Übergabe und Abnahme des Projektes 3h Gesamt 70h Vielen Dank schonmal im vorraus

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...