In dit scenario is er geen dataregister maar worden alle masterdata opgeslagen binnen de dataproducenten zoals ERP en geofuncties. Voor de dataconsumenten zijn de data echter op gestandaardiseerde wijze beschikbaar via de asset data services. Dit betekent dat wanneer een consument assetdata nodig heeft, dit via de dataservices wordt opgevraagd en uit de verschillende dataproducerende applicaties wordt verzameld. De implementatie van de dataservices zorgt voor de standaardisatie van het masterdatamodel en het data-uitwisselingsprotocol
Voordelen:
- Realtime afstemming van de gegevens.
- Eén punt van waarheid en onderhoud
- Geen replicatie van data (en de bijbehorende complexiteit)
- Hergebruik van bestaande gebruikersinterfaces, validaties en (verborgen) integraties
Nadelen
- Het serviceontwerp mag de gegevens niet verbeteren, dus de toepassing moet mogelijk opnieuw worden ontworpen.
- Elke verandering in datamodel in bronnen leidt tot verandering in service, dit moet op elkaar worden afgestemd.
- Verificatie en bedrijfsregels worden geïmplementeerd in bronsystemen.
- Hoge beschikbaarheid en prestatie-eisen voor alle producerende systemen
- Complexe modeltransformaties binnen de servicelaag om voor een specifiek producentensysteemmodel te transformeren naar het vereiste model door de consumenten
- Releases van de bronsystemen worden complexer door de nieuwe afhankelijkheden in de dataservices
Versie | 1.0 | Creatie datum | 12-12-2016 |