Projectspecifieke gegevens buiten raamwerk

[michonmaas]

Format voor (intake en afhandeling van) issues GC180508-09

GC / 8 mei 2018

Wat komt er binnen (vraag /opmerking) (uitgangspunt: de vraagsteller is ‘bewust onbekwaam’)

1. Omschrijving van de vraag/opmerking zelf (bij voorkeur in het format van ‘userstory’): Als beheerder van raamwerken wil ik GEEN projectspecifieke gegevens in raamwerken opnemen zodat wordt voorkomen dat gedurende de looptijd van het project updates op het raamwerk worden uitgevoerd (bijvoorbeeld in het geval van mutaties van enumeration values) en het mogelijk wordt om voor meerdere projecten een uniform raamwerk te hanteren. Hierdoor wordt meer uniformiteit en stabiliteit van omgevingen geborgd en wordt een uitgangspunt geboden voor optimalisatie van de uitwisseling van projectspecifieke gegevens (gebruikers, enumeration values en standaard waarde voor simple elements) naar de toekomst toe.

Zie ook: https://github.com/bimloket/visi/issues/66#issue-421547823

“Als <gebruiker/rol> wil ik zodat ik krijg”

2. Naam, functie (soort gebruiker/rol), diens organisatie, en de soort organisatie van de vraagsteller (stakeholder): Michon Maas, raamwerk ontwikkelaar en beheerder, Gobar

3. Naam, functie (soort gebruiker/rol), diens organisatie, en de soort organisatie van de vraagsteller (stakeholder): Suzan van den Broek, programma manager VISI, Gemeente Amsterdam

4. Datum en oorsprong van het verzoek* 6 september 2019 8 juli 2019

5. Waarop heeft de vraag betrekking: a. Open Standaard VISI b. VISI-raamwerk c. Software VISI

6. Wat is de urgentie: Should (persoonlijk oordeel) ‘M’ (must have; hindert de dagelijkse procesgang/doorgang van een project; moet zo spoedig mogelijk worden opgelost) ‘S’ (should have; hinder kan worden omzeild in dagelijks werk; moet binnen redelijke termijn worden opgelost) ‘C’ (could have; geen directe hinder; kan een keer worden opgepakt) ‘W’ (won’t have, c.q. nice to have; komt nu niet aan bod maar kan in de toekomst, bij een vervolgproject, wellicht mogelijk interessant zijn)

7. Toelichting op de urgentie* User story is van invloed op de kwaliteit van de standaard. Oplossen van user story kan leiden tot minder problemen bij raamwerk updates en verdere optimalisatie van de uitwisseling van projectspecifieke gegevens.

‘Open Standaard’

1. Stel vast of het een ‘bug’ is, of een ‘verbetervoorstel’, of een ‘ander verzoek’ Verbetervoorstel

2. Verbetervoorstel a. Maak de userstory expliciet; mogelijk valt die uiteen in meerdere user stories Zie hierboven b. Beschrijf de randvoorwaarden Oplossing moet een meer adequate wijze van uitwisseling van projectspecifieke gegevens tussen partijen tot gevolg hebben. c. Completeer de ‘definiton of ‘done’ Als raamwerken vrij zijn van projectspecifieke inhoud. d. Beschrijf het verbetervoorstel / of gewenst gedrag Projectspecifieke gegevens worden buiten het raamwerk bestand in een specifiek hiervoor bedoelde vorm uitgewisseld. e. Beschrijf de voordelen van de verbetering

   • Minder raamwerkupdates
   • Minder fouten bij updates omdat namespace van het raamwerk hetzelfde blijft
   • Mogelijkheid om de uitwisseling van projectspecifieke gegevens naar de toekomst toe te verbeteren.

f. Beschrijf eventuele “Alternate Flows” Niets doen.

g. Beschrijf eventuele “Exception Flows”

5. Plaats de gedocumenteerde bug, verbetervoorstel of ander verzoek op de verzamellijst ter prioritering in het kader van de release cyclus (ook op github??)

Ja

[gspees]

Dit issue is ook al beschreven onder #66. Ik sluit dat issue.

[ArneBruinse]

Ik ga deze intern bij B&S doorspreken, zodat we in een volgend overleg evt verdere afspraken kunnen maken.

[tessaderoos]

Enumeration values ook beschikbaar maken in PSB, maar nog niet verwijderen uit raamwerk. Bepalen hoe interpretatie moet plaatsvinden (PSB boven raamwerk?)

[tessaderoos]

Aanpassing issue 05-02-2024 GC/EC Uitwerkverzoek: Inhoud enumeration values uit raamwerk halen. Oplossing hoeft nog niet "naar PSB" te zijn.