SISLink13 - 20/6 - ronde 2 - Dynamische informatievoorziening aan studenten via apps in Leiden -...

Post on 21-Jun-2015

148 views 2 download

Tags:

Transcript of SISLink13 - 20/6 - ronde 2 - Dynamische informatievoorziening aan studenten via apps in Leiden -...

Dynamische informatie voorziening

aan studenten via apps

Oplossingen en leerpunten vanuit Universiteit Leiden

Robert van ‘t Sant – Universiteit Leiden/Conducting Change Peter Perebooms – inQdo

SISLINK 2013

Agenda- Casus Universiteit Leiden - Realisatie en demo- Integratieplatform- Lessons learned

CASUS

Casus Q4 2011 - Optimalisatie na implementatie Oracle

PS CS- Omgeving stabiel- Nog geen optimaal gebruik - Onderzoek Cap Gemini:

• Focus op gebruiksvriendelijkheid

Een van de oplossingen: “Ontwikkel een app voor studenten”

Ontwikkelingen Q1 2012- SaNS partners UvA en HvA willen ook data

ontsluiten via webservices

- Webservices (query, admissions, enrollment) waren (binnen korte tijd) beschikbaar via Oracle

- SaNS EC vroeg inQdo een integratielaag te bouwen waar alle SaNS partijen op konden aansluiten- Sluisfunctie- Monitoring

Ontwikkelingen Q1 2012: vervolg- een drietal initiatieven

• HvA: cijfer app• UvA: cijfers en aanmeldapplicatie• Universiteit Leiden: mobiele website uSis

Mobile

- Alle applicaties zijn inmiddels live via dezelfde integratielaag

DEMONSTRATIE

Resultaten App HvA en UvA

Aanmeld applicatie UvA

Functionaliteiten uSis Mobile

INTEGRATIELAAG

Integratie laag (oorspronkelijke scope)

- Sluisfunctie (Gebruik van de webservices monitoren en de normale werking van CS (= performance) bewaken)

Controle op afzender Inperken verzoeken

- Monitoring

Integratie laag (huidige status)

- Sluisfunctie (Gebruik van de webservices monitoren en de normale werking van CS (= performance) bewaken)

Controle op afzender Inperken verzoeken

- Monitoring- LDAP aansluiting - Berichtomzetting (mapping) (SOAP/XML => REST/JSON)

- Toepassen bedrijfsregels (opknippen lange berichten, vullen systeemgebruiker/wachtwoord, taalvoorkeur en interpreteren van foutcodes)

- Load balancing- Analytics

LESSONS LEARNED

Onze uitgangspunten bij de startsituatie

3 instellingen (UvA, HvA, Universiteit Leiden)

We gaan gebruik maken van webservices

We delen de technologische oplossing die we kiezen

Ieder eigen functioneel ontwerp zowel voor mobel gebruik als selfservice pc-applicatie

SaNS EC als gezamenlijke applicatiebeheerder

inQdo voor integratie laag: alleen voor performance en aansluitingen

externe applicatieontwikkelaars nodig

Meerdere hostingpartijen

Nog geen bewezen oplossingen voorhanden

Workshop met studenten• juni

Realisatie versie 1• juli/augustus

Live met versie 1• september

start met versie 2• oktober

Opname in BB Mobile Central• oktober

Versie 2 incl. inschrijving vakken/tentamens• eind december

OORSPRONKELIJKE PLANNING UNIVERSITEIT LEIDEN (2012)

Native app of mobiele website?

Waarom?- Slechts 1 applicatie te onderhouden;- Standaard framework voor ontwikkeling;- Draait op alle mobiele devices;

=> Nadeel:- Geen pushberichten bij bijvoorbeeld nieuwe

cijfers- vindbaarheid

- Door opname in BB Mobile Central worden een aantal nadelen (distributie/ vindbaarheid) ondervangen

Situatie veranderde al snel (1)

- Oracle ondersteunt alleen XML, is niet efficiënt voor mobiel gebruik

- inQdo gaat berichten transformeren

- Gebruik SURFconext voor authenticatie werkt niet voor mobiele applicatie…

Reacties op eerste versie:- "Dat Surf Conext scherm is drama. Werkte voor

mij ontmoedigend. Dacht dat er iets verkeerd was gegaan en ik op een soort error-pagina was beland.“

- “Vanuit technisch oogpunt begrijp ik de inlogprocedure, maar als mijn technische achtergrond even negeer en alleen als tester denk, is het echt te omslachtig. Niet alleen ten opzichte van hetgeen eerder besproken, maar ook in absolute zin. Tot nu toe heb ik bijna iedere keer als ik inlog het hele doorverwijsproces moeten doorlopen (behalve aanmaken pin). Ik verwacht dat dat voor veel mensen een afhaakpunt gaat zijn. En dat in het licht van de uitgesproken wens dat usis mobile het leidende platform wordt... ben ik toch wat sceptisch.”

Situatie veranderde al snel (2)

- Authenticatie aangepast via nieuwe webservice vanuit inQdo naar LDAP.

- Caching bleek noodzakelijk

- Gezamenlijk leren, maar met de aanpassingen en de wensen van de diverse partijen (communicatie!) leidde dit tot uitlopen op de planning: alles was nog in beweging

Versie 1 uSis Mobile live per 26 november 2012

- Ruim 2,5 maanden later dan gepland…

- Vanaf begin januari opgenomen in BB Mobile Central.

- Goede nieuws: Reactie studenten is zeer positief!

- Wordt door veel studenten gebruikt

gebruikerscijfers

Betreft geanonimiseerde gegevens

Ontwikkeling versie 2 inschrijven toepassing lessons learned

- Inrichting SIS, integratieplatform, infrastructuur, webservices, query’s: 4 partijen betrokken

- Geen partij beschikt over alle kennis, iedereen is noodzakelijk

- Twee keer per week conference call (Leiden, SANS EC, iBuildings, inQdo) - planning vormt uitgangspunt

- Meer inzicht, betere afspraken aanwezigheid en bezetting, helderder planning met alle partijen, gezamenlijk oplossen uitdagingen

Resultaten fase 2- Kortere doorlooptijd

- Sneller aanpassingen door alle partijen

- Binnen budget

- Iedereen denkt met elkaar mee

- Fase 2 uiteindelijk in ca. 2 maanden effectief gerealiseerd

Conclusies (1)- Een ‘app’ op een SIS bouw je niet zo maar: het

is echt een nieuwe applicatie die een samenspel vormt tussen SIS-integratie laag-mobiele website

- Communicatie, communicatie, communicatie

- Betrek je doelgroep erbij

- Benut de integratie laag: caching, intelligentie, authenticatie ondersteuning, omzetting. Onderhoud mobiele website wordt eenvoudiger.

Conclusies (2)- Probeer ondanks afstanden

gezamenlijkheid te creëren – “iedereen vult een stukje van de puzzel in”: o Functioneel (Universiteit Leiden voor SIS/ iBuildings

voor app)

o Integratie / webservices (inQdo/SANS EC/iBuildings)

o Infrastructuur (technisch beheer – UCI/INQDO/SANS EC)

o Database (applicatie/technisch beheer – SANS EC)

o Hosting en beveiliging (instelling / applicatiebeheer ISSC-SANS EC –inQdo- iBuildings)

o Ontwikkeling (iBuildings)

Vragen?

Contact gegevens

Robert van ‘t Sant – Universiteit Leiden/Conducting Change r.van.t.sant@sea.leidenuniv.nl - 06-51224091

Peter Perebooms – inQdoPeter.perebooms@inQdo.com - 06-45344046

Via is de dienst van inQdo verkrijgbaar