I tillegg til beskrivelser av tjenester og hendelser ("metadata i design-time"), støtter EUs CPSV-AP som den norske CPSV-AP-NO er basert på, også datautveksling ved utførelsen av en gitt tjeneste ("data i run-time"), ved at klassen Dokumentasjon (cv:Evidence) er ment for å representere et konkret stykke dokumentasjon som en gitt bruker av en gitt tjeneste oppgir ved utførelsen av tjenesten og at Tjenesteresultat (cv:Output) er ment for å representere et konkret stykke resultat fra en tjeneste (se #206 og #207). CPSV-AP gjenbruker hovedsakelig CCCEV til å representere "data i run-time".
Det bør vurderes om krav til representasjon av "data i run-time" bør skilles ut fra krav til "metadata i design-time", dvs. å ha CCCEV-spesifikke krav ut av CPSV-AP-NO og inn i en (eventuell) egen spesifikasjon (CCCEV-AP-NO, arbeidstittel) som supplerer CPSV-AP-NO. Dette vil gjøre det enklere å forstå og bruke CPSV-AP-NO (og en eventuell CCCEV-AP-NO).
jimjyang
commented
2 weeks ago
I tillegg til beskrivelser av tjenester og hendelser ("metadata i design-time"), støtter EUs CPSV-AP som den norske CPSV-AP-NO er basert på, også datautveksling ved utførelsen av en gitt tjeneste ("data i run-time"), ved at klassen Dokumentasjon (cv:Evidence) er ment for å representere et konkret stykke dokumentasjon som en gitt bruker av en gitt tjeneste oppgir ved utførelsen av tjenesten og at Tjenesteresultat (cv:Output) er ment for å representere et konkret stykke resultat fra en tjeneste (se #206 og #207). CPSV-AP gjenbruker hovedsakelig CCCEV til å representere "data i run-time".
Det bør vurderes om krav til representasjon av "data i run-time" bør skilles ut fra krav til "metadata i design-time", dvs. å ha CCCEV-spesifikke krav ut av CPSV-AP-NO og inn i en (eventuell) egen spesifikasjon (CCCEV-AP-NO, arbeidstittel) som supplerer CPSV-AP-NO. Dette vil gjøre det enklere å forstå og bruke CPSV-AP-NO (og en eventuell CCCEV-AP-NO).