#3 System Development H4

Question 1

systeemverwerving

make

Answer 1

software die 100% aansluit op een uniek bedrijfsproces en van scratch af is gebouwd
[uniek bedrijfsproces]

Question 2

systeemverwerving

buy

Answer 2

een pakket ‘van de plank’ dat door duizenden anderen ook wordt gebruikt
[standaard bedrijfsproces]

Question 3

voordelen standaard software

Answer 3

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.

Question 4

nadelen standaard software

Answer 4

• 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.

Question 5

voordelen maatwerk

Answer 5

het levert precies op wat je vraagt

Question 6

nadelen maatwerk

Answer 6

• 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]]

Question 7

wat is een belangrijke factor bij beide aanpakken

Answer 7

– 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.

Question 8

conclusie ‘het grijze gebied’

Answer 8

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.

Question 9

system development life cycle

Answer 9

Een leverancier gaat zodoende over tot een continue ontwikkeling van upgrades om aan de veranderende behoefte te blijven voldoen.

Question 10

pakketselectie

Answer 10

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.

Question 11

programma van eisen

Answer 11

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.

Question 12

long list; pakketten waar verdere selectie op plaats vindt.

Answer 12

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.

Question 13

geprioriteerde shortlist waaruit de keuze naar al naar voren komt.

Answer 13

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.

Question 14

onderhandel over het contract

Answer 14

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.

Question 15

pakketselectie

[watervalaanpak]

Answer 15

Bij een pakketselectie wordt vastgesteld in hoeverre de requirements van de klant overeenkomen met de door de leverancier verwerkte requirements in de het pakket.

Question 16

Het systeemontwikkeltraject vindt bij pakketselectie deels bij klant en deels bij de leverancier plaats.
definieer..

Answer 16

Bij de klant het vooronderzoek en de requirements engineering.
Bij de leverancier zijn natuurlijk in het verleden de requirements al ontwikkeld en is een ontwerp, bouw en testfase uitgevoerd.