3 Manieren om de bijdrage van een verandering aan uw strategie te meten

Bijdrage aan doelen

Een van de interessante vraagstukken die voorbij komen rondom informatiemanagement is hoe de inhoudelijke aansluiting tussen een verandering en de strategie te borgen. Waar veel organisaties sturen op het financiële succes van een project, hebben ze moeite met sturen op het inhoudelijke succes. Zonder inzicht in de bijdrage van een verandering aan de doelen van een organisatie wordt tijd, geld en kennis besteed aan veranderingen die niks bijdragen aan de strategie of deze zelfs schaden. Terwijl het niet moeilijk hoeft te zijn. Daarom benoem ik drie (al bekende) methoden om ook de inhoud een rol te geven in project-portfoliomanagement.

Lees Verder

Digitale Duurzaamheid: Referentie architectuur voor Archiefinstellingen

Het digitaal duurzaam bewaren van informatie vraagt om het gebruik van een voorzienig daarvoor: een e-depot. De Nederlandse Regionale Historische Centra (RHC’s) en het Nationaal Archief werken in de Werkgroep Voorbereiding Implementatie e-Depot (WVI) gezamenlijk aan het gebruik van een landelijk e-Depot. In dat kader is een referentiearchitectuur opgesteld waarmee deze archiefinstellingen en de daarbij aangesloten archiefvormers beter in kaart krijgen wat het betekent om een gezamenlijke voorziening als het e-Depot te gaan gebruiken. Dit vraagt ondermeer om aanpassing van werkprocessen, het gezamenlijk gebruik van standaarden en het ontwikkelen van koppelvlakken. IT-eye heeft geholpen om deze architectuur vorm te geven.

Duurzame toegankelijkheid van digitaal archief vraagt naast traditioneel collectiebeheer om een e-depot(*). Naast het Nationaal Archief en het Stadsarchief Rotterdam – het Stadsarchief Rotterdam neemt de software af van het Nationaal Archief – heeft ook het Stadsarchief Amsterdam een eigen e-depot ontwikkeld. Ook de Justitiële Informatiedienst van het ministerie van Veiligheid en Justitie heeft een eigen Centraal Digitaal depot (CDD+). De inrichting van een landelijk e-Depot en de aansluiting op een dergelijke omgeving is zo complex dat er hiervoor samengewerkt wordt door archiefinstellingen. De Regionale Historische Centra (RHC’s) en het Nationaal Archief bereiden zich gezamenlijk voor op een zorgvuldige en succesvolle implementatie van duurzaam digitaal archiveren. De RHC’s werken intensief samen aan vier actielijnen rondom het beheer van archieven in een gezamenlijk e-depot. Door afspraken te maken over procesvoering, technische infrastructuur, gegevensontsluiting en organisatie wordt de basis gelegd om in de toekomst al het beschikbare digitale materiaal van de aangesloten partijen toegankelijk te houden voor het publiek.

Op dit moment is de referentie architectuur gereed en afgestemd en worden plannen opgesteld voor het verder implementeren van het E-depot. Indien u meer wilt weten over deze referentie architectuur kunt u meer lezen in de volgende publicaties:

  • Referentiearchitectuur Archieven & E-depot, Informatie, november 2012
  • (Ver)binden!. Informatiearchitectuur RHC’s: op weg naar een gedeelde referentiearchitectuur, Archievenblad,  Juni 2012

Indien u een kopie van deze artikelen wenst te ontvangen kunt u ook een mail sturen naar: niklas.odding@it-eye.nl

De dienstverlening van IT-eye rondom het thema Digitale Duurzaamheid kunt u vinden op de themapagina.

(*) Definitie E-depot: “Het geheel van organisatie, beleid, processen en procedures, financieel beheer, personeel, databeheer, databeveiliging en aanwezige hard- en software, dat het duurzaam beheren van te bewaren digitale archiefbescheiden mogelijk maakt” (ED3, 2008).

