|
Klarade millennium-buggen
|
|
Reg.datum: Aug 2005
Inlägg: 5 166
|
|
|
Klarade millennium-buggen
Reg.datum: Aug 2005
Inlägg: 5 166
|
När man skriver avtal på fastpris så måste man ha med de krav som ska uppfyllas så att tredje part eller oberoende testare i acceptanstestet kan avgöra; - Uppfylls kravet? (Ja/Nej). Varje krav ska dessutom vara atomärt, dvs odelbart. Varje krav måste ha en textuell beskrivning, eventuellt kompletterad med en bild som illustrativt exempel. Men det är det textuella kravet som gäller vid tolkningstvister.
Krav kan delas in i några övergripande kategorier:
- Funktionella krav (dvs verksamhets helt otekniska krav)
- Tekniska krav (som databasmiljö, utvecklingsverktyg, programspråk, integration med andra system, programmeringsstandard m.m.)
- Tidsmässiga krav (start och sluttidpunkter, deadlines)
- Processkrav (hur man går tillväga, ordningsföljd, avstämningstillfällen, acceptanstexter, delleveranser, styrning, problemhantering, överföring mellan olika faser, utbildning m.m.)
- Resurskrav (kompetenskrav på personal, Omfattning (dvs hur mycket personal behövs), maskinutrustning, kommunikationsutrustning, programlicenser)
- Finansiella krav (Arvoden, kostnader, betalningstillfällen)
- Juridiska/avtalstekniska krav (avtalets fullständighet, ändringar, om part hamnar i obestånd under avtalstien, force majeure, tvister, skadestånd, viten m.m.)
Det brukar även kräva att man har med en testspecifikation i kravet. Då är det lätt att avgöra om kravet uppfylls eller inte och det blir mindre tvister. Då kan leverantören själv testa om de uppfyller kravet eller inte, annars blir det subjektiva tolkningar och då blir det garanterat konflikter.
Det blir helt enkelt så att man som beställare måste tänka iogenom vilka krav man har redan innan man beställer och småsaker som man inte specificerar kan man inte hävda är kontraktsbrott.
Man ska också tänka på att det är vanligt att man beställer komponenter som inte kan köras självständigt utan som bara är en delmängd av ett system. Vill man ha ett komplett ystem som kan fungera självständigt så är det viktigt att man specificerar det.
Det är faktiskt rätt sällan jag har haft helhetsansvaret för ett system utan för det mesta har det varit leveranser av komponenter eller delmängder av gigantiska system med 100-tals utvecklare och annan personal/konsulter/leverantörer.
Det brukar då finnas specifikation hur de olika komponenterna ska kommunicera sins emellan genom s.k. interfacespecifikationer.
Senast redigerad av Conny Westh den 2010-05-23 klockan 16:08
|