RAVSPESIFIASJON Webdesign- og utvikling, support og drift av www.nupi.no og NUPI intranett Saksnr. 00100/1001/13/ÅW Side 1 av 17
Innholdsfortegnelse: RAVSPESIFIASJON... 1 INNHOLDSFORTEGNELSE:... 2 1 INNLEDNING... 3 2 BAGRUNN... 3 3 OPPDRAGETS OMFANG... 3 4 RITERIER FOR UTVELGELSE... 4 5 BRUERORIENTERING OG MÅLGRUPPER... 4 6 OVERORDNEDE RAV... 4 7 OVERORDNEDE TENISE RAV... 6 8 HOVEDSIDE OG FASTE SIDEELEMENTER... 8 9 UNDERSIDER OG LASSER (SENTRALE INNHOLDSTYPER)... 9 10 SØ... 10 11 ANDRE FUNSJONER... 11 11.1 Statistikk... 11 11.2 RSS... 11 11.3 Arrangementsadministrasjon... 11 11.4 Nyhetsbrev... 12 11.5 Integrasjon av bibliotektjenester/publikasjoner:... 12 11.6 Medieovervåkning... 13 11.7 Utvidelsesmuligheter... 13 12 GRAFIS DESIGN... 13 13 ADMINISTRASJON OG PUBLISERING... 14 13.1 Roller og rettigheter, og redigeringsfunksjonalitet... 14 13.2 Menyredigering... 15 13.3 Mal-redigering... 15 13.4 Filer og filarkiv... 16 13.5 URL-politikk... 16 14 INTRANETT... 16 14.1 Forskjellen på inter- og intranett... 17 Side 2 av 17
1 Innledning Denne kravspesifikasjonen danner grunnlaget for å sette oppdraget med å oppdatere og redesigne nupi.no og NUPIs intranett ut på anbud. Oppdraget omfatter også drift av servere, brukerstøtte og teknisk vedlikehold. ravspesifikasjonen angir NUPIs mål for nettsiden, samt hvilke krav til funksjonaliteter vi vil legge vekt på når vi skal velge leverandør. ravspesifikasjonen er utarbeidet av NUPIs prosjektgruppe for nytt nettsted i samarbeid med ez Systems, som skal levere plattformen for det nye nettstedet. NUPIs referansegruppe og Arbeidsutvalget (AU) er høringsinstanser. Prosjektgruppen på NUPI består av Åsmund Weltzien (kommunikasjonssjef), ristoffer Tjernås (IT-ansvarlig) og Marit Aspaas (kommunikasjonsrådgiver). Referansegruppen består av Ivar Windheim, John arlsrud og ristin M. Haugevik, i tillegg til prosjektgruppen. 2 Bakgrunn Det er behov for å oppdatere nettstedet nupi.no og NUPIs intranett. NUPI søker derfor nå en samarbeidspartner som kan oppgradere eksisterende nupi.no (både engelsk og norsk side) og NUPIs intranett. Nettsiden Hvorhenderdet.no skal som en del av prosjektet avvikles som egen site, og elementene derfra integreres inn i nupi.no. www.nupi.no skal være NUPIs viktigste utadrettede formidlings- og kommunikasjonskanal. NUPI definerer følgende visjon for sitt kommunikasjonsarbeid: NUPI skal være det ledende fagmiljøet på internasjonal politikk av stor betydning for Norge. Vår forskning skal være relevant og nyttig for den norske allmennheten, utenrikspolitiske fagmiljøer og NUPIs oppdragsgivere. All kommunikasjon fra NUPI skal reflektere våre kjerneverdier: valitet, uavhengighet og åpenhet. 3 Oppdragets omfang Det skal velges en samarbeidspartner som skal løse de oppgaver som fremkommer av kravspesifikasjonen. Disse omfatter: Utvikling av en helhetlig informasjonsarkitektur for nupi.no og intranett. Oppdatering, inkludert oppsett og ev. utvikling av nytt nupi.no Oppdatering, inkludert oppsett og ev. utvikling av nytt intranett Utvikling og implementering av design for nupi.no Utvikling og implementering av design for nytt intranett onvertering av data fra dagens løsning og migrering av disse til nye nettsider Integrasjoner mot biblioteksystemene CRISTIN, Tiedemann og Brage Oppsett av søkeløsning Side 3 av 17
Drift og vedlikehold av ferdig løsning. NUPI har ikke inhouse kapasitet til å drifte web-løsningene våre. Det betyr at drift av servere, brukerstøtte og alt teknisk vedlikehold også må ligge i avtale med leverandøren som skal utvikle nettstedet. De nye nettsidene skal hostes i ezs cloud. Utvikling av nettsidene slik at disse er i overensstemmelse med ezs confluence (https://confluence.ez.no/display/ezp/requirements) er derfor en sentral del av oppdraget, inkludert gjennomgang av en kompatibilitetsprosess der målet er godkjenning av oppsettet for hosting i ez Cloud. Leverandøren må derfor kunne ivareta behovet for utviklingsmiljø og staging-miljø til utviklingen av nettsidene. Testing av det nye nettstedet. Det må settes av minst 25 prosent av utviklingstiden til testing. 4 riterier for utvelgelse ravene til Leverandør som utgjør kriteriene for utvelgelse er beskrevet i konkurransegrunnlaget. I tillegg er det ønskelig med følgende kompetanse som vil bli vektlagt i valg av samarbeidspartner for utvikling og design av nytt nupi.no og intranett: jennskap til analyseverktøy og statistikkhåndtering Erfaring med import, eksport og oppgradering av ez Publish 5 Brukerorientering og målgrupper NUPI har definert følgende målgrupper for NUPIs kommunikasjonsarbeid: 1. Allmennheten, herunder skole og media 2. Utenrikspolitiske fagmiljøer 3. NUPIs oppdragsgivere Dette er også hovedmålgruppene for nupi.no. Når det gjelder intranettet er NUPIs ansatte hovedmålgruppe, og deres informasjonsbehov vil være styrende for innholdet. Nettstedet skal utformes for å dekke målgruppenes behov, med særlig vekt på der de ulike målgruppenes behov overlapper seg i mellom, og der de overlapper med NUPIs egne behov. Leverandøren må, i samarbeid med NUPI, kunne utvikle en hensiktsmessig informasjonsarkitektur for nettstedet, som sørger for at relevant informasjon på best mulig måte blir tilgjengeliggjort for de ulike målgruppene. Med brukerretting menes ikke visuell målgruppeinndeling av informasjon som i dag. 6 Overordnede krav Alle krav og ønsker skal besvares av leverandør. Leverandør kan fylle ut dette skjemaet som del av sin løsningsspesifikasjon. Det skal da svares det Ja, Nei eller Utvikles (J/N/U), og spesifiseres om det er tilleggsfunksjonalitet, om det skal skreddersys eller om det tilbys til separat pris. Det siste alternativet krever nærmere redegjørelse i kommentarfeltet. Dersom leverandør er usikker eller mener NUPI har behov for tilleggsinformasjon, gjøres dette også Side 4 av 17
rede for i kommentarfeltet. Dette skal også fylles ut dersom det er tvil om hva kravet innebærer, eller om svaret er JA med begrensninger eller forbehold. Dersom leverandør ønsker å besvare spørsmål på en annen måte, er det i orden for NUPI så lenge det fremkommer hvordan kravene skal dekkes. NUPI tar forbehold om at det underveis i utviklingsprosessen kan oppstå endringer i kravene. Følgende premisser ligger til grunn for prosjektet: 1. Inter- og intranett skal publiseres på samme plattform og samvirke. 2. Serverdrift og software-vedlikehold settes ut 3. Teknisk støtte (maler, problemløsning) samt redaktørsupport settes ut 4. Hvorhenderdet er i dag egen site. Del-elementene fra denne siten skal integreres fullt inn i nupi.no NUPI vil stille følgende overordnede krav til de nye nettstedene Ref. Beskrivelse av krav til nettstedene 6.1 Tilgjengelighet: Stabilt system med minst 99,5 prosent oppetid. Alle sider skal lastes raskt. 6.2 Brukervennlighet: Størst mulig brukertilpasning, kombinert med mulighet for effektive informasjonssøk. larspråk, poengtert innhold og aktualitet er stikkord. 6.3 valitet på nett: Relevant, oversiktlig og gjenfinnbart, oppdatert. 6.4 Integrerbarhet: Det skal være mulig å hente informasjon fra andre webservere gjennom NUPIs nettsystem. Det er avgjørende å kunne integrere nettstedet med NUPIs biblioteksystemer, CRISTIN, Brage og Tidemann. Mer om integrering av biblioteksystemene under punkt 11.5. rav/ønske Leverandørens svar Det er avgjørende at integrering av eksterne tjenester aldri kan ta ned nupi.no eller gi siden treg responstid, og at dem aldri viser potensiell gammel eller feil data. 6.5 Dokumenterbarhet/logging: Må ha en god statistikkfunksjon for å dokumentere bruk/besøk av de enkelte sider 6.6 Nettstedet må tilfredsstille krav fra Difi til nettstedskart, se: http://kvalitet.difi.no/2012/10/2-6-nettstedet-ertilrettelagt-for-enkel-og-konsistent-navigasjon/ og http://kvalitet.difi.no/wpcontent/uploads/2013/02/riteriesett2013nn.pdf 6.7 Nettstedet må være tospråklig (norsk og Side 5 av 17
engelsk), men må inneholde funksjon for fleksibilitet, slik at det både er mulig å publisere samme innhold på begge sider samtidig og publisere kun på en av sidene (et språk) ad gangen. Egen kategori for nynorskpublisering slik som i dagens løsning, sløyfes. Løsningen skal imidlertid ha mulighet for senere å utvides med flere språk. Ettersom nynorsk-elementer derfor skal vises på de «norske» sidene, bør disse elementene tagges som lang=»nn», jmf. Difis kriteriesett. 7 Overordnede tekniske krav Nettstedene er i dag basert på en ez Publish 4.3 plattform. NUPI vil basere de nye nettsidene på ez Publish versjon 5.2, og vår samarbeidspartner må ta hensyn til dette ved utvikling av kode. Ref. Beskrivelse av krav til nettstedene rav / ønske Leverandørens svar 7.1 Skal være basert på ez Publish versjon 5.2 eller nyere. 7.2 Må være Cluster-supported for å oppnå en Ø HA-tjeneste (High availability) 7.3 Søkeløsning er ez Find 7.4 Skal ha mulighet for staging og deploymentmekanisme med koderevisjonverktøy 7.5 Skal ikke inneholde hacks, det vil si at kjernen ikke skal endres 7.6 Det vil måtte avklares hvorvidt SSL skal benyttes for formularer og andre sider som kan inneholde sensitiv informasjon 7.7 Skal ha mulighet for social sharing alle sider skal kunne deles på Facebook, Twitter, og det bør også lages lenker til NUPIs kontoer på YouTube og Flickr. 7.8 Skal være 100% kompatibel mot MS Internet Explorer 9, Chrome 13, Firefox 12, Opera 12 eller nyere 7.9 Malverket og løsningen skal minimum validere mot W3C XHTML Transitional. 7.10 Skal kunne hente informasjon fra andre webservere. Nettstedet skal integreres med NUPIs bibliotekssystember, CRISTIN, Brage og Tidemann. Side 6 av 17
7.11 Spesialkarakterer eller landsspesifikke tegn skal kodes i rett Character Entities i hht. valgte standard 7.12 Må ha mulighet for unike metadata til hver objektvisning tittel/beskrivelser/nøkkelord 7.13 Sidemalene må være fleksible, men med minst mulig behov for malendringer ved endring av klasse. 7.14 Når klasser er definert må relasjonsprosessen være så enkel som mulig og fungere gjennom søk. 7.15 Design skal styres av CSS og ikke HTMLtagger/attributter i malverket. 7.16 Forsiden må kunne redigeres fritt, uavhengig av sist publiserte innhold. Dette støttes av ez Publish, men det vil måtte gjøres tilpasninger og en designjobb for å integrere dette på inter- og intranettsidene. Vi ønsker knapper for å klikke én gang på de ulike objektene og redigere direkte. 7.17 ez Flow skal brukes på forside og landingssidene 7.18 Layout skal ikke lagres sammen med innholdet som XML i databasen. 7.19 Dagens struktur (URLer) må i størst mulig grad bevares for eksempel for publikasjoner 7.20 Video må kunne publiseres ifbm arrangementer og nyheter, og HTML5- løsning benyttes framfor Flash. 7.21 Nettsiden vil hovedsakelig redigeres av tre typer roller: Vanlig bruker (forskerne og administrasjonen), nettredaktører (kommunikasjonsavdelingen) og webmaster (IT-avdelingen). Det vil altså være mange «under-redaktører» som må ha tilgang på å publisere innhold på avgrensede områder (sin egen profil på nettsiden), og på noen områder vil publisering kreve godkjenning av redaktørene (f. eks nyheter).. Vi må derfor ha workflows på godkjenning av nytt/endret/fjernet innhold. Dette fordrer svært enkelt grensesnitt og høy brukervennlighet. Rettigheter og tilganger for ulike roller og brukere må kunne endres. Rask og enkel publisering: Ø Side 7 av 17
Løsningen må gjøre det enkelt å publisere, lenke internt og relatere innhold uten å måtte bla gjennom hele strukturen. Aktuelle funksjoner er da søk, drag and drop eller tagging. 7.22 Siden må være utformet med responsivt design (dvs. tilpasses mobil, nettbrett etc.) 7.23 Dokumentasjon: NUPI stiller krav om god dokumentasjon av hele installasjonen. Det må utarbeides en brukerveiledning for sluttbruker. Det skal også være en gjennomgang/et kurs i løsningen for NUPI før lansering. 7.24 Nettstedene skal etterleve krav fra Difi til Universell utforming, se http://uu.difi.no/regelverk/krav-tilnettlosninger og http://www.w3.org/translations/wcag20- no/ 7.25 Cache-håndtering. Løsningen må benytte cache for raskere visning av sider. Når et objekt publiseres/endres må cache tømmes/oppdateres automatisk på alle berørte sider. ez Publish må konfigureres til å kjøre med alle cache-parametre på i produksjon (View Cache, Template Cache, Template Compile, Policy Cache etc.) 8 Hovedside og faste sideelementer Ny informasjonsarkitektur for nettstedet må utvikles som en del av prosjektet, tilpasset NUPIs målgrupper, jamfør punkt 3 og 5. Hovedsiden (forsiden på nupi.no) skal være tilpasset de målgruppene som NUPI har definert (jf. punkt 5 om målgrupper). NUPI ønsker å se på hvorvidt forsiden skal kunne personaliseres for ulike målgrupper basert på brukeratferd. Nettsidene skal inneholde følgende faste sideelementer: Ref. Beskrivelse av krav til nettstedene rav/ønske Leverandørens svar 8.1 Brødsmulesti: Alle sider skal ha en brødsmulesti som viser nøyaktig hvor i strukturen den aktuelle siden er. Alle begreper som inngår i brødsmulestien skal være klikkbare. 8.2 Avsenderinformasjon og dato: Side 8 av 17
Det må framkomme tydelig på siden at avsender er NUPI, og alle objektvisninger skal ha en publiseringsdato 8.3 Funksjon Skriv ut siden Alle sider bør ha en lenke til en utskriftsvennlig versjon, uten forstyrrende og plasskrevende elementer. (A4). Dagens løsning (eller tilsvarende) for utskrift av lenker videreføres. 8.4 Funksjon «Generere pdf-versjon» Alle sider bør ha en lenke til en funksjon som genererer en pdf-versjon av siden. Dette er spesielt viktig for artikler, især «Hvor hender det»-artikler. 8.5 Lenke til engelske nettsider Det må være en globalt tilgjengelig lenke for skifte av språk. 8.6 Eksplisitt funksjon for endring av skriftstørrelse Jf. Difis kriteriesett for offentlige nettsteder, se http://kvalitet.difi.no/wpcontent/uploads/2013/02/riteriesett2013nn.pdf 8.7 Søkemotor: Tilgjengelig over hele nettstedet. 8.8 Global meny Tilgjengelig over hele nettstedet 9 Undersider og klasser (sentrale innholdstyper) Store deler av innholdet på NUPIs nåværende nettsted, vil måtte migreres til ny løsning og arkitektur. Dette vil inngå som en sentral del av utviklingsprosessen. Dagens sider har allerede et klassesystem vi vil bygge videre på i de nye sidene. Sentrale innholdsklasser (typer innhold) på nupi.no nå, er følgende: NUPIs forskningsområder o tematisk o geografisk Nyheter Arrangementer Bibliotek og publikasjoner «Hvor hender det»-artikler Personer/medarbeidere (forskere og adm./komm) Forskningsprogrammer Forskningsprosjekter Informasjon om NUPI o likkbart organisasjonskart I tillegg har det nåværende nettstedet Hvor hender det noen egne klasser, herunder: Nettmøter, Side 9 av 17
art Quiz Ordforklaringer Faktabokser Det er mulig at disse klassene fra Hvor hender det må skrives om i forbindelse med integreringen på nupi.no. Dette arbeidet inngår som en del av prosjektet. I tillegg skal et nytt og oppdatert nupi.no ha følgende klasser: Multimediainnhold (video, bilder og podcasts) Fagartikler Blogger Postjournal Mer informasjon om aktuelle innholdselementer på sidene er skissert i egne wireframes som vedlegg. NUPI vil presisere at disse ikke er ment å legge føringer for informasjonsarkitektur og design som vi ønsker hjelp til å utvikle i dette prosjektet. Wireframes er kun laget for å gi tilbydere en viss oversikt over aktuelle sider og innholdselementer og omfang av prosjektet. 10 Søk Søkefunksjonen er sammen med gode menyer det viktigste elementet i et nettsted. Nettstedets søkefunksjon skal være nyttig for svært ulike kategorier brukere. NUPIs ulike målgrupper, eksempelvis en norsk skoleelev og en amerikansk forsker har ulike behov, noe tilretteleggingen av søkemotoren må kunne ta hensyn til. NUPI vil stille følgende krav til søkefunksjonen på nupi.no og intranettet: Ref. Beskrivelse av krav til nettstedene rav/ønske Leverandørens svar 10.1 Funksjonen skal bruke ez Find 10.2 Beskrivende titler 10.3 Sammendrag av innholdet 10.4 Gruppering av treffene 10.5 Relevans-markering (i dag har vi bare mouseover-visning) 10.6 Differensiering av søket (filter og fasettering) på gruppe/kategori (person, pub, seminar..) 10.7 Mulighet for sortering av søk i Ø etterkant, uten å måtte gjennomføre nytt søk 10.8 Paginering. Vise x antall treff med lenke til flere treff 10.9 Sortering. Mulighet å velge sortering ut ifra relevans, dato/årgang eller alfabetisk. Dagens løsning gjør en kombinasjon av relevans og årstall/dato. 10.10 Forhåndsdefinerte søkeord som Ø Side 10 av 17
utløser ekstrainformasjon, f.eks. henvisning til forsker eller fremheve artikkel/publikasjon 10.11 Mulighet til å legge inn søkekriterier 10.12 Auto-complete på vanlige søk basert på Web 2.0-teknologi som bedrer søkekvaliteten, eks søkeordforslag. Søkeordforslag skal hentes fra søkindeks eller definert liste, ikke bruker-input. 10.13 Mulighet for søk på flere språk: Norsk og /eller engelsk 10.14 Stavekontroll på søk Ø 10.15 Synonymer for søk Ø 10.16 Søk er knyttet til klasseoppsett og ez Find begge deler må være konfigurert korrekt slik at søket blir så presist som mulig 10.17 Ordet «Søk» i søkefeltet må bli borte automatisk 10.18 Må bruke indeks og kunne indeksere ulike filtyper i tillegg til artikler (pdf, word, excel, ppt). 11 Andre funksjoner 11.1 Statistikk Nettstedene skal kunne bruke ez-s statistikkfunksjon, samt Google Analytics for å skaffe dokumentasjon på bruk. 11.2 RSS Nettstedene skal kunne tilby RSS til brukere. Egne RSS-feeds for publikasjoner, nyheter og arrangementer. 11.3 Arrangementsadministrasjon Den oppdaterte nupi.no skal ha et system for administrasjon av Nupis arrangementer. Viktige funksjoner som må kunne ivaretas av dette systemet er: Ref. Beskrivelse av krav til nettstedene rav/ønske Leverandørens svar 11.3.1 Arrangementskalender 11.3.2 Se om det er plass på arrangementet 11.3.3 Påmelding, inkludert spesifikasjon om type servering hvis aktuelt 11.3.4 Avmelding Side 11 av 17
11.3.5 Venteliste 11.3.6 Informasjon om enkeltarrangementer. 11.3.7 Utsending av invitasjoner (via nyhetsbrevsfunksjonen) 11.4 Nyhetsbrev Det skal være anledning til å abonnere på nyheter fra nupi.no, og vi må ha en nyhetsbrevextension for utsending. I dag baserer vi oss på en gammel extension, vztnewsletter, og en Redpill-utviklet extension for ontaktdatabase. Dagens løsning er ikke god nok. Vi må ha en ny løsning for nyhetsbrev som enten dekker de to vi har i dag, en tilpasning av dagens vztnewsletter-løsning som gjør den mer brukervennlig eller en ny nyhetsbrevløsning som kan integreres med ontaktdatabasen (person- og organisasjons-objekter knyttet opp mot en søkemodul). Prosessen for å sende ut nyhetsbrev krever følgende funksjonaliteter: Ref. Beskrivelse av krav til nettstedene rav/ønske Leverandørens svar 11.4.1 Flere ulike lister med kontakter 11.4.2 Funksjon for å hindre at en mottaker får samme e-post to ganger hvis vedkommende står oppført på flere lister 11.4.3 Muligheter for å skrive inn egen tekst (ikke bare autogenerering av innhold fra nettsiden) 11.4.4 Flere ulike nyhetsbrevmaler (Hvor hender det, Arrangementer, Nyhetsbrev fra NUPI) 11.4.5 Flere ulike avsendere for nyhetsbrev 11.4.6 Påmeldingsfunksjon (knyttet til å melde seg på arrangementer) 11.4.7 Avmeldingsfunksjon (for å melde seg av nyhetsbrevet) 11.4.8 Må minst kunne håndtere 20.000 e- postutsendinger fra Hvor Hender det i gjennomsnitt hver tredje uke, samt rundt 10.000 e-poster i uken fra NUPI 11.5 Integrasjon av bibliotektjenester/publikasjoner: Nupi.no skal integreres mot eksterne biblioteks- og publikasjonssider, for å unngå dobbeltarbeid med registrering av publikasjoner. Siden skal integreres mot CRIStin (Current Research Information System in Norway) hvor NUPIs forskere registrerer sine publikasjoner, mot vitenarkivet Brage og biblioteksystemet Tidemann. Disse sidene oppdateres kontinuerlig/i sanntid. Dette innholdet skal kunne ligge eksternt, men skal være tilgjengelig for søk på NUPIs nettsider og også vises på forskernes profiler og på publikasjonssiden. En Side 12 av 17
egen beskrivelse av sammenhengen mellom de nye nettsidene og NUPIs biblioteksystemer, inkludert hva slags innhold disse skal levere til nettsidene, finnes i bilag 5 om Wireframes og integrasjon av eksterne systemer. NUPI legger følgende føringer på integrasjonen av nettstedene mot biblioteksystemene: 1) CRIStin: Integrasjon mot CRIStin er hovedprioritet. Integrasjon av innhold mulig via Web Service - import fra CRIStin til ez. 2) Brage: Foreløpig ikke Web Services, og integrasjon mot Brage vil sannsynligvis måtte basere seg på import av RSS-feed til ez Publish. Man vil for eksempel kunne lage et søkevindu på nettsiden mot Brage. NUPI kan få sin egen søkeside med NUPI-layout hos Brage. 3) Tidemann: Foreløpig mer usikkert på det nåværende tidspunktet hvordan import av denne samlingen skal foregå i praksis, og det blir en del av prosjektet og løse dette. (Cristin skal ha mulighet til å høste fra Tidemann (mot en ekstra kostnad). SSB har visstnok gjort det i dag.) En viktig funksjon er å sørge for at NUPIs egne publikasjonsserier (rapporter, policy briefs etc.) er tilgjengelige i fulltekst på siden. På publikasjonssiden vil det være ønskelig med en form for feed med nye publikasjoner. Når det gjelder visning av publikasjoner må hensyn til rettigheter håndteres. Noen publikasjoner kan kun vises i fulltekst på Intranettet. 11.6 Medieovervåkning Nettsidene må kunne importere en nyhetsfeed fra NUPIs medieovervåkningstjeneste til nupi.no og Intranett 11.7 Utvidelsesmuligheter Følgende utvidelsesmuligheter av systemet må foreligge: Ref. Beskrivelse av krav til nettstedene rav/ønske Leverandørens svar 11.7.1 Utvidelse av Søk. Søkeresultatet/siden må kunne utvides til å vise resultat fra andre tjenester. 11.7.2 Postjournal. Som offentlig institusjon bør det være allmenn tilgang til postjournal. Dette skal inngå som en egen innholdsklasse. 12 Grafisk design Nytt grafisk design på nupi.no og intranett inngår som en del av prosjektet. Følgende overordnede føringer legges på designet: «Hvor hender det» må ha en form for designmessig markør Designet må godkjennes før utviklingen starter. Det bør tydelig fremgå av tilbudet hva prisen på designdelen av oppdraget er. Side 13 av 17
Nettstedets grafiske design må følge føringene i NUPIs designmal og Difis kriteriesett (http://kvalitet.difi.no/wp-content/uploads/2013/02/riteriesett2013nn.pdf). De viktigste føringene finnes i den vedlagte designhåndboken i bilag 3. 13 Administrasjon og publisering For å ivareta effektiv administrasjon og redigering av nettsidene, må det kunne skilles på ulike roller og rettigheter og sikre en høy grad av brukervennlighet. Formålet er å effektivisere publisering, redigering og vedlikehold. 13.1 Roller og rettigheter, og redigeringsfunksjonalitet Nettsidene må kunne tilby: Ref. Beskrivelse av krav til nettstedene rav/ønske Leverandørens svar 13.1.1 Mulighet for at forskjellige brukere kan ha forskjellige privilegier 13.1.2 NUPIs forskere må få mulighet til selv å redigere enkeltsider, som for eksempel egne profiler, men konkrete rettigheter og publiseringsprosedyrer må defineres senere i prosjektet. 13.1.3 Minst 10 samtidige brukere må kunne redigere 13.1.4 Artikkelredigering 13.1.5 Frontend-publisering og -redigering 13.1.6 Oppretting, endring og sletting av artikler 13.1.7 WYSIWYG tekstredigering 13.1.8 Plassering av bilder hvor som helst i artikkel, uavhengig av mal 13.1.9 Må kunne benytte ez Image Editor (intern funksjon) for bilderedigering. Bildestørrelse og plassering må være fleksibelt og enkelt å endre. Vi må ha et bildearkiv med høyoppløselige bilder av alle medarbeidere. 13.1.10 Enkel flytting av artiklers plassering i strukturen 13.1.11 rysspublisering (informasjon publiseres på flere steder) 13.1.12 Tidsstyrt publisering (inn-dato) 13.1.13 Tidsstyrt deaktivering (ut-dato) 13.1.14 Forhåndsvisning av artikler under redigering 13.1.15 Mulighet for enkelt å legge inn metadata. Side 14 av 17
13.1.16 Title tag: settes lik overskriften + NUPI til slutt 13.1.17 Description: bruke en default description til det blir gjort en korrigering. Hvis siden/artikkelen har ingress så kan utdrag av denne gjerne automatisk puttes inn i description 13.1.18 eywords: bruke default keywords til det blir gjort en korrigering. rever keywords-felt for hvert objekt. 13.1.19 Vi trenger egne verktøyknapper for multimediainnhold, for eksempel for å legge inn YouTube-videoer eller andre eksterne integrasjoner. 13.2 Menyredigering Menysystemet må kunne redigeres og krever: Ref. Beskrivelse av krav til nettstedene rav/ønske Leverandørens svar 13.2.1 Oppretting, endring og sletting av menypunkter 13.2.2 Enkel flytting/sortering av menypunkter 13.2.3 unne endre meny uavhengig av informasjonsarkitektur 13.3 Mal-redigering Systemet må kunne tilby: Ref. Beskrivelse av krav til nettstedene rav/ønske Leverandørens svar 13.3.1 Må utvikle maler tilpasset NUPIs behov, eksempelvis for ulike typer publikasjoner, arrangementer, prosjekter etc. Vi anslår nå at vi vil ha behov for mellom 20 og 30 sidemaler, men dette tallet kan bli justert underveis i prosjektet. 13.3.2 Den leverandør vi velger til å drifte løsningen må kunne opprette, endre og slette maler. 13.3.3 Fleksibilitet: Mulighet for selv, eller tredjepart, å endre i maler 13.3.4 Enkel redigering av stil ved bruk av stilsett (CSS) Side 15 av 17
13.3.5 rysspublisering med separate malverk (samme artikkel kan vises i flere maler) 13.3.6 Mulighet for å bruke forskjellige maler på forskjellige sider i løsningen 13.4 Filer og filarkiv Systemet må kunne tilby: Ref. Beskrivelse av krav til nettstedene rav/ønske Leverandørens svar 13.4.1 Arkiv for nedlastbare dokumenter (.pdf,.doc etc.) 13.4.2 Bilde- og mediaarkiv, og multimediafiler 13.4.3 Må minst kunne håndtere om lag 50 000 filer. NUPI er åpne for forslag til hvordan filene kan lagres. 13.4.4 nytte tekstbaserte alternativ til ikke-tekstlig innhold, som for eksempel meningsfylte alt -tekster for bilder. 13.5 URL-politikk nupi.no skal ha lesbare url-er fordi det er mer søkemotorvennlig. Det skal ikke være session ID i URL n. 14 Intranett Intranettet skal utvikles med tilsvarende spesifikasjoner som allerede er beskrevet for nupi.no, men utformingen vil baseres på NUPIs ansattes informasjonsbehov, og det vil ha noen egne innholdsklasser i tillegg til de som allerede er definert for nupi.no (i punkt 9). Sentrale innholdselementer på NUPIs intranett er: Interne nyheter Bibliotekstjenester Nyheter fra biblioteket Medieovervåkning Møtereferater Interninformasjon for ansatte (personalmessig og faglig) Nyttige lenker for ansatte Det må vurderes i hvilken grad disse innholdselementene krever egne maler. Side 16 av 17
Hvilket innhold som skal ligge på intranett vs. internett må beskrives i en helthetlig informasjonsarkitektur for nupi.no og intranett, og utviklingen av denne er en sentral del av dette prosjektet. rysspublisering mellom nupi.no og intranett må være mulig. Pålogging til intranettet for NUPIs ansatte skal være automatisk og IP-adresse-basert. Vi har i dag VPNtilgang, og kan dermed velge å avgrense intranettet eksplisitt på IP. Det vil forenkle administrasjon og sikkerhet mtp ekstern drift av nettstedet. Innhold på intranettet må avgrenses vht IP-adresse. Dette gjelder også for bilder/media som publiseres ifbm intranettet. ez foreslår at intranett og nupi.no legges i samme database, men i to forskjellige start-(root)- noder. Innhold som skal ligge begge steder kan krysspubliseres gjennom ez Publish. Intranettet blir en egen extension med eget design. NUPI ønsker innspill på om det er mest hensiktsmessig at nytt intranett utvikles etter at nytt internett er klart (som en fase to av prosjektet), eller om nye inter- og intranettsider bør utvikles parallelt. 14.1 Forskjellen på inter- og intranett Informasjon som angår interne forhold, med unntak av våre offentlighetsforpliktelser (innsyn), skal publiseres på intranettet. Internettet redigeres for et eksternt publikum og er tilgjengelig for alle. Internett-sidene vil, som i dag, bestå av www.nupi.no, som også vil inkludere hvorhenderdet og årsrapport. Side 17 av 17