15. Udviklingsaftaler Flashcards
(47 cards)
Hvad er vandfaldsmodellen?
Den er karakteriseret ved, at kravene til systemet prisen og tidsplanen er fastlagt forud for projektets igangsættelse. K01 og K02 er baseret på vandfaldsmodellen.
Jo større “sikkerhed”, desto mindre fleksibilitet og ændringsmuligheder. Ydelsen kendes ikke på forhånd.
Hvad er ulempen ved vandfaldsmodellen?
Den manglende fleksiblitet, hvorfor K01 og K02 også indeholder ændringshåndteringsbestemmelser.
Hvad er forskellen på præciseringer og særskilte ændringer?
Præciseringer er omfattet af kravsspecifikationen. Særskilte ændringer er særskilt betalbare.
Hvad går den agile udviklingsmodel ud på?
Kravene til systemet skal løbende fastlægges i samarbejde mellem parterne i en erkendelse af, at det ikke er muligt at fastlægge disse på forhånd.
Systemets funktioner fastlægges undervejs i faseopdelte forløb.
Hvordan fastlægger man kravene til et system?
Man må først og fremmst gøre op med sig selv, om der skal være tale om en resultat- eller indsatsforpligtelse. I praksis vil man vælge en resultatforpligtelse. Leverandøren har da præsteret sit resultat, når et nærmere defineret resultat er opnået. Indsatsforpligtelse - der skal leveres en nærmere defineret indsats.
Hvilke betalingsmodeller findes der?
Fast pris eller betaling efter medgået tid og forbrug (time and material (TM)). Ved fast pris er det leverandørens risiko, hvis tidsplanen ikke overholdes - omvendt dennes gevinst, hvis det går hurtigere.
K01, K02 og K03 har karakter af fastprisaftaler.
Hvad gælder om tidsplaner?
Parterne skal fastlægge, om systemudviklingen skal være færdig til et på forhånd fastsat tidspunkt med den konsekvens, at en forsinkelse vil udgøre misligholdelse fra leverandørens side.
Samtidig bør det overvejes, om der bør ske faseopdeling med delleverancer.
Hvad er formålet med en faseopdeling?
At sikre kunden en løbende kontrol med udviklingen i projektet.
Hvad er forskellen på K01 og K02 og K18 og K33?
At parterne efter K01 og K02 nu bl.a. har mulighed for at udtræde af projektet mod betaling, hvis det i de indledende afklaringsfaser viser sig, at der er behov for ændringer i forhold til den oprindelige beskrivelse, og parterne ikke kan nå til enighed herom.
Hvordan er K01 og K02 opbygget?
Hovedaftale og en række bilag,der bl.a. indeholder kravsspecifikation, vedligeholdelse m.v.
Forklar K03
K03 har ikke karakter af et agreed document. Kravene til systemet specificeres kun på et overordnet niveau. Resten sker i samarbejde i takt med faserne.
Man sondrer mellem absolutte krav, som leverandøren er forpligtet til at opfylde og øvrige krav, som leverandøren kun skal bestræbe sig på at opfylde.
I K03 kan kunden på ethvert tidspunkt opsige kontrakten mod betaling af et opsigelsesvederlag.
Hvad er værksleje?
Når leverandørens ydelse alene består i at stille medarbejdere til rådighed.
Er et bestillingskøb omfattet af KBL?
Hvis omfattet af KBL § 2. Et bestillingskøb vil kun foreligge, hvis en væsentlig del af den samlede leverandøres udgøres af det indeholdte standardprogrammel.
Udgør tilpasninger og udvikling af nye programkomponenter det primære element, er der ikke tale om et bestillingskøb.
Hvad er en kravsspecifikation?
Det dokument, hvori kunden angiver sine krav til systemet.
Hvad er løsningsbeskrivelsen?
Et dokument, der angiver om, og hvordan leverandøren opfylder de enkelte krav i kravsspecifikationen.
Hvad gælder der ved uoverensstemmelse med kravsspecifikation og løsningsbeskrivelsen?
Spørgsmålet afgøres af “the battle of forms”.
Leverandørens løsningsbeskrivelse tillægges forrang, men leverandøren skal klart og tydeligt angive, hvis leverandøren helt eller delvist afviser at opfylde et krav i specifikationen. Hvis kunden med rimelighed ikke kan læse sig til dette, må leverandøren som den konciperende part bære risikoen derfor, hvilket medfører, at leverandøren vil være forpligtet til at opfylde kravet.
Ifølge K02 skal leverandøren tilpasse kravsspecifikationen, så denne afspejler løsningsbeskrivelsen.
Hvad er funktionelle krav?
Krav der angiver, hvad systemet skal kunne.
Hvad er svartider og driftseffektivitet?
Svartider angiver, hvor lang tid systemet er om at give brugeren et output, men denne indtaster en kommando i systemet.
Driftseffektivitet - tilgængelighed - angiver, hvor ofte systemet er tilgængeligt.
Kunden kan med rimelig forvente, at svartiderne ikke er så lange, at systemet reelt er uanvendeligt, og at tilgængeligheden er så lav, at det reelt er utilgængeligt.
Kan kunden kræve kompabilitet?
Uden særskilt angivelse, kan kunden ikke kræve, at systemet er kompatibelt med kundens eksisterende systemer.
Dog undtagelse, hvis der er tale om standardsoftware.
Er leverandøren bekendt med, at programmet skal fungere i samspil med eksisterende programmer, må leverandøren undersøge dette forhold nærmere.
Kan kunden kræve udbygningsmuligheder?
Uden særskilt aftale, kan kunden ikke kræve, at systemet efterfølgende kan udbygges funktionelt eller kan skaleres til yderligere brugere.
Har kunden krav på bruger- og systemdokumentation?
Kunden vil have krav på brugerdokumentation. Om kunden har krav på systemdokumentation afhænger af aftalens øvrige vilkår. Systemdokumentation giver mulighed for selv at foretage fejlrettelser, integrere systemet osv., hvorfor der må kræves en del, før en sådan ret opnås.
Hvad er god it-skik?
En af it-branchen alment accepteret god udførelse inden for et bestemt område.
Hvem har ansvaret for overholdelse af lovkrav?
For standardsystemer må udgangspunktet være, at leverandøren har ansvar for overholdelsen af præceptive lovkrav.
Kunden kan dog ikke forvente, at leverandøren overholder branchespecifik præceptiv lovgivning.
Dette følger også af K01.
I K02 har leverandøren dog både ansvaret for overholdelse af generel og branchespecifik lovgivning.
Hvad gælder om betaling?
Hvis ikke betaling er aftalt, kan leverandøren kræve et rimeligt vederlag for sin ydelse.