Besteed beheer van Architectuurmodellen uit en richt je op visievorming!

Ik heb net een opdracht afgesloten waar ik diverse architectuurmodellen voor een organisatie heb opgezet. Aangezien er nog weinig inzicht was in de huidige situatie van processen, applicaties en techniek is er in samenwerking met de organisatie gewerkt om deze inzichtelijk te maken in diverse modellen. De modellen zijn vastgelegd in Archimate. Al met al een zeer nuttige exercitie, waar ook direct de nodige voordelen mee zijn behaald. Het verkregen inzicht door deze modellen, en de samenhang daartussen zorgde voor versnelling van besluitvorming in diverse trajecten. Toen kwam echter al snel de vraag boven water: wat nu? We hebben nu veel informatie die op dit moment up-to-date is, maar hoe houden we deze up-to-date? En zouden we eigenlijk ons nu niet bezig houden met ideeën over hoe we naar de toekomst kijken? Zodat we daadwerkelijk Architectuur kunnen gaan inzetten als management instrument. Vreemd genoeg echter wordt sneller actie ondernomen op het in beheer nemen van IST-situatie modellen, dan het opstellen van SOLL-modellen voor de toekomst.

Blijven steken in beheer

Dit was niet de eerste keer dat ik dit ben tegengekomen bij organisaties. Natuurlijk wil je als organisatie al het werk / geld dat je hebt geïnvesteerd om inzicht te krijgen in de huidige Enterprise Architectuur, niet weggooien en wil je zorgen dat je nu eindelijk wel een keer up-to-date blijft met je documentatie.  Aan de andere kant kun je als organisatie juist de meeste toegevoegde waarde halen uit Enterprise Achitectuur door je te richten op de toekomst. Ook als Architect wil je je graag bezighouden met het bijhouden van nieuwe ontwikkelingen, en het samenbrengen van Business & IT om te werken aan toekomstmodellen en principes waarlangs je naar een toekomstige situatie wil komen. “Administratief” werk om dit ook kwalitatief goed te verwerken in documenten en/of repositories van architectuur, is hierbij een noodzaak, maar kost wel tijd die je minder aan andere zaken kan besteden. Het lijkt er echter een beetje op dat juist aan deze soort werkzaamheden meer tijd wordt besteed dan aan het daadwerkelijk richting geven van de organisatie. Wordt er niet te veel gevraagd van architecten om zowel het beheer en het opstellen van architectuur te combineren? Of zijn veel architecten geneigd om zich te richten op het “veilig” beheren van architectuur. Het creëren van visies en gezamenlijke toekomstmodellen is immers niet gemakkelijk en vergt veel van de politieke en communicatieve vaardigheden van een architect.

Besteed beheer van Architectuurmodellen en principes uit

Net zoals bij software ontwikkeling het beheer hiervan apart wordt gezet en vaak wordt uitbesteed aan een andere afdeling of externe partij, zou dit voor Architectuur ook moeten gelden. Het opstellen van zowel IST- als SOLL modellen in architectuur en het vaststellen van principes is uiteraard architectenwerk. Het administratief beheren ervan kan echter heel goed worden uitbesteed en geeft lucht en ruimte voor architecten om zich te richten op andere zaken. De architecten kunnen zich nu richten op afstemming en communicatie over architectuur. De hieruit voortkomende aanpassingen kunnen zij vastleggen op hun eigen manier (in mails, Excel sheets) en deze vervolgens periodiek (maandelijks, per kwartaal) afstemmen met de Architectuur Beheerorganisatie. Deze zullen vervolgens zorgen voor de formele vastlegging. Ook Project Eind Architecturen kunnen worden toegezonden aan de beheerpartij, zodat deze de relevante aspecten voor de Enterprise Architectuur kunnen verwerken. De beheerpartij dient hierbij kennis te hebben van Architectuur concepten, waardoor besprekingen met de “ontwikkel” architecten direct ook een toetsend karakter hebben. De volgende voordelen tekenen zich af:

  • Altijd een up-to-date vastgelegde en communiceerbare Enterprise Architectuur
    Het beleggen van het beheer van de architectuurmodellen en principes bij een externe partij zorgt er voor dat periodiek aanpassingen worden doorgevoerd. Deze zijn niet meer afhankelijk van de tijdsbesteding van de architect.
  • Architecten kunnen zich meer richten op de toekomst
    De “administratieve last” voor architecten neemt af, wat meer mogelijkheden geeft voor andere werkzaamheden. Architecten kunnen zich ook niet meer verschuilen achter het feit dat zij druk zijn met het vastleggen van architectuurmodellen en principes.
  • Kwaliteit van Architectuur zal stijgen
    Een Periodieke overdracht van de opmerkingen / besluiten die in de architectuurmodellen en principes moet worden verwerkt, zorgt ook voor een extra review van een externe partij, waarmee de kwaliteit ervan omhoog zal gaan.

