De IT manager
Search is geen technisch vraagstuk, maar een functionele. De moeilijkheid is dat functionele wensen en eisen uit de business moeten worden vertaald naar een technische implementatie, waarbij zoveel mogelijk beheer kan worden uitbesteed aan de functionele eigenaren. Voor functioneel beheerders is het heel lastig om hun wensen en eisen te formuleren, terwijl ze vaak ook niet weten wat er technisch allemaal mogelijk is. Omgekeerd, kan de ITer vaak niet inschatten hoe de business werkt en wat voor hun van belang is.
De informatie die bij een zoektoepassing wordt gebruikt bestaat bijna altijd uit meerdere informatiestromen die regelmatig of continue binnenkomen of ververst worden. Vaak is het belangrijk oom snel deze informatie te verwerken, te verrijken, te classificeren, door te sturen naar bepaalde gebruikers, op de website te publiceren en beschikbaar te maken voor het zoeken. De vraag is natuurlijk, wat voor processen ervoor kunnen zorgen dat deze informatiestromen beheersbaar deze informatie automatisch verwerken, wat voor hardware en software-omgeving daarvoor nodig is en wat er voor beheer en terugkoppeling (statistieken en rapportages) hiervoor nodig zijn.
Het beheer is erg belangrijk, want hoewel zo'n systeem technisch perfect lijkt te draaien, zullen de functionele eigenaren direkt constateren dat de informatie van een bepaalde bron incorrect is of al een paar uur niet is binnengekomen. De functioneel beheerders moeten dat direkt kunnen ingrijpen om zo het niveau van de toepassing goed te houden.
Voor de IT manager is het ook zeer belangrijk om inzicht te hebben en te houden in de werkelijke kosten van de toepassing. Hoe kunnen de kosten fijnmazig in beeld worden gebracht, waarbij ook beslissingen worden genomen samen met de functioneel beheerders om bepaalde informatiebronnen juist wel of niet beschikbaar te stellen, bepaalde functies wel of niet aan te bieden en wat de ksoten van verstoringen zijn voor de organisatie en wat de kosten zijn om ze te verhelpen?
In kort, wat is de TCO, waarbij ook de business verantwoordelijk is voor de kosten.
Voor de architectuur van de zoektoepassing is scheiding van data, logica en presentatie van groot belang om voldoende flexibiliteit en schaalbaarheid te krijgen. De flexbiliteit is nodig om tegen geringe inspanning delen van de zoektoepassing elders in te zetten of om aanpassingen eenvoudig, controleerbaar en snel door te kunnen voeren. Tevens helpt deze 3-deling ook om het testen en analiseren bij problemen enorm te vereenvoudigen en te bekorten.
Het inzetten van webservices en onafhankelijke technologieen (zoals XML, XSLT, AJAX, Portlets) spelen hier een centrale rol in.
Bij een goede architectuur, zal een systeem niet ten ondergaan aan zijn eigen succes als substantieel meer informatie en gebruikers met het systeem gaan werken. Tevens is het echter niet nodig om al een enorme infrastructuur vanaf het begin in te zetten uit voorzorg voor de eventuele groei. Dus beging adequaat en groei met beheerste stappen.
De doelstelling van de zoektoepassing is natuurlijk dat informatie wordt (her-)gebruikt. Onafhankelijk waar de informatie vandaan komt, hoe deze verrijkt en verwerkt wordt, waar deze gebruikt gaat worden moet er 1 platform komen, waarbij alle informatie (al dan niet gestructureerd) kan worden verwerkt en geintegreerd met andere systemen en gebruikerstoepassingen. \\Dit wil zeggen dat de informatie ontsloten moet zijn voor gebruikers, maar ook voor systemen. Een CMS moet bijvoorbeeld net zo makkelijk een voorgedefinieerde zoekaktie kunnen uitvoeren als een gebruiker en de resultaten daarvan tonen of opslaan in het eigen CMS. Deze integratiemogelijkheden bieden een scale van nieuwe uitdagingen om de informatiestromen te automatiseren.
Emid en de IT manager: ondersteuning met een second opinion, proof of concept of een architectuurvoorstel dat verder gaat dan de techniek