Self-Assessment Questions Software Architecture Flashcards
1
Q
Wat zijn de vier dimensies die softwarearchitectuur definiëren?
A
Structuur, architectuurkenmerken, afhankelijkheden en constructietechnieken.
2
Q
Wat is het verschil tussen een architectuurbeslissing en een ontwerpbeginsel?
A
Een architectuurbeslissing bepaalt de algemene structuur van het systeem, terwijl een ontwerpbeginsel specifieke richtlijnen biedt voor implementatie.
3
Q
Noem de acht kernverwachtingen van een softwarearchitect.
A
Technisch leiderschap, ontwerp en documentatie, besluitvorming, communicatie, samenwerking, mentoring, risicobeheer en naleving van standaarden.
4
Q
Wat is de Eerste Wet van Softwarearchitectuur?
A
Alles in softwarearchitectuur draait om het maken van afwegingen.
5
Q
Waarom werkt de traditionele scheiding tussen architectuur en ontwikkeling niet meer?
A
Het veroorzaakt communicatieproblemen en belemmert flexibele samenwerking en iteratieve verbeteringen.
6
Q
Noem de drie kennisniveaus in de kennisdriehoek en geef een voorbeeld van elk.
A
Praktijkkennis (hands-on ervaring), conceptuele kennis (algemene principes) en proceskennis (projectbeheer).
7
Q
Waarom is technische breedte belangrijker dan technische diepte voor een architect?
A
Een brede kennisbasis stelt architecten in staat om systemen holistisch te ontwerpen en samen te werken met verschillende teams.
8
Q
Hoe kunnen architecten hun technische diepgang behouden?
A
Door hands-on werk te doen, code reviews uit te voeren en betrokken te blijven bij implementatiedetails.
9
Q
Wat betekent de term connascence?
A
Het beschrijft de mate van afhankelijkheid tussen elementen in een systeem.
10
Q
Wat is het verschil tussen statische en dynamische connascence?
A
Statische connascence verwijst naar afhankelijkheden zichtbaar in de code, terwijl dynamische afhankelijkheden zich voordoen tijdens runtime.
11
Q
Wat betekent connascence van type? Is het statisch of dynamisch?
A
Het beschrijft afhankelijkheden van types tussen componenten; het is statisch.
12
Q
Wat is de sterkste vorm van connascence?
A
Connascence van locatie, waarbij elementen precies moeten worden geplaatst.
13
Q
Wat is de zwakste vorm van connascence?
A
Connascence van naam, waarbij alleen overeenstemming in namen vereist is.
14
Q
Welke vorm van connascence heeft de voorkeur in een codebasis: statisch of dynamisch?
A
Statisch, omdat het gemakkelijker te controleren en te beheren is.
15
Q
Welke drie criteria moet een kenmerk hebben om als architectuurkenmerk te worden beschouwd?
A
Het moet meetbaar, significant en relevant voor de architectuur zijn.
16
Q
Wat is het verschil tussen een impliciet en expliciet kenmerk? Geef een voorbeeld van elk.
A
Impliciet: automatisch verkregen (bijv. betrouwbaarheid in een gedistribueerd systeem). Expliciet: vereist specifieke maatregelen (bijv. beveiliging).
17
Q
Geef een voorbeeld van een operationeel kenmerk.
A
Beschikbaarheid.
18
Q
Geef een voorbeeld van een structureel kenmerk.
A
Modulariteit.
19
Q
Geef een voorbeeld van een cross-cutting kenmerk.
A
Beveiliging.
20
Q
Welk architectuurkenmerk is belangrijker: beschikbaarheid of prestatie?
A
Dit hangt af van de systeemvereisten; beide kunnen kritisch zijn.
21
Q
Waarom is het verstandig om het aantal kenmerken te beperken dat een architectuur ondersteunt?
A
Om complexiteit en conflicten tussen kenmerken te verminderen.
22
Q
Waar of niet waar: de meeste architectuurkenmerken komen voort uit bedrijfsvereisten en gebruikersverhalen.
A
Waar
23
Q
Welke architectuurkenmerken ondersteunen snelle time-to-market?
A
Agility, testbaarheid en schaalbaarheid.
24
Q
Wat is het verschil tussen schaalbaarheid en elasticiteit?
A
Schaalbaarheid verwijst naar het uitbreiden van resources; elasticiteit verwijst naar het dynamisch aanpassen van resources aan vraag.
25
Welke kenmerken zijn belangrijk bij grote klantenacquisities?
Schaalbaarheid, elasticiteit en prestaties.
26
Waarom is cyclomatische complexiteit zo’n belangrijke metriek voor architectuur?
Het meet de complexiteit van de code, wat helpt bij het beoordelen van onderhoudbaarheid en testbaarheid.
27
Wat is een architectuurfitnessfunctie en hoe kan deze worden gebruikt?
Een fitnessfunctie meet hoe goed een architectuur voldoet aan specifieke kenmerken, zoals schaalbaarheid of prestaties.
28
Geef een voorbeeld van een fitnessfunctie om schaalbaarheid te meten.
Een test die de responstijd meet bij een toenemend aantal gelijktijdige gebruikers.
29
Wat is het belangrijkste criterium voor een architectuurkenmerk om fitnessfuncties mogelijk te maken?
Het moet meetbaar zijn.
30
Wat is een architectonisch quantum en waarom is het belangrijk?
Een quantum is een set componenten met gedeelde kenmerken; het helpt bij het definiëren van losgekoppelde eenheden.
31
Een systeem met één gebruikersinterface en vier onafhankelijke services met eigen databases: is dit één quantum of vier? Waarom?
Vier, omdat elke service zijn eigen kenmerken heeft.
32
Een systeem met een admin- en klantgedeelte: hoeveel quanta zou dit hebben en waarom?
Twee quanta, omdat ze verschillende domeinen en kenmerken hebben. Als ze een database delen, zou deze in het admin-quantum moeten zitten.
33
Hoe worden componenten meestal gemanifesteerd binnen een applicatie of service?
Als groepen klassen of bronbestanden met een specifieke verantwoordelijkheid.
34
Wat is het verschil tussen technische en domeinpartitionering?
Technische partitionering splitst op basis van technologie, terwijl domeinpartitionering splitst op basis van bedrijfsdomeinen.
35
Wat is het voordeel van domeinpartitionering?
Het weerspiegelt bedrijfslogica, wat begrijpelijkheid en onderhoudbaarheid bevordert.
36
Wanneer zou technische partitionering een betere keuze zijn?
Bij gedeelde technische functionaliteiten zoals logging of authenticatie.
37
Wat is de entity trap en waarom is dit geen goede benadering voor componentidentificatie?
Het overspecialiseert componenten rond entiteiten, wat leidt tot hoge koppeling.
38
Wanneer zou je de workflowbenadering verkiezen boven de actor/actie-benadering?
Bij complexe workflows die meerdere stappen of componenten omvatten.
39
Noem de acht valkuilen van gedistribueerd computeren.
Netwerk is betrouwbaar, latency is nul, bandbreedte is oneindig, netwerk is veilig, topologie verandert niet, transportkosten zijn nul, netwerk is homogeen, en netwerkstoringen komen niet voor.
40
Noem drie uitdagingen die gedistribueerde architecturen hebben en monolithische architecturen niet.
Latency, netwerkstoringen en gegevensconsistentie.
41
Wat is stempel-koppeling?
Wanneer een interface meer gegevens ontvangt dan nodig is, wat leidt tot onnodige afhankelijkheid.
42
Hoe kun je stempel-koppeling aanpakken?
Door interfaces te beperken tot alleen de benodigde gegevens of door meerdere kleinere interfaces te creëren.
43
Wat is het verschil tussen een open en gesloten laag?
Bij een gesloten laag moeten verzoeken elke tussenliggende laag doorlopen; bij een open laag kunnen ze lagen overslaan.
44
Beschrijf het concept van lagen van isolatie en de voordelen ervan.
Het scheidt verantwoordelijkheden en verbetert onderhoudbaarheid.
45
Wat is het architectonische sinkhole-anti-patroon?
Wanneer verzoeken door meerdere lagen gaan zonder enige verwerking, wat inefficiënt is.
46
Welke architectuurkenmerken stimuleren het gebruik van gelaagde architectuur?
Eenvoud, modulariteit en onderhoudbaarheid.
47
Waarom ondersteunt de gelaagde architectuurstijl testbaarheid slecht?
Hoge koppeling tussen lagen maakt het moeilijk om afzonderlijke onderdelen te testen.
48
Waarom ondersteunt de gelaagde architectuurstijl agility slecht?
Wijzigingen in een laag kunnen grote impact hebben op andere lagen.
49
Kunnen pijpen bidirectioneel zijn in een pipeline-architectuur?
Nee, pijpen zijn altijd unidirectioneel.
50
Noem de vier soorten filters en hun doel. Pipeline
Producer (start gegevens), Transformer (transformaties), Tester (controleert gegevens), Consumer (einddoel).
51
Kan een filter gegevens via meerdere pijpen sturen? pipeline
Ja, maar dit verhoogt de complexiteit.
52
Is de pipeline-architectuur technisch of domeingeoriënteerd?
Technisch georiënteerd.
53
Hoe ondersteunt de pipeline-architectuur modulariteit?
Door elke filter onafhankelijk te maken.
54
Geef twee voorbeelden van pipeline-architectuur.
ETL-processen en Unix shell-scripts.
55
Wat is een andere naam voor de microkernel architectuurstijl?
Plug-in architectuur.
56
Wanneer mogen plug-ins afhankelijk zijn van andere plug-ins?
Alleen als de afhankelijkheid expliciet en goed gedefinieerd is.
57
Welke tools kunnen plug-ins beheren?
OSGi, Eclipse en Apache Karaf.
58
Wat doe je als een derde-partij plug-in niet aan de standaard voldoet?
Een adapter maken om compatibiliteit te garanderen.
59
Geef twee voorbeelden van microkernel architectuur.
Eclipse IDE en webbrowser-extensies.
60
Is de microkernel architectuur technisch of domeingeoriënteerd?
Technisch georiënteerd.
61
Waarom is de microkernel architectuur altijd een enkel quantum?
Omdat alle plug-ins afhankelijk zijn van de kern.
62
Wat is domein/architectuur-isomorfie?
Het afstemmen van de architectuur op de behoeften van het domein.
63
Hoeveel services zijn er typisch in een service-based architectuur?
Gemiddeld tussen de 4 en 12 services.
64
Moet je in een service-based architectuur altijd een database opsplitsen?
Nee, dit is afhankelijk van de domeinen en afhankelijkheden.
65
Onder welke omstandigheden zou je een database willen opsplitsen?
Wanneer domeinen specifieke gegevensisolatie vereisen of wanneer prestaties een probleem zijn.
66
Welke techniek kun je gebruiken om databasewijzigingen in een service-based architectuur te beheren?
Versiebeheer van databaseschema’s of schema-evolutie tools.
67
Welke architectuurkenmerken worden goed ondersteund door de service-based architectuur?
Agility, testbaarheid en loskoppeling.
68
Waarom wordt elasticiteit slecht ondersteund in service-based architectuur?
Door de grofkorrelige services die moeilijk dynamisch schaalbaar zijn.
69
Hoe kun je het aantal architecturale quanta in een service-based architectuur vergroten?
Door services verder op te splitsen in kleinere domeinen.
70
Wat zijn de primaire verschillen tussen de broker- en mediator-topologieën?
Broker-topologie heeft geen centrale controle, mediator-topologie gebruikt een centrale coördinator voor workflows.
71
Voor betere workflowcontrole, gebruik je de mediator of broker topologie?
De mediator-topologie.
72
Gebruikt de broker-topologie meestal een publish-and-subscribe model of een point-to-point model?
Publish-and-subscribe model.
73
Noem twee primaire voordelen van asynchrone communicatie.
Lagere latentie en betere schaalbaarheid.
74
Geef een voorbeeld van een typische aanvraag binnen een request-gebaseerd model.
Een REST API-aanroep om gebruikersgegevens op te halen.
75
Geef een voorbeeld van een typische aanvraag in een event-gebaseerd model.
Een gebeurtenis die een voorraadupdate triggert na een bestelling.
76
Wat is het verschil tussen een initiërende gebeurtenis en een verwerkende gebeurtenis? EDA
Een initiërende gebeurtenis start een proces; een verwerkende gebeurtenis reageert op een initiërende gebeurtenis.
77
Welke technieken kun je gebruiken om gegevensverlies te voorkomen bij het verzenden en ontvangen van berichten uit een wachtrij? EDA
Gebruik van bevestigingen, retries en message durability.
78
Wat zijn de drie belangrijkste kenmerken die event-driven architectuur stimuleren?
Asynchrone verwerking, schaalbaarheid en responsiviteit.
79
Welke architectuurkenmerken worden niet goed ondersteund in event-driven architectuur?
Sterke consistentie en eenvoud.
80
Waar ontleent de space-based architectuur zijn naam aan?
Aan de “ruimten” (in-memory grids) waarin gegevens worden opgeslagen en verwerkt.
81
Wat is een primair aspect van space-based architectuur dat het onderscheidt van andere stijlen?
Het vermijden van knelpunten door het elimineren van centrale databases.
82
Noem de vier componenten van de virtualized middleware in space-based architectuur.
Messaging grid, processing grid, data grid, en deployment manager.
83
Wat is de rol van het messaging grid?
Het beheren van communicatie tussen componenten.
84
Wat is de rol van een data-writer in space-based architectuur?
Het verwerken en opslaan van gegevens.
85
Onder welke omstandigheden moet een service toegang krijgen tot data via de data-reader?
Wanneer gegevens worden gedeeld tussen meerdere verwerkingsunits.
86
Verhoogt of verlaagt een kleine cache de kans op gegevensconflicten?
Verhoogt
87
Wat is het verschil tussen een gerepliceerde cache en een gedistribueerde cache?
Een gerepliceerde cache dupliceert gegevens over alle nodes, terwijl een gedistribueerde cache gegevens opsplitst tussen nodes. Space-based architectuur gebruikt meestal een gerepliceerde cache.
88
Noem drie kenmerken die sterk worden ondersteund door space-based architectuur.
Elasticiteit, schaalbaarheid en prestaties.
89
Waarom scoort testbaarheid laag in space-based architectuur?
Door de complexiteit van het testen van gedistribueerde in-memory gegevens.
90
Wat was de belangrijkste drijfveer achter service-oriented architecture (SOA)?
Hergebruik van services en integratie van systemen.
91
Wat zijn de vier primaire servicetypen binnen een SOA?
Business services, enterprise services, application services, en infrastructure services.
92
Noem enkele factoren die hebben geleid tot de ondergang van SOA.
Hoge complexiteit, sterke afhankelijkheden en slechte prestaties.
93
Is SOA technisch of domeingericht gepartitioneerd?
Technisch gepartitioneerd.
94
Hoe wordt domeinhergebruik en operationeel hergebruik aangepakt in SOA?
Domeinhergebruik door gedeelde services; operationeel hergebruik door infrastructuurcomponenten.
95
Waarom is het bounded context-concept zo cruciaal voor microservices?
Het zorgt ervoor dat elke service zijn eigen duidelijke verantwoordelijkheid heeft.
96
Wat zijn drie manieren om te bepalen of je de juiste granulariteit hebt in een microservice?
Domeingrenzen, onafhankelijkheid van data, en minimale koppeling.
97
Welke functionaliteiten kunnen zich in een sidecar bevinden? Micorservices
Monitoring, logging en beveiliging.
98
Wat is het verschil tussen orkestratie en choreografie? Welke ondersteunt microservices?
Orkestratie gebruikt een centrale coördinator; choreografie laat services zelfstandig communiceren. Microservices ondersteunt beide, maar choreografie is gebruikelijker.
99
Wat is een saga in microservices?
Een patroon om gedistribueerde transacties te beheren met compenserende acties.
100
Waarom worden agility, testbaarheid en deployability goed ondersteund in microservices?
Door losgekoppelde, kleine services die snel kunnen worden ontwikkeld en getest.
101
Noem twee redenen waarom prestaties vaak een probleem zijn in microservices.
Netwerklatentie en interservicecommunicatie.
102
Is microservices een domein-gepartitioneerde architectuur of een technisch-gepartitioneerde architectuur?
Domein-gepartitioneerd.
103
Beschrijf een topologie waarbij een microservices-ecosysteem slechts één quantum heeft.
Alle services zijn sterk afhankelijk van dezelfde database of gedeelde componenten.
104
Hoe wordt domeinhergebruik en operationeel hergebruik aangepakt in microservices?
Domeinhergebruik door data duplicatie; operationeel hergebruik door gedeelde infrastructuur.
105
Op welke manier beïnvloedt de data-architectuur (structuur van de logische en fysieke datamodellen) de keuze van een architectuurstijl?
De data-architectuur bepaalt hoe gegevens worden beheerd en opgeslagen, wat gevolgen heeft voor consistentie, schaalbaarheid en prestaties.
106
Hoe beïnvloeden strategische doelen en zakelijke vereisten je keuze van architectuurstijl?
Ze bepalen welke architectuurkenmerken het belangrijkst zijn, zoals tijd-naar-markt of fouttolerantie.
107
Wat zijn de stappen die een architect gebruikt om te bepalen welke architectuurstijl, datapartitionering en communicatiestijlen te gebruiken?
Analyse van domeinen, identificeren van architectuurkenmerken, keuze tussen monoliet of gedistribueerd, bepalen van data-indeling en selectie van synchronisatie- of asynchrone communicatie.
108
Welke factor leidt een architect naar een gedistribueerde architectuur?
Wanneer verschillende delen van een systeem verschillende architectuurkenmerken vereisen, zoals schaalbaarheid of beschikbaarheid.
109
Wat is het anti-patroon “Covering Your Assets”?
Het vermijden of uitstellen van een beslissing uit angst om een verkeerde keuze te maken.
110
Welke technieken kun je gebruiken om het anti-patroon “Email-Driven Architecture” te vermijden?
Gebruik één centraal opslagpunt voor beslissingen, zoals een wiki of ADR-bestand, en communiceer via links naar dat opslagpunt.
111
Wat zijn de twee dimensies van de risicobeoordelingsmatrix?
De impact van het risico en de waarschijnlijkheid dat het risico optreedt.
112
Welke manieren kun je gebruiken om de richting van een specifiek risico in een beoordeling te tonen?
Gebruik plus- en mintekens, pijlen met kleurcodes (groen voor verbetering, rood voor verslechtering), of trendwaarden.
113
Waarom moet risk storming een gezamenlijke oefening zijn?
Omdat geen enkele architect volledig zicht heeft op het hele systeem en ontwikkelaars waardevolle input kunnen leveren.
114
Waarom moet de identificatiefase in risk storming een individuele activiteit zijn?
Om beïnvloeding door anderen te voorkomen en een breed scala aan risicovelden te identificeren.
115
Wat is irrationele artifacthechting, en waarom is het belangrijk met betrekking tot het documenteren en diagrammen van architectuur?
Het te veel vasthouden aan diagrammen of documentatie die niet meer relevant of accuraat is, wat kan leiden tot misverstanden.
116
Waar verwijzen de 4 C’s naar in de C4-modelleringstechniek?
Context, container, component en code.
117
Wat betekenen stippellijnen tussen componenten in architectuurdiagrammen?
Stippellijnen duiden optionele of indirecte afhankelijkheden aan.
118
Wat zijn de twee primaire informatiestromen die een presentator heeft tijdens een presentatie?
Verbale communicatie en visuele ondersteuning.
119
Wat zijn drie waarschuwingssignalen dat je team te groot wordt?
Communicatieproblemen, langere vergaderingen en een afname in productiviteit.
120
Wat is de regel “Divide and Conquer” en hoe kan deze worden toegepast bij onderhandelingen over architectuurkenmerken? Geef een voorbeeld.
Splits een groot probleem op in kleinere, beheersbare onderdelen. Bijvoorbeeld: bespreek prestaties en schaalbaarheid afzonderlijk.
