Bilag 2 Leverandørens løsningsspesifikasjon Kultur- og naturreise app

Transkript

1 Bilag 2 Leverandørens løsningsspesifikasjon Kultur- og naturreise app Leverandøren skal beskrive sin løsning (Leverandørens løsningsspesifikasjon) i forhold til Kundens kravspesifikasjon i bilag 1. Dette gjøres ved å ta utgangspunkt i den overordnede kravtabellen under som Kunden har fylt ut i samsvar med bilag 1. I tillegg må de andre relevante punkter nedenfor fylles ut. 1. Tilbyders løsningsspesifikasjon

2 2. Kravtabell Krav ID og plassering i Kap. Må/ Bør 1 Kort kravbeskrivelse, utfyllende i kravspesifkasjonen. Oppfyl lelse Ja/Nei/ Delvis Utfyllende kommentar fra tilbyder 2.2. Grafisk profil (M1) M1 Tilpasse KNreises grafiske profil til appen. KNreise har en grafisk profil som er utviklet Melkeveien Designkontor AS. Vi ber om appens design skal ta utgangspunkt i den eksisterende logoen og fargepaletten. Pris Standarder for funksjoner, menyvalg og brukergrensesnitt Samspillet mellom appen og andre systemer M2 M3 I utviklingsarbeidet skal det følges vedtatte og anerkjente standarder for apputvikling. Ekstern funksjonalitet skal innebygges i appen, dvs. man skal ikke kastes ut av appen når man benytter ekstern funksjonalitet. 4.2 Startskjerm åpningsbilde M4 Startskjermen skal inneholde følgende innholdselementer: Kart med POIer Menyvalg / knapp for å vise (og velge) faglig emneinndeling av POIer Menyvalg / knapp for å vise (og velge) listevisning av POIer Menyvalg / knapp for å vise (og velge) Augmented reality-visning (AR; kamera-visning) av POIer Menyvalg / knapp for å vise informasjon om appen og prosjektet 1 Kunden er ikke forpliktet til «må-kravene».

3 4.3 Om kartvisning på startskjermen Innholdselementer dataelementer fra fagdatabasene M5 M6 Det viste kartutsnittet skal sentreres rundt brukerens geografiske posisjon, som enten skal hentes fra GPS eller «vanlig» stedsbestemmelse basert på basestasjon og nettverk. GPS trenger ikke å være aktivert for å se innhold i appen. Standard utforming av kartvisning skal kunne tilpasses av brukeren i innstillingene. Et enkelt tap på POIen skal vise tittel og type POI, men ikke åpne selve POIen. Neste tap, evt. dobbelt-tap direkte skal åpne POIen. Alle POIer av ulike typer skal vises innenfor samme mal / ramme / struktur. Innholdselementer skal vises i en bestemt sammenheng Lydavspiller M7 Brukeren skal kunne navigere «innenfor POIen» mens lyden spilles av. Avspilling av lyden skal ikke stoppe selv om brukeren skifter til en annen app Les mer / mer info M8 Det skal være mulig å gå dypere inn i lag med informasjon, dvs. det skal være (muligheter for) en nivåstruktur på informasjonen. Det skal også være (mulighet for) lenker til eksterne ressurser Velge i kart M9 Brukeren skal får tilgang til POIer ved å

4 trykke på kartet Velge fra liste M10 Brukeren skal få tilgang til POIer ved listevisning Augmented Reality kameravisning M11 Brukeren skal få tilgang til POIer ved å få de opp via AR/kameravisning Faglig inndeling M12 POIene har en faglig inndeling på overordnet nivå. Dette plukkes fra en kodeliste. Denne lista er utgangspunkt for filtrering/utvalg Sjangerinndeling M13 POIene har en sjanger inndeling på overordnet nivå. Dette plukkes fra en kodeliste. Denne lista er utgangspunkt for filtrering/utvalg Medietype inndeling M14 POIene har en sjanger inndeling på overordnet nivå. Dette plukkes fra en kodeliste. Denne lista er utgangspunkt for filtrering/utvalg Søke etter objekter fritekstsøk i alle metadata M15 Det skal være mulig for brukeren å gjøre et fritekstsøk i alle metadata. Trunkering skal være mulig Utvalg av POIer redaksjonelt sammensatte ruter M16 Det skal være mulig å velge anbefalte ruter, sammensatt av utvalgte POIer laget av en eller flere redaksjoner Innstillinger M17 Brukeren skal få personifisere appen ved endring av innstillinger Loggefunksjon besøkstall, trafikkdata M18 Bruk av appen må kunne logges av prosjektgruppa. 5.2 Kartsymboler M19 Det skal utabeides POI-symboler etter fag, medie og sjanger. 5.3 Navigering i kartet M20 Kartet skal ha knapper for zoom inn / ut.