Kortom. Ik pleit voor een uitbesteding van het administratieve beheer van architectuurmodellen en principes. Waardoor architecten hun creatieve geest weer meer de ruimte kunnen geven. IT-eye levert op dit gebied het concept van de Huisarchitect waar ook het administratief beheer van Architectuurmodellen en principes moeiteloos in kan worden opgenomen.

Enterprise Facebook Graph Search

Een belangrijk gevolg van de product launch gisteren van Facebook Graph Search is dat veel bedrijven zullen denken: “Oh, kan dat ook?”, gevolgd door: “Dat wil ik ook”.

Stel je eens voor dat al je informatie beschikbaar zou komen op een wijze die Facebook nu mogelijk maakt voor de data die Facebook opslaat. En dan geintegreerd over alle systemen heen. Met security natuurlijk, ook een belangrijk onderdeel in de aankondiging van Facebook.

Jarenlang was het ultieme streven om interne informatie eenvoudig vindbaar te maken op een Google Search achtige wijze: losse documenten, of data van losse schermen.

Facebook biedt een zoek aanpak die meer weg heeft van Business Intelligence. Je kunt op allerlei manieren de gevonden data verder verfijnen, in verschillende dimensies. Een Data warehouse voor business intelligence moet echter van te voren gevuld worden. Een zoekmachine moet alles kunnen vinden, ook zaken die niet in een datawarehouse zijn opgeslagen.

5 voorbeelden waarom iedere tablet een camera nodig heeft

Veel mensen vinden een camera op een tablet overbodige onzin. “wie gaat er met zo’n grote tablet voor zijn gezicht fotos maken, alleen mensen die niet helemaal ok zijn.”

Maar als je even het standaard idee van een fotocamera kunt loslaten, en nadenkt over wat er mogelijk is als je een draagbare computer combineert met een goede camera, zie al snel interessante mogelijkheden.

Een paar voorbeelden:

  1. CamScanner – maakt van je tablet (of smartphone) een scanner: je maakt fotos van bijvoorbeeld aantekeningen, camscanner verhoogt contrast en leesbaarheid, en maakt van je fotos een pdf. Ideaal als je aantekeningen nog gewoon met pen en papier maakt, maar je wel graag alles digitaal opslaat.
  2. POP prototyping – maakt van papieren mockups een klikbare prototype. je schetst je mockups gewoon met pen en papier, maakt er fotos van, en voegt vervolgens interactie toe: welk scherm moet er getoond worden als je ergens drukt?
  3. Magicplan – fotografeer de hoeken van een kamer, en magicplan tekent automatisch een plattegrond. Magicplan berekent ook de oppervlakte van een ruimte.
  4. Puppetpals – Leuke app om animaties mee te maken, en nog veel leuker als je dat doet met fotos van de mensen om je heen.
  5. DermoMap – Applicatie ter ondersteuning van het maken van een diagnose van huidproblemen. Het biedt informatie over allerlei soorten huidziekten, en met een camera kan een arts direct foto’s in de applicatie vergelijken met voorbeeld foto’s.

