Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- job:fiae [2014-12-28 13:59]
stefan
+++ job:fiae [2015-01-21 06:38]
stefan
@@ Zeile 4: / Zeile 4: @@
 ==== Hinweise zur Prüfung von Projektanträgen ====
-  * Projektbegründung
+  * [Meine Checkliste zur Prüfung von Projektanträgen](http://fachinformatiker-anwendungsentwicklung.net/2015/01/10/meine-checkliste-zur-pruefung-von-projektantraegen/)
-    * was ist der wirtschaftliche Nutzen?
-    * wird eine Kalkulation/Amortisationsrechnung durchgeführt?
-  * Projektplanung
-    * logischer Aufbau der zeitlichen Projektplanung
-    * sinnvolles Verhältnis von Entwurf zu Implementierung
-    * Dokumentation in Zeitplanung?
-  * Implementierung
-    * welche Form hat das Programm (Webanwendung, Client mit GUI)?
-    * welche Sprache/DB wird verwendet?
-    * wie wird getestet?
 ===== Projektdokumentation =====
-==== Vorlage ====
+Hier habe ich meine erwarteten Inhalte der Projektdokumentation zusammengefasst: [[http://fachinformatiker-anwendungsentwicklung.net/2015/01/17/inhalte-der-projektdokumentation/|Inhalte der Projektdokumentation]]
-Unter http://f.macke.it/LaTeXVorlageFIAE kann man sich meine LaTeX-Vorlage für die Dokumentation zur betrieblichen Projektarbeit mit einer Vorstrukturierung und vielen Beispielinhalten herunterladen.
-==== Anmerkungen ====
-  * //kursive// Punkte sind optional bzw. nur bei Bedarf zu erstellen
-  * die Reihenfolge der Punkte ist nicht fix, es können auch mehrere Punkte zusammengefasst werden
-  * eine "sehr gute" Dokumentation...
-    * erfüllt alle unten angegebenen Punkte perfekt
-    * geht aber auch noch darüber hinaus, enthält also ein besonders umfangreiches Projekt mit viel Eigenleistung und außergewöhnlichem Inhalt
-    * ist fehlerfrei hinsichtlich Rechtschreibung/Grammatik/Layout/Verzeichnissen/Verweisen/Literaturangaben etc.
   * Beispiele für Projektdokumentationen
     * [[http://www.pruefungsausschuss.de/ProjektDokus.shtml]]
-    * [[http://www.it-themenportal.de/suicidal/dl_engine/index.php?subcat=7]]
   * Bewertungsbögen zur Dokumentation
     * {{:fiaebewertungdokuihkkoeln.pdf|Bewertungsbogen der IHK Köln}}
@@ Zeile 37: / Zeile 18: @@
     * {{:ka_merkblattprojektarbeit.pdf|Merkblatt für die Projektarbeit der IHK Oldenburg}} ([[http://ihk-oldenburg.de/download/ka_merkblattprojektarbeit.pdf|online]])
-==== Inhalte ====
+==== Vorlage ====
-  * //Formblatt der entsprechenden IHK//
+Unter http://f.macke.it/LaTeXVorlageFIAE kann man sich meine LaTeX-Vorlage für die Dokumentation zur betrieblichen Projektarbeit mit einer Vorstrukturierung und vielen Beispielinhalten herunterladen.
-  * Deckblatt mit Informationen zum Projekt
-    * Titel des Projekts
-    * Name, Kontaktdaten, Geburtsdatum, Ausbildungsberuf des Auszubildenden
-    * Name, Kontaktdaten des Ausbildungsbetriebs
-  * Verzeichnisse (Inhalt, Abbildungen, Tabellen, Abkürzungen, Quellen (!), Anhang, //Listings//)
-  * Einleitung
-    * Projektumfeld: Ausbildungsbetrieb, Auftraggeber/Kunde etc.
-    * Projektziel: Was soll erreicht werden? Worum geht es eigentlich?
-    * Projektbegründung: Warum ist das Projekt sinnvoll? Was ist die Motivation hinter dem Projekt?
-    * Projektschnittstellen: Mit welchen anderen Systemen interagiert die Anwendung? Wer sind die Benutzer der Anwendung?
-    * //Projektabgrenzung//: Was ist explizit nicht Teil des Projekts (insb. bei Teilprojekten)
-  * Projektplanung
-    * Projektphasen mit detaillierter Zeitplanung: Beschreibung/Begründung des gewählten Vorgehensmodells
-    * Ressourcenplanung: Was wird an Ressourcen benötigt (z.B. Hardware, IDE, Betriebssystem)? Gibt es Einschränkungen?
-    * Kostenplanung/-kalkulation: Was kostet das Projekt? Mögliche Kosten: Entwicklung, Einführung/Schulung, Wartung
-      * //Make-or-buy-Entscheidung//
-      * Amortisationsrechnung: Ab wann rentiert sich das Projekt? Mögliche Einsparungen: Lizenzen, Arbeitszeitersparnis, Usability, Korrektheit. Break-Even-Punkt grafisch verdeutlichen (Graphen mit Schnittpunkten)
-    * nicht-monetärer Nutzen/Nutzwertanalyse: z.B. Vorher-/Nachher-Vergleich anhand eines Wirtschaftlichkeitskoeffizienten
-      * wichtig: immer den Maßstab für die Gewichtung (warum sind die Kriterien unterschiedlich wichtig?) und die Bewertung (z.B. Punkte von 1 bis 5: was bedeutet das?) angeben
-    * //Pflichtenheft// erstellen
-      * Beschreibung des Programms, Ziel der Entwicklung
-      * Funktionen des Programms: Muss/Soll/Wunsch, Benutzerrollen
-      * Umgebung: Zielplattform (Programmiersprache, DB, Client, Server, Software, Hardware), Benutzer/Zielgruppen
-      * Datenstruktur: z.B. ERM, Tabellenmodell, textuelle Beschreibung der Entitäten/Attribute
-      * Programmlogik: z.B. Flusspläne, UML-Diagramme
-      * Benutzeroberfläche: Gestaltung, Menüführung
-      * Qualitätsmerkmale: z.B. Anforderungen hinsichtlich Performance, Usability, Effizienz etc. (ISO 9126)
-      * Tests: Testszenarien, Benutzer-/Entwicklertests
-  * Projektdurchführung: Was wurde genau während des Projekts durch den Auszubildenden gemacht? Wie ist er vorgegangen? Hat er z.B. bestimmte Vorgehensmodelle verwendet?
-    * Ist-Analyse: Wie ist die bisherige Situation (z.B. bestehende Programme, Wünsche der Mitarbeiter)? Was gilt es zu erstellen/verbessern? Ggfs. Erstellen eines Lastenhefts.
-    * Design/Entwurf
-      * Funktionen des Programms: z.B. mit Use-Case-/Aktivitätsdiagramm, EPK
-      * Datenbank (ERM, Tabellenmodell) bzw. wenn keine DB verwendet Darstellung der eingesetzten Datenstrukturen (z.B. XML, CSV o.ä.)
-      * Geschäftslogik: z.B. Komponenten-/Klassen-/Sequenz-/Datenflussdiagramm, Architekturplanung, EPK
-      * Benutzerschnittstelle: z.B. GUI, Webinterface, Entwurf/Gestaltung der Oberflächen/Masken, Corporate Identity, Einbindung in andere Anwendungen
-    * Implementierung/Realisierung: z.B. DB anlegen, Programmierung (interessante Funktionen, Quelltextbeispiele), Screenshots der Oberfläche
-    * Test/Qualitätssicherung: z.B. Test-Reports, Unit-Tests, Code-Reviews
-    * Dokumentation: Projektdokumentation, Entwickler- (z.B. JavaDoc) und Benutzerdokumentation ("Handbuch")
-    * Einführung: z.B. Installation, Benutzerschulung
-  * Retrospektive: Wie ist das Projekt rückblickend zu bewerten?
-    * //Begründung von Änderungen zum Projektantrag//
-    * Soll-/Ist-Vergleich: Wurde das Ziel erreicht? Wurden die Kosten/Zeiten eingehalten?
-    * Ausblick: Erweiterungsmöglichkeiten, Anschlussprojekte, Akzeptanz der Benutzer
-    * Fazit
-  * Erklärung des Auszubildenden
-  * //Anhänge//
-    * Lasten-/Pflichtenheft
-    * Datenbankentwurf
-    * UML-Diagramme, EPKs, Flusspläne, PAPs
-    * Entwürfe/Screenshots der Oberflächen
-    * Dokumentation (Entwickler/Benutzer)
-    * Glossar
-    * Quelltexte
 ==== Bewertung ====
-Die folgenden Kriterien sind meine persönliche Auswahl. Lediglich die Oberpunkte sind eine Vorgabe der IHK.
+[[http://fachinformatiker-anwendungsentwicklung.net/kriterien-fuer-die-bewertung-der-projektdokumentation/|Kriterien für die Bewertung der Projektdokumentation]]
-  * Formale und sprachliche Gestaltung (15%)
-    * Wurde der mögliche Umfang für den Inhalt (15 Seiten) eingehalten und ausgeschöpft?
-    * Sind die Seitenzahlen/Kopf-/Fußzeilen sinnvoll formatiert (z.B. Seitenzahlen für Verzeichnisse römisch groß, für Inhalt arabisch, für Anhang römisch klein)?
-    * Sind qualitative Quellenangaben vorhanden?
-    * Sind wenige Rechtschreib-/Grammatik-/Zeichensetzungsfehler vorhanden?
-    * Ist der Text im Blocksatz gesetzt und füllt alle Seiten aus (keine größeren Freiräume im Text, z.B. freie halbe Seiten unter einer Abbildung)?
-    * Sind alle wichtigen inhaltlichen Elemente vorhanden (Einleitung, Fazit usw.)?
-    * Haben alle Anhänge/Abbildungen/Tabellen/Quellenangabe einen entsprechenden Verweis/Erläuterung im Text? Sind alle Elemente, auf die verwiesen wird, tatsächlich vorhanden?
-  * Beschreibung des Auftrags - Verständlichkeit, Nachvollziehbarkeit, Kundenbezug (20%)
-    * Ist das Projektziel klar und deutlich erkennbar?
-    * Wurden die Schnittstellen des Programms erläutert (Benutzer, andere Systeme)?
-    * Wurde eine detaillierte Projektplanung für die 70h und die verwendeten Ressourcen durchgeführt?
-    * Wurde eine Ist-/Schwachstellenanalyse durchgeführt?
-    * Wurden die Anforderungen an die Software methodisch aufgenommen? Ist ein Fachkonzept/Lastenheft vorhanden und methodisch aufgebaut? Gibt es Use-Cases?
-    * Wurde eine Wirtschaftlichkeitsanalyse mit Amortisationsrechnung durchgeführt? Ist die Kalkulation fachlich korrekt (Inhalte, Berechnung)?
-    * Wurde der nicht-monetäre Nutzen mit einer Nutzwertanalyse verdeutlicht?
-  * Konkretisierung des Auftrags - Technische und kaufmännische Nachvollziehbarkeit (50%)
-    * Weist das Projekt eine angemessene fachliche/technische Tiefe für einen Anwendungsentwickler auf?
-	* Wurden die Anforderungen an die Software methodisch spezifiziert/verfeinert? Ist ein Fein-/Sollkonzept/Pflichtenheft vorhanden und methodisch aufgebaut? Gibt es Aktivitätsdiagramme?
-    * Ist ein methodisches Vorgehen erkennbar? Welcher Entwicklungsprozess wurde eingesetzt?
-    * Wurden komplexe Arbeitsabläufe mit sinnvollen Methoden erläutert (z.B. Flusspläne, EPKs, Aktivitätsdiagramm)?
-    * Wurden alle getroffenen Entscheidungen sinnvoll begründet?
-    * Ist die Auswahl der Programmiersprache/Datenbank plausibel dargelegt?
-    * Wurden alle eingesetzten Ressourcen beschrieben?
-    * Wurde die detaillierte Projektplanung auf ihre Einhaltung hin untersucht und wurden Abweichungen plausibel begründet (Retrospektive)?
-    * Wurde eine Datenbank erstellt? Ist sie sinnvoll dokumentiert (ERM)? Ist sie normalisiert?
-    * Wurde die Architektur der Software begründet und sinnvoll dokumentiert? Wurde ein Komponenten-/Klassendiagramm erstellt?
-    * Wurde die Implementierung interessanter Funktionen näher erläutert?
-    * Wie und wann wurde getestet? Wurden Tests automatisiert? Wie wurden die Testfälle ausgewählt? Wurden die Tests und die Ergebnisse dokumentiert?
-    * Wurde das Produkt abgenommen? Von wem? Welche Kriterien waren dabei entscheidend?
-    * War das Projekt ein Erfolg? Warum (nicht)? Gibt es mögliche Erweiterungen (Ausblick)?
-  * Angemessene Betriebs- und Kundendokumentation (15%)
-    * Wurde eine Benutzerdokumentation erstellt?
-    * Wurde eine API-/Entwicklerdokumentation erstellt? Wie?
-    * Gibt es sinnvolle/interessante kommentierte Auszüge aus dem Quelltext?
-    * Sind Screenshots der fertigen Anwendung vorhanden und erläutert?
 ===== Projektpräsentation =====

Stefans Wiki

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge