aiMOOC

Ein IT-Projekt passend zur Fachrichtung abgrenzen - Fachrichtungsbezogenes IT-Abschlussprojekt - Ausbildung

QR-Code

Einleitung

Ein gutes IT-Abschlussprojekt löst ein erkennbares Problem, passt zu deiner Fachrichtung und lässt sich in einer begrenzten Zeit selbstständig planen, begründet entscheiden, umsetzen, prüfen und dokumentieren. Du lernst hier, einen Projektumfang (Scope) festzulegen: Was wird konkret geliefert, was gehört ausdrücklich nicht dazu, welche Ergebnisse sind prüfbar und welche Voraussetzungen müssen erfüllt sein?

Zielgruppe: Fachinformatikerinnen und Fachinformatiker im dritten Ausbildungsjahr in den Fachrichtungen Anwendungsentwicklung, Systemintegration, Daten- und Prozessanalyse sowie Digitale Vernetzung. Du arbeitest mit einem vollständig erfundenen Fall der „Lernwerkstatt Morgenstern“. Namen, Daten, Preise, Messwerte und Netzwerke sind ausschließlich Übungsmaterial.

Lernziele: Du kannst fachrichtungsbezogene Projektideen unterscheiden, das Problem von einer bloßen Routineaufgabe abgrenzen, messbare Akzeptanzkriterien festlegen, Alternativen beurteilen, Grenzen begründen und eine prüfbare Projektskizze erstellen. Die didaktischen Beispiele sind keine offiziellen IHK-Prüfungsaufgaben oder behördlich genehmigten Projektanträge.

Ausbildungsrahmen und Projektauftrag unterscheiden

Zwei Lernorte und vier fachliche Schwerpunkte

Die Fachinformatikerausbildungsverordnung (FIAusbV) vom 28. Februar 2020, in Kraft seit 1. August 2020, regelt das betriebliche Ausbildungsberufsbild und die Abschlussprüfung. § 4 unterscheidet die vier Fachrichtungen. Der mit ihr abgestimmte KMK-Rahmenlehrplan vom 13. Dezember 2019 beschreibt dagegen die Kompetenzen und Lernfelder der Berufsschule. Beides ist aufeinander bezogen, aber nicht dasselbe.

Im dritten Ausbildungsjahr gehört das schulische Lernfeld 12 zur Bearbeitung eines kundenspezifischen Auftrags: 12a Anwendungsentwicklung, 12b Systemintegration, 12c Prozess- und Datenanalyse, 12d Optimierung eines cyber-physischen Systems. Der schulische Zeitrichtwert von jeweils 120 Unterrichtsstunden ist nicht die verfügbare Zeit der betrieblichen Prüfungsprojektarbeit. Die Lehrkraft gestaltet daraus Lernsituationen; das betriebliche Prüfungsprojekt unterliegt der Ausbildungsordnung und den organisatorischen Regeln der zuständigen Stelle.

Für die betriebliche Projektarbeit einschließlich Dokumentation nennt die FIAusbV in den §§ 12, 20, 28 und 36 als Höchstzeiten: 80 Stunden für Anwendungsentwicklung, 40 Stunden für Systemintegration, 40 Stunden für Daten- und Prozessanalyse und 40 Stunden für Digitale Vernetzung. In allen vier Fachrichtungen ist vor der Durchführung eine Projektbeschreibung zur Genehmigung durch den Prüfungsausschuss vorzulegen. Prüfe zusätzlich die aktuellen Antragsfristen, Formulare und Verfahrenshinweise deiner zuständigen IHK; dieser Lernkurs ersetzt sie nicht.

Amtliche Nachweise: FIAusbV, Bundesrecht, Ausfertigung 28.02.2020 und KMK-Rahmenlehrplan, Beschluss 13.12.2019. Quellenstand der Kursrecherche: 21.10.2026. Es werden keine geschützten Volltexte von Normen wiedergegeben.

Projekt statt Daueraufgabe

Ein Projekt hat einen konkreten Ausgangszustand, ein begrenztes Ziel, eine begründete technische Entscheidung, abgrenzbare Ergebnisse und einen zeitlichen Rahmen. Beispiel: Eine neue, isolierte Testumgebung mit geregelten Zugriffsgruppen planen und für zwölf fiktive Clients nachweisen. Dagegen ist „jede Woche alle Benutzerkonten prüfen“ eine wiederkehrende Betriebsaufgabe und allein kein geeignetes Projekt.