5 (endre utsnitt og målestokk) Zooming skal også kunne gjøres ved å knipe / trekke / skyve med fingrene. Dobbelt-tap i kartet skal zoome inn med en fastsatt faktor. 5.4 Sette posisjon i kartet M21 Det skal være mulig å søke etter stedsnavn for å posisjonere kartet til aktuell posisjon. Bruker skal også kunne «tappe og holde» på kartet for å sette posisjon Feilmeldinger M OS og skjermstørrelse i M23 forbindelse med app eller hybrid Gitt at løsningen blir en app, og ikke en skalerbar HTML5-løsning: Android versjon 2.3 eller nyere iphone, ios versjon 6 eller nyere o Optimalisert for iphone 5 Skjermbilder skal tilpasses skjermoppløsning på 1136 x 640 billedpunkter ved 326 ppi Skjermbilder skal tilpasses et høyde/breddeformat på 16:9 7.2 Lagring lokalt tilgjengelig plass M24 Brukeren skal ha mulighet til å lagre data lokalt og bruke appen uten nettilgang Fagdata fra Norvegiana M25 Data skal leses via Norvegianas standardiserte API Kartdata - fra Kartverket standard WMS-tjeneste M26 Kartdata skal hentes fra Kartverkets standardiserte WMS-tjenester Wikipedia-artikler M27 Wikipedia-artikler skal hentes inn via Wikipedias API eller aktuelle tredjeparts API-er.

6 7.3.5 Folketellingsdata M28 Appen skal vise historiske folketellingsdata, dvs. bosatte per bolig og/eller gateadresse. 7.4 Åpen kildekode M29 Appen skal utvikles med fri programvare, og åpen kildekode, dvs. kildekoden skal gjøres åpent tilgjengelig. KNreise-prosjektet har rettighetene til kildekoden. 7.5 Universell utforming M30 Appen skal følge prinsippene for universell utforming. Bør-krav (Forslag fra tilbyder basert på kravspesifikasjonen eller egne ideer for å løse oppdraget) Krav ID og plassering i Kap. Må/ Bør Kort kravbeskrivelse B1 B2 B3 Oppfyl lelse Ja/Nei/ Delvis Utfyllende kommentar fra tilbyder Pris

7 3. Avtalens omfang Avtalen punkt Behov for oppgradering av Kundens tekniske plattform: (Påpekes her av Leverandør dersom oppgradering er nødvendig for Kundens utnyttelse av leveransen) 1.2 Ansvarlig for eventuell oppgradering av teknisk plattform: (Fylles ut dersom Kunden selv ikke skal sørge for slik oppgradering) 1.3 Åpenbare feil, mangler eller uklarheter i Kundens kravspesifikasjon: (Fylles ut dersom det er åpenbare feil, mangler eller uklarheter) 1. Utviklingsverktøy utviklingsmetode Avtalen punkt (Beskrivelse av utviklingsmetoder, utviklingsverktøy og utviklingsmiljø) 2. Opplæring Avtalen punkt Opplæringen skal gjennomføres der Kunden bestemmer. 3. Fri programvare Avtalen punkt : Fri programvare som benyttes i leveransen: Navn på fri programvare Fri programvarelisens Kopi av lisensbetingelser som gjelder for den aktuelle frie programvare (vedlegges): 4.1 Virkninger av videredistribusjon av fri programvare Avtalen punkt Andre deler av leveransen som vil bli omfattet av vilkårene i en fri programvarelisens

8 4.3 Kundens ansvar ved krav om bruk av fri programvare Avtalen punkt Programvare som er uegnet til å oppfylle Kundens krav: (Fylles ut dersom Leverandøren er kjent med at fri programvare som Kunden krever brukt er uegnet til å oppfylle Kundens krav) 4.5 Programvare som krenker eller av noen hevdes å krenke tredjeparts opphavsrett: (Fylles ut dersom dette er relevant for avtalen)