Postmus, D.

Dissertations of the University of Groningen

English

The supply chain of enterprise software:strategy, structure, and coordination

NARCIS 

The supply chain of enterprise software: strategy, structure, and coordination

ARTS repository - University of Groningen

Proceedings - University of Groningen

University of Groningen Research Database

  
 University of Groningen
The supply chain of enterprise software
Postmus, Douwe
IMPORTANT NOTE: You are advised to consult the publisher's version (publisher's PDF) if you wish to cite from
it. Please check the document version below.
Document Version
Publisher's PDF, also known as Version of record
Publication date:
2009
Link to publication in University of Groningen/UMCG research database
Citation for published version (APA):
Postmus, D. (2009). The supply chain of enterprise software: strategy, structure, and coordination
Enschede: PrintPartners Ipskamp B.V., Enschede, The Netherlands
Copyright
Other than for strictly personal use, it is not permitted to download or to forward/distribute the text or part of it without the consent of the
author(s) and/or copyright holder(s), unless the work is under an open content license (like Creative Commons).
Take-down policy
If you believe that this document breaches copyright please contact us providing details, and we will remove access to the work immediately
and investigate your claim.
Downloaded from the University of Groningen/UMCG research database (Pure): http://www.rug.nl/research/portal. For technical reasons the
number of authors shown on this cover page is limited to 10 maximum.
Download date: 10-02-2018
The Supply Chain of Enterprise Software:
Strategy, Structure, and Coordination
Douwe Postmus
Publisher: University of Groningen
Groningen
The Netherlands
Printer: PrintPartners Ipskamp
ISBN: 978-90-367-3919-1 (printed version)
978-90-367-3918-4 (electronic version)
c© 2009, Douwe Postmus
All rights reserved. No part of this publication may be reproduced, stored in a
retrieval system of any nature, or transmitted in any form or by any means,
electronic, mechanical, now known or hereafter invented, including photocopying
or recording, without prior written permission of the author.
RIJKSUNIVERSITEIT GRONINGEN
The Supply Chain of Enterprise Software:
Strategy, Structure, and Coordination
Proefschrift
ter verkrijging van het doctoraat in de
Economie en Bedrijfskunde
aan de Rijksuniversiteit Groningen
op gezag van de
Rector Magnificus, dr. F. Zwarts,
in het openbaar te verdedigen op
donderdag 24 september 2009
om 13.15 uur
door
Douwe Postmus
geboren op 31 januari 1982
te Idaarderadeel
Promotores: Prof. dr. ir. J.C. Wortmann
Prof. dr. J. Wijngaard
Copromotor: Dr. ir. T.D. Meijler
Beoordelingscommissie: Prof. dr. S. Brinkkemper
Prof. dr. P. Scho¨nsleben
Prof. dr. J.L. Simons
Voorwoord
Dit proefschrift gaat over de toeleveringsketen van bedrijfssoftware, een on-
derwerp dat gepositioneerd kan worden op het grensgebied tussen bedrijfs-
kunde en informatica. Mensen die mijn achtergrond kennen zullen hierover
wellicht enigszins verbaasd zijn: ik heb econometrie gestudeerd met als af-
studeerrichting operations research, een vakgebied dat wel enige raakvlakken
heeft met zowel de bedrijfskunde als de informatica, maar niet met het onder-
werp van mijn promotieonderzoek in het bijzonder. Ik kan dan ook zeggen
dat ik tijdens mijn promotietraject veel geleerd heb, maar dat het voor mijn
gevoel soms wel moeilijk geweest is om alles tot een goed einde te brengen.
Het verklaart ook het ietwat kwantitatieve karakter van het proefschrift, ter-
wijl op sommige plekken een meer kwalitatieve/empirische benadering ook
goed (misschien wel beter) zou passen.
Er zijn veel personen die hebben bijgedragen aan de totstandkoming van
dit proefschrift. Als eerste noem ik Theo Dirk Meijler, mijn copromotor en
kantoorgenoot gedurende de eerste drie jaar van mijn promotieonderzoek
(tot aan zijn vertrek naar SAP research in Dresden, wat ik overigens prima
kan begrijpen, al was het alleen maar om de mooie wandelingen die je er in
de omgeving kunt maken :)). Zonder de hulp van Theo Dirk had dit proef-
schrift er nu zeker niet gelegen, want hij is degene die mij de nodige kennis
op het gebied van software engineering bijgebracht heeft. Dit moet voor hem
soms moeilijk geweest zijn, maar toch wist hij iedere keer weer met veel en-
thousiasme over onderwerpen zoals software hergebruik en model-driven
development (waar voornamelijk Theo Dirk zijn interesse naar uitgaat, maar
wat verder niet aan bod zal komen in dit proefschrift) te praten, wat mij zeker
gemotiveerd heeft om me hierin verder te verdiepen.
Als tweede wil ik mijn promotores Hans Wortmann en Jacob Wijngaard
v
bedanken. Hans was als eerste promotor dicht betrokken bij mijn promotieon-
derzoek en ik kan daarom ook zeggen dat ik veel van hem geleerd heb. Met
name zijn vermogen om praktijksituaties te vertalen naar wetenschappelijke
onderzoeksvragen zal ik niet snel vergeten. Een mooi voorbeeld hiervan is
het interview dat Hans en ik gehouden hebben met een medewerker van het
facilitair bedrijf van de RuG, wat uiteindelijk geleid heeft tot het schrijven
van een artikel over software pricing (Hoofdstuk 4 van dit proefschrift). Ja-
cob was mijn tweede promotor en daarom op iets meer afstand betrokken bij
mijn promotieonderzoek. Dat neemt niet weg dat ook hij het nodige heeft
bijgedragen (Jacob is niet voor niets tweede auteur van het eerder genoemde
artikel over software pricing). Ook denk ik met veel plezier terug aan het
vooronderzoek naar de patie¨ntenstromen binnen zorggroep Noorderbreedte
dat Jacob en ik samen uitgevoerd hebben.
Natuurlijk wil ik ook al mijn (voormalige) collega’s van de vakgroep Busi-
ness & ICT bedanken: de secretaresses voor de geboden ondersteuning, de
mede AIO’s voor de plezierige gesprekken bij de koffieautomaat en/of tij-
dens e´e´n van onze vrijdagmiddag borrels en de vaste staf voor het feit dat ze
mij altijd gevraagd hebben of ik mee ging lunchen. In het bijzonder bedank
ik Gert Kruithof, een fijne collega waarmee ik veel heb samengewerkt, wat
ondermeer geleid heeft tot Hoofdstuk 5 van dit proefschrift.
Ten slotte bedank ik de leden van de leescommissie, Sjaak Brinkkemper,
Paul Scho¨nsleben en John Simons, voor het beoordelen en becommentarie¨ren
van mijn proefschrift, Erik Buskens en Hans Hillege, mijn leidinggevenden
bij het Universitair Medisch Centrum Groningen (mijn nieuwe werkgever)
voor het geven van de nodige ruimte om in hun tijd de laatste hand te leggen
aan het proefschrift en mijn familie en vrienden voor het bieden van een
omgeving waarin ik ook aan andere dingen heb kunnen denken dan mijn
proefschrift.
Douwe Postmus
Groningen, juli 2009
vi
Contents
1 Introduction 1
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.2 The supply chain of physical goods . . . . . . . . . . . . . . . . 2
1.2.1 Strategy . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.2.2 Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.2.3 Coordination . . . . . . . . . . . . . . . . . . . . . . . . 7
1.3 Enterprise software . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.4 Research objectives and approach . . . . . . . . . . . . . . . . . 9
1.5 Outline of the thesis . . . . . . . . . . . . . . . . . . . . . . . . . 12
1.6 Included publications . . . . . . . . . . . . . . . . . . . . . . . . 15
2 A typology of product delivery strategies 17
2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
2.2 Theoretical framework . . . . . . . . . . . . . . . . . . . . . . . 19
2.3 The software development process . . . . . . . . . . . . . . . . 21
2.4 A framework for classifying product delivery strategies . . . . 22
2.4.1 Position of the CODP . . . . . . . . . . . . . . . . . . . . 23
2.4.2 Degree of customer specification freedom . . . . . . . . 26
2.4.3 A typology of product delivery strategies . . . . . . . . 30
2.5 Risks involved in making changes to a software system . . . . 32
2.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
3 Economic modeling of software reuse 37
3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
3.2 Software reuse . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
3.2.1 Composition and variation . . . . . . . . . . . . . . . . 39
vii
3.2.2 Applying software reuse recursively . . . . . . . . . . . 43
3.3 Economic analysis of software reuse . . . . . . . . . . . . . . . 44
3.3.1 Overview . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3.3.2 Discussion . . . . . . . . . . . . . . . . . . . . . . . . . . 46
3.4 Modeling elements . . . . . . . . . . . . . . . . . . . . . . . . . 48
3.4.1 The cost of developing with reuse . . . . . . . . . . . . 48
3.4.2 The cost of developing for reuse . . . . . . . . . . . . . 51
3.5 The reuse economic model . . . . . . . . . . . . . . . . . . . . . 51
3.6 Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
3.7 Conclusions and future research . . . . . . . . . . . . . . . . . 56
4 Pay-per-use versus fixed-fee licensing 59
4.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
4.2 Related work . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
4.2.1 Papers that compare fixed-fee licensing and subscription 61
4.2.2 Papers that compare fixed-fee and pay-per-use licensing 62
4.3 Model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
4.4 Analysis for constant in-house development cost . . . . . . . . 65
4.4.1 Offering both licensing variants concurrently . . . . . . 65
4.4.2 offering one licensing variant only . . . . . . . . . . . . 65
4.5 Analysis for variable in-house development cost . . . . . . . . 73
4.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
5 Supply chain management in the ERP industry 79
5.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
5.2 Conceptual framework . . . . . . . . . . . . . . . . . . . . . . . 81
5.2.1 Supply chain . . . . . . . . . . . . . . . . . . . . . . . . 81
5.2.2 Supply chain management . . . . . . . . . . . . . . . . 81
5.3 The software supply chain . . . . . . . . . . . . . . . . . . . . . 83
5.3.1 Supply network . . . . . . . . . . . . . . . . . . . . . . . 83
5.3.2 Distribution channel . . . . . . . . . . . . . . . . . . . . 84
5.4 Methods . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
5.5 Results . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
5.5.1 Case A: the ERP manufacturer . . . . . . . . . . . . . . 85
5.5.2 Case B: the reseller . . . . . . . . . . . . . . . . . . . . . 86
5.5.3 Case analysis . . . . . . . . . . . . . . . . . . . . . . . . 87
5.6 Discussion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
viii
6 A business perspective on web service composition 93
6.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
6.2 Service-oriented computing . . . . . . . . . . . . . . . . . . . . 94
6.3 Web service composition in the e-commerce domain . . . . . . 96
6.3.1 Example 1: travel arrangement service . . . . . . . . . 96
6.3.2 Example 2: flight comparison service . . . . . . . . . . 96
6.3.3 Comparing the examples . . . . . . . . . . . . . . . . . 97
6.4 Basic model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
6.4.1 Model specification . . . . . . . . . . . . . . . . . . . . . 99
6.4.2 Analysis . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
6.4.3 Example . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
6.5 Extended model . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
6.5.1 Model specification . . . . . . . . . . . . . . . . . . . . . 101
6.5.2 Analysis . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
6.5.3 Example . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
6.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
7 General discussion 107
7.1 Main findings . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
7.1.1 RO1: A framework for the analysis and design of the
supply chain of enterprise software . . . . . . . . . . . 107
7.1.2 RO2: Application of the theoretical framework . . . . . 110
7.1.3 Additional material on related research topics . . . . . 111
7.2 Reflection and suggestions for future research . . . . . . . . . 112
7.3 Concluding remarks . . . . . . . . . . . . . . . . . . . . . . . . 115
Appendix A 117
Bibliography 119
Samenvatting 133
ix