Stakeholder sind betroffene oder entscheidungsberechtigte Personen, beispielsweise fiktive Auftraggebende und betreuende Ausbildende. Anforderung bezeichnet eine benötigte Eigenschaft. Abnahmekriterium beschreibt objektiv, woran du ihre Erfüllung erkennst. Nicht-Ziel nennt eine Leistung, die du ausdrücklich nicht versprichst. Änderungsantrag macht späteren Zusatzbedarf sichtbar, statt ihn unbemerkt in den Auftrag aufzunehmen.

Orientierung am Entwicklungszyklus (englische Grafik): Anforderungen und Tests müssen zusammenpassen. Bild: Tazlavi, CC BY-SA 4.0; exakter Commons-Nachweis im Medienverzeichnis.

Fachrichtung passend auswählen

Vergleich an derselben fiktiven Lernwerkstatt

Die Lernwerkstatt Morgenstern verfügt im Unterrichtsmodell über zwölf virtuelle Arbeitsplätze, ein Testnetz ohne Verbindung zu Produktivsystemen und einen Datensatz mit 240 synthetischen Supporttickets. Ein Auftrag darf fachrichtungsbezogen zugeschnitten werden. Eine bloße Umbenennung desselben Vorhabens reicht nicht.

Fachrichtung	Geeigneter Projektkern	Konkret abgrenzbares Produkt	Unpassende Schwerpunktverschiebung
Anwendungsentwicklung	Eigene Anwendung konzipieren und entwickeln	Weboberfläche zur Erfassung und Filterung synthetischer Tickets mit automatisierten Tests	Nur eine fertige Anwendung installieren
Systemintegration	IT-System entwerfen, integrieren, absichern und testen	Separates Testnetz mit Rollen, Diensten, Sicherung und dokumentierter Übergabe	Ausschließlich Eingabemasken programmieren
Daten- und Prozessanalyse	Datenqualität und Prozesswirkung untersuchen	Bereinigte 240-Testticket-Daten, Auswertungsregeln und belegte Prozessverbesserung	Ohne Fragestellung Diagramme erstellen
Digitale Vernetzung	Vernetzte Prozess- und Systemgrenzen gestalten	Simulierter Sensor-Ereignisstrom, isoliertes Gateway und getestete Schnittstelle	Elektrische Anlage oder reale Steuerung ohne Befugnis verändern

Merksatz: Frage zuerst: Welche selbstständige fachliche Entscheidung ist der Kern? Softwareentwurf, Systemarchitektur, Daten-/Prozessmethode oder vernetzte Schnittstellenarchitektur? Nebenarbeiten sind erlaubt, sie dürfen den Schwerpunkt aber nicht verdecken.

Medien zur fachlichen Unterscheidung

Sternstruktur für ein mögliches Testnetz, keine konkrete Einbauanleitung. WDGraham / GW_Simulations, Public Domain.

Symbole eines Datenflussdiagramms für die Abgrenzung von Eingabe, Verarbeitung und Ausgabe. wooptoo, Public Domain.

Verifizierte Wikimedia-Animation eines beispielhaften 802.1aq-Netzes. Sie erläutert Pfade, nicht die für unser isoliertes Testnetz nötige Konfiguration. Peterashwoodsmith, Public Domain.

Den fiktiven Projektumfang festlegen

Ausgangsproblem und SMART-Ziele

Fallvorgabe (rein fiktiv): In der Testwerkstatt werden Berechtigungen derzeit ungeordnet vergeben. Im Labor sollen zwölf virtuelle Clients zu drei Funktionsgruppen gehören: Service, Auswertung und Administration. Eine freigegebene Ausbildungsumgebung umfasst zwei virtuelle Server, eine virtuelle Firewall und simulierte Benutzende. Es existieren keine personenbezogenen Echt- oder Kundendaten.

Projektidee Systemintegration: „Ein isoliertes Rollen- und Sicherungskonzept für zwölf virtuelle Arbeitsplätze auswählen, konfigurieren, prüfen und dokumentiert übergeben.“ Die Kernentscheidung betrifft die Systemarchitektur samt sicherheitsbezogener Regeln, nicht die Entwicklung einer neuen Fachanwendung.

