...

I forbindelse med QA af komponenter vil NSP Leverandøren kunne have behov for at levere ændringer til komponenten tilbage til Komponentleverandøren. Det kan eksempelvis være en rettelser til konfigurationen for at kunne håndtere ændringer i NSP platformen, eller (typisk) mindre koderettelser. Komponentleverandøren skal altid godkende rettelsen, og dermed sikre at den fremover vil være med i nye leverancer (se HUSREGLER).
Rent praktisk kan et patch af en komponent foregå på flere måder. Det afhænger af
omstændighederne og der stilles derfor intet krav om på, hvilken form en ændring til en komponent
skal tilflyde Komponenetleverandøren. Det må afgøres fra sag til sag, hvad der er
hensigtsmæssigt.
5 se endvidere Husregler 1.0, afsnit 2.5(Se endvidere HUSREGLER).

DRIFTSLEVERANCE

Ved en driftsleverance forstås en aftalt overdragelse af en specifik komponentversion fra NSP
leverandøren til NSP driftsleverandøren med henblik på idriftssættelse af denne.

...

Efter at have foretaget individuel byg og test af de enkelte komponenter og integration på den
relevante NSP platform, afleveres en NSP leverance fra NSP Leverandør til NSP Driftsleverandør,
som indeholder, men ikke er begrænset til:•

• Binære komponenter

...

• Konfiguration af komponenter (og deres afhængigheder)

...

• Stamdata

...

• Testvejledninger

...

• Testresultater

...

• Testdata

NSP leverancen placeres i SVN. Layoutet er defineret som vist på Figur 2.
Her ses opdeling mellem test og release i trunk. Test-området er struktureret i test-aspekter og kan
dække kandække en enkelt komponent eller gå på tværs af komponenter. Det er fuldstændig styret af,
hvordan komponenter opererer i problemområdet og dermed kan indholdet af aspekter variere.
Release-området er struktureret pr. komponent og hver komponentområde indeholder det artefakt,
som udgør komponenten.

Image Added

Figur 2: NSP Leverandørens SVN område
SVN anvendelse
NSP

Patch af NSP leverance

NSP Driftsleverandør modtager den kvalitetssikrede NSP leverance. Ifbm. overdragelse kan der
forekomme situationer, som kræver ændringer i det leverede. Oplysninger om hvad der bør rettes
skal tilgå NSP Leverandør ad sædvanlige kommunikationskanaler og/eller sagsstyringsværktøj.
Her kan eksempelvis være tale om ændringer til kode eller binære artefakter. NSP Leverandøren
skal herefter afgøre, hvorvidt der er tale om en simpel eller kompleks ændring og enten udføre
ændringen selv eller lade Komponentleverandøren udføre ændringen.
Ved simple ændringer udført af NSP Leverandøren skal ændringen flyde tilbage til
Komponentleverandøren på samme måde som beskrevet i afsnit 2.2. "Patch af komponenter". Simple ændringer kan
sandsynligvis udføres uden en ny komponentleverance.
Ved komplekse ændringer informeres Komponenetleverandøren af NSP Leverandøren om
ændringen der skal udføres, hvorefter Komponenetleverandøren godkender og udfører
ændringen. Komplekse ændringer er kun med i upstream-releases.

Illustreret leveranceprocess

Image Added
Figur 3: Leveranceprocess