VNG-Realisatie / gemma-zaken

Samen ontwikkelen van API's voor Zaakgericht werken
https://vng-realisatie.github.io/gemma-zaken/
Other
41 stars 27 forks source link

Als architect van een gemeente wil ik dat de GEMMA 2 referentiecomponenten aangepast worden aan de huidige ontwikkelingen #196

Closed michielverhoef closed 5 years ago

michielverhoef commented 6 years ago

...zodat ik up to date informatie kan vinden over de functionaliteit van de referentiecomponenten.

Toelichting: Bijvoorbeeld het ZRC https://www.gemmaonline.nl/index.php/GEMMA2/0.9/id-a97b6545-d5a7-485d-9b13-3ce22db5b9cf kent nog als aanbevolen StUF ZKN, gebaseerd op SOAP en XML, terwijl de standaard waar we nu mee bezig zijn gebaseerd is op REST/JSON.

In theorie kan dit ondervangen worden door dat de verplichte ondersteuning van Zaak- Documentservices geen versienummer kent maar misschien moet er toch iets over gezegd worden?

Want ZDS 1.x/StUF ZKN en ZDS 2.0 zijn absoluut niet compatible met elkaar.

Definition of ready

Definition of done

Acceptatiecriteria Uit de algemene uitgangspunten:

Taken

jeffreygortmaker1 commented 6 years ago

die standaarden zijn van de SWC en Mark Backer...daar mag ik niet aankomen :-)

michielverhoef commented 6 years ago

Dan moeten we het Mark vragen :-) Maar het is wel belangrijk dat de GEMMA Online in synch gehouden wordt met de ontwikkelingen hier.

ehotting commented 6 years ago

Er zal een tijd zijn dat SOAP/XML services en REST/JSON API's naast elkaar bestaan - het lijkt me goed dat ook in GEMMA tot uitdrukking te laten komen. Dan moet je eigenlijk gaan werken met een doelarchitectuur (In TOGAF: baseline en target). In de referentiearchtiectuur zou je twee interfaces kunnen tekenen bij de betreffende referentiecomponenten.

TCIMEddy commented 5 years ago

@jgortmaker1 Moet dit nog op het bord van zds?

Hugo-ter-Doest commented 5 years ago

Dit moet op de backlog bij de squad architectuur. https://github.com/VNG-Realisatie/Squad-Architectuur-Samen-Organiseren Ik sluit hem hier af.