SMART heißt hier konkret, messbar, akzeptiert/abgestimmt, realistisch und terminiert. Beispiel: „Bis zur Modellübergabe erfüllen alle 12 virtuellen Clients die vereinbarte Gruppenanmeldung; 30 vorab definierte Berechtigungsprüfungen ergeben 30 erwartete Resultate und ein dokumentierter Wiederherstellungstest stellt eine 200-MiB-Testdatei korrekt wieder her.“ MiB (Mebibyte) sind binäre Einheiten: 1 MiB = 1 048 576 Byte; 200 MiB entsprechen 209 715 200 Byte.

In Scope: Anforderungsanalyse, Variantenbewertung, Entwurf einer isolierten virtuellen Netzwerkstruktur, Konfiguration der Rollen, erlaubte Testdaten-Sicherung, 30 Testfälle, Übergabeprotokoll und Projektdokumentation. Out of Scope: Produktivverzeichnisdienste, echte Beschäftigtendaten, Betrieb rund um die Uhr, Produktionsnetz, eigenständige Arbeiten an elektrischen Anlagen und dauerhafte Betriebsadministration nach Übergabe. Diese Nicht-Ziele müssen Auftraggebende bestätigen.

Vom Wunsch zum überprüfbaren Testfall

Anforderungskennung	Anforderung	Nachweismethode	Annahmebedingung
A1	Drei getrennte Rollen für zwölf Testclients	Gruppenmitgliedschaft und Anmeldung prüfen	12 von 12 Zuordnungen sind korrekt
A2	Service darf Testtickets lesen, nicht administrieren	Rollenbasierte Zugriffstests	10 von 10 vorgesehenen Tests bestehen
A3	Auswertung erhält nur pseudofreie Simulationsdaten	Sicht- und Zugriffskontrolle	10 von 10 vorgesehenen Tests bestehen
A4	Administration hat gesonderte Laborberechtigungen	Rechte und Protokollierung prüfen	10 von 10 vorgesehenen Tests bestehen
A5	Testdatei lässt sich aus dem Laborbackup wiederherstellen	Vergleich von Größe und Prüfsumme	200 MiB und identische Prüfsumme

Hinweis zur Auswertung: Für A2 bis A4 gelten zehn unterschiedliche vordefinierte Prüfungen je Gruppe, zusammen 30 Testfälle; A1 und A5 sind gesonderte Prüfungen. „30 von 30“ belegt das Erfüllen dieser Testfälle, nicht die absolute Sicherheit eines Systems. Eine Prüfsumme identifiziert hier, ob die wiederhergestellte Testdatei bitgleich ist; für echte Daten gelten zusätzliche Schutzvorgaben.

Wikimedia-Animation eines Organisationsgraphen als Denkanstoß für Rollen und Beziehungen; das Beispiel ist keine identische Abbildung unserer Berechtigungsstruktur. Walter L Brown III, CC BY-SA 4.0.

Ziele, Nicht-Ziele und Schnittstellen dokumentieren

Die Projektgrenze umfasst nur die freigegebene Laborplattform. Schnittstellen werden als Verträge beschrieben: Wer gibt welche Testdaten über welchen definierten Weg weiter? Ein Abhängigkeitspunkt ist eine Leistung, die andere Beteiligte zuerst bereitstellen müssen, etwa die Labor-VMs. Ein Risiko ist ein mögliches zukünftiges Ereignis mit Auswirkung, beispielsweise dass eine virtuelle Testmaschine nicht startet. Eine Maßnahme ist ein vorbereitetes alternatives Testabbild.

Formuliere den Scope als fünf kurze Aussagen: Ausgangslage (fehlende geregelte Rollen), Zielzustand (zwölf simulierte Clients, drei Gruppen), Lieferobjekte (Konzept, Laborkonfiguration, Testprotokoll), Grenzen (keine produktiven Änderungen) und Abnahme (A1–A5). Dadurch bleiben Auftrag, Verantwortung und Bewertung nachvollziehbar.

Lösungen wirtschaftlich und technisch bewerten

Zwei Alternativen mit begründeter Entscheidung

