Vedrørende ansk kaffelse av presentasjons- og simuleringsverktøy av forretningsinformasjon i Ruter As Ruter 10.november, 2009
Innholdsfortegnelse 1. Innledning... 2 1.1. Ordliste og forklaring av begrep... 2 1.2. Dagens situasjon... 2 1.3. Mål og behov... 3 2. Generelle krav... 4 2.1. Tidsplan og oppfølging... 4 3.2. Systemskisse... 4 3.3. Referanser... 4 4 Krav til systemet... 4 4.1. Generelt... 4 5 Brukermessige krav... 5 6 Tekniske krav... 6 7 Dokumentasjon... 7 8 Pris... 7 Presentasjonsverktøy for balansert målstyring i
1. Innledning Ruter har vedtatt å anskaffe et presentasjonsverktøy knyttet til balansert målstyring. Systemet skal bidra til analyse, oppfølging og rapportering i selskapet. Systemet skal videre brukes til beslutningsstøtte og oppfølging både på et overordnet og på et detaljert nivå. 1.1. Ordliste og forklaring av begrep 1.1.1. Agresso ERP system 1.1.2. EBIR Elektronisk Billettering i Ruter. EBIR består igjen av to systemer, levert av ERG og Thales 1.1.3. Ephorte - arkiv- og saksbehandlingssystem 1.1.4. epuls Report datavarehusløsning (MS SQL database) 1.1.5. MiS Markedsinformasjonsystem 1.1.6. SiS Sanntidsinformasjonssystem 1.2. Dagens situasjon Datavarehuset henter inn data fra de følgende datakildene: ERG http://www.vix-erg.com Trapeze FX http://www.trapezegroup.com Agresso Excel/Access. Datavarehuset bruker følgende verktøy: MS SQL Server 2005 Analysis Services 2005 BI Studio, et Ergo Group-eid verktøy. epulsreport, et Ergo Group-eid verktøy. Ekstraheringsjobb er utført av BI Studio, et produkt utviklet av Ergo Group. Ekstraherte data blir klargjort til analyse ved bruk av flere transformeringsrutiner utviklet i SQL Server Integration Services (SSIS). I tillegg tar transformeringsrutiner seg av å oppdatere kube database som er utviklet i Analysis Services 2005. Alle rapporter som er utviklet av datavarehusbrukerne henter inn data fra kube databasen. Datavarehuset benyttes i dag i forbindelse med ruteplanlegging, økonomi- og statistikkrapportering mv. Presentasjonsverktøyet i eksisterende løsning oppfattes av noen av brukerne som lite intuitivt. Datavarehusets potensial utnyttes ikke maksimalt. På neste side vises en skisse over de forskjellige komponentene i datavarehuset. Presentasjonsverktøy for balansert målstyring 2
Kravdokum ment 1.3 3. Mål og behov Ruter har en etablert løsninng for rappoortering av forretningsiinformasjonn i dag. En ny n løsnning skal settte oss i stannd til å distrribuere styringsinformaasjon og styrringsindikatorer i et bruukervennlig grensesnittt som tilgjenngeliggjøress for ulike brukkere innenfo for operativee og adminiistrative fun nksjoner. Proosjektomfan ng Daggens datavarrehusløsninng tenkes viddereført. Målet er å gjøøre dataene lettere tilgjjengelig sam mt hente datta fra nye kiilder. Dataeene fra de ullike kilder sskal korrelerres og presenteres p i ett og sam mme grensessnitt. Ruter ønsker at inntegrasjon m mot kilddesystemenee omfattes som s en del av a leveranseen. Kildene vil være e-ppuls varehu uset, andrre interne syystem samt enkelte ekssterne kilder. sentasjonsverktøy for bala ansert målsty yring Pres 3
2. Generelle krav 2.1. Tidsplan og oppfølging Leverandøren må legge fram en realistisk tidsplan for hvor lang tid innføringen av publiseringsverktøyet vil ta og hvor mange ressurser leverandør og Ruter må sette av for å gjennomføre denne planen. Videre må det sannsynliggjøres at man har ressurser til å gjennomføre utvikling og implementering av systemet innenfor tidsfristene, samt innehar ressurser i forhold til support og videre oppfølging av Ruter. 3.2 Systemskisse Leverandøren må kunne legge frem en skisse med beskrivelse av presentasjonsløsningens oppbygging og håndtering av informasjon som flyter gjennom lagene. 3.3 Referanser Leverandøren må legge fram en liste over relevante referanser. 4 Krav til systemet 4.1 Generelt a) Responstid: Systemet må kunne bearbeide store mengder data og presentere resultatet i løpet av få sekunder. Ruter ønsker at leverandøren beskriver systemets evne til å håndtere store datamengder. Videre at man beskriver systemets normale accesstid og hvordan denne måles. b) Simuleringsmulighet: Systemet må inneha gode simuleringsmuligheter. Beskriv disse simuleringsmulighetene gjerne med konkrete eksempler c) Systemet må kunne tilgjengeliggjøres gjennom webbaserte portaler For eksempel gjennom Ruters Intranett løsning, Sharepoint eller tilsvarende d) Markedet forandres kontinuerlig. Løsning må derfor være lett å tilpasses og endres Funksjonaliteten i løsningen bør lett kunne utvides i takt med modenheten og behovet til brukerne Presentasjonsverktøy for balansert målstyring 4
5 Brukermessige krav 5.1 Systemet må være intuitivt og pedagogisk for sluttbrukerne Brukernes alder er fra ca 25 år til ca 65 år. Gjennomsnittsbrukeren er 46,5 år. Kjennskapen til data og bruk av dataverktøy varierer fra de meget erfarne til de som kun arbeider med få, utvalgte dataverktøy/-programmer. 5.2 Systemet må ha en drill-down funksjon Ved hjelp av drill down funksjonene ønsker Ruter at brukeren av løsningen effektivt kan fremskaffe detaljene i det valgte datagrunnlaget og få det presentert i samme vindu (ikke pop-up). Eksempelvis må brukerne kunne hente frem detaljer fra en konto og drille seg ned til transaksjoner på laveste nivå. Både tall og grafisk fremstilling må kunne vises i samme skjermbilde. Systemet må ha fleksibilitet med tanke på antall nivåer man kan drille på. Eksempel på presentasjon av økonomitall: Tallene må kunne rapporteres med minimum følgende detaljeringsgrad: o Denne periode/måned/hittil i år/samme periode i fjor sammenholdt mot budsjett. Avvik må fremgå. o Restbudsjett og simulert prognose o Økonomitallene må kunne rapporteres på de enkelte avdelinger, hovedprosesser og delprosesser o Det må være mulighet for klassisk rapportpresentasjon (opplisting av data) og grafiske fremstillinger 5.3 Systemet må ha muligheter for å simulere (what if ) og prognostisere utviklingen innenfor de ulike valgte områder Vis med eksempler hvordan man kan vise ulik informasjon innenfor samme arbeidsvindu. Illustrer gjerne eksemplet beskrevet vedrørende økonomitall i punkt 5.2. over. 5.4 Systemet bør kunne håndtere flere profiler og ha rettighetsstyring på brukernivå Forskjellige brukere skal ha tilgang til forskjellig informasjon. Derfor må systemet kunne avgrense rettigheter og tilgjengelighet for diverse brukergrupper/profiler. Beskriv gjerne hvordan dette gjøres i praksis. 5.5 Tilpassning av brukernes Dash Board Den enkelte bruker må kunne justere/endre innhold/visning i eget Dash- Board innenfor de rettigheter brukeren har. Videre bør den visning man har tilpasset kunne lagres som brukerens favoritt. Presentasjonsverktøy for balansert målstyring 5
5.6 Systemet må kunne håndtere flere språk Løsningen må håndtere de skandinaviske tegn. For eksempel ä/ Ä/æ/Æ og ö/ Ö/ø/Ø i datagrunnlaget. Menyer og ledetekster bør kunne settes opp med ulike språk i den grafiske presentasjonen. 5.7 Det bør være mulig å lagre eller skrive ut rapporter (spørringer) på gjeldende visning Brukeren må kunne skrive ut resultatet som vises på skjermen og lagre visningen man nettopp har valgt. Lagring av rapporter bør kunne skje på brukerens egen profil eller som en felles spørring som gjøres tilgjengelig globalt i systemet. 5.8 Løsningen bør kunne eksportere rapporter Rapporter eller visninger må kunne eksporteres til for eksempel Microsoft office, PDF og lignende. 5.9 Brukeropplæring Beskriv opplæring som tilbys som en del av leveransen. Primært ønsker vi at systemet har en integrert hjelpefunksjon med krysshenvisninger til mer omfattende brukerdokumentasjon. Det vil være en stor fordel dersom systemet levers med en e-læringsmodul. 5.10 Vedlikehold og administrasjon av brukergrensesnitt Det må beskrives hvordan Ruter selv kan vedlikeholde og administrere systemet i en driftssituasjon (endre rettigheter, justere visninger, rapporter etc) 6 Tekniske krav 6.1 Systemet må kunne integreres med Ruters eksisterende system slik som e-puls, Ephorte, Agresso, Sharepoint etc. For noen av systemene vil det være aktuelt både å hente og levere data i form av integrasjoner med de ulike kildesystem. Noen av dataene vil man ønske å hente i form av nattlige batcher, andre i form av frekvente lastinger mange ganger i løpet av dagen og ytterst vil man ønske å presentere noen kildedata i sanntid frem til brukeren. Beskriv hvilke formater som støttes i systemets integrasjonsfunksjonalitet. 6.2 Systemet må kunne innhente data fra eksterne kilder Eksempler på kilder som ønskes integrert er BBS, Payex, YR.NO, Oslo Børs og Reuters. 6.3 Leverandøren må beskrive oppbyggingen av systemet Forklar hvordan de forskjellige lagene og komponentene i løsningen spiller sammen. Beskriv helst både i prosa og i form av systemarkitekturskisser. Presentasjonsverktøy for balansert målstyring 6
7 Dokumentasjon 7.1 Beskriv hvilke type dokumentasjon som medfølger leveransen Eksempelvis Brukerdokumentasjon, System/bruker administrasjon, Systemdokumentasjon m.m 8 Pris 8.1 Leverandøren må oppgi pris for løsningen Ruter ønsker at man i tillegg til å prise programvaren også priser arbeidet for installasjonen av den i vår driftspartners miljø. Vår driftspartner er Arrive AS. 8.2 Andre kostnader utover anskaffelseskosten Beskriv eventuelle andre kostnader slik som serviceavtaler, support, behov for rådgivning etc. som kommer i tillegg til selve anskaffelseskosten. Ruter ønsker en veiledning i det totale kostnadsbildet (TCO) for løsningen ved at leverandøren estimerer kostnadene for å benytte den sett over en treårsperiode. Presentasjonsverktøy for balansert målstyring 7