update beheerplan

docs/config.js

@@ -0,0 +1,44 @@
+var respecConfig = {
+  // => https://github.com/stichting-crow/respec/wiki
+  specStatus: "DRAFT",
+  shortName: "beheerplan/beheerplan",
+  specType: "procesdocumentatie", // vrije tekst, kleine letter
+  imprint: "digigo",
+  editors: [
+    // alleen `name` is verplicht, https://respec.org/docs/#person
+    {
+      name: "Henk Hutink",
+      company: "DigiGO",
+    },
+  ],
+  authors: [
+    // alleen `name` is verplicht, https://respec.org/docs/#person
+    {
+      name: "Voornaam Achternaam",
+      company: "DigiGO",
+    },
+  ],
+  github: "https://github.com/nl-digigo/beheerplan",
+  license: "cc-by",
+  lint: { "no-unused-dfns": false },
+  localBiblio: {
+  BOMOS_fundament: {
+    title: "BOMOS, het fundament",
+    href: "https://gitdocumentatie.logius.nl/publicatie/bomos/fundament/",
+    status: "Actueel",
+    publisher: "Logius",
+  },
+  BOMOS_verdieping: {
+    title: "BOMOS, de verdieping",
+    href: "https://gitdocumentatie.logius.nl/publicatie/bomos/verdieping/",
+    status: "Actueel",
+    publisher: "Logius",
+  },
+  kenkrechmer: {
+    title: "Open standaards call for action",
+    href: "https://www.csrstds.com/OpnStdsCallforAction.pdf",
+    status: "Actueel",
+    publisher: "University of Colorado",
+  },  
+  },
+};

docs/h/0-samenvatting.md

@@ -0,0 +1 @@
+Dit document beschrijft het beheer van standaarden van DigiGO volgens het <abbr title="Beheer- en Ontwikkelmodel Standaarden">BOMOS</abbr> model zoals beschreven in [[BOMOS_fundament]] en [[BOMOS_verdieping]].

docs/h/1.md

@@ -0,0 +1,31 @@
+# Inleiding
+
+## Doel documentatie
+Dit document is het beheerplan dat beschrijft hoe de standaarden van DigiGO beheerd worden, met als basis het Beheermodel voor Open Standaarden (BOMOS).
+
+
+## BOMOS
+Beheer volgens BOMOS heeft de volgende voordelen:
+
+* Belangen van stakeholders worden evenwichtig afgewogen bij ontwikkeling en beheer van de standaard.
+* De standaard wordt samen met gebruikers actueel gehouden, iedereen kan ideeën aandragen.
+* Het beheer gebeurt transparant.
+* Informatie is voor iedereen toegankelijk met heldere voorwaarden voor gebruik.
+
+<figure id="figure">
+  <img src="./h/media/bomos.PNG" alt="Visualisatie van de aandachtsgebieden van BOMOS, op strategisch, tactisch en operationeel niveau. De inhoudsopgave van dit document volgt de BOMOS standaard" />
+  <figcaption>De aandachtsgebieden van BOMOS</figcaption>
+</figure>
+
+### Ken Krechmer
+Voor digitale en informatiestandaarden gelden daarnaast de criteria van Ken Krechmer ([[kenkrechmer]]). Deze critaria worden gebruikt om de beheerstrategie van DigiGO aan te scherpen.
+
+
+
+
+## Leeswijzer
+* **Hoofdstuk 2** beschrijft het beheer van standaarden op strategisch niveau
+* **Hoofdstuk 3** beschrijft het beheer van standaarden op tactisch niveau
+* **Hoofdstuk 4** beschrijft het beheer van standaarden op operationeel niveau
+* **Hoofdstuk 5** beschrijft welke implementatie ondersteuning geboden wordt bij de standaarden 
+* **Hoofdstuk 6** beschrijft hoe communicatie over de standaarden gebeurt

docs/h/2.md