Variante A: Eine neue, isolierte virtuelle Rollenverwaltung in der vorhandenen Lernplattform mit einem wiederverwendbaren Sicherungsskript. Geschätzte fiktive Sachkosten für den Laborzeitraum: 120 €. Variante B: Ein zusätzliches proprietäres Testprodukt mit getrenntem Verwaltungswerkzeug. Fiktive Sachkosten: 250 €. Beide Varianten müssen zuerst die zwingenden Schutz- und Funktionsanforderungen erfüllen.

Eine Nutzwertanalyse bewertet Kriterien nach vereinbarten Gewichten. Beispiel (Bewertung 1 = schlecht bis 5 = sehr gut, nur für den Modellfall):

Kriterium	Gewicht	A	B
Schutz und Trennung	40 %	4	5
Wartbarkeit	30 %	5	3
Kostenverträglichkeit	20 %	5	2
Bedienbarkeit	10 %	4	4

Berechnung: A = 0,40 × 4 + 0,30 × 5 + 0,20 × 5 + 0,10 × 4 = 4,5 von 5 Punkten. B = 0,40 × 5 + 0,30 × 3 + 0,20 × 2 + 0,10 × 4 = 3,7 von 5 Punkten. Daher wird A für diese fiktiven Kriterien bevorzugt. Die Rechnung ersetzt keine tatsächliche Schutzbedarfsfeststellung und keine verbindliche Produktfreigabe. Ändern sich die Gewichte, ist das Ergebnis neu zu berechnen.

Kostenübersicht für das Modell: Geplante Projektarbeit 40 h × fiktiver interner Verrechnungssatz 35 €/h = 1 400 €. Mit 120 € modellhaften Sachkosten ergeben sich für A 1 520 € Betrachtungskosten. Dies ist keine amtliche Vergütung, kein Angebot und kein vollständiger Lebenszykluskostenvergleich.

Zeitrahmen und Veränderungswünsche

Arbeitspaket	Aufwand
Anforderungen und Scope abstimmen	4 h
Varianten und Wirtschaftlichkeit beurteilen	6 h
Architektur und Testkonzept planen	6 h
Laborlösung konfigurieren	12 h
Testen, Abweichungen prüfen und korrigieren	6 h
Dokumentieren und Übergabe vorbereiten	6 h
Summe	40 h

40 Stunden sind 2 400 Minuten. Diese Zeiteinteilung ist nur ein lernbezogener Vorschlag für die Fachrichtung Systemintegration und umfasst die Dokumentation. Die tatsächliche Ausgestaltung und Genehmigung eines betrieblichen Prüfungsprojekts bestimmt die zuständige Stelle.

Ein Change Request wird bei neuen Forderungen schriftlich bewertet. Möchte die fiktive Auftraggeberin nach der Planung zusätzlich 50 produktive Geräte anschließen, widerspricht das den Nicht-Zielen, benötigt neue Schutzprüfung und Aufwandsschätzung und wird nicht stillschweigend umgesetzt. Eine Abnahme nach dem freigegebenen Scope ist ehrlicher als eine ungetestete Erweiterung.

Englisches Gantt-Beispiel zur Reihenfolge und zu zeitlichen Abhängigkeiten. Practicalpm, CC BY-SA 4.0. Die dargestellten Daten gehören nicht zum fiktiven Fall.

Ergebnisse testen, übergeben und reflektieren

Testprotokoll und reproduzierbare Kennzahlen

Erstelle vor der Umsetzung eine Testfallliste mit Kennung, Voraussetzung, Ausführung in der Simulation, erwartetem Ergebnis, Ist-Ergebnis und Status. Verwende keine echten Benutzernamen. Bei einem fehlgeschlagenen Test wird die Ursache protokolliert; danach testest du erneut und dokumentierst beide Durchläufe. Ein erfolgreicher Test bedeutet nur, dass das definierte Kriterium unter den notierten Bedingungen erfüllt ist.

Für einen separaten Übungsdatensatz aus 240 simulierten Supportvorgängen wird eine Bearbeitungszeit von vorher 18 min und nach einer Prozessverbesserung 8 min angenommen. Das entspricht 10 min Einsparung je Vorgang, rechnerisch 240 × 10 min = 2 400 min = 40 h. Diese Modellrechnung ist keine gemessene Produktivitätswirkung unseres Systemintegrationsprojekts und darf nicht als reale Wirtschaftlichkeitsersparnis ausgegeben werden.

