Functional Analysis
H01: Inleiding
1. Aanpak van projectmanagement:
Watervalmethode: De Watervalmethode volgt een lineaire en sequentiële aanpak.
Het project wordt opgedeeld in verschillende fasen, zoals planning, ontwerp,
implementatie, testen en onderhoud. Elke fase moet worden voltooid voordat de
volgende begint.
Agile-methode: Agile daarentegen is iteratief en incrementeel. Het project wordt
opgedeeld in kleine, werkende delen, genaamd iteraties of sprints. Elke iteratie levert
een deel van het eindproduct op.
2. Flexibiliteit en aanpassingsvermogen:
Watervalmethode: Deze methode is minder flexibel omdat veranderingen in de
vereisten moeilijk in te passen zijn zodra een fase is gestart.
Agile-methode: Agile is zeer flexibel en staat open voor veranderingen, zelfs laat in
het ontwikkelingsproces. Veranderingen kunnen worden aangebracht tussen de
iteraties.
3. Betrekking van belanghebbenden:
Watervalmethode: De betrokkenheid van belanghebbenden is meestal hoog aan het
begin en het einde van het project, maar kan afnemen tijdens de uitvoering van het
project.
Agile-methode: Agile moedigt regelmatige interactie en feedback van
belanghebbenden aan gedurende het hele project. Dit zorgt voor continue
aanpassing aan veranderende behoeften.
4. Oplevering van het eindproduct:
Watervalmethode: Het eindproduct wordt geleverd aan het einde van het project,
wat kan resulteren in langere doorlooptijden voordat belanghebbenden iets
tastbaars zien.
Agile-methode: Het eindproduct is mogelijk niet compleet na elke iteratie, maar er
worden regelmatig werkende delen opgeleverd, wat de mogelijkheid biedt voor
vroege en frequente feedback.
5. Kwaliteitscontrole:
Watervalmethode: Kwaliteitscontrole wordt meestal aan het einde van het project
uitgevoerd.
Agile-methode: Kwaliteitscontrole wordt ingebouwd in het proces, met regelmatige
testen en evaluaties tijdens elke iteratie.
,H02: Functional Requirements
Wat zijn functionele requirements?
- Het vastleggen en éénduidig definiëren v/d functionaliteiten.
- Dit doen we volgens “best practice” en/of gestructureerde methoden.
Wat is een Use Case Diagram?
- Een verzameling van alle Functionele Requirements (FRs)
- Een overzicht van alle rollen
- Een overzicht van alle FRs
Use Case Diagram – Include: Use case A voert ALTIJD use case B tijdens het normaal verloop. Voor het
uitvoeren van de ene functionaliteit, heeft het steeds een andere functionaliteit nodig -> “include”.
Voorbeeld: Je besteld een product, hierdoor zal je altijd een factuur moeten gaan betalen.
Use Case Diagram – Extends: Use case A voert use case B uit tijdens een alternatief verloop.
Voorbeeld: Bij het reserveren van een ticket, zou je ook kunnen gaan kiezen welke stoel je wilt.
Oefening: Stel een UCD op voor een bibliotheek met minstens 3 rollen, 1 extends en 1 include.
, Use Case: Dit bevat een uitgeschreven verhaal van een primary actor die het systeem zal gaan
gebruiken, om een bepaald doel te gaan bereiken.
- Het zal ons een globaal beeld gaan geven van de functies van het systeem (low-precision).
- Het verhaal wordt voorgesteld door de opdrachtgevers.
- In het verhaal gebruiken we eenvoudige taal (geen vakjargon).
- We zullen hierin de scope en het domein gaan bepalen.
- Het dient ook om de ontwikkelaars te gaan laten weten welke functionaliteiten, op welke
manier geïmplementeerd moeten worden.
Enkele handige tips omtrent het maken van een Use Case:
- Juiste info door de juiste mensen.
- Werken in een kleine groep is efficiënter.
- Spendeer max. ½ dag met de eindgebruiker.
- Neem het management (opdrachtgever) mee in je boot.
- Actor <> jobtitel.
- Use cases uitwerken is een sociale activiteit.
- Wees een minimalist.
Een Use case bevat volgende onderdelen:
- Primary Actor: belanghebbende partij die systeem vraagt een taak uit te gaan voeren.
- Stakeholders: belanghebbende/deelnemende partijen.
- Precondities: Wat moet vervuld zijn bij start use case?
Controle in use case hoeft niet.
Geeft vaak aan dat een andere use case reeds uitgevoerd werd.
Moet voor de start van de use case gevalideerd worden.
- Postcondities: Wat moet vervuld zijn na het uitvoeren van een scenario?
Bevat wijzigingen systeem t.o.v. domeinmodel.
Formuleren vanuit standpunt systeem.
Niet elk alternatief verloop bereikt de postcondities.
- Normaal verloop: Top-to-bottom beschrijving v/e situatie waarbij doel Primary actor bereikt.
- Alternatief verloop: Uitbreiding op het normaal verloop of andere alternatieve weg.
- Domeinspecifieke regels: Alle technische regels voor validatie, … .
- Op te klaren punten (optioneel): We verklaren wat nog onduidelijk kon zijn.
Elementair business proces: Bestaat uit 3 verschillende categorieën.
- Hoe? -> Lower level
- Wat wil de primary actor? -> User’s goal
- Waarom doet de primary actor dit? -> Higher level
H01: Inleiding
1. Aanpak van projectmanagement:
Watervalmethode: De Watervalmethode volgt een lineaire en sequentiële aanpak.
Het project wordt opgedeeld in verschillende fasen, zoals planning, ontwerp,
implementatie, testen en onderhoud. Elke fase moet worden voltooid voordat de
volgende begint.
Agile-methode: Agile daarentegen is iteratief en incrementeel. Het project wordt
opgedeeld in kleine, werkende delen, genaamd iteraties of sprints. Elke iteratie levert
een deel van het eindproduct op.
2. Flexibiliteit en aanpassingsvermogen:
Watervalmethode: Deze methode is minder flexibel omdat veranderingen in de
vereisten moeilijk in te passen zijn zodra een fase is gestart.
Agile-methode: Agile is zeer flexibel en staat open voor veranderingen, zelfs laat in
het ontwikkelingsproces. Veranderingen kunnen worden aangebracht tussen de
iteraties.
3. Betrekking van belanghebbenden:
Watervalmethode: De betrokkenheid van belanghebbenden is meestal hoog aan het
begin en het einde van het project, maar kan afnemen tijdens de uitvoering van het
project.
Agile-methode: Agile moedigt regelmatige interactie en feedback van
belanghebbenden aan gedurende het hele project. Dit zorgt voor continue
aanpassing aan veranderende behoeften.
4. Oplevering van het eindproduct:
Watervalmethode: Het eindproduct wordt geleverd aan het einde van het project,
wat kan resulteren in langere doorlooptijden voordat belanghebbenden iets
tastbaars zien.
Agile-methode: Het eindproduct is mogelijk niet compleet na elke iteratie, maar er
worden regelmatig werkende delen opgeleverd, wat de mogelijkheid biedt voor
vroege en frequente feedback.
5. Kwaliteitscontrole:
Watervalmethode: Kwaliteitscontrole wordt meestal aan het einde van het project
uitgevoerd.
Agile-methode: Kwaliteitscontrole wordt ingebouwd in het proces, met regelmatige
testen en evaluaties tijdens elke iteratie.
,H02: Functional Requirements
Wat zijn functionele requirements?
- Het vastleggen en éénduidig definiëren v/d functionaliteiten.
- Dit doen we volgens “best practice” en/of gestructureerde methoden.
Wat is een Use Case Diagram?
- Een verzameling van alle Functionele Requirements (FRs)
- Een overzicht van alle rollen
- Een overzicht van alle FRs
Use Case Diagram – Include: Use case A voert ALTIJD use case B tijdens het normaal verloop. Voor het
uitvoeren van de ene functionaliteit, heeft het steeds een andere functionaliteit nodig -> “include”.
Voorbeeld: Je besteld een product, hierdoor zal je altijd een factuur moeten gaan betalen.
Use Case Diagram – Extends: Use case A voert use case B uit tijdens een alternatief verloop.
Voorbeeld: Bij het reserveren van een ticket, zou je ook kunnen gaan kiezen welke stoel je wilt.
Oefening: Stel een UCD op voor een bibliotheek met minstens 3 rollen, 1 extends en 1 include.
, Use Case: Dit bevat een uitgeschreven verhaal van een primary actor die het systeem zal gaan
gebruiken, om een bepaald doel te gaan bereiken.
- Het zal ons een globaal beeld gaan geven van de functies van het systeem (low-precision).
- Het verhaal wordt voorgesteld door de opdrachtgevers.
- In het verhaal gebruiken we eenvoudige taal (geen vakjargon).
- We zullen hierin de scope en het domein gaan bepalen.
- Het dient ook om de ontwikkelaars te gaan laten weten welke functionaliteiten, op welke
manier geïmplementeerd moeten worden.
Enkele handige tips omtrent het maken van een Use Case:
- Juiste info door de juiste mensen.
- Werken in een kleine groep is efficiënter.
- Spendeer max. ½ dag met de eindgebruiker.
- Neem het management (opdrachtgever) mee in je boot.
- Actor <> jobtitel.
- Use cases uitwerken is een sociale activiteit.
- Wees een minimalist.
Een Use case bevat volgende onderdelen:
- Primary Actor: belanghebbende partij die systeem vraagt een taak uit te gaan voeren.
- Stakeholders: belanghebbende/deelnemende partijen.
- Precondities: Wat moet vervuld zijn bij start use case?
Controle in use case hoeft niet.
Geeft vaak aan dat een andere use case reeds uitgevoerd werd.
Moet voor de start van de use case gevalideerd worden.
- Postcondities: Wat moet vervuld zijn na het uitvoeren van een scenario?
Bevat wijzigingen systeem t.o.v. domeinmodel.
Formuleren vanuit standpunt systeem.
Niet elk alternatief verloop bereikt de postcondities.
- Normaal verloop: Top-to-bottom beschrijving v/e situatie waarbij doel Primary actor bereikt.
- Alternatief verloop: Uitbreiding op het normaal verloop of andere alternatieve weg.
- Domeinspecifieke regels: Alle technische regels voor validatie, … .
- Op te klaren punten (optioneel): We verklaren wat nog onduidelijk kon zijn.
Elementair business proces: Bestaat uit 3 verschillende categorieën.
- Hoe? -> Lower level
- Wat wil de primary actor? -> User’s goal
- Waarom doet de primary actor dit? -> Higher level