University of Groningen

   University of GroningenThe supply chain of enterprise softwarePostmus, D.IMPORTANT NOTE: You are advised to consult the publisher's version (publisher's PDF) if you wish to cite fromit. Please check the document version below.Document VersionPublisher's PDF, also known as Version of recordPublication date:2009Link to publication in University of Groningen/UMCG research databaseCitation for published version (APA):Postmus, D. (2009). The supply chain of enterprise software: strategy, structure, and coordination.Enschede: PrintPartners Ipskamp B.V., Enschede, The Netherlands.CopyrightOther than for strictly personal use, it is not permitted to download or to forward/distribute the text or part of it without the consent of theauthor(s) and/or copyright holder(s), unless the work is under an open content license (like Creative Commons).Take-down policyIf you believe that this document breaches copyright please contact us providing details, and we will remove access to the work immediatelyand investigate your claim.Downloaded from the University of Groningen/UMCG research database (Pure): http://www.rug.nl/research/portal. For technical reasons thenumber of authors shown on this cover page is limited to 10 maximum.Download date: 12-11-2019SamenvattingToeleveringsketens van fysieke goederen zijn uitvoerig bestudeerd vanaf mid-den jaren tachtig, wat geleid heeft tot een omvattend raamwerk voor hetbeschrijven en analyseren ervan. De toeleveringsketen van bedrijfssoftwareis echter minder uitgebreid onderzocht en beschreven. Hoewel de term toele-veringsketen zo nu en dan genoemd wordt in de informaticaliteratuur, richtende meeste auteurs zich voornamelijk op technische aspecten, zoals interope-rabiliteit tussen software componenten. Het hoofddoel van dit proefschrift ishet aanreiken van concepten en hulpmiddelen voor het beschrijven en ana-lyseren van de meer organisatorische en ‘managerial’ facetten, zoals de wij-ze waarop softwarebedrijven hun toeleveringsketens inrichten en de wijzewaarop zij de relatie met hun toeleveranciers en klanten managen. Eerst wor-den een aantal bestaande concepten uit het vakgebied ’operations manage-ment’ aangepast aan de specifieke eigenschappen van de software industrieom zo tot een theoretisch kader te komen voor de analyse en ontwerp vande toeleveringsketen van bedrijfssoftware. Vervolgens wordt dit raamwerktoegepast om te verkennen hoe softwarebedrijven hun activiteiten afstem-men op die van hun toeleveranciers en klanten en om kwantitatieve modellente ontwikkelen die softwarebedrijven kunnen ondersteunen bij het makenvan geschikte ontwerpbeslissingen.Het eerste element van het theoretisch kader wordt ontwikkeld in Hoofd-stuk 2, waar twee bestaande concepten op het gebied van het ontwerp en deproductie van fysieke goederen aangepast worden aan de specifieke eigen-schappen van bedrijfssoftware: het klantorder ontkoppelpunt (in het bijzon-der de ontwerpdimensie van dit concept) en de specificatievrijheid die deklant geboden wordt. De positie van het klantorder ontkoppelpunt bepaaltde mate waarin een software bedrijf rekening houdt met de wensen en be-134 Samenvattinghoeften van individuele klanten door het produceren en leveren van maat-werksystemen. Het wordt gebruikt als een primaire eigenschap om de pro-ductleveringsstrategiee¨n van softwarebedrijven onder te verdelen in drie ge-nerieke categoriee¨n: ‘engineer-to-order’, ‘compose-to-order’ en ‘engineer-to-stock’. De specificatievrijheid die de klant geboden wordt, wordt gebruikt alseen secondaire eigenschap om deze drie strategiee¨n op te splitsen in nul ofmeer subtypes, afhankelijk van de verschillende aanpassingen die de klantmag maken. Vanuit het perspectief van de klant kunnen dergelijke aan-passingen onderverdeeld worden in drie groepen: (i) aanpassingen die pro-bleemloos upgraden van het systeem noch verlies van ondersteuning van deontwikkelaar van de software in gevaar brengen, (ii) aanpassingen die pro-bleemloos upgraden van het systeem in gevaar brengen, maar niet leiden totverlies van ondersteuning van de ontwikkelaar van de software, (iii) aan-passingen die zowel probleemloos upgraden als verlies van ondersteuningvan de ontwikkelaar van de software in gevaar brengen.Het eerste gedeelte van Hoofdstuk 3 behandelt het tweede element vanhet theoretisch kader door concepten en hulpmiddelen te bieden voor hetanalyseren van de structuur van de interne toeleveringsketen van een soft-warebedrijf. Er wordt beredeneerd dat analoog aan voorraadpunten in deproductie van fysieke goederen, bibliotheken van herbruikbare softwarecom-ponenten flexibiliteit toevoegen aan het softwareontwikkelproces: een her-bruikbaar softwarecomponent kan gebruikt worden in meerdere softwaresy-stemen, gegeven dat het component over voldoende variatiepunten beschiktom het aan te passen aan de specifieke eisen van deze systemen. Het sys-tematisch toepassen van software hergebruik stelt softwarebedrijven daaromin staat om het softwareontwikkelproces op te delen in twee of meer los vanelkaar bestuurbare fasen. Herbuikbare softwarecomponenten worden gepro-duceerd in de eerste ontwikkelfase, terwijl de productie van concrete syste-men plaatsvindt in de laatste ontwikkelfase. Tussenliggende fasen bestaanwanneer software hergebruik recursief toegepast wordt, d.w.z. wanneer soft-waresystemen ontwikkeld worden door e´e´n of meer bestaande componentente gebruiken die op hun beurt ook zelf weer op basis van hergebruik ont-wikkeld zijn.Voor producenten van fysieke goederen geldt het aantal fasen in het pro-ductieproces als een belangrijke ontwerpbeslissing. Hetzelfde kan gezegdworden voor het aantal fasen in het softwareontwikkelproces: hoewel soft-ware hergebruik de mogelijkheid biedt om de totale ontwikkeltijd en kostensterk te reduceren, leidt het toepassen ervan niet automatisch tot kostenbe-Samenvatting 135sparing omdat rekening gehouden dient te worden met de verschillen tussende te ontwikkelen softwaresystemen. Om softwarebedrijven te ondersteunenbij het bepalen van het optimale aantal sofwareontwikkelfasen kwantificeerthet tweede gedeelte van Hoofdstuk 3 de kosten die verbonden zijn aan drieverschillende mechanismes waarop software hergebruik gerealiseerd kan wor-den: compositie, ‘black-box’ variatie en ‘white-box’ variatie. Met behulp vandeze modelleerelementen wordt een kwantitatief model opgesteld dat soft-warebedrijven kan helpen bij het bepalen of het economisch gezien uitkanom software hergebruik recursief te gaan toepassen.In Hoofdstuk 4 verschuiven wij onze focus van kostenminimalisatie naarwinstmaximalisatie door twee strategiee¨n voor de licensering van software-pakketten met elkaar te vergelijken: licensering op basis van een vast tariefen licensering op basis van gebruikseenheden. Er wordt aangenomen datde markt bestaat uit een monopolist die een softwarepakket verkoopt aanklanten die homogeen zijn in hun marginale waarde van software gebruik,maar heterogeen zijn in het aantal gebruikseenheden. Naast het kopen vanhet softwarepakket hebben klanten de mogelijkheid om de benodigde soft-ware zelf te ontwikkelen. Eerst wordt aangenomen dat de kosten voor het‘in-house’ ontwikkelen van de software voor alle klanten gelijk zijn. Voordeze situatie laten onze resultaten zien dat de softwareverkoper licenseringop basis van gebruikseenheden verkiest boven licensering op basis van eenvast tarief indien de kosten voor het zelf ontwikkelen door de klant relatiefhoog zijn, terwijl licensering op basis van een vast tarief optimaal is wanneerde ‘in-house’ ontwikkelkosten beneden een zekere drempelwaarde komen teliggen. Wannneer de aanname van gelijke ontwikkelkosten voor alle klantenlosgelaten wordt, dan geldt nog steeds dat licensering op basis van gebruiks-eenheden optimaal is als de gemiddelde ‘in-house’ ontwikkelkosten relatiefhoog zijn. Voor lage waarden van de gemiddelde ontwikkelkosten voor deklant geldt nu echter dat licensering op basis van een vast tarief niet altijdmeer optimaal hoeft te zijn omdat de relatieve aantrekkelijkheid van de beidelicenseringsstrategiee¨n nu afhangt van hoe de ‘in-house’ ontwikkelkostenverdeeld zijn over de individuele klanten.Het derde en laatste element van het raamwerk voor de analyse en ont-werp van de toeleveringsketen van bedrijfssoftware wordt ontwikkeld in heteerste gedeelte van Hoofdstuk 5, waar het algemene toeleveringsketen con-cept aangepast wordt aan de specifieke eigenschappen van de software in-dustrie. Er wordt beargumenteerd dat de licentieovereenkomst tussen hetsoftwarebedrijf en de klant een geschikt criterium is om een softwaresysteem136 Samenvattingte identificeren omdat het een omschrijving bevat van alle componenten dieonderdeel uitmaken van het systeem. Op basis van dit criterium wordt devolgende regel voor het afbakenen van het toeleveringsnetwerk van het soft-ware bedrijf afgeleid: een componentleverancier maakt deel uit van het toele-veringsnetwerk indien het gebruik van dit component deel uit maakt van delicentieovereenkomst tussen het softwarebedrijf en de klant. Voor het dis-tributiekanaal van een softwarebedrijf geldt dat er een onderscheid gemaaktkan worden tussen wederverkopers, welke voornamelijk verantwoordelijkzijn voor verkoop en implementatie van de software bij de klant, en on-afhankelijke softwareverkopers die, afhankelijk van de geboden specificatie-vrijheid, koppelingen ontwikkelen met andere softwarepakketten en ‘add-ons’ ontwikkelen voor specifieke industriee¨n.Het tweede gedeelte van Hoofdstuk 5 verkent hoe de specifieke eigen-schappen van de software industrie de initiatieven van softwarebedrijvenom te komen tot ketenintegratie beı¨nvloeden door twee gevalstudies uit tevoeren op het gebied van ERP software. Onze resultaten laten zien dat demeeste initiatieven om te komen tot ketenintegratie gericht zijn op het afstem-men van kwaliteitsmanagement en ‘requirements’ management over de ver-schillende leden van de toeleveringsketen. De resultaten van de twee geval-studies laten ook zien dat softwarebedrijven vooral gebruik maken van hetafstemmen van beslissingen om integratie van deze twee bedrijfsprocessen tebewerkstelligen, maar voorbeelden van het uitwisselen van informatie, hetherschikken van risico’s en baten en gezamenlijk leren worden ook gevon-den.Ten slotte, wanneer de huidige trend naar het leveren van softwarefunc-tionaliteit als een service over het internet zich voortzet, dan zal dit leidentot significante wijzigingen in de industrie¨le organisatie van de software in-dustrie omdat traditionele tussenpartijen zoals wederverkopers niet langernodig zijn. In plaats daarvan voorzien aanhangers van het software-als-service paradigma een toeleveringsketenstructuur waar service samenvoe-gers samengestelde services cree¨ren die in staat zijn om complexere bedrijfs-transacties uit te voeren. Om potentie¨le service samenvoegers te helpen bijhet beslissen om al dan niet een samengestelde service aan te bieden ont-wikkelt Hoofdstuk 6 een kwantitatief model waarmee bepaald kan worden ofde (verwachte) totale opbrengsten afwegen tegen de totale kosten die gepaardgaan met het ontwikkelen en draaiende houden van een dergelijke service.

The supply chain of enterprise software:strategy, structure, and coordination

Abstract

Similar works

Full text

Available Versions

Dissertations of the University of Groningen

NARCIS

Dissertations of the University of Groningen

ARTS repository - University of Groningen

Proceedings - University of Groningen

University of Groningen Research Database

Proceedings - University of Groningen

University of Groningen