Beispiel für eine Ergebnisprüfung: A1: 12/12 Zuordnungen nachgewiesen; A2–A4: 30/30 Tests bestanden; A5: 200-MiB-Datei wiederhergestellt und Prüfsumme gleich. Erst wenn diese hypothetischen Ergebnisse in der Simulation tatsächlich reproduziert werden, sind sie als Ist-Werte im persönlichen Lernprotokoll zulässig. Ein ausgefülltes Muster ersetzt keinen wirklichen Nachweis.

Übergabe und sicheres Arbeiten

Eine Übergabe enthält Ziel-Soll-Ist-Vergleich, Architekturübersicht, Testprotokoll, Bedienhinweise, Grenzen, bekannte Risiken und Zuständigkeiten. In der Reflexion begründest du, warum A gegenüber B bevorzugt wurde und wie du mit Zeit- oder Qualitätsabweichungen umgehen würdest.

Sicherheitsgrenze: Der Kurs verwendet ausschließlich synthetische Daten und freigegebene, isolierte Simulationen. Arbeiten an echten Kranen, elektrischen Anlagen, Drucksystemen, Gefahrstoffen, Produktionsnetzwerken oder sicherheitsrelevanten Steuerungen gehören nicht zu diesem Modell. Praktische Arbeiten nur mit qualifizierter Aufsicht und nach betrieblichen Vorgaben. Ein Kurs ersetzt weder Befähigungs- oder Fachkundenachweise noch fachliche, technische oder rechtliche Freigaben. Es bestehen keine behaupteten Herstellerkooperationen oder Zugriffe auf vertrauliche Unterlagen.

Vertiefendes Fachvideo (deutschsprachig): Es behandelt beispielhaft die Themenwahl und Abgrenzung eines IHK-Projektantrags; konkrete Aussagen des Videos sind mit der aktuell zuständigen IHK abzugleichen.

Quelle: goldsteps consulting, „IHK-Projektantrag Fachinformatiker: Wie bewertet die IHK und worauf musst du achten?“, veröffentlicht 16.02.2024. Einbettung als externes Video, keine freie Weiterverwendungslizenz behauptet. Ton ist Bestandteil des Videos.

Interaktive Aufgaben

Multiple-Choice-Quiz: Projektgrenzen prüfen

Welche Grundlage regelt die betriebliche Fachinformatiker-Abschlussprüfung? (Die Fachinformatikerausbildungsverordnung) (!Der schulische Stundenplan allein) (!Eine beliebige Internetvorlage) (!Das Diagramm einer Herstellerbroschüre)

Rückmeldung: Die FIAusbV regelt das betriebliche Berufsbild und die Prüfung. Der KMK-Rahmenlehrplan beschreibt dagegen die schulischen Lernfelder.

Welche Idee passt am besten zum Schwerpunkt Systemintegration? (Ein isoliertes Testnetz mit Rollen und dokumentierter Abnahme entwerfen) (!Nur eine Website grafisch gestalten) (!Nur Rohdaten ohne Fragestellung sortieren) (!Ohne Freigabe eine Produktionssteuerung verändern)

Rückmeldung: Netzstruktur, Konfiguration, Absicherung und Übergabe bilden den fachlichen Kern der Systemintegration.

Was beschreibt ein fachlich sauberes Nicht-Ziel? (Keine Änderungen an produktiven Benutzerverzeichnissen) (!Jede neue Forderung wird ungeprüft erfüllt) (!Alle Risiken sind grundsätzlich ausgeschlossen) (!Tests können nach der Übergabe entfallen)

Rückmeldung: Eine explizite Ausschlussgrenze verhindert, dass ein Laborprojekt unkontrolliert in produktive Systeme eingreift.

Welche Aussage ist ein überprüfbares Abnahmekriterium? (Alle zwölf Testclients sind der richtigen Gruppe zugeordnet) (!Die Lösung sieht modern aus) (!Das Projekt ist irgendwie schnell) (!Die Beteiligten werden bestimmt zufrieden sein)

