Meine Erkenntnisse (positiv wie negativ) aus der IHK-Sommerprüfung
2019 teile ich mit euch in der einhundertneununddreißigsten Episode
des Anwendungsentwickler-Podcasts. TL;DR Aus meiner Arbeit als
Prüfer bei der IHK-Sommerprüfung 2019 gebe ich dir Hinweise für
deine Prüfung als Fachinformatiker:in Anwendungsentwicklung. Deine
Projektdokumentation braucht nachvollziehbare Entscheidungen und
Belege für deine Arbeit, wobei du Vorlagen an dein Projekt anpasst
und alle Tätigkeiten sowie Kosten berücksichtigst. Für die
Präsentation zählen gut lesbare Folien und der Fokus auf deine
eigene Leistung; im Fachgespräch musst du deinen Code und die
erwähnten Fachbegriffe erklären können. Zu den gelungenen
Beispielen gehören verknüpfte Anforderungen und nachgemessene
Zeitersparnisse. Kapitelmarken [00:00:01] Hinweise zum Fachgespräch
[00:00:20] Rückblick auf die IHK-Sommerprüfung 2019 [00:02:36]
Persönliche Einschätzung und unterschiedliche Prüfungsausschüsse
[00:03:42] Natürlich und verständlich schreiben [00:05:00]
Dokumentationsvorlagen an das eigene Projekt anpassen [00:08:05]
Fehlende Inhalte und Dokumentationen nachweisen [00:10:11] Hinweise
aus dem Projektantrag berücksichtigen [00:11:28] Qualität sichern
und Tests dokumentieren [00:13:20] Bewertungsbögen und individuelle
Noten [00:13:57] Aussagen zur Qualität mit dem Code belegen
[00:17:36] Debugging und Softwaretests [00:18:36] Projektkosten und
Amortisation berechnen [00:20:02] Laufende Kosten berücksichtigen
[00:21:10] Die Perspektive bei der Amortisation wählen [00:22:26]
Fehlende Kosten und ungeeignete Schätzgrundlagen [00:24:04]
ER-Modelle und Use-Case-Diagramme korrekt erstellen [00:26:44] Alle
Tätigkeiten in der Projektzeit einplanen [00:28:14] Aussagekräftige
Inhalte für Text und Anhang auswählen [00:31:27] Diagramme mit
fachlichem Zweck einsetzen [00:33:00] Artefakte einordnen und
lesbaren Code zeigen [00:34:58] Umfang und Gliederung angemessen
halten [00:40:54] Abkürzungen, Seitenzahlen und Quellen [00:43:30]
Passwörter sicher behandeln und MVC verstehen [00:45:31]
Projektpräsentation verständlich gestalten [00:48:05] Unternehmen
knapp vorstellen und den eigenen Namen zeigen [00:49:42]
Zeitplanung im Vortrag erläutern [00:50:10] Schriftliche Prüfung
und Gesamtnote [00:51:03] Wirtschaftliche Grundlagen im
Fachgespräch [00:52:01] Den eigenen Code und Sprachmerkmale
erklären [00:54:29] Architekturbegriffe und Dependency Injection
[00:55:27] Urheberrecht als Thema im Fachgespräch [00:56:21]
Datenschutz und verwandte Begriffe [00:57:43] Die eigene
Dokumentation vor der Prüfung kennen [00:58:21] Meine Hinweise und
der Umgang mit Prüflingen [00:59:46] Gelungene Anforderungen und
handgezeichnete Mockups [01:01:06] Anforderungen durch Tickets
belegen [01:02:10] Browser-Tabs als Präsentationsidee [01:02:58]
Mockup und fertige Oberfläche zeigen [01:03:24] Das Vorgehensmodell
begründen [01:04:05] Den Prüfungsort in Beispielen aufgreifen
[01:04:52] Zeitersparnisse nachmessen und Amortisation prüfen
[01:06:06] Weitere Eindrücke und Anregungen für deine Prüfung
[01:07:49] Fragen und Feedback zur Episode Inhalt
Projektdokumentation Verwendung unnatürlicher Sprache ("bei dem"
statt "beim", "Leerung der Datenbank" statt "Datenbank leeren")
Kapitel meiner Vorlage werden ausgefüllt, auch wenn die Inhalte
überhaupt nicht sinnvoll sind "Eine Nutzwertanalyse war nicht
sinnvoll, deswegen habe ich darauf verzichtet." Identische Inhalte
werden gleich mehrfach wiederholt (u.a. aus dem Antrag übernommen),
z.B. bei der Projektbegründung und Zieldefinition Wichtige Inhalte
fehlen insgesamt viel zu wenig Text (8 Seiten statt 15)
Benutzer-/Entwickler-Dokumentation (gibt direkt >10% Abzug), und
nein, ein PHP-Doc-Block ohne Inhalt reicht nicht aus trotz
explizitem Hinweis der Prüfer im Antrag wurden keine Diagramme
erstellt, weil diese "nicht sinnvoll" waren Qualitätssicherung
fehlt häufig komplett (abgesehen vom scheinbar obligatorischen
"Code-Review") Qualitätssicherung "Die Methoden wurden auf
Komplexität geprüft" (sind im Anhang aber >70 Zeilen lang) "Viel
Wert auf Clean Code gelegt" (aber doppelter Code, Magic Numbers,
harte Pfade, komplexe switches im Anhang) "Die Übertragung muss
verschlüsselt erfolgen" (aber alle URLs beginnen mit http) "Code
Coverage muss >90% sein" (aber nicht einen Test gezeigt)
Debugger/Konsole wird für "Tests" genutzt Fehler in der
Wirtschaftlichkeits-/Amortisationsrechnung "Pauschale" für
Ressourcennutzung angesetzt, wird aber nicht mit eingerechnet
laufende Kosten des Projekts gibt es nicht Kosten des Unternehmens
werden Einsparungen des Kunden gegenübergestellt bei der
Kostenplanung werden große Kostenverursacher "vergessen" Vergleich
mit fiktiven Kosten von einer Website, die Kosten für Apps schätzt
Fehler in Diagrammen ERM enthält m:n-Tabellen include vs. extends
im Use-Case-Diagramm Aktionen werden nicht in der Zeitplanung
berücksichtigt (4h Schulung) Uninteressante Inhalte werden viel zu
detailliert dargestellt langweiliger Sourcecode über mehrere Seiten
im Anhang, 8 (!) Seiten Mockups und 6 Seiten Quelltext im Anhang
Hardware des Arbeitsplatzrechners bis runter auf die RAM-Art und
Typ der Grafikkarte erklärt Zeitplanung/Projektaufbau in drei
verschiedenen Varianten dargestellt (Gantt, Tabelle,
Projektstrukturplan) lächerlich einfache Abläufe mit Diagrammen
dargestellt (Sequenzdiagramm mit einmal hin und zurück,
Aktivitätsdiagramm mit einer einzigen Verzweigung) teils völlig
sinnlose und nicht im Zusammenhang zum Inhalt stehende Komponenten
(z.B. Auszug aus pom.xml ohne Erläuterung) minified (!)
CSS/JavaScript wird gezeigt Overkill Kostenkalkulation über 3
Seiten mit zig mathematischen Formeln mit Indizes (z.B. KKunde +
Kfix) etc. komplette Seite für typographische Konventionen 5 (!)
Überschriftenebenen (z.B. "3.1.1.4. a)") Diagramm der
Amortisationsrechnung mit mathematischer Software geplottet
"wissenschaftliche" Erklärung von Vorgehensmodellen mit
Quellennachweis und wörtlichen Zitaten über mehrere Zeilen, aber
aus der Wikipedia nervige Kleinigkeiten Abkürzungsverzeichnis nicht
sortiert Seitennummerierung fehlerhaft Quellennachweise, die
lediglich Links enthalten ohne Bezug zu irgendeinem Inhalt
handwerkliche Fehler Passwörter im Klartext in der Applikation
speichern oder sogar übers Netzwerk schicken Geschäftslogik im
Controller Projektpräsentation viele Frameworks verwendet, aber nur
die (nichtssagenden) Logos gezeigt Codebeispiele enthalten TODOs
und Hinweise der IDE Rechtschreibfehler auf den Folien winziger
Text Grafiken überlagern Textelemente Cliparts verwendet
Unternehmen zu lang vorgestellt eigenen Namen nicht genannt und
nicht gezeigt Tabelle mit Zeitplanung zeilenweise vorgelesen
Fachgespräch GA1 hat viele gute Prüflinge stark runtergezogen
Wirtschaftsfragen gehen gar nicht (Stundensatz, Gehaltsabrechnung,
brutto/netto, Einzel-/Gemeinkosten, BAB) Sourcecodebestandteile
können nicht erläutert werden Nullable Types, Structs, Lambdas,
Generics, Typinferenz, Traits, Typisierung der verwendeten Sprache,
Type Hints in PHP ===, ??, static, finally, out-/ref-Parameter
Architekturen können nicht erläutert werden MVC, Dependency
Injection, Domain Driven Design Rechtsform des eigenen Unternehmens
kann nicht erläutert werden Urheberrechtshinweis auf eigenem
Deckblatt kann nicht erläutert werden Datenschutz vs.
Datensicherung vs. Datensicherheit können nicht abgegrenzt werden
"Habe ich das so geschrieben?" (Prüfling kennt die eigene Doku
nicht) Lichtblicke Zusammenhang zwischen Lasten- und Pflichtenheft
hergestellt (baut aufeinander auf) Mockups auf Papier selbst
gezeichnet Tickets statt (fiktivem) Lastenheft verwendet
Präsentation einer Webanwendung wie Browser-Tabs gestaltet direkter
Vergleich des entworfenen Mockups mit der finalen Oberfläche der
Webanwendung Entscheidung für ein Vorgehensmodell sauber begründet
(Wasserfall, da Anforderungen feststehen) Inhalte der Präsentation
auf Prüfungsausschuss individualisiert (als Adresse auf einem
Aufkleber die der BBS verwendet) Amortisationsrechnung im
Nachhinein durch Vergleich der Planung mit den echten
Zeitersparnissen validiert Links Permalink zu dieser
Podcast-Episode RSS-Feed des Podcasts Zusammenfassung Meine
Erfahrungen aus der Sommerprüfung 2019 Als Prüfer habe ich bei der
IHK-Sommerprüfung 2019 Projektdokumentationen gelesen und mündliche
Prüfungen begleitet. Daraus nehme ich Beispiele mit, die dir als
IT-Azubi bei deiner eigenen Prüfung helfen. Meine Hinweise geben
meine persönliche Einschätzung wieder; je nach IHK und
Prüfungsausschuss können andere Erwartungen gelten. Die genannten
Vorgaben von 15 Seiten Text und 70 Stunden Projektzeit beziehen
sich auf den damaligen Prüfungskontext in Oldenburg. Deine
Projektdokumentation schreiben Verständlich formulieren und
Vorlagen anpassen Schreibe in natürlicher Sprache, die sich leicht
lesen lässt. Wörter wie "beim" passen auch in eine
Projektdokumentation. Mit aktiven Verben kannst du beschreiben, was
du gemacht hast. Meine kostenlose LaTeX-Vorlage auf GitHub hilft
dir beim Formatieren. Ihre Beispielkapitel geben dir Anregungen,
aus denen du eine passende Struktur für dein Projekt entwickelst.
Passe die Reihenfolge der Kapitel an deinen tatsächlichen Ablauf
an. Ein Kapitel zur Nutzwertanalyse gehört hinein, wenn du diese
Methode im Projekt eingesetzt hast und etwas dazu zeigen kannst.
Beschreibe deine Entscheidungen mit ihren Gründen. Wenn mehrere
Kapitel nahezu denselben Text enthalten, geht Platz für fachliche
Inhalte verloren. Deine Arbeit mit Belegen zeigen Dokumentiere die
Methoden, mit denen du dein Projekt geplant und umgesetzt hast.
Dazu können UML-Diagramme oder eine EPK gehören, sofern sie zum
Projekt passen. Zeige im Anhang, wie du für Anwender:innen und
Entwickler:innen dokumentiert hast. Geeignet sind etwa Auszüge aus
einer Anleitung oder Screenshots einer mit JavaDoc erzeugten
Dokumentation. Ein ausgefüllter Dokumentationsblock mit brauchbaren
Informationen
Kommentare (0)
Melde dich an, um einen Kommentar zu schreiben.