Prototyper og anbudsdokumentasjon. Jan Håvard Skjetne SINTEF / University of Melbourne Janhavard.skjetne@sintef.no

Transkript

1 Prototyper og anbudsdokumentasjon Jan Håvard Skjetne SINTEF / University of Melbourne Janhavard.skjetne@sintef.no

2 Anbudsprosessen Løsningsuavhengig dokumentasjon

3 Motivasjon Arbeidet gjennom prosjekter i SINTEF med å utarbeide kravspesifikasjoner for ulike statlige institusjoner. Høyesterett Næringsmiddeltilsynet Vegdirektoratet

4

5 Importør/ varsler Varlsingsmodulen (+TVINN) Tilsyn Fylle ut Importmeldingsskjema på w ebben VAM sjekker at opplysningene er i henhold til aktuelle forskrifter. [ Oppfylt] Informer varsler [Ikke oppfylt] Tilsyn identifisere Transport til Norge Importmelding avvist VAM generere kontroller utifra oppfølgingsaksjoner Ikke kontroll før fortolling Kontroll før fortolling Sende importmeldingnr til TVINN VAM returnerer bekreftelse på importmelding til varlser VAM mottar bekreftelse fra TVINN Importmelding

6

7 Utfordring Anbudsprosessen kan generere et gap i kunnskapen mellom kunde og tilbyder. S. Lauesen and J.P. Vium, "Experiences from a tender process," presented at REFSQ'04, Riga, Essener Informatik Beitrage, 2004.

8 Hva krakteriserer prosesser som gir godt resultat? Samarbeide mellom ulike faggrupper Tidlig bruk av prototyper for å verifisere krav

9 Kunde og utviklingsbedrift To kulturer med forskjellig kunnskap, interesser og faglig språk: Kunde Fokuserer på mål til bedriften og brukerne Utviklingsbedrift Fokuserer på å utvikle et produkt som måter de tekniske og økonomiske krav og rammer

10 Grenseobjekter Star & Griesmer har utviklet et sett av krav for å etablere grenseobjekter: Participants should have a shared goal objects should be PLASTIC enough to adapt to local needs and constraints of the several parties employing them, yet ROBUST enough to maintain a common identity across sites. (page 393) The set of boundary objects should maximize both the AUTONOMY and COMMUNICATION between worlds. Only the parts ESSENTIAL to maintaining coherent information should be pooled into the intersection of information. Establish a clear, stringent and simple set of METHODS. Standardized methods shift the focus to how, not why.

11 Oversettelse mellom kulturer Hva bør en vurdere når en skal oversette dokumentasjon mellom to kulturer (Pym, A.): Hvem skal foreta oversettelsen? Hva skal oversettes? Oversettelse versus opplæring i den andres språk Tillit Hvorfor og hvordan blir kompleksiteten redusert?

12 Grenseobjekter er ikke robuste Grenseobjekter blir påvirket av forandringer i organisasjon, verktøy etc. Grenseobjekter avhenger av Passage points Boundary Objects Translations Passage point Passage point Passage point Translations Allies Allies Allies Allies

13 The boundary object should be PLASTIC enough to adapt to local need and constraints, yet ROBUST enough to maintain a common identity (Star) The Boundary object should contain only the ESSENTIAL PARTS (Star), the parts with highest RISKS (Plym) and have low COMPLEXITY (Plym). User oriented spesification and design Translations Boundary object Translations Technical spesification and design The boundary object could be reduced by increasing TRUST (Plym). Boundary The Boundary object could be shifted towards either side if one of the actors LEARNED the other actors LANGUAGE (Plym) Boundary The boundary object should maximize both the AUTONOMY and COMMUNICATION between worlds (Star)

14 Hvordan passer prototyper inn? Alle aktørene i utviklingen er opptatt av dem Alle aktørene kan påvirke og gi innspill til en prototype. MEN kunnskap utviklet av en prototyp kan være vanskelig å overføre til programvarespesifikasjon sent i utviklingsprosessen og spesifikasjon kan bli inkonsistent. Prototyper er robuste, fleksible og kan bli brukt selvstendig av både kunde og utvikler. Prototyper har ofte lav kompleksitet siden de er konkrete representasjoner. Prototyper har til nå primært blitt brukt som et verktøy for hver individual aktør. Prototyper har blitt brukt for å verifisere: Look and Feel, implementasjoner eller roller, men det finnes lite kunnskap om hvordan eksplisitt bruke prototyper som grenseobjekt.

15 Konklusjon Prototyper kan derfor potensielt møte mange av de krav som en bør stille til et grenseobjekt mellom kunde og utvikler. Det er imidlertid et behov å identifisere hvilke karakteristikker som er essentielle og forbundet med høy risiko, og hvor kompleks en prototyp bør være for å bedre oversettelsen mellom spesifikasjoner.