Rückmeldung: Die Zuordnung lässt sich für alle zwölf Objekte nach einer festgelegten Prüfmethode zählen.

Was ist der Projektkern einer Fachrichtung Daten- und Prozessanalyse? (Datenqualität begründet prüfen und Verbesserungen nachweisen) (!Nur Betriebssystemupdates ausführen) (!Nur eine Druckerpatrone ersetzen) (!Ohne Auftrag ein produktives Netzwerk umverkabeln)

Rückmeldung: Die fachliche Entscheidung liegt bei Datenaufbereitung, Analyse und Bewertung der Prozesswirkung.

Welcher schulische Wert darf nicht mit der Prüfungsprojektzeit verwechselt werden? (Der Zeitrichtwert von einhundertzwanzig Stunden für Lernfeld zwölf) (!Die Zahl der ausgewählten Projektvarianten) (!Die Anzahl der simulierten Clients) (!Die Anzahl der dokumentierten Risiken)

Rückmeldung: Lernfeldzeit und betriebliche Projektprüfungszeit gehören zu verschiedenen Regelungsbereichen.

Welche Nutzwertanalyse ist für den Modellfall korrekt? (Variante A erzielt vier Komma fünf von fünf Punkten) (!Variante A erzielt zwei von fünf Punkten) (!Variante B erzielt fünf von fünf Punkten) (!Die Gewichtung spielt für das Ergebnis keine Rolle)

Rückmeldung: Die gewichteten Teilwerte von A ergeben 1,6 plus 1,5 plus 1,0 plus 0,4 und damit 4,5.

Was ergibt vierzig Stunden mit einem fiktiven Stundensatz von fünfunddreißig Euro? (Eintausendvierhundert Euro) (!Einhundertvierzig Euro) (!Vierzehntausend Euro) (!Vierhundert Euro)

Rückmeldung: 40 h mal 35 Euro pro Stunde ergeben rechnerisch 1 400 Euro interne Modellkosten.

Was ist bei einer nachträglich gewünschten Anbindung echter Geräte zu tun? (Die Scopeänderung und Schutzfragen vor einer Entscheidung prüfen) (!Die Erweiterung stillschweigend vornehmen) (!Die Dokumentation durch eine mündliche Zusage ersetzen) (!Die Abnahmebedingungen rückwirkend löschen)

Rückmeldung: Ein dokumentierter Änderungsprozess schützt Termine, Budget, Sicherheit und die vereinbarten Ziele.

Wann ist ein Testergebnis belastbar dokumentiert? (Wenn Soll und Ist mit Voraussetzungen reproduzierbar protokolliert sind) (!Wenn nur die erwartete Lösung eingetragen wurde) (!Wenn ein einziger Screenshot alle Risiken ersetzt) (!Wenn eine Herstellerfreigabe ohne Beleg behauptet wird)

Rückmeldung: Reproduzierbare Testschritte und nachvollziehbare Abweichungen sind aussagekräftiger als unbelegte Erfolgsbehauptungen.

Memory: Fachbegriffe zuordnen

Scope	Vereinbarte Grenze der Projektleistungen
Stakeholder	Person mit Interesse oder Einfluss auf das Vorhaben
Akzeptanzkriterium	Überprüfbare Bedingung für die Abnahme
Nicht-Ziel	Ausdrücklich ausgeschlossener Leistungsbestandteil
Testfall	Dokumentierte Prüfung mit erwartetem Ergebnis
Nutzwertanalyse	Gewichteter Vergleich mehrerer Lösungsalternativen

Drag-and-Drop: Produkt und Fachrichtung

Ordne die Projektbestandteile der richtigen Aufgabe zu.	Fachlicher Schwerpunkt
Webanwendung mit selbst entwickeltem Filter	Entwicklung eigener Software
Virtuelles Rollennetz konfigurieren	Systemintegration und Administration
Synthetische Ticketdaten auswerten	Datenqualität und Prozessanalyse
Simuliertes Gateway koppeln	Digitale Vernetzung von Prozessen
Abnahmeprotokoll mit Testbelegen	Qualitätssicherung der Projektübergabe

Kreuzworträtsel: Projektbegriffe

