Functionaliteitenbeheer

20 belangrijke vragen over Functionaliteitenbeheer

Welke 3 elementen vinden we terug in een procesbeschrijving

doel, activiteiten en resultaten

Welke 5 stappen volg je als je procesgericht gaat werken

1. beschrijf het proces (doel, activiteiten, resultaten)
2. bepaal binnen de organisatie de verantwoordelijken (de inrichting)
3. voer het proces gedurende enige tijd consequent uit (wie ziet daar op toe)
4. evalueer de resultaten (de criteria hiervoor zijn vooraf bepaald)
5. pas, indien nodig, het proces aan of verleg de verantwoordelijkheden.

Hoe gaat het proces specificeren bij grotere wijzigingen

Eerst wordt er een Definitiestudie gemaakt (vooronderzoek) en na de beslissing tot door te gaan met de ontwikkeling daarna volgt een functioneel ontwerp (eerste stap van het systeemontwikkelingstraject).
  • Hogere cijfers + sneller leren
  • Niets twee keer studeren
  • 100% zeker alles onthouden
Ontdek Study Smart

Wat is het verschil tussen business- en systeemrequirements

Business requirements hebben betrekking op de organisatie. Vaak worden hierin bedrijfseisen gesteld die in de applicatie moeten worden nageleefd of afgedwongen.
Systeem requirements zijn de eisen die aan de applicatie/informatiesysteem worden gesteld.

Worden alle requirements al tijdens de definitiestudie bepaald/omschreven

Nee, tijdens de definitiestudie moet de impactanalyse worden ontwikkeld die gedetailleerd genoeg is om een initiele businesscase op te stellen. De kosten van invoering, ontwikkeling en gebruik moeten met een voldoende mate van zekerheid zijn vast te stellen. Pas na het besluit om door te gaan met de ontwikkeling worden in het functioneel ontwerp de requirements voor de applicatie volledig en nauwkeurig vastgelegd.

Wat is het kenmerk van een goede business requirement

Deze is herleidbaar uit de business strategie en identificeert de behoeften van de organisatie.

Wat is de rol van de functioneel beheerder bij het functioneel ontwerp

Hij beoordeeld het ontwerp op de mate waarin aan de vastgesteld behoefte wordt voldaan.

Wat is de rol van functioneel beheer tijdens de realisatiefase

Het technisch ontwerp en de bouw van de applicatie speelt zich af in de rechterkolom van het negenvlakkenmodel. Hierbij is de inbreng van FB minimaal. Er zal wel koppeling over de voortgang moeten hebben.

Wat is niet gewenst bij het formuleren van functionele eisen

Eisen in de vorm van technische oplossingen.

Wat is een niet-functionele requirement

Dit is een ander woord voor kwaliteitseisen. Zoals snelheid, vormgeving. Soms worden deze ook weer onderverdeeld in :
  • Functioneel: Beschikbaarheid van de functies;
  • Betrouwbaarheid: behoud van bedrijfszekerheid in verschillende omstandigheden;
  • Bruikbaarheid: allerlei gebruikersaspecten waaronder documentatie;
  • Efficientie: evenwicht tussen prestatie en kosten;
  • Onderhoudbaarheid: mate van eenvoud voor wijzigingen;
  • Overdraagbaarheid: overzetbaarheid naar andere omgevingen

Een requirement moet SMART geformuleerd zijn. Maar hoe moet je deze formuleren

Goede requirements bevatten geen (delen) van de oplossing, zijn beschreven in volledige zinnen, hebben als onderwerp de gebruiker of het systeem en zijn positief geformuleerd. Een goed geformuleerde requirement is verifieerbaar (meetbaar) en dus testbaar.

Wat is het nut van Workshops en prototyping bij het definieren van requirements.

De gebruiker weet bij een nieuwbouw project vaak niet wat er als functionele eis aan een systeem moet worden gesteld. in deze sessies kunnen gebruikers en ontwerper met elkaar samen tot een aantal eisen te komen.
Indien wordt overgegaan tot realisatie zullen de requirement tijdens het maken van het functioneel ontwerp pas volledig en nauwkeurig worden vastgelegd.

Welke gegevens zijn er bij een bedrijfsproces te onderscheiden

operationele Informatie: Deze gegevens zijn nodig voor de operationele uitvoering van een proces.
bestuurlijke informatie: gegevens over de besturing en verantwoording van het bedrijfsproces met de onderkende processtappen. Deze zijn voor het management nodig om over de uitvoering van het proces verantwoording af te leggen en om gegevens te verzamelen voor een eventuele aanpassing of herinrichting van het proces.

Wat is de IDEF-0 techniek

Een manier om bedrijfsprocessen op verschillende niveaus te beschrijven. IDEF-0 werkt met verschillende abstractieniveaus. Het hoogste niveau is voor management en het laagste niveau is bruikbaar als werkinstructie.

IDEF-0 onderkent processtappen, voorziet in informatie en materiestromen, en onderkent de actoren die bij deze processen betrokken zijn. Stromen kunnen samengaan, splitsen of kennen verschillende bestemmingen.

Wat zijn de basisregels voor IDEF-0 processen

max 6-7 niveaus
zoom evt in naar detailniveaus
Teken processen in een diagonaal van linksboven naar rechtsonder
Teken lijnen bovenlangs voor inputrelaties die niet directe aansluiten
Teken lijnen onderlangs voor inputrelaties vanuit opvolgende processen

Bij het proces specificeren komen een 3-tal activiteiten itteratief terug welke zijn dat

- Behoefte inventariseren
- Oplossingen bedenken in samenwerking met de ICT leverancierss
- Oplossing valideren met onder meer terugkoppeling naar de gebruikers

Wat is de relatie tussen het proces wijzigingen beheer en specificeren

Wijzigingen beheer zorgt voor input voor het proces specificeren. Specificeren levert weer informatie terug waarmee de wijziginendatabase wordt bijgewerkt. Onder regie van Wijzigingenbeheer wordt binnen het proces specificeren de globale en later de initiële businesscase opgeleverd. Ook zorg specificeren voor het functioneel ontwerp.

Welke factoren hebben invloed op de releasefrequentie

  • De snelheid waarmee de omgeving de organisatie veranderingen oplegt. (wettelijke eisen)
  • De dynamiek binnen de gebruikersorganisatie
  • De volwassenheid en robuustheid van de applicatie
  • complexiteit van de applicatie
  • het aantal organisatie dat gebruik maakt van de applicatie
  • de capaciteit bij de ICT-dienstverlener

Wat zijn de nadelen van releasematig werken

Gebruikers kunnen gaan denken dat er niets meer mogelijk is.
Er is maar een beperkte tijd om te ontwikkelen dus moeten er keuzes worden gemaakt in welke aanpassingen meegenomen gaan worden in een release.
Gevonden fouten die niet worden geescaleerd moeten wachten op een volgende release.

Welke releasecategorien en typen kan je onderscheiden

Onder de categorien verstaan we
Major: Nieuwe releases met daarin vaak een groten uitbreiding van functionaliteit.  V1.0
Minor. nieuwe releases met een aantal kleine verbeteringen waarvan er sommige al als noodrelease zijn uitgegeven. V1.1, V1.2
Noodrelease: Een noodoplossing voor een urgent probleem V1.1a

Types:
Full: een volledig nieuwe implementatie
Delta (patch): release vaak gebruikt bij Noodreleases als oplossing voor een soft- of hardware storing.
Package: Langere periode van stabiliteit waarbij de oplossingen voor problemen en nieuwe functionaliteit goed is te bundelen.

De vragen op deze pagina komen uit de samenvatting van het volgende studiemateriaal:

  • Een unieke studie- en oefentool
  • Nooit meer iets twee keer studeren
  • Haal de cijfers waar je op hoopt
  • 100% zeker alles onthouden
Onthoud sneller, leer beter. Wetenschappelijk bewezen.
Trustpilot-logo