Boeiende Bindingen
Boeiende Bindingen Technische projectevaluatie ROC West-Brabant, Codename Future, ThiemeMeulenhoff Door: Rik Meijer, Software Engineer voor Codename Future
Abstract: Dit document geeft een technisch overzicht van het Zoeken, Vinden, Arrangeren project. Dit document geeft inzicht in de gekozen architectuur, schaal en uitbreidbaarheid en de ondervonden problemen en oplossingen.
Codename Future 2005
Boeiende Bindingen
Codename Future 2005
Boeiende Bindingen
1 Inleiding: 1.1 Doel van dit document: Het doel van dit document is beschrijven en evalueren van de technische ontwikkelingen benodigd voor de facilitatie van project Boeiende Bindingen. 1.2 Doelgroep van dit document: Subsidieverstrekker (Kennisnet) 1.3 Gebruikte bronnen: Document
Auteur
Versie
Datum
Projectplan
Geeske Steeneken
1.0
7 April 2005
Boeiende Bindingen
Cees Siemons Jacob Molenaar
Codename Future 2005
Boeiende Bindingen
2 Gekozen Architectuur: 2.1 Schematische systeemopbouw:
2.2 “Service Oriented Architecture” De term Service-Oriented Architecture (SOA) is een nieuw software architectueel model dat het gebruik van services definieert ter ondersteuning van de requirements van software gebruikers. In een SOA omgeving maakt een node binnen het netwerk resources (functies) beschikbaar voor andere participanten in het netwerk op een gestandaardiseerde manier. Steeds vaker kiezen bedrijven voor het gebruik van een SOA (Service Oriented Architecture).Bij wijze van proef was dit het eerste project wat Codename Future wat hier gebruik van maakt en met succes. Doordat wij gebruik hebben gemaakt van een SOA is de applicatie erg eenvoudig uit te breiden met nieuwe functionaliteit en is het mogelijk om de presentatie en de datalaag compleet van elkaar de scheiden.
Codename Future 2005
Boeiende Bindingen 2.3 Multilayered Architecture Om een SOA correct te kunnen implementeren is het noodzakelijk dat applicatie correct verdeeld word in meerdere lagen. De Zoeken, Vinden en Arrangeer omgeving bestaat uit 4 delen: Presentatie laag - Connectiviteit laag ---------------------------------- Connectiveit laag Datalaag 2.3.1 De datalaag: Onze datalaag is opgedeeld in meedere sub-elementen hieronder een overzicht waarin aangegevens staat waar, welk element voor bedoeld is. Zoeksysteem -> Web Service
Metadata Database Metadata Indexatie Systeem IMS Store OAI-PMH Adapter WS
Faciliteerd het zoeken en vinden van objecten, dit element wordt aangeroepen voor iedere zoekopdracht door de Web Part in Sharepoint Portal Server 2003. In deze database wordt de metadata van de ingelezen IMS pakketten opgeslagen. “Scrubt” de metadata en plaats deze in de Metadata Database Dit is de centrale plaats waar de IMS pakketten worden opgeslagen Deze adapter kan zodra nodig geplaatst worden.
Schematische model, architectuur datalaag
Codename Future 2005
Boeiende Bindingen 2.3.1 De Presentatie laag: Voor onze presentatie laag gebruiken wij SharePoint als Hostsysteem , waarin wij een zogenaamde Web Part hebben ontwikkeld (een webpart is geëncapsuleerde ASP.NET web control). Het voordeel van het ontwikkelen in SharePoint is dat Webpart dynamisch kunnen worden toegevoegd aan websites en als individuele objecten werken. Nu kan men deze WebPart in no-time van plaats veranderen (zoals op de homepage plaatsen) zonder 1 regel code te wijzigen.
Schematisch model, presentatielaag met backend connectivity
Zoals u ziet communiceert de Web Part via de open protocollen SOAP en WSDL met de webservice en kan zo de resources van de Web Service consumeren.
Tevens is het interessant te vermelden dat het hier gaat om een zogenaamde Loosely Coupled verbinding. Dit is van belang zodra de webservice moet worden verplaats, vroeger zou men hiervoor een recompile van de sourcecode benodigen terwijl tegenwoordig een systeembeheerder simpelweg de URI aanpast die naar de webservice verwijst.
Codename Future 2005
Boeiende Bindingen 3 Toekomstige uitbreidbaarheid: 3.1 “Wij zijn klaar voor OAI-PMH !” Sinds de vorige vergadering met Kennisnet is het ons duidelijk geworden dat een OAI-PMH gebaseerd zoeksysteem mogelijk de toekomst zal zijn van onderwijsland, daarom hebben wij onze architectuur dusdanig opgebouwd dat, “as the market requires”, een OAI-PMH implementatie van ons zoeksysteem binnen een korte tijd kan worden gerealiseerd.
Schematische systeemopbouw met integratie van OAI-PMH
Codename Future 2005
