Kapitel 9. Produktarchitektur
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
In der Softwarebranche haben wir selten aussagekräftige Anforderungen. Selbst wenn wir sie haben, ist der einzige Maßstab für den Erfolg, ob unsere Lösung die sich wandelnde Vorstellung des Kunden von seinem Problem löst.
Jeff Atwood
Funktionale Anforderungen sind die Ziele für die Funktionen unseres Produkts, die das tun, was die Nutzer wollen. In Kapitel 8 ging es nur darum, funktionale Anforderungen zu erfüllen, auch wenn wir sie damals nicht so genannt haben.
Wenn wir nur daran denken, haben wir am Ende eine Software, die einem Potemkinschen Dorf gleicht – eine schöne Oberfläche, die nicht funktioniert. Wenn wir also über nicht-funktionale Anforderungen (NFRs) nachdenken, berücksichtigen wir wichtige Eigenschaften, die Ingenieure bei der Entwicklung berücksichtigen, darunter Kosten, Skalierbarkeit, Latenz, Durchsatz, Datenkonsistenz, Elastizität und Verfügbarkeit. Und vergessen Sie nicht Datenschutz und Sicherheit, auch wenn diese hier nicht behandelt werden.
NFRs sind eher ein Mittel zum Zweck als dass sie an sich schon die Ziele der Nutzer ermöglichen, und manchmal sind sie Dinge, die die Nutzer nur bemerken, wenn sie nicht funktionieren.
Ich finde dieses Thema super, weil es das technischste Thema in dem Buch ist und trotzdem von Produktdenken profitiert. Eine Systemarchitektur für diese Faktoren zu entwerfen, ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access