Dieser Block sammelt die Themen, die in der Themenanalyse keinem Fachblock zugeordnet sind. Der englische Fachtext ist dabei der wichtigste: Er kam in fünf der letzten neun Prüfungen vor, zuletzt in vier Prüfungen hintereinander mit steigender Tendenz. Die übrigen vier Themen kamen je einmal dran, meist als 4- bis 16-Punkte-Teilaufgabe in Teil 1. Sie sind schnell gelernt und bringen sichere Punkte, wenn sie wieder auftauchen. KI und Green IT stehen außerdem in den Szenarien neuerer Prüfungen (Drohnenbilder, KI-Auswertung, Energieverbrauch).
| Unterthema | Kategorie | Typische Punkte | Wichtigste Fähigkeit |
|---|---|---|---|
| QU-01 Englischer Fachtext | Oft ↑ | 3–12 | Text gezielt auswerten, Antwort auf Deutsch erläutern, auf das Szenario übertragen |
| QU-02 Tabellenkalkulation | Sonstige | 16 | Formeln mit $-Bezügen, WENN, SVERWEIS, WOCHENTAG; Grenzen der Tabellenkalkulation |
| QU-03 Ticketsystem / IT-Service | Sonstige | 12 | Vor- und Nachteile erläutern, Priorität und SLA bestimmen, Support-Level |
| QU-04 Künstliche Intelligenz | Sonstige | 4–8 | Begriffe, Trainings-/Testdaten, Bias, AI Act, Akzeptanz |
| QU-05 Green IT | Sonstige | 4 | Begriff und Ziele, PUE berechnen, Maßnahmen bewerten |
Vorkommen: 5/9 · Prüfungen: S22 T1 A2c (NoSQL/MongoDB, 9 P), W23 T1 A2a (User Stories/INVEST, 1 P direkt aus dem Text), S24 T2 A3b (Überdeckungsmaße, 12 P), W25 T1 A2b (eRechnung/EU-Richtlinie, 9 P), S26 T1 A3a (LoRa, 3 P) · in den letzten vier Prüfungen jedes Mal
Two-factor authentication (2FA) requires users to provide two different types of evidence before they are granted access: something they know, such as a password, and something they have, such as a smartphone that receives a one-time code. Even if attackers steal a password in a phishing attack, they cannot log in unless they also control the second factor. 2FA therefore significantly reduces the risk of account takeover. However, codes sent by SMS can be intercepted, whereas authenticator apps or hardware security keys are considered more secure.
Frage: „Erläutern Sie anhand des Textes, wie die Zwei-Faktor-Authentifizierung vor Phishing schützt, und nennen Sie die laut Text sichersten Varianten.“ (4 P)
Vorgehen: Fundstelle ① = Satz 2 („cannot log in unless they also control the second factor“), Fundstelle ② = Satz 4 („whereas … more secure“). Das Signalwort unless zeigt die Bedingung, whereas den Gegensatz.
Musterantwort: Bei 2FA muss man sich mit zwei verschiedenen Faktoren ausweisen, z. B. mit Wissen (Passwort) und Besitz (Smartphone mit Einmalcode). Erbeutet ein Angreifer per Phishing nur das Passwort, kann er sich trotzdem nicht anmelden, weil ihm der zweite Faktor fehlt. Das Risiko einer Kontoübernahme sinkt deshalb deutlich. Als sicherer als SMS-Codes, die abgefangen werden können, nennt der Text Authenticator-Apps und Hardware-Sicherheitsschlüssel.
| Softwareentwicklung und Qualität | |||
|---|---|---|---|
| requirement | Anforderung | feature | Funktion, Merkmal |
| release | (veröffentlichte) Version | to deploy / deployment | bereitstellen / Auslieferung |
| code base | gesamter Quellcode | maintainability | Wartbarkeit |
| to implement | umsetzen, programmieren | bug / defect / fault | Fehler (im Code) |
| failure | Ausfall, Fehlerwirkung | to fix | beheben |
| to scale / scalability | skalieren / Skalierbarkeit | load | Last, Belastung |
| throughput | Durchsatz | latency | Verzögerung, Antwortzeit |
| legacy system | Altsystem | dependency | Abhängigkeit |
| backward compatible | abwärtskompatibel | library / framework | Bibliothek / Programmiergerüst |
| interface | Schnittstelle | request / response | Anfrage / Antwort |
| to retrieve | abrufen | to store | speichern |
| to validate | prüfen, validieren | edge case | Grenzfall |
| test coverage | Testabdeckung | statement / branch / path coverage | Anweisungs- / Zweig- / Pfadüberdeckung |
| unit test | Komponenten-, Modultest | regression test | Regressionstest |
| to refactor | Code umstrukturieren (ohne Funktionsänderung) | version control | Versionsverwaltung |
| continuous integration | fortlaufendes Zusammenführen und automatisches Testen | to automate | automatisieren |
| Datenbanken | |||
| database management system (DBMS) | Datenbankmanagementsystem | query | Abfrage |
| table / row / column | Tabelle / Zeile (Datensatz) / Spalte (Attribut) | primary key / foreign key | Primärschlüssel / Fremdschlüssel |
| to normalize | normalisieren | redundancy | Redundanz (doppelte Daten) |
| consistency | Konsistenz, Widerspruchsfreiheit | integrity | Integrität, Unversehrtheit |
| transaction | Transaktion | schema | Schema (Struktur der Daten) |
| index | Index (Suchverzeichnis) | backup / to restore | Datensicherung / wiederherstellen |
| stale data | veraltete Daten | document / collection | Dokument / Sammlung (NoSQL) |
| Netzwerk, Cloud und Betrieb | |||
| node | Knoten (Rechner im Verbund) | bandwidth | Bandbreite |
| range | Reichweite; Bereich | data rate | Datenrate |
| power consumption | Leistungsaufnahme, Stromverbrauch | battery life | Akkulaufzeit |
| gateway | Übergang, Vermittler zwischen Netzen/Systemen | availability | Verfügbarkeit |
| data center | Rechenzentrum | on-premises | im eigenen Haus betrieben |
| provider | Anbieter | to provision | (Ressourcen) bereitstellen |
| instance | Instanz (laufende Kopie eines Dienstes) | to monitor | überwachen |
| Sicherheit und Recht | |||
| confidentiality | Vertraulichkeit | authentication / authorization | Authentifizierung (wer?) / Autorisierung (was darf er?) |
| encryption / to encrypt | Verschlüsselung / verschlüsseln | signature | Signatur |
| certificate | Zertifikat | vulnerability | Schwachstelle |
| threat | Bedrohung | access control | Zugriffskontrolle |
| compliance | Einhaltung von Regeln und Gesetzen | directive / regulation | Richtlinie (national umzusetzen) / Verordnung (gilt direkt) |
| invoice | Rechnung | personal data | personenbezogene Daten |
| Projektmanagement und Organisation | |||
| stakeholder | Beteiligter, Interessengruppe | scope | Umfang (des Projekts) |
| deadline / milestone | Termin, Frist / Meilenstein | to estimate / estimate | schätzen / Schätzung |
| effort | Aufwand | user story | Anforderung aus Nutzersicht |
| acceptance criteria | Abnahmekriterien | backlog | (priorisierte) Aufgabenliste |
| iteration | Durchlauf, Entwicklungszyklus | issue | Vorgang, Problem (im Tracker) |
| lessons learned | gewonnene Erkenntnisse | bottleneck | Engpass |
| Englisch | Deutsch | Funktion im Text |
|---|---|---|
| whereas, while | wohingegen, während | Gegensatz – hier stehen oft Unterschiede und Nachteile |
| in contrast to, unlike | im Gegensatz zu | |
| however, but, on the other hand | jedoch, aber, andererseits | |
| although, even though, despite | obwohl, trotz | Einräumung |
| provided that, as long as | vorausgesetzt, dass / solange | Bedingung – Voraussetzung für einen Vorteil |
| unless | es sei denn, außer wenn | |
| if, in case of, once | wenn, im Fall von, sobald | |
| therefore, thus, hence, consequently | daher, deshalb, folglich | Folge / Begründung – Argumentationskette |
| due to, because of, since | aufgrund, wegen, da | |
| in order to, so that | um … zu, damit | |
| such as, e.g., for instance | wie zum Beispiel | Beispiel / Erklärung |
| i.e., that is, in other words | das heißt, mit anderen Worten | |
| in addition, furthermore, moreover | zusätzlich, außerdem | Aufzählung – ein weiterer Punkt beginnt |
| instead of, rather than | anstatt, statt | Alternative |
| at least / at most / up to | mindestens / höchstens / bis zu | Mengenangaben genau übernehmen |
| less than / more than | weniger als / mehr als | |
| respectively | beziehungsweise (jeweils, in der genannten Reihenfolge) | Zuordnung |
| regardless of, whether | unabhängig von / ob | Bedingung |
| must, shall, is required · should · may, can | muss (Pflicht) · soll (Empfehlung) · darf/kann (optional) | Verbindlichkeit bei Anforderungen und Normen |
| Englisch | bedeutet | nicht |
|---|---|---|
| eventually | schließlich, irgendwann | eventuell (= possibly) |
| actual, actually | tatsächlich | aktuell (= current) |
| to become | werden | bekommen (= to get, to receive) |
| sensible / sensitive | vernünftig / empfindlich, vertraulich (sensitive data) | – |
| to control | steuern, beherrschen | nur „kontrollieren“ im Sinne von prüfen (= to check) |
| billion | Milliarde | Billion (= trillion) |
| 1,000.50 | tausend Komma fünf (1.000,50) | eins Komma null null null |
Vorkommen: 1/9 · Prüfung: S23 T1 A3 (16 P): Formel für den Folgetag (2 P), Grundpreis mit VLOOKUP aus einem anderen Arbeitsblatt (5 P), Endpreis mit IF und WEEKDAY (5 P), weitere Einsatzmöglichkeit (2 P), Problem beim Einsatz (2 P). Die Funktionen standen im Belegsatz, mit englischen Namen.
B3) → Bereich (B3:D8).=. In der deutschen Version werden Argumente mit Semikolon getrennt und Kommazahlen mit Komma geschrieben (=RUNDEN(A1;2)), in der englischen Version mit Komma und Dezimalpunkt (=ROUND(A1,2)). In der Prüfung schreibst du so wie im Belegsatz; beide Schreibweisen werden akzeptiert.Blattname!Zelle, z. B. Preise!B3 oder Preise!$A$2:$C$8 (LibreOffice: $Preise.B3)."ja"), Wahrheitswerte heißen WAHR/FALSCH (TRUE/FALSE), Vergleiche: = <> < > <= >=, Texte verketten mit &.Beim Kopieren einer Formel passt die Tabellenkalkulation relative Bezüge an: Eine Formel in Zeile 2, die sich auf B2 bezieht, bezieht sich nach dem Kopieren in Zeile 3 auf B3. Mit dem $-Zeichen wird die Spalte bzw. Zeile festgehalten (F4 schaltet in Excel zwischen den Varianten um).
| Schreibweise | Art | nach unten kopiert | nach rechts kopiert | typischer Einsatz |
|---|---|---|---|---|
| B2 | relativ | B3 | C2 | „die Zelle in derselben Zeile“ – der Normalfall |
| $B$2 | absolut | $B$2 | $B$2 | fester Wert (Steuersatz, Zuschlag) oder Nachschlagetabelle |
| $B2 | gemischt: Spalte fest | $B3 | $B2 | Werte aus einer festen Spalte |
| B$2 | gemischt: Zeile fest | B$2 | C$2 | Werte aus einer festen Zeile |
Beispiel Einmaleins: In B2 steht =$A2*B$1. Die Formel wird nach B2:F6 kopiert. In D4 steht dann =$A4*D$1 = 3 · 3 = 9: Die Spalte A und die Zeile 1 bleiben fest, weil dort die Faktoren stehen.
| A | B | C | D | E | F | |
|---|---|---|---|---|---|---|
| 1 | 1 | 2 | 3 | 4 | 5 | |
| 2 | 1 | 1 | 2 | 3 | 4 | 5 |
| 3 | 2 | 2 | 4 | 6 | 8 | 10 |
| 4 | 3 | 3 | 6 | 9 | 12 | 15 |
$ davor. Einzelne Parameterzellen (Zuschlag, Rabatt, Stichtag) und Nachschlagebereiche (die Matrix im SVERWEIS) sind fast immer absolut.| Deutsch | Englisch | Wirkung, Beispiel |
|---|---|---|
| SUMME, MITTELWERT, MIN, MAX | SUM, AVERAGE, MIN, MAX | =MITTELWERT(D2:D40) |
| ANZAHL / ANZAHL2 | COUNT / COUNTA | zählt Zellen mit Zahlen / alle nicht leeren Zellen |
| ZÄHLENWENN | COUNTIF | zählt Zellen, die ein Kriterium erfüllen: =ZÄHLENWENN(B2:B40;"Jugend"), =ZÄHLENWENN(D2:D40;">=100") |
| SUMMEWENN | SUMIF | (Kriterienbereich; Kriterium; Summenbereich): =SUMMEWENN(B2:B40;"Jugend";D2:D40) |
| ZÄHLENWENNS, SUMMEWENNS | COUNTIFS, SUMIFS | mehrere Kriterien; bei SUMMEWENNS steht der Summenbereich vorn |
| RUNDEN, AUFRUNDEN, ABRUNDEN | ROUND, ROUNDUP, ROUNDDOWN | =RUNDEN(A2;2) → 2 Nachkommastellen (kaufmännisch) |
| WENN, UND, ODER, NICHT | IF, AND, OR, NOT | Logik, siehe unten |
| WENNFEHLER | IFERROR | =WENNFEHLER(Formel;"unbekannt") ersetzt Fehlerwerte |
| SVERWEIS, WVERWEIS, XVERWEIS | VLOOKUP, HLOOKUP, XLOOKUP | Werte in einer Tabelle nachschlagen, siehe unten |
| HEUTE, JETZT | TODAY, NOW | aktuelles Datum (bzw. mit Uhrzeit); ändert sich täglich |
| DATUM, TAG, MONAT, JAHR | DATE, DAY, MONTH, YEAR | =DATUM(JAHR(C2)+1;MONAT(C2);TAG(C2)) = gleiches Datum ein Jahr später |
| WOCHENTAG | WEEKDAY | Wochentag als Zahl, siehe unten |
| ARBEITSTAG, NETTOARBEITSTAGE | WORKDAY, NETWORKDAYS | Datum nach n Arbeitstagen / Anzahl Arbeitstage zwischen zwei Daten |
VERKETTEN (bzw. &), LINKS, RECHTS, TEIL, LÄNGE | CONCATENATE, LEFT, RIGHT, MID, LEN | Textfunktionen |
Beispiel Sportverein (Arbeitsblätter Mitglieder und Beiträge):
| A | B | C | D | |
|---|---|---|---|---|
| 1 | Name | Mitgliedsart | Eintritt | Beitrag |
| 2 | Kaya | Erwachsene | 01.03.2019 | 120 |
| 3 | Brandt | Jugend | 15.08.2023 | 60 |
| 4 | Schulz | Familie | 10.01.2021 | 220 |
| 5 | Nowak | Erwachsene | 20.11.2025 | 120 |
| A | B | |
|---|---|---|
| 1 | Mitgliedsart | Jahresbeitrag |
| 2 | Erwachsene | 120 |
| 3 | Jugend | 60 |
| 4 | Familie | 220 |
| 5 | Passiv | 30 |
| Gesucht | Formel (deutsch) | Ergebnis |
|---|---|---|
| Anzahl erwachsener Mitglieder | =ZÄHLENWENN(B2:B5;"Erwachsene") | 2 |
| Summe der Erwachsenenbeiträge | =SUMMEWENN(B2:B5;"Erwachsene";D2:D5) | 240 |
| Anzahl Beiträge ab 100 € | =ZÄHLENWENN(D2:D5;">=100") | 3 |
| Beitrag in D2 (nach unten kopierbar) | =SVERWEIS(B2;Beiträge!$A$2:$B$5;2;FALSCH) | 120 |
| ermäßigt oder voll? (Zeile 2) | =WENN(ODER(B2="Jugend";B2="Passiv");"ermäßigt";"voll") | voll |
| Ehrennadel für Erwachsene, die vor 2020 eingetreten sind | =WENN(UND(B2="Erwachsene";JAHR(C2)<2020);"Ehrennadel";"") | Ehrennadel |
| Tage seit dem Eintritt | =HEUTE()-C2 | Zahl, ändert sich täglich |
WENN(Prüfung; Dann_Wert; Sonst_Wert). Für mehr als zwei Fälle wird im Sonst-Teil ein weiteres WENN eingesetzt. Bei Schwellenwerten von der höchsten Schwelle abwärts prüfen, dann braucht man keine Bereichsprüfung mit UND. UND(…) ist wahr, wenn alle Bedingungen gelten, ODER(…), wenn mindestens eine gilt. Beispiel IHK-Notenschlüssel (Punkte in B2):
=WENN(B2>=92;1;WENN(B2>=81;2;WENN(B2>=67;3;WENN(B2>=50;4;WENN(B2>=30;5;6)))))
74 Punkte → 3 · 50 Punkte → 4 · 29,5 Punkte → 6 (in Excel geprüft). Englisch: =IF(B2>=92,1,IF(B2>=81,2, …)). Jede öffnende Klammer braucht eine schließende: 5 × WENN → 5 Klammern am Ende.
SVERWEIS(Suchkriterium; Matrix; Spaltenindex; Bereich_Verweis) sucht das Suchkriterium in der ersten Spalte der Matrix und liefert den Wert aus der Spalte Spaltenindex derselben Zeile. Der Spaltenindex zählt ab der ersten Spalte der Matrix, nicht ab Spalte A des Blattes.
#NV. Richtig für Schlüssel wie Artikelnummer, Zone, Mitgliedsart.| A | B | |
|---|---|---|
| 30 | 0 | 4,99 |
| 31 | 2 | 6,49 |
| 32 | 5 | 8,99 |
| 33 | 10 | 14,99 |
=SVERWEIS(7,3;$A$30:$B$33;2;WAHR) → 8,99 (größter Wert ≤ 7,3 ist 5)
=SVERWEIS(2;$A$30:$B$33;2;WAHR) → 6,49
=SVERWEIS(7,3;$A$30:$B$33;2;FALSCH) → #NV (7,3 steht nicht in der Liste)
XVERWEIS (Excel 2021/365, neuere LibreOffice-Versionen): XVERWEIS(Suchkriterium; Suchmatrix; Rückgabematrix; [wenn_nicht_gefunden]; …). Sucht standardmäßig genau, die Rückgabespalte darf auch links der Suchspalte liegen, und eingefügte Spalten verschieben keinen Spaltenindex. Beispiel: =XVERWEIS(B2;Beiträge!$A$2:$A$5;Beiträge!$B$2:$B$5;"unbekannt"). WVERWEIS arbeitet wie SVERWEIS, sucht aber in der ersten Zeile.
#NV, sondern ein falscher Wert heraus: Im Beispiel liefert =SVERWEIS("Senioren";Beiträge!$A$2:$B$5;2) den Wert 30 (Passiv), obwohl es keine Mitgliedsart „Senioren“ gibt. Bei Schlüsseln also immer FALSCH angeben. Weitere Fehlerwerte: #WERT! (falscher Datentyp, z. B. Text + Zahl), #DIV/0!, #BEZUG! (Bezug gelöscht), #NAME? (Funktionsname falsch, z. B. englischer Name in der deutschen Version).WOCHENTAG(Zahl; [Typ]) liefert den Wochentag eines Datums als Zahl. Welche Zahl welcher Tag ist, hängt vom Typ ab:
| Typ | Mo | Di | Mi | Do | Fr | Sa | So | Hinweis |
|---|---|---|---|---|---|---|---|---|
| 1 (Standard in Excel) | 2 | 3 | 4 | 5 | 6 | 7 | 1 | Woche beginnt am Sonntag |
| 2 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | in Deutschland am praktischsten |
| 3 | 0 | 1 | 2 | 3 | 4 | 5 | 6 |
Der 25.12.2026 ist ein Freitag: =WOCHENTAG(DATUM(2026;12;25)) → 6, =WOCHENTAG(DATUM(2026;12;25);2) → 5. Mit Typ 2 heißt „Wochenende“ WOCHENTAG(A2;2)>5 und „Montag bis Freitag“ WOCHENTAG(A2;2)<=5.
Gut geeignet für
Probleme
| Kriterium | Tabellenkalkulation | Anwendung mit Datenbank |
|---|---|---|
| gleichzeitige Nutzung | eingeschränkt, Konflikte | viele Nutzer gleichzeitig, Transaktionen (ACID) |
| Datenqualität | jede Zelle frei editierbar | Datentypen, Pflichtfelder, Fremdschlüssel, Eingabeprüfung |
| Rechte, Nachvollziehbarkeit | Datei-Ebene, kein Protokoll | Rollen und Rechte je Funktion, Änderungsprotokoll |
| Logik | in Zellen verteilt, schwer testbar | zentral im Code, versioniert und getestet |
| Integration | manueller Export/Import | Schnittstellen (z. B. REST), Automatisierung |
Blatt!Zelle, Datumswerte als Tageszahl. Danach je 2 P: eine weitere Einsatzmöglichkeit und ein Problem von Tabellenkalkulationen beschreiben.Vorkommen: 1/9 · Prüfung: S22 T1 A4a (12 P): drei Vorteile und einen Nachteil beim Einsatz eines Ticketsystems für den Support einer App erläutern (danach ging es mit dem Login per OAuth2 weiter)
Ein Ticketsystem (Helpdesk-, Service-Desk- oder Issue-Tracking-System) erfasst jede Anfrage als Ticket mit eindeutiger Nummer und verfolgt sie bis zur Erledigung. Anfragen kommen über mehrere Kanäle herein: E-Mail (wird automatisch zum Ticket), Webformular bzw. Self-Service-Portal, Telefon (der Service Desk legt das Ticket an), Chat oder ein Feedback-Knopf in der App. Bekannte Produkte sind Jira Service Management, Zammad, Znuny (früher OTRS) und ServiceNow; für Entwicklungsaufgaben die Issues in GitHub oder GitLab.
Inhalt eines Tickets: Ticketnummer · Melder mit Kontaktdaten · Zeitstempel (Eingang, erste Reaktion, Lösung) · Kanal · Kategorie und betroffener Dienst · Beschreibung (Fehlerbild, Schritte, Screenshot, Gerät, App-Version) · Auswirkung und Dringlichkeit → Priorität · Status · zuständige Gruppe bzw. Bearbeiter · Verlauf mit Kommentaren · Lösung und Ursache · Verknüpfungen zu anderen Tickets · Zeitaufwand.
ITIL ist eine Sammlung bewährter Praktiken für das IT-Service-Management. Für die Prüfung reichen diese Begriffe (Beispiele aus einer Hochschul-IT):
| Begriff | Bedeutung | Beispiel |
|---|---|---|
| Service Desk (SPOC) | zentrale Anlaufstelle (Single Point of Contact) für alle Anfragen der Nutzer | IT-Hotline der Hochschule |
| Incident (Störung) | ungeplante Unterbrechung oder Qualitätsminderung eines Services; Ziel: Service so schnell wie möglich wiederherstellen, notfalls mit Workaround | „Das Lernportal zeigt seit 9 Uhr eine Fehlerseite.“ |
| Service Request | Standardanfrage ohne Störung: Zugang, Passwort zurücksetzen, Information, Gerät bestellen | „Bitte schalten Sie mir das Raumbuchungssystem frei.“ |
| Problem | die (noch unbekannte) Ursache eines oder mehrerer Incidents; Ziel: Ursache finden und dauerhaft beseitigen | „Warum fällt das Lernportal jeden Montag aus?“ |
| Known Error, Workaround | Problem mit bekannter Ursache; Workaround = dokumentierte Umgehungslösung bis zur endgültigen Behebung | „Bis zum Patch: Browser-Cache leeren.“ |
| Change | geplante Änderung an einem Service oder System (Update, Konfiguration, neue Funktion); wird bewertet, genehmigt, geplant und dokumentiert | „Am Samstag wird das Betriebssystem der Webserver aktualisiert.“ |
| SLA, OLA | Service Level Agreement: Vereinbarung mit dem Kunden über Servicezeiten, Reaktions- und Lösungszeiten, Verfügbarkeit; OLA: entsprechende interne Vereinbarung zwischen Teams | „P1-Störungen werden innerhalb von 4 h behoben.“ |
„Gelöst“ und „Geschlossen“ sind zwei verschiedene Status: Gelöst heißt, der Bearbeiter hat eine Lösung eingetragen. Geschlossen wird erst, wenn der Melder bestätigt oder sich innerhalb einer Frist (z. B. 5 Tage) nicht meldet. So kann ein Ticket wiedereröffnet werden, falls die Lösung nicht funktioniert.
Die Priorität wird nicht danach vergeben, wer am lautesten ruft, sondern aus zwei Fragen abgeleitet: Auswirkung (Impact): Wie viele Nutzer, welche Geschäftsprozesse sind betroffen? Dringlichkeit (Urgency): Wie schnell entsteht Schaden, gibt es einen Workaround? Eine typische Matrix nach ITIL (1 = höchste Priorität):
| Dringlichkeit ↓ / Auswirkung → | hoch | mittel | gering |
|---|---|---|---|
| hoch | 1 kritisch | 2 hoch | 3 mittel |
| mittel | 2 hoch | 3 mittel | 4 niedrig |
| gering | 3 mittel | 4 niedrig | 5 Planung |
Beispiele Hochschul-IT:
So prüfst du ein SLA: Priorität bestimmen → Fristen aus der SLA-Tabelle ablesen → Dauer je Zeitpunkt berechnen (nur Servicezeit) → vergleichen. Beispiel: Eingang 9:10 Uhr, Priorität 2 mit 1 h Reaktions- und 8 h Lösungszeit, erste Rückmeldung 9:55 Uhr → 45 min ≤ 1 h, Reaktionszeit eingehalten.
| Kennzahl | Berechnung | Aussage |
|---|---|---|
| Ticketvolumen | Anzahl neuer Tickets je Woche/Monat, je Kategorie | Personalbedarf, Schwachstellen eines Produkts |
| Erstlösungsquote (First Contact Resolution) | beim ersten Kontakt gelöste Tickets ÷ alle Tickets · 100 | Effizienz des 1st Levels, Qualität der Wissensdatenbank |
| mittlere Reaktions- und Lösungszeit (MTTR) | Summe der Zeiten ÷ Anzahl Tickets | Schnelligkeit des Supports |
| SLA-Erfüllungsquote | Tickets innerhalb der SLA-Fristen ÷ alle Tickets · 100 | Einhaltung der Vereinbarung mit dem Kunden |
| Backlog | offene Tickets, Alter der ältesten | Überlastung, Rückstau |
| Wiedereröffnungsquote | wiedereröffnete ÷ gelöste Tickets · 100 | Qualität der Lösungen |
| Kundenzufriedenheit (CSAT) | Umfrage nach Abschluss, z. B. 1–5 Sterne | Sicht der Nutzer |
Beispiel: 400 Tickets im Monat, davon 248 beim ersten Kontakt gelöst → Erstlösungsquote 62 %; 372 innerhalb der SLA-Fristen → SLA-Erfüllungsquote 93 %.
| Vorteile | Nachteile / Risiken |
|---|---|
|
|
Vorkommen: 1/9 als eigene Aufgabe · Prüfungen: W23 T1 A1b (6 P): Ziele eines Workshops beschreiben, der Widerstände gegen ein KI-System im Weinbau abbauen soll · S26: KI-Auswertung von Drohnenbildern als Teil des Szenarios (gefragt war dort der Speicherbedarf, Block 02) · Seit 2025 gelten schrittweise die Regeln des EU AI Act.
| Begriff | Bedeutung |
|---|---|
| klassische Programmierung vs. ML | Klassisch schreibt ein Mensch die Regeln („wenn Temperatur > 30 °C, dann Lüftung an“). Beim ML bekommt ein Lernalgorithmus Beispieldaten mit den richtigen Antworten und ermittelt die Regeln selbst. Ergebnis ist ein Modell. |
| Training / Inferenz | Training: Das Modell wird an Daten angepasst (rechenintensiv). Inferenz: Das fertige Modell wird auf neue Daten angewendet (z. B. ein Foto klassifizieren). |
| Label | die richtige Antwort zu einem Trainingsbeispiel, z. B. „Glas“ zu einem Foto. Labels werden meist von Menschen vergeben. |
| neuronales Netz | Modell aus vielen verbundenen Rechenknoten in Schichten; „tief“ = viele Schichten |
| LLM, Prompt | Large Language Model: auf riesigen Textmengen trainiertes Sprachmodell, das wahrscheinliche Fortsetzungen eines Textes erzeugt; Prompt = Eingabe bzw. Anweisung an das Modell |
| Konfidenz | Wahrscheinlichkeitswert, mit dem das Modell sein Ergebnis angibt (z. B. „Glas: 0,93“); keine Garantie für Richtigkeit |
| überwachtes Lernen | unüberwachtes Lernen | bestärkendes Lernen | |
|---|---|---|---|
| Daten | mit Labels (richtige Antwort bekannt) | ohne Labels | keine festen Daten; Agent probiert aus und erhält Belohnung oder Strafe |
| Ziel | Klassifikation (Kategorie) oder Regression (Zahlenwert) für neue Fälle | Strukturen finden: Clustering (Gruppen), Anomalieerkennung | Strategie lernen, die die Belohnung maximiert |
| Beispiel | Kamera im Recyclinghof sortiert Abfall in Glas/Papier/Kunststoff; Strombedarf von morgen vorhersagen | Kunden eines Onlineshops in Gruppen mit ähnlichem Kaufverhalten einteilen; ungewöhnliche Überweisungen erkennen | Roboterarm lernt Greifen; Spiel-KI |
Ergebnis bewerten (Beispiel Flaschenkontrolle): Eine Kamera-KI prüft 1.000 Flaschen, von denen 50 tatsächlich beschädigt sind.
| KI: beschädigt | KI: in Ordnung | Summe | |
|---|---|---|---|
| tatsächlich beschädigt | 40 (erkannt) | 10 (übersehen) | 50 |
| tatsächlich in Ordnung | 19 (Fehlalarm) | 931 (richtig) | 950 |
Bias (Verzerrung) heißt: Das Modell liefert für bestimmte Fälle oder Gruppen systematisch schlechtere oder unfaire Ergebnisse. Die Ursache liegt fast immer in den Daten („garbage in, garbage out“):
| Ursache | Beispiel | Gegenmaßnahme |
|---|---|---|
| nicht repräsentative Daten | Gesichtserkennung vor allem mit Fotos hellhäutiger Erwachsener trainiert | Daten aus allen Einsatzbedingungen und Gruppen sammeln |
| unausgewogene Klassen | 99 % der Transaktionen sind legal, Betrugsfälle kaum vertreten | seltene Klassen gezielt ergänzen oder gewichten |
| historische Vorurteile | frühere Einstellungsentscheidungen bevorzugten eine Gruppe | Merkmale und Ergebnisse je Gruppe prüfen, sensible Merkmale entfernen |
| falsche oder uneinheitliche Labels | verschiedene Personen bewerten dasselbe Bild unterschiedlich | klare Label-Richtlinien, Fachleute, Vier-Augen-Prinzip |
| veraltete Daten (Data Drift) | Kaufverhalten ändert sich, Modell bleibt alt | im Betrieb überwachen, nachtrainieren |
Die Verordnung (EU) 2024/1689 gilt als Verordnung unmittelbar in allen EU-Staaten. Sie ist seit August 2024 in Kraft; ihre Pflichten greifen gestaffelt: Verbote und die Pflicht, für ausreichende KI-Kompetenz der Beschäftigten zu sorgen (Art. 4), seit Februar 2025; Regeln für Allzweck-KI-Modelle (z. B. große Sprachmodelle) seit August 2025; die meisten übrigen Pflichten (u. a. Transparenz, Hochrisiko-Bereiche) laut Verordnung ab August 2026, Hochrisiko-KI in regulierten Produkten ab August 2027. Die EU-Kommission hat Ende 2025 vorgeschlagen, Teile der Hochrisiko-Pflichten zu verschieben („digitaler Omnibus“). Für die Prüfung zählt das Prinzip, nicht das genaue Datum: Je höher das Risiko für Gesundheit, Sicherheit und Grundrechte, desto strenger die Regeln.
| Stufe | Was fällt darunter (Auswahl) | Folgen |
|---|---|---|
| unannehmbares Risiko | Social Scoring; manipulative Techniken oder Ausnutzen von Schwächen (Alter, Behinderung); Emotionserkennung am Arbeitsplatz und in Bildungseinrichtungen (außer aus medizinischen oder Sicherheitsgründen); ungezieltes Sammeln von Gesichtsbildern aus dem Internet; biometrische Echtzeit-Fernidentifizierung im öffentlichen Raum (enge Ausnahmen für Strafverfolgung) | verboten; Bußgeld bis 35 Mio. € oder 7 % des weltweiten Jahresumsatzes |
| hohes Risiko | KI als Sicherheitsbauteil regulierter Produkte (Medizinprodukte, Maschinen, Fahrzeuge); KI in kritischer Infrastruktur; Bildung (Zulassung, Prüfungsbewertung); Beschäftigung (Einstellung, Beförderung, Kündigung, Aufgabenverteilung, Leistungsbewertung); Kreditwürdigkeit, Tarife von Lebens- und Krankenversicherungen; Strafverfolgung, Migration, Justiz | erlaubt mit Pflichten: Risikomanagement, hochwertige und auf Bias geprüfte Daten, technische Dokumentation, Protokollierung, menschliche Aufsicht, Genauigkeit und Cybersicherheit, Konformitätsbewertung und CE-Kennzeichnung, Registrierung in einer EU-Datenbank; Betreiber müssen u. a. Beschäftigte vor dem Einsatz informieren |
| begrenztes Risiko | KI, die direkt mit Menschen interagiert (Chatbots); KI-erzeugte oder manipulierte Bilder, Videos, Texte (Deepfakes) | Transparenz: Nutzer müssen erkennen können, dass sie mit einer KI kommunizieren bzw. dass Inhalte künstlich erzeugt sind |
| minimales Risiko | Spamfilter, KI in Videospielen, Rechtschreibprüfung, Lagerprognosen, Bilderkennung zur Qualitätskontrolle von Sachen | keine besonderen Pflichten; freiwillige Verhaltenskodizes; allgemeine Regeln (DSGVO, KI-Kompetenz) gelten trotzdem |
Rollen: Anbieter entwickeln ein KI-System und bringen es in Verkehr (auch ein Softwarehaus, das eine KI-Funktion in sein Produkt einbaut); Betreiber setzen es in eigener Verantwortung beruflich ein. Für Anbieter von Allzweck-KI-Modellen gelten eigene Pflichten (Dokumentation, Urheberrechtsstrategie, Zusammenfassung der Trainingsdaten).
| Chancen | Risiken |
|---|---|
|
|
Regeln für den Einsatz: Die Verantwortung bleibt beim Entwickler – erzeugter Code durchläuft Code-Review und Tests wie jeder andere Code. Firmenlizenz mit Datenschutzvertrag statt privater Konten, keine Geheimnisse in Prompts, klare Richtlinie, welche Werkzeuge für welche Daten erlaubt sind, vorgeschlagene Abhängigkeiten prüfen.
Wird KI eingeführt, entstehen Ängste und Widerstände. Hier gelten dieselben Regeln wie beim Change-Management (siehe Block 04 Projektmanagement):
Typische Befürchtungen
Maßnahmen
Vorkommen: 1/9 · Prüfung: W23 T1 A1c (4 P): den Begriff Green IT erläutern und Ziele nennen
Green IT bezeichnet alle Bestrebungen, Informations- und Kommunikationstechnik über ihren gesamten Lebenszyklus (Herstellung, Betrieb, Entsorgung) umwelt- und ressourcenschonend zu gestalten – und IT so einzusetzen, dass sie auch in anderen Bereichen Energie und Ressourcen spart.
Ziele: Energieverbrauch senken (Geräte, Rechenzentren, Kühlung) · CO₂-Emissionen verringern (Klimaschutz) · Rohstoffe schonen (Metalle, seltene Erden, Wasser) · Lebensdauer der Geräte verlängern und Elektroschrott vermeiden · Recycling und schadstoffarme Herstellung · Betriebskosten senken · gesetzliche Vorgaben und Nachhaltigkeitsberichte erfüllen, Image verbessern.
| Green in IT | Green by IT | |
|---|---|---|
| Idee | Die IT selbst wird umweltfreundlicher. | IT hilft, in anderen Bereichen Energie und Ressourcen zu sparen. |
| Beispiele | effiziente Netzteile und Geräte, optimierte Kühlung, Geräte nachts ausschalten, sparsamer Code, Ökostrom für das Rechenzentrum | Routenoptimierung für Lieferfahrzeuge, intelligente Heizungssteuerung, digitale Akten statt Papier, Smart Grid, Homeoffice spart Pendelwege |
PUE (Power Usage Effectiveness) = Gesamtenergie des Rechenzentrums ÷ Energie der IT-Geräte. Im Beispiel: 72 kW ÷ 40 kW = 1,8. Für jede Kilowattstunde, die die Server nutzen, werden also 0,8 kWh zusätzlich für Kühlung, USV und Licht verbraucht. Der Idealwert 1,0 ist praktisch nicht erreichbar. Ältere Serverräume liegen oft bei 1,8–2,5, moderne Rechenzentren bei 1,2–1,4. In Deutschland schreibt das Energieeffizienzgesetz (EnEfG) größeren Rechenzentren (ab 300 kW) Grenzwerte vor, z. B. höchstens 1,2 für Neubauten ab Mitte 2026.
So gehst du bei Berechnungen vor:
Beispiel fortgesetzt: 72 kW · 8.760 h = 630.720 kWh pro Jahr. Senkt eine neue Kühlung die PUE auf 1,3, braucht der Raum 40 kW · 1,3 = 52 kW, also 455.520 kWh. Einsparung 175.200 kWh, bei 0,30 €/kWh 52.560 € und bei 0,38 kg CO₂/kWh rund 66,6 t CO₂ im Jahr.
Software bestimmt, wie viel Hardware, Rechenzeit, Speicher und Datenübertragung gebraucht wird. Ansatzpunkte:
Bei Notebooks, Tablets und Smartphones entsteht oft der größere Teil der CO₂-Emissionen bereits bei der Herstellung, nicht im Betrieb. Deshalb wirkt eine längere Nutzung besonders stark: reparieren und aufrüsten (Akku, Arbeitsspeicher, SSD), gebrauchte („refurbished“) Geräte kaufen, Altgeräte nach sicherer Datenlöschung weitergeben, fachgerecht recyceln (Rücknahme nach Elektro- und Elektronikgerätegesetz). Bei der Beschaffung zählen Energieverbrauch, Reparierbarkeit, Ersatzteil- und Update-Zusagen, Schadstoffarmut und Rücknahme.
| Zeichen | Bedeutung |
|---|---|
| Blauer Engel | Umweltzeichen der Bundesregierung; Kriterien u. a. für Computer, Monitore, Drucker, Rechenzentren und (seit 2020) für ressourcen- und energieeffiziente Software |
| Energy Star | Energieeffizienz-Label der US-Umweltbehörde EPA, u. a. für PCs, Monitore und Server |
| TCO Certified | internationales Nachhaltigkeitszertifikat für IT-Produkte: Umwelt, Ergonomie, soziale Bedingungen in der Lieferkette |
| EU-Energielabel | Effizienzklassen A bis G, u. a. für Monitore und Fernseher |
| EPEAT, 80 PLUS | Umweltbewertung elektronischer Produkte; Wirkungsgrad von Netzteilen |
Eine Maßnahme ist gut, wenn sie viel einspart und wenig Nachteile hat. Kriterien: Einsparung (kWh, €, CO₂), Investition und Amortisationszeit (= Investition ÷ jährliche Einsparung; z. B. 30.000 € ÷ 12.000 €/Jahr = 2,5 Jahre), Umsetzungsaufwand und Risiko (z. B. weniger Server = Ausfall trifft mehr Dienste, Redundanz einplanen), Nebenwirkungen wie der Rebound-Effekt (effizientere Technik wird mehr genutzt, die Einsparung schrumpft).
Enthält nur, was dir auch die IHK beilegen würde: die Ausgangssituation, die englischen Fachtexte, eine Funktionsliste der Tabellenkalkulation (wie im Belegsatz S23) und die Daten zu den Aufgaben. Keine Erklärungen.
Die Aufgaben dieses Blocks beziehen sich auf die folgende Ausgangssituation:
Die Pflanzenhof Lindner GmbH in Osnabrück ist ein Gartenbaubetrieb mit rund 140 Beschäftigten. Zum Unternehmen gehören sechs Gewächshäuser (Zierpflanzen, Kräuter, Gemüsejungpflanzen), ein Gartencenter und ein Online-Shop mit eigenem Lieferdienst im Umkreis von 40 km. Lieferungen und Liefergebühren werden bisher mit Tabellenkalkulationen geplant, Störungen der IT werden per Telefon oder E-Mail gemeldet. In einem eigenen Serverraum laufen Warenwirtschaft, Kassensystem und Dateiserver.
Ihr Ausbildungsbetrieb, die Nordwind Software GmbH in Bremen (35 Beschäftigte), entwickelt für den Pflanzenhof die Plattform „GrünBlick“:
GrünBlick läuft bei einem Cloud-Anbieter mit Rechenzentren in Frankfurt; die Datenbank wird repliziert. Das Entwicklungsteam von Nordwind besteht aus sechs Personen und arbeitet nach Kanban. Der Pflanzenhof hat sich vorgenommen, bis 2030 klimaneutral zu werden, und will dafür auch seinen Serverraum modernisieren.
Sie arbeiten im Projektteam von Nordwind mit.
Hinweise: Heute ist Samstag, der 10.10.2026. Geldbeträge in Euro.
Kanban is a method for managing knowledge work that has its roots in lean manufacturing. In contrast to Scrum, Kanban does not prescribe iterations of a fixed length, specific roles or a sprint backlog. Instead, a team starts with the process it already uses and improves it step by step.
The central tool is the Kanban board. Each work item is represented by a card that moves from left to right through columns such as “To Do”, “In Progress”, “Review” and “Done”. The board makes the flow of work visible to everyone, including stakeholders outside the team.
The most important practice is limiting work in progress (WIP). A WIP limit defines the maximum number of cards that may be in a column at the same time. When a column has reached its limit, team members must not pull new work into it; instead, they help to finish the items that are already in progress. Although this may feel slower at first, it reduces context switching, exposes bottlenecks and shortens the time a work item needs from start to finish.
Kanban is a pull system: work is pulled into the next column only when there is free capacity, rather than being pushed onto people by a manager.
Teams measure their performance with flow metrics. Lead time is the time between the moment a request is accepted and its delivery to the customer, whereas cycle time only covers the period in which the team is actively working on it. Throughput is the number of items completed per week.
Quelle: eigener Text für dieses Übungsmaterial
Replication means keeping copies of the same data on several database servers, so-called nodes. In the most common set-up, one node acts as the primary (sometimes called leader). All write operations (INSERT, UPDATE, DELETE) are sent to the primary, which then forwards the changes to one or more replicas.
Replication can be synchronous or asynchronous. With synchronous replication, the primary confirms a transaction to the application only after at least one replica has stored the change as well. No committed data is lost if the primary fails, but every write takes longer, especially when the replica is located in a different data center. With asynchronous replication, the primary confirms the transaction immediately and sends the changes to the replicas afterwards. Writes are fast, whereas the replicas may be slightly behind the primary. This delay is called replication lag. It is usually less than a second, but under heavy load it can grow to several seconds or even minutes.
Replicas are used for two main purposes. First, they increase availability: if the primary fails, a replica can be promoted to become the new primary (failover). Many cloud providers perform this automatically within one or two minutes. Second, read replicas improve performance, because read-only queries such as reports or product searches can be distributed across several nodes and do not slow down the primary.
However, replication is not a backup. If a user accidentally deletes a table, the DELETE statement is replicated to all nodes within seconds. Point-in-time backups are therefore still required.
Applications that read from asynchronous replicas must tolerate stale data. A typical problem is that a user saves a change and immediately reloads the page, but the read request is routed to a replica that has not yet received the change. A common solution is to send reads that must be up to date – for example, a user’s own recent changes or stock levels during checkout – to the primary (“read-your-writes” consistency).
Quelle: eigener Text für dieses Übungsmaterial
A monolithic application is built and deployed as a single unit. All functions – for example user management, product catalogue, ordering and payment – share one code base and usually one database. Monoliths are simple to develop, test and deploy as long as the application and the team are small. As they grow, however, every change requires the whole application to be rebuilt and redeployed, and a fault in one module can bring down the entire system.
In a microservice architecture, an application is split into small, independent services. Each service covers one business capability, runs in its own process and owns its data; other services may access this data only through the service’s API, never directly through the database. Services communicate over the network, typically via REST APIs using HTTP and JSON, or asynchronously via a message broker.
The main benefits are:
An API gateway is a single entry point for all clients such as mobile apps and web browsers. It routes each request to the responsible service and takes over cross-cutting tasks like authentication, rate limiting and logging, so that these functions do not have to be implemented in every service.
Microservices are not free, though. A distributed system is considerably more complex than a monolith: network calls can be slow or fail, data is spread across several databases, and transactions that span several services are difficult to implement. Testing and debugging require more effort, because a single user request may pass through many services. Operating dozens of services also requires automation, such as container orchestration, centralized logging and monitoring.
For these reasons, experts recommend that small teams start with a well-structured monolith (“modular monolith”) and extract services only when there is a clear need, for instance when parts of the system have very different load profiles or are developed by separate teams. An API should be designed carefully from the start: once external clients depend on it, changes must remain backward compatible, which is why many providers put a version number in the URL, e.g. /api/v2/orders.
Quelle: eigener Text für dieses Übungsmaterial
Argumente werden durch Semikolon getrennt, optionale Argumente stehen in eckigen Klammern. Bezug auf eine Zelle in einem anderen Arbeitsblatt: Blattname!Zelle (Beispiel: Zonen!C2). Datumswerte werden intern als fortlaufende Zahl gespeichert (Anzahl der Tage seit dem 01.01.1900). Wahrheitswerte: WAHR / FALSCH (TRUE / FALSE).
| Funktion | englisch | Syntax |
|---|---|---|
| SUMME | SUM | SUMME(Zahl1; [Zahl2]; …) |
| MITTELWERT | AVERAGE | MITTELWERT(Zahl1; [Zahl2]; …) |
| MIN / MAX | MIN / MAX | MIN(Zahl1; [Zahl2]; …) |
| ANZAHL | COUNT | ANZAHL(Wert1; [Wert2]; …) |
| ZÄHLENWENN | COUNTIF | ZÄHLENWENN(Bereich; Suchkriterium) |
| SUMMEWENN | SUMIF | SUMMEWENN(Bereich; Suchkriterium; [Summe_Bereich]) |
| RUNDEN | ROUND | RUNDEN(Zahl; Anzahl_Stellen) |
| WENN | IF | WENN(Prüfung; Dann_Wert; Sonst_Wert) |
| UND / ODER | AND / OR | UND(Wahrheitswert1; [Wahrheitswert2]; …) |
| SVERWEIS | VLOOKUP | SVERWEIS(Suchkriterium; Matrix; Spaltenindex; [Bereich_Verweis]) Bereich_Verweis: FALSCH = genaue Übereinstimmung, WAHR = ungefähre Übereinstimmung |
| XVERWEIS | XLOOKUP | XVERWEIS(Suchkriterium; Suchmatrix; Rückgabematrix; [wenn_nicht_gefunden]) |
| HEUTE | TODAY | HEUTE() |
| DATUM | DATE | DATUM(Jahr; Monat; Tag) |
| TAG / MONAT / JAHR | DAY / MONTH / YEAR | JAHR(Zahl) |
| WOCHENTAG | WEEKDAY | WOCHENTAG(Zahl; [Typ]) Typ 2: 1 = Montag, 2 = Dienstag, … 7 = Sonntag |
Angebot des Gartencenters für einen Gewerbekunden. Der Rabatt in G2 gilt für alle Positionen. Grau markierte Zellen sollen Formeln enthalten.
| A | B | C | D | E | F | G | |
|---|---|---|---|---|---|---|---|
| 1 | Artikel | Einzelpreis | Menge | Gesamt | Gesamt nach Rabatt | Rabatt | |
| 2 | Lavendel (Topf 12 cm) | 3,90 | 40 | 8 % | |||
| 3 | Buchsbaum-Kugel 30 cm | 24,90 | 6 | ||||
| 4 | Hortensie (Topf 17 cm) | 12,50 | 15 |
Grau markierte Zellen enthalten Formeln. Im Arbeitsblatt Lieferung werden die Ergebnisse so angezeigt, wie sie mit den Formeln entstehen sollen; die Formeln in Zeile 6 bzw. 7 werden bis Zeile 11 nach unten kopiert.
| A | B | C | D | E | F | G | |
|---|---|---|---|---|---|---|---|
| 1 | BestellNr | Datum | Kundentyp | Zone | Warenwert | Bezahlt | Status |
| 2 | 5101 | 14.09.2026 | Privat | 1 | 54,80 | ja | |
| 3 | 5102 | 18.09.2026 | Gewerbe | 3 | 412,00 | nein | |
| 4 | 5103 | 21.09.2026 | Privat | 2 | 89,90 | ja | |
| 5 | 5104 | 25.09.2026 | Privat | 2 | 36,50 | nein | |
| 6 | 5105 | 29.09.2026 | Gewerbe | 1 | 1.250,00 | ja | |
| 7 | 5106 | 30.09.2026 | Privat | 4 | 149,00 | nein | |
| 8 | 5107 | 02.10.2026 | Privat | 1 | 27,33 | ja | |
| 9 | 5108 | 05.10.2026 | Gewerbe | 2 | 318,40 | nein | |
| 10 | 5109 | 07.10.2026 | Privat | 3 | 64,90 | nein | |
| 11 | 5110 | 09.10.2026 | Privat | 2 | 112,00 | ja | |
| 12 | |||||||
| 13 | Auswertung | ||||||
| 14 | Anzahl Bestellungen in Zone 2 | ||||||
| 15 | Summe Warenwert der Gewerbekunden | ||||||
| 16 | Ø Warenwert (2 Nachkommastellen) | ||||||
| A | B | C | D | E | F | G | |
|---|---|---|---|---|---|---|---|
| 1 | Zone | Gebiet | Grundgebühr | Mindestbestellwert | Lieferfrei ab | Samstagszuschlag | |
| 2 | 1 | Osnabrück Stadt | 4,90 | 20,00 | 60,00 | 5,00 | |
| 3 | 2 | Landkreis Nord | 7,90 | 30,00 | 90,00 | ||
| 4 | 3 | Landkreis Süd | 9,90 | 40,00 | 120,00 | ||
| 5 | 4 | Umland bis 40 km | 14,90 | 50,00 | 150,00 |
| A | B | C | D | |
|---|---|---|---|---|
| 1 | Bestelldatum | Do, 08.10.2026 | ||
| 2 | Zone | 3 | ||
| 3 | Warenwert | 89,50 | ||
| 4 | Mindestbestellwert erreicht? | ja | ||
| 5 | Liefertag | Wochentag | Grundgebühr | Liefergebühr |
| 6 | Fr, 09.10.2026 | 5 | 9,90 | 9,90 |
| 7 | Sa, 10.10.2026 | 6 | 9,90 | 14,90 |
| 8 | So, 11.10.2026 | 7 | 9,90 | keine Lieferung |
| 9 | Mo, 12.10.2026 | 1 | 9,90 | 9,90 |
| 10 | Di, 13.10.2026 | 2 | 9,90 | 9,90 |
| 11 | Mi, 14.10.2026 | 3 | 9,90 | 9,90 |
Regeln des Lieferdienstes: Geliefert wird frühestens am Tag nach der Bestellung, sonntags nicht. Die Grundgebühr hängt von der Zone ab und entfällt, wenn der Warenwert den Betrag „Lieferfrei ab“ der Zone erreicht. Für Lieferungen an Samstagen wird immer der Samstagszuschlag berechnet.
Servicezeit: Montag bis Samstag 7:00–19:00 Uhr (außer an Feiertagen). Reaktions- und Lösungszeiten laufen nur innerhalb der Servicezeit. Im Status „Wartend auf Melder“ ruht die Frist.
| Dringlichkeit ↓ / Auswirkung → | hoch | mittel | gering |
|---|---|---|---|
| hoch | P1 | P2 | P3 |
| mittel | P2 | P3 | P4 |
| gering | P3 | P4 | P4 |
| Priorität | Reaktionszeit | Lösungszeit |
|---|---|---|
| P1 | 15 Minuten | 4 Stunden |
| P2 | 1 Stunde | 8 Stunden |
| P3 | 4 Stunden | 3 Servicetage |
| P4 | 1 Servicetag | nächstes Release (spätestens 30 Tage) |
| Auswirkung | Dringlichkeit | |
|---|---|---|
| hoch | eine Kernfunktion (Bestellung, Zahlung, Lieferung, Gewächshaussteuerung) ist für viele Nutzer ausgefallen oder es entsteht direkter Umsatzverlust | der Schaden wächst schnell (z. B. Gefahr für Pflanzen, laufende Bestellungen gehen verloren), kein Workaround |
| mittel | eine Teilfunktion ist gestört oder eine Abteilung bzw. Nutzergruppe ist betroffen | Lösung im Laufe des Tages nötig, ein Workaround ist mit Mehraufwand möglich |
| gering | einzelne Person betroffen oder Komfortfunktion; Arbeit ist normal möglich | Lösung kann geplant werden |
Support-Organisation:
| Ticket | Eingang | Meldung (gekürzt) | Auswirkung | Dringlichkeit | Status | erste Reaktion | gelöst |
|---|---|---|---|---|---|---|---|
| T-1041 | Mo 05.10. 08:12 | Kundin: Link zum Zurücksetzen des Passworts kommt nicht an | gering | mittel | geschlossen | 08:40 | 09:05 |
| T-1042 | Mo 05.10. 10:30 | Gartencenter: Kartenzahlung im Online-Shop schlägt für alle Kundinnen und Kunden fehl, Bestellungen brechen ab | hoch | hoch | geschlossen | 10:52 | 13:10 |
| T-1043 | Di 06.10. 07:05 | Gewächshaus 4: Dashboard zeigt seit 6:40 Uhr keine Temperaturwerte; die Lüftung läuft im Notprogramm, für mittags ist starke Sonne angesagt | – | – | in Bearbeitung | 07:15 | – |
| T-1044 | Di 06.10. 14:05 | Verkauf: neue Mitarbeiterin benötigt Zugang zum Auswertungsmodul | gering | gering | geschlossen | Mi 09:30 | Mi 10:00 |
| T-1045 | Mi 07.10. 09:00 | Kunde: Tippfehler in der Beschreibung einer Rosensorte | gering | gering | gelöst | 11:20 | Do 08:15 |
| T-1046 | Mi 07.10. 11:20 | Lieferdienst: Seit dem Update vom 06.10. stürzt die Liefer-App bei allen Fahrern beim Scannen ab; Lieferungen werden auf Papier notiert und abends nachgetragen | – | – | in Bearbeitung | 11:45 | – |
| T-1047 | Do 08.10. 07:12 | Gewächshaus 2: Dashboard zeigt keine Temperaturwerte (gleiches Fehlerbild wie T-1043, dritter Fall seit September); behoben durch Neustart des Sensor-Gateways | mittel | hoch | gelöst | 07:20 | 07:50 |
„–“ in den Spalten Auswirkung/Dringlichkeit: noch nicht eingestuft. Zeitangaben ohne Wochentag beziehen sich auf den Eingangstag.
Kameras fotografieren die Pflanzentische zweimal täglich. PflanzenCheck soll jedes Foto einer der Klassen gesund, Echter Mehltau, Blattläuse oder Grauschimmel zuordnen. Erkannte Krankheiten werden dem Gewächshausteam gemeldet; befallene Pflanzen werden behandelt oder aussortiert.
Trainingsdaten (Stand September 2026):
Geplanter Einsatz: ab November 2026 in allen sechs Gewächshäusern (auch Kräuter und Gemüsejungpflanzen), in den Wintermonaten unter Kunstlicht.
Testergebnis: 2.000 Fotos, die nicht für das Training verwendet wurden (ebenfalls aus den Gewächshäusern 1 und 2, Juli 2026); ausgewertet nur nach krank/gesund:
| PflanzenCheck: krank | PflanzenCheck: gesund | Summe | |
|---|---|---|---|
| tatsächlich krank | 210 | 90 | 300 |
| tatsächlich gesund | 60 | 1.640 | 1.700 |
| Ist-Zustand (Messung September 2026) | Planung (Angebot eines Systemhauses) |
|---|---|
|
|
Kenndaten: Strompreis 0,28 € je kWh · Emissionsfaktor 0,38 kg CO₂ je kWh · 1 Jahr = 8.760 Stunden
Annahmen: 1 GB = 1.000 MB · Energiebedarf der Datenübertragung (Netz und Rechenzentren) 0,03 kWh je GB
Alle Aufgaben beziehen sich auf die Ausgangssituation in Anlage 1. Antworten auf Fragen zu englischen Texten sind auf Deutsch zu formulieren. Formeln der Tabellenkalkulation dürfen in deutscher oder englischer Schreibweise angegeben werden (Funktionsliste in Anlage 5).
Das Entwicklungsteam von Nordwind arbeitet seit Kurzem nach Kanban. Eine neue Kollegin, die bisher nur Scrum kennt, hat den Text in Anlage 2 erhalten.
Angelehnt an: W23 Teil 1, Aufgabe 2a (Fachbegriffe aus einem englischen Text zu agilen Methoden)
Die Datenbank von GrünBlick wird beim Cloud-Anbieter repliziert. Der Anbieter bietet synchrone und asynchrone Replikation an. Zur Entscheidung liegt Ihnen der Text in Anlage 3 vor.
Angelehnt an: S22 Teil 1, Aufgabe 2c (Datenbanktechnik aus englischem Text erläutern)
Für GrünBlick soll die Software-Architektur festgelegt werden. Ein Mitglied des Teams schlägt vor, Shop, Liefer-App, Gewächshaus-Monitoring und PflanzenCheck von Anfang an als Microservices umzusetzen. Das Team besteht aus sechs Entwicklerinnen und Entwicklern. Bei Aktionen wie dem Frühjahrsverkauf wird der Produktkatalog des Shops sehr stark genutzt, die übrigen Funktionen kaum stärker als sonst. Ihnen liegt der Text in Anlage 4 vor.
/api/v1/orders erreichbar sein. Erklären Sie, warum die URL laut Text eine Versionsnummer enthält.Angelehnt an: S22 Teil 1, Aufgabe 2c, und S24 Teil 2, Aufgabe 3b (Inhalte eines englischen Fachtextes erläutern und übertragen)
Für ein Angebot an einen Gewerbekunden verwendet das Gartencenter das Arbeitsblatt Angebot (Anlage 6). Die Formeln in Zeile 2 sollen nach unten bis Zeile 4 kopiert werden können.
=D2*(1-G2) eingegeben und nach unten kopiert. Erläutern Sie, welche Formel dann in E3 steht und welchen Wert E3 anzeigt.Angelehnt an: S23 Teil 1, Aufgabe 3a und 3ba (Formeln, Einsatzmöglichkeit)
Im Arbeitsblatt Bestellungen (Anlage 7) sollen die grau markierten Zellen berechnet werden.
Angelehnt an: S23 Teil 1, Aufgabe 3a (Formeln mit Funktionen aus dem Belegsatz)
Bevor die Berechnung der Liefergebühren in GrünBlick programmiert wird, soll die Logik mit einer Tabellenkalkulation simuliert werden. Nach Eingabe von Bestelldatum, Zone und Warenwert zeigt das Arbeitsblatt Lieferung die nächsten sechs möglichen Liefertage mit der jeweiligen Liefergebühr an. Die Gebühren stehen im Arbeitsblatt Zonen (Anlage 7, dort auch die Regeln des Lieferdienstes).
Geben Sie Formeln an, mit denen die Inhalte der grau markierten Zellen im Arbeitsblatt Lieferung bestimmt werden. Die Formeln in Zeile 6 bzw. 7 werden bis Zeile 11 kopiert. Verwenden Sie Funktionen aus Anlage 5; Hilfswerte in weiteren Spalten sind erlaubt.
Angelehnt an: S23 Teil 1, Aufgabe 3 (Folgetag, VLOOKUP, IF mit WEEKDAY, Einsatzmöglichkeit und Problem)
Beim Service Desk des Pflanzenhofs gehen folgende Meldungen ein.
| Nr. | Meldung | Kategorie |
|---|---|---|
| 1 | „Seit heute Morgen kann sich niemand aus Gewächshaus 3 am Dashboard anmelden.“ | |
| 2 | „Bitte richten Sie für unsere neue Auszubildende ein Benutzerkonto für GrünBlick ein.“ | |
| 3 | „Die zehn Abstürze der Liefer-App im September sollen auf eine gemeinsame Ursache untersucht werden.“ | |
| 4 | „Der Online-Shop soll zusätzlich die Bezahlung per Rechnung anbieten.“ |
Neu (Grundlagen zu S22 Teil 1, Aufgabe 4a)
Verwenden Sie den Auszug aus dem Servicevertrag (Anlage 8) und die Ticketliste (Anlage 9).
Neu (Vertiefung zu S22 Teil 1, Aufgabe 4)
Bisher melden die Beschäftigten des Pflanzenhofs Störungen per Telefon oder E-Mail direkt an einzelne Entwickler von Nordwind. Mit dem Start von GrünBlick soll der Support über ein Ticketsystem laufen, das Nordwind als Webanwendung bereitstellt (Anlagen 8 und 9).
Angelehnt an: S22 Teil 1, Aufgabe 4a (Vor- und Nachteile eines Ticketsystems für den App-Support)
In einer Projektbesprechung mit dem Pflanzenhof fallen viele Begriffe rund um KI durcheinander.
| Vorhaben | Lernverfahren und Begründung |
|---|---|
| 1. PflanzenCheck lernt aus Fotos, die mit „gesund“ oder dem Namen der Krankheit beschriftet sind. | |
| 2. In den Sensordaten sollen ungewöhnliche Messverläufe (z. B. von defekten Sensoren) gefunden werden; Beispiele für Defekte liegen nicht vor. | |
| 3. Aus den Verkaufszahlen der letzten Jahre soll vorhergesagt werden, wie viele Weihnachtssterne im Dezember verkauft werden. |
Neu (KI-Grundbegriffe; KI war in W23 und S26 Teil des Szenarios)
Das KI-Modul PflanzenCheck wurde trainiert und getestet (Anlage 10).
Neu (Trainings- und Testdaten, Bias)
Der Pflanzenhof plant mehrere KI-Anwendungen und möchte wissen, was dabei zu beachten ist. Gleichzeitig will das Entwicklungsteam von Nordwind KI-Werkzeuge nutzen.
| geplante Anwendung | Risikostufe | Folge |
|---|---|---|
| 1. PflanzenCheck erkennt Krankheiten auf Fotos der Pflanzen. | ||
| 2. Ein Chatbot im Online-Shop beantwortet Fragen zur Pflanzenpflege und zu Bestellungen. | ||
| 3. Eine Software sortiert die Bewerbungen für 30 Saisonkräfte vor und erstellt eine Rangliste für die Personalabteilung. | ||
| 4. Kameras an den Packtischen sollen per KI erkennen, ob Beschäftigte gestresst oder unmotiviert wirken, und das der Schichtleitung melden. |
Angelehnt an: W23 Teil 1, Aufgabe 1b (Widerstände gegen ein KI-System); AI Act und Halluzinationen neu
Der Pflanzenhof möchte bis 2030 klimaneutral werden. Die Geschäftsführung hat den Begriff „Green IT“ gehört.
| Maßnahme | Green in IT | Green by IT |
|---|---|---|
| 1. Die Server im Serverraum werden virtualisiert. | ||
| 2. Bodenfeuchtesensoren steuern die Bewässerung; GrünBlick bewässert nur, wenn es nötig ist. | ||
| 3. Abstimmungen mit Lieferanten finden per Videokonferenz statt statt mit Dienstreise. | ||
| 4. Alte Notebooks erhalten neue Akkus und SSDs und werden zwei Jahre länger genutzt. |
Angelehnt an: W23 Teil 1, Aufgabe 1c (Green IT erläutern, Ziele nennen)
Der Serverraum des Pflanzenhofs soll modernisiert werden. Verwenden Sie die Kenndaten in Anlage 11. Geben Sie jeweils den Rechenweg an.
Neu (Rechnung zu Green IT; Rechenweg wie bei Speicherbedarfsaufgaben in W23/S26)
GrünBlick soll das Umweltziel des Pflanzenhofs unterstützen und selbst möglichst ressourcenschonend arbeiten. Im Testbetrieb wurden die Beobachtungen in Anlage 12 festgehalten.
Neu (nachhaltige Softwareentwicklung, Hardware-Lebenszyklus; Ergänzung zu W23 Teil 1, Aufgabe 1c)
Diese echten Prüfungsaufgaben passen zu diesem Block (Dateien im Ordner Prüfungsvorbereitung). Lösungen gibt es nur für 2023 Sommer, 2023 Winter, 2024 Sommer und 2025 Winter (dort vom u-form-Verlag).
| Prüfung | Aufgabe | Thema | Datei · Lösung |
|---|---|---|---|
| Sommer 2022 | T1 A2c (9 P) | Englischer Text zu MongoDB: drei Vorteile gegenüber relationalen Datenbanken | 2022/sommer/AE 2022 Sommer Teil 1.pdf · keine Lösung |
| Sommer 2022 | T1 A4a (12 P) | Ticketsystem: drei Vorteile, ein Nachteil | wie oben · keine Lösung |
| Sommer 2023 | T1 A3 (16 P) | Tabellenkalkulation: Folgetag, VLOOKUP, IF/WEEKDAY, Einsatz und Probleme (Funktionen im Belegsatz, Seite 4) | 2023/sommer/AE Sommer 2023 Teil 1.pdf · Lösung: AE Sommer 2023 Teil 1+2 Lösungen.pdf |
| Winter 2023 | T1 A1b (6 P), A1c (4 P) | Workshop gegen Widerstände bei einem KI-System; Green IT und Ziele | 2023/winter/AE Winter 2023 Teil 1.pdf · Lösung: AE Winter 2023 Teil 1 Lösungen.pdf |
| Winter 2023 | T1 A2a (7 P) | Englischer Text zu User Stories: Ersteller, Aufbau, INVEST | wie oben |
| Sommer 2024 | T2 A3b (12 P) | Englischer Text: Anweisungs-, Zweig- und Pfadüberdeckung | 2024/sommer/AE Sommer 2024 Teil 1+2+3.pdf · Lösung: AE Sommer 2024 Teil 2 Lösungen.pdf |
| Winter 2025 | T1 A2b (9 P) | Englischer Text zur eRechnung (EU-Richtlinie): Hauptziel, Aspekte | 2025/winter/AE Winter 2025 Teil 1.pdf · Lösung: AE Winter 2025 Lösungserleuterungen.pdf (u-form) |
| Sommer 2026 | T1 A3a (9 P) | Englischer Text zu LoRa: Merkmale nennen, Eignung für Sensoren begründen | 2026/sommer/AE Sommer 2026 Teil 1.pdf · keine Lösung |
| Sommer 2026 | T2 A3b (5 P) | KI-Auswertung von Drohnenbildern als Kontext (Speicherbedarf berechnen) | 2026/sommer/AE Sommer 2026 Teil 2.pdf · keine Lösung |