ENGINEERING
Architektur, Qualität und Sicherheit sind für uns keine zusätzlichen Leistungen. Sie gehören zur Entwicklung – in dem Maß, das Aufgabe und Risiko eines Projekts verlangen.
Software bildet einen Teil der realen Arbeit eines Unternehmens ab. Deshalb müssen Begriffe, Daten, Verantwortlichkeiten und Abläufe zuerst verstanden werden, bevor daraus eine tragfähige technische Struktur entstehen kann.
Architektur ist kein Ziel an sich. Sie soll Verantwortlichkeiten verständlich trennen, Änderungen ermöglichen und verhindern, dass ein System unnötig schwer zu betreiben oder weiterzuentwickeln wird.
Tests, Typisierung, Reviews und automatisierte Prüfungen werden in die Entwicklung integriert. Welche Maßnahmen sinnvoll sind, hängt von Bedeutung, Umfang und Risiko der jeweiligen Software ab.
Sicherheit betrifft nicht nur Anmeldung und Passwörter. Datenverarbeitung, Berechtigungen, Abhängigkeiten, Konfiguration und Bereitstellung werden als Teil des Systems betrachtet.
Eine Anwendung ist nicht fertig, nur weil sie lokal funktioniert. Bereitstellung, Konfiguration, Fehlerverhalten, Wartung und technische Beobachtbarkeit werden dort berücksichtigt, wo sie für einen verlässlichen Betrieb notwendig sind.
Gute technische Grundlagen sollen Veränderungen erleichtern. Neue Funktionen oder Anforderungen dürfen nicht regelmäßig einen vollständigen Neubau erzwingen.