976.34 BVL Analyse

976.34 - Videreudvikling af ESCO´s Administrationsmodul - Aliaser

• Er det alle Acc.kr som ønskes laves, efter grov estimater er givet?

• Afklaringspunkter fra tidligere fremsendte:

  • Acc.kr 976.34.4 Deeplinke til en stillingsbetegnelse

    • Brugsmønster for dette? Hvad med i stedet at kunne søge på hhv. ConceptUriEU/ConceptUriDa i fritekstsøgningen?

  • Acc.kr 976.34.5 På stillingsbetegnelse vises om der er aliasser der er oprettet på baggrund af det

    • Wireframes

    • Husk spørgsmål under beskrivelsen i wireframe

  • Acc.kr 976.34.6 en fravalgt stillingsbetegnelse må ikke have aktive aliasser

    • Frontend validering.

    • Hvis en backend validering også ønskes implementeres, er der en opgave til D&S.

    • Kan måske tages sammen med 976.34.15

  • Acc.kr 976.34.7 fjern mulighed for oprettelse af alias af typen AltLabel

    • AltLabel er forbeholdt EU.

    • Hvis der også skal laves backend validering er der også en opgave til D&S.

  • Acc.kr 976.34.8 Alias med relationstype EscoStilling forsvinder fra liste, selvom man fravælger, den skulle dukke op igen.

    • Ved testgennemgang ser det ud som om der er tale om et caching problem, da den kommer frem igen, hvis data hentes igen efter fravalget.

    • Er ovenstående det der ønskes implementeres?

  • Acc.kr 976.34.9 Der kan oprettes aliasser på alle niveauer, det burde kun være muligt på stillingsbetegnelser (niveau 5 og ned)

    • Kun frontend validering, hvis en backend validering også ønskes implementeres, er der en opgave til D&S.

  • Acc.kr 976.34.11 Nyt note felt på alias

    • Bør komme i tilsagn, hvis denne opgave ønskes implementeres

    • D&S del

    • BVL del

    • Skal vi bare altid sende events for at generere WSRMer?

      • Efter yderligere analyse, skal der muligvis laves funktionalitet som specifikt ikke sender Events ud ved dette.

  • Acc.kr 976.34.12 Visning af OriginConceptUriEu i LSS

    • Hvor er dette henne?

      • Hvis det er nedenstående har vi ikke data! Og der skal laves nye servicekald for at få informationen.

    • Krav til Jobsøgning?: CreateJobSearchDefinition

      •  

    • Vis CV?: ShowCV

      • JSJS:

      •  

      • Joberfaringer:

      •  

  • Acc.kr 976.34.14 ved tilføjelse af relationstype EscoStilling forsvinder relationen (vises ikke) ved næste redigering.

    • Ved testgennemgang ser det ud som om der er tale om et caching problem, da den kommer frem igen, hvis data hentes igen efter fravalget.

    • Er ovenstående det der ønskes implementeres?

  • Acc.kr 976.34.15 Der skal ikke kunne tilføjes aktive aliasser på en fravalgt stillingsbetegnelse

    • Frontend validering.

    • Hvis en backend validering også ønskes implementeres, er der en opgave til D&S.

    • Kan muligvis tages sammen med 976.34.6

    • Skal der laves en datagenopretning på eksisterende, hvor der er udfordringer?

      • Kan vi det, der skal muligvis laves WSRMer eller varsles?

      • Alternativt kan de inaktiveres via brugergrænsefladen.

  • Acc.kr 976.34.17 Administration af kompetencer

    • Kan vi fjerne dette, håndteres denne ikke i andre epics?