Alle Beiträge von stefan.macke
-
Berichtsheft
Wie detailliert du dein Berichtsheft führen musst, kann dir nur deine IHK sagen. In Oldenburg reicht z.B. ein Wochenprotokoll (vgl. Vorlage für das Berichtsheft). Ich persönlich finde Tagesprotokolle völlig unsinig. Den Grund hast du schon genannt: Lange Projekte und komplexe Aufgaben.
-
Mündlich nicht bestanden
Ok. Wieder was gelernt Zwei Fragen dazu: 1) Steht auf dem Zeugnis nur eine gemeinsame Note oder werden beide Teile gezeigt? 2) Ist die Gewichtung Präsi/FG 50/50 oder 40/60 (wie oben genannt)?
-
Mündlich nicht bestanden
Ok, dann werde ich das mal glauben Eine allgemeine Vorgabe ist das wohl allerdings nicht. Mir ist nur diese Matrix für die Bewertung der beiden Teile bekannt: Umsetzungshilfen für die neue Prüfungsstruktur der IT-Berufe (ab S. 71).
-
Mündlich nicht bestanden
Dafür müsstest du uns schon sagen, welche Fragen richtig und welche falsch waren. Beispiel: Ist die for-Schleife kopf- oder fußgesteuert? Richtig. Allerdings trivial und wenig Punkte wert. Was ist Objektorientierung? Keine Antwort. Deutlicher Punktabzug. Woher hast du die Information? Von deiner IHK? Dann würde ich gerne wissen, welche IHK das ist. So eine Aufteilung habe ich noch nie gehört oder gelesen. Für Präsentation und Fachgespräch gibt es eine gemeinsame Note, die nicht weiter unterteilt wird. Weder auf dem Zeugnis, noch in den Unterlagen der Prüfer.
-
Themen Abschlussprüfung November 2015
Es wird also mal wieder Zeit für die Glaskugel Wie immer die Standardempfehlung: Schau dir die alten Prüfungen an und lies die Standardbücher.
-
Dokumentation zum Abschlussprojekt
Das ist ja super Deutlich weniger zu tun! Als ich damals (2006) meine Prüfung hatte, war der Umfang überhaupt nicht reguliert. Da durfte ich komplette Anforderungsdokumente usw. mit abgeben und bin damit über 100 Seiten gekommen. Für die Prüfer sicher nicht optimal. Von daher ist die Einschränkung schon völlig in Ordnung. Es ist ja auch ein wichtiger Lernerfolg, wenn ein Prüfling sich bei einem langen Projekt auf die wichtigsten (!) Inhalte konzentrieren und sie vernünftig rüberbringen kann. Daher mein Tipp: nicht uninteressanten Kram (wie z.B. seitenweise Code mit Gettern/Settern) in die Doku packen, sondern nur aussagekräftige Inhalte (z.B. den Kernalgorithmus). Viele Grüße! Stefan
-
Dokumentation zum Abschlussprojekt
Hallo zet, jede IHK hat da wohl leider wirklich ihre eigenen Richtlinien. Bei der IHK Oldenburg sind z.B. 40 Seiten vorgegeben, also 15 Seiten Text und max. 25 Seiten Anhang. Die Vorgaben würde ich auch immer einhalten, da du sonst im Vergleich zu anderen Prüflingen, die sich daran gehalten haben, schlecht aussiehst. 15 Seiten Text sind also meiner Meinung nach Pflicht (und zwar nicht unterbrochen durch riesige Grafiken oder Tabellen, die gehören in den Anhang!). Ich habe vor einiger Zeit eine Vorlage für die Abschlussdokumentation mit vielen Beispielinhalten erstellt. Das hier ist das Inhaltsverzeichnis als Anregung: Abbildungsverzeichnis Tabellenverzeichnis Abkürzungsverzeichnis 1. Einleitung 1.1. Projektumfeld 1.2. Projektziel 1.3. Projektbegründung 1.4. Projektschnittstellen 1.5. Projektabgrenzung 2. Projektplanung 2.1. Projektphasen 2.2. Abweichungen vom Projektantrag 2.3. Ressourcenplanung 2.4. Entwicklungsprozess 3. Analysephase 3.1. Ist-Analyse 3.2. Wirtschaftlichkeitsanalyse 3.2.1. "Make or Buy"-Entscheidung 3.2.2. Projektkosten 3.2.3. Amortisationsdauer 3.3. Nutzwertanalyse 3.4. Anwendungsfälle 3.5. Qualitätsanforderungen 3.6. Lastenheft/Fachkonzept 4. Entwurfsphase 4.1. Zielplattform 4.2. Architekturdesign 4.3. Entwurf der Benutzeroberfläche 4.4. Datenmodell 4.5. Geschäftslogik 4.6. Maßnahmen zur Qualitätssicherung 4.7. Pflichtenheft/Datenverarbeitungskonzept 5. Implementierungsphase 5.1. Implementierung der Datenstrukturen 5.2. Implementierung der Benutzeroberfläche 5.3. Implementierung der Geschäftslogik 6. Abnahmephase 7. Einführungsphase 8. Dokumentation 9. Fazit 9.1. Soll-/Ist-Vergleich 9.2. Lessons Learned 9.3. Ausblick Literaturverzeichnis Eidesstattliche Erklärung A. Anhang A.1. Detaillierte Zeitplanung A.2. Lastenheft (Auszug) A.3. Use Case-Diagramm A.4. Pflichtenheft (Auszug) A.5. Datenbankmodell A.6. Oberflächenentwürfe A.7. Screenshots der Anwendung A.8. Entwicklerdokumentation A.9. Testfall und sein Aufruf auf der Konsole A.10.Klasse: ComparedNaturalModuleInformation A.11.Klassendiagramm A.12.Benutzerdokumentation Viele Grüße! Stefan