Samenvatting
Samenvatting - ALLE stof Eindtoets Colleges 11-17 Product Software (INFOB3PS)
- Instelling
- Universiteit Utrecht (UU)
Alle belangrijke stof die je moet weten voor de eindtoets van Productsoftware.
[Meer zien]Voorbeeld 4 van de 35 pagina's
Voorbeeld 4 van de 35 pagina's
In winkelwagengesponsord bericht van onze partner
Voorbeeld van de inhoud
HC11 – Software ecosystemen en Open Source SoftwareSoftware ecosystem: een set van actoren die samen een markt voor software als
diensten bedienen, meestal met een onderliggend platform.
Coopetition: je kunt niet meer winnen met een winnend product, maar alleen met het hele
ecosysteem.
Relaties onderling; bv apple heeft heel veel app developers
die weinig verbinding met elkaar hebben.
Bij Linux, waar oa android in zit, heeft veel belangen met
andere partijen die ook met Linux bouwen → onderlinge
verbindingen sterker. Heeft invloed op dynamieken in
ecosysteem.
Niche player: een speler die waarde toevoegt aan een bestaand technologisch platform en
profiteert van de netwerkeffecten eromheen. Partijen in een rol spelen in het ecosysteem
maar niet de keystone zijn.
Keystone player: een speler die een platform biedt waar waarde aan kan worden
toegevoegd, wat doorgaans ten goede komt aan de keystone-speler. Apple in IOS
Drie partijen waar het om draait in een ecosysteem, met elk hun eigen motivaties om mee
te doen (niet uit hoofd leren, wel begrijpen):
• Klanten: veel meer toegang krijgen tot coole features, bv keuzes tussen
verschillende banken. Het net effect is/blijft altijd positief voor klanten: google maps,
combinatie van handige technologie uit de ecosystemen (GPS unit, kaartendata etc)
en dan krijg je een fijne oplossing.
• Partners: de nicheplayers. Voordeel: met een markt samen kun je je richten op
concurrenten. Kosten van innovatie wordt verdeeld. Je deelt ook de kosten van
innovatie in het ecosysteem, snellere ontwikkeling. Je deelt ook de winsten.
• YourComp: staying power: permanentie ‘too big to fail’. Kosten van innovatie lager,
groot deel van risico wordt gedragen door partners. Onderhoud doe je samen met je
ecosysteem partners.
,Partners kunnen zeggen dat ze naast toegang tot de database ook informatie willen van de
klant. Je wilt genoeg delen met partners zodat je wel het ecosysteem kunt bouwen, maar
niet alles weggeven, daarmee zou door anderen een eigen platform gebouwd kunnen
worden.
Ontwikkelaars willen vooral broncode en documentatie, daar moeten ze meteen bij
kunnen.
Onion model: je hebt veel kennis in het midden bij jezelf, partners hebben minder
kennis, klanten nog minder en de wereld het minst.
Wat maakt een ecosysteem gezond? Gezondheid meten/voorspellen dmv:
• Productiviteit
o Hoeveelheid winst, hoeveel code er geschreven is, hoeveel events er
georganiseerd zijn
• Robuustheid: hoe goed kan een ecosysteem een schok overleven? Bv als Java
opeens verboden zou worden. Is er dan snel vervangende technologie?
o Hoeveel partners, Z-score partners, security, gezonde competitie
• Niche creation: hoeveel niches kun je openen in een ecosysteem? Nieuwe niche →
goed voor ecosysteem. Bv toevoegen van een taal → openen nieuw land en markt
voor ecosysteem
o Aantal domeinen waarop het platform gebruikt kan worden, aantal
investeringen, aantal talen
Ecosysteem gezonder maken door bv organiseren van hackaton, developer conferences en
developer forum presence.
Wie is verantwoordelijk binnen een ecosysteem?
- Partner product manager: verantwoordelijk voor requirements gathering van
partners, goedkeuring en delegatie naar ontwikkelingsmanager
- Partner community manager: eerste punt van contact voor alle partners
- Partner business developers: werven meer partners voor het partnerprogramma
- Chief architect: verantwoordelijk voor alle architectuurzaken, dus vooral keuzes
met betrekking tot het ecosysteem
- Release manager: verantwoordelijk voor het beslissen wanneer de volgende
release wordt uitgebracht, in samenwerking met partners
- Test manager: helpt partners bij het ontwikkelen van testtools en scripts
Eigen ecosysteem maken
1. Chain innovation. Bekijk je eigen positie in het ecosysteem
2. Lijst van potentiële partners maken. Je kunt een ecosysteem gezond maken door
bepaalde partners wel en andere geen aandacht te geven. Kijken op verschillende
categorieën naar:
Management Maturity Models in ecosystemen: hoe goed kan ik mijn ecosysteem beheren?
Aantal grote gebieden en subgebieden. Onder elk subgebied hangen cababilities.
Bv roadmapping: elke zoveel maanden neerzetten wat je wilt gaan doen, om met je
partners je plannen te delen. Op het hoogste niveau betrek je misschien wel je partners
erbij en vraag je wat zij van je roadmap vinden.
App testing: laagste niveau bv klant moet eigen app maar testen. Midden niveau bv door
virusscanner halen. Hoogste niveau bv je eigen werknemers testen de app.
,Een ecosysteembeheerorganisatie (bv IOS) kan sommige gebieden veel belangrijker vinden
dan andere. Bv developer relationships belangrijk, licensing minder belangrijk.
Software Ecosysteem Management
Verschillende levels (SSN). Hoe ga je van een primitief bedrijf naar een hoger level?
Houd ontwikkelaarskanalen in de gaten voor motieven van ontwikkelaars en de wensen en
behoeften van documentontwikkelaars: kijken wat de ontwikkelaars écht willen. Hoe kan je
ze bv een deel van de database geven? Op het uitzoeken wat ze willen heb je weer
verschillende niveau’s. Laagste: email adres waar ze het naartoe kunnen sturen. Op
hoogste niveau bv bepaald forum waar features omhoog en omlaag kunnen stemmen of
partner focus groups.
Open roadmap voor het platform van ontwikkelaars: geef short term roadmap informatie.
- Geef partners inzichten in de roadmap: welke rollen kunnen ze hebben, een groot
deel van de roadmap zal bepaald zijn door partner feedback, etc.
- Product Manager en release manager zijn verantwoordelijk hiervoor.
, Toekomst van software ecosystemen
▪ Data - Van wie zijn de gegevens? Zijn de data het platform?
▪ Money - Wie zou het meeste profijt moeten hebben van het platform?
Netwerkeffecten? Is de 30% van Apple onredelijk? Of is het te weinig?
▪ Governments - Als Google meer data heeft dan de overheid, moeten we Google
dan meer vertrouwen?
▪ Security - Aanvallen zullen niet op afzonderlijke knooppunten plaatsvinden, maar op
meerdere vectoren en meerdere partijen. We moeten meer nadenken over
ecosystemen en minder over de bescherming van knooppunten
Blockchain is ook een software ecosysteem:
• Meerdere verschillende partijen bouwen software rond een platform
• Gecentraliseerd zonder gecentraliseerde coördinatie
• Er wordt waarde gecreëerd voor meerdere klanten
DAO: Decentralized Autonomous Organizations: een organisatie die wordt bestuurd
door slimme contracten, zonder centrale autoriteit.
Kan ‘commons’ creëren, zoals een Kamer van Koophandel, zonder dat er
een gecentraliseerde infrastructuur nodig is.
De meest gedecentraliseerde vorm van software-ecosysteem?
Deel II – Open Source Software
Open-source software (OSS): computersoftware waarvan de broncode beschikbaar is
gesteld met een licentie waarin de houder van het auteursrecht het recht verleent om de
software aan iedereen en voor welk doel dan ook te bestuderen, te wijzigen en te
distribueren. Bv Github, Apache.
Proprietary/Closed Source Software: software dat niet OSS is.
• Ontwikkeld door één enkele leverancier.
• De broncode en het uitvoerbare programma blijven het intellectuele eigendom van
de eigenaar/maker ervan.
• Heeft strikte limieten voor gebruik, distributie en wijziging, vastgelegd in een
licentieovereenkomst voor eindgebruikers (EULA).
• Wordt over het algemeen (maar niet altijd) tegen betaling gekocht of in licentie
gegeven.
Voordelen van het kopen van samenvattingen bij Stuvia op een rij:
Verzekerd van kwaliteit door reviews
Stuvia-klanten hebben meer dan 700.000 samenvattingen beoordeeld. Zo weet je zeker dat je de beste documenten koopt!
Snel en makkelijk kopen
Je betaalt supersnel en eenmalig met iDeal, creditcard of Stuvia-tegoed voor de samenvatting. Zonder lidmaatschap.
Focus op de essentie
Samenvattingen worden geschreven voor en door anderen. Daarom zijn de samenvattingen altijd betrouwbaar en actueel. Zo kom je snel tot de kern!
Veelgestelde vragen
Wat krijg ik als ik dit document koop?
Je krijgt een PDF, die direct beschikbaar is na je aankoop. Het gekochte document is altijd, overal en oneindig toegankelijk via je profiel.
Tevredenheidsgarantie: hoe werkt dat?
Onze tevredenheidsgarantie zorgt ervoor dat je altijd een studiedocument vindt dat goed bij je past. Je vult een formulier in en onze klantenservice regelt de rest.
Van wie koop ik deze samenvatting?
Stuvia is een marktplaats, je koop dit document dus niet van ons, maar van verkoper ninoooo. Stuvia faciliteert de betaling aan de verkoper.
Zit ik meteen vast aan een abonnement?
Nee, je koopt alleen deze samenvatting voor €3,49. Je zit daarna nergens aan vast.
Is Stuvia te vertrouwen?
4,6 sterren op Google & Trustpilot (+1000 reviews)
Afgelopen 30 dagen zijn er 53068 samenvattingen verkocht
Opgericht in 2010, al 14 jaar dé plek om samenvattingen te kopen