zaterdag 2 juli 2011

RMA, SOA en MoReq2010

Een paar dagen later dan beloofd...
Bijzonder interessant in MoReq is dat de opstellers uit gaan van een service bases architecture. Er zijn negen services waarvoor functionaliteiten geƫist worden, zie het plaatje hierboven. (Over model-services, features en plug-in modules later misschien meer)
The service based architecture of MoReq2010® is not intended to constrain software suppliers from developing fully compliant solutions that combine the functionality of many or even all core services together and deliver them from within a single application. However, by dividing the architecture of MoReq2010® into separate services, future consideration may also be given by suppliers to developing records systems where each of the services is decoupled from the others and can then be shared between more than one MCRS.
[..]
At the heart of the service based architecture of an MCRS is its record service. The record service is the only core service that cannot be shared with another MCRS. Indeed it is literally only the record service that distinguishes one MCRS from another. All other services that support the record service may simultaneously support other record services, and may therefore be a part of several MCRS solutions simultaneously. (MoReq 2010, p.31)
Dat betekent dus dat je in de toekomst de Metadata-service van BCT zou kunnen combineren met de classificatie-service van Decos en de zoek-service van Circle.
En het betekent ook dat meerdere overheidsorganen (alle gemeenten bijvoorbeeld) een centrale selectie-en-vernietigingsservice ("disposal scheduling service") zouden kunnen gebruiken, die centraal beheerd wordt, maar door meerdere organisaties "aangeroepen" wordt bij het toekennen van bewaartermijnen.

Gerelateerd
Archiefstukken in MoReq 2010

2 opmerkingen:

  1. Wat ik vooral interessant vind is de relatie tussen werkprocessen en documenten, ook dit model is weer volledig gebaseerd op 'records' maar niemand vertelt ons wat dat eiegenlijk zijn records.  Ik ben vooral geinteresseerd in procesgebonden informatie: content + statussen. En over die koppelingen, waar jij zo mooi de merknamen bij hebt bedacht, verwijs ik graag naar de interoperabiliteitdiscussie. Veel lees plezier!

    BeantwoordenVerwijderen
  2. Tja, die vraag over records (of archiefstukken) heb ik hier en ook naar aanleiding van de Archiefvisie ook al gesteld.
    Die interoperabiliteit is, als ik het goed begrepen heb,  juist iets dat MoReq 2010 probeert op te lossen. Een "genormeerde" applicatie zou in staat moeten zijn om "probleemloos" te communiceren met een andere "genormeerde" applicatie.
    Maar dat is voorlopig nog theorie, denk ik.

    BeantwoordenVerwijderen