Die Einteilung von Software in drei Kategorien (System-, Anwendungs- und Entwicklungssoftware) ist nach wie vor die gängigste. Die Grenzen zwischen diesen Gruppen sind jedoch weniger klar, als ein schulisches Organigramm vermuten lässt: Je nach Betrachtungswinkel – Funktion, Bereitstellung oder Lizenz – kann dasselbe Produkt einer anderen Kategorie zugeordnet werden. Wer versteht, welche Aufgaben die einzelnen Kategorien konkret erfüllen und wo sich ihre Bereiche überschneiden, kann fundiertere Softwareentscheidungen treffen.
Vergleichstabelle der drei Softwarekategorien
| Kriterium | Systemsoftware | Anwendungssoftware | Entwicklungssoftware |
|---|---|---|---|
| Hauptaufgabe | Die Hardware verwalten und anderen Programmen eine Abstraktionsschicht bereitstellen | Einen konkreten Nutzerbedarf erfüllen (Textverarbeitung, Buchhaltung, Webnavigation) | Andere Software erstellen, testen und warten |
| Interaktion mit dem Nutzer | Indirekt (Nutzer bedienen Treiber nicht manuell) | Direkt (grafische Benutzeroberfläche oder aufgabenorientierte Befehlszeile) | Direkt, aber technischen Fachkräften vorbehalten |
| Gängige Beispiele | Windows, macOS, Linux-Distributionen, Hardwaretreiber, BIOS/UEFI | LibreOffice, Webbrowser, ERP-Systeme, Videoschnittsoftware | Visual Studio Code, Git, GCC-Compiler, Debugger |
| Abhängigkeit | Ohne sie funktioniert keine andere Software | Abhängig vom Betriebssystem | Abhängig vom Betriebssystem und manchmal von einer Zielanwendung |
| Aktualisierungszyklus | Abhängig von der Hardware und der Sicherheit des Kernels | Abhängig von Funktionen und Fehlerbehebungen | Abhängig von der Weiterentwicklung der Programmiersprachen und Frameworks |
Die Tabelle macht einen oft unterschätzten Punkt deutlich: Die Systemsoftware bestimmt, ob alle anderen Ebenen funktionieren. Ein veralteter Grafiktreiber kann eine eigentlich aktuelle Videoschnittsoftware unbrauchbar machen.
Wer sich näher mit den Arten von Computersoftware und ihren Unterkategorien befassen möchte, findet in der funktionalen Unterscheidung den praktischsten Ausgangspunkt.
Systemsoftware und Anwendungssoftware: Wo verläuft die Grenze?
Die Trennung scheint eindeutig: Das Betriebssystem verwaltet die Hardware, die Anwendung dient dem Nutzer. In der Praxis verwischen manche Komponenten diese Grenze.
Der Fall integrierter Dienstprogramme
Ein Dateimanager (Windows-Explorer, Finder unter macOS) wird mit dem Betriebssystem ausgeliefert. Er erfüllt eine Anwendungsfunktion (in den eigenen Dokumenten navigieren), ist aber untrennbar mit dem Betriebssystem verbunden, in das er eingebettet ist. Dasselbe gilt für native Firewalls oder integrierte Sicherungsprogramme.
Das zuverlässigste Unterscheidungsmerkmal: Lässt sich die Software durch eine Alternative eines Drittanbieters ersetzen, ohne den Kernel anzutasten, gehört sie zur Anwendungssoftware. Gefährdet ihre Entfernung den Start oder die Stabilität des Computers, gehört sie zur Systemebene.
Treiber und Firmware: die unsichtbare Ebene
Treiber (Drivers) übersetzen die Anweisungen des Betriebssystems in Befehle, die die Hardware versteht. Ohne Netzwerktreiber kann ein Computer mit Linux oder Windows nicht auf das Internet zugreifen – unabhängig davon, welcher Browser installiert ist. Ein fehlerhafter Treiber ist die häufigste Ursache für Hardwareausfälle an einem Arbeitsplatzrechner.
Die Firmware (BIOS, UEFI) arbeitet noch eine Ebene darunter: Sie initialisiert die Hardware, noch bevor das Betriebssystem geladen wird. Sie wird nur selten aktualisiert, doch wenn es dazu kommt, dann häufig, um eine kritische Sicherheitslücke zu schließen.
Entwicklungssoftware: technische Werkzeuge und Abhängigkeiten
Diese dritte Kategorie ist für die breite Öffentlichkeit am wenigsten sichtbar, bringt aber die beiden anderen hervor. Ein Compiler wandelt Quellcode in ein ausführbares Programm um. Eine integrierte Entwicklungsumgebung (IDE) wie Visual Studio Code vereint Texteditor, Debugger und Terminal in einer Oberfläche.
Typische Komponenten einer Entwicklungsumgebung
- Ein Quellcode-Editor mit Syntaxhervorhebung und Autovervollständigung, der das Schreiben beschleunigt und Tippfehler im Code reduziert
- Ein Versionskontrollsystem (Git ist de facto der Standard), das jede Änderung nachverfolgt und es ermöglicht, zu einem früheren Projektstand zurückzukehren
- Ein Compiler oder Interpreter, je nach Zielsprache, der den Code in für den Computer ausführbare Anweisungen umwandelt
- Automatisierte Testwerkzeuge, die das Verhalten der Software vor ihrer Bereitstellung überprüfen
Eine häufige Erkenntnis aus Softwareprojekten: Die Entwicklungswerkzeugkette schafft selbst Abhängigkeiten. Ein Projekt, das auf einem bestimmten Framework basiert, lässt sich nur schwer warten, wenn dieses Framework nicht mehr aktualisiert wird. Dieses Risiko technischer Abhängigkeiten steht auch im Zusammenhang mit den jüngsten regulatorischen Anforderungen.
Europäische Regulierung und Softwarelebenszyklus
Die funktionale Klassifizierung von Software reicht nicht mehr aus, um ihre Eignung im beruflichen Umfeld zu beurteilen. Zwei neue europäische Rechtsakte ergänzen das Softwaremanagement um eine regulatorische Dimension.
Die DORA-Verordnung, die seit dem 17. Januar 2025 gilt, verpflichtet Finanzunternehmen in der EU zu einem strengen Rahmen für digitale Resilienz. Sie umfasst insbesondere Risiken im Zusammenhang mit IT-Dienstleistern, Resilienztests und Vertragsklauseln für IKT-Dienstleistungen. Eine Anwendungssoftware, die bei einem Drittanbieter als SaaS gehostet wird, fällt unmittelbar in diesen Anwendungsbereich.
Der Cyber Resilience Act (Verordnung (EU) 2024/2847), der im Dezember 2024 in Kraft getreten ist, richtet sich an digitale Produkte im weiteren Sinne. Seine wichtigsten Pflichten gelten ab dem 11. Dezember 2027. Softwarehersteller müssen während des gesamten Produktlebenszyklus für den Umgang mit Schwachstellen sorgen.
Diese beiden Rechtsakte verändern die Bewertungskriterien. System-, Anwendungs- oder Entwicklungssoftware wird nicht mehr nur nach ihrer Funktion oder ihrem Preis beurteilt. Wie leicht sie ersetzt werden kann und welche Abhängigkeiten sie schafft, wird zu einem entscheidenden Auswahlkriterium – insbesondere dann, wenn ein einzelner Anbieter mehrere Softwarekomponenten einer Organisation bereitstellt.
Die Unterscheidung zwischen System-, Anwendungs- und Entwicklungssoftware bleibt die Grundlage jeder IT-Kompetenz. Sie hilft dabei, die Aufgaben der einzelnen Ebenen zu verstehen. Die europäischen Regulierungspflichten ergänzen diese Sichtweise um einen Aspekt, den technische Entscheidungsträger nicht länger ignorieren können: Neben der Frage, was eine Software leistet, geht es inzwischen auch darum, welche Kosten ein Ersatz verursachen würde.
