Wirtschaftsinformatiker FA key terms

Eine zusammenhängende Folge von Aktivitäten, die aus einem Input ein Ergebnis für einen Kunden erzeugt. Er hat einen klaren Start, ein Ende, Verantwortliche und messbare Ergebnisse.

Eine Übersicht, die alle wesentlichen Prozesse eines Unternehmens in Kern-, Management- und Unterstützungsprozesse gliedert und ihre Beziehungen auf hoher Ebene zeigt. Sie dient als Einstieg für Priorisierung.

Ein Prozess, der direkt Wert für externe Kunden schafft und zum Wettbewerbsvorteil beiträgt, etwa Auftragsabwicklung oder Produktentwicklung. Unterstützungsprozesse liefern ihm Zuarbeiten.

Die dokumentierte, tatsächlich gelebte Abfolge von Aktivitäten vor einer Veränderung. Er wird durch Beobachtung, Interviews und Datenauswertung erhoben und bildet die Basis für Verbesserungen.

Ein zukünftig angestrebter Ablauf, der aus dem Ist-Prozess abgeleitet und an Zielen wie Durchlaufzeit oder Qualität ausgerichtet wird. Er ist Vorgabe für Umsetzung und spätere Messung.

Das systematische Erheben von Abläufen, Schnittstellen, Rollen und Problemen im Ist-Zustand, meist über Workshops, Interviews und Beobachtung. Ergebnis ist eine validierte Dokumentation als Grundlage der Analyse.

Business Process Model and Notation: eine standardisierte grafische Sprache zur Modellierung von Prozessen mit Ereignissen, Aufgaben, Gateways und Pools. Sie erleichtert die Verständigung zwischen Fachbereich und IT.

Ein Entscheidungs- oder Verzweigungselement in BPMN, das den Prozessfluss aufteilt oder zusammenführt, etwa exklusiv, parallel oder ereignisbasiert. Es macht Bedingungen im Modell explizit.

Eine dokumentierte, prüfbare Aussage darüber, was ein System leisten soll oder welche Eigenschaft es erfüllen muss. Sie ist eindeutig, widerspruchsfrei und mit einer Quelle versehen.

Beschreibt eine konkrete Leistung oder ein Verhalten des Systems, etwa Berechnung, Ausgabe oder Workflow-Schritt. Sie lässt sich durch Testfälle überprüfen und wird oft als Use Case beschrieben.

Legt Qualitätsmerkmale fest, etwa Performance, Verfügbarkeit, Sicherheit oder Bedienbarkeit, ohne ein konkretes Verhalten zu beschreiben. Sie ist oft schwer messbar und braucht klare Akzeptanzkriterien.

Dokument des Auftraggebers, das Anforderungen und Ziele aus fachlicher Sicht beschreibt, ohne die technische Lösung festzulegen. Es bildet die Grundlage für das Pflichtenheft des Auftragnehmers.

Dokument des Auftragnehmers, das beschreibt, wie er die Anforderungen des Lastenhefts umsetzen will, inklusive Architektur, Meilensteinen und Abnahmekriterien. Es ist meist Vertragsbestandteil.

Eine Beschreibung eines Ziels, das ein Akteur mit dem System erreicht, samt Vorbedingungen, Ablauf und Alternativen. Er strukturiert funktionale Anforderungen aus Nutzersicht.

Eine überprüfbare Bedingung, die erfüllt sein muss, damit eine Anforderung als abgenommen gilt. Gute Kriterien sind konkret, testbar und möglichst vor der Umsetzung vereinbart.

Der durchgängige Prozess des Erhebens, Dokumentierens, Priorisierens, Änderns und Nachverfolgens von Anforderungen über den gesamten Lebenszyklus. Er sichert Konsistenz zwischen Fachbereich und IT.

Die nachvollziehbare Verknüpfung von Anforderungen über Design, Implementierung und Testfälle bis zur Abnahme. Sie erlaubt es, Auswirkungen von Änderungen und Lücken in der Umsetzung aufzudecken.

Ein formaler Antrag, eine bereits vereinbarte Anforderung, einen Termin oder Umfang zu ändern. Er wird bewertet, priorisiert und über ein Gremium entschieden, damit Änderungen kontrolliert bleiben.

Die Ausrichtung von IT-Strategie, Architektur und Investitionen an den Zielen des Geschäfts. Gutes Alignment zeigt sich daran, dass IT-Vorhaben messbar zum Geschäftserfolg beitragen.

