FriKomPort Kurs / Kompetanseportal for kommunene i Kongsbergregionen Fase 2 06.02.2006 Side 1 av 11
Innhold Innledning 3 Prosjektgjennomføring 4 Framdriftsplan og milepæler 4 Funksjonalitet 6 Ressurser og estimater 10 Referanser 11 Side 2 av 11 06.02.2006
Innledning Dette dokumentet inneholder en beskrivelse av hvordan Unified Consulting Objectnet (heretter kalt Leverandøren) ser for seg fase 2 i FriKomPort-prosjektet. Det refereres til fase 1 (ref. [1]) som er levert kommunene i Kongsberg-regionen (heretter kalt Oppdragsgiver) pr. 6/2-06. Dette dokument inneholder beskrivelse av ny funksjonalitet som er kandidater til prioriteringene i fase 2. Dokumentet danner grunnlag for oppstart av fase 2 slik Unified Consulting Objectnet (heretter kalt Leverandøren) ser for seg fase 2 i FriKomPort-prosjektet. Fase 1 av FriKomPort var basert på kostnadsdeling mellom oppdragsgiver og leverandør. Det var av stor interesse hos begge å få til et vellykket pilotprosjekt basert på prinsippene om bruk av fri programvare, både ved bruk av teknologi og i prosjektgjennomføringen. Vi mener å ha lyktes med dette i og med leveranse av en programversjon (FriKomPort versjon 1.0) som innehar avtalt funksjonalitet. Videre skal programmet GPL-lisensieres og kildekoden gjøres fritt tilgjengelig på prosjektets nettsted (foreløpig på server hos leverandør, etterhvert sannsynligvis på server hos oppdragsgiver). Basert på de positive erfaringene fra fase 1, og at det fortsatt gjenstår mye ønsket funksjonalitet, legger vi til grunn at både oppdragsgiver og leverandør har interesse av å videreføre prosjektet i FriKomPort Fase 2. Leverandøren mener det er naturlig at fase 2 gjennomføres som et vanlig konsulentoppdrag på time-for-time basis. Vi mener det er viktig å videreføre prinsippene fra utviklingsprosessen fra fase 1, basert på fleksibilitet i forhold til nye / endrede krav underveis i prosjektet. Time-for-time basis stimulerer til reell brukerstyring av oppgavene og derigjennom riktigere løsninger enn vi tror man oppnår med et fastpris-prosjekt. Sistnevnte vil være basert på detaljerte estimater på forhånd, der man nødvendigvis må legge inn romslige sikkerhetsmarginer. Vi tror økonomien blir best for Oppdragsgiver med et time-for-time prosjekt. Når det gjelder størrelse på prosjektet, baserer vi oss på erfaringene fra fase 1 der det er nedlagt ca. 1000 timer. Sett i forhold til ønsket ny funksjonalitet, anslår vi fase 2 til ca. 1800 timer. Med utgangspunkt i en gjennomsnittlig konsulent-timepris på 1000,- eks. mva., vil total økonomisk ramme på prosjektet være 1 800 000,- eks. mva. 06.02.2006 Side 3 av 11
Prosjektgjennomføring Prosjektet organiseres som i fase 1: prosjektansvarlig fra oppdragsgiver (Britt Inger Kolset) referansegruppe fra oppdragsgiver med representanter fra kommunene kundeansvarlig fra leverandør (Lars Ivar Næss) utviklingsteam fra leverandør 3 ressurser på heltid (Christian Egeberg, Henrik Rouyer-Johnsen, Klaus Stafto) referanse-faggruppe: bidrar med QA (Jan Henrik Gundelsby) Framdriftsplan og milepæler Hoved-milepæl er i slutten av juni-06 da løsningen skal være ferdig. Det fortsettes som i fase 1 med en iterativ / inkrementell prosjektgjennomføring med jevnlig brukerkontakt (helst ukentlig) og hyppige leveranser (2-4 ukers basis). Grov fremdriftsplan Fasene Utdyping / Konstruksjon 1 / Konstruksjon 2 ble gjennomført i løpet av under to måneder i prosjektets fase 1. Utover våren-06 tenker vi oss en naturlig fortsettelse med en inndeling i månedlige iterasjoner / faser: Konstruksjon 3 Konstruksjon 4 Konstruksjon 5 Konstruksjon 6 Iterasjon Mål Leveranse Implementere brukstilfeller Bruker-workshops Implementere brukstilfeller Bruker-workshops Implementere brukstilfeller Bruker-workshops Implementere brukstilfeller Bruker-workshops Del-leveranse 3 Plan for neste iterasjon Del-leveranse 4 Plan for neste iterasjon 2.0 Alfa-leveranse Plan for neste iterasjon 2.0 Beta-leveranse Plan for neste iterasjon Overlevering Systemtest / Akseptansetest Versjon 2 ferdig Side 4 av 11 06.02.2006
Grov milepælsplan Aktivitet / fase Dato Resultat Start Konstruksjon 3 13.02.2006 Slutt Konstruksjon 3 10.03.2006 Del-leveranse 3 Start Konstruksjon 4 13.03.2006 Slutt Konstruksjon 4 07.04.2006 Del-leveranse 4 Start Konstruksjon 5 10.04.2006 Slutt Konstruksjon 5 05.05.2006 2.0 Alfa-leveranse Start Konstruksjon 6 08.05.2006 Slutt Konstruksjon 6 02.06.2006 2.0 Beta-leveranse Start Overlevering 05.06.2006 Slutt Overlevering 30.06.2006 FriKomPort versjon 2.0 06.02.2006 Side 5 av 11
Funksjonalitet Her listes ønsket funksjonalitet basert på opprinnelig kravspesifikasjon, avgrensninger foretatt underveis i prosjektet og nye ønsker som er kommet til i løpet av fase 1. Det er naturlig at oppdragsgiver foretar ønsket prioritering av funksjonalitet ved oppstart av fase 2. Det er også naturlig at det vil komme til nye funksjonalitetsønsker underveis også i fase 2, og at en løpende prioritering vil måtte foretas på kontinuerlig basis. Utviklingsprosessen skal være slik at dette kan håndteres. De enkelte funksjonalitets-områdene for fase 2 er: Brukerhåndtering I og med ez publish sitt svært fleksible og gode brukerhåndteringssystem vil det ikke by på problemer å utvide brukerbasen kraftig. Dessuten støtter EZ publish LDAP for autentisering og kan autentisere mot både LDAP og sin egen interne brukerhåndtering. Leverandøren har erfaring fra tidligere med innlesing av brukerdata fra forskjellige systemer (alle LDAP-baserte systemer som f.eks. Active Directory eller OpenLDAP) og massere disse for så å putte de inn i et nytt system. Leverandøren vil kunne benytte denne kunnskapen til å lage et synkroniseringsprogram eller bidra i videreutviklingen av LDAP-Sync som er et tredjeparts tillegg til ez publish. Single Sign-On Når man synkroniserer slik at man har tilgang til alle ansatte fra portalen, skal login på windows holde for at portalen skal skjønne hvem som har logget seg på. Import av brukere via Excel regneark Det er uttrykt ønske om mulighet for å importere brukernavn og passord via Excel regneark. Behovet for dette er trolig ikke så stort, dersom Single Sign-On implementeres. Eksport av data Webrammeverket vi benytter støtter direkte eksport av data til bl.a. Excel-format, noe som kan leses av både Open Office og Microsoft Office. Dette er med andre ord bare snakk om en mindre utvidelse. Eksport av faktureringsdata til Visma Unique og Agresso Det kan være aktuelt å eksportere faktura-informasjon til økonomisystemene Visma Unique og Agresso, for å automatisere faktureringen i høyere grad enn funksjonaliteten som er definert for fase 1. Opplæringsplaner Det er enkelt å utvide brukerbegrepet i ez publish til å inneholde stillingsområde. I tillegg må utlistingsfunksjonen for kurs utvides til å ta hensyn til en brukers eventuelle stillingsområde samt å kunne bygge opp kurs for stillingsområde og detajlering (som eksempelet gitt i kravspesifikasjonen hvor stillingsområde er lærer og detaljering er 3. trinn. Denne utvidelsen vil kreve noe arbeid. Side 6 av 11 06.02.2006
Coaching Løsningen må støtte coaching / veiledning ved å synliggjøre dette og gi muligheter for at man kan tilby og bestille coaching. Mulig funksjonalitet i systemet er coaching som kurstype, og mulighet for oppretting av coaching-«kurs» og bestille coaching (melde seg på coaching-«kurs»). For å få med coachingfunksjonaliteten kan man lage et coaching-typeobjekt man knytter mot hver kurs/person/tjenesteområde. Dette vil gi muligheten til å utvide med et vilkårlig antall typer kurs. Man kan tenke seg at hvis valgt kurs er coaching, så vil under registrering tjenesteområde/stillingsområde måtte oppgis, og utlisting av dette kurset vil kun være synlig for bruker fra kommunen som tilbyr kurset/coachingen. Funksjonaliteten rundt coaching bør konkretiseres som innledende del av fase 2. SMS Kommunikasjon via SMS må komme i fase 2. Man skal kunne få varsler når man står på venteliste, godkjenne påmelding etter å ha stått på venteliste, og melde avbud via SMS. Mulighet for offentlig tilgjengelige kurs Man ønsker seg muligheten for å tillate alle innbyggerene i kommunen(e) å kunne melde seg på enkelte kurs/arrangementer. Dette vil kreve at man i det minste har et valg under opprettelsen av kurs som gjør kurset tilgjenglig eksternt. Begrense aktuelle kurskommuner Løsningen på «Numedals-strategien» under Fase 1. Man viser her en liste over alle tilgjengelige kommuner under registrering (standardvalg er at alle er valgt) og så kan kursansvarlig fjerne kommuner fra listen over godtatte deltagere. Eventuelt kan man tenke seg navngitte grupper av kommuner. Kompetansebank Det er ønske om å benytte systemet som en slags kompetansebank. Dette er på to nivåer: 1. Statistikk over kursholdere / ansvarlige 2. Statistikk over hvilken kompetanse kursdeltakere har opparbeidet Her kan man kanskje tenke seg spørreundersøkelser med vurdering av kvaliteten på kurs og foredragsholdere, spørreskjema rundt behov for fremtidige kurs, og kanskje mekanismer for å anbefale fremtidige kurs til kursdeltakere, og som verktøy for kursansvarlig. Automatisk generering av kursbevis Fra en form for mal. Genereres ut i pdf eller annet format, og sendes til kursdeltakerne. Saker til Fase 2 (versjon 2.0) registrert i supportsystemet fra fase 1 «Tips en venn»-funksjonalitet for innhold i ez publish og evt. også for kurs 06.02.2006 Side 7 av 11
Filtrere på kommune i liste over kursansvarlige Man må kunne filtrere på kommune i listen over personell. (Gjelder bare kursansvarlige. Kursholdere er ofte eksterne.) Flere tjenesteområder for ett kurs Kurs skal kunne ha mange tjenesteområder: Registreringsbildet / Utlistingsbildet / Detaljbildet osv. Nye felt i kommuneliste for å støtte fakturering Nye felt ved registrering av kommune: Fakturaadresse navn - f.eks. "Kongsberg kommune v/økonomitjenesten" Fakturaadresse: f.eks. Postboks 115 Fakturaadresse postnr/sted: f.eks. 3601 Kongsberg Kursinstruktør knyttes mot kommune Man ønsker å kunne knytte en kursintruktør til en kommune. (Man ønsker allikevel at man kan velge en kursinstruktør fra en annen kommune ved registrering av kurs). Søkefunksjonalitet på kursinstruktører Man ønsker å kunne avgrense instruktørlisten til bare å inneholde instruktører fra en eller alle kommuner. Mulighet for bilde på kursinstruktørsiden Man ønsker muligheter for å legge inn et bilde av kursinstruktøren ved registrering/redigering av en slik. Dette bildet skal da vises på detaljbilde til instruktøren. Nytt tekstfelt for referanse for kursinstruktør Det er ønskelig med et nytt tekstfelt knyttet til registrering av kursinstruktør: "Referanse", hvor den som registrerer instruktøren kan registrere slik tekstinfo. Ny oversikt som viser hvilke kurs en kursinstruktør har gjennomført Det er veldig ønskelig å se historiske data over hvilke kurs som en kursinstruktør har gjennomført. I forbindelse med at det et eller annet sted i systemet eksisterer en kobling mellom publisert kurs og kursinstruktør bør det kunne være kurant å nyttiggjøre denne. Kurslokale: nytt felt for AV-utstyr Ønske om at Administrator skal kunne definere et felles sett med AV-utstyr - og at disse fremkommer når man definerer et kurslokale. Det må være mulig å velge flere verdier fra denne lista (avkrysning?) for den som registrerer lokalet (f.eks. prosjektor, video, TV, osv) Kursregistrering / tjenesteområde: ønsker valg for «Alle» Valget "Alle" vises ikke i lista over tjenesteområder når vi registrerer et kurs. Vi arrangerer kurs som går på tvers av alle tjenesteområder. Begrepet "Alle" ligger inne i søkefunksjonen når vi ønsker å vise kurs for alle tjenesteområder. Tilsvarende valg bør derfor være mulig når man registrerer et kurs. (alle tjensteområdene bør velges automatisk - slik at dette kurset finnes igjen på et av tjenesteområdene når man søker etter dette). Et kurs skal kunne ha flere instruktører Det er ønskelig at det skal være mulig å velge flere kursinstruktører når vi registrerer et kurs. Side 8 av 11 06.02.2006
(Det er ganske vanlig å arrangere kurs med flere kursinstruktører dvs. mange-til-mange forhold). Bruker skal ikke måtte oppgi eget tjenesteområde ved registrering En som melder seg på et kurs skal ikke ha behov for å angi hvilket "tjenesteområde" han/hun representerer. Kursbeskrivelsesfelt skal inn i ez for å støtte rik tekstformattering. Kan gjøres ved å opprette ny innholdstype for kurs. I fase 1 benyttes et enkelt tekstfelt til å beskrive kurset, mens vi i fase 2 vurderer å benytte ezpublish i steden. Det blir i tilfelle viktig at den som publiserer kurset kommer til "riktig" sted i ez med en gang slik at det er enkelt å lage denne beskrivelsen. Dobbelregistrering av kommuner bør fjernes Kommuner må i dag legges inn i både ez publish og kurs-modulen skal bare behøve å opprettes en gang uavhengig av om man er i ez eller Java 06.02.2006 Side 9 av 11
Ressurser og estimater Leverandør legger følgende ressursinnsats til grunn: 3 utviklere i perioden 13/2 til 30/6-2006, dvs. 20 kalender-uker med fratrekk av ferier / permisjoner regner vi med å kunne nedlegge totalt 44 ukeverk / 220 dagsverk / 1760 timer Side 10 av 11 06.02.2006
Referanser [1] Kurs / Kompetanseportal for kommunene i Kongsberg-regionen Prosjektskisse (november-2005) 06.02.2006 Side 11 av 11