Page History
Inventory-analyser for alle komponenter kan findes i Jira via det overordnede epic: [SDS-5819] NSP-komponent inventory analyse - SDS JIRA (nspop.dk)
Baggrund
Som et led i den løbende vedligeholdelse af NSP skal hver komponent jævnligt igennem et inventory-tjek. Ideen med dette er at give Product Owner for komponenten en mulighed for dels at få et overblik over komponentens tilstand , dels at igangsætte vedligeholdelsesopgaver.
Et inventory-tjek udføres af henholdsvis vedligeholdelsesleverandøren (leverandørattributter), leverandøren af QA og arkitekturbistand (platform-attributterplatformsleverandøren (platformattributter) og PO'en i hver deres RFC.
PO har ansvaret for at Inventory gennemføres, og at de relevante opfølgningsopgaver defineres og prioriteres.
Vejledning
Der findes tre typer Inventory-RFC'er (skabeloner), som henholdsvis platformleverandøren (SDS-5831), vedligeholdelsesleverandøren (SDS-5832) og PO’en (SDS-5820) skal gennemføre. Komponentspecifikke Inventory-RFC'er oprettes på baggrund af disse skabelon-RFC'er.
Inventory-tjekket gennemføres afrapporteres ved at udfylde skemaet skemaerne i hver komponents inventory-RFC. Hver række indeholder et målepunkt/attribut, og for hver af disse er det forventede udfaldsrum beskrevet.'er. Den enkelte Inventory-RFC lever videre fra den ene Inventory analyse til den næste, så historikken for analyser på den enkelte komponent kan findes samlet i komponentens 3 RFC'er.
Når et inventory-tjek gennemføres, kopieres skemaet i den relevante RFC ind i en kommentar på samme RFC, og der tilføjes en kolonne til svar (tryk på "+" når du står i kommentarfeltet og indsæt tabel - indholdet kan kopieres ind der). Hver række indeholder et målepunkt/attribut, og for hver af disse er det forventede udfaldsrum beskrevet. Når inventory-RFC'en gennemføres, kopieres skemaet ind i en kommentar, og 2. kolonne omdøbes til "Svar". Svarværdierne skrives ind i denne kolonne. Hvis svaret til en attribut er for omfattende til, at det kan være i skemaet, skrives det ind som en note nedenunder skemaet med tydelig angivelse af, hvilken attribut noten omhandler. Hvis opfølgning igangsættes, anføres jira-nummer.
Der er en del attributter med udfaldsrummet "Ja / Nej / Mangler". Her er det vigtigt at anføre, om en komponent burde have en bestemt attribut, eller om det er korrekt, at den ikke er angivetDet skal tydeligt fremgå af svaret, om attributten er relevant for komponenten. Hvis der er behov for opfølgning i forhold til en attribut, anføres , oprettes en eller flere RFC'er vedrørende dette, og behovet uddybes gerne i en note, så opfølgningen let kan igangsættes.
Proces
Der er oprettet 3 skabelon-RFC’er, svarende til de inventory-opgaver som henholdsvis QA-leverandøren (SDS-5831), vedligeholdelsesleverandøren (SDS-5832) og PO’en (SDS-5820) skal løse.
...
deres jira-numre anføres i skemaet.
Proces
Oprettelse af inventory RFC'er (PO)
- For hver komponent, som fremgår af [SDS-5819] NSP-komponent inventory analyse - SDS JIRA (nspop.dk), opretter har PO 'en oprettet 3 RFC'er som kopi'er kopier af de 3 skabelon-RFC'er.
- PO sammenkæder har ansvar for
- at RFC'erne er sammenkædet.
- at leverandør er tilføjet
- Vedligeholdelsesleverandører er pr. 2024 KIT Dok/Sik
- , KIT Reg.
- eller Arosii
- Platformleverandør er pr. 2024 Arosii
- Det er aftalt, at Inventory-RFC'er ikke skal behandles på CAB. PO lægger dem derfor PO lægger RFC'erne direkte i status "Klar til planlægning" som "mindre driftsrelaterede opgaver".
Behandling af inventory RFC'er
Leverandør-attribut-RFC’en:
- Skemaet med leverandørattributter udfyldes.
- Hvis inventory-analysen har påvist mangler, opretter leverandøren de nødvendige RFC'er til at følge op på manglerne. Jira-numre anføres i skemaet og RFC'er sammenkædes med Inventory-RFC'en.
- Leverandør-attribut-RFC’en sendes
Vedligeholdelsesleverandøren udfylder skemaet med leverandørattributter og sender RFC’en - videre til kvalitetssikring hos QA-leverandøren.
Når - QA
er gennemført tildeler QA- -leverandøren gennemfører kvalitetssikring, tildeler RFC'en til PO og sætter den i status "Åben".
Platform-attribut-RFC’en:
- Skemaet med platformattributter udfyldes.
- Hvis inventory-analysen har påvist mangler, opretter leverandøren de nødvendige RFC'er til at følge op på manglerne. Jira-numre anføres i skemaet, og RFC'er sammenkædes med Inventory-RFC'en.
- Platform-attribut-RFC’en sendes
QA-leverandøren udfylder skemaet med platformattributter og sende RFC’en - videre til kvalitetssikring hos SDS-arkitekterne
.Status sættes til "Åben" og tildeles til - ved at tildele den til en navngivet arkitekt.
- Arkitekten gennemfører kvalitetssikring, tildeler RFC'en til PO og sætter den i status "Åben".
PO-RFC'en:
- PO udfylder
- PO-skemaet udfyldes.
- RFC’er med opfølgningsopgaver oprettes, på baggrund af besvarelserne omkring leverandør- og platform-attributter.
- Et overblik over oprettede opfølgningsopgaver skal fremgå af PO-inventory-RFC'en
enten - som aktivitetssammenkædninger
eller i en kommentar- .
- Hvis der er påpeget et behov for opfølgning, men det besluttes ikke at igangsætte dette, skal
der skrives en begrundelse ind i en kommentar- dette begrundes.
- I "Oversigt over PO på komponenter og leverandør support" udfyldes kolonnen "Komponentstatus" med
link - Link til PO-RFC'en
og dato - og
- Dato for afslutning af Inventory-analysen.
- Når det samlede inventory
med ovenstående punkter - er afsluttet, sættes alle komponentens inventory-RFC'er i status "På hold" indtil det tidspunkt, hvor fornyet inventory skal igangsættes (efter
ca. - 1 år). Den enkelte RFC lever således videre, og den nye inventory-analyse dokumenteres i samme RFC som den forrige.
Platformattributter (udfyldes af QA-leverandørenplatformleverandøren)
| Komponentens navn | Udfyldes af PO ifm oprettelse af RFC |
| Dato for udfyldelse | dd-mm-yyyy |
| NSP image version | x.y.z |
| Anvendte ikke-godkendte 3. parts biblioteker? | Hvilke (f.eks. Spring Boot) |
| Tilgår den Stamdata direkte og korrekt? | Korrekt / Ukorrekt / Tilgår ikke |
| Lever status-siden op til forventningerne? | Ja / Nej (F.eks. Certifikater mv) |
| Indeholder den whitelisting | Ja / Nej / Mangler |
| Kan den kaldes via DRG? | Ja / Nej / Mangler |
| Har den et cleanup-job? | Ja / Nej / Mangler |
| Er der udviklet automatisk regressionstests? | Ja / Nej / Mangler |
Leverandørattributter (udfyldes af vedligeholdelsesleverandøren)
Attribut | Udfaldsrum |
|---|---|
| Komponentens navn | fx: service navn |
| Dato for udfyldelse | dd-mm-yyyy |
| Brugerhistorier | Ja / Nej / Mangler |
| Bruger den Security-API? | Ja / Nej / Mangler |
| Bruger den Audit-API? | Ja / Nej / Mangler |
| Lever den op til krav om code-coverage? | Ja / Nej |
| Indeholder den ignorerede unittests? | Ja / Nej |
| Er integrationstesten fyldestgørende? | Ja / Nej |
| SVN eller Git? | Link til repo |
| Bruger den egen database? | Ja / Nej |
| Services i komponenten | Hvilke f.eks. SCES, SYES, SKRS etc. |
| Har den dokumentation for fejlscenarier? | Ja / Nej / Mangler |
| Kalder den NAS i produktion? | Ja / Nej |
| Kalder den MinLog i produktion? | Ja / Nej |
| Kalder den STS i produktion? | Ja / Nej |
| Kalder den CPR-opslag i produktion? | Ja / Nej |
| Kalder den MinSpærring i produktion? | Ja / Nej |
| Kalder den BRS i produktion? | Ja / Nej |
| Hvilke andre komponenter kalder den? | F.eks. CAVE etc. |
| Hvilke eksterne services er den afhængig af? | F.eks. MidWifeRegistration, Digst Fuldmagt, CVR-RID |
PO tjekliste
Attribut | Udfaldsrum |
|---|---|
| Komponentens navn | fx: service navn |
| Dato for udfyldelse | dd-mm-yyyy |
| Hvornår er der sidst lavet gennemgang af 3. parts biblioteker? | dd-mm-yyyy |
| Er der større mangler i dokumentationen | Ja / Nej |
| Hvornår udløber produktions-certifikaterne | dd-mm-yyyy (Spørg Netic) |
| Dato for afslutning af komplet årligt inventory for leverandørattributter, platformattributter og PO-attributter | dd-mm-yyyy |
Leverandørattributter (udfyldes af vedligeholdelsesleverandøren)
| Komponent | Link til RFC | Dato for udfyldelse | Brugerhistorier | Bruger den Security-API? | Bruger den Audit-API? | Lever den op til krav om code-coverage? | Indeholder den ignorerede unittests? | Er integrationstesten fyldestgørende? | SVN eller Git? | Bruger den egen database? | Services i komponenten | Har den dokumentation for fejlscenarier? | Kalder den NAS i produktion? | Kalder den MinLog i produktion? | Kalder den STS i produktion? | Kalder den CPR-opslag i produktion? | Kalder den MinSpærring i produktion? | Kalder den BRS i produktion? | Hvilke andre komponenter kalder den? | Hvilke eksterne services er den afhængig af? |
| BehandlingstestamenteRegister | SDS-5914 - Inventory: BehandlingstestamenteRegister | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Nej | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| BRS | SDS-5901 - Inventory: BRS | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Ja | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| Dokumentdelingsservice | SDS-5887 - Dokumentdelingsservice | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Nej | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| DROS | SDS-6059 - DROS | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Ja | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| FællesStamkort | SDS-6072 - FællesStamkort | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Nej | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| Samtykkeservice | SDS-5904 - Inventory: Samtykkeservice | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Nej | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| Minlog2 | SDS-6062 - Inventory: Minlog2 | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Ja | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| NAS2 | SDS-6065 - Inventory: NAS2 | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Ja | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| NXRG | SDS-6068 - Inventory: NXRG | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Ja | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| OrgandonorRegister | SDS-5911 - Inventory: OrgandonorRegister | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Ja | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| SDM | SDS-6069 - Inventory: SDM | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Ja | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| StamkortRegister | SDS-6889 - Inventory: StamkortRegister | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Nej | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |
| STS | SDS-5907 - Inventory: STS | dd-mm-yyyy | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej / Mangler | Ja / Nej | Ja / Nej | Ja / Nej | Link til repo | Ja / Nej | Hvilke f.eks. SCES, SYES, SKRS etc. | Ja / Nej / Mangler | Ja / Nej | Ja | Ja / Nej | Ja / Nej | Ja / Nej | Ja / Nej | F.eks. CAVE etc. | MidWifeRegistration, Digst Fuldmagt, CVR-RID |