{"MODEL": "Produkt", "STDREF": ["ISO_25010", "4.2.8.1"], "DETAILS": ["Dieser Grad ist umso höher, je weniger Änderungen an dem Software-Produkt vorgenommen werden müssen, um den Änderungen gerecht zu werden.", "Die Erreichung des Ziels wird auf 3 Pfaden erreicht:", "Ein Aufbau der Software, der von eventuellen Veränderungen in der jeweiligen Umgebung unabhängig ist", "Ein Konfigurations-Konzept der Software, das die Anpassung der Software über Konfigurations-Parameter erlaubt, ohne Änderungen an den Komponenten der Software selbst vornehmen zu müssen", "Ein Entwurf und Programmierung der Software, die verschiedene Parameter der Umgebung erkennt und eigenständig das Verhalten so verändert, dass die Funktion erhalten bleibt und z.B.: von zusätzlichen Ressourcen (Speicher, CPUs, ..) profitiert bzw. Funktionalitäten aktiviert, die bei bestimmten verfügbaren Umgebungs-Komponenten möglich sind (z.B. Synchronisation der Systemzeit mit einem DCF-77 Zeitgeber, wenn er erkannt wird)", "In den Anforderungen an das Software-Produkt ist festzuhalten, an welche Änderungen der Umgebungen das System adaptiert werden können muss, um Sicherheit für Benutzer und Produzent zu erzielen.", "In Abwesenheit spezifischer Anforderungen seitens des Kunden sind die Betriebs-Standards der ITSV und die Release-Scheine der jweiligen technischen Architektur heranzuziehen."], "VFYDESC": [{"QG": "UVP", "CHECKS": ["- wird der Releaseschein eingehalten:", "-- sind wirklich ALLE Komponenten-Versionen, die der angegebene Release-Schein bestimmt, acuh verwendet?", "-- werden ALLE durch den Releasschein bestimmten Mechanismen auch eingehalten: ", "--- wird zum Service-Zugriffs-Schutz die ITSV-WS-Security-Komponente verwendet", "--- werden alle im SV-Master bzw. SV-Sample vorgegebenen Best-Practices eingehalten", "- wird auf alle Komponenten des Produkts statische Code-Analyse (SonarQube) angewandt?", "-- werden alle Test-bereiche wie in der Standard-Konfiguration des ITSV-SonarQube definiert, acuh geprüft?", "-- werden die Standard-Schwellwerte für eine der definierten Produkt-Klassen verwendet?", "-- ist bei abweichenden Schwellwerten eine Begründung, die Bestätigung durch SW-Architektur und ein Behebungsplan für die technischen Schulden vorhanden", "-- ist die Einreihung in die Produkt-Klasse von SW-Architektur bestätigt?", "-- liegen die Testergebnisse für alle Builds vor und halten sie die Schwellwerte ein?"]}], "TEXT_XLATED": "Der Grad der Wirksamkeit und Effizienz, mit der ein Software-Produkt an geänderte oder weiter-entwickelte Hardware, Software oder andere betriebliche oder Nutzungs-Bedingungen angepasst werden kann."}