Het lijkt me dat bij veel organisaties processen plaatsvinden waarbij het flink wat tijd zou schelen als software direct gebruik zou kunnen maken van ter plekke genomen foto’s.

Pensioenfondsen met Enterprise Architectuur de toekomst tegemoet!

9 vlaks model Maes bij Pensioenfondsen

Recentelijk heb ik een uitvoeringsorganisatie van een Pensioenfonds geholpen bij het zetten van de eerste stappen richting het werken met Enterprise Architectuur. Op basis o.a. deze ervaringen besloot ik een blog te schrijven waarom Enterprise Architectuur de komende tijd zeer belangrijk kan worden voor pensioenfondsen. Het toepassen van Enterprise Architectuur kan pensioenfondsen helpen om voorbereid te zijn op toekomstige ontwikkelingen en hierbij een extra voorsprong te krijgen op concurrenten.

Door het versterkte toezicht van de afgelopen tijd door DNB en de vele herstelplannen die op dit moment in uitvoering zijn, is de focus van pensioenfondsen sterk gericht op risico reductie. Zo moeten processen ISAE 3402 gecertificeerd worden en worden risico analyses uitgevoerd op de gebruikte applicaties en techniek. Allemaal acties die bijdragen aan een gedegen uitvoering  van vermogensbeheer en pensioenbeheer processen, maar ook een aanpak welke zeer eenzijdig is.  Sterk geredeneerd vanuit zaken die nu niet goed zijn. Wat ik hierbij mis zijn de zaken waar een pensioenfonds sterk in wil zijn, zowel nu als in de toekomst.

De onderstaande figuur geeft mijn visie weer op de plaats waar Enterprise Architectuur een rol speelt in de organisatie.

In de figuur wordt het negenvlak model van Maes weergegeven. Dit model onderscheid 3 besturingsdomeinen (Business, Informatievoorziening en ICT) en een drietal besturingsniveaus zoals we die kennen (Strategisch, Tactisch en Operationeel). Bij Pensioenfondsen is de nadruk op dit moment sterk gericht op toezicht op het Inrichting niveau (tactisch) van de besturing. Aan de Business kant is dit de compliance van ISAE 3402 en aan de Informatievoorziening kant zijn dit risico analyses die daar worden uitgevoerd. Tegelijkertijd worden er mondjesmaat bedrijfsplannen en informatie beleidsplannen opgesteld om te kijken waar de organisatie heen dient te gaan.

Verbindende schakel
De factor welke als verbindende schakel kan dienen om al deze gebieden in samenhang te beheersen is Enterprise Architectuur. Op basis van strategische plannen, wordt een samenhangend bestemmingsplan ontwikkeld voor de gehele organisatie, waarin processen, producten, applicaties en techniek in samenhang worden bekeken. Enterprise Architectuur zorgt hierbij voor inzichtelijke modellen waarmee sturing door het management mogelijk is, maar ook voor samen afgesproken principes waaraan projecten zich dienen te houden, zodat alle nieuwe ontwikkelingen direct goed en beheerst kunnen verlopen. Een goed voorbeeld hierbij is de ontwikkeling dat er steeds meer behoefte ontstaat bij deelnemers van pensioenfondsen om inzicht te krijgen in hun specifieke situatie, maar ook om mogelijkheden door te kunnen rekenen rondom pensioenoplossingen. Prioriteitstelling op deze klantprocessen, zorgt voor een verhoogde prioriteit bij de ontwikkeling van de website van het pensioenfonds. Dit is echter vaak minder eenvoudig dan gedacht. Een uitvoeringsorganisatie kan kiezen voor een externe beheerde site (of gedeelte ervan), gegeven van de deelnemers dienen up to date te zijn en te raadplegen op de site, wat de nodige integratie problematiek en beveiligingsproblematiek met zich meebrengt en de servers waar alles op draait moeten uiteraard goed beveiligd zijn en vormen wellicht onderdeel van een (private) cloud. Kortom een de samenhang tussen processen, applicaties en techniek op basis van een ontwikkeling in de markt dient in samenhang te worden bekeken.

