Zoeken op gedefinieerde velden

[matthiasoliveiro]

"User Story 

• Als: APM
• Wil ik: kunnen zoeken op vooraf gedefinieerde velden (bijv. metadata-velden)
• Zodat ik: sneller een gerichter zoekresultaat kan hebben

Beschrijving

Deze story beschrijft .......

Taken

• Task: Array filter in de gateway #142
• Sorteren op meer velden dan datetime (alfabetisch, numeriek) (Verplaats, zie: Task: Sorteren op meer velden dan datetime (alfabetisch, numeriek) #180)

 Acceptatiecriteria:

• Als gebruiker wil ik kunnen zoeken op Platform, Software Type, License, Maintenance.type FE: 20 BE: 1

[rubenvdlinde]

Vraag is dan even welke velden :)

[RonaldvCortenberghe]

Uit de inventarisatie van welke gegevens per welke laag vastgelegd moeten worden, blijkt denk ik dat er een aantal gegeven (velden) Generiek zijn voor componenten en een aantal specifiek voor een laag. Het zal in eerste instantie gaan om de generieke gegevens maar ook daar moeten we nog even een selectie in maken

[rubenvdlinde]

wat we kunnen doen is het data model erbij pakken en kijken op welke waarde je zou willen filteren, dat is echter wel gevaarlijk in die zin dat we dan snel te veel en complexe filters gaan maken.

https://conduction.stoplight.io/docs/publiccode/58v2ropv82qs8-component

[rubenvdlinde]

Alle opties binnen een filter zijn OF filters bij elkaar zijn EN

[lencodes]

Dit issue is opgepakt voor de frontend filtering, filtering en communicatie met de backend pakken we nu dus (nog) niet op!

[lencodes]

Ordenen op waar ik op kan zoeken: dit wordt snel een complexe set aan logica. Wij stellen voor om vóórdat we aan development beginnen een functioneel ontwerp voor maken.

[lencodes]

[ ] Als gebruiker wil ik kunnen ordenen op termen waar ik ook op kan zoeken

Als eerste versie gaan we sortering inbouwen gebaseerd op: datum, naam, hoeveelheid installaties.

[bbrands02]

Voor orderen op de gateway moet er nog wat gebouwd worden. Momenteel kan er alleen geordered worden op dateCreated en dateModified.

[stephanieweerdenburg]

Splitsen: 'Als gebruiker wil ik kunnen ordenen op termen waar ik ook op kan zoeken' lagere prio (3) dan criteria Als gebruiker wil ik kunnen zoeken op Platform, Software Type, License, Maintenance.type' (1)

[lencodes]

@RonaldvCortenberghe @bbrands02

Voor de License filter heb ik via SPDX een lijst met alle licenses gevonden.

We krijgen hier een JSON terug waar we een gebruiksvriendelijk label terugkrijgen en een unieke key per license. Dus technisch gezien zou het een mooie fit zijn denk ik.

Ik weet echter niet of dit conceptueel ook overeenkomt met wat er bedoeld wordt me de License filter. Wat denken jullie?

[RonaldvCortenberghe]

@lencodes gewoon beginnen met deze lijst, eventuele uitbreidinge kunnen we in feature-request oppakken

[rubenvdlinde]

Ik denk dat we hem anders moeten aanvliegen en deze lijst als enum moeten voeren op de licentie propertie (ofwel je mag geen licentie toevoegen die niet in de lijst zit) en van de ondersteunde licenties dan een referentie lijst maken.

Als we het hebben over de zoek filters zou ik alleen waarden willen tonen die daadwerkelijk voorkomen in de dataset om te voorkomen dat mensen gaan filteren op zaken waar geen één component aan voldoet.

[lencodes]

@bbrands02 om dit issue af te ronden moeten we:

1. De array filter bug oplossen (voor platforms);
2. De licenses endpoint data consistent maken (zie ook de comment van @rubenvdlinde hierboven over het filteren van de licenses lijst)

[matthiasoliveiro]

Issues #142 & #149 zijn voorwaardelijk voor de uitvoer van dit issue.

[rjzondervan]

Origineel 40 storypoints (20 per acceptatiecriterium)

[rjzondervan]

Origineel 40 storypoints (20 per acceptatiecriterium)

[lencodes]

Dit issue is, doordat de filtering is losgetrokken in #180, nu alleen nog blocked door #142

[rubenvdlinde]

@lencodes volgensmij is alleen de ordening losgetrokken in #180? niet de filtering

[rubenvdlinde]

Done