Page History
...
Inventory-tjekket 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.
Der er oprettet 3 skabelon-RFC’er, svarende til de inventory-opgaver som henholdsvis platformleverandøren (SDS-5831), vedligeholdelsesleverandøren (SDS-5832) og PO’en (SDS-5820) skal løse. På baggrund af disse skabeloner opretter PO de tilsvarende RFC'er for de enkelte komponenter.
Når et inventory-tjek gennemføres, kopieres skemaet i den relevante RFC ind i en kommentar på samme RFC, og 2. kolonne omdøbes til "Svar". Svarværdierne skrives ind i denne kolonne. Hvis der er behov for opfølgning, oprettes en eller flere RFC'er til dette, og jira-nummer anføres.
Der er en del attributter med udfaldsrummet "Ja / Nej / Mangler". Det skal tydeligt fremgå, om attributten er relevant for komponenten.
Proces
Oprettelse
...
af inventory RFC'er
- For hver komponent, som fremgår af [SDS-5819] NSP-komponent inventory analyse - SDS JIRA (nspop.dk), opretter PO'en 3 RFC'er som kopi'er af de 3 skabelon-RFC'er.
- PO sammenkæder RFC'erne.
- PO tilføjer leverandør (
- 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, oprettes 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
Ansvarlig for 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, oprettes 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 - 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
.RFC’er med opfølgningsopgaver oprettes på baggrund af besvarelserne omkring leverandør- og platform-attributter- udfyldes.
- 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 til PO-RFC'en 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.
Mister vi så historik?
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 |
...