Konkurransegrunnlag for anskaffelse av nettstedet data.norge.no
|
|
- Marit Løkken
- 8 år siden
- Visninger:
Transkript
1 Innhold Innhold... 1 Innledning... 2 Systemdiagram... 3 Use case definisjoner Funksjonelle krav til løsning Skisse til løsning Generelt Test Fremdriftsplan... 16
2 Innledning Med bakgrunn i vårt internasjonale FoU engasjement og vår erfaring fra arbeid innen tilgjengeliggjøring og gjenbruk av data fra de mest sentrale områdene for offentlige data vil vi først og fremst gi vår tilslutning til at etableringen av et nettsted som data.norge.no er et viktig og nødvendig skritt for å realisere det økonomiske, vitenskapelige og kunnskapsmessige potensialet som i dag er gjemt bort i separate informasjonsunivers. Vi håper naturligvis også at DIFI vil oppfatte AVINET og vårt løsningsforslag som interessant for implementering av portalen. Figur 1: Offentlige data med stort gjenbrukspotensiale i henhold til epsiplus prosjektet Arbeid som har vert utført innen offentlig informasjon i Europa har identifisert tre ulike dataområder som de viktigste kildene til data for gjenbruk: geografiske data; lovdata og meteorologiske data. Denne avgrensingen er gjort i samsvar med EU-direktivet for (gjenbruk av) offentlig informasjon hvor kulturinformasjon og statistikk er utelatt av hensyn til rettighetsproblematikk og sikkerhet. I data.norge.no vil vi gjerne også se disse to som en del av helheten. AVINET har gjennom snart 10 år arbeidet tett med å utvikle katalog og datautvekslingsløsninger for geodataproduserende etater i Norge (mellom annet Statens Kartverk), vi har også arbeidet tett med kultursektoren (en rekke prosjektet innen dataformidling for ABM-Utvikling 1, statens senter for utvikling innen arkiv-, biblioteks- og museumssektoren) og det siste året også med Statistisk Sentralbyrå som en svært viktig leverandør av offentlige data i Norge. Innen det juridiske området har AVINET vert med på å utvikle og drive en rekke av de sentrale systemene for eiendom, persondata og kriminalrett. AVINET er også en sentral gjenbruker av åpne data innen meteorologiområdet i Norge og er et ledende kompetansemiljø for de løsninger som ligger til grunn for tjenesten yr.no 2. Vår erfaring fra dette arbeidet tilsier at det har etablert seg skillelinjer ikke bare mellom organisasjoner men også mellom sektorer. Det geografiske området har sin egen datakatalog, Norge Digitalt som kun fokuserer på data som har en direkte geografisk referanse men som er en viktig kilde til metadata også for data.norge.no. Å bryte ned dette skillet ved hjelp av maskin-maskin interoperabilitet mellom kataloger vil være en svært viktig suksessfaktor for dette prosjektet. Avinet mener å ha den nødvendige erfaring og kontakt med relevante fagmiljøer for å oppnå denne gevinsten. Til dette prosjektet har vi i tillegg til våre egne erfaringer og kunnskap hentet inn støtte fra flere hold som vil bistå i detaljspesifikasjonsfasen for å sikre at alle relevante hensyn blir tatt og for å sikre optimal læringsverdi og overføringsverdi fra tilsvarende initiativ andre steder. 1 ABM-U er for tiden under omorganisering og vil bli overført til Nasjonalbiblioteket og Norsk Kulturråd. 2 Yr.no blir utviklet av Nrk og DNMI. Avinet er ikkje involvert i dette arbeidet. 2
3 Disse inkluderer: ekspertise fra data.gov.uk-prosjektet og; ekspertise innen gjenbruk av offentlig informasjon fra epsiplus-prosjektet Vi har også tillatt oss å fremheve ytterligere momenter som vil være viktige for å lykkes med data.norge.no, herunder markedsføring av tjenesten mot både datatilbydere og sluttbrukere hvorav offentlig sektor selv kanskje vil være den største volumbrukeren men hvor privat sektor og særlig ideelle organisasjoner/ngoer vil kunne utgjøre et stort potensial i løpet av kort tid. Systemdiagram AVINETs løsningsforslag er beskrevet i henhold til tabellene i DIFIs kravspesifikasjon under overskriftsnumrene 1-5 nedenfor og er vist forenklet i dette systemdiagrammet: Figur 2: Systemdiagram for AVINETs løsningsforslag for data.norge.no I tillegg til de komponenter som er eksplisitt etterspurte i DIFIs kravspesifikasjon har vi valgt å inkludere MapServer som en del av teknologiplattformen da søk og gjenfinning av datasett etter geografisk dekningsområde kan være av stor interesse for eventuelle gjenbruk. 3
4 Use case definisjoner For at løsningen skal svare til de aktuelle problemstillingene for de ulike aktørene innen åpne data i Noreg har vi valgt å definere noen enkle generelle use-case scenerier som illustrerer de viktigste funksjonene løsningen må støtte. Mer detaljerte diagrammer vil bli utformet som en del av detaljspesifikasjonsaktiviteten i fase 1-3. Figur 3: UML use-case diagrammet over viser hvilke brukerscenarier som er vektlagt for løsningsforslaget 4
5 1. Funksjonelle krav til løsning Krav nr. Beskrivelse av krav Status Leverandøren sitt svar 1.1 Generelle krav Løsningen skal bestå av et rammeverk som Løsningen bygger på ivaretar design og navigasjon mellom de rammeverket Drupal som sikrer at løsningen fremstår forskjellige modulene i løsningen slik at løsningen som enhetlig. fremstår som enhetlig og sammenhengende. Rammeverket skal omfatte følgende innholdskategorier: Nettstedets logo, navn, etc., som skal vises på alle sider Språkvalg Faner e.l. som hjelper brukeren å navigere mellom datakatalogen, blogg, andre dokumenter og ressurser Innlogging for brukere Løsningen skal kunne fremstå på flere språk, med mulighet for å gjøre innhold tilgjengelig på flere språk Løsningen skal ha minst ett unikt navn, det vil si et navn som ikke er direkte knyttet til løsningen eller leverandøren av løsningen. For eksempel data.norge.no Løsningen skal aktivt hjelpe brukeren til å følge referansekatalogens krav til IT-standarder der det er relevant. ( Et konkret eksempel på dette er at løsningen skal sørge for at dokumenter blir publisert i rett format Løsningen skal utformes i tråd med statens IKTarkitekturprinsipper: kturprinsipper Løsningen skal tilfredsstille kravene i W3C WAI WCAG 2.0 AA (alle kriterier merket A og AA i standarden - view.php). Ved leveranse skal dette dokumenteres Løsningen skal benytte RDF/Linked Open Dataattributter til å annotere innhold på nettstedet. Vil benytte Drupal s språkmoduler. Løsningen vil i hjelpefunksjoner og ledetekster for skjemaer for publiserering (og bruk) av data peke til relevante standarder både fra DIFI og andre relevante nasjonale og internasjonale standarder. Løsningen vil også implementere aktiv validering av felter for opplasting for å sikre kompatible filtyper etc. Grafisk visning av søkeresultater i kart vil være en ikke-essensiell tilleggsmodul hvor noe av det grafiske innholdet vanskelig kan stille kravene til WACG standarden, Dette vil imidlertid bare dreie seg om en alternativ måte å vise innhold på således vil løsningen som helhet være kompatibel med tilgjengelighetsstandardene. Deskriptive metadata som vil være tilgjengelige som RDF vil være basert på velkjente 5
6 attributt-vokabular hvor Dublin Core er det viktigste men hvor det også vil lånes elementer fra DCAT, Friend-of-a-Friend, SKOS, Creative Commons og DOAP for å utvikle en DC applikasjonsprofil for data.norge.no. Dataene vil siden bli eksponerte over Internett gjennom spørreprotokollen SPARQL og kataloggrensesnittet i CKAN/ Drupal Datakatalog-delen av løsningen bør bygge på Comprehensive Knowledge Archive Network (CKAN) eller bedre. Beskriv hvordan dere ønsker å bruke CKAN. Dersom løsningen ikke bygger på CKAN, begrunn hvorfor og hva dere vil bruke istedet. Alt.1) Det installeres en instans av CKAN for å lagre metadata om datasettene. CKAN benytter et format med noen standardelementer og i tillegg kan det defineres andre, som til dømes Dublin Core. Datakatalogen vil bli brukt fra Drupal vha CKANs APIer, både for spørring, registrering og vedlikehold. Metadataene registreres og vedlikeholdes i utgangspunktet manuelt der brukertilgangen i Drupal og CKAN er samordnet. Alt.2) Metadata om datasett defineres som en innholdstype i Drupal. Content Construction Kit (CCK) brukes for å definere felter. Det finnes CCK-modul for DC samt extensible Catalog Drupal toolkit som blant annet inneholder OAI-PMH harvester modul for høsting av metadata. Ellers finnes mange moduler for import og sync i Drupal. 1.2 Administrasjon av nettstedet Løsningen skal kunne håndtere et større antall brukere med ulike roller og rettigheter. Det skal registreres kontaktinformasjon relatert til hver bruker Innholdet på nettstedet skal kunne administreres gjennom et webbasert grensesnitt kryptert med SSL Løsningen må legge til rette for en enkel autentisering av brukere. Det må være mulig å verifisere enkelte brukere som representanter Se også og CKAN (alt.1) velges fordi den er tiltenkt å behandle datasett og andre kunnskapsressurser og at den alt er brukt i søster-prosjekt som data.gov.uk. CKAN mangler en del funksjonalitet som lagring av kommentarer og visning av statistikk over bruk. data.gov.uk har derfor laget en åpen CKAN-Drupal integrasjonsmodul, for å benytte funksjonalitet i Drupal i stedet. Kort sagt lagres node i Drupal for hver metadatapakke som datasett i CKAN. Vi forutsetter at denne integrasjonen også tas i bruk aktuell løsning. User Management moduler i Drupal benyttes. Disse kan integreres mot OpenID moduler for Drupal. OpenID modulene har bl.a. mulighet til å automatisk generere Drupal brukere for personer som har OpenID og å hente ned relevante data Drupal støtter https og kryptering. Det er flere måter å løse dette på, og de ulike metodene har sine positive og negative sider. Grad av sikkerhet må sees opp mot ressursbruk. Moduler i Drupal benyttes. Pålogging vha OpenID eller ved å angi brukernavn og passord. 6
7 for departement, etater og kommuner Det skal være støtte for å tildele rettigheter til brukere på en enkel måte Alt innhold skal eies av én eller flere brukere i systemet Administrator skal kunne administrere alt innhold Løsningen skal kunne håndtere flere versjoner av metadata, der hver av versjonene korresponderer med ulike versjoner av datasettet metadataene beskriver. Det skal komme klart frem hvilke versjoner av det beskrevne datasettet som er tilgjengelige til enhver tid, og hvilke versjoner som er historiske Løsningen skal ha en rutine for håndtering av metadata for relaterte datasett. Det skal være mulig å se metadata for relaterte datasett i sammenheng Løsningen skal ha en rutine for utfasing av beskrivelser av spesifikke datasett. Brukere kan ha roller (for eksempel gruppe) med ulike rettigheter. Via rollebegrepet i Drupal. Alt innhold i løsningen vil være knyttet til en bruker eller rolle i systemet og vil kunne administreres av denne. CKAN versjonerer automatisk all metadata dvs. at alle endringer lagres. Innholdet i metadatafeltene som peker til det stedet hvor datasettet er publisert som LOD vil kunne være forskjellig fra versjon til versjon av metadataene. Det er imidlertid opp til datatilbyder å endre denne informasjonen og passe på at metadataene peker til korrekt versjon av datasettet, eventuelt historiske versjoner av dataene. CKAN supporterer relasjoner mellom pakker (metadata) gjennom Package Relationships Register og har Model API som kan benyttes fra til dømes Drupal. Metadata vil gis i form av nøkkelord hentet fra et felles kontrollert vokabular uttrykt i som SKOS (Simple Knowledge Organisation System). Nøkkelordene vil være i metadatafeltet DC:Subject og disse vil også kunne brukes til å avlede relasjoner mellom datasett, det samme gjelder felter som for eksempel DCMI:terms ispartof. Med dette punktet forstår vi at det vil være behov for å fjerne metadata for et gitt datasett da det blir avdekket eventuelle feil i dataene eller andre forhold krever dette. Løsningen støtter både permanent fjerning av metadata for datasett (sletting) og midlertidig blokkering av tilgang, det siste kan være relevant i situasjoner der et datasett må tas offline i en 7
8 Løsningen skal kunne håndtere import av metadata fra andre kilder. Slik import skal kunne automatiseres Datakatalogen skal inneholde metadata som kreves for å kunne gjøre en tjeneste tilgjengelig, eksempelvis informasjon, relevante adresser, formater, dokumenter, standarder, lisenser og kontaktinformasjon for feilmeldinger meldt på nettstedet. Beskriv hvordan disse metadatadefinisjonene kan vedlikeholdes Alle innholdselement skal ha en unik permanent URI. URI-en må være lesbar ( human readable ), være hierarkisk oppbygget, og være utformet slik at man skal kunne tolke hva den representerer. Beskriv hvordan disse URI-ene kan vedlikeholdes Det skal være mulig å navigere i metadataene på flere måter, f.eks. etter eier, forvaltningsnivå, eiers geografiske plassering, type data og lisenstype Det skal være mulig å gi tilbakemelding på alle datasett som er beskrevet i datakatalogen. Beskriv hvordan dette løses og administreres Det skal være mulig å følge en RSS/Atom-feed med nyheter om hvert datasett som er beskrevet periode for å utføre rettinger av systematiske feil el. l. Midlertidig blokkering gjøres fra Drupal mens permanent sletting også kan gjøres fra CKAN. CKAN har Excel Importer for metadata (og datasett). CKAN har kommandolinjeklient (datapkg) som kan lette automatisering (jfr. cron). Det må trolig lages/tilpasses importrutiner for andre formater som XML/JSON, om de ikke alt finnes. Definisjonene kan vedlikeholdes i en CKAN Form, fra Drupal via API eller som en CKAN klient. Unike permanente Id-er vil bli bygget opp ved hjelp av datasettenes eierskap, navn og versjonsnummer. Eksempel: rt kortform av tilbyderorganisasjonsnavn]/[no rmalisert kortform av datasettnavn]/[versjonsnumm er] Metadataene vil inneholde provenansinformasjon for å peke videre til original URIer for data som blir vedlikeholdt i andre kataloger og høstet automatisk av data.norge.no. For hver id vil det være tilgjengelig et (auto-generert) RDF dokument som gir informasjon om datasettet, dets relasjoner med mer. Se også punkt Dette kan gjøres gjennom CKAN s søke-api fra Drupal ved å angi de elementer som skal søkes på. Dette kan gjøres ved at kommentarer lagres i Drupal knyttet til node for datatasettets metadata. API-et CKAN Feeds gir en liste over endringer i alle eller en pakke (metadata om 8
9 i datakatalogen. Disse nyhetene skal kunne lages direkte på nettstedet. Løsningen skal også kunne videreformidle nyheter fra dataeier Alt innhold skal være synlig datert Hvert datasett som er beskrevet i datakatalogen skal presenteres med nøkkeltall relatert til visningen av datasettet. Et eksempel på nøkkeltall er antall visninger i en gitt periode. Det skal være mulig å navigere etter slike nøkkeltall Det skal være mulig å registrere informasjon om applikasjoner. Det skal være mulig å registrere metadata om applikasjonen, i tillegg til at det skal være mulig å knytte metadata om applikasjonen til metadata om de datasettene applikasjonen benytter. 1.3 Krav til nettstedet Nettstedet skal ha en innbydende utforming hvor alt innhold redigeres i samme grensesnitt som visningen Løsningen skal ha en søkemekanisme som lar bruker søke i fritekst på alt innhold i løsningen Det skal være mulig å karakterisere noen av de beskrevne datasettene som populære eller hotte. Disse skal kunne profileres på fremsiden og/eller i sidekolonner. 1.4 Krav til bloggen Det skal være mulig å importere alt innhold fra den nåværende bloggen på data.norge.no inn i den nye bloggen. 1.5 Presentasjon av datasett Eier av datasett skal kunne laste opp ett eller flere eksempel på datasettet. Disse skal både kunne lastes ned og kunne visualiseres i nettleseren av besøkende. Minimum støtte er JSON og XML. datasett). Det kan også være naturlig å knytte nyheter om datasettet til noden i Drupal og bruke RSS Feed derfra.. Det finnes en core-modul og en avansert modul i Drupal for statistikk over bruk av noder som for eksempel metadata om datasett. Vi antar at dette skulle reflektere bruken av datasett i CKAN. En kan navigere etter nøkkeltall til dømes via en skymodul. Metadata om applikasjoner lagres i CKAN som andre metadata, men definert med andre felt. Ved å definere relasjonsfelt i metadataene kan metadata om applikasjon og datasett knyttes sammen. Drupal s fritekst-søk er trolig godt nok også for metadata da de er lagret som noder, ellers kan CKAN Search API utføres fra Drupal. Administrator av nettstedet registrerer dette i Drupal eller en kan profilere etter bruken av noden. Eksisterende blogg er tilgjengelig som RSS og alt innhold kan hentes via denne kanalen. CKAN Excel Importer finnes og bør kunne brukes til å laste opp datasett og metadata til gruppe Eksempler til dømes. JSON og XML bør også kunne lastes opp som et filvedleggsfelt i skjema for datasett. 9
10 1.6 Tilgjengelighet av rådata Katalogen over offentlige datasett skal beskrives som et eget datasett i løsningen, og gjøres tilgjengelig i standardiserte, strukturerte, maskinlesbare formater. Katalogen skal som et minimum gjøres tilgjengelig på veldokumentert JSON- og XML-format (Dette er det eneste datasettet som skal gjøres tilgjengelig på data.norge.no). Beskriv forslag til format og programmeringsgrensesnitt for dette datasettet. Data.norge.no-katalogen og dens innhold vil bli publisert som Linked Open Data hvor hvert datasett blir gitt en unik IRI 3 basert identifikator. Data vil være tilgjengelige både som fildump i RDF/XML / JSON formater - og som et dynamisk endepunkt for SPARQL spørringer mot en integrert triple-store. SPARQL serveren vil også støtte både RDF/XML og JSON men i tillegg også flere formater om ønskelig. Se også punkt International Resource Identifier, se også RFC
11 2. Skisse til løsning Krav nr. Beskrivelse av krav Status Leverandøren sitt svar 2.1 Leverandøren må gi en skisse til løsningsforslag. Programvarekomponenter Løsningsforslaget skal minst omfatte: som inngår i løsningen: Se En modell for løsningen som synliggjør skisse neste side. hvilke funksjoner som inngår i løsningen Vi legger opp til i å bruke mest En spesifikasjon av hvilke mulig åpen kildekode programvarekomponenter nettsted og database hyllevare i vår løsning. baseres på Oppgi hvilke deler av løsningen som baserer seg på hyllevare, egenutviklete standardløsninger og skreddersøm, og hvilke lisenser som gjelder for hver komponent. Drupal: Et innholdsstyringssystem basert på fri og åpen kildekode. Drupal er lisensiert under GNU General Public License versjon 2 eller senere. Alle moduler som nyttes i Drupal er og underlagt samme lisens. Er utviklet i PHP. CKAN: Et åpent og fritt verktøy for deling og gjenbruk av åpent innhold og åpne data. CKAN er utviklet i Pyton. Er lisensiert under GNU Affero GPL. MySql: Er en mye brukt relasjonsdatabase både innen kommersiell bruk og for bruk i FOSS (Free Open Source Software) løsninger. Er underlagt GNU General Public License (version 2, with linking exception) or proprietary EULA Apache http server: Er en fri og åpen kildekode basert webtjener. Er lisensiert under sin egen Apache License, v2.0. OpenID: Drupal med moduler, har støtte for bruk av OpenID. Dette er en tjeneste som tilbys av flere, men en kan også sette opp egen OpenID server om ønskelig. Mapserver: Er en åpen kildekode basert plattform for å publisere romlige data og interaktive kartløsninger på web. Er lisensiert under en MIT-Style license. 11
12 2.2 Dersom løsningen bygger på programvare som leverandøren ikke selv står ansvarlig for, bes det om opplysninger om forhold mellom leverandør og rettighetshaver, og om planer for videreutvikling av programvaren og løsningen. 2.3 Leverandøren bes beskrive ansvarsforhold, ressurser og rutiner for utvikling, feilretting, kvalitetskontroll og support for tilbudt tredjeparts programvare. Alle komponentene som inngår i vår løsning er under åpen kildekode paraplyen. Det er ikke noe annet ansvarsforhold mellom oss og rettighetshaver, enn det som er styrt gjennom de ulike lisensmodellene. De ulike programmene har sine egne dedikerte miljøer som driver med videreutvikling og oppdatering. Se
13 3. Generelt Krav nr. Beskrivelse av krav Status Leverandøren sitt svar 3.1 Dokumentasjon Følgende dokumentasjon skal tilpasses oppdragsgiver og utarbeides: Brukerdokumentasjon for innholdsleverandørene Bruker/system-dokumentasjon for administrator Driftsdokumentasjon for leverandør av tjenesten Brukerveiledning for sluttbruker, tilgjengelig på nettstedet Teknisk dokumentasjon (programvare, versjoner, plattform, osv.) Løsningen i seg selv skal være mest mulig selvforklarende, og alle moduler og funksjoner skal beskrives i dokumentasjonen Alle skjema skal følge ELMER standarden. nvendelsesomraade/naeringslivskjema-paaoffentlige-nettsider Løsningen skal være mest mulig selvforklarende. Det tilrettelegges online hjelpesystem (for eksempel WinCHM,lisenskostnad ca. $1300) for innlegging av informasjon. Oppdragsgiver er ansvarlig for innholdet. Tilstrekkelig brukerdokumentasjon for administrator leveres elektronisk. Det leveres oversiktsskisse for drift av løsningen. Det forutsettes at driftspersonell har basiskunnskap om standardsoftware som må installeres. Løsningen skal være mest mulig selvforklarende for sluttbruker. Det tilrettelegges online hjelpesystem (for eksempel WinCHM) for innlegging av informasjon. Oppdragsgiver er ansvarlig for innholdet. Det lages oversiktskart over teknisk løsning og kort beskrivelse av programvare og på hvilke plattformer en kan sette opp løsningen. Dokumentasjonen skal være tilstrekkelig til å kunne sette opp løsningen på egen server. Ved hjelp av standard hjelpesystem skal det være mulig å legge inn beskrivelse av moduler og funksjoner så langt oppdragsgiver finner det formålstjenlig. Oppdragsgiver er ansvarlig for innholdet. Drupal i kombinasjon med CKAN API vil være vårt verktøy for utvikling av skjema. Så langt ikke verktøyet setter begrensninger, vil vi definere 13
14 tandard/elmer/elmer-v All dokumentasjon som utarbeides for løsningen skal leveres i elektronisk form Driftsdokumentasjon skal være så presis og detaljert at personer som ikke har deltatt i utviklingen har mulighet til å drifte systemet. 3.2 Kildekode og rettigheter Kildekoden skal leveres med historikk i form av versjonskontroll, og det skal være mulig for tredjepart å bidra med nye funksjoner til kildekoden. Oppgi hvilket versjonskontrollsystem dere vil levere kildekoden i Spesialutviklet kildekode skal dokumenteres grundig. Det skal være mulig for andre å bruke kildekoden til å sette opp tilsvarende nettsteder. Dokumentasjonsspråket er engelsk. skjema etter ELMER standard. Skjema for internt bruk, slik som administrasjon av løsningen vil kunne avvike. Det forutsettes at driftspersonell har basiskunnskap om standardsoftware som må installeres. Versjonshåndtering vil bli ivaretatt ved hjelp av trac/svn. Dokumentasjon av spesialutviklet kode gjøres i hovedsak som kommentarer i koden. Det lages en oversikt over spesialutviklet moduler. 14
15 4. Test Krav nr. Beskrivelse av krav Status Leverandøren sitt svar 4.1 Leverandøren skal lage en testplan for følgende Det settes opp testplan i nært tester: samarbeid og aktiv deltakelse 1) funksjonstest av kunden. Planen inneholder tidspunkt for når testene skal 2) robusthetstest utføres og hvilke tester som er 3) integrasjonstest hensiktsmessige. Foruten 4) volum-, kapasitets- og svartidstest funksjonstest(enhetstest) og 5) gjennomgang av all dokumentasjon nettlesertest, er det kundens 6) installasjonstest ansvar å sette opp testkriteria 7) test av driftsprosedyrer, herunder og gjennomføre testen i sitt driftsmiljø. sikkerhetskopiering Se også Asplan Viak Internet 8) nettlesertest sin standard for test av internettløsninger beskrevet i Bilag Leverandør må ha egnede prosedyrer for endringshåndtering. Hvem og hvordan besluttes endringer? Beskriv eventuelle prosesser og prosedyrer rundt dette. Se utdrag fra Asplan Viak Internet sin standard for utviklingsprosedyrer beskrevet i Bilag 6 15
16 5. Fremdriftsplan Krav nr. Beskrivelse av krav Status Leverandøren sitt svar 5.1 Leverandøren bes fremlegge en detaljert fremdriftsplan for utvikling, testing, installasjon, pilot og produksjonsstart. Vi forutsetter i vår fremdriftsplan at kontraktstildeling skjer innen uke 40. Dersom prosjektet igangsettes senere vil vi måtte forskyve tidsplanen tilsvarende. Figur 4: Gantt diagram 16
17 Figur 5: Arbeidsflytdiagram for prosjektgjennomføring Tabell 1: Fremdriftsplan med aktivitetsbeskrivelse for hovedaktiviteter Aktiviteter data.norge.no Varighet Nr Hovedaktivitet Inneholder Timer Sum Frå Til Fase 1 Initiering Kontrakt 8 Oppstartmøte 8 Installasjon
18 Installasjon av tilbudt systemløsning i Asplan Viak Internet as sitt utviklingsmiljø. 16 Detaljspesifikasjon Datamodell 16 Design 32 Definisjon og spesifikasjon av funksjonalitet for fase1 40 Utvikling fase1 Implementering av fase1 funksjonalitet Funksjonstest fase1 Funksjonstest Dokumentasjon Begrenset bruker/systemdokumentasjon for administrator Betatest fase1 Feilhåndtering Fase 2 Revisjon fase1/ tilbakemeldinger Vurdering av tilbakemeldinger 4 Revisjonsmøte 4 Beslutninger 4 Detaljspesifikasjon Endringer i funksjonalitet 24 Endringer design 16 Resterende funksjonalitet som inngår i tilbudet. 24 Utvikling fase Implementering av endringer og ny fase2 funksjonalitet. 56 Funksjonstest fase Funksjonstest fase2 16 Nettlesertest 8 Dokumentasjon
19 Betatest fase2 Bruker/systemdokumentasjon for administrator Installasjon av og maler for online hjelpesystem for innlegging av brukerveiledning for administrator, innholdsleverandører og sluttbrukere. 8 Feilhåndtering Fase 3 Revisjon fase2/ tilbakemeldinger Vurdering av tilbakemeldinger 4 Revisjonsmøte 4 Beslutninger 4 Detaljspesifikasjon Endringer i funksjonalitet 4 Endringer design Utvikling fase Implementering av endringer. 8 Funksjonstest fase Funksjonstest fase3 4 Dokumentasjon Teknisk dokumentasjon (programvare, versjoner, plattform, osv.) 8 Revisjon av øvrig dokumentasjon. 16 Betatest fase3 Feilhåndtering Installasjon i kundens driftsmiljø Forutsetter server med basissoftware tilgjengelig. Installasjon av applikasjon. 8 Akseptansetest Installasjonstest 4 Integrasjonstest 4 Robusthetstest 4 19
20 Volum-, kapasitets- og svartidstest 4 Gjennomgang av all dokumentasjon 8 Test av driftsprosedyrer, herunder sikkerhetskopiering 4 Godkjenning SUM TIMER
Konkurransegrunnlag for anskaffelse av nettstedet data.norge.no
Innhold Innhold... 1 Innledning... 2 Systemdiagram... 3 Use case definisjoner... 5 1. Funksjonelle krav til løsning... 6 2. Skisse til løsning... 14 3. Generelt... 16 4. Test... 19 5. Fremdriftsplan...
DetaljerNettstedet data.norge.no
Konkurransegrunnlag Konkurranse med forhandling etter forskriftens del I og II (Konkurransen gjennomføres i ett trinn, uten pre-kvalifisering) for anskaffelse av Nettstedet data.norge.no For levering til
DetaljerNettstedet data.norge.no
Konkurransegrunnlag Konkurranse med forhandling etter forskriftens del I og II (Konkurransen gjennomføres i ett trinn, uten pre-kvalifisering) for anskaffelse av Nettstedet data.norge.no For levering til
DetaljerLøsningen skal ha høy sikkerhet og lav sårbarhet både i sin tekniske og organisatoriske struktur.
edlegg 1 data.norge.no spesifikasjon for en ny allmenn tjeneste for publisering av informasjon om offentlige datasett som er gjort tilgjengelige i maskinlesbare formater. Dette er en foreløpig skisse til
DetaljerTILPASNINGSAVTALEN. Bilag 2: Leverandørens løsningsspesifikasjon
TILPASNINGSAVTALEN Bilag 2: Leverandørens løsningsspesifikasjon Leverandøren skal beskrive sin løsning (Leverandørens løsningsspesifikasjon) i forhold til Kundens kravspesifikasjon i bilaget. Dette gjøres
DetaljerNettstedet data.norge.no
Konkurransegrunnlag Konkurranse med forhandling etter forskriftens del I og II (Konkurransen gjennomføres i ett trinn, uten pre-kvalifisering) for anskaffelse av Nettstedet data.norge.no For levering til
DetaljerNettstedet data.norge.no. Konkurranse med forhandling etter forskriftens del I og II. for anskaffelse av
Konkurransegrunnlag Konkurranse med forhandling etter forskriftens del I og II (Konkurransen gjennomføres i ett trinn, uten pre-kvalifisering) for anskaffelse av Nettstedet data.norge.no For levering til
DetaljerStrategi for data.norge.no. Datadelingsforum 29.04.2014 Øystein Åsnes, Difi
Strategi for data.norge.no Datadelingsforum 29.04.2014 Øystein Åsnes, Difi Bakgrunn 2 år sidan lansering Behov for å løfte brukaropplevinga Ny europeisk standard for datakatalogar Behov for å desentralisere
DetaljerStandard for beskrivelse av datakataloger og datasett
Standard for beskrivelse av datakataloger og datasett Anne Gro Hustoft Teknologiforum, 11. november Åpne data (Open Knowledge Foundation) Bakgrunn Fra manuell registrering av åpne datasett til aggregering
DetaljerHøringsnotat ny delversjon av Referansekatalog for anbefalte og obligatoriske IT-standarder i offentlig sektor, våren 2015
Høringsnotat ny delversjon av Referansekatalog for anbefalte og obligatoriske IT-standarder i offentlig sektor, våren 2015 1 Innhold 1. Bakgrunn og innledning... 3 2. Standarder for publisering av nettleserbaserte
Detaljer«Standard for begrepsbeskrivelser»
«Standard for begrepsbeskrivelser» Standardiseringsrådet, 13. mars 2012 Steinar Skagemo Tema Bakgrunn Behovet for standarder innenfor området metadata/semantikk/begrepsarbeid Spesielt om behovet for standard
Detaljer4 Tildelingskriteriene
4 Tildelingskriteriene 4.1 Pris FJE RN E T F R A D E NN E SL A DD E D E V E RSJO N E N 4.2 Løsningsforståelse I det følgende kommer en beskrivelse av løsningen som tilbudt. Vi håper at dette samsvarer
DetaljerVedlegg 8: Løsningsbeskrivelse
Vedlegg 8: Løsningsbeskrivelse Krav nr. Beskrivelse av krav Status Leverandøren sitt svar 1.1 Generelle krav 1.1.1 Løsningen skal bestå av et rammeverk som ivaretar design og navigasjon mellom de forskjellige
Detaljer4.1. Kravspesifikasjon
4.1. Kravspesifikasjon Dette delkapittelet beskriver nærgående alle deler av systemet, hvordan det er tenkt ferdigutviklet med fokus på oppdragsgivers ønsker. 4.1.1. Innledning Informasjon om hvordan kravspesifikasjonens
DetaljerKartlegging av data i store virksomheter erfaringer fra Statens vegvesen
Datadelingsforum 29.april 2014 Kartlegging av data i store virksomheter erfaringer fra Statens vegvesen Kartlegging av data i store virksomheter erfaringer fra Statens vegvesen Datadelingsforum = Hva vi
DetaljerKravspesifikasjon Digital distribusjon av sakspapirer
Kravspesifikasjon Digital distribusjon av sakspapirer Kravspesifikasjon 1.1. Tilbudets omfang og fylkeskommunens forventninger Aust-Agder fylkeskommune ber om tilbud på verktøy som legger til rette for
DetaljerBilag 3: Beskrivelse av det som skal driftes
Bilag 3: Beskrivelse av det som skal driftes 1 Innledning I dette bilaget beskrives arkitektur og systemlandskap for Visma Flyt PPT. 2 Visma Flyt Plattform Visma Flyt PPT er bygget på Vismas Flyt Plattform
DetaljerKRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1
KRAVSPESIFIKASJON Gruppe 2 Hovedprosjekt, Høgskolen i Oslo og Akershus Våren 2014 KRAVSPESIFIKASJON 1 CONTENTS 1. Forord... 3 2. Presentasjon... 3 2.1 Gruppens medlemmer... 3 2.2 Oppdragsgiver... 3 2.3
DetaljerStikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client.
Stikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client. Studenter: Magnus Skomsøy Bae, Marius Eggen, Magnus Krane Klasse: 3ING, Systemutvikling Produserer redaksjonelle
DetaljerInfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby
InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,
DetaljerNorsk standard for beskrivelse av datasett og datakataloger. Møte i Standardiseringsrådet
Norsk standard for beskrivelse av datasett og datakataloger Møte i Standardiseringsrådet 17.03.15 Bakgrunn for arbeidet - DCAT (Data Catalog Vocabulary) ble tidlig i 2014 anbefalt av W3C, og EU-kommisjonen
DetaljerGeosynkronisering. Nasjonale tjenester. Kommuner GeoNorge / andre portaler. Metadata. Visning. Nedlasting. Deltakende virskomhet. Geosynkronise ring
Geosynkronisering Geosynkronise ring Kommuner GeoNorge / andre portaler Nasjonale tjenester Metadata Visning Nedlasting Deltakende virskomhet 1 Hva er utviklet til nå? Geosynkronise ring Spesifikasjon
DetaljerDel VII: Kravspesifikasjon
1 2 Forord Dette dokumentet inneholder retningslinjer for gruppen vår og beskrivelse av betingelsene for utviklingen av vårt prosjekt. Vår gruppe benyttet dette dokumentet som et styringsdokument for å
DetaljerPRESENTASJON BACHELOROPPGAVE 14E
PRESENTASJON BACHELOROPPGAVE 14E Koordinatbasert dataregistrering og loggføring med Drupal, PHP og MySQL Alf Harald Saelevik 1 1 Om oppdragsgiver og prosjekt Pingvin sporstsdykkerklubb er en idrettsklubb
DetaljerStatens standardavtaler Avtaler og veiledninger om IT-anskaffelser
BILAG 1 Statens standardavtaler Avtaler og veiledninger om IT-anskaffelser Driftsavtalen - MIL.NO Avtale om kjøp av driftstjenester knyttet til maskinvare, infrastruktur og programvare Bilag 1 Forsvarets
Detaljerfleksibilitet når det gjelder geografisk plassering og etablerte arbeidsrutiner. Qubic cms
Qubic cms Qubic cms publiseringsverktøy tilbyr avanserte, men lettfattelige løsninger for å publisere innhold på internett. Ved å bestå av flere forskjellige moduler, som både kan legges til og skreddersys,
DetaljerEn bedre måte å håndtere prosjekt, team, oppgaver og innhold
En bedre måte å håndtere prosjekt, team, oppgaver og innhold Bedre prosjekthå ndtering med metådåtå M-Files går langt utover bare enkel dokumenthåndtering. Den unike arkitekturen drevet av metadata lar
DetaljerBrukerveiledning. For importapplikasjon til Naturbase. Versjon 17. mars 2015
Brukerveiledning For importapplikasjon til Naturbase Versjon 17. mars 2015 Innhold 1. Innledning... 2 1.1 Rutiner for å legge data inn i Naturbase... 2 1.2 Leveranseinstrukser... 3 2. Om leveranse av data
DetaljerKravspesifikasjon. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23
Utvikling av moduler til CMS for bonefish.no Gruppe 08-23 Kravspesifikasjon for hovedprosjektet utvikling av moduler til CMS for bonefish.no ved Høgskolen i Oslo, avdeling for Ingeniørutdanning våren 2008.
DetaljerDROPS SHAREPOINT. Informasjonsskriv. Innhold
DROPS SHAREPOINT Informasjonsskriv Innhold Kort om løsningen... 2 Innhold... 2 Antall brukere... 3 Tilgang til demo før kjøp... 3 Tilpasninger og integrasjoner... 3 Systemkrav... 3 Installasjon... 3 Implementering...
DetaljerBilag 1 Kravspesifikasjon Avtalereferanse: NT Web avspiller
ilag 1 Kravspesifikasjon Avtalereferanse: NT-0730-15 Web avspiller SIST LAGRET DATO: 18. desember 2015 Side 1 av 12 Innholdsfortegnelse ilag 1 Kravspesifikasjon 1 INNLEDNING... 3 1.1 EGREPSDEFINISJONER...
DetaljerUtvikling Doffin 2015-2016
Utvikling Doffin 2015-2016 Plan for forbedringer av Doffin for perioden 2015 til 2016 24 juni 2015 Skisse på Doffin TED KGV Publiserte kunngjøringer Varslingstjeneste Lage kunngjøringer Registrere interesse
DetaljerOEP skal gjere det enklare for allmenta å få tilgang til dokument i forvaltninga (St. meld. nr. 17 ( ))
Mål for einnsyn OEP skal gjere det enklare for allmenta å få tilgang til dokument i forvaltninga (St. meld. nr. 17 (2006-2007)) OEP skal effektivisere gjennomføringa av offentlegprinsippet i forvaltninga
DetaljerHva jeg skal snakke om
Noark 5 Del 2 Hva jeg skal snakke om Litt om programvare Proprietær og åpenkildekode Tjeneste orientert arkitekturer Moderne utviklingsmetodikk dots Noark 5 kjerne Viktig men ikke noe som er tatt opp i
DetaljerAltinns grensesnitt mot sluttbrukersystemer - Status og nyheter. 2012-08-27, Morten Græsby, Altinn
Altinns grensesnitt mot sluttbrukersystemer - Status og nyheter 2012-08-27, Morten Græsby, Altinn Altinns grensesnitt mot sluttbrukersystemer - Status og nyheter Gjennomgang endringer for sluttbrukersystem
Detaljerephorte Integration Services (eis) produktbeskrivelse
ephorte Integration Services (eis) produktbeskrivelse Versjon 2 31.10.2012 Gecko Informasjonssystemer AS Robert Vabo INNHOLDSFORTEGNELSE INNHOLDSFORTEGNELSE... 2 COPYRIGHT... 3 EPHORTE INTEGRATION SERVICES...
DetaljerKom i gang. Nå er det enklere en noensinne å redigere hjemmesiden din med Plone CMS. 17. mars 2010
Kom i gang Nå er det enklere en noensinne å redigere hjemmesiden din med Plone CMS. 17. mars 2010 Innholdsfortegnelse Introduksjon til Bedrift Online 4 Web-basert publiseringsverktøy 4 Hva du trenger 4
DetaljerLæringsutbyttebeskrivelse, Fredrikstad FagAkademi
Navn på utdanningen Nettverksadministrator med design Navn på emnet Windows klient/skybasert klient programvare Nivå 5,1 Kandidaten har kunnskap om bruk og oppsett av gjeldende Windows operativsystem.
DetaljerAutomatisering av datasenteret
Automatisering av datasenteret 2012-04-23 1 / 53 Automatisering av datasenteret Stig Sandbeck Mathisen Redpill Linpro 2012-04-23 Automatisering av datasenteret Introduksjon 2012-04-23 2 / 53 Stig Sandbeck
DetaljerRetningslinjer for akseptansetest
Retningslinjer for akseptansetest 1 Akseptansetest i DGI Akseptansetest (AT) er kundens egen test for å verifisere at leveransen er i henhold til bestillingen. Ifølge V-modellen som knytter testnivå til
DetaljerVedlegg 1 til konkurransegrunnlaget Beskrivelse av bistanden. Kontrakt om medieovervåkning til Statens landbruksforvaltning
Vedlegg 1 til konkurransegrunnlaget Beskrivelse av bistanden Kontrakt om medieovervåkning til Statens landbruksforvaltning 1 Anskaffelsen gjelder Statens landbruksforvaltning ønsker å inngå en avtale om
DetaljerInnstallasjon og oppsett av Wordpress
Del 1 - Installasjon og oppsett Innstallasjon og oppsett av Wordpress Wordpress har blitt en veldig populær publiseringsplattform for websider. Uten særlige tekniske ferdigheter kan man sette opp profesjonelle
DetaljerUse Case Modeller. Administrator og standardbruker
Vedlegg 1 Use Case Modeller Administrator og standardbruker 2 Use case Logge inn Bruker Bruker ønsker å logge inn Bruker har valgt å logge inn Bruker er logget inn 1. Systemet ber om brukernavn 2. Systemet
DetaljerTjenesteutvikling i ny Altinn-løsning. 31.08.2009 Gunn Heidi Rørmark
Tjenesteutvikling i ny Altinn-løsning 31.08.2009 Gunn Heidi Rørmark 1 Utfordringer i dagens løsning Tjenesteeier har kun mulighet til å oppdatere skjema Mye må gjøres av leverandøren Tungvint å gjøre små
DetaljerPROSESSDOKUMENTASJON
PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET: Papir og elektronisk Telefon: 22 45 32 00
DetaljerKonfigurasjonsstyring. INF1050: Gjennomgang, uke 11
Konfigurasjonsstyring INF1050: Gjennomgang, uke 11 Kompetansemål Konfigurasjonsstyring Hva og hvorfor? I en smidig sammenheng Endringshåndtering Versjonhåndtering Systembygging Release -håndtering Del
DetaljerKravspesifikasjon for PLBSys NG. Versjon 1.0
Kravspesifikasjon for PLBSys NG Versjon 1.0 Utarbeidet i juni 2010 Innhold Revisjonshistorikk... 3 1. Introduksjon... 4 1.1 Registrering av nødpeilesendere i Norge... 4 1.2 Systemets formål og omfang...
DetaljerAPI katalog: tilbakemeldinger fra Skate
API katalog: tilbakemeldinger fra Skate fra skriftlig høring-/forankringsrunde for sluttbehandling av «Felles API oversikt» Claire Czternasty Hembre, prosjektleder Arena for Informasjonsforvaltning, Difi,
DetaljerNyheter i DSB-CIM 8.30 Nyheter i tilleggsmoduler. 2010 One Voice AS
Nyheter i DSB-CIM 8.30 Nyheter i tilleggsmoduler Logg Det er nå mulig å flytte mottatte loggførte rapporter fra en hendelse til en annen Oppgaver Utførte oppgaver vil nå automatisk flyttes til arkiv Standardinnstillingen
DetaljerHøgskolen i Oslo og Akershus. Forprosjektrapport. Gruppe 11
Høgskolen i Oslo og Akershus Forprosjektrapport Gruppe 11 Michael Pande, Petter L. Olsen, Diego A. Pasten 23.01.2015 Presentasjon Vi er en gruppe på tre dataingeniørstudenter som har tatt på oss oppgaven
DetaljerWeb fundamentals. Web design. Frontend vs. Backend 17.01.2008. Webdesign 17. januar 2008 3. Monica Strand
Web fundamentals Webdesign 17. januar 2008 Monica Strand Webdesign 17. januar 2008 1 Web design Fagområdet Web design inneholder flere disipliner Grafisk design Informasjonsdesign Brukergrensesnittdesign
DetaljerVedlegg 3 Tekniske krav til IKT-løsninger i Kongsbergregionen
Vedlegg 3 Tekniske krav til IKT-løsninger i Kongsbergregionen av 25.01.14 Tilbyder bes fylle inn nødvendig informasjon i felter som inngår i dokumentets følgende deler/kapitler: 1. Arkitekturprinsipper
DetaljerKundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet
Bilag 1 til vedlikeholdsavtalen Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet Side 2 av 14 Innhold 1 KRAV TIL VEDLIKEHOLDSAVTALE... 3 1.1 KRAV TIL BRUKERSTØTTE OG OPPFØLGING.3 1.2
DetaljerORIGO. Robert Engels. Hvordan plassere oss for fremtiden - endrede krav til interne systemer for å imøtekomme fremtidens behov
Hvordan plassere oss for fremtiden - endrede krav til interne systemer for å imøtekomme fremtidens behov ORIGO Robert Engels ORIGO teknisk prosjektleder ORIGO* - radioarkiv, arkivering og gjenbruk Formål
DetaljerNorsk standardisering i samarbeid med EU. Jan Mærøe Seniorrådgiver Direktoratet for forvaltning og IKT (Difi)
Norsk standardisering i samarbeid med EU Jan Mærøe Seniorrådgiver Direktoratet for forvaltning og IKT (Difi) OFFENTLIG SEKTOR SOM PÅDRIVER FOR STANDARDISERING OG DIGITALISERING Direktoratet for forvaltning
DetaljerCabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA
CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA Sist oppdatert 18.02.2010 INNHOLD INNHOLD... 1 HVA ER CABINWEB... 2 HVA KAN DU BRUKE CABINWEB TIL?... 3 HVA ER NYTT I CABINWEB VERSJON 2.0...
DetaljerID-Porten bruk av elektronisk ID i offentlige tjenester på nett
ID-Porten bruk av elektronisk ID i offentlige tjenester på nett NorStellas eid-gruppe Oslo, 22. juni 2010 Jon Ølnes, eid-programmet, Difi Difis mandat Etablere en felles infrastruktur for bruk av elektronisk
DetaljerTestbilag til IT kontrakter
Testbilag til IT kontrakter Grunner til å lage dette testbilaget Unngår å diskutere de samme problemstillingene i hver kontrakt testfaglige selvfølgeligheter blir landet av testfaglig personell en gang
DetaljerKravspesifikasjon. Forord
Forord Kravspesifikasjonen skal gi en oversikt og forståelse over det planlagte systemets funksjonalitet. Dokumentet skal gi både utviklere og oppdragsgivere innblikk i hvordan og hva systemet skal levere.
DetaljerAP226 Use Case Diagram - SBL
AP226 Use Case Diagram - SBL Use Case Diagram Figuren under (Figur 1) viser en oversikt over alle use case for Sluttbrukerløsningen i Altinn 2 versjon 1. Den innerste firkanten inneholder alle use case
Detaljer«Service desk management system» Svar på spørsmål
«Service desk management system» Svar på spørsmål Innhold 1. Innledning... 2 2. Spørsmål mottatt per 02.08.2013... 2 1. Innledning Det vises til kunngjøringen på Doffin, MAY198210. Dette dokumentet gir
DetaljerRetningslinjer for akseptansetest
Bilag 5 Kundens godkjenningsprøve Retningslinjer for akseptansetest 1 Akseptansetest i DGI Akseptansetest (AT) er kundens egen test for å verifisere at leveransen er i henhold til bestillingen. Ifølge
DetaljerProduktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk
Produktdokumentasjon Madison Møbler Administrasjonsside og Nettbutikk 1 1. Forord 1.1 Dokumentasjonen Dette er en teknisk dokumentasjon på produktet som er utviklet. Denne er tiltenkt personer med teknisk
Detaljer360 emeetings. -Papirløse møter på ipad eller iphone
360 emeetings -Papirløse møter på ipad eller iphone 360 emeetings for Apple ios 360 emeetings - en løsning med multitouch og et levende brukergrensesnitt. 360 emeetings hjelper deg og din virksomhet med
DetaljerModerne og brukervennlig læringsplattform (LMS) for din bedrift
Moderne og brukervennlig læringsplattform (LMS) for din bedrift www.e-learning.no Bruksområder Vi tilbyr en komplett løsning Forfatterverktøy Brukervennlig verktøy for produksjon av kurs Integrerte kunnskapstester
DetaljerMOBIL FORMIDLING. teknologi og muligheter
MOBIL FORMIDLING teknologi og muligheter Behov for nye tekniske løsninger Erfaringene så langt Rammer - tid og penger Brukerbehov og ønsker som er avdekket Behov hos partnere og samarbeidspartnere Teknologisk
DetaljerBilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon
Helse Vest Innkjøps saksnummer: 2015/22 Helse Vest IKTs avtalenummer: 901502 Bilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon ist oppdatert: 06.01.2016
Detaljereinnsyn PoC: Demo for tredje sprint
einnsyn PoC: Demo for tredje sprint Dette dokumentet beskriver det som er utviklet og testet i den tredje sprinten fra 8. til 15. mars 2016. Leveransen i forhold til arkitekturforslaget I sprint 3 har
DetaljerYour IT. Our passion. Din IT. Vår lidenskap. TRYGT, ENKELT OG TILGJENGELIG
Your IT. Our passion. Din IT. Vår lidenskap. TRYGT, ENKELT OG TILGJENGELIG Om Upheads AS Etablert som NetPower i 1995 Endret navn til Upheads februar 2014 Hovedkontor i Sandnes Avdelinger i Bergen, Haugesund,
DetaljerBrukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering
Brukerdokumentasjon Webservices og webklient for kodeverk/ kodeverdi verifisering Innholdsfortegnelse... 3... 3... 3... 3... 4... 4... 4... 4... 8... 9... 10!... 10 "... 11 # $... 11 1. Om systemet 1.1.
DetaljerKonfigurasjonsstyring
INF1050: Systemutvikling 28. mars 2017 Konfigurasjonsstyring Yngve Lindsjørn ynglin@ifi.uio.no INF1050 Systemutvikling ->Konfigurasjonsstyring 1 Temaer i dagens forelesning Versjonshåndtering Systembygging
DetaljerNotat om Norge digitalt og Norvegiana
mai 2015 Notat om Norge digitalt og Norvegiana Rammer og forutsetninger Dette notatet tar for seg problemstillinger som er aktuelle for samhandling mellom Norvegiana og Norge digitalt i et fremtidig digitalt
DetaljerISY Park Go og nye ISY Park. Endre Lykke, NoIS
ISY Park Go og nye ISY Park Endre Lykke, NoIS Agenda ISY Park 7 status Presentasjon av ISY Park Go Ny NS 3420 Nye ISY Park 8 Avklaringer og diskusjon 2019-02-07 Nye ISY Park 2 ISY Park 7 Status ISY Park
DetaljerAnvendelsesområder for bruk av e-id med og i offentlig sektor- forprosjekt
Anvendelsesområder for bruk av e-id med og i offentlig sektor- forprosjekt Standardiseringsrådsmøte 23.-24. november 2011 Prioriterings/informasjons -sak Om forprosjektet sett på de mest aktuelle anvendelsesområdene
DetaljerHovedprosjekt 2014, Høgskolen i Oslo og Akershus
Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...
DetaljerEffektiv bruk av RT Foreleser: Christopher Culina Tjenestegruppa for RT
Effektiv bruk av RT Foreleser: Christopher Culina Tjenestegruppa for RT Hovedpunkter: Søk! RTs søkeverktøy og avansert søk Søk fort! Lagring og gjenbruk av søk Søk automatisk! Tilpassing av RT at a glance
DetaljerPedagogisk regnskapssystem
av Benjamin Dehli og Jørgen Tellnes Innhold 1 Innledning 2 Om forprosjektet 2.1 Forprosjektgruppen 2.2 Målsetninger med forprosjektet 3 Beskrivelse av hovedprosjektet 3.1 Arbeidstittel 3.2 Prosjektgruppe
DetaljerDesign og dokumentasjon
Design og dokumentasjon Information Architecture Peter Morville& Louis Rosenfeld Kapittel 12 29.01.2015 Håkon Tolsby 1 Ny fase i prosjektet Fokusskifte: Fra planlegging til produksjon Fra overordnet arkitektur
DetaljerSamdok samla samfunnsdokumentasjon
Erfaringer med AtoM og Archivematica Samdok samla samfunnsdokumentasjon DELPROSJEKT Privatarkiv Arne-Kristian Groven, Jørgen Ø. Vik-Strandli SAMDOK-Workshop, Riksarkivet, Oslo, 08.11 2016 Hva vi vil vise
DetaljerMaster Data Management
Master Data Management Hvordan kan MDM brukes til å sikre at masterdata er korrekte? Kim Askild Jensen, SAP MM/SRM/MDM/BPM/Screen Personas konsulent 1 12. september 2012 MDM Masterdata presentasjon Generell
Detaljer1. Forord... 2 2. Innholdsfortegnelse... 3 3 innledning... 5. 4. Funksjonelle egenskaper og krav... 7. 5. Spesifikke krav av delsystemer...
Side 1 1. Forord Dette dokumentet er en kravspesifikasjon og har blitt utarbeidet av arbeidsgiver og prosjektgruppen. Dokumentet består av ni kapitler. Det vil først bli presentert hvem prosjektgruppen
DetaljerArbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser)
Arbeidsplan En arbeidsplan er en måte å få oversikt over de ulike fasene i prosjektet. I arbeidsplanen har vi delt arbeidet i naturlige faser og detaljert disse med estimert tidsbruk. Hovedfasene er startfasen,
DetaljerKonsortiemøtet 2013: Pågående utviklingsoppgaver og nye funksjoner i neste versjon av de åpne institusjonsarkivene i Bragekonsortiet
Konsortiemøtet 2013: Pågående utviklingsoppgaver og nye funksjoner i neste versjon av de åpne institusjonsarkivene i Bragekonsortiet Hovedpunkter i utviklingsarbeidet Alle institusjonsarkivene benytter
DetaljerÅpent alle veier. 13.10.2011 Roar Skålin, IT-direktør ved Meteorologisk institutt. E-post: roar.skalin@met.no Bilder/illustrasjoner fra met.
Åpent alle veier 13.10.2011 Roar Skålin, IT-direktør ved Meteorologisk institutt E-post: roar.skalin@met.no Bilder/illustrasjoner fra met.no Hvordan lager vi et værvarsel? WMS Kjøring og overvåking av
DetaljerErgoGroup AS eway Nydalsveien 28 Postboks 4364 Nydalen 0402 Oslo Tlf.: +47 23 14 50 00 Faks: +47 23 14 50 01 www.ergogroup.no www.eway.
Hva er eway? eway er en portal og plattform for samarbeid internt i en organisasjon og med organisasjonens partnere og kunder. Gjennom portalen forenkles og effektiviseres arbeidsprosesser knyttet til
DetaljerChiCMS Hovedprosjekt ved Høgskolen i Oslo 2011
TESTRAPPORT Forord Denne testrapporten har som formål å beskrive all testing som er utført på systemet, både under utviklingen og etter ferdigstilling. Målet for testingen er for å verifisere at vi har
DetaljerTjenestebeskrivelse Webhotelltjenester
Tjenestebeskrivelse Webhotelltjenester Sist endret: 2004-12-01 Innholdsfortegnelse 1 INTRODUKSJON... 3 1.1 GENERELT... 3 1.2 NYTTEVERDI WEBHOTELLTJENESTER FRA TELENOR... 3 2 FUNKSJONALITET... 4 2.1 INNHOLD
DetaljerPowerOffice Server Service
PowerOffice Server Service 20 14 Po we ro ffice AS - v4.5.1 PowerOffice SQL - PowerOffice Server Service Alle rettigheter reservert. Ingen deler av dette arbeidet kan reproduseres i noen form eller på
DetaljerBilag 6 Vedlegg 3 Definisjoner
Bilag 6 Vedlegg 3 Definisjoner Saksnummer 13/00203 1 / 7 Versjonshåndtering Versjon Dato Initiert av Endringsårsak 0.1 16.05.2013 Difi Dokument distribuert til tilbydere 02. 01.11.2013 Difi Ny definisjon
DetaljerEffektiv utvikling av interaktive tjenester med 360 og Digiforms
Effektiv utvikling av interaktive tjenester med 360 og Digiforms Andreas Munch Product Manager andreas.munch@tieto.com Peter Magnusson Sales Director Metafocus Peter.Magnusson@metafocus.no 2 Public Agenda
DetaljerSak 3/18 Sluttbehandling av Etablere enhetlig arkitekturrammeverk (ST 2.2) Skate-møtet 21.mars 2018
Sak 3/18 Sluttbehandling av Etablere enhetlig arkitekturrammeverk (ST 2.2) Skate-møtet 21.mars 2018 Mål og leveranser Økt evne til samhandling på tvers av offentlig sektor Mer deling av data Leveranser:
DetaljerTeknisk Presentasjon Kun for autoriserte partnere.
Del 2. Teknisk Presentasjon Kun for autoriserte partnere. Eagle Eye - Skybasert Videosikkerhets-system (VMS) Komplett skybasert videoovervåkningssystem (VMS) Utviklet for å redusere driftskostnadene, og
DetaljerWorkshop NGIS API. Lars Eggan, Norconsult Informasjonssystemer desember 2014
Workshop NGIS API Lars Eggan, Norconsult Informasjonssystemer desember 2014 1 NGIS i WinMap NGIS-klient Hente datasett fra en NGIS portal Oppdatere portalen med endringer gjort lokalt Spesiallaget funksjonalitet
DetaljerSSA-K Bilag 1 Kundens kravspesifikasjon
SS-K ilag 1: Kundens kravspesifikasjon - Rådgivning og kjøp av lisenser og programvare Versjon 1.0 SS-K ilag 1 Kundens kravspesifikasjon Rådgivning og kjøp av lisenser og programvare Versjon 1.0 Versjonsdato
DetaljerBrukerdokumentasjon. Dynamiske Rapporter
Brukerdokumentasjon Dynamiske Rapporter Restricted Edition Rapporteringsmodul for utvalgte maritech programmer Side 2 Contents Beskrivelse av konsept... 3 Ta ut en rapport... 3 Oppdaterte rapporter...
DetaljerFelles datakatalog og DCAT-AP-NO
Felles datakatalog og DCAT-AP-NO Offentlege myndigheiter spør ikkje unødvendig Du skal ikkje søkje om noko du har rett til Gi - og få - informasjon digitalt Raskt svar når det ikkje trengs skjønn Enkelt
DetaljerUtvikling av nytt nettsted for Norsk Filminstitutt. Integrasjoner. Skrevet av: Geir Bruskeland,
Utvikling av nytt nettsted for Norsk Filminstitutt Integrasjoner Skrevet av: Geir Bruskeland, geir@inthemix.no Siste revisjon: 4. februar 2009 1 Refererte og relaterte dokumenter Vedlegg Versjon Dokument
Detaljer