I moderne web og mobile applikasjoner forventer brukerne 奪 ha samme kontroll og oversikt som i tradisjonelle desktopapplikasjoner. Det skaper noen nye utfordringer for oss utviklere n奪r front-end kj淡res p奪 en annen enhet en back-end som igjen typisk kj淡res p奪 en annen server en eksisterende kjernesystemer.
I denne sesjonen viser Joar yen hvordan slike utfordringer er l淡st i en moderne web applikasjon fra Lindbak Retail Systems. Du f奪r vite mer om Service Bus for Windows Server, Signal R og Windows Azure Notification Hubs og hvordan disse produktene er satt sammen for 奪 holde brukere oppdatert i en asynkron verden.
3-minutters guide: Slik lykkes du med smidig utviklingSteria Norway
油
Smidige metoder er som sjakk: Du kan l脱re grunnreglene p奪 en kveld, men bruke hele
livet p奪 奪 mestre detaljene. I denne guiden f奪r du konkrete tips om hvordan du forbedrer kommunikasjon, kvalitet og verdiskapning i smidige og ikke-smidige prosjekter.
V奪r avhengighet av systemer som styres av programvare 淡ker raskere enn v奪r evne til 奪 sikre systemene. En l淡sning er 奪 bygge inn sikkerhet som en del av programvareutviklingen. Det er utfordrende 奪 m奪le programvaresikkerhet, men modenhet p奪 programvaresikkerhetsarbeidet kan m奪les med BSIMM-rammeverket.
I moderne web og mobile applikasjoner forventer brukerne 奪 ha samme kontroll og oversikt som i tradisjonelle desktopapplikasjoner. Det skaper noen nye utfordringer for oss utviklere n奪r front-end kj淡res p奪 en annen enhet en back-end som igjen typisk kj淡res p奪 en annen server en eksisterende kjernesystemer.
I denne sesjonen viser Joar yen hvordan slike utfordringer er l淡st i en moderne web applikasjon fra Lindbak Retail Systems. Du f奪r vite mer om Service Bus for Windows Server, Signal R og Windows Azure Notification Hubs og hvordan disse produktene er satt sammen for 奪 holde brukere oppdatert i en asynkron verden.
3-minutters guide: Slik lykkes du med smidig utviklingSteria Norway
油
Smidige metoder er som sjakk: Du kan l脱re grunnreglene p奪 en kveld, men bruke hele
livet p奪 奪 mestre detaljene. I denne guiden f奪r du konkrete tips om hvordan du forbedrer kommunikasjon, kvalitet og verdiskapning i smidige og ikke-smidige prosjekter.
V奪r avhengighet av systemer som styres av programvare 淡ker raskere enn v奪r evne til 奪 sikre systemene. En l淡sning er 奪 bygge inn sikkerhet som en del av programvareutviklingen. Det er utfordrende 奪 m奪le programvaresikkerhet, men modenhet p奪 programvaresikkerhetsarbeidet kan m奪les med BSIMM-rammeverket.
Digital Skilting ved NTNU - Rapport fra pilot prosjekt
1. RAPPORT PILOTPROSJEKT, DIGITAL SKILTING
NTNU, 23. juni 2011
Jan Erik Kaar淡, Pernille Feilberg Langeland, Magnus S脱ternes Lian, Frank B淡r淡
2. INNLEDNING
Bakgrunnen for pilotprosjektet var at NTNU v/Studieavdelingen (SA) i 2009 fikk tildelt
penger til oppgradering av AV-utstyr i auditoriene. I mange 奪r har det v脱rt tema 奪
plassere informasjonsskjermer utenfor auditoriene, dette for 奪 gi en enklere
visning/oppdatering av timeplaner samt visning av studierelatert informasjon. SA
besluttet 奪 淡remerke 1,1 mill kr til informasjonsskjermer. Det ble besluttet 奪 plassere
skjermene i Realfagbygget, da vi vurderte det som en fordel 奪 ha skjermene i
geografisk n脱rhet til NTNUs multimediesenter (MMS) som administrerer prosjektet.
I tillegg til tekniske l淡sninger har vi ogs奪 hatt fokus p奪 redaksjonelle utfordringer i
forhold til hva skal vises, hvor lenge, hvem f奪r vise, ressursbruk osv.
Vedr淡rende plassering av skjermene var dette i n脱r dialog med byggets arkitekt.
Han ga oss tydelige f淡ringer for hvordan skjermene skulle plasseres.
Tidlig i prosessen hadde vi et erfaringsm淡te med Handelsh淡yskolen BI som hadde
valgt Scala, og dette ga oss nyttig bakgrunn i v奪rt videre arbeid.
PROSJEKTGRUPPAS SAMMENSETNING
Magnus S Lian, MMS, teknisk ansvarlig
Frank B淡r淡, MMS, prosjektleder
Jan Erik Kaar淡, Informasjonsavdelingen, ansvarlig redakt淡r
Pernille Feilberg Langeland, Informasjonsseksjonen, NT-fakultetet, ut淡vende
redakt淡r
Sissel Merethe Berge, NTNU Universitetsbiblioteket, innholdsprodusent
Jo Forthun, NTNU Universitetsbiblioteket, innholdsprodusent
Dagfinn Refseth, Studieavdelingen, innholdsprodusent
Synn淡ve Ressem, Informasjonsavdelingen, innholdsprodusent
Osiak Ludwika, Informasjonsseksjonen, NT-fakultetet, innholdsprodusent
Synn淡ve Sterten, Studieavdelingen, innholdsprodusent
Liv Aspaas, NTNU Universitetsbiblioteket, innholdsprodusent
Joakim K奪l奪s, SiT, innholdsprodusent
FORML
I tillegg til 奪 benytte skjermene som informasjonskanal til studenter og ansatte var
ogs奪 form奪let med prosjektet 奪 f奪 til en NTNU-standard b奪de i forhold til teknisk
l淡sning samt grafisk profil. Vi har tidligere sett tendenser til at skjermer/ulike
l淡sninger har blitt utplassert uten at det har v脱rt en helhetlig NTNU-vurdering i
forhold til teknisk l淡sning og profil. I pilotprosjektet er grafisk profil utf淡rt i n脱rt
samarbeid med NTNU Informasjonsavdelingen. Bestillers ansvar blir 奪
produsere/administrere innhold i henhold til NTNUs grafiske profil. NTNUs
multimediesenter s淡rger for bestilling og igangkj淡ring av teknisk l淡sning.
1
3. REDAKSJONELLE RETNINGSLINJER SOM REDAKSJONSGRUPPA
UTARBEIDET
Eksempler p奪 informasjon som kan formidles;
Ledelses- og organisasjonsinformasjon. (Ansvarlige: Info.avd. og NT)
Kriseinformasjon (Informasjon m奪 klarereres med lokal el. sentral kriseledelse
i hht. beredskapsplan, som er lagt ut p奪 Innsida)
Konferanser og andre begivenheter i bygget - Kalenderinfo (Studieavdelingen
og NT)
Viktige frister f.eks om eksamener (Studieavdelingen)
Tilbud fra UBiT og SiT.
Utvalgte nyheter fra Studieavdelingen, Innsida og Oppslagstavla (Studieavd.,
Info.avd., NT)
Nyheter fra Universitetsavisa (Pres. som tickerinfo)
Promotering av nye videoer p奪 nett eller iTunes U (Studieavd.-MMS, Info.avd.)
Eksempler p奪 informasjon som ikke kan formidles:
Kommersiell reklame og annonser fra eksterne virksomheter.
Andre meldinger fra bedrifter, organisasjoner eller personer som ikke er
tilknyttet NTNU.
Ren underholdningsinfo uten nytteverdi, f.eks videoklipp fra YouTube og
v脱rmeldinger.
N脱rmere beskrivelse av redaksjonsgruppas retningslinjer sees i vedlegg 1.
REDAKSJONELT TIDSBRUK
Her er det vanskelig 奪 tidsette hvor mye tid som g奪r med. Dette er avhengig av
kompleksiteten av meldingene, antall bilder, mengde tekst etc. I oppstarten m奪 man
regne med 奪 bruke noe tid p奪 奪 l脱re seg systemet. Kvalitetetsikringsmessig er det
viktig at minimum 2 personer fra hver enhet kan systemet.
N脱rmere beskrivelse om tidsbruk kan leses i vedlegg 2
2
4. BRUKERUNDERSKELSER
I perioden har vi foretatt to brukerunders淡kelser:
- Brukerunders淡kelse etter en konferanse (NKUL) med 800 deltakere, se
resultat i vedlegg nr 3.
- Til sammen 101 tilfeldig utvalgte personer ble intervjuet. Disse svarte p奪 et
sp淡rreskjema med 13 sp淡rsm奪l (vedlagt). Av de som ble intervjuet var 47
studenter og 14 ansatte i Realfagbygget, 33 kom fra andre enheter p奪 NTNU
og 7 var eksterne bes淡kende. Se resultat i vedlegg nr 4.
Konklusjoner p奪 disse leses under oppsummering og anbefaling fra
redaksjonsgruppa s.6
TEKNISK LSNING OG ERFARINGER
I pilotfasen har vi testet ut flere forskjellige systemer for levering av innhold til
skjermene. Disse systemene har alle v脱rt basert p奪 en modell hvor det er en sentral
server som sender innholdet ut til avspillingsenheter eller Players som er lokalisert i
eller ved skjermene. Innholdet blir s奪 lagret lokalt p奪 enheten som da spiller av
innholdet p奪 skjermen. En alternativ modell til dette baserer seg p奪 kablet coax
nettverk mellom avspillerne. Denne modellen ville gjort systemet mer stabilt, men
kostnadene og arbeidet rundt utbygging hadde blitt mye dyrere og mer omfattende.
Da vi hadde bestemt oss for hvilken modell vi 淡nsket 奪 g奪 for, gjorde vi en god del
research p奪 relevante nettsamfunn og gjennom bekjente som jobber innen omr奪det.
Vi tok ogs奪 kontakt med Handelsh淡yskolen BI som hadde satt opp et slikt system
奪ret f淡r for 奪 sette oss inn i hva som b淡r v脱re med i en kravspec til et slikt system.
Etter disse unders淡kelsene og et bes淡k p奪 IBC messen i Amsterdam hvor vi bes淡kte
flere leverand淡rer kom vi fram til f淡lgende kravspec til systemet:
- Systemet m奪 benytte seg av en lokal Player for hver skjerm som laster ned
innholdet lokalt. (Dette for 奪 spare nettverksressurser)
- N奪r systemet oppdateres skal bare nytt innhold lastes ned til player Slik at det
ikke genereres un淡dig trafikk.
- Det m奪 v脱re mulighet for generering av kalender for hvert auditorium via XML
feed
- Visning av Nettsider med Silverlight og Flash
- Innmating av RSS feed
- Systemet m奪 vise flere innholdstyper p奪 en gang (bruk av flere soner p奪
skjermen)
- Enkel generering av reklamer/annet innhold
- Hver skjerm m奪 kunne inneholde unik informasjon
- Systemet m奪 kunne styres sentralt av flere brukere/admins...
- Systemet m奪 ha mulighet til 奪 sl奪 av/p奪 skjermer via RS-232 kontroll..
- Systemet m奪 ha mulighet for scheduling dvs innholdet m奪 kunne programeres
til enkelte tidspunkt.. .
- Enkel infovarsling via SMS eller web for hver skjerm.. slik at foreleser enkelt
kan gi melding til rett skjerm ved feks sykdom...
- Avspilling av Streaming WMV samt Ogg
3
5. - Avspilling av H.264 med MOV eller MP4 container, WMV
- Interaksjon med skjerm via Touch eller mus/tastatur
- uttak av Lyd ved minijack/phono
- Avspilling av HD video
- Systemet m奪 v脱re ferdigutviklet. alle n淡dvendige funksjoner m奪 ha v脱rt
testet og v脱rt i drift over tid.
- Systemet m奪 v脱re tilrettelagt for st淡rre utvidelser.
- Enkel trigging av "Varslingsmodus" feks at du kan enkelt via SMS/Web trigge
alle skjermer i et bygg til 奪 varsle brann..
- enkel overv奪king av Playere. dvs mulighet for 奪 ping hver player eller ha en
oversikt som viser hvilke playere som er aktive.
- Mere enn 4 GB lagringskapasitet
- logging av visninger / innhold
- Tjenesten b淡r v脱re en engangsavgift. minimale etterkostnader..
- Mulighet for integrering av brannalarmanlegg
Etter gjennomgang av spec og sjekket den opp mot tolv forskjellige potensielle
l淡sninger satt vi igjen med disse fire systemer som vi 淡nsket 奪 ta en grundig
evaluering p奪:
- Omnivex (YiT og Nordic Arena)
- QuickInfo YiT (webPro)
- Spinetix, (video4)
- Scala, (YiT)
Disse systemene untatt QuickInfo ble koblet opp mot en testskjerm p奪 NTNUs
Multimediesenter hvor vi i f淡rst omgang testet hvor stabile de var. Dette da vi mener
at stabilitet er en sv脱rt viktig egenskap for en system som skal v脱re s奪 synlig i
arkitekturen p奪 bygget. Her viste det seg relativt kjapt at det var store forskjeller
mellom systemene p奪 hvor lenge en avspiller kunne spille av innhold f淡r det dukket
opp en feilmelding p奪 skjermen. Spinetix systemet som var det f淡rste vi testet holdt i
snitt bare en til to dager f淡r vi fysisk m奪tte reboote playeren, og etter 14 dagers test
s奪 var spilleren korrupt og ny firmware m奪tte installeres. Vi r奪df淡rte oss med
import淡r uten at de fant noen god l淡sning, og vi bestemte oss derfor for ikke 奪
fortsette testingen av systemet. QuikInfo ble ikke installert p奪 v奪rt kontor, men vi var
p奪 en omfattende test hos produsenten. Etter denne testen ble det klart at dette
systemet ikke dekket v奪re behov. Produsent sa seg villig til 奪 utvikle de l淡sningene
som vi mente manglet i systemet. Men siden vi 淡nsket et ferdig og utpr淡vd system
s奪 valgte vi 奪 ikke fortsette testingen av dette.
Vi sto da igjen med Omnivex og Scala, som ogs奪 er markedslederne p奪 digitalskilting
i Norden. Begge disse systemene ble brukt over langere tid og satt opp som om at
de skulle v脱rt i daglig bruk ved NTNU. Vi gikk gjennom punktene p奪 kravspecen
med begge systemene, og kunne bekrefte at begge systemer kunne levere p奪 de
aller fleste punkte. Men dette er likevel to ganske forskjellige l淡sninger. Omnivex er
hovedsakelig utviklet for 奪 h奪ntere store mengder data og formidle disse enkelt p奪
skjermene, og er mye brukt til b淡rser og store informasjonstavler. Mens Scala har
hovedfokus p奪 reklameskilter og h奪ntering av hele plakater med data i stedet for hver
enkelt datakilde.
Hovedgrunnen til evt. 奪 velge Omnivex var at vi ved 奪 bruke dette systemet veldig
enkelt kunne integrere data fra andre systemer som f.eks. rominformasjonen som
4
6. skulle integreres. For 奪 gj淡re dette i Scala kreves det at noen lager et
importeringsskript, noe som ville f淡re til ekstra utgifter.
Hovedgrunnene til 奪 velge Scala var at systemet ble sv脱rt mye enklere 奪 h奪ndtere
for brukerne og at grafikken s奪 mye bedre ut p奪 skjermene.
Begge disse systeme kunne som sagt ha dekket v奪re behov i kravspessifikasjonen
for publisering av innhold til skjermer. Da vi fikk tilbud fra leverand淡rene av de to
systemene hadde pris mye 奪 si for valg av system.
Ut fra dette s奪 ble Scala valgt som l淡sning for NTNU.
OMNIVEX:
25 skjermer koster : 409000 i innkj淡p + 72642 I 奪rlige utgifte
100 skjermer koster 1.319,600 i innkj淡p + 23400 I 奪rlige utgifter
SCALA:
25 skjermer koster: 205000 I innkj淡p + 31000 I 奪rlige utgifter
100 Skjermer koster 632500 I innkj淡p + 94890 I 奪rlige utgifter
Skjermer:
Vi har her testet skjermer fra NEC og Samsung som er de to eneste som leverer
kvalitets industriskjermer til dette bruket som er ment for 奪 v脱re i bruk 24/7. Disse
skiller seg fra vanlige skjermer ved at de har mye bedre lufting og de er godt skjermet
mot st淡v. Dette gj淡r at man f奪r sv脱rt driftsikre skjermer som fungerer slik de skal. Vi
har ogs奪 valgt 奪 teste skjermene med innebygd PC som st奪r for avspillingen. Dette
for 奪 slippe 奪 gj淡re plass til en ekstern pc i taket ved hver skjerm samt for 奪 gj淡re det
lettere for skjermen 奪 komunise med pcen.
Vi testet f淡rst en Samsung DXN2 skjerm med f淡lgende spec p奪 innebyget PC : Built-
in Athlon X2 Dual-Core 4450e 1GB RAM 40 GB HD. Denne fungerte sv脱rt bra i
begynnelsen og playeren hadde et custom image til scala slik at hver player kom
ferdig med moddet winXP Embedded. Skjermen leverte ogs奪 veldig bra bilde, men
den klarte ikke 奪 spille av videoer i Full HD uten at det ble hakking. Dette
sansynligvis pga for lite RAM. Vi oppdaget ogs奪 at Samsung ikke kunne levere
skjermer med HD over 4 GB p奪 flere av modellene, og dette f淡rte til at denne ikke
dekket v奪re behov til plass.
NEC skjermen som vi testet var i P serien den hadde f淡lgende spec:
Slot-In PC 1,86 Ghz Core2Du, 3GB RAM og 120 GB HD. Denne ble testet noe
senere enn Samsungskjermen da vi ventet p奪 at den skulle komme med bedre
spesifikasjoner. N奪r den kom fungerte den sv脱rt mye bedre enn hva
samsungskjermen hadde gjort. Disse skjermene st淡ttet ogs奪 st淡rre hardisk p奪 alle
st淡rrelsene. Etter at skjermen hatte g奪tt feilfritt i 3 m奪neder bestemte vi oss for 奪 g奪
for denne typen.
I ettertid er vi forn淡yd med dette n奪r man ser p奪 hvor lav nedetiden skjermene har
hatt. Skjermene har v脱rt nede ca seks ganger p奪 seks m奪neder og dette har
hovedsakelig skyldtes software. Kun en pc har v脱rt byttet ut.
5
7. Valg av leverand淡r av Scala ble YiT. YiT hadde produktet i sitt sortiment og YiT er
rammeavtaleleverand淡r med NTNU s奪 derfor trengte vi ikke 奪 g奪 en ekstra runde i
forhold til anbudsprosess. Dette ble avklart med NTNUs innkj淡psseksjon.
PRIS FOR FREMTIDIGE BRUKERE
Vi har satt sammen pakkel淡sninger ut i fra alternative st淡rrelser p奪 skjermene, se
vedlegg nr 5. Ved bestilling henvender kunden seg til multimedie@adm.ntnu.no og vi
tar kontakt med bestiller for 奪 avklare detaljer. YiT som er NTNUs
rammeavtaleleverand淡r p奪 AV-utstyr s淡rger for installasjon.
Multimediesenteret (MMS) blir bestiller mot YiT og etter installasjon sender MMS en
intern handel til bestiller.
Prisliste sees i vedlegg nr 5.
OPPSUMMERING OG ANBEFALING FRA REDAKSJONSGRUPPA
Tilbakemeldingene fra innholdsprodusentene, se vedlegg 6, viser at de er litt usikre
p奪 hvor stor nytte infoskjermene i Realfagbygget egentlig gj淡r. Vi ser at det krever en
del arbeid 奪 samle inn og produsere innhold. Samtidig viser sp淡rreunders淡kelsen, se
vedlegg 4, blant tilfeldig bes淡kende at halvparten (49 prosent) av dem som hadde
lagt merke til skjermene ikke syntes at de dekket noe informasjonsbehov. 29 prosent
syntes at de dekket et behov. Dette er tall som b淡r bekymre.
Sp淡rsm奪lene til deltagerne p奪 NKUL-konferansen ga et langt mer positivt resultat, se
vedlegg 3. Her var det 63 prosent av de spurte som mente at skjermene ga stor, eller
sv脱rt stor merverdi. NKUL-deltagerne fikk imidlertid skreddersydd informasjon om
timeplan og program. Skjermen ved administrasjonen til NT-fakultetet synes ogs奪 奪
dekke et behov, ettersom man her finner mer statiske fakta og organisasjonsinfo om
fakultetet.
Samlet vil vi summere opp v奪re anbefalinger p奪 denne m奪ten;
1. Den fysiske plasseringen av skjermene b淡r revurderes. Mange oppdager ikke
skjermen som henger over trappa ved hovedinngangen, og skjermene over
inngangspartiet til kantina henger for h淡yt. Fordi vi fors淡ker 奪 fange
oppmerksomheten til folk som passerer (og som ikke vet at de har et
informasjonsbehov) b淡r skjermene henge i hodeh淡yde og s奪 synlig som
overhode mulig i vrimleomr奪der.
2. Det b淡r stilles krav til leverand淡ren av Scala om 奪 legge inn mulighet for
forh奪ndsvisning av plakater. Samtidig b淡r malene endres slik at det blir st淡rre
muligheter til tekstformattering. Det gjelder f.eks fordeling av tekst p奪 flere
linjer, muligheter for 奪 lage skrift i bold, kursiv eller farge.
3. Infoskjermene er en kanal som brukerne ikke vet at de trenger, og ikke har
bedt om 奪 f奪. Skal kanalen oppfattes som nyttig er det relevans, relevans og
6
8. relevans i innholdet som gjelder. I pr淡veperioden har vi lagt ut for mange
generelle meldinger med uklar m奪lgruppe. Innholdet m奪 strammes opp og
m奪lstyres i st淡rre grad. Det kan f.eks skje ved at;
a. Innholdet p奪 hver skjerm skreddersys. F.eks kan innholdet p奪 skjermen
ved hovedinngangsd淡ra innrettes mot bes淡kende, mens skjermene
ved kantina b淡r preges mer av kantinemeny etc. Vi kan ogs奪 lage
samlemeldinger med dagsplaner over viktige begivenheter i bygget.
b. Vi b淡r ha f脱rre meldinger og h淡yere oml淡pshastighet. Evt. b淡r det
vurderes 奪 gruppere meldingene i ulike looper, f.eks dele opp i
nyhetsmeldinger og mer tidl淡se infoplakater.
c. Mer informasjon b淡r produseres p奪 engelsk.
KONKLUSJON
Erfaringene fra pr淡veperioden er s奪vidt blandet at vi er i tvil om vi vil anbefale
en videre utbygging p奪 NTNU. En alternativ vei kan v脱re 奪 justere plassering,
brukergrensesnitt i Scala og innholdsproduksjon i tr奪d med de tre punktene
over, og s奪 evaluere resultatene igjen i Realfagbygget om et halvt 奪r.
F淡r en eventuell utvidelse med skjermer utenfor auditorier m奪 automatisk
uttrekk av timeplandata v脱re mulig. Dette er enda ikke p奪 plass, dette er noe
NTNU it og Studieavdelingen fortsatt jobber med.
Et viktig moment fra sp淡rreunders淡kelsen er at plasseringen av skjermene er
for h淡yt. Her hadde vi tydelige f淡ringer fra byggets arkitekt 奪 forholde oss til.
Per i dag vil en videref淡ring v脱re for enheter som 淡nsker skjermer for lokal
visning men med mulighet for fellesinfo for NTNU. Vi vil gi support til disse
hvis de benytter seg av v奪rt standardoppsett i henhold til v奪rt pakketilbud.
7
11. Vedlegg 2
Ang. tidsbruk p奪 info.skjermene:
Akkurat i oppstartsfasen g奪r det litt tid p奪 奪 l脱re seg systemet, finne ut hvilke bilder
som skal brukes i malene, hva slags type saker som skal ut, hva
kildene skal v脱re o.l., men daglig drift tar ikke s奪 mye tid. I snitt en time i uka
kanskje. Men vi bruker ikke mye tid p奪 奪 finne fancy bilder til sakene. Det
blir standard bildemal eller saker med kun tekst.
Jeg spurte Liv Aspaas ved Universitetsbiblioteket hvor mye tid de bruker p奪
skjermene, for de bruker flere meldinger med bilder o.l. enn vi gj淡r.
Liv estimerte at det er ca. en halvtimes jobb per melding som legges ut. Vanligvis vil
man nok ikke legge ut mer enn max en melding per dag i snitt.
Det er forresten en fordel 奪 v脱re to stykker som kjenner systemet og som har tilgang
til 奪 legge ut saker.
P奪 grunn av redakt淡rrollen bruker jeg nok en del mer tid p奪 infoskjermene enn de
som kun legger ut meldinger.
Jeg bruker tid p奪 奪 svare p奪 div. henvendelser ang奪ende info.skjermene , kalle inn til
m淡ter, skrive referater,
bidra f.eks til gjennomf淡ring av evalueringer ++. Har ikke noe eksakt timeantall her,
men det kjennes ut som om det tar en del fokus i forhold til andre oppgaver ihvertfall
10
13. Vedlegg 4
Sp淡rreunders淡kelse om infoskjermene i Realfagbygget
Gjennomf淡rt 24 26.5.2011 av Inga Trengereid Kaar淡
Til sammen 101 tilfeldig utvalgte personer ble intervjuet. Disse svarte p奪 et sp淡rreskjema
med 13 sp淡rsm奪l (vedlagt). Av de som ble intervjuet var 47 studenter og 14 ansatte i
Realfagbygget, 33 kom fra andre enheter p奪 NTNU og 7 var eksterne bes淡kende.
82 personer (81 prosent) hadde lagt merke til skjermene, mens 19 personer (19 prosent)
ikke hadde lagt merke til dem.
Studenter og ansatte i Realfagbygget var omtrent like oppmerksomme p奪 skjermene.
Bes淡kende fra andre enheter og eksterne gjester la mindre merke til dem. Flere av dem som
ikke hadde lagt merke til skjermene oppga at de var mest fokusert p奪 奪 f奪 gjennomf淡rt sine
脱rend i bygget. Dermed var de ikke s奪 opptatt av 奪 se seg rundt i omgivelsene.
Ikke overraskende s奪 viser det seg at skjermene i st淡rre grad har fanget oppmerksomheten til
dem som oppholder mye i Realfagbygget, enn dem som er der sjelden. En tredjedel av alle
studenter og ansatte fra andre enheter (11 av 33) hadde ikke lagt merke til skjermene.
Av de som hadde lagt merke til skjermene var det 23 prosent som leste innholdet daglig,
eller flere ganger daglig. Nesten halvparten (46 prosent) leste innholdet sjeldnere enn en
gang i uka.
Det lave tallet her kan ha noe med plasseringen av skjermene 奪 gj淡re. Mange mente at
skjermene er vanskelig 奪 oppdage. Det gjelder spesielt skjermen ved hovedinngangen, over
trappa, som er lett 奪 overse n奪r du kommer inn i bygget. Ved kantina var det flere som
kommenterte at blikket f淡rst g奪r til oppslagstavla, og ikke til skjermene som henger oppunder
taket. Flere kommenterte at det vil v脱re lettere 奪 se skjermene om de plasseres langs gangen
gjennom bygget.
Ca. en fjerdedel (23) av alle som har lagt merke til skjermene har ogs奪 fulgt med p奪
nyhetstickeren fra Universitetsavisa.
Noen sa at denne teksten g奪r for fort over skjermen, slik at de ikke f奪r tid til 奪 lese ferdig.
Andre var overrasket over at dette var nyhetsoppdateringer fra Universitetsavisa. De hadde
ikke oppfattet teksten i den gr奪 stripa.
Nesten halvparten (49 prosent) av dem som hadde lagt merke til skjermene syntes ikke
at de dekket noe informasjonsbehov hos dem. 29 prosent syntes at de dekket et behov.
Her var det imidlertid en ganske stor vet ikke-gruppe (22 prosent). Andelen likegyldige
fordelte seg jevnt i alle grupper som svarte p奪 unders淡kelsen. .
P奪 sp淡rsm奪let om hva slags informasjon de spurte helst vil lese p奪 infoskjermer spriket
svarene. Her er noen gjengangere blant innspillene;
Informasjon om hva som skjer i Realfagbyget.
Konferanser og kurs.
Brann淡velser.
pningstider og meny i kantina.
Kulturarrangement.
12
14. V脱rmelding.
Nasjonale og internasjonale nyheter.
Kontaktinfo til sentrale avdelinger og personer.
Nesten alle de spurte syntes det var ok om informasjon blir presentert p奪 engelsk. En del
studenter og ansatte som bare forst奪r engelsk, p奪pekte at de i dag ikke har mulighet til 奪
skj淡nne innholdet p奪 skjermene.
Tall fra unders淡kelsen;
Student Ansatt Andre enheter Bes淡kende Sum:
Lagt merke til skjermene 44 12 22 4 82
Ikke lagt merke til 3 2 11 3 19
Vet ikke 1 1
Daglig i bygget 40 13 13 66
En eller flere ganger i uka 7 1 13 2 23
Sjeldnere 7 3 10
F淡rste gangsbes淡kende 3 3
0
Leser flere ganger daglig 2 2
Daglig 10 5 1 1 17
Ukentlig 13 1 7 1 22
Sjeldnere 19 4 14 1 38
F淡lger UA 9 6 7 1 23
F淡lger ikke UA 34 5 16 3 58
Vet ikke 1 1
Dekker behov 11 4 8 1 24
Dekker ikke behov 20 6 11 3 40
Vet ikke 13 1 4 18
0
Engelsk 39 12 23 4 78
Ikke engelsk 3 3
Vet ikke 2 1 3
Sum: 47 14 33 7 101
13
17. Vedlegg 6
Innholdsleverand淡renesevalueringavinfoskjermene
Innholdsleverand淡reneblebedtom奪svarep奪f淡lgendesp淡rsm奪l:
- Opplevd nytteverdi av skjermene ift. tidsbruk og typer saker som publiseres
- Antall meldinger som hver innholdsleverand淡r kan publisere per dag
- Scala som publiseringsverkt淡y
- Redaksjonsgruppa - sammensetning, st淡rrelse og funksjon
- Synspunkter ift 奪 utvide prosjekter til 奪 omfatte flere
innholdsleverand淡rer / lokasjoner
- Annet?
Hverinnholdsleverand淡rkunnevelgeomdevillekommemedettfellessvareller辿nfor
hveravleverand淡rensdeltagereiredaksjonsgruppa.
Opplevd nytteverdi av skjermene ift. tidsbruk og typer saker som publiseres
Tilbakemeldingenetyderp奪atikkealleinnholdsleverand淡reneerheltsikrep奪hvaslags
typeinformasjonsomskalutp奪skjermene,menatdestortsettikkesynesdeters奪mye
arbeididet奪leggeutmeldinger.Ut淡venderedakt淡r(fraNTfakultetet)synesdetg奪r
medformyeressursertotaltsettp奪arbeidetmedskjermene,utenatfakultetetf奪r
spesieltmyeigjenfordet.
NTfakulteteterforn淡ydemeddenNTspesifikkeskjermensomhengervedderes
ekspedisjon.Denharmyemerstatiskinformasjonenndegenerelleskjermene.
Universitetsavisaersv脱rtforn淡ydemed奪kunnehainformasjonomderesnyhetssaker
p奪skjermene.
Antall meldinger som hver innholdsleverand淡r kan publisere per dag (for tiden 3)
Innholdsleverand淡renesynesikkebegrensningenep奪antallmeldingerperdaggj淡rnoe.
Scalasompubliseringsverkt淡y
Systemetfungerergreitnok,selvomdetikkeerheltintuitivt.Harendelbegrensninger
(antalltegn,mulighetfor奪fordeletekstp奪flerelinjeroglignende)somgj淡rarbeidet
mer奪lagemeldingerlittmertidkrevende,ogspesieltmangelenp奪enpreviewfunksjon
kommenterers.
Redaksjonsgruppa - sammensetning, st淡rrelse og funksjon
Redaksjonsgruppafungerergreit,menermuligenslittforstor.
16
21. Scala som publiseringsverkt淡y
Helt ok, men n奪r du sjelden bruker systemet er du avhengig av 奪 ha en jukselapp med
fremgangsm奪ten tilgjengelig hver gang.
Redaksjonsgruppa - sammensetning, st淡rrelse og funksjon
Muligens er den litt for stor. Den b淡r bare best奪 av personer som er hands on brukere av
Scala, og m淡tene b淡r brukes til 奪 diskutere praktiske sp淡rsm奪l knyttet til innhold og teknikk.
Synspunkter ift 奪 utvide prosjekter til 奪 omfatte flere innholdsleverand淡rer / lokasjoner
For Info.avdelingen vil skjermene bli mer interessant som kanal hvis de monteres i flere
bygg og campuser. Vi formidler prim脱rt informasjon som gjelder hele NTNU og derfor er det
viktig 奪 n奪 ut s奪 bredt som mulig. N奪r det gjelder antall innholdsleverand淡rer s奪 b淡r
representanter for fakulteter / bygg som f奪r nye skjermer ogs奪 f奪 mulighet til 奪 publisere
innhold. Samtidig tror jeg det er viktig 奪 trimme kvaliteten i meldingsproduksjonen. I denne
kanalen er det tre ting som gjelder (skj淡nner jeg etter 奪 ha sett gjennom sp淡rreunders淡kelsen
fra Realfagbygget). Det er relevans, relevans og relevans.
Annet?
Nei.
SiT
1) Nytteverdien er vanskelig 奪 m奪le, men har f奪tt flere henvendelser fra enheter og personer
som 淡nsker 奪 benytte denne kanalen far v奪r side. Vi kan nok bli flinkere til 奪 finne riktig
budskap for denne kanalen, noe som ogs奪 m奪 sees i lys av hvor skjermene blir plassert.
Intensjonen med 奪 vise menyene til SiT Kafe er en god og langsiktig id竪 som vil ha stor
nytteverdi tror vi.
2) Antall meldinger m奪 ogs奪 sees i lys av kvalitet og vedlikehold. Jeg synes at noen enheter
har mer nyttig 奪 si enn andre, derfor kan det v脱re hensiktsmessig 奪 dele opp etter relevans for
studentene istedenfor 奪 fokusere p奪 v奪r interne struktur.
3) Scala som verkt淡y er litt uferdig, b奪de brukervennlighet og design kan forbedres. Jeg
savner spesielt muligheten for en forh奪ndsvisning av de plakatene jeg skal publisere.
4) Her har ikke jeg bidratt like lenge som dere andre, men synes at sammensetningen er bra,
og at folk kommer med gode og konstruktive innspill.
5) Det er mange potensielle innholdsleverand淡rer rundt p奪 campus, men vi m奪 passe p奪 at
budskapet ikke drukner. Tror det er viktig at vi ser p奪 selve kanalen og hvilke muligheter, og
ikke minst begrensninger som ligger der. Hva er maks antall sider som b淡r ligge ute?
Antall lokasjoner m奪 helt klart utvides hvis vi skal g奪 videre med dette. Tekniske utfordringer
vi kan m淡te p奪 her er hva som skal vises hvor, for eksempel vil menyene for realfag v脱re
annerledes enn menyen p奪 Dragvoll!
6) Etter hvert som det blir flere og flere som skal delta og levere innhold vil det n脱rmest
tvinge seg fram en type redakt淡rrolle som p奪ser at innholdet holder n淡dvendig kvalitet. Ellers
tror jeg det meste er nevnt ovenfor :)
20