#3 System Development H4 Flashcards
systeemverwerving
make
software die 100% aansluit op een uniek bedrijfsproces en van scratch af is gebouwd
[uniek bedrijfsproces]
systeemverwerving
buy
een pakket ‘van de plank’ dat door duizenden anderen ook wordt gebruikt
[standaard bedrijfsproces]
voordelen standaard software
1) (meestal) goedkoper in de aanschaf
2) beter doorontwikkeld
3) goedkoper in onderhoud
- Als het gaat om eenmalige kosten is pakketsoftware vaak goedkoper. Wanneer er sprake is van licenties kunnen de kosten per medewerker oplopen en is het nog maar de vraag of standaard software op de lange duur goedkoper is dan maatwerk.
- Standaard software is snel leverbaar omdat deze al ontwikkeld is.
- Meestal is er goede documentatie en instructie aanwezig omdat klanten daar eerder om gevraagd hebben. Ondersteuning en opleiding van de gebruikers is vaak mogelijk via de leverancier.
- Pakketsoftware bevat praktisch geen kinderziektes meer omdat het doorontwikkeld is.
- Bruikbare extra functies waar het in eerste instantie niet om te doen was, kunnen zeer bruikbaar blijken.
nadelen standaard software
- Standaard software bevat vaak (net) niet de functionaliteit waar behoefte aan is in de business.
- Het bedrijfsproces moet worden aangepast omdat de software dat vereist. Het gaat dan bijvoorbeeld om de volgorde van activiteiten, gegevens die niet meer geregistreerd kunnen worden, overzichten die er anders uitzien, schermen die vragen oproepen etc.
- Aanpassingen op de software zijn nauwelijks mogelijk. Soms kan dat wel als er een gebruikersgroep bestaat die invloed kan uitoefenen op de leverancier. Een enkele gebruiker lukt dat niet, tenzij er sprake is van maatwerk aanpassingen. Hiermee verschuift de software van standaard naar maatwerk.
- Aansluiting op reeds aanwezige bedrijfssoftware kan problemen geven. Een oplossing is de ontwikkeling van een API (application programming interface) ten behoeve van de interactie tussen de bestaande software en de standaard software.
- De organisatie wordt afhankelijk van de leverancier als het gaat om verplichte updates en nieuwe releases, ook al heeft men daar geen behoefte aan.
- Onnodige extra functies kunnen vervelend in de weg zitten als deze niet uit gezet kunnen worden.
voordelen maatwerk
het levert precies op wat je vraagt
nadelen maatwerk
- het ontwikkelen duurt lang en is kostbaar
- onderhoud zelf doen en dat is arbeidsintensief en dus duur
- extra aandacht gaat uit naar het testen van het resultaat
[dit vraagt tijd, capaciteit en budget] - minder vertrouwen of de software gaat doen wat hij moet doen, binnen budget en binnen de gestelde tijd
[minder goed gegarandeerd kan worden, omdat de software zich nog niet heeft kunnen bewijzen] - extra inspanning van je eigen organisatie voor het verzamelen en prioriteren van de gewenste wijzigingen en het testen van de uitkomsten.
[[in de praktijk is dit sterk afhankelijk van de kwaliteit van het beheersproces]]
wat is een belangrijke factor bij beide aanpakken
– vertrouwen
Vertrouwen of de software gaat doen wat hij moet doen, binnen budget en binnen de gestelde tijd.
– De overige software moet altijd meebewegen als een nieuwe versie van een belangrijk programma wordt geïntroduceerd.
conclusie ‘het grijze gebied’
Er is zelden iets zoals een ‘pure’ standaard software-oplossing en het is niet per definitie een betere oplossing dan maatwerk. In heel veel gevallen kom je toch uit op een combinatie van standaardsoftware en aanvullend maatwerk. Een pure maatwerk-oplossing levert precies wat je vraagt, maar met een grotere eigen verantwoordelijkheid.
system development life cycle
Een leverancier gaat zodoende over tot een continue ontwikkeling van upgrades om aan de veranderende behoefte te blijven voldoen.
pakketselectie
systeemontwikkelingstraject waarbij de klant moet besluiten welk standaard softwarepakket gekocht moet worden
- moet vooraf gegaan worden door een gedegen vooronderzoek waaruit de conclusie is getrokken dat een softwarepakket de problemen oplost in de business.
programma van eisen
a. Stel de behoefte in de business vast: business- & -gebruikersrequirements.
b. Stel een grove lijst op met functionele eisen waaraan de software moet voldoen om tegemoet te
komen aan de business- en gebruikersrequirements.
c. Definieer knock-out criteria, zwaarwegende behoefte en eisen die niet mogen ontbreken.
long list; pakketten waar verdere selectie op plaats vindt.
a. Selecteer een breed scala aan pakketten die grofweg voldoen aan de functionele eisen. Een brede selectie heeft als voordeel dat er ideeën opgedaan worden van wat er zoal in de markt wordt aangeboden. Dit heeft als voordeel dat men zich realiseert wat er zoal (on-)mogelijk is binnen het gebied waar men op zoek is.
b. Beschrijf per pakket hoe aan de functionele eisen wordt voldaan, uitgaande van vrij te verkrijgen beschikbare documentatie eventueel aangevuld met een informatievraag aan de leverancier.
geprioriteerde shortlist waaruit de keuze naar al naar voren komt.
a. Verfijn en prioriteer de functionele- en niet-functionele requirements met hoge prioriteit.
b. Beschrijf per pakket hoe aan de gedetailleerde eisen wordt voldaan. Indien nodig moet hiervoor
contact worden opgenomen met de leverancier.
c. Onderzoek de betrouwbaarheid van de leverancier en referenties
d. Vraag offertes aan en onderzoek de kosten van aanschaf, licenties en onderhoud van de software.
e. Selecteer 3..5 pakketten waar uit gekozen moet worden, maak een principekeuze.
onderhandel over het contract
a. Onderhandel de prijs uit.
b. Voer een installatievooronderzoek uit waaruit duidelijk wordt hoe bedrijfsprocessen ondersteund gaan worden en eventueel aangepast moeten worden.
c. Teken het contract.
d. Pas bedrijfsprocessen aan en installeer het pakket.
pakketselectie
[watervalaanpak]
Bij een pakketselectie wordt vastgesteld in hoeverre de requirements van de klant overeenkomen met de door de leverancier verwerkte requirements in de het pakket.
