4+1 model

Question 1

Wat zijn de 5 onderdelen

Answer 1

Logical view, Development view, Process view, Physical View, en in het midden de scenarios

Question 2

Wat zijn de stakeholders per onderdeel

Answer 2

Logical view = end users, Development view = programmers, Process view = integrators, Physical View = systems engineer.

Question 2

Onder welk onderdeel vallen de 5 onderdelen van de iso 42010

Answer 2

Architecture viewpoint.

Question 3

Welke models (Diagrams) gebruiken de 5 onderdelen. Komt van Model kind af

Answer 3

Logical view = Domain model, Development view =Component diagram, Process view = Activity Diagram/sequence diagram, Physical View = Deployment Diagram. Scenarios = Use Case Diagram

Question 4

Welke Concerns horen bij de 5 onderdelen

Answer 4

Logical view = Functionality, Development view =Software management, Process view = performance en scalability Physical View = Topology en communcation. Scenarios = geen

Question 5

Moeten elementen in the logical view terugkomen in de development view?

Answer 5

JA - E.g. layers and interfaces need to be part of the component
diagram;
- domain concepts need to be mapped to classes in the class
diagram

Question 6

Waarom is correspondentie belangrijk in 4+1-views?

Answer 6

Correspondentie en consistentie zijn cruciaal in softwareontwerp om de samenhang tussen verschillende views te waarborgen.

Question 7

Hoe werkt het logische view samen met het development view?

Answer 7

Elementen uit het logische view, zoals lagen en interfaces, moeten in het development view voorkomen, zoals in het componentdiagram en klassediagram.

Question 8

Waar moeten interfaces in het development view aanwezig zijn?

Answer 8

Interfaces in het development view moeten ook in het componentdiagram en klassediagram voorkomen.

Question 9

Wat is de rol van klassen en interfaces in het process view?

Answer 9

Klassen en interfaces in het process view moeten ook in het development view terugkomen.

Question 10

Hoe verhoudt het physical view zich tot het development view?

Answer 10

Componenten in het physical view moeten ook bestaan in het development view.

Question 11

Wat ondersteunt het logisch view?

Answer 11

Het logisch view ondersteunt de functionele vereisten en beschrijft wat het systeem moet bieden aan diensten voor de gebruikers.

Question 12

Hoe wordt het systeem opgedeeld in het logisch view?

Answer 12

Het systeem wordt opgedeeld in een set van belangrijke abstracties, voornamelijk afkomstig uit het probleemdomein.

Question 13

Wat moet je vermijden in het logisch view?

Answer 13

Vermijd oplossinggerichte concepten zoals factories, adapters en controllers; focus op het probleemdomein, niet de oplossing.

Question 14

Wat is het Development View?

Answer 14

Het Development View (of Implementatie View) richt zich op de organisatie van softwaremodules binnen het systeem.

Question 15

Hoe wordt software georganiseerd in het Development View?

Answer 15

Software wordt opgedeeld in kleine eenheden, zoals libraries of subsystemen, die door één of enkele ontwikkelaars gebouwd kunnen worden.

Question 16

Wat gebeurt er als subsystemen in lagen zijn georganiseerd?

Answer 16

Elke laag biedt een goed gedefinieerde interface aan de laag erboven, zodat de lagen effectief kunnen samenwerken.

Question 17

Wat zijn componenten in UML?

Answer 17

In UML zijn componenten modulaire, onafhankelijke delen van een systeem die kunnen worden vervangen door gelijkwaardige componenten.

Question 18

Hoe communiceren componenten met andere componenten?

Answer 18

Componenten communiceren uitsluitend via interfaces, waarbij ze ook interfaces van andere componenten kunnen gebruiken voor toegang tot functies en services.

Question 19

Zijn componenten hetzelfde als klassen?

Answer 19

Nee, hoewel componenten vaak met klassen worden vergeleken, vereisen componenten meestal interfaces voor interactie, terwijl klassen ook direct methoden kunnen aanroepen.

Question 20

Wat omvatten componenten in een systeem?

Answer 20

Componenten omvatten onderdelen zoals databases, pakketten, bestanden en libraries (bijv. DLL’s).

Question 21

Wat voor kijk geven componentendiagrammen?

Answer 21

Componentendiagrammen bieden een implementatiegerichte kijk, waarmee ontwikkelaars inzicht krijgen in de werking van het systeem als geheel.

Question 22

Hoe dragen componentendiagrammen bij aan efficiëntie?

Answer 22

Door een modulaire aanpak maken componentendiagrammen projecten kostenefficiënter en efficiënter door gestructureerde functionele relaties van herbruikbare componenten te modelleren.

Question 23

Wat voegt het Process View toe aan de architectuurbeschrijving?

Answer 23

Het Process View voegt dynamische aspecten toe aan de architectuurbeschrijving, zoals prestaties en beschikbaarheid.

Question 24

Welke aspecten zijn belangrijk in het Process View?

Answer 24

Het Process View richt zich op prestatie, beschikbaarheid en fouttolerantie binnen de architectuur.

Question 25

Wat specificeert het Process View?

Answer 25

Het specificeert op welke controlethread een operatie voor een object wordt uitgevoerd.

Question 26

Welke diagrammen kunnen worden gebruikt in het Process View?

Answer 26

De volgende diagrammen kunnen worden gebruikt: sequentiediagrammen, activiteitendiagrammen, toestanddiagrammen en tijddiagrammen.

Question 27

Wat zijn de belangrijkste focuspunten van het Physical View?

Answer 27

Het Physical View richt zich primair op beschikbaarheid, betrouwbaarheid, prestaties en schaalbaarheid.

Question 28

Waar wordt software vaak uitgevoerd volgens het Physical View?

Answer 28

Software wordt vaak uitgevoerd op een netwerk van computers, ook wel “nodes” genoemd.

Question 29

Wat wordt er gemapped in het Physical View?

Answer 29

In dit view worden elementen zoals netwerken, processen, taken en objecten gekoppeld aan de verschillende nodes.

Question 30

Welke fysieke configuraties vinden we typisch in het Physical View?

Answer 30

Typische configuraties zijn staging-servers voor ontwikkeling en testen, productieservers bij de klant, en clusters, load balancers en proxies.

Question 31

Wat kan ook worden vermeld in het Physical View?

Answer 31

In dit view kunnen protocollen en gegevensuitwisselingsformaten worden vermeld.