Projekt	Zeitlich begrenztes Vorhaben mit einem konkreten Ergebnis
Umfang	Vereinbarte Menge der Leistungen eines Projekts
Abnahme	Prüfung und Annahme des vereinbarten Ergebnisses
Testfall	Festgelegte Prüfung mit einem erwarteten Resultat
Risiko	Mögliches Ereignis mit negativer Auswirkung
Netzwerk	Verbund miteinander kommunizierender IT-Geräte

LearningApps: Projektumfang und Fachrichtung

Nutze die thematische LearningApps-Suche für ergänzende Übungen. Einzelne fremde Angebote sind nicht als fachlich geprüft gekennzeichnet.

Eigenständiger Lückentext

Die vereinbarte Grenze der Projektleistungen heißt

. Der schulische Rahmenlehrplan wird von der

beschlossen. Die betriebliche Ausbildung richtet sich nach der

. Ein klar ausgeschlossener Leistungsbestandteil heißt

. Eine überprüfbare Bedingung für die Übergabe ist ein

. Die Untersuchung alternativer Lösungen anhand gewichteter Kriterien heißt

. Die Gruppe der betroffenen und entscheidenden Personen heißt

. Ein protokollierter Ablauf mit Soll- und Ist-Ergebnis ist ein

. Die Summe von vierzig Stunden zu fünfunddreißig Euro beträgt

Euro. Für ein nicht genehmigtes Zusatzvorhaben dokumentierst du einen

.

Offene Aufgaben

Leicht

Ausgangslage: Schreibe in fünf Sätzen eine erfundene Ausgangslage der Lernwerkstatt, ohne echte Personen oder Betriebsdaten zu verwenden.
Fachrichtung: Ordne vier fiktive Projektideen jeweils einer Fachrichtung zu und begründe die Wahl mit einem typischen fachlichen Arbeitsschritt.
Projektgrenze: Formuliere für das Testnetz drei Leistungen und drei ausdrückliche Nicht-Ziele.
Abnahmekriterium: Verwandle drei ungenaue Kundenwünsche in eindeutige messbare Testkriterien.

Standard

Stakeholdergespräch: Führe ein Rollenspiel mit fiktiver Auftraggeberin und betreuender Person durch; notiere Entscheidungen und offene Fragen.
Lösungsvergleich: Rechne die Nutzwerte A und B nach und ermittle das Ergebnis bei veränderten, auf 100 Prozent summierten Gewichten.
Architekturskizze: Zeichne eine logisch getrennte Laborarchitektur mit zwölf Clients, drei Rollen, zwei Servern und beschrifteten Kommunikationsgrenzen.
Testdesign: Erstelle fünf reproduzierbare fiktive Berechtigungstestfälle mit Voraussetzungen, Soll-Ergebnissen und Dokumentationsfeldern.

Schwer

Projektantrag: Entwickle eine vollständige Skizze mit fachrichtungsbezogenem Problem, Ziel, Nicht-Zielen, Varianten, Risiken, Arbeitspaketen und stimmiger Stundensumme.
Schutzkonzept: Analysiere einen fiktiven Änderungswunsch zur Produktivanbindung; dokumentiere Schutzfolgen und eine begründete Ablehnung oder Neuplanung.
Messkonzept: Entwirf für 240 synthetische Tickets eine prüfbare Vorher-Nachher-Auswertung, erläutere Einheiten, Annahmen und die Grenze kausaler Schlussfolgerungen.
Fachgespräch: Simuliere eine zehnminütige Projektvorstellung und verteidige zwei Entscheidungen, einen Fehlschlag und eine alternative Vorgehensweise.

Lernkontrolle

Fallentscheidung: Warum ist die reine wöchentliche Benutzerpflege kein ausreichend abgegrenzter Projektkern? Formuliere eine prüfbare Alternative.
Regelwerksvergleich: Erkläre den Unterschied zwischen KMK-Lernfeld 12 und der Projektarbeit nach FIAusbV für die vier Fachrichtungen samt den verschiedenen Zeitmaßstäben.
Begründete Auswahl: Stelle die Rechenwege für A und B dar und erläutere, warum ein gutes Nutzwertergebnis allein keine sicherheitstechnische Freigabe darstellt.
Traceability: Verbinde für A1 bis A5 Ausgangswünsche mit Anforderungen, Prüfmethode und Ergebnisbelegen; markiere fehlende Nachweise.
Change-Entscheidung: Eine reale Produktionsanbindung wird verlangt. Formuliere die erforderliche fachliche Abstimmung, Grenzen, Aufsicht und Änderung des Projektauftrags.
Einheitenkontrolle: Rechne 240 Vorgänge mal zehn Minuten Einsparung sowie 40 h mal 35 Euro je Stunde aus; nenne die Grenzen dieser synthetischen Zahlen.

