Fyll ut malens hvite felter og fjern all grå tekst. Alle felter merket med * må fylles ut. S

Transkript

1 Utarbeidet av: Hans A. Eide Sist oppdatert: 04. mars 2016 Godkjent av: Dato for godkjenning: Fyll ut malens hvite felter og fjern all grå tekst. Alle felter merket med * må fylles ut. PROSJEKTINFORMASJON * Prosjektnavn Prosjektnummer Portaltjenester for brukere av nasjonal einfrastruktur * Tilknytning til andre prosjekt og/eller program Sigma2 S * Oppdragsgiver Prosjekteier Prosjektleder Sigma2 Stein Inge Knarbakk Gard Thomassen * Seksjon/koststed * Prosjekttype EKSTERN PROSJEKTBESKRIVELSE * Bakgrunn Den nasjonale einfrastrukturen for forskning skal tilby hensiktsmessige grensesnitt til brukere, og skal videre understøtte forskningsprosjekters og nasjonal deltakelse i internasjonale prosjekter, programmer og forskningsinfrastrukturer. Dette krever at den nasjonale einfrastrukturen, på eget (strategisk) eller brukeriniterte initativ, må kunne tilby grensesnitt for tjenester som benytter einfrastrukturens ressurser. Slike tjenester medfører kostnader, for eksempel investeringer, utvikling og drift, men også ansvar for tjenesteleveranse, tilgangsstyring, rapportering og sikkerhet. Etterspørselen etter denne typen grensesnitt (tjenester) mot den nasjonale einfrastrukturen er økende, og samtidig er kompleksiteten økende, for eksempel ved at leveranse av en gitt tjeneste bygger på nasjonale beregnings- og lagringsressurser i kombinasjon med databaser og web-grensesnitt. Portaler er fellesbetegnelsen for denne typen grensesnitt og tjenester. Det er behov for en formalisme, eller et rammeverk, for å kunne håndtere portaler innenfor den nasjonale einfrastrukturen. Dette for å sikre faglig vurdering og rapportering, ansvars- og forventningsavklaring mellom parter, og særlig ressursstyring, finansiering og kostnadskontroll. I mange eksisterende leverandør- og fagområdespesifikke portaler er det tatt lite hensyn til, eller lagt liten vekt på, bruk av delte beregnings- eller lagringsressurser med formelle krav til tilgang, ressursbruk og rapportering. For beregningsressurser gjelder det spesielt grensesnitt til køsystem(er) og installert applikasjonsbase. Personell i Metasenteret har vært involvert i portalutvikling og - tilpasning innen flere fagmiljøer, deriblant omfattende utviklingsarbeid av Lifeportal[1] ved Utkastnummer mal: 1.03prosjektplan.odt Mal utarbeidet:

2 UiO/USIT, som hovedsakelig er en beregningsportal for livsvitenskap. I dag er det derfor betydelig utviklerkompetanse innen Metasenteret, i første rekke på portalrammeverket Galaxy[2], som bl.a. Lifeportal er implementert i. Ved å standardisere i størst mulig grad på etablerte rammeverk for portaler kan det oppnås betydelig ressurssparing, komptansedeling og raskere utrulling av nye portaltjenester. I tillegg til en enklere tilnærming til HPC-ressurser er portaler en god arena for håndterig og deling av forskningsdata, deling av arbeidsflyt (workflows) og ikke minst for publikasjonsstøtte og reproduserbarhet av analyser utført i ulike forskningsprosjekt. [1] [2] * Formål Formålet med prosjektet er tre-delt: 1. Få en oversikt over status på internasjonalt, nordisk og norsk nivå innen relevante rammeverk. Basert på dette skal det identifiseres alternative rammeverk som kan benyttes for fremtidige portaler. 2. Etablere policies for portaler i egen regi (rettet mot større brukergrupper) og prosjektspesifikke portaler. Formålet her er: a. Sikre faglig/strategisk vurdering av ressursbruk med hensyn til tildeling av regnetid og lagringsplass for både norske og utenlandske brukere. b. Sikre tilstrekkelig rapportering av ressursbruk (HPC & Lagring) c. Etablere nivå(er) for tjenestekvalitet, bla. for ansvars- og forventningsavklaring mellom parter d. Sikre at etablering og drift av portaler blir gjort med tilstrekkelig ressursstyring, finansiering og kostnadskontroll inkludert medfinansiering av brukermiljø. 3. En annen del av prosjektet skal sørge for å ta vare på eksisterende portaltjenester i den nye driftsmodellen, og videreutvikle disse tjenestene for en bedre brukeropplevelse i en mer datasentrisk infrastrukturmodell. Formålet her er å a. Sørge for mest mulig effektiv utnyttelse av drift- og utviklingsressurser ved at teknologier og løsninger for portaltjenester i størst mulig grad standardiseres og gjenbrukes (stordriftsfordeler) b. Etablere moduler//apier for integrasjon av portaler med køsystem og autentiseringautorisasjonssystemer c. Etablere et bedre tilbud for forskere som må håndtere store datamengder, herunder visualisering, for å imøtekomme brukerbehov og for å minske behov for dataoverføringer mellom nasjonale systemer og brukerne * Prosjektmål Konkrete prosjektmål er 1. Lage oversikt over status på internasjonalt, nordisk og norsk nivå innen relevante rammeverk med tilhørende analyse av styrker og svakheter. 2. Etablering av policy (tildeling av ressurser, SLA, finansiering, eksterne brukere) for portaler som benytter den nasjonale einfrastrukturen. Utkastnummer mal: 1.03prosjektplan.odt Mal utarbeidet:

