|
| 1 | += ISO/IEC 25010 |
| 2 | +:categories: software-architecture |
| 3 | +:roles: software-architect, qa-engineer, product-owner, business-analyst, team-lead |
| 4 | +:related: atam, arc42, adr-according-to-nygard |
| 5 | +:proponents: ISO/IEC JTC 1/SC 7 |
| 6 | +:tags: quality model, software quality, quality attributes, product quality, quality in use, assessment, ISO, IEC |
| 7 | + |
| 8 | +[%collapsible] |
| 9 | +==== |
| 10 | +Vollständiger Name:: ISO/IEC 25010 — Systems and Software Quality Requirements and Evaluation (SQuaRE) — Product Quality Model |
| 11 | + |
| 12 | +Auch bekannt als:: SQuaRE-Qualitätsmodell, Software-Produktqualitätsmodell, ISO 25010 |
| 13 | + |
| 14 | +[discrete] |
| 15 | +== *Kernkonzepte*: |
| 16 | + |
| 17 | +Produktqualitätsmodell:: Acht übergeordnete Qualitätsmerkmale zur Beschreibung der Qualität eines Softwareprodukts: Funktionale Eignung, Leistungseffizienz, Kompatibilität, Benutzbarkeit, Zuverlässigkeit, Sicherheit, Wartbarkeit und Übertragbarkeit |
| 18 | + |
| 19 | +Funktionale Eignung:: Das Ausmaß, in dem das Produkt Funktionen bereitstellt, die angegebene und implizite Anforderungen erfüllen — Teilmerkmale: Funktionale Vollständigkeit, Funktionale Korrektheit, Funktionale Angemessenheit |
| 20 | + |
| 21 | +Leistungseffizienz:: Wie das Produkt seine Funktionen im Verhältnis zu den eingesetzten Ressourcen erfüllt — Teilmerkmale: Zeitverhalten, Ressourcennutzung, Kapazität |
| 22 | + |
| 23 | +Kompatibilität:: Die Fähigkeit, Informationen mit anderen Produkten auszutauschen — Teilmerkmale: Koexistenz, Interoperabilität |
| 24 | + |
| 25 | +Benutzbarkeit:: Der Grad, in dem ein Produkt genutzt werden kann, um Ziele effektiv, effizient und zufriedenstellend zu erreichen — Teilmerkmale: Erkennbarkeit der Eignung, Erlernbarkeit, Bedienbarkeit, Schutz vor Benutzerfehlern, Ästhetik der Benutzerschnittstelle, Barrierefreiheit |
| 26 | + |
| 27 | +Zuverlässigkeit:: Die Fähigkeit des Produkts, seine Funktionen unter festgelegten Bedingungen über einen bestimmten Zeitraum zu erfüllen — Teilmerkmale: Reife, Verfügbarkeit, Fehlertoleranz, Wiederherstellbarkeit |
| 28 | + |
| 29 | +Sicherheit:: Der Grad, in dem das Produkt Informationen und Daten vor unbefugtem Zugriff schützt — Teilmerkmale: Vertraulichkeit, Integrität, Nichtabstreitbarkeit, Rechenschaftspflicht, Authentizität |
| 30 | + |
| 31 | +Wartbarkeit:: Effektivität und Effizienz, mit der das Produkt verändert werden kann — Teilmerkmale: Modularität, Wiederverwendbarkeit, Analysierbarkeit, Änderbarkeit, Prüfbarkeit |
| 32 | + |
| 33 | +Übertragbarkeit:: Die Fähigkeit des Produkts, von einer Umgebung in eine andere übertragen zu werden — Teilmerkmale: Anpassbarkeit, Installierbarkeit, Austauschbarkeit |
| 34 | + |
| 35 | +Gebrauchsqualitätsmodell:: Fünf Merkmale, die Qualität aus der Perspektive des Benutzers beschreiben: Effektivität, Effizienz, Zufriedenheit, Risikofreiheit, Kontextabdeckung |
| 36 | + |
| 37 | +Schlüsselvertreter:: ISO/IEC JTC 1/SC 7 (ersetzt ISO/IEC 9126) |
| 38 | + |
| 39 | +[discrete] |
| 40 | +== *Wann zu verwenden*: |
| 41 | + |
| 42 | +* Strukturierte Software-Qualitätsbewertungen oder Architekturreviews durchführen |
| 43 | +* Qualitätsanforderungen gegenüber verschiedenen Stakeholdern mit einem gemeinsamen Vokabular kommunizieren |
| 44 | +* Nichtfunktionale Anforderungen zu Beginn eines Projekts definieren und priorisieren |
| 45 | +* Architekturqualitätsziele in arc42 oder ähnlichen Frameworks dokumentieren (z.B. Abschnitt 10 „Qualitätsanforderungen") |
| 46 | +* Konkurrierende Architekturansätze mithilfe von Qualitätsattribut-Szenarien bewerten (kombiniert mit ATAM) |
| 47 | +* Qualitätsbaum oder Qualitätsszenarien für eine Architekturdokumentation erstellen |
| 48 | + |
| 49 | +[discrete] |
| 50 | +== *Verwandte Anker*: |
| 51 | + |
| 52 | +* <<atam,ATAM>> |
| 53 | +* <<arc42,arc42 Architekturdokumentation>> |
| 54 | +* <<adr-according-to-nygard,ADR nach Nygard>> |
| 55 | +==== |
0 commit comments