Uit mijn praktijk heb ik gemerkt dat het heel eenvoudig is om eerste stappen te zetten met de implementatie van Enterprise Architectuur bij een Pensioenfonds, waarbij direct ook veel toegevoegde waarde gecreëerd kan worden. Ik onderscheid een 3-tal stappen.

Inzicht in de huidige situatie
Het in kaart brengen van de huidige situatie rondom processen, applicaties en techniek is in mijn ervaring zeer waardevol gebleken. Processen die waren vastgelegd conform ISAE 3402, bleken in de praktijk toch niet zo volledig als gedacht. Het gestructureerd volgens Archimate (modelleertaal voor Architectuur) vastleggen van de product- en procesarchitectuur gaf direct toegevoegde waarde bij de identificatie van nieuwe processen en ook input voor het management team om hun eigen Operating Model af te stemmen en te bespreken.

Daarnaast gaf inzage in de applicatie architectuur direct input voor extra noodzakelijke risicoanalyses. Zowel voor applicaties die nog niet waren geïdentificeerd, als ook voor de veelheid van informatiestromen tussen de applicaties. Het voordeel dat Enterprise Architectuur biedt door te focussen op samenhang, kwam hierbij goed naar voren.

Visie op de toekomst
De volgende stap is het inbrengen van visie in de Enterprise Architectuur. Dit brengt met zich mee dat er duidelijkheid dient te ontstaan over de ontwikkelingen waar een Pensioenfonds voor staat, en de wijze waarop hier meer omgegaan zal worden in de komende jaren. Nieuwe wetgeving op pensioengebied is uiteraard een belangrijke input hierbij, maar ook nieuwe producten die een pensioenfonds wil gaan aanbieden voor andere verzekeringen, zoals Zorg. Een andere tendens is de verdergaande concentratie van uitvoeringsorganisaties, waar een pensioenfonds beter goed op voorbereid kan zijn dan zich dit te laten overkomen. Kortom, in de visie fase dient een echt bestemmingsplan opgesteld te worden waarin de richting welke een pensioenfonds op wil, wordt vertaald naar een bestemmingsplan van producten, processen, applicaties en techniek.

Sturen
Enterprise Architectuur is in wezen een besturingsinstrument voor het management. Op het moment dat het bestemmingsplan is opgetekend, kan er ook daadwerkelijke gestuurd worden. Dit sturen is mogelijk aan de hand van afgesproken architectuurprincipes. Deze kunnen door management teams van uitvoeringsorganisaties en de besturen van pensioenfondsen worden vastgesteld, en vervolgens kunnen ze daar op sturen.

Een architectuurprincipe geeft pas waarde op het moment dat ook beschreven wordt Waarom dit een belangrijk principe is en wat de consequenties van dit principe zijn. Een voorbeeld van een architectuur principe bij een uitvoeringsorganisatie is de volgende:

Architectuurprincipe: Snelle en kwalitatief goede Integrale Management Informatie
Toelichting De uitvoeringsorganisatie dient snel en kwalitatief goede Integrale Management Informatie te voorzien aan hun klant het Pensioenfonds, de toezichthouder DNB, als ook de interne organisatie. De informatie moet snel en zonder fouten op te leveren zijn
Rationale Gezien de steeds sterker wordende  toezichtfunctie op pensioenfondsen dient de management informatie snel opgeleverd worden met 0% fouten. Daarnaast verwachten pensioenfondsen een steeds betere dienstverlening op dit vlak, gezien de eisen die aan hun worden gesteld.
Consequenties Het proces van opstellen van management informatie dient zo min mogelijk handmatige bewerkingen te ondergaan.

Management informatie moet zoveel mogelijk geautomatiseerd uit brongegevens van de administratiesystemen worden afgeleid.

