Samenvatting
Samenvatting Software Architecture (SWA)
- Instelling
- Hogeschool Arnhem En Nijmegen (HAN)
Samenvatting van de course SWA (Software Architectue) Naast alle lessen ook de samenvatting van alle artikelen die bij de lessen horen
[Meer zien]Voorbeeld 3 van de 16 pagina's
Voorbeeld 3 van de 16 pagina's
In winkelwagengesponsord bericht van onze partner
Gekoppeld boek
Titel boek:
Auteur(s):
- Uitgave:
- ISBN:
- Druk:
Verkoper
Volgen
Voorbeeld van de inhoud
SWA-1What 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.
Voordelen van het kopen van samenvattingen bij Stuvia op een rij:
Verzekerd van kwaliteit door reviews
Stuvia-klanten hebben meer dan 700.000 samenvattingen beoordeeld. Zo weet je zeker dat je de beste documenten koopt!
Snel en makkelijk kopen
Je betaalt supersnel en eenmalig met iDeal, creditcard of Stuvia-tegoed voor de samenvatting. Zonder lidmaatschap.
Focus op de essentie
Samenvattingen worden geschreven voor en door anderen. Daarom zijn de samenvattingen altijd betrouwbaar en actueel. Zo kom je snel tot de kern!
Veelgestelde vragen
Wat krijg ik als ik dit document koop?
Je krijgt een PDF, die direct beschikbaar is na je aankoop. Het gekochte document is altijd, overal en oneindig toegankelijk via je profiel.
Tevredenheidsgarantie: hoe werkt dat?
Onze tevredenheidsgarantie zorgt ervoor dat je altijd een studiedocument vindt dat goed bij je past. Je vult een formulier in en onze klantenservice regelt de rest.
Van wie koop ik deze samenvatting?
Stuvia is een marktplaats, je koop dit document dus niet van ons, maar van verkoper HarmZeinstra. Stuvia faciliteert de betaling aan de verkoper.
Zit ik meteen vast aan een abonnement?
Nee, je koopt alleen deze samenvatting voor €4,49. Je zit daarna nergens aan vast.
Is Stuvia te vertrouwen?
4,6 sterren op Google & Trustpilot (+1000 reviews)
Afgelopen 30 dagen zijn er 48298 samenvattingen verkocht
Opgericht in 2010, al 15 jaar dé plek om samenvattingen te kopen