OIM CSS Klassemodel | Side 1 “Logiske” retningslinjer Fællesnævneren for Virk.dk og Borger.dk – Processer omkring integration af en portalservice – Anbefalede.

Præsentationer af emnet: "OIM CSS Klassemodel | Side 1 “Logiske” retningslinjer Fællesnævneren for Virk.dk og Borger.dk – Processer omkring integration af en portalservice – Anbefalede."— Præsentationens transcript:

1 OIM CSS Klassemodel | Side 1 “Logiske” retningslinjer Fællesnævneren for Virk.dk og Borger.dk – Processer omkring integration af en portalservice – Anbefalede mønstre for udvikling af portalservices – Retningslinier for integration af portalservices (bilag A og B) På et logisk niveau, dvs. ikke implementationsteknisk – Er dog undtagelser, hvor OIM er meget specifik Virk.dk OIMBorger.dk

2 OIM CSS Klassemodel | Side 2 OIM CSS-klassemodel-projektet –behandler CSS-klasser med udgangspunkt i virk.dk’s forms-model –skaber en fælles CSS-klassemodel, der kan bruges på både borger.dk og virk.dk –er kun for de portalservices der skal integreres ind i de to portaler –søger at ramme ca. 80 % af de klasser der skal benyttes –Klassemodellen vil derfor blive udvidet over tid –vil også beskrive regelsættet for brug og evt. afvigelse fra OIM CSS- klassemodellen Det er værdifuldt, at der bliver udarbejdet en fælles ’standard’ for anvendelsen af CSS-klasser i den offentlige sektor, så der ikke – som nu – eksisterer mange forskellige notationer hos myndigheder og leverandører som gang på gang skal ”mappes” til hhv. borger.dk og virk.dk’s CSS- klassedefinitioner i de respektive CSS-stylesheets. Projektet

3 OIM CSS Klassemodel | Side 3 Nuværende CSS-klasser med udgangspunkt i virk.dk’s forms-model Nr.KlassenavnBrug 1address_doorBruges til Side/Dør 2address_floorBruges til Etage 3address_numberBruges til Husnr 4buttonKnap 5clearfixIndkapsling ? 6fieldsetIndkapsling 7floatleftFormatteret mod venstre 8floatrightFormatteret mod højre 9nextpil vendt mod højre 10prevpil vendt mod venstre 11prevnextfælles formattering af farve, font-weight og kant. 12readonlyVisning af værdi, der ikke kan ændres 13reqAngivelse af at feltet er obligatorisk (typisk vises en *) 14short 15textFelt, der kan redigeres

4 OIM CSS Klassemodel | Side 4 Proces OIO-høring Version 1.0 Interessentgruppen er: EDB-gruppen KMD DBC Kommuneinformation Styregruppen er: Borger.dk SKAT Taskforcen og Virk.dk Alle udbydere indenfor Portalintegrationsprojektet

5 OIM CSS Klassemodel | Side 5 Forventet tidsplan 14/121/128/14/211/218/225/23/310/317/324/331/37/414/421/428/4 Leverance Uge 3 Uge 4 Uge 5 Uge 6 Uge 7 Uge 8 Uge 9 Uge 10 Uge 11 Uge 12 Uge 13 Uge 14 Uge 15 Uge 16 Uge 17 Uge 18 2.1 Projektplan 2.2 Nedsættelse af interessentgruppe 2.3 Nedsættelse af CSS-Styregruppen 2.4 Afklaring af ambitionsniveau / regelsæt 2.5 Navnemodel 2.6 Samling af bruttoliste Interessentgruppen kommenterer Input fra SKAT og Borger.dk Samling 2.7 Opløftning af VIRK-klasser til OIM- klasser 2.8 Samling af nettoliste Sortering og udvælgelse evt. nye CSS-klasser 2.9 Intern review i P.I.-projektet 2.10 Fastlæggelse af version 0.9 2.11 Oplæg til revisionsproces 2.12 Indstilling til Styregruppen 2.13 OIO-høring og opløftning til version 1.0

6 OIM CSS Klassemodel | Side 6 Hvis man har et projekt igang eller ved at starte op... –Man kan godt påbegynde sin funktionelle analyse og design –Man kan godt finde frem til de indholdselementer, man skal have på sin portalservice-applikation –Man kan godt påbegynde kodning, når blot udviklerne er orienterede om, at CSS-klasserne er på vej