Applicatie overstijgende rapportages voor sturing en verantwoording wordt ondersteund vanuit een centrale rapportagevoorziening

Met de modellen van het bestemmingsplan in de hand en de principes vastgesteld, kan een pensioenfonds vervolgens een projectenportfolio opstellen voor de komende jaren. Hiermee kan gericht gewerkt worden aan het bereiken van de eigen doelstellingen, binnen de afgesproken kaders (principes).

Pensioenfondsen met Enterprise Architectuur de toekomst in

Enterprise Architectuur wordt een besturingsinstrument, wanneer deze projectportfolio regulier wordt doorgenomen en er ook rapportages worden opgesteld, waarin de samenhang tussen projecten inzichtelijk wordt weergegeven. Management kan dan besluiten nemen over nieuwe principes, afwijken van huidige principes, schuiven van prioriteiten ed. Enterprise Architectuur wordt een normaal onderdeel van de bedrijfsvoering welke zorgt voor samenhang, maar bovenal zorgt voor een stuk toekomstgerichtheid waarmee Pensioenfondsen een duidelijke toegevoegde waarde kunnen behalen. Een beetje minder de focus op wat er allemaal fout kan gaan in de huidige situatie, en een beetje meer wat er allemaal goed kan gaan in de toekomst.

Volgende blog
In een volgende blog wil ik stilstaan bij de 5 belangrijkste ontwikkelingen die ik zie voor Pensioenfondsen en de wijze waarop het gebruiken van Enterprise Architectuur daar toegevoegde waarde kan bieden.

5 reasons sprint planning doesn’t go perfectly

There are many reasons why sprint planning sessions don’t go the way you want them to. Here is my short list of the things that I have seen breaking the sprint planning sessions the most.

  1. No Product Owner or not available

Not having a Product Owner available in sprint planning is a bad idea. Even if your user stories are written well there are always questions or decisions that need to be made regarding the functionality or the priority. A solution is to have one other team member be the substitute Product Owner as long as he/she collaborates with the Product Owner and is allowed to make decisions.

  1. Discussions are too technical or go in to too much detail

Most of the teams are very technically oriented, this means that they often tend to dive into discussions about the technical solution because that is their expertise. This is not a bad thing per se but these discussion often tend to be long, they don’t contribute anything to the sprint planning and can be done later when needed. Solution to this is not to allow technical discussions or have them on a high level instead of talking about all the details.

  1. Vague user stories

Having vague user stories is one of the worst things you can have in a sprint planning. These user stories don’t allow the team to focus on planning but lets them wonder about what is meant and always bring up discussion where in the end the product owner needs to explain what is needed. In this process a lot will be said but most of the time this information eventually gets lost and is a waste of time. Creating well written stories that have a summarized self explanatory title and a clear scope with explicit points of functionality explaining what is expected and what not helps avoiding these discussions.

  1. Team members not understanding planning poker

There tend to be two problems here, one is about not understanding how planning poker works and can be fixed by practicing. The second problem is where people don’t know what to take in to account when voting. These people tend to use different criteria when voting and making the planning variate a lot. Possible solution to this problem is creating a short list of criteria points to think about when voting.

  1. No decisions are made

Having discussions is a good thing but having endless discussions is a bad thing. Sometimes teams keep talking without deciding what to do or how to do it because there is no one to make a decision or wanting to take the responsibility. To fix this problem have the Product Owner make decisions directly when talking about functionality, the priority and the goal. For making technically related decisions point one of the team members as Technical Lead and give them the right to make an decision when needed.

Although the upper list shows the things I have seen go bad in sprint planning I have also seen the same things work very well in some teams. Bear in mind that this is a list of common mistakes but that everything depends of the context and the way you work.

Remote debuggen van mobiele web applicaties

Ik kwam vanochtend op google+ een interessante presentatie van Magaret Leibovic tegen waarin ze onder andere de tools in firefox bespreekt die je kunt gebruiken voor het debuggen van web applicaties op een smartphone.

