nl-digigo / visi

Beheeromgeving van de VISI open standaard.
https://nl-digigo.github.io/visi/
6 stars 4 forks source link

Prio-850: Inlezen oude raamwerken in nieuwe softwareversies #19

Closed JanaxLooij closed 6 years ago

JanaxLooij commented 6 years ago

Gemeld op : ? Melder : TC0048

Omschrijving

Motivatie

Impact

Oplossing In richtlijn vastleggen wat moet kunnen

Besluit

Vragen

Moet bijvoorbeeld een 1.1a raamwerk over een jaar nog in 1.4 software ingelezen kunnen worden,als de software leverancier daar ook een oud pakket voor aanbiedt?

Is het terecht als een nieuwe softwarebouwer ook meteen alle oude standaarden verplicht moet implementeren?

Acties

opzoeken originele vraag, datum van de vraag en wie deze gesteld heeft en misschien meer info uit de originele vraag om dit issue beter werkbaar te krijgen (actiehouder: Paul Jansen).

This work item was migrated from CodePlex

CodePlex work item ID: '1018' Vote count: '1'

JanaxLooij commented 6 years ago

[jvgeijlswijk@10-1-2014] Ik heb Paul Jansen een e-mail gestuurd met het verzoek de gevraagde informatie op te zoeken en te plaatsen.

JanaxLooij commented 6 years ago

[UnknownUser@28-2-2014]

JanaxLooij commented 6 years ago

[UnknownUser@28-2-2014]

JanaxLooij commented 6 years ago

[UnknownUser@28-2-2014]

JanaxLooij commented 6 years ago

[jvgeijlswijk@1-3-2014] Paul reageerde op 21-02-2014 per e-mail :-( "_Dit item kwam nog van Jan Pieter (27-2-2009 (!))…: “Vraag uit de gebruikersgroep: kunnen leveranciers een eenvoudige manier bieden waarop een gebruiker van een oude naar een nieuwere versie van de VISI-systematiek kan overstappen? Een gebruiker van de VISI standaard is volgens de VISI overeenkomst gehouden om de meest actuele versie van de VISI-systematiek te gebruiken. De gebruiker moet met zijn projecten, ondersteund door de VISI compatibele software, kunnen upgraden naar een nieuwere versie zonder daar 'last' van te hebben. Impact kan groot zijn, omdat een upgrade ook ingrijpt in de raamwerken die op basis van de oudere versie zijn gemaakt.”

Meer heb ik er niet van; er zijn geen documenten hierbij bekend; idee was om er een richtlijn voor te maken. Kortom: in de Werksessiegroep gooien._"

JanaxLooij commented 6 years ago

[UnknownUser@25-3-2014]

JanaxLooij commented 6 years ago

[UnknownUser@25-3-2014]

JanaxLooij commented 6 years ago

[UnknownUser@11-4-2014]

JanaxLooij commented 6 years ago

[UnknownUser@11-4-2014]

JanaxLooij commented 6 years ago

[UnknownUser@11-4-2014]

JanaxLooij commented 6 years ago

[UnknownUser@7-9-2014]

JanaxLooij commented 6 years ago

[UnknownUser@10-7-2015]

JanaxLooij commented 6 years ago

[UnknownUser@10-7-2015]

JanaxLooij commented 6 years ago

[UnknownUser@10-7-2015]

JanaxLooij commented 6 years ago

[gspees@30-10-2015] De oorspronkelijke vraag vervalt volgens mij omdat het werken met VISI Overeenkomsten niet meer wordt gebruikt. Tegenwoordig wordt met Donateursovereenkomsten gewerkt en die bevatten geen verplichtingen of voorschriften meer over het gebruik van VISI.

Organisaties kunnen met hun leveranciers regelen om een bepaalde versie van de software voor de duur van hun projecten in de lucht te houden of hen verplichten oude raamwerken in nieuwere software te ondersteunen.

Wat mij betreft is dit daarmee geen systematiek kwestie meer en kan daarmee dit punt vervallen.

JanaxLooij commented 6 years ago

[gspees@30-10-2015] Na overleg in TC is besloten om dit item te laten vervallen. Dit verzoek wil iets laten vastleggen over het gebruik van VISI. De systematiek gaat over de werking van VISI en niet over het gebruik van VISI..

JanaxLooij commented 6 years ago

[UnknownUser@30-10-2015]

JanaxLooij commented 6 years ago

[gspees@30-10-2015] Het is aan gebruikers en aan leveranciers om oude versies van de systematiek al dan niet te blijven ondersteunen. Dit kan niet worden afgedwongen in de systematiek

JanaxLooij commented 6 years ago

Issue closed by gspees with comment vraag gaat over gebruik van VISI en niet over de werking. Het is aan gebruikers en aan leveranciers om oude versies van de systematiek al dan niet te blijven ondersteunen.