#1 System Development H1 + 2

Question 1

softwareproces

Answer 1

Een softwareproces beschrijft de verbanden tussen fasen, de volgorde, frequentie en op te leveren producten.

Het specificeert ook criteria voor het overstappen van de ene fase naar de volgende.

software proces models/ life cycle models

Question 2

wat valt er onder umbrella activities

Answer 2

risk management
projectmanagement
configuratiemanagement
kwaliteitsmanagement

Question 3

waterval procesmodel

Answer 3

voeren elke fase maar één keer uit

Question 4

iteratieve modellen

Answer 4

worden meerdere keren doorlopen

Een iteratief proces kenmerkt zich door het geheel of gedeeltelijk herhaaldelijk uitvoeren van de watervalfasen, resulterend in een verfijning van de eisen, het ontwerp en de implementatie.

Question 5

hoofdfasen van een softwareproject

Answer 5

I. Inception
Softwareproduct is bedacht en gedefinieerd.
2. Planning
Initiële planning, middelen en kosten worden bepaald.
3. Requirements Analysis
Specificeer wat de applicatie moet doen; antwoordt “wat?”
4. Design
Specificeer de onderdelen en hoe ze passen; antwoordt “hoe?”
5. Implementation
Schrijf de code.
6. Testing
Voer de applicatie uit met invoertestgegevens.
7. Maintenance
Herstel defecten en voeg mogelijkheden toe.

Question 6

planning

Answer 6

het plan zal een ruwe schatting zijn; gedetailleerde info is niet beschikbaar.

• Er wordt een projectplan ontwikkeld dat de activiteiten, werkitems, planning en middelen op hoog niveau identificeert.
• omvang en kosten van het project begrijpen (haalbaarheid van een project bepalen)

Question 7

requirements analysis [engineering]

Answer 7

gedetailleerde informatie wordt verzameld over de wensen en behoeften van de klant en de problemen die de software moet oplossen.
- specifieke productfuncties en -kenmerken worden gedefinieerd, samen met vereisten zoals prestaties, betrouwbaarheid en bruikbaarheid. (klantinterviews en brainstormsessies)

Vereisten beschrijven wat de toepassing moet bereiken.

resultaat: high level en gedetailleerde requirements document

Question 8

software design

Answer 8

ontwerpen hoe de functionaliteit en de data gebouwd moeten worden (interne structuur)

resultaat: programma- en datastructuur

Question 9

wat zijn de 2 belangrijkste niveaus van softwareontwerp

Answer 9

softwarearchitectuur en gedetailleerd ontwerp

Question 10

software architectuur

Answer 10

Software-architectuur specificeert hoe de software wordt opgedeeld in subsystemen of modules en de software-interfaces daartussen.

Question 11

implementation

Answer 11

Deze fase bestaat uit programmeren, dat is het vertalen van het in de vorige fase ontwikkelde softwareontwerp naar een programmeertaal.

resultaat: programmacode die klaar is om getest te worden

Question 12

testing

Answer 12

getest op juistheid. Er wordt op drie niveaus getest.

• Eerst worden individuele modules getest door ontwikkelaars.
• Ten tweede worden modules geïntegreerd en getest om ervoor te zorgen dat ze goed samenwerken.
• Ten derde, zodra alle modules zijn geïntegreerd, wordt het hele systeem getest om er zeker van te zijn dat het voldoet aan de gebruikersvereisten.

resultaat: internal of external release

Nadat de systeemtests zijn voltooid -> klanttests (bètatest) -> acceptatietest (soms vooraf aan bètatest)

Question 13

wat is het doel van een bètatest

Answer 13

Het doel is om een ​​reeks problemen aan het licht te brengen die alleen kunnen worden ontdekt met dit soort “echte” tests.

Question 14

acceptatietest

Answer 14

Acceptatietests bestaan ​​uit een subset van systeemtests, en worden uitgevoerd door de klant of een vertegenwoordiger van de klant om ervoor te zorgen dat het voldoet aan de criteria van de klant voor vrijgave.

