Merge pull request #643 from isaqb-org/Chapter_5_Scenarios_vs_Scenari…

…o_based_analysis

Chapter 5: Add Scenario-based analysis

docs/05-evaluation/01-evaluation-duration-terms.adoc

@@ -9,12 +9,12 @@
 === Zielsetzung
 In diesem Abschnitt sollen Softwarearchitekt:innen die Fähigkeiten und Kenntnisse vermittelt werden, die sie für eine effektive Architekturanalyse benötigen.
 Sie lernen, Risiken zu erkennen, die Konformität mit Architekturentscheidungen zu bewerten und die Gesamtqualität eines Systems auf der Grundlage seines Designs und seiner Implementierung zu beurteilen.
-Durch das Verständnis verschiedener Analysemethoden wie Abnahmetests, Architekturmetriken und Kosten-Nutzen-Analysen können Architekt:innen sicherstellen, dass eine Softwarearchitektur den Anforderungen der Stakeholder entspricht und mit dem beabsichtigten Design übereinstimmt.
+Durch das Verständnis verschiedener Analysemethoden wie Abnahmetests, Architekturmetriken, szenariobasierte Analyse und Kosten-Nutzen-Analysen können Architekt:innen sicherstellen, dass eine Softwarearchitektur den Anforderungen der Stakeholder entspricht und mit dem beabsichtigten Design übereinstimmt.
 
 
 ===	Wesentliche Begriffe
 
-Architekturanalyse; Risikoidentifikation; Qualitätsanalysemethoden; Szenarien; Metriken; Tool-gestützte Analyse
+Architekturanalyse; Risikoidentifikation; Qualitätsanalysemethoden; Szenarien; szenariobasierte Analyse; Metriken; Tool-gestützte Analyse
 
 
 // end::DE[]
@@ -29,9 +29,9 @@ Architekturanalyse; Risikoidentifikation; Qualitätsanalysemethoden; Szenarien;
 === Purpose
 The purpose of this section is to equip software architects with the skills and knowledge needed to effectively perform architecture analysis.
 They learn to identify risks, evaluate conformance to architectural decisions, and assess the overall quality of a system based on its design and implementation.
-By understanding various analysis methods, such as acceptance testing, architecture metrics, and cost-benefit analysis, architects can ensure that a software architecture meets stakeholder requirements and is aligned with the intended design.
+By understanding various analysis methods, such as acceptance testing, architecture metrics, scenario-based analysis, and cost-benefit analysis, architects can ensure that a software architecture meets stakeholder requirements and is aligned with the intended design.
 
 === Relevant Terms
 
-Architecture analysis; Risk identification; Quality analysis methods; Scenarios; Metrics; Tool-supported analysis
+Architecture analysis; Risk identification; Quality analysis methods; Scenarios; Scenario-based analysis; Metrics; Tool-supported analysis
 // end::EN[]

docs/05-evaluation/LG-05-02.adoc

@@ -10,7 +10,7 @@ Softwarearchitekt:innen
 ** Analyse der Ergebnisse von Akzeptanztests (R1)
 ** quantitative Messung von Laufzeitverhalten (R1)
 ** qualitative Auswertung durch Interviews, Umfragen, Penetrationstests etc. (R1)
-** Szenarien (R1)
+** szenariobasierte Analyse (R1)
 ** Architektur-Metriken für Kopplung wie der Grad eingehender und
    ausgehender Abhängigkeiten (R1)
 ** Kosten-Nutzen-Analyse (R3)
@@ -40,7 +40,7 @@ Software architects
 ** analysis of the results of acceptance testing (R1)
 ** quantitative measurement of run-time behaviour (R1)
 ** qualitative evaluation via interviews, surveys, penetration tests etc. (R1)
-** scenarios (R1)
+** scenario-based analysis (R1)
 ** architecture metrics for coupling such as the degree of inbound and outbound dependencies (R1)
 ** cost-benefit analysis (R3)
 ** Architecture Trade-Off Analysis Method <<bass>> (R3)