2. De opdracht
Situatie:
COINS gaat ‘voorgeschreven’ worden door opdrachtgevers in NL
Momenteel alleen specifieke tools voor gebruik van COINS
Iedereen ontwikkeld eigen tools (ook dingen die generiek kunnen)
Drempel is hoog om met COINS te beginnen als het niet ‘moet’
Mogelijke oplossing:
Generiek onderdeel van tooling ontwikkelen en beschikbaar stellen
“Referentie implementatie”
Opstapje bieden voor de markt
“Community” creëren voor de tools die iedereen sowieso moet maken
3. Uitganspunten
Doelstelling ván het project
Het verlagen van de drempel om in de praktijk de COINS standaard
werkmethodiek toe te kunnen passen.
Doelstelling ín het project
Het ontwikkelen van een softwaretool welke programmeurs
ondersteunt tijdens de implementatie van de COINS standaard
werkmethodiek in hun eigen software.
Context
Financiering van de BIR
Planning gedreven door SAA voortgang
4. Aanpak
Data
(in willekeurig format)
Dezelfde data
(in COINS container)
Tool + API voor maken
5. Onderwerpen
Welke “API calls” zijn van toegevoegde?
Wat zijn toekomstige scenario’s voor deze COINS tool om nu al
rekening mee te houden?
Wat is een typisch use-case scenario waar programmeurs de COINS
tool voor (zouden) gebruiken?
Waaraan moet de COINS tool voldoen om zoveel mogelijk
programmeurs te ondersteunen?
Op wat voor manier kan de tool worden gepubliceerd om zo breed
mogelijk gedragen te worden?
Hoe beïnvloed de ontwikkeling van de COINS tool de inhoud van het
COINS 2.0 model?
6. Welke “API calls” zijn van toegevoegde?
Wat zijn toekomstige scenario’s voor deze COINS tool om nu al
rekening mee te houden?
Wat is een typisch use-case scenario waar programmeurs de
COINS tool voor (zouden) gebruiken?
Waaraan moet de COINS tool voldoen om zoveel mogelijk
programmeurs te ondersteunen?
Op wat voor manier kan de tool worden gepubliceerd om zo
breed mogelijk gedragen te worden?
Hoe beïnvloed de ontwikkeling van de COINS tool de inhoud van het
COINS 2.0 model?
7. Markt consultatie
Bouwvak
Aantal bedrijven/ontwikkelaars gesproken
2 soorten reacties:
COINS zelf
Tooling
8. COINS zelf: algemeen
“eindelijk” marktconsultatie
Meer focus op use-cases
Ondoorzichtig proces / beslissingen
Invloed op COINS 2.0?
9. COINS zelf: inhoudelijk
Delta’s te complex (veranderingen van model)
Geen duidelijke use-case voor delta’s
Geen duidelijke use-case voor (window of) Authorisation
Liever XML/XSD
Visie op uitwisseling versus linked data ontbreekt
Onduidelijkheid COINS 2.0
Vreemde constructie catalog parts
10. Ongenuanceerde conclusies
Community bouwen rond tools = community bouwen rond standaard
Betrekken van de markt betekent open staan voor de markt
“COINS is perfecte oplossing voor een zelf bedacht probleem”
Veel ‘eigen’ oplossingen die ook al in bredere context zijn opgelost
Specifieke oplossingen werken (proof of concept)
Brede oplossingen worden gebruikt (implementatie)
11. Marktconsultatie: COINS tooling
Controle niet door tools
referentiekaders
Aansluiting interne processen
Coins 2.0?
projectID
OTL
Performance
macros
Database ipv fat client
Multi user
Triple store
aanleveren bestanden via aparte interface
encoding
Generiek ipv specifiek
12. Beoogde oplossing
2 doelgroepen:
Bestaande COINS gebruikers
Bestaande OWL/LinkedData gebruikers
(Meer) focus op linked data / web
Tool bruikbaar in interne processen (niet alleen cointainers maken)
Open source tool
API calls voor alle objecten in kernmodel
Database tool met service layer en interface layer
Caching (performance)
Geen GUI (of alleen een technische tbv documentatie)
Gebruik van generieke standaarden (Autorisation, versioning, caching)
26. Planning
Constant resultaat te volgen op github.com/opensourceCOINS
Eerste “formele” release eind augustus (tool + API + documentatie)
Dan 2 weken testen en use-case voorbeeld uitwerken
(samen met de markt!)
Update half september (tool + API + documentatie + rapport)
“Event” half oktober (presentatie + event)