Die ganzheitliche Beschreibung von Geschäfts-, Anwendungs-, Daten- und Technologiearchitektur eines Unternehmens samt ihrer Beziehungen. Sie dient der Steuerung von Veränderungen und Standards.

Ein wiederverwendbares, generisches Architekturmuster für eine Klasse von Systemen, das als Vorlage dient und angepasst wird. Sie beschleunigt Entscheidungen und fördert einheitliche Standards.

Ein Architekturstil, bei dem eine Anwendung aus kleinen, unabhängig deploybaren Diensten besteht, die über klar definierte Schnittstellen kommunizieren. Das erhöht Flexibilität, verlangt aber Betriebsdisziplin.

Application Programming Interface: eine definierte Schnittstelle, über die Softwarekomponenten Daten und Funktionen austauschen. Sie legt Signaturen, Formate und Fehlerverhalten fest und ermöglicht lose Kopplung.

Enterprise Service Bus: eine zentrale Integrationsschicht, die Nachrichten zwischen Systemen vermittelt, transformiert und routet. Er vereinfacht heterogene Landschaften, kann aber zum Flaschenhals werden.

Langfristig gültige, zentral gepflegte Grunddaten wie Kunden, Artikel oder Lieferanten, die in vielen Prozessen verwendet werden. Ihre Qualität und Eindeutigkeit sind Voraussetzung für verlässliche Auswertungen.

Der Grad, in dem Daten für ihren Verwendungszweck geeignet sind, gemessen etwa an Vollständigkeit, Genauigkeit, Aktualität und Konsistenz. Schlechte Datenqualität verursacht Fehlentscheidungen und Mehrkosten.

Die Gesamtheit von Rollen, Regeln und Prozessen, die Verantwortung für Daten im Unternehmen festlegt. Sie klärt, wer Daten besitzt, pflegt, schützt und für ihre Qualität geradesteht.

Der Schutz von Informationen hinsichtlich Vertraulichkeit, Integrität und Verfügbarkeit. Sie wird durch organisatorische, technische und personelle Maßnahmen erreicht und kontinuierlich überprüft.

Das Grundmodell der Informationssicherheit aus Vertraulichkeit, Integrität und Verfügbarkeit. Es dient als Prüfraster, um Schutzziele für Systeme und Daten zu bestimmen und zu bewerten.

Die Kombination aus der Wahrscheinlichkeit eines unerwünschten Ereignisses und seinem Schadensausmaß. Risiken werden identifiziert, bewertet und durch Vermeidung, Verminderung, Übertragung oder Akzeptanz behandelt.

Vorab festgelegte Maßnahmen, um kritische IT-Dienste nach einem Ausfall wiederherzustellen, inklusive Wiederanlaufzeiten und Verantwortlichkeiten. Es wird regelmäßig getestet und an Änderungen angepasst.

Die Führungs- und Steuerungsstruktur für IT-Entscheidungen, die Rollen, Gremien, Budgets und Kontrollen festlegt. Sie sorgt dafür, dass IT-Ressourcen transparent und im Sinne der Unternehmensziele eingesetzt werden.

Die Gesamtheit aller Projekte eines Unternehmens, betrachtet als Bündel zur Priorisierung und Ressourcenverteilung. Ein aktives Portfoliomanagement verhindert Überlastung und fördert den Nutzen.

Ein Dokument, das ein Projekt formell startet und Ziele, Umfang, Budget, Termine sowie Verantwortliche festhält. Es schafft die Grundlage für Planung und spätere Erfolgsmessung.

Ein definierter, überprüfbarer Zwischenstand im Projekt ohne Dauer, an dem Ergebnisse oder Entscheidungen fällig sind. Meilensteine strukturieren den Fortschritt und dienen der Steuerung.

Die längste Kette voneinander abhängiger Vorgänge im Terminplan; ihre Verzögerung verschiebt direkt das Projektende. Er wird durch Netzplantechnik ermittelt und besonders überwacht.

Ein agiles Vorgehensmodell mit festen Rollen (Product Owner, Scrum Master, Team) und kurzen Iterationen, in denen inkrementell ein nutzbares Produkt entsteht. Transparenz und regelmäßige Anpassung sind zentral.

Die Rolle, die den Produktnutzen maximiert, das Product Backlog priorisiert und Anforderungen gegenüber dem Team vertritt. Sie entscheidet über Inhalte und Reihenfolge der Umsetzung.

Eine zeitlich begrenzte Iteration in Scrum, meist zwei bis vier Wochen, an deren Ende ein potenziell auslieferbares Ergebnis steht. Ziel und Umfang werden zu Beginn vereinbart und geschützt.