Safari biedt vergelijkbare tooling om webapplicaties op een iPad of iPhone te debuggen. Deze heb ik recent gebruikt, en ik moet zeggen, dat werkt heel aardig. Tooling is vrij compleet: er is ondersteuning voor javascript debugging, je kunt zien welke resources van het netwerk gedownload worden, de timing, wat er in de appcache is opgeslagen, etc. Grootste nadeel is dat je nu ook voor het ontwikkelen van webapplicaties Mac OSX nodig hebt, aangezien dit alleen in safari ondersteund wordt.

Safari remote debugging iPad web app

Firefox biedt vergelijkbare functionaliteit, maar nog lang niet zo uitgebreid. In Firefox 18 zit een remote javascript debugger, in Firefox 19 komt ook ondersteuning voor remote web logging (console.log). De overige tooling lijkt nog afwezig.

Firefox remote debugging web app on Android

Ook chrome biedt ondertussen ondersteuning voor het remote debuggen van mobiele web applicaties. Helaas alleen op Android. Er is wel een chrome voor iOS, maar deze heeft geen remote debugging ondersteuning. De tooling van Chrome voor debuggen is wel een stuk completer dan van Firefox, zoals je in onderstaande screenshots kunt zien.

Javascript debugging:

Chrome remote debugging Javascript

Debuggen van netwerk verkeer:

Chrome remote debugging network

Resources view is handig als je wilt zien of offline caching mbv appcache werkt:

Chrome remote debugging appcache

Helaas is er dus nog geen goede tooling die overal werkt, maar Safari en Chrome lopen duidelijk voor op Firefox. Hopelijk komt daar snel verandering in.

Technische Architectuur Rotterdams Gegevensmagazijn Presentatie

Tijdens het Seminar: Stelselmatig samenwerken – Verder met Basisregistraties morgen, zal ik een overzicht geven van de technische architectuur van het Rotterdams Gegevensmagazijn tijdens de presentatie Rotterdams GegevensMagazijn: Herbruikbaarheid door Architectuurkeuzes (track 3, 14:30 – 14:55).

Hieronder alvast de “slides” van deze presentatie, ook hier te vinden: Technische Architectuur Rotterdams Gegevensmagazijn.

Technische Architectuur Rotterdams Gegevensmagazijn

Home Screen web applicaties verversen op iOS

In Safari op de iPad en iPhone kun je web sites op je Home Screen bookmarken (add to home screen). Zodra je de web applicatie opent door op het icoontje te drukken op je desktop, zal de Safari browser proberen de web applicatie te tonen op basis van gecachte resources. Je kunt dit gedrag beinvloeden door gebruik te maken van de html 5 application cache.

Html 5 applicaties kunnen aangeven welke resources er op de client gecached mogen worden. Hiermee is het mogelijk om een web applicatie te schrijven die volledig offline beschikbaar is, dus ook als je geen netwerk verbinding hebt. Je gebruikt hiervoor een cache manifest bestand, met de mime-type text/cache-manifest. Meestal heeft dit bestand de extensie .appcache. Meer informatie over html5 application caching vind je hier, A Beginner’s Guide to Using the Application Cache en hier, Appcache Facts.

Om ervoor te zorgen dat een iOS desktop web applicatie alle resources opnieuw van de server haalt, en niet uit de cache, moet je gebruik maken van de html 5 app cache. Safari laadt de resources alleen van het netwerk indien het manifest bestand gewijzigd is. Dit kun je makkelijk afdwingen door er een commentaar regel aan toe te voegen met bijvoorbeeld een versie nummer. Hier is een voorbeeld uit mijn html5/svg presentatie tool:


CACHE MANIFEST
# cache version 14

CACHE:
presentatie.html
presentatie.js

Contact

Waterveste 1-3, 3992 DB Houten, Nederland
Telefoon: 030–602 82 80
Fax: 030–602 82 88
Website: http://www.it-eye.nl
Email: info@it-eye.nl