H3 - Vooronderzoek (Deel 2) Flashcards

1
Q

Beschrijving van de behoeften

Leg uit wat dit onderdeel inhoudt:

A

In dit onderdeel zullen we nagaan waar de problemen van de klant liggen en uiteindelijk een inventaris maken van de basisbehoeften (= beknopt maar duidelijk overzicht van de basisbehoeften).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Uitleggen waarom dit hier nog heel beknopt gebeurt (moet gebeuren).

A

Dit moet beknopt gebeuren omdat we een gedetailleerde vereistenanalyse reserveren voor de analysefase.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Korte beschrijving van de oplossingsalternatieven

Uitleggen wat dit onderdeel van het vooronderzoek inhoudt en welke aspecten van een oplossingsalternatief beschreven worden.

A

Op basis van de geformuleerde behoeften kunnen we nagaan welke alternatieve oplossingen er zijn om aan die basisbehoeften te voldoen:

Volgende aspecten worden besproken:
o Benodigde software: (Zelf te ontwikkelen software, aan te kopen pakketten, basissoftware (databases, operating systems, ontwikkelingsomgevingen, enz.))

o Benodigde hardware (Computers, netwerkarchitectuur, elektriciteitsvoorziening.)

o Organisatorische veranderingen die nodig zijn.
o Economische & technische haalbaarheid (Overzicht van de kosten en de baten)
o Planning

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

(Korte beschrijving van de oplossingsalternatieven)

Belang van dit onderdeel uitleggen.

A

Hierdoor kan het management zich een oordeel vormen voor de selectie van het beste alternatief.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Een aantal selectiecriteria opsommen die relevant zijn voor diverse stakeholders in het project.

A
  • Systeemkarakteristieken gezien door de gebruikers:
    o Betrouwbaarheid, flexibiliteit, gebruiksgemak, performantie, ontwikkelingstijd, beschikbaarheid, veiligheid
  • Systeemkarakteristieken gezien door de IT-afdeling:
    o Technische resources nodig voor de ontwikkeling;
    o Verandering nodig aan de infrastructuur;
    o Werkingsvereisten
    o Overdraagbaarheid;
  • Systeemkarakteristieken gezien door het topmanagement:
    o Ondersteuning van de bedrijfsdoelstellingen;
    o Graad van beheersbaarheid;
    o Kost en terugbetalingsperiode;
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Evaluatie van de oplossing

Uitleggen wat dit onderdeel inhoudt en situeren in het geheel van het vooronderzoek.

A

Er wordt van de uiteindelijk gekozen oplossing een duidelijke beschrijving gegeven van:

  • De kosten, baten, het voorgestelde tijdschema en de risico’s.
  • Op basis van deze evaluatie kiest de stuurgroep uit de beste oplossing en wordt er beslist of het project van start kan gaan.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Uitleggen waarom een planning in deze fase nog maar globaal kan zijn.

A

De planning kan enkel globaal worden opgesteld omdat het schatten van de tijden soms moeilijk is omwille van de aard van het project (moeilijkheidsgraad) en de kennis en kunde van de werknemers.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Enkele belangrijke kostenaspecten en voordelen (kwantitatieve en kwalitatieve baten) bij een softwareontwikkelingsproject opsommen.

A

Kostenstructuur:
- Eenmalige kosten:
o Projectkosten (alle kosten om het systeem te ontwikkelen)
o Conversie en invoeringskosten (installatie, opleiding, …)
o Aankoop hardware en software
- Exploitatie- of productiekosten:
o Het systeemgebruik (papier, bestanden, telefoon, energie, …)
o Systeemonderhoud (programma’s, personeel, …)
o Personeelskosten (computerpersoneel, gebruikers, …)
Batenstructuur:
- Eenmalige opbrengsten
o Verkoop van bepaalde apparatuur
o Opzegging van bepaalde huur-of onderhoudscontracten
- Besparingen t.o.v. het oude systeem
o Minder administratief personeel
o Efficiëntere stock
- Niet-kwantificeerbare baten/kwalitatieve baten
o Prestatieverbetering van het systeem
o Snellere en betere controle op de verwerking
o Je bent wettelijk in orde (met Vb. BTW- of RSZ-administrate)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Opsommen welke soorten risico’s er zijn en ze kunnen uitleggen. Van elke soort een voorbeeld kunnen geven.

A
  • Technisch risico: (slechte hardware, slechte algoritmes, fout ontwerp, slechte specificaties)
  • Planningsrisico: het product kan niet binnen de gestelde tijd geleverd worden
  • Kostrisico’s: het product kost veel meer dan vooropgesteld. Hangt vaak samen met het planningsrisico
  • Invoeringsrisico’s: gebruikers willen de nieuwe software niet aanvaarden of zijn niet in staat om met de nieuwe software te werken
  • Uitbatingsrisico’s: bij het gebruik van het product treden er ernstige problemen op (uitvallen van stroom of netwerkverbinding veroorzaakt ernstige problemen, schade door hacking)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Voorbeelden geven van risicobeheersingsstrategieën.