@@ -0,0 +1,72 @@
+# Strategie
+
+
+
+## Governance
+<aside class="note" title="Eisen aan governance">
+BOMOS zegt: De governance van de standaard is voor iedereen helder:
+<ul><li> De organisatiestructuur </li>
+<li> De rollen en taken van commissies en van de beheerder </li>
+<li> De benoeming een neutraliteit van voorzitters </li></ul>
+Ken Krechmer eisen:
+<ul><li>Open meeting: alle stakeholders kunnen participeren</li>
+<li>Consensus: besluitvorming met brede consensus, draagvlak, belangenafweging</li></ul>
+</aside>
+
+
+
+### Programmacommissie
+
+
+
+### Beheercommissie
+
+
+
+
+### Gebruikerscommissie
+
+
+
+
+### Expertcommissie
+
+
+### DigiGO
+
+
+
+#### Productmanager
+
+
+
+
+## Visie
+
+
+### Doel standaard
+<aside class="note" title="Eisen">
+<ul><li>BOMOS: De visie en missie van de standaard is voor iedereen duidelijk</li>
+<li>Ken Krechmer: One world - de standaard vult andere standaarden aan, concurreert niet</li></ul>
+</aside>
+
+
+### Toepassingsgebied standaarden
+<aside class="note" title="BOMOS">
+Het doel van de standaard en het toepassingsgebied (use cases) zijn voor iedereen duidelijk 
+</aside>
+
+### Businesscase standaard
+
+<aside class="note" title="BOMOS">
+De business case van de standaard is voor iedereen duidelijk:
+<ul><li> De business case van de standaard (oftewel de keten)</li>
+<li> De business case van een individuele organisatie om de standaard te implementeren </li>
+<li> De business case voor de softwareleveranciers </li> </ul>
+</aside>
+
+
+## Financiën
+<aside class="note" title="BOMOS eisen">
+De standaard heeft een structurele financiering voor beheer en implementatieondersteuning
+</aside>

docs/h/3.md

