Wijzigen voor document Release notes 360º Overheid versie 3.0

Samenvatting

• Paginaeigenschappen (1 gewijzigd, 0 toegevoegd, 0 verwijderd)

Details

Paginaeigenschappen

Inhoud

...	...	@@ -48,7 +48,7 @@
48	48	** Groep 'GebruikersGroningen': toegang tot 'Kennis en documentatie / Omgevingsdienst Groningen'
49	49	** Groep 'GebruikersDrenthe': toegang tot 'Kennis en documentatie / RUD Drenthe'
50	50
51		-Het beheer van dit soort rollen en rechten kan **nog niet** door de Beheerders van een 360º Overheid-omgeving worden uitgevoerd. Enerzijds niet omdat de basis voor die rollen en rechten moet worden gelegd in de LDAP-server en anderzijds niet omdat de XWiki-rechtenstructuur waarop de rechten voor 360º Overheid-omgevingen zijn gestoeld, complex zijn en daardoor fouten - waardoor gebruikers bepaalde functionaliteit of informatie niet (of juist wel, terwijl dat niet zou moeten) kunnen bereiken - eenvoudig kunnen worden gemaakt. Vooralsnog zal dit beheer van rollen en rechten dus door De KennisFabriek worden uitgevoerd. Dit stelt ons ook in staat kritisch te blijven kijken naar de functionele of technische noodzaak voor het aanmaken en gebruiken van rollen en rechten: naast alle goede en mooie dingen die met rollen en rechten kunnen worden gerealiseerd, is het ook heel eenvoudig om een 360º Overheid-omgeving (met honderden //spaces// en duizenden pagina's) volledig onbeheer(s)baar te maken door een té enthousiast gebruik van rollen en rechten.
	51	+Het beheer van dit soort rollen en rechten kan **nog niet** door de Beheerders van een 360º Overheid-omgeving worden uitgevoerd. Enerzijds niet omdat de basis voor die rollen en rechten moet worden gelegd in de LDAP-server en anderzijds niet omdat de XWiki-rechtenstructuur waarop de rechten voor 360º Overheid-omgevingen zijn gestoeld, complex zijn en daardoor fouten - waardoor gebruikers bepaalde functionaliteit of informatie niet (of juist wel, terwijl dat niet zou moeten) kunnen bereiken - eenvoudig kunnen worden gemaakt. Vooralsnog zal dit beheer van rollen en rechten dus door De KennisFabriek worden uitgevoerd. Dit stelt ons ook in staat kritisch te blijven kijken naar de functionele of technische noodzaak voor het aanmaken en gebruiken van rollen en rechten: naast alle goede en mooie dingen die met rollen en rechten kunnen worden gerealiseerd, is het namelijk ook heel eenvoudig om een 360º Overheid-omgeving (met honderden //spaces// en duizenden pagina's) volledig onbeheer(s)baar te maken door een té enthousiast gebruik van rollen en rechten.
52	52
53	53
54	54	== Producten- en dienstencatalogus ==
...	...	@@ -56,13 +56,65 @@
56	56	De producten- en dienstencatalogus is qua structuur drastisch herzien. In de vorige versie van 360º Overheid was de structuur als volgt:
57	57
58	58	* Product A
59		-** Variant 1
60		-** Variant 2
61		-** Onderdeel a
62		-** Onderdeel b
	59	+** Varianten
	60	+*** Variant 1
	61	+*** Variant 2
	62	+** Onderdelen
	63	+*** Onderdeel a
	64	+*** Onderdeel b
63	63	* Product B
64		-** Variant 1
65		-** …
	66	+** Varianten
	67	+*** Variant 1
	68	+*** …
	69	+** Onderdelen
	70	+*** Onderdeel a
	71	+*** …
66	66
	73	+In de nieuwe versie is de structuur:
67	67
	75	+* Product A
	76	+** Varianten
	77	+*** Variant 1
	78	+**** VariantKenmerken van organisatie I
	79	+**** VariantKenmerken van organisatie II
	80	+**** Bijdrage-varianten
	81	+***** Bijdrage-variant 6
	82	+***** Bijdrage-variant 9
	83	+**** Onderdelen
	84	+***** Onderdeel a
	85	+****** OnderdeelKenmerken van organisatie I
	86	+****** OnderdeelKenmerken van organisatie II
	87	+***** Onderdeel b
	88	+****** OnderdeelKenmerken van organisatie I
	89	+****** OnderdeelKenmerken van organisatie II
	90	+*** Variant 2
	91	+**** …
	92	+*** …
	93	+* Product B
	94	+** Varianten
	95	+*** Variant 6
	96	+**** Variantkenmerken van organisatie I
	97	+**** Variantkenmerken van organisatie II
	98	+**** Bijdragevarianten
	99	+**** Onderdelen
	100	+*** …
	101	+*** Variant 9
	102	+**** …
	103	+
	104	+=== Varianten en Onderdelen 'geknipt': kenmerken apart ===
	105	+
	106	+Zowel de objecttypen 'Variant' als 'Onderdeel' zijn 'geknipt': de code en naam van een Variant of Onderdeel zijn attributen gebleven van het Variant- respectievelijk Onderdeel-object, maar de organisatiespecifieke kenmerken (zoals een kental of uurtarief) zijn een niveau lager gelegd in VariantKenmerken en OnderdeelKenmerken. Zo kunnen pér gebruikende organisatie van een 360º Overheid-omgeving andere kenmerken (kental, uurtarief, etc.) worden vastgelegd, terwijl ze tóch een gemeenschappelijke producten- en dienstencatalogus hanteren.
	107	+
	108	+**Let op**: het was de bedoeling om al in deze release van 360º Overheid automatisch de juiste rechten te zetten op de Kenmerken van Varianten en Onderdelen. Dit opdat dit soort 'concurrentiegevoelige' informatie (met bijvoorbeeld uurtarieven en kentallen voor het aantal uren dat een specifieke organisatie besteed aan een product of dienst) alleen zichtbaar zou zijn voor specifieke groepen gebruikers (bijvoorbeeld de medewerkers of opdrachtgevers van organisatie I zien alleen de …Kenmerken van organisatie I). Tijdens het testen bleek deze functionaliteit tóch te fragiel / foutgevoelig, dus die hebben we moeten aanhouden voor een volgende release. Dit betekent dat Variant- en OnderdeelKenmerken **nog niet zijn af te schermen** en dus zichtbaar zijn voor alle gebruikers die de betreffende producten kunnen bekijken.
	109	+
	110	+=== Onderdelen zijn 'kind' geworden van Variant ===
	111	+
	112	+In de vorige versie van 360º Overheid had een Product 'Varianten' en 'Onderdelen' als kinderen. Daarbij was een Variant het 'kostprijsbepalende' element van een product en was een Onderdeel het optionele, kostprijsverhogende, element. Dat beide objecttypen op hetzelfde niveau waren gemodelleerd bleek in de praktijk niet handig: Onderdelen moesten specifiek kunnen worden gemaakt voor een Variant van een Product. Daarom zijn Onderdelen nu 'onder' een Variant gehangen.
	113	+
	114	+**Let op**: voor bestaande 360º Overheid-omgevingen waarin zowel Varianten als Onderdelen werden gebruikt, betekent dit dat elk Onderdeel dat in de vorige versie een 'kind' was van een Product, nu een 'kind' is geworden van **elke Variant** van dat Product. Dat is de enige manier om geen informatie te verliezen bij de migratie naar de nieuwe 360º Overheid-omgeving. Als er dus in de oude omgeving een Product bestond met 5 Varianten en 10 Onderdelen, dan heeft dat Product nu nog steeds 5 Varianten, maar heeft elk van die Varianten 10 Onderdelen! U zult helaas bij elke Variant moeten beoordelen of alle daaronder gecreëerde Onderdelen relevant zijn voor die specifieke Variant. Als dat niet het geval is, kunt u de betreffende Onderdelen gewoon verwijderen.
	115	+
	116	+=== Bijdrage-varianten voor 'halffabrikaten' ===
	117	+
	118	+Sommige Varianten kunnen zowel zelfstandig bestaan, als worden toegepast in het vervaardigen van een - Variant van - een ander product.
	119	+
68	68	Wijzigingen die van belang zijn voor ingelogde gebruikers