Zib:Beheer Afspraken BgZ - Bewerkingsoverzicht

Jeroen Windhorst: /* Wijzigingsbeheersysteem (BITS) */

2019-07-12T10:05:34Z

Wijzigingsbeheersysteem (BITS)

← Oudere versie		Versie van 12 jul 2019 10:05
Regel 75:		Regel 75:
	==Wijzigingsbeheersysteem (BITS)==		==Wijzigingsbeheersysteem (BITS)==

	De Functioneel Beheerder of de gebruiker registreert de melding in het wijzigingsbeheersysteem Nictiz BITS, dit staat voor Nictiz Beheer Informatie- en Terminologie Standaarden. BITS is te bereiken via de website: bits.nictiz.nl. BITS is toegankelijk voor de Gebruiker, Functioneel Beheerder, Technisch beheerder, Expert en Autorisator. Gebruikers, die geen gebruik maken van BITS, krijgen terugkoppeling van de Functioneel beheerder over de status van de melding via e-mail.		De Functioneel Beheerder of de gebruiker registreert de melding in het wijzigingsbeheersysteem Nictiz BITS, dit staat voor Nictiz Beheer Informatie- en Terminologie Standaarden. BITS is te bereiken via de website: [https://bits.nictiz.nl bits.nictiz.nl]. BITS is toegankelijk voor de Gebruiker, Functioneel Beheerder, Technisch beheerder, Expert en Autorisator. Gebruikers, die geen gebruik maken van BITS, krijgen terugkoppeling van de Functioneel beheerder over de status van de melding via e-mail.

	==Publicatie==		==Publicatie==

Jeroen Windhorst: /* Wijzigingsbeheersysteem */

2019-07-12T10:04:59Z

Wijzigingsbeheersysteem

← Oudere versie		Versie van 12 jul 2019 10:04
Regel 73:		Regel 73:
	\|}		\|}

	==Wijzigingsbeheersysteem==		==Wijzigingsbeheersysteem (BITS)==

	De Functioneel Beheerder of de gebruiker registreert de melding in het wijzigingsbeheersysteem Nictiz BITS, dit staat voor Nictiz Beheer Informatie- en Terminologie Standaarden. BITS is te bereiken via de website: bits.nictiz.nl. BITS is toegankelijk voor de Gebruiker, Functioneel Beheerder, Technisch beheerder, Expert en Autorisator. Gebruikers, die geen gebruik maken van BITS, krijgen terugkoppeling van de Functioneel beheerder over de status van de melding via e-mail.		De Functioneel Beheerder of de gebruiker registreert de melding in het wijzigingsbeheersysteem Nictiz BITS, dit staat voor Nictiz Beheer Informatie- en Terminologie Standaarden. BITS is te bereiken via de website: bits.nictiz.nl. BITS is toegankelijk voor de Gebruiker, Functioneel Beheerder, Technisch beheerder, Expert en Autorisator. Gebruikers, die geen gebruik maken van BITS, krijgen terugkoppeling van de Functioneel beheerder over de status van de melding via e-mail.

Jeroen Windhorst op 12 jul 2019 om 10:04

2019-07-12T10:04:32Z

Jeroen Windhorst: /* Publicatie */

2019-07-12T10:02:58Z

Publicatie

← Oudere versie		Versie van 12 jul 2019 10:02
Regel 88:		Regel 88:
	[<major>.<minor>]		[<major>.<minor>]

	~~<br />~~

	* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen. In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.		* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen. In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.
	* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.		* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.

			===Transparantie wijzigingsverzoeken===
			De wijzigingsverzoeken inclusief bijbehorende afhandeling zijn inzichtelijk in BITS. Indien een gebruiker van de BgZ dit wenst kan de gebruiker inzagerechten in deze tool krijgen. Door de Functioneel Beheerder wordt bij iedere publicatie een overzicht gepubliceerd van alle wijzigingsverzoeken die in de publicatie zijn verwerkt.

Jeroen Windhorst: /* Versienummering */

2019-07-12T10:00:54Z

Versienummering

← Oudere versie		Versie van 12 jul 2019 10:00
Regel 91:		Regel 91:

	* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen. In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.		* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen. In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.

	* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.		* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.

