Die Bausteine einer Software, einfach erklärt

Warum du die Bausteine kennen solltest

Du sitzt im Gespräch über deine geplante Software, und es fallen Wörter wie Frontend, Backend, Datenbank und Schnittstelle. Du nickst mit, weil du den Faden nicht verlieren willst, aber im Stillen bist du dir nicht sicher, was genau gemeint ist. Das ist völlig normal, und es ist kein Wissen, das du brauchst, um mitzureden, sondern um gute Entscheidungen zu treffen. Wer die Bausteine versteht, erkennt, warum manches teuer ist, wo Risiken liegen und ob ein Angebot Sinn ergibt.

Damit das hängenbleibt, benutzen wir ein durchgehendes Bild: ein Restaurant. Fast jede Software lässt sich damit erklären, ohne dass du eine Zeile Code sehen musst. Am Ende kennst du die fünf Teile, aus denen so gut wie jedes Produkt besteht, und du verstehst, wie sie zusammenspielen. Versprochen: kein Fachjargon, nur das Bild und seine Übersetzung.

Das Frontend: der Gastraum

Das Frontend ist alles, was du siehst und anfasst: die Seite im Browser, die App auf dem Handy, die Knöpfe, Formulare und Bilder. Im Bild des Restaurants ist es der Gastraum. Hier sitzen die Gäste, hier wird die Speisekarte gelesen, hier entsteht der Eindruck. Alles, was der Nutzer erlebt, passiert im Frontend.

Weil es das Sichtbare ist, wird das Frontend oft für die ganze Software gehalten. Tatsächlich ist es nur die Oberfläche. Ein schöner Gastraum garantiert kein gutes Restaurant, genauso wenig wie eine hübsche Oberfläche ein gutes Produkt garantiert. Was du siehst, ist der kleinere Teil dessen, was gebaut werden muss. Das erklärt, warum eine Software, die fertig aussieht, innen noch lange nicht fertig sein muss.

Wichtig ist auch die Frage, wo dieser Gastraum steht: im Browser, als App auf dem Handy, oder beides. Diese Entscheidung prägt Aufwand und Kosten spürbar, und sie ist keine reine Geschmacksfrage. Welche Form wann passt, haben wir in Web-App, Mobile-App oder PWA auseinandergenommen.

Das Backend: die Küche

Hinter dem Gastraum liegt die Küche, und das ist das Backend. Hier passiert die eigentliche Arbeit, die der Gast nie sieht: Bestellungen werden bearbeitet, Regeln angewandt, Berechnungen ausgeführt, Entscheidungen getroffen. Wenn du auf Bestellen drückst, nimmt das Backend die Bestellung entgegen, prüft sie, verbucht die Zahlung und sorgt dafür, dass das Richtige passiert.

Das Backend ist meist der grössere und anspruchsvollere Teil einer Software, gerade weil man es nicht sieht. Die Logik, die ein Produkt wirklich ausmacht, steckt fast immer in der Küche, nicht im Gastraum. Zwei Produkte können identisch aussehen und sich in dem, was dahinter passiert, fundamental unterscheiden. Das ist der Grund, warum ein scheinbar einfacher Wunsch im Frontend einen grossen Aufwand im Backend auslösen kann.

Hier liegt auch der grösste Teil dessen, was Software sicher und verlässlich macht: Wer darf was, was passiert bei Fehlern, wie wird mit sensiblen Daten umgegangen. Eine ungepflegte Küche fällt dem Gast erst auf, wenn etwas schiefgeht, und dann meist spürbar.

Die Datenbank: das Gedächtnis

Die Datenbank ist die Vorratskammer und das Bestellbuch des Restaurants: der Ort, an dem alles gespeichert wird, was erhalten bleiben muss. Kundendaten, Bestellungen, Texte, Einstellungen, jede Information, die morgen noch da sein soll, liegt in der Datenbank. Ohne sie hätte die Software kein Gedächtnis und würde bei jedem Neustart alles vergessen.

Das klingt simpel, ist aber einer der wichtigsten Bausteine überhaupt, denn hier liegen die Daten, die oft das eigentliche Wertvolle an einem Produkt sind. Die Software kann man neu bauen, die über Jahre gesammelten Daten nicht. Deshalb drehen sich Fragen nach Backups, Datenschutz und wo die Daten überhaupt liegen alle um diesen einen Baustein.

Gerade in der Schweiz ist die Frage, wo dieses Gedächtnis steht, oft entscheidend. Wer Kundendaten verwaltet, sollte wissen, in welchem Land sie liegen und wer Zugriff hat. Das ist keine technische Spitzfindigkeit, sondern eine geschäftliche und rechtliche Frage.

Schnittstellen: wie Küchen miteinander reden

Kein Restaurant kocht alles selbst. Es bestellt beim Lieferanten, lässt die Zahlung über einen Dienstleister abwickeln, nutzt einen Lieferdienst. Damit das klappt, braucht es eine vereinbarte Art, Bestellungen zu übergeben. Diese vereinbarte Art ist eine Schnittstelle, im Fachjargon API. Sie ist die Durchreiche, über die zwei Systeme einander Informationen geben, ohne sich gegenseitig in die Küche zu schauen.

Fast jede moderne Software hängt an solchen Schnittstellen: zur Buchhaltung, zum Zahlungsanbieter, zum Versand, zum bestehenden System im Unternehmen. Eine Schnittstelle ist eine vereinbarte Sprache zwischen zwei Programmen. Solange beide Seiten sich an die Vereinbarung halten, läuft es. Ändert eine Seite ihre Sprache, muss die andere nachziehen, und das ist Arbeit, die scheinbar aus dem Nichts entsteht.

Gerade die Anbindung an ein vorhandenes System, etwa eine Warenwirtschaft, wird oft unterschätzt. Wie aufwendig das wird, hängt stark davon ab, wie gut die andere Seite mitspielt. Worauf das im Einzelnen ankommt und was es kostet, steht in Schnittstellen und die Anbindung an ein ERP.

Hosting und Betrieb: das Gebäude und der laufende Service

Der letzte Baustein ist das Gebäude samt laufendem Betrieb: der Ort, an dem das Restaurant überhaupt steht, mit Strom, Wasser und jemandem, der morgens aufschliesst. In der Software ist das Hosting, also die Server, auf denen alles läuft, plus der Betrieb, der dafür sorgt, dass es läuft, geschlossen bleibt, wenn es muss, und nach einem Problem wieder öffnet.

Dieser Teil wird beim Planen am häufigsten vergessen, weil er nichts mit Funktionen zu tun hat. Aber ohne Gebäude und Betrieb gibt es kein Restaurant, egal wie gut die Küche ist. Hosting und Betrieb laufen weiter, solange das Produkt lebt, und verursachen darum laufende Kosten, nicht einmalige. Eine grobe Vorstellung davon, was das pro Monat bedeutet, gibt was der SaaS-Betrieb pro Monat kostet.

Wenn du diese fünf Bausteine zusammensetzt, hast du das ganze Bild: Gastraum, Küche, Vorratskammer, Durchreiche und Gebäude. Jede Software, so gross oder klein sie ist, besteht aus diesen Teilen. Verstehst du, welcher Teil gerade gemeint ist, verstehst du auch, warum etwas Aufwand macht und wo dein Geld hinfliesst. Genau dieses gemeinsame Verständnis ist die Grundlage dafür, dass wir mit dir Software bauen, die zu deinem Geschäft passt, siehe Individualsoftware für KMU. Wenn du dein Vorhaben einmal entlang dieser Bausteine durchsprechen willst, melde dich bei uns.