Question 15

maintenance

Answer 15

Nadat de software officieel is vrijgegeven aan klanten, begint de onderhoudsfase. Tijdens onderhoud worden er wijzigingen aan de software aangebracht die op een van de volgende manieren ontstaan:
o Het repareren van softwarefouten die worden ontdekt tijdens normaal gebruik van het systeem door de klant
o Verzoeken van klanten om verbeteringen
o Een wens om kenmerken van het systeem, zoals prestaties of betrouwbaarheid, te verbeteren

Aanpassingen aan de software worden gebundeld -> nieuwe versies van de software met deze aanpassingen worden uitgebracht.

Question 16

The waterfall Process Model [royce]

Answer 16

De uitvoer van de ene fase wordt gebruikt als invoer voor de volgende, wat inhoudt dat een fase niet wordt gestart voordat de vorige is voltooid. Bij watervalprocessen wordt aangenomen dat er een kleine overlap is tussen aangrenzende fasen. Sommige personeelsleden zullen bijvoorbeeld het laatste deel van de requirements analysis uitvoeren, terwijl anderen al met de ontwerpfase zijn begonnen.

Het watervalproces wordt gekenmerkt door documenten die worden gegenereerd op het moment dat elke fase is voltooid. [eisenspecificatie en ontwerpspecificatie]
Ook zijn er gewoonlijk ingangs- en uitgangscriteria tussen fasen om ervoor te zorgen dat een fase met succes wordt voltooid voordat verder wordt gegaan.

Question 17

een iteratieve relatie tussen opeenvolgende fasen is onvermijdelijk. in welke fasen komt dit voornamelijk terug?

Answer 17

er kan een lus ontstaan tussen eisen en ontwerp & onderhoud en testen.

Question 18

wat is een algemene richtlijn binnen het watervalkader?

Answer 18

feedbackloops moeten beperkt blijven tot aangrenzende fasen. Dit minimaliseert potentieel dure herbewerkingen als de feedback meerdere fasen zou omvatten.

Defecten worden door klanten ontdekt nadat de software is vrijgegeven.

Question 19

voordelen waterval proces

Answer 19

o Eenvoudig en gemakkelijk te gebruiken: Fasen worden serieel uitgevoerd en voltooid, met specifieke ingangs- en uitgangscriteria voor het verplaatsen tussen fasen. Het ordelijk uitvoeren van fasen is gemakkelijk te begrijpen.

o Wordt al vele jaren beoefend en mensen hebben er veel ervaring mee: het proces is goed begrepen en veel mensen zijn tevreden met de uitvoering ervan.

o Eenvoudig te beheren door de rigiditeit van het model: Elke fase heeft specifieke deliverables en een beoordelingsproces.

o Werkt goed voor kleinere projecten waar de vereisten goed worden begrepen

Question 20

nadelen waterval proces

Answer 20

o Eisen moeten vooraf bekend zijn: Het is moeilijk om vooraf elk detail voor te stellen. De meeste projecten beginnen met enige onzekerheid en naarmate het project vordert, komen er meer details naar voren.

o Geen feedback van systeem door stakeholders tot na testfase: Het proces faciliteert geen tussenversies. Belanghebbenden hebben vaak behoefte aan geruststelling over de voortgang en bevestiging dat wat wordt ontwikkeld aan de vereisten voldoet.

o Grote problemen met het systeem worden pas laat in het proces ontdekt: in de testfase worden deze problemen gevonden, maar er is weinig tijd voor correctie, wat kan leiden tot mogelijk rampzalige gevolgen voor de projectplanning en de kosten.

o Inefficiënt gebruik van middelen: teamleden kunnen inactief zijn terwijl ze wachten tot anderen hun afhankelijke taken of fasen voltooien. Ook is iemand die goed is in requirementsanalyse niet per se goed in programmeren.

Question 21

incrementele ontwikkeling