@@ -0,0 +1,67 @@
+# Tactiek
+
+## Community
+
+<aside class="note" title="BOMOS">
+<a href="https://www.forumstandaardisatie.nl/sites/bfs/files/proceedings/FS22-10-04%204b%20BOMOS.pdf">BOMOS</a> eist: De standaard heeft een degelijke, actieve community
+<ul><li> Het is duidelijk wie de doelgroep is van de standaard (primaire stakeholders) </li>
+<li> Het is duidelijk wie de gebruikers zijn (inclusief softwareleveranciers, opdrachtmers</li>
+  <li>Community: Gebruikers zijn actief betrokken bij het beheer</li></ul>
+</aside>
+
+
+
+## Adoptie en erkenning
+
+<aside class="note" title="BOMOS eisen">
+De standaard is voldoende ontwikkeld voor een hoge adoptiegraad
+<ul><li> De kwaliteit is voldoende hoog voor de beoogde toepassingen </li>
+<li> Proces en data zijn voldoende duidelijk voor implementatie </li>
+<li>De vereisten bij implementatie zijn duidelijk en (uitwissel)formaten zijn duidelijk gedefinieerd. Dit vraagt om specifieke use cases</li>
+</ul>
+</aside>
+
+
+
+## Rechtenbeleid
+
+<aside class="note" title="Eisen">
+<br>
+BOMOS:<br>
+De standaard heeft een duidelijk rechtenbeleid: Softwareleveranciers weten qua rechten waar ze aan toe zijn bij implementatie <br>
+<br>
+Ken Krechmer:<br>
+<li>Open PIR (eigendomsrechten): de standaard kan zonder beperkingen worden toegepast  door alle partijen</li>
+</aside>
+
+
+## Architectuur
+
+
+<aside class="note" title="Eisen">
+<br>
+BOMOS: De standaard heeft duidelijke architectuuruitgangspunten
+<ul><li> Het ontwerpparadigma is helder: een filosofie over de oplossing, informatiemodel, berichten, services </li>
+<li> De methodieken en talen die gebruikt worden bij het ontwerp van de standaard zijn helder.  </li>
+<li> De publicatievormen van de standaard zijn helder </li>
+<li> De architectuur is duidelijk: de functionele en technische architectuur van de standaard en de relatie met andere standaarden. </li></ul>
+<br>
+Ken Krechmer:
+<ul><li>Open interface: de standaard is “backwards compatible” en laat voldoende ruimte voor tijdelijke uitbreidingen</li></ul>
+</aside>
+
+
+
+## Kwaliteitsbeleid benchmarking
+
+<aside class="note" title="BOMOS">
+<br>
+De standaard heeft een hoge kwaliteit
+<ul><li> De standaard is effectief: de mate waarin de standaard in de specifieke situatie de functies biedt en implementeert die expliciet of impliciet vereist zijn. </li>
+<li> De standaard is bruikbaar: de mate waarin een standaard begrepen, geleerd en gebruikt/ toegepast kan worden door gebruikers in de specifieke situatie </li>
+<li> De standaard heeft portabiliteit: de mate waarin een standaard de mogelijkheid heeft om in verschillende omgevingen ingezet te worden. </li>
+<li>De standaard is betrouwbaar: de mate waarin een standaard een op een gespecificeerd niveau blijft presteren onder specifieke condities zoals foutieve implementaties of verschillen in implementaties tussen partijen.</li>
+<li> Onderhoudbaarheid: de mate waarin een standaard eenvoudig aangepast kan worden aan een veranderende situatie. </li></ul>
+</aside>
+
+

docs/h/4.md

@@ -0,0 +1,65 @@
+# Operationeel
+
+
+
+<aside class="note" title="Ken Krechmer">
+Open change: de standaard heeft duidelijk beleid versiebeheer en een wijzigingsprocedure
+</aside>
+
+## Versiebeleid
+<aside class="note" title="BOMOS">
+Procedures en versiebeleid worden open gepubliceerd
+</aside>
+
+
+### Releaseplanning
+
+<aside class="note" title="BOMOS">
+Er is duidelijkheid over de publicatiedata van nieuwe releases 
+</aside>
+
+
+
+### Feedbackprocedure
+
+<aside class="note" title="BOMOS">
+Er is een procedure voor Bug fixing
+</aside>
+
+
+### Kwaliteitstoets
+<aside class="note" title="BOMOS">
+Het is duidelijk hoe de kwaliteit van de nieuwe release getest wordt voor definitieve vrijgave
+</aside>
+
+
+### Vaststellingsproces
+<aside class="note" title="BOMOS">
+Er is een openbare consultatieronde voor definitieve vrijgave.
+</aside>
+
+
+## Documentatie
+
+<aside class="note" title="Ken Krechmer">
+Open documents: de documentatie en besluitvorming/changelogs zijn open toegankelijk en goed vindbaar
+</aside>
+
+### Vergaderingen
+
+<aside class="note" title="BOMOS">
+<ul><li> Vergaderfrequenties zijn duidelijk </li>
+<li> Vergaderdata worden open gepubliceerd </li>
+<li> Toegankelijkheid van vergaderingen is duidelijk </li>
+</aside>
+
+### Verslagen en besluiten
+<aside class="note" title="BOMOS">
+Verslagen en besluiten worden open gepubliceerd
+</aside>
+
+
+
+### Publicatie
+
+

docs/h/5.md

@@ -0,0 +1,45 @@
+# Implementatie ondersteuning
+
+<aside class="note" title="Eisen">
+BOMOS:<br>:
+Implementatie is voldoende ondersteund:
+<ul><li>Informatie over implementaties, waaronder ook referentieprojecten of gecertificeerde implementaties is beschikbaar </li>
+<li>De communicatie- en adoptiestrategie zijn duidelijk: hoe worden gebruikers bereikt?</li></ul>
+Ken Krechmer:
+<ul><li>Open interface: de standaard is “backwards compatible” en laat voldoende ruimte voor tijdelijke uitbreidingen</li>
+<li>Open access: de implementatie van de standaard kan onafhankelijk getest worden bijvoorbeeld met  testprocedures, validatie, certificatie en/of plugfests.</li>
+<li>Ongoing support: er is meerjaren duidelijkheid over ondersteuning bij implementatie</li></ul> 
+</aside>
+
+
+## Opleiding
+
+<aside class="note" title="BOMOS">
+<a href="https://www.forumstandaardisatie.nl/sites/bfs/files/proceedings/FS22-10-04%204b%20BOMOS.pdf">BOMOS</a> eist: Opleidingen leiden tot inzicht in de standaard en ondersteunen de implementatie:
+<ul><li>Het is duidelijk voor welk toepassingsgebied van de standaard de opleiding bedoeld is</li>
+<li>De opleiding geeft voldoende handvaten voor implementatie</li></ul>
+</aside>
+
+
+## Helpdesk 
+
+<aside class="note" title="BOMOS">
+Er is een helpdesk voor ondersteuning, de opdracht en scope van de helpdesk zijn duidelijk
+</aside>
+
+
+## Moduleontwikkeling
+
+
+
+## Pilot
+
+
+
+
+## Validatie en certificatie
+
+<aside class="note" title="Eisen">
+<ul><li>BOMOS: Het is duidelijk hoe je een implementatie kan valideren en/of certificeren</li>
+<li>Ken Krechmer: Open access - de implementatie van de standaard kan onafhankelijk getest worden bijvoorbeeld met  testprocedures, validatie, certificatie en/of plugfests.</li></ul>
+</aside>

docs/h/6.md

@@ -0,0 +1,19 @@
+# Communicatie
+
+## Promotie
+
+## Publicatie
+
+## Klachtenafhandeling
+
+<aside class="note" title="Eisen">
+<br:>
+BOMOS: Er is een duidelijke procedure voor klachtenafhandeling:
+<ul><li>De procedure is helder</li>
+<li>Klachten worden grondig onderzocht en opgevolgd</li></ul>
+<br>Ken Krechmer:<br>
+Due Process: inspraak en klachtenprocedures zijn goed georganiseerd
+</aside>
+
+
+

docs/index.html

@@ -0,0 +1,29 @@
+<!DOCTYPE html>
+<html lang="nl">
+
+<head>
+  <meta charset='utf-8'>
+  <meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">
+  <!-- Pas hier de titel van het document aan -->
+  <title>Beheerplan voor DigiGO standaarden</title>
+  <script src="config.js" class="remove"></script>
+  <script src='https://cdn.jsdelivr.net/gh/stichting-crow/respec@latest/builds/respec-stichting-crow.js' async class='remove'></script>
+</head>
+
+<body>
+  <!-- Op https://github.com/stichting-crow/respec/wiki staat een beknopte handleiding voor ReSpec. -->
+  <section id="abstract"       data-include-format="markdown" data-include="h/0-samenvatting.md"></section>
+  <section id="sotd"></section>
+  <section class="informative" data-include-format="markdown" data-include="h/1.md"></section>
+  <section class="informative" data-include-format="markdown" data-include="h/2.md"></section>
+  <section class="informative" data-include-format="markdown" data-include="h/3.md"></section>
+  <section class="informative" data-include-format="markdown" data-include="h/4.md"></section>
+  <section class="informative" data-include-format="markdown" data-include="h/5.md"></section>
+  <section class="informative" data-include-format="markdown" data-include="h/6.md"></section>
+  <section class="informative" data-include-format="markdown" data-include="h/7.md"></section>
+  <section id="conformance"></section>
+  <section id="index"></section>
+  <section class="appendix" id="issue-summary"></section>
+</body>
+
+</html>