Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 14 Next »

Userstory i Jira

Wireframe

Dato
Initialer
Ændring
 
Oprettet JOB-165
 Kenneth Ingemann Larsen (KEIL) (Unlicensed)Fjernet acceptkriterier efter refinement. Lavet som hints da det er as-is.
 Kenneth Ingemann Larsen (KEIL) (Unlicensed)Justeret acceptkriterie om myndighed bag kald.
 Pia Jensen PQJSTAR tilføjet til mulige krav-stillere
 Kenneth Ingemann Larsen (KEIL) (Unlicensed)Tilrettet servicebeskrivelsesdel, der fejlagtigt omtalte elementer som collectioner, uden at de var det.
 Louise Baunsgaard Koch (Unlicensed)Tilføjet acceptkriterie omkring Find job link (åbner i ny fane)

Userstory:

"Som STAR vil jeg have refaktoreret elementet 'a-kassens krav', så det kan vise krav fra forskellige myndigheder"


Hints: Vi har allerede lavet funktionaliteten i relation  til "A-kassens krav til Jobsøgning" jf. us JOB-92 i 2019-1.

Nu skal Jobcenter (og andre myndigeheder der mappes til jobcenter) tillige kunne afgive krav.
Borger vil kun have et krav. Enten fra A-kasse, Jobcenter eller STAR. Kravet kommer til udtryk via elementet JobSearchDefinition, der kan have forekomst 0-1. Snitfladen og elementerne i JobSearchDefinition (TradeForJobSearch og GeographicalAreaForJobSearch, OtherExpectationsForJobSearch) er de samme uanfægtet a-kasse/job-center. For a-kassen er de 3 elementer dog påkrævede og altid udfyldt. For Jobcenter er der kun krav om, at en af disse har data, omend flere kan have det. Pointe: Kod det hele dynamisk.

Omend OrganisationTypeIdentifier har forekomst 0-1 i output jf. snitfladen, kan krav jf. Knud de Place ikke oprettes/opdateres uden OrganisationTypeIdentifier er sat. Det via er OrganisationTypeIdentifier (OrganisationTypeIdentifier) at vi kan se, om krav til borger kommer fra a-kasse eller jobcenter.

Acceptkriterier:

  • Udvikling skal ske i Feature branch LAB.

  • Refresh WSDL om nødvendigt. DFDG har lavet ændringer i MyPlanservice, men da JobnetMyPlanService.GetCitizenDraftMyPlanallerede havde forekomst 0-1 på relevante punkter mener DFDG ikke det har impact.

  • Elementet laves kun i min plan 2.0 (og dermed tillige i det afgrænsede rehab site)rehab. Data om jobcenters krav vil således ikke være synlige i den gamle plan. 

    • Komponent til visning af a-kasses krav refaktoreres, så den afspejler myndighed bag krav på:
      • tidslinjen (dvs. den grønne bjælke)
      • i modalvisning (efter klik på bjælken i tidslinjevisning)
      • samt i listevisning (Når borger skifter til listevisningen)

    • Det fremgår af krav, jf. mapper i Jobnet (EnumToText) hvilken myndighed der står bag krav. Hint: Myndighed bag krav fremgår af JobneMyPlanService.GetCitizenDraftMyPlan af feltet OrganisationTypeIdentifier. Konkret kan der i skrivende stund oprettes krav fra Jobcenter, A-kasse og STAR, hvilket bør testes. Men der kodes defensivt, så kode virker, hvis flere myndigheder skulle komme til.

      • I den pt. hardkodede label "Her kan du se, hvad du har aftalt med din a-kasse omkring din jobsøgning" skal "a-kasse" skal skiftes ud med relevant myndighed, og det foranstillede ord rettes til din/dit eller ingenting, således at der står:
        • Her kan du se, hvad du har aftalt med [din a-kasse] omkring din jobsøgning
        • Her kan du se, hvad du har aftalt med [dit jobcenter] omkring din jobsøgning
        • Her kan du se, hvad du har aftalt med [styrelsen for arbejdsmarked og rekruttering] omkring din jobsøgning


  • Ved klik på tidslinje elementet vises data jf. elementet JobsearchDefinition. Vi skal hverken reagere på kontaktgruppe eller plantype - kun på om der er data eller ej.

  • JobSearchDefinition har forekomst 0-1 så en borger kan enten:

    • Ingen krav have.
    • Eller have krav fra én af de to myndigheder.

  • Krav vises i rækkefølgen som for a-kasse elementet, hvis de forefindes på snitfladen. Vi looper elementet JobSearchDefinition igennem og viser det der er... hint: A-kasser vil altid have alle 3 elementer med data. Jobcentre vil altid have mellem 1 og 3 elementer med data. Elementer har forekomst 1, men kan dog være tomme. 

    • Er der ingen krav, vises hverken Label eller placeholder for krav. Eksempel vist herunder: Er der ingen discoamskoder sat som krav, vises hverken label "Jeg skal primært søge indenfor disse jobområder" eller separatorlinje heller ikke.
    • Er der jobmålskrav, skal der være tilhørende link til Find Job, der åbner i ny fane. Linket skal hedde "Find job (åbner i en ny fane)"


Herunder hints, der kan være rare at vide om adfærden, som dog skal være identisk med adfærden i komponeneten, der refaktoreres. Derfor er nedennævnte ikke acceptkriter, der skal kodes, i det det er "as is":

  • Elementet er fortsat det øverste i tidslinjevisning og i listevisning (dvs. uændret ifht. a-kasse element).

  • Breakpoint logik er uændret i forhold til eksisterende element ((dvs. uændret ifht. a-kasse element).
  • Visningsperioden (når myndighed har oprettet data) skal være fra planens startdato og 4 år frem (samme visningsregel som nu).

    • Er der ingen startdato for plan vises det evt. oprettede krav fra jobcenter fra dags dato og 4 år frem.
    • Bemærk: Angivelse af periode under listevisning skal fremstå som "Hele tiden".

  • Elementet "Jobsøgning" vises indtil specifikt "krav fra myndighed" foreligger, hvorefter "krav fra myndighed" træder i stedet for dette element (med placering øverst).






  • No labels