Answer 21

“een plannings- en ensceneringsstrategie waarmee delen van het systeem op verschillende tijdstippen of snelheden kunnen worden ontwikkeld en geïntegreerd wanneer ze zijn voltooid.” Dit houdt in dat iteraties niet serieel hoeven te worden uitgevoerd, maar parallel kunnen worden ontwikkeld door afzonderlijke teams van mensen.

Question 22

wat zijn verschillende soorten releases

Answer 22

o Een proof of concept, of haalbaarheidsstudie, die wordt gebruikt om de haalbaarheid van een bepaald aspect van de software aan te tonen of te onderzoeken. Denk hierbij aan het maken van software of simulaties.

o Een prototype dat een werkende versie van software is die een bepaald vermogen demonstreert dat als een hoog risico wordt beschouwd.

o Een “interne” release die alleen wordt gebruikt door het ontwikkelteam en wordt gebruikt om ervoor te zorgen dat de ontwikkeling op schema ligt, feedback te krijgen en een basis te bieden voor verdere ontwikkeling en aanvullende mogelijkheden.

o Een “externe” release die ter evaluatie naar klanten wordt verzonden.

Question 23

voordelen iteratief proces

Answer 23

• duidelijke en beheersbare doelen worden gesteld en de algehele projectcomplexiteit wordt verminderd door het op te splitsen in kleinere stukken.
• algehele projectrisiconiveau wordt verlaagd

Door aan het einde van elke iteratie werkende software te produceren, kan de projectvoortgang gemakkelijker worden gevolgd en gepland, en kan feedback worden uitgelokt om ervoor te zorgen dat de mogelijkheden voldoen aan de vereisten van belanghebbenden.

Question 24

agile processen waarderen…

Answer 24

. . . individuen en interacties boven processen en tools

. . . werkende software boven uitgebreide documentatie

. . . samenwerking met de klant boven contractonderhandeling

. . . reageren op verandering boven het volgen van een plan

Question 25

agile processen zijn zeer incrementeel en iteratief.

noem een paar kenmerken.

Answer 25

o Kleine, hechte teams
o Regelmatige, frequente, gedisciplineerde vergaderingen met klantvereisten
o Een codegerichte benadering, documentatie op basis van behoefte (bijv. vereisten op hoog niveau)
alleen verklaringen)
o Klantvertegenwoordigers die binnen het team werken
o Het gebruik van user stories als basis voor requirements-end-to-end accounts van hoe gebruikers moeten individuele taken uitvoeren
o Pair programming, waarbij twee programmeurs op één werkstation werken

Question 26

voordelen van een agile proces

Answer 26

o Het project heeft altijd aantoonbare resultaten: Het eindproduct van elke iteratie is werkende software.

o Ontwikkelaars zijn over het algemeen meer gemotiveerd: ontwikkelaars geven er de voorkeur aan om werkende artefacten te produceren en hebben de neiging om dit niet te doen
zoals het maken van documentatie.

o Klanten kunnen betere eisen stellen omdat ze het evoluerende product kunnen zien.

Question 27

nadelen agile proces

Answer 27

o Problematisch voor grote applicaties: Agile methoden worden gemakkelijker gebruikt voor kleinere projecten. Er is debat over hun nut voor grote projecten.

o Documentatie-output is twijfelachtig: aangezien documentatie op de tweede plaats komt, is er een vraag als: of de benodigde documentatie ooit zal worden geproduceerd.

Question 28

overzicht system development

Answer 28

planning: businessanalyse
requirements analysis: requirements engineering/ data modelling
design
implementation: programming
testing
maintenance: beheer

businessanalyse: BPMN, RCA, SHA
planning: projectplan
requirements engineering: functies en kwaliteit software
data modellering: datamodel
design: ontwerp obv reqs & datamodel
programming: programmacode obv ontwerp
testen: bewijs dat programma werkt volgens Reqs & datamodel
beheer: operationeel onderhoud