Page History
Projektet gennemføres som et agilt projekt, og der udarbejdes således ikke en egentlig kravspecifikation til projektet. Nedenfor listes de elementer, som løsningen forventes at indeholde. Der henvises endvidere til arkitektur-afsnittet her projektsiden.
BEMÆRK: Projektet forventes ikke at kræve ændringer i eksisterende services eller komponenter på NSP!
| Komponent / Område | Krav/Ønsker | Yderligere info |
|---|---|---|
| Komponentoverblik |
| |
| DDTV NSP service (1) | Der skal udvikles en OIO-IDWS webservice. Eneste kendte anvender af servicen er pt. Sundhed.dk, og udstilles derfor i første omgang kun på cNSP | |
| Analysen hidtil indikerer, at servicen skal indeholde følgende metoder: | Se DDTV NSP service snitfladebeskrivelse |
| Servicen skal indgå i en række kendte flows. | Se DDTV processer og interaktioner |
| Servicen er en "low trafic" service. Der forventes under 1000 kald per døgn, og der forventes ikke at skulle opbevares store datamængder i løsningen (total < 1TB, vækst < 36.5 MB/år) | |
| Servicen og bagvedliggende komponenter skal overholde de gældende husregler for NSP komponenter | |
| Servicen bør udarbejdes, så den understøtter befuldmægtigede og evt. forældreadgang. | |
| DDTV beskedkomponent (2) | Der skal udvikles en beskedkomponent, der kan modtage notifikationer på to topics:
Der skal til hver topic udvikles en listener, der på baggrund af oplysninger i notifikationen er | Se DDTV processer og interaktioner |
| Der forventes under 1000 meddelelser per døgn, og der forventes ikke at skulle opbevares store datamængder i køen (< 10 MB/døgn) | |
| Komponenten skal overholde de gældende husregler for NSP komponenter | |
| DDTV Webserver (3) | Der skal udvikles en simpel webserver, der kan modtage aktivering på prædefinerede links (indeholder udelukkende en GUID, der resolver til borgeren + hhv. 'accept' eller 'afvis'). Resultatet gemmes i databasen, og et resultat vises for brugeren på en simpel HTML-side. |