SWA-1
What is software architecture?
Models needed to reason about the system
What is the difference between architectural design and detailed design?
Architectuur laat details weg die onnodig zijn bij het redeneren van beslissingen over het systeem.
What are architectural models?
Een model waarin subsystemen te zien zijn, concreet genoeg om beslissingen erin terug te kunnen
zien maar abstract genoeg zodat er geen details zichtbaar zijn uit het design.
What do you use architectural models for?
Het visueel duidelijk maken van een architectuur aan anderen. Helpt bij oplossen problemen als:
complexe systemen, vroege beslissingen maken, constraints van implementatie, Het vinden van
quality attributes, stakeholders vinden, technische risico’s vinden.
SWA-2
How do architectural design activities fit in the SWE-cycle?
Architectuur is de basis van de applicatie, komt dus voornamelijk in de eerste iteraties aan bod.
How is software architecture commonly defined?
Twee definities SWA:
,1. Software Architecture: fundamental concepts or properties of a system in its environment
embodied in its elements, relationships, and in the principles of its design and evolution
2. The software architecture of a system is the set of structures needed to reason about the system,
which comprise software elements, relations among them, and properties of both.
Kruchten – What swa do?
Maken van design keuzes, ze valideren, en ze vastleggen in verschillende modellen.
Antipatterns:
“Goldplating” -> Niet communiceren met klant en eindgebruiker.
“Strive for perfection” -> Te moeilijke structuur om te implementeren.
“Ivory tower” -> Een architect die niet praat met de rest van het team (nonarchitects).
“Absent architect” -> Er wordt te weinig vooruitgang geboekt doordat eerder al goede successen zijn
gemaakt.
SWA moet domeinkennis, software dev XP en communicatievaardigheid hebben
Ratio SWA : Intern 50%, 25% in, 25% uit.
Nuseibeh – Weaving together reqs&arch (Twinpeaks)
Requirements en architectuur beïnvloeden elkaar wanneer er keuzes worden gemaakt in één van
beiden.
Het twinpeak model legt dit uit. Het scheidt problemen met specificaties van oplossingen met
specificaties. Dit gaat iteratief en wordt steeds gedetailleerder.
Belangrijkste punten:
I’ll know it when i see it -> Een problem komt pas naar voren op het moment dat gebruikers het
gebruiken (Of een model zien oid) en feedback kunnen geven.
Commercial off-the-shelf software (COTS) -> Kijken naar al bestaande oplossingen om te kijken of die
te gebruiken zijn en zo beslissingen kunnen nemen.
Rapid change -> Kan snel beslissingen aanpassen doordat problemen en oplossingen vlak bij elkaar
liggen. Een niet gedetailleerd probleem wordt in het begin al gespot en opgelost. (Fast Fail)
, SWA-3
What are architectural requirements?
Requirements die het architectuurmodel beïnvloeden.
What is a software quality attribute?
A quality attribute (QA) is a measurable or testable property of a system that is used to indicate how
well the system satisfies the needs of its stakeholders.
Een meetbaar, testbaar deel van het system met als doel te kijken of het de behoefte van de
stakeholder treft.
What standards exist describing quality attributes?
International standard ISO/IEC/IEEE 25010
What categories of quality attribute requirements exist & what do they stand for?
- Functional suitablility -> Hoe het system functies levert die voldoen aan de behoefte van de
klant onder de gestelde conditie
- Performance efficiency -> De prestatie in verhouding tot de hoeveelheid middelen onder de
gestelde conditie.
- Compatibility -> Mate waarmee system informatie kan uitwisselen met andere systemen
- Usability -> Mate waarin het system gebruikt kan worden door gespecificeerde gebruiker om
efficient en tevreden het doel te bereiken.
- Reliability -> Mate waarin een system functies kan uitvoeren onder bepaalde condities
gedurende een bepaalde tijd.
- Security -> informatie en gegevens bescherming van het system. Juiste mate van
gegevenstoegang.
What is software architecture?
Models needed to reason about the system
What is the difference between architectural design and detailed design?
Architectuur laat details weg die onnodig zijn bij het redeneren van beslissingen over het systeem.
What are architectural models?
Een model waarin subsystemen te zien zijn, concreet genoeg om beslissingen erin terug te kunnen
zien maar abstract genoeg zodat er geen details zichtbaar zijn uit het design.
What do you use architectural models for?
Het visueel duidelijk maken van een architectuur aan anderen. Helpt bij oplossen problemen als:
complexe systemen, vroege beslissingen maken, constraints van implementatie, Het vinden van
quality attributes, stakeholders vinden, technische risico’s vinden.
SWA-2
How do architectural design activities fit in the SWE-cycle?
Architectuur is de basis van de applicatie, komt dus voornamelijk in de eerste iteraties aan bod.
How is software architecture commonly defined?
Twee definities SWA:
,1. Software Architecture: fundamental concepts or properties of a system in its environment
embodied in its elements, relationships, and in the principles of its design and evolution
2. The software architecture of a system is the set of structures needed to reason about the system,
which comprise software elements, relations among them, and properties of both.
Kruchten – What swa do?
Maken van design keuzes, ze valideren, en ze vastleggen in verschillende modellen.
Antipatterns:
“Goldplating” -> Niet communiceren met klant en eindgebruiker.
“Strive for perfection” -> Te moeilijke structuur om te implementeren.
“Ivory tower” -> Een architect die niet praat met de rest van het team (nonarchitects).
“Absent architect” -> Er wordt te weinig vooruitgang geboekt doordat eerder al goede successen zijn
gemaakt.
SWA moet domeinkennis, software dev XP en communicatievaardigheid hebben
Ratio SWA : Intern 50%, 25% in, 25% uit.
Nuseibeh – Weaving together reqs&arch (Twinpeaks)
Requirements en architectuur beïnvloeden elkaar wanneer er keuzes worden gemaakt in één van
beiden.
Het twinpeak model legt dit uit. Het scheidt problemen met specificaties van oplossingen met
specificaties. Dit gaat iteratief en wordt steeds gedetailleerder.
Belangrijkste punten:
I’ll know it when i see it -> Een problem komt pas naar voren op het moment dat gebruikers het
gebruiken (Of een model zien oid) en feedback kunnen geven.
Commercial off-the-shelf software (COTS) -> Kijken naar al bestaande oplossingen om te kijken of die
te gebruiken zijn en zo beslissingen kunnen nemen.
Rapid change -> Kan snel beslissingen aanpassen doordat problemen en oplossingen vlak bij elkaar
liggen. Een niet gedetailleerd probleem wordt in het begin al gespot en opgelost. (Fast Fail)
, SWA-3
What are architectural requirements?
Requirements die het architectuurmodel beïnvloeden.
What is a software quality attribute?
A quality attribute (QA) is a measurable or testable property of a system that is used to indicate how
well the system satisfies the needs of its stakeholders.
Een meetbaar, testbaar deel van het system met als doel te kijken of het de behoefte van de
stakeholder treft.
What standards exist describing quality attributes?
International standard ISO/IEC/IEEE 25010
What categories of quality attribute requirements exist & what do they stand for?
- Functional suitablility -> Hoe het system functies levert die voldoen aan de behoefte van de
klant onder de gestelde conditie
- Performance efficiency -> De prestatie in verhouding tot de hoeveelheid middelen onder de
gestelde conditie.
- Compatibility -> Mate waarmee system informatie kan uitwisselen met andere systemen
- Usability -> Mate waarin het system gebruikt kan worden door gespecificeerde gebruiker om
efficient en tevreden het doel te bereiken.
- Reliability -> Mate waarin een system functies kan uitvoeren onder bepaalde condities
gedurende een bepaalde tijd.
- Security -> informatie en gegevens bescherming van het system. Juiste mate van
gegevenstoegang.