Jeroen Windhorst: /* Versienummering */

2019-07-12T10:00:29Z

Versienummering

← Oudere versie		Versie van 12 jul 2019 10:00
Regel 87:		Regel 87:
	Bij het toekennen van een uniek versienummer aan de BgZ wordt onderscheid gemaakt in een tweetal types releases, namelijk een major release en een minor release. Waarbij de versienummering als volgt is opgebouwd:		Bij het toekennen van een uniek versienummer aan de BgZ wordt onderscheid gemaakt in een tweetal types releases, namelijk een major release en een minor release. Waarbij de versienummering als volgt is opgebouwd:
	[<major>.<minor>]		[<major>.<minor>]

			<br />

	* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen. In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.		* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen. In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.

	* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.		* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.

Jeroen Windhorst: /* Versienummering */

2019-07-12T10:00:09Z

Versienummering

← Oudere versie		Versie van 12 jul 2019 10:00
Regel 89:		Regel 89:

	* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen. In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.		* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen. In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.
	* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.
			* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.

Jeroen Windhorst: /* Versienummering */

2019-07-12T09:59:42Z

Versienummering

← Oudere versie		Versie van 12 jul 2019 09:59
Regel 89:		Regel 89:

	* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen. In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.		* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen. In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.
			* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.
	* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.

Jeroen Windhorst: /* Versienummering */

2019-07-12T09:59:32Z

Versienummering

← Oudere versie		Versie van 12 jul 2019 09:59
Regel 88:		Regel 88:
	[<major>.<minor>]		[<major>.<minor>]

	* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen.		* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen. In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.
	In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.

	* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.		* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.

Jeroen Windhorst: /* Versienummering */

2019-07-12T09:59:18Z

Versienummering

← Oudere versie		Versie van 12 jul 2019 09:59
Regel 88:		Regel 88:
	[<major>.<minor>]		[<major>.<minor>]

	* ~~Regel in ongenummerde lijst~~		* Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen.
	Een major release wordt gekenmerkt door een aanzienlijke uitbreiding en/of wijziging in de functionaliteit. Van een major release kan niet worden gegarandeerd dat hij backwards compatibel is met eerdere releases. In een major release zitten wijzigingen waarbij sprake is van de samenstelling van de BgZ en/of de selectieregels voor de BgZ-onderdelen.
	In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.		In een major release zitten ook belangrijke wijzigingen op de onderliggende zibs.

	* ~~Regel in ongenummerde lijst~~		* Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.
	Een minor release bevat verbeteringen en aanpassingen met een wat kleinere impact. Dat kunnen bijvoorbeeld nieuwe versie van de onderliggende zibs, met relatief kleine wijzigingen.

← Oudere versie		Versie van 12 jul 2019 10:04
Regel 1:		Regel 1:
	Onderstaand overzicht geeft de actuele invulling weer van alle beheerafspraken voor de BgZ.		Onderstaand overzicht geeft de actuele invulling weer van alle beheerafspraken voor de BgZ.

	==Aanmeldingswegen voor indienen wijziging op BgZ==		==Aanmeldingswegen==
			===Aanmeldingswegen voor indienen wijziging op BgZ===
	{\| style="color: black; background-color: #CCC0D9;" width="75%"		{\| style="color: black; background-color: #CCC0D9;" width="75%"
	!style="width:25%;" \| Contactwijze		!style="width:25%;" \| Contactwijze
Regel 16:		Regel 17:
	\|}		\|}

	==Aanmeldingswegen voor deelname aan de open consultatie==		===Aanmeldingswegen voor deelname aan de open consultatie===
	{\| style="color: black; background-color: #CCC0D9;" width="75%"		{\| style="color: black; background-color: #CCC0D9;" width="75%"
	!style="width:25%;" \| Contactwijze		!style="width:25%;" \| Contactwijze
Regel 27:		Regel 28:
	\|}		\|}

	==Aanmeldingswegen voor escalatie==		===Aanmeldingswegen voor escalatie===
	{\| style="color: black; background-color: #CCC0D9;" width="75%"		{\| style="color: black; background-color: #CCC0D9;" width="75%"
	!style="width:25%;" \| Contactwijze		!style="width:25%;" \| Contactwijze