Lernnachweis

Wissen: Du kannst Fachrichtungen unterscheiden und erklären, was schulisches Lernfeld, betriebliche Ausbildungsordnung, Projektgrenze, Akzeptanzkriterium und Änderungskontrolle bedeuten.

Können: Du formulierst ein SMART-Ziel, eine verständliche Scope-Erklärung, relevante Nicht-Ziele, fünf überprüfbare Kriterien, mindestens zwei realistische Varianten, eine korrekte Zeit- und Kostenrechnung sowie ein sicheres Testkonzept.

Produkte: Eine einseitige Projektskizze, eine nachvollziehbare Variantenmatrix, ein Plan mit Stundensumme, mindestens fünf ausgearbeitete Testfälle, ein simuliertes Übergabeprotokoll und eine kurze Reflexion.

Transfer: Du passt dieselbe Ausgangslage an eine andere Fachrichtung an und erklärst, welche fachliche Kernleistung sich dadurch verändert. Bewertet werden die Qualität der Entscheidungen, Grenzen und Belege, nicht unbelegte Behauptungen einer offiziell bestandenen Prüfung.

OER und Wikipedia

Amtliche und fachliche Literatur (aufgerufen/abgeglichen am 21.10.2026):

Bundesrecht: Fachinformatikerausbildungsverordnung vom 28.02.2020 – §§ 4, 12, 20, 28, 36, maßgeblich für vier Fachrichtungen und Prüfungsbereiche; prüfe beim Einsatz die jeweils aktuelle Fassung.
KMK: Rahmenlehrplan, Beschluss vom 13.12.2019 – fachrichtungsbezogene Lernfelder 12a–12d für das dritte Ausbildungsjahr.
Wikipedia: Anforderungsmanagement – offene Einführung zu Anforderungen, Rückverfolgbarkeit und Testbarkeit; redaktionell veränderlich.
Wikipedia: Projektmanagement – offene Einführung in Planung und Abgrenzung; keine Prüfungsrechtsquelle.

Frei verfügbare Wissensseite (Deutsch):

Verifiziertes Wikimedia-Commons-Medienverzeichnis (Dateiname – Quelle – Urheber – Lizenz):

Datei oder Video	Geprüfte Quelle	Urheber	Lizenz oder Rechtsstatus
File:Software Development Life cycle.png	Commons-Dateiseite	Tazlavi	CC BY-SA 4.0
File:StarNetwork.svg	Commons-Dateiseite	WDGraham / GW_Simulations	Public Domain laut Datei
File:Data-flow-diagram-notation.svg	Commons-Dateiseite	wooptoo	Public Domain laut Datei
File:802d1aqELAN7.gif	Commons-Dateiseite	Peterashwoodsmith	Public Domain laut Datei
File:Org Graph Animation.gif	Commons-Dateiseite	Walter L Brown III	CC BY-SA 4.0
File:Project Management - Gantt Schedule Critical Path.svg	Commons-Dateiseite	Practicalpm	CC BY-SA 4.0
https://www.youtube.com/watch?v=4KuGiRwkiLI	YouTube, deutsch, 16.02.2024	goldsteps consulting	Externe Videoeinbettung; keine freie Inhaltslizenz verifiziert

Die Commons-Dateien sind unverändert eingebunden und nicht als eigene Werke ausgewiesen. Für die lizenzierten Dateien gelten Namensnennung, Lizenzhinweis und gegebenenfalls Weitergabe unter gleichen Bedingungen. Das YouTube-Video enthält gesprochene Erläuterungen; es wird nur eingebettet, nicht übernommen. Über konkrete IHK-Verfahren informiert verbindlich die jeweils zuständige Stelle. Normtexte wurden nicht kopiert. Einzelne Medien können englische Beschriftungen enthalten.