.svg)
Wirtschaftsinformatik lernen heißt zwei Stoffwelten parallel bedienen: So trennst du Modellierung, Technik und BWL und planst deine Klausuren richtig.
"Wirtschaftsinformatik prüft nicht Informatik und BWL nebeneinander, sondern die Übersetzung zwischen beiden."
Wirtschaftsinformatik lernen scheitert selten an einzelnen Themen und fast immer am Nebeneinander: Montag Normalisierung, Dienstag Deckungsbeitragsrechnung, Mittwoch ein Prozessmodell, das beides verbinden soll. Wer den Stoff wie zwei getrennte Studiengänge behandelt, lernt doppelt so viel und kann in der Klausur trotzdem die entscheidende Frage nicht beantworten — nämlich die nach der Übersetzung zwischen beiden Welten. Der Ausweg ist kein Mehr an Zeit, sondern eine andere Aufteilung: Modellierung als eigenes Fach ernst nehmen, technischen und betriebswirtschaftlichen Strang bewusst getrennt üben und die Klausurtypen auseinanderhalten. Wie das konkret aussieht, steht hier Schritt für Schritt.
Das Gefühl täuscht nicht. Die aktuelle Rahmenempfehlung für Studiengänge in Wirtschaftsinformatik an Hochschulen (Version 1.3, Stand 31.01.2025), herausgegeben von der Gesellschaft für Informatik, der Wissenschaftlichen Kommission Wirtschaftsinformatik und dem Verein Die Wirtschaftsinformatik, führt sechzehn Inhaltsbereiche auf. Darunter stehen gleichrangig nebeneinander: Grundlagen aus den Wirtschaftswissenschaften, Grundlagen aus der Informatik, Informationsmanagement, Modellierung betrieblicher Informationssysteme, Datenmanagement, Prozessmanagement, betriebswirtschaftliche Unternehmenssoftware, Business Intelligence und Analytics, Künstliche Intelligenz sowie digitale Märkte und Plattformen.
Entscheidend ist aber nicht die Länge der Liste, sondern wie die Empfehlung die Zielkompetenz beschreibt: Absolventinnen und Absolventen sollen soziotechnische Systeme verstehen und vermitteln können — ausdrücklich an der Schnittstelle zwischen der Betriebswirtschaftslehre und der Informatik. Damit ist gesagt, was in Klausuren tatsächlich geprüft wird. Nicht, ob du ein SQL-Statement schreiben kannst. Nicht, ob du einen Deckungsbeitrag berechnest. Sondern ob du einen betrieblichen Sachverhalt so weit formalisierst, dass er technisch umsetzbar wird — und ein technisches Ergebnis so weit zurückübersetzt, dass eine Fachabteilung damit arbeiten kann.
Daraus folgt eine praktische Konsequenz für deine Lernplanung: Der Stoff zerfällt nicht in „Informatik" und „BWL", sondern in drei Tätigkeiten — rechnen, modellieren, argumentieren. Jede davon braucht eine andere Übungsform. Wer alle drei mit derselben Methode angeht (meistens: Skript lesen und markieren), trainiert am Ende nur eine.
Modellierung wirkt im ersten Semester wie Beiwerk: ein paar Kästchen, ein paar Pfeile. Tatsächlich ist sie der Kern des Studiengangs. Die Rahmenempfehlung widmet ihr einen eigenen Inhaltsbereich („Modellierung betrieblicher Informationssysteme") und einen weiteren für Prozessmanagement. Der Grund ist einfach: Modelle sind genau die Übersetzungsschicht zwischen Fachlichkeit und Technik, um die es im ganzen Fach geht.
Verschaff dir deshalb früh Klarheit darüber, welche Notation wofür zuständig ist. Die meisten Modellierungsfehler in Klausuren sind keine Denkfehler, sondern Zuständigkeitsfehler — jemand zeichnet einen Ablauf, wo eine Datenstruktur gefragt war.
| Notation | Beschreibt | Typische Klausuraufgabe |
|---|---|---|
| Entity-Relationship-Modell | Datenstrukturen: Entitäten, Beziehungen, Kardinalitäten | Aus einem Textfall ein ERM zeichnen und ins Relationenschema überführen |
| BPMN | Geschäftsprozesse: Abläufe, Ereignisse, Verantwortlichkeiten | Einen beschriebenen Prozess modellieren, Schwachstellen benennen |
| EPK | Geschäftsprozesse in der klassischen Ereignis-Funktions-Logik | Ein gegebenes Modell auf Konsistenz prüfen oder in BPMN überführen |
| DMN / Entscheidungstabellen | Geschäftsregeln und Entscheidungslogik | Regeln aus einem Fachtext in eine vollständige Tabelle bringen |
| UML (Klassen-, Sequenz-, Zustandsdiagramm) | Softwarestruktur und -verhalten | Klassendiagramm aus Anforderungen ableiten |
BPMN und UML sind offene Standards der Object Management Group — die Spezifikationen sind frei zugänglich. Das lohnt sich weniger zum Durchlesen als zum Nachschlagen, wenn im Skript ein Symbol unklar bleibt. Und die Lernmethode für Notationen ist eine ganz eigene: Notationen lernst du nicht durch Lesen, sondern durch Zeichnen. Nimm dir alte Fallbeschreibungen, modelliere sie ohne Vorlage, vergleiche erst danach mit der Lösung. Zehn selbst gezeichnete Modelle schlagen fünfzig angesehene.
Der technische Teil des Studiums hat eine klare innere Reihenfolge, und wer sie einhält, spart sich viel Frust. Am Anfang steht das konzeptuelle Datenmodell, das Peter Chen 1976 mit dem Entity-Relationship-Modell eingeführt hat — ausdrücklich als Werkzeug für den Datenbankentwurf. Darauf folgt das relationale Modell, das Edgar F. Codd bereits 1970 beschrieb und das bis heute die Grundlage jedes SQL-Systems bildet. Erst danach kommt die Abfragesprache. Wer diese Reihenfolge umdreht und mit SQL-Syntax anfängt, lernt Befehle ohne Modellverständnis und scheitert an der ersten Entwurfsaufgabe. Den vollständigen Weg vom Fall über das ERM und die Normalformen bis zum Statement findest du im Ratgeber Datenbanken lernen: ER-Modell, Normalisierung, SQL.
Beim Programmieren gilt eine andere Regel. Die Rahmenempfehlung nennt als Grundlage „Programmierung mit einer modernen objektorientierten Programmiersprache" — also eine Sprache, nicht fünf. Für Wirtschaftsinformatikerinnen und -informatiker ist das Ziel nicht, Softwareentwicklung auf Informatik-Niveau zu betreiben, sondern Code lesen, ändern und mit Entwicklerteams darüber sprechen zu können. Kurze tägliche Einheiten schlagen hier lange Wochenendsessions deutlich; wie du die ersten Semester aufbaust, steht in Programmieren lernen im Studium: die ersten zwei Semester. Für den theoretischeren Teil — Komplexität, Graphen, Datenstrukturen — hilft der 5-Schritte-Plan für Algorithmen und Datenstrukturen.
Auf der betriebswirtschaftlichen Seite unterschätzen viele den Inhaltsbereich „Betriebswirtschaftliche Unternehmenssoftware". Die Rahmenempfehlung führt dort integrierte Unternehmenssoftware auf, insbesondere ERP-Systeme und deren funktionsorientierte Module — Produktion, Logistik, Personalwirtschaft, Rechnungswesen — sowie domänenspezifische Systeme wie Produktionsplanung und -steuerung oder Warenwirtschaftssysteme im Handel. Entsprechend sehen Modulhandbücher deutscher Bachelorstudiengänge Praxisübungen an einem echten ERP-System vor: Im Bachelor Wirtschaftsinformatik der TU Ilmenau etwa führt das Modul „ERP-Systeme" die Studierenden an ein SAP-ERP-System heran, an dem sie Standardprozesse aus Vertrieb, Produktion und Beschaffung selbstständig ausführen.
Genau hier liegt eine Lernfalle. ERP-Module wirken im Praktikum wie Klickarbeit, in der Klausur wird aber die Prozesslogik dahinter abgefragt: Welcher Beleg entsteht wann, welche Buchung löst er aus, welche Stammdaten müssen vorher gepflegt sein. Führe deshalb während jeder Systemübung ein kurzes Protokoll — welcher Schritt, welcher Beleg, welche Auswirkung. Das ist in zehn Minuten geschrieben und ersetzt später Stunden Rekonstruktionsarbeit.
Der Zahlenteil schließlich folgt denselben Regeln wie in jedem BWL-Studium: Rechenwege gehören geübt, nicht gelesen. Für den Kostenrechnungsteil ist Controlling lernen: die 4 Bausteine der KLR-Klausur der passende Einstieg, für den externen Teil Bilanzierung lernen. Wenn du die BWL-Klausuren deines Semesters insgesamt strukturieren willst, hilft die Übersicht zur Klausurvorbereitung in BWL.
WI-Klausuren mischen fast immer mehrere Aufgabentypen in einem Heft. Das ist der eigentliche Grund, warum pauschales „Lernen" hier so schlecht funktioniert: Jeder Typ belohnt eine andere Vorbereitung.
| Aufgabentyp | Geprüft wird | Richtige Vorbereitung | Häufigster Fehler |
|---|---|---|---|
| Rechenaufgabe | Sicherer, schneller Rechenweg | Aufgaben unter Zeitdruck ohne Lösung durchrechnen | Lösungswege lesen statt rechnen |
| Modellieraufgabe | Notation korrekt und vollständig anwenden | Fallbeschreibungen frei modellieren, dann abgleichen | Notationsregeln nur passiv kennen |
| Transfer- und Argumentationsaufgabe | Fachbegriffe auf einen neuen Fall anwenden | Zu jedem Konzept ein eigenes Beispiel formulieren | Definitionen auswendig lernen |
| Systemaufgabe (ERP, SQL) | Ablauf- und Datenlogik nachvollziehen | Übungsprotokolle wiederholen, Abläufe nacherzählen | Auf das Systemgedächtnis vertrauen |
Prüfe zu Semesterbeginn im Modulhandbuch und in Altklausuren, welche Typen dich erwarten, und plane pro Typ eigene Übungsblöcke. Wie du Altklausuren systematisch auswertest, statt sie nur durchzublättern, steht in Altklausuren nutzen: in 5 Schritten zur Auswertung.
Die Doppelbelastung lässt sich nicht wegplanen, aber sortieren. Bewährt hat sich diese Reihenfolge:
Ein Detail entscheidet über den Ertrag dieser sechs Wochen: Abfragen schlägt Wiederlesen. Roediger und Karpicke haben gezeigt, dass wiederholtes Abrufen aus dem Gedächtnis die langfristige Behaltensleistung deutlich stärker verbessert als erneutes Durcharbeiten desselben Materials — wobei sich der Vorteil erst bei verzögerten Tests zeigt, nicht unmittelbar danach. Für dich heißt das: Schließe das Skript, bevor du prüfst, ob du etwas kannst. Wie du die Abstände zwischen den Wiederholungen sinnvoll setzt, steht in Spaced Repetition: Wiederholungsintervalle richtig planen; den zeitlichen Rahmen liefert der 6-Wochen-Zeitplan für die Klausurphase.
Der zeitraubendste Teil ist dabei selten das Lernen, sondern das Aufbereiten: Folien, Übungsblätter und Protokolle in prüfbare Fragen zu verwandeln. Genau das kannst du auslagern — Learnboost erstellt aus deinen eigenen Unterlagen Karteikarten und Probefragen, sodass du die gewonnene Zeit ins Rechnen und Modellieren steckst, wo sie tatsächlich zählt. Lade deine Unterlagen zum nächsten WI-Modul hoch und starte mit einem ersten Fragensatz statt mit einer weiteren Runde Markieren.
Nicht zwangsläufig schwerer, aber breiter. Die Rahmenempfehlung für WI-Studiengänge führt sechzehn Inhaltsbereiche auf, von Grundlagen der Wirtschaftswissenschaften über Modellierung und Datenmanagement bis zu Business Intelligence. Die eigentliche Schwierigkeit liegt deshalb weniger in der Tiefe einzelner Themen als im schnellen Wechsel zwischen Rechnen, Modellieren und Argumentieren.
Weniger, als viele befürchten, aber mehr als null. Die Rahmenempfehlung nennt als Grundlage die Programmierung mit einer modernen objektorientierten Programmiersprache — also eine Sprache solide statt vieler oberflächlich. Ziel ist, Code lesen, ändern und mit Entwicklerteams darüber sprechen zu können, nicht Softwareentwicklung auf Informatik-Niveau.
In der Regel drei Familien: das Entity-Relationship-Modell für Datenstrukturen, BPMN und EPK für Geschäftsprozesse sowie UML für Softwarestruktur und -verhalten. Dazu kommen häufig Entscheidungstabellen beziehungsweise DMN für Geschäftsregeln. Wichtiger als die Zahl der Notationen ist, dass du sicher erkennst, welche für welche Aufgabenstellung zuständig ist.
Nicht über das Klicken im System, sondern über die Prozesslogik dahinter. Führe während jeder Systemübung ein kurzes Protokoll: welcher Schritt, welcher Beleg, welche Auswirkung, welche Stammdaten waren nötig. Zur Vorbereitung erzählst du diese Abläufe frei nach und prüfst erst danach im Protokoll nach.
Sechs Wochen sind ein realistischer Rahmen, wenn mehrere Module gleichzeitig anstehen. Entscheidend ist die Reihenfolge: erst Inventur der Aufgabentypen, dann Modellierung, danach technischer und betriebswirtschaftlicher Strang getrennt, zum Schluss gemischte Übung und Klausursimulation unter Zeit.