A

Kans maal schade:
Risico omvat 2 aspecten, de kans op mislukking en de impact van die mislukking. De omvang van de risico = K*S
- Moeilijk exact te bepalen, maar een goede inschatting is al heel wat.

Risicopreventie:
De kans dat het risico optreedt beperken door bepaalde maatregelen
- Vooral nuttig voor risico’s met een vrij grote kans

Schadebeheersing: De veroorzaakte schade vooraf beperken door elementen uit te sluiten, het risico spreiden over verschillende stakeholders.
- Vooral nuttig voor risico’s met een vrij grote schade

Back-upsysteem: Alternatieve oplossing of meerdere ontwerpen voorzien
- Vooral nuttig wanneer de kans dat het risico optreedt erg groot is omdat er erg veel onzekere factoren zijn.

Verzekeren: Tegen onvermijdbare schade kan men zich verzekeren.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Voorbeelden van risico’s uit de verschillende fasen van een softwareontwikkelingsproject geven

A

Analysefase:
o Zijn de informanten betrouwbaar en vlot bereikbaar?
o Risico dat de vereisten onduidelijk of verkeerd zijn ingeschat.

Ontwerpfase:
o Hoe complex is het project?
o Hebben we ervaring met dergelijke types van applicatie of met technische omgeving?

Realisatiefase:
o Is programmeertaal en –omgeving gekend? Opleiding nodig?

Integratiefase:
o Voldoende testapparatuur? Converteren van gegevens? Wie is verantwoordelijk?

Onderhoudsfase:
o Zijn er backups voorzien? Is het systeem voldoende performant?
o Is het systeem voldoende beveiligd?

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Verificatie van het vooronderzoek

Afkorting en begrip SQA uitleggen.

A

SQA: ‘Software Quality Assurance’.
Het SQA-team is zelf niet betrokken bij de ontwikkeling van het product, maar moet enkel projecten controleren op hun kwaliteit.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Technieken om een vooronderzoek te testen opsommen.

A

Walktroughs, inspecties, Rapid prototyping

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Technieken voor het vooronderzoek
Belangrijkste technieken om in een vooronderzoek informatie te vergaren opsommen en beknopt uitleggen. Voor- en nadeel van elke techniek uitleggen.

A

Gestructureerde interview:
Lijst met vooraf opgestelde gesloten vragen worden met een medewerker doorlopen
- Voordeel: Zo kunnen we een aantal basisgegevens te weten komen
- Nadeel: Geen details

Ongestructureerde interview:
Informeel gesptrek met zowel de managers als eindgebruikers vertrekkende vanuit een aantal basisvragen
- Voordeel: Geïnterviewde krijgt de kans om hart te luchten, ongestructureerde interviews verschaffen meer en nuttigere informatie dan een gestructureerd interview.

Enquête:
Bij grote organisaties kan een schriftelijke enquête gehouden worden.
- Nadeel: Enquêtes zijn nuttig maar halen het niet bij een ongestructureerd vraaggesprek.

Observaties:
De onderzoekers plaatsen een camera of observeren zelf de uitvoering van het werk en nemen notities.
- Voordeel: Men kan de huidige manier van werken nagaan en de problemen zelf vaststellen.
- Nadeel: Wanneer werknemers zich bedreigd voelen of dit ervaren als een inbreuk op hun privacy zullen de observaties niet het gewenste resultaat afleveren.

Scenario’s
Op basis van vorige interviews of observaties stellen de interviewers een scenario of user story’s op en overlopen dit stap voor stap met de gebruikers.
- Voordeel: Gebruik van scenario’s zijn erg krachtig omdat we hier de taal van de gebruiker spreken.
- Nadeel: Moeilijk te realiseren

Rapid prototyping:
Op een snelle manier ontwikkelen we een deel van de applicatie.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Het gebruik van activiteitendiagrammen
Uitleggen waarvoor een activiteitendiagram gebruikt kan worden en dit situeren in de verschillende fasen van softwareontwikkeling.

A

Een activiteitendiagram is een diagram uit UML en beschrijft de opeenvolging van acties om een bepaalde activiteit uit te voeren.
We kunnen de activiteitendiagram gebruiken bij
- Vooronderzoek: modelleren van de huidige workflow
- Analyse: verduidelijking voor use-case diagram
- Ontwerp: manuele procedures ontwerpen
- Implementatiefase: Programmastructuur van een bepaalde operatie weergeven.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly