De presentatie wordt gedownload. Even geduld aub

De presentatie wordt gedownload. Even geduld aub

Katholieke Hogeschool Kempen Activiteit 1.6 Bepalen niet-functionele eisen FURPS+ model Functionality Usability Reliability Performance Supportability.

Verwante presentaties


Presentatie over: "Katholieke Hogeschool Kempen Activiteit 1.6 Bepalen niet-functionele eisen FURPS+ model Functionality Usability Reliability Performance Supportability."— Transcript van de presentatie:

1 Katholieke Hogeschool Kempen Activiteit 1.6 Bepalen niet-functionele eisen FURPS+ model Functionality Usability Reliability Performance Supportability

2 Katholieke Hogeschool Kempen FURPS + -model + Implementation Interfacing Operations Packaging Legal …

3 Katholieke Hogeschool Kempen Requirements Engeneering Requirement = een eis; beschrijft “wat” het systeem moet kunnen Het proces dat zich bezighoudt met het bepalen en specifiëren van de services die gebruikers van een systeem verlangen en van de beperkingen waaronder het systeem werkt en zal worden ontwikkeld.

4 Katholieke Hogeschool Kempen Functionele eisen vs niet-functionele eisen Functionele eisen zijn de services die van een systeem verlangd worden. Niet-functionele eisen zijn de beperkingen die aan de verlangde services gesteld worden.

5 Katholieke Hogeschool Kempen Functionele eisen (voorbeelden) De gebruiker moet gegevens kunnen opvragen uit alle databases of uit een subset van de databases. Het systeem zal verschilende viewers ter beschikking stellen zodat de gebruiker alle verschillende documenten in het documentenarchief kan lezen. Elk order krijgt een uniek identificatienummer dat de gebruiker kan copiëren naar de vaste opslagruimte van een account.

6 Katholieke Hogeschool Kempen Niet-functionele eisen (voorbeelden) Het systeem zal geen persoonlijke informatie van de klant aan de operator tonen, behalve diens naam en referentienummer. Alle delivrables zullen worden gedocumenteerd volgens de XYZ-Co- SP-STAN-95 standaard.

7 Katholieke Hogeschool Kempen analysedossier (+ haalbaarheidsonderzoek) 1.goedkeuren 2.prioriteiten bepalen Must have Should have Could have Want to have but … 3.kiezen ontwerpopties make buy help ask for support stuurgroep MoSCoW combinatie Activiteit Afsluiten definitiestudie

8 Katholieke Hogeschool Kempen MoSCoW-model Ook veel gebruikt in moderne ontwikkelmodellen. Snelle en voortdurende aanpassingen aan software vereisen dat continu prioriteiten bepaald worden. De klant/gebruiker speelt een cruciale rol. Rational Unified Proces, eXtreme Programming, Iterative Application Development, Dynamic Systems Development Method, …

9 Katholieke Hogeschool Kempen Keuze ontwerpopties MAKE BUY HELP ASK FOR HELP COMBINATIE

10 Katholieke Hogeschool Kempen Make or buy overwegingen MAKE o ? Interne ontwikkelexpertise en capaciteit o + Communicatie met eindgebruiker o + Wijzigingen via directe communicatie o ? Projectmoeheid o ? Documentatie o ± Betrokkenheid / kritische ingesteldheid

11 Katholieke Hogeschool Kempen Make or buy overwegingen BUY (maatwerk) o ? Input van eigen organisatie o ± Kosten o ? Afhankelijkheid o ? Communicatie (beslissingen) o + Klant is koning

12 Katholieke Hogeschool Kempen Make or buy overwegingen BUY (standaardpakket) o + Kosten o - Flexibiliteit o + Concurrentie MAKE & BUY o Duurzaamheid (hardware, software, OS) o Aanpassing/flexibiliteit

13 Katholieke Hogeschool Kempen RFI: request for information o vragenlijst naar longlist o functionele aspecten o niet-functionele aspecten (prijs, ondersteuning, referenties) Pakketevaluatiecriteria o weighted ranking methode RFP: request for proposal o naar shortlist Pakketevaluatie

14 Katholieke Hogeschool Kempen RFI voorbeeld

15 Katholieke Hogeschool Kempen algemene functionaliteit faciliteiten voor de applicatie toepassingsarchitectuur gegevensintegriteit data dictionary toegang tot gegevens gebruikersinterface performantie, betrouwbaarheid, beschikb. systeeminterface RFI onderwerpen Longlist

16 Katholieke Hogeschool Kempen Weighted ranking method

17 Katholieke Hogeschool Kempen wegingsfactor per categorie en per item binnen categorie % i.p.v. Ja/Nee WRM verfijning

18 Katholieke Hogeschool Kempen 1.Overzicht van het bedrijf 2.Doelstelling van het project en hoofdobjectieven 3.Contextdiagram 4.E/R diagram 5.Huidige technische infrastructuur Mainframe CPU en periferie hardware LAN en WAN hardware &communicatie architectuur 6.Toekomstige technische architectuur 7.Business statistieken Shortlist Request for proposal


Download ppt "Katholieke Hogeschool Kempen Activiteit 1.6 Bepalen niet-functionele eisen FURPS+ model Functionality Usability Reliability Performance Supportability."

Verwante presentaties


Ads door Google