3 Herunder malverk for avtaler og utarbeidelse av standard satser for etablering, utvikling og drift av portaler. 3. Utvikle standard modul for autentisering (Feide og andre IDP er)] 4. Utvikle generell modul for strukturert integrasjon med applikasjoner i tjenesteporteføljen, køsystem(er) og accounting (forbruksavregning) 5. Utvikle av modul for problemdefinisjon og arbeidsflyt (pipelines) med mulighet for å vedlikeholde og dele disse sammen med tilhørende data 6. Grensesnitt for prosjektadministrasjon og enkel rapportering 7. Flytte kode til felles kodebase for Metasenteret De tekniske delene av prosjektet skal med andre ord etablere en basispakke for et grafisk grensesnitt for kjøring av applikasjoner i applikasjonsportefølje for beregningstjenester, basert på utprøvd og etablert teknologi og tidligere arbeid og erfaringer på området (Lifeportal prosjektet). Rammeverket skal ikke være begrenset til spesifikke fagområder, men kunne tilbys aktuelle brukergrupper uavhengig av fagområde som et alternativ til skriptbasert jobbkjøring der dette er etterspurt og hensiktsmessig. Prosjektet skal definere funksjonalitet og prioritere i hvilken rekkefølge funksjonalitet skal implementeres. Implementasjonen er tenkt utført i to runder - først en minimumsfunksjonalitet som må implementeres for å lansere et produkt av reell nytteverdi, dernest andrenivå funksjonalitet som kvalitativt forbedrer tjenesten. * Eventuelle avgrensninger Selv om FEIDE rekker som første autentiseringsmekanisme, må rammeverket på et meget tidlig stadium kunne benytte flere IDP er (MAS-brukere og samarbeidspartnere som er utenom FEIDE/MAS etc. må kunne dekkes). Prosjektet skal imidlertid ikke bruke ressurser på utvikling av nye autenisering- eller autoriseringsmekanismer. Løsninger for vitenskapelig rapportering, og integrasjon for dette, er ikke et tema i dette prosjektet da det er kun CRIStin som skal benyttes for denne typen rapportering. * Er prosjektet knyttet opp mot UNINETT Sigma2 og/eller den enkelte samabeidspartner sin strategi og/eller handlingsplan? * Prosjektets tilknytning, eller mangel på tilknytning, til UNINETT Sigma2 og/eller den enkelte samabeidspartner sin strategi og/eller handlingsplan. Referanse til Uninett Sigma2s hovedmål Promote e-infrastructure to new research communities JA * Antatt dato for gjennomført planleggingsfase (B2)? Antatt dato for avslutning av prosjektet (B4)? Utkastnummer mal: 1.03prosjektplan.odt Mal utarbeidet:

4 PROSJEKTETS OVERORDNEDE PRIORITERING Gi en overordnet prioritering for prosjektet av faktorene listet i tabellen nedenfor. Benytt en skala fra 1 (høyest prioritet) til 4 (lavest prioritet). Ingen av faktorene kan ha samme prioritet. *Ferdigtidspunkt *Kostnad *Omfang *Kvalitet RETNINGSLINJER FOR PROSJEKTARBEIDET Krav til styring av prosjektet Krav til dokumentasjon Metasenter-lederne er prosjektets styringsgruppe. Prosjektet skal utarbeide Dokument med oversikt over relevante rammeverk, med vurdering av styrker og svakheter, cost/nytte og konklusjon. Dokument med forslag til policy/retningslinjer (se eget ma l) Dokumentasjon av funksjonsbeskrivelse kravspesifikasjoner, programvare, testplaner etc. Dette skal detaljeres i prosjektplan Sluttrapport med beskrivelse av resultatet av prosjektet. Rapporten skal inneholde anbefalinger for videre arbeid/tiltak. Rapporteringskrav Prosjektet skal rapportere til Metasenter-lederne Ma nedlig status rapport (Kostnad, plan, progress, utfordringer etc..) Timeforbruk skal rapporteres. Prosjektnummer og forbruk skal være inkludert ba de i rapport og ved fakturering. Fakturering skal skje i henhold til faktisk medga tt tid dog ikke utover hva som er angitt i dette mandat. Faktura skal dokumenteres med timelister. Se ogsa Ref. Krav til dokumentasjon. Krav til prosjektmetodikk UNINETT sitt prosjektrammeverk skal benyttes og evt. UiOs rammeverk for programutvikling. Prosjektplanen skal vise hvilken metodikk som skal benyttes ANNEN VIKTIG INFORMASJON Den tekniske delen av prosjektet tenkes gjennomført med to utvikere fra Metasenteret på deltid (foreslått fra UiO eller UiT), og at denne delen strekkes over to år for å sikre integrering med ny driftsmodell og arkitektur for infrastruktur. RESSURSPLANLEGGING OG BUDSJETT Det skal videre redegjøres for ressursbruk og kostnadsbudsjett. Dette gjøres i to trinn: 1. Detaljert ressurs- og kostnadsbudsjett for planleggingsfasen av prosjektet Utkastnummer mal: 1.03prosjektplan.odt Mal utarbeidet:

5 2. Et estimert, overordnet ressurs- og kostnadsbudsjett for gjennomførings- og overleveringsfasen. Dobbelklikk pa tabellen nedenfor og bearbeid regnearket. Verdiene i DE GULE cellene beregnes i regnearket, og skal ikke endres. Gjeldende timepriser fa s pa forespørsel hos regnskap@uninett.no. NB! Husk at det aldri er lurt a planlegge et prosjekt alene. Ta gjerne med ba de prosjekteier og prosjektdeltakere for a sikre en god planleggingsprosess. For hver ressurs, angi i kolonnen til høyre hvorvidt uttak av ressursen er klarert med dens linjeleder. (PL = prosjektleder, PD = Prosjektdeltager) Rolle Avdelings / Klarert med PE/PL/PD Navn selskapstilhørighet PMs PM pris linjeleder PL Gard Thomassen USIT ( JA / NEI ) 0 0 ( JA / NEI ) 0 0 ( JA / NEI ) 0 0 ( JA / NEI ) Sum 1 * TOTALT BUDSJETT FOR PLANLEGGINGSFASEN Timekostnad (std. Metasenter sats) Direkte kostnader 0 Total kostnad planleggingsfase: *ESTIMERT BUDSJETT TOTALT FOR RESTEN AV PROSJEKTET (B2 B4) I tabellen nedenfor skal timekostnader og direktekostnader for hele prosjektet, eksklusive planleggingsfasen, estimeres. Dette gjøres for å signalisere antatt omfang av prosjektet. Total Total kostnad Total kostnad Antall PM Pris timekostnad Direkte (ekskl. (inkl. PM (hvis relevant) kostnader planlegging) planlegging) Utkastnummer mal: 1.03prosjektplan.odt Mal utarbeidet:

6 KOMMENTARER TIL ESTIMERT BUDSJETT TOTALT FOR RESTEN AV PROSJEKTET (B2-B4) *Kommenter usikkerheten til estimatene Estimerte PM er for gjennomføringsfasen er basert på arbeidsomfang. Detaljert budsett utvikles og presenteres i prosjektplanen. Kommenter eventuelt personressurser for resten av prosjektet Ref. til vedlagt organisasjonskart. Jørn Amundsen vil være faglig ansvarlig fra Sigma 2. I tillegg til prosjektleder Gard Thommassen, må utviklerne må identifiseres og tilgjengelighet avklares i prosjekplanen. * Finansieringskilder UNINETT Sigma2 finansierer følgende: 2016: = 10 PM er 2017: 8 PM er Reisekost: kr ,- Utstyr: kr.,- *OVERORDNET RISIKOVURDERING Oppgi identifiserte, overordnede risiko. Vurderingen skal være pa et svært overordnet niva, da prosjektleder skal gjennomføre en risikoanalyse i prosjektets planleggingsfase. - Prosjektet ga r over lang tid => For a unnga overspend samt sikre at prosjektet leverer i henhold til prosjektma lsetting, er det viktig med veldefinerte milepæler og tilhørende leveranser. Disse skal identifiseres i prosjektplanen - Forankring av policier for regnetid og lagring Utkastnummer mal: 1.03prosjektplan.odt Mal utarbeidet:

7 Styringsgruppe Metasenterledere Prosjekteier Stein Inge Knarbakk Sigma2 Prosjektleder Gard Thomassen UiO Referansegruppe 2 3 Medlemmer TBA Universitetene Utvikler TBA UiO Utvikler TBA UiT