Technisch lastenboek Raamoverkomst WCMS voor 4 jaar

Technisch lastenboek Raamoverkomst WCMS voor 4 jaar

Version:

V1.2

Issue date:

24 april 2007

Auteurs

Anja Neels Michel Van den Bossche

Bestek Raamovereenkomst WCMS

versie 1.0versie 1.0

24 april 2007

1/32

Inhoudstafel 1

Functionele situering van het WCMS.........................................................................4 1.1

Missie ............................................................................................................................ 5

1.2

Website-anatomie ........................................................................................................... 6

1.2.1

Eenheid in look & feel............................................................................................ 6

1.2.2

Meertaligheid ....................................................................................................... 6

1.2.3

Uitzonderingswebsites ........................................................................................... 6

1.3

Pagina-anatomie ............................................................................................................. 8

1.3.1

Algemeen ............................................................................................................ 8

1.3.2

Conceptuele opdeling ............................................................................................ 8

1.4

Bereikbaarheid van de informatie binnen website...............................................................10

1.4.1

Domeinnamen.....................................................................................................10

1.4.2

Navigatie ............................................................................................................10

1.4.2.1

Thematische navigatie en modules .....................................................................10

1.4.2.2

Loket ..............................................................................................................11

1.4.2.3 1.4.3 1.5

Publicatie en validatie .....................................................................................................12

1.5.1

2

Kruisnavigatie..................................................................................................11 Zoekfunctionaliteit ...............................................................................................11 Publicatieproces...................................................................................................12

1.5.1.1

Syndicatie .......................................................................................................12

1.5.1.2

Publicatiedatum en -termijn...............................................................................12

1.5.1.3

Metadata / publicatiedata..................................................................................12

1.5.2

Validatieproces ....................................................................................................13

1.5.3

Informatie-lifecycle ..............................................................................................13

1.6

Statistische rapportering .................................................................................................14

1.7

Goede praktijken ...........................................................................................................15

1.7.1

Website ..............................................................................................................15

1.7.2

CMS ...................................................................................................................17

Technische situering van het WCMS ....................................................................... 18 2.1

Tridion R5 als WCMS ......................................................................................................19

2.1.1

Basisconcepten....................................................................................................19

2.1.2

Bestaande omgeving............................................................................................20

2.2

Tridionimplementatie ......................................................................................................21

2.2.1

Pagina templates .............................................................................................21

2.2.1.2

Schema’s, componenten en component templates................................................21

2.2.1.3

Blueprinting.....................................................................................................22

2.2.1.4

Gebruikersdefinities..........................................................................................22

2.2.1.5 2.2.2

Metadata publishing .........................................................................................22 Uitbreiding van de standaardfunctionaliteiten ..........................................................22

2.2.2.1

Workflow.........................................................................................................22

2.2.2.2

Paginavalidatie.................................................................................................23

2.2.2.3

Contenteditor “light”.........................................................................................23

2.2.3 2.3

Standaardpraktijken.............................................................................................21

2.2.1.1

Syndicatie...........................................................................................................23

Search..........................................................................................................................24



24 april 2007

2/32

2.4

3

Koppelingen ..................................................................................................................25

2.4.1

Content publiceren vanuit de backoffice..................................................................25

2.4.2

Formulierdefinities publiceren vanuit de backoffice...................................................25

2.4.3

Input uit webformulieren naar de backoffice sturen..................................................25

2.4.4

Provinciale productencatalogus (PPC) .....................................................................25

2.5

Logische architectuur......................................................................................................26

2.6

Infrastructuur ................................................................................................................27

Inhoud van de opdracht ....................................................................................... 28 3.1

Aan de ene kant voor inhoudelijke en functionele support. ..................................................29

3.2

Aan de andere kant voor technische ondersteuning. ...........................................................30

3.3

Selectiecriteria...............................................................................................................31

3.4

Gunningscriteria.............................................................................................................32



24 april 2007

3/32

1 Functionele situering van het WCMS



24 april 2007

4/32

1.1 Missie De provincie Antwerpen gebruikt haar website als kanaal voor : •

bestuurlijke informatie

•

informatie over alle domeinen waarop de provincie actief is

•

interactie met externe partijen via een elektronisch loket, met integratie naar de backoffice

Belangrijkste doelstelling van de provinciale website is alle producten en diensten van de provincie op een logische en laagdrempelige manier ter beschikking stellen van het doelpubliek. Stakeholders zijn:

1

•

de bezoeker1 van de website

•

de aanbieder van informatie

•

de communicatiedienst

•

de dienst ICT

Iedereen die publieke informatie van de provincie wil bekomen en die gebruik wil maken van haar dienstverlening.



24 april 2007

5/32

1.2 Website-anatomie Alle informatie wordt aangeboden onder één website : www.provant.be. De inhoud van de website wordt opgeslagen in een centrale repository, namelijk het Tridion content management systeem. Dit heeft een aantal voordelen : •

Eenvoud in onderhoud en herstelling bij technische problemen. Omdat alle informatie in één systeem zit, kan bij een technisch probleem het systeem op een eenvoudige manier terug worden opgezet. Dit zorgt voor een verhoogde responsiviteit bij problemen.

•

Eenvoud voor de redactieleden.

•

Schaalvoordelen : doordat iedereen dezelfde technische basis gebruikt, treden schaalvoordelen op en worden functionaliteiten over de verschillende secties hergebruikt.

•

Onderhoudbaarheid en gebruiksgemak: alle aanbieders van informatie voeren hun informatie in via een webinterface.

1.2.1 Eenheid in look & feel De hele website heeft een consistente look and feel. Hiermee verstevigt de provincie haar merkidentiteit op het web. De redacteurs kunnen een keuze maken uit een beperkt aantal templates, afhankelijk van het soort van informatie dat zij op de website willen plaatsen De look and feel staat echter vast en is onwijzigbaar. Er is evenwel de mogelijkheid om per (sub)thema een ander “gevoel” of “feel” te creëren door het wijzigen van de banner bovenaan de pagina. Hiermee kan het over te brengen “gevoel” thematisch gecontextualiseerd worden. Daarnaast laat het gebruik van grafische elementen binnen de inhoudelijke pagina’s voldoende ruimte om nog eigen accenten te leggen.

1.2.2 Meertaligheid De website is hoofdzakelijk eentalig, maar ondersteunt wel meertalige delen. Er worden beperkte introducties voorzien worden in het Frans, het Duits en het Engels. Op deze pagina’s wordt een introductie gegeven van de provincie met een overzicht van de informatie op de website die in andere talen beschikbaar is. De structuur van anderstalige pagina’s verschilt van de standaardlook. Zo is de navigatie minimaal en gericht op de beschikbare informatie in die taal. Toch vormen de anderstalige pagina’s een coherent geheel met de rest van de site.

1.2.3 Uitzonderingswebsites Twee websites, namelijk het Modemuseum en het Fotomuseum, hebben een aparte look and feel. Beide uitzonderingswebsites zijn beschikbaar op het internet onder hun eigen domeinnaam, namelijk www.momu.be en www.fotomuseum.be. Onder de



24 april 2007

6/32

URL www.provant.be/modemuseum/ en www.provant.be/fotomuseum/ wordt wel nog kerninformatie aangeboden en er wordt van daaruit verder verwezen naar de respectieve sites. Ook de uitzonderingswebsites worden op het platform van ICT gehost en maken gebruik van Tridion.



24 april 2007

7/32

1.3 Pagina-anatomie 1.3.1 Algemeen De pagina-anatomie wordt in het content management systeem (CMS) bewaakt door het definiëren en opleggen van templates. Het grote voordeel van deze templates is dat de consistentie doorheen de website verhoogt. De plaats van de informatie in de website is een belangrijk gegeven bij de keuze van een template. Ook de informatie zelf heeft haar invloed op de keuze van een template.

1.3.2 Conceptuele opdeling Algemeen gesproken zijn er drie “panels” in de pagina met daarin verschillende componenten : •

•

Hoofding : o

Modulenavigatie : geeft op elke pagina toegang tot de hoofdpagina van de module (bijvoorbeeld: de hoofdpagina nieuws geeft een overzicht van alle nieuwsberichten en laat toe om per categorie te doorzoeken).

o

Zoekfunctionaliteit : bij een zoekopdracht wordt de hele website doorzocht. De link geavanceerd zoeken leidt naar de zoekpagina met opties.

o

Banner : in de hoofding is een grafische zone beschikbaar waarin het logo van de provincie verwerkt zit. Deze banner is visueel verschillend voor de homepagina, de modulepagina’s, de themahomepagina’s. Ook op subthemapagina’s en diepere pagina’s worden vaak verschillende banners gebruikt.

o

Thematische hoofdnavigatie: leidt steeds naar de themahomepagina.

o

Kruimelspoor : duidt aan waar de gebruiker zich bevindt in de boomstructuur en geeft zo een weg terug naar de bovenliggende niveaus – ook als de bezoeker via een andere weg (interne of externe link, zoekopdracht) gekomen is.

Middenstuk, bestaande uit één of meerdere “panels” afhankelijk van de concrete webpagina : o

Navigatiepanel (linkerkolom) -

Subnavigatie : deze zone bevat het navigatiemenu dat toegang geeft tot onderliggende pagina’s.

-

Loket : deze navigatie is goed geïntegreerd onder de subnavigatie en geeft een direct verband met de rest van de pagina’s in de bewuste sectie.



24 april 2007

8/32

-

o

o

•

Kruisnavigatie : deze optionele zone bevat links naar relevante andere pagina’s binnen de site.

Informatiepanel -

Paginatitel

-

Inhoudscomponent : deze zone bevat de eigenlijke paginainhoud. Die kan erg gevarieerd zijn: hypertekst (m.a.w. tekst met formattering en eventueel ook hyperlinks), beelden, animaties, applicatievelden en –knoppen. Deze ruimte kan ook nieuwsberichten en in de kijker-items bevatten.

Contextueel infopanel (enkel bij driekolommenlayout) : deze zone bevat één of meerdere blokken informatie uit de modules.

Voettekst : bevat een standaard voettekst met gebruikelijke vermeldingen.

De pagina’s worden opgebouwd uit individuele bouwstenen die in de pagina ingebracht worden op de juiste plaats. Dit kunnen navigatie-, inhoudelijke, data-, lay-out of structurele componenten zijn.



24 april 2007

9/32

1.4 Bereikbaarheid van de informatie binnen website 1.4.1 Domeinnamen De provinciale website is te bereiken via de URL www.provant.be. Het is echter eveneens mogelijk om via andere domeinnamen specifieke informatie binnen de provant-website te bereiken. Zo leidt bijvoorbeeld www.diamantmuseum.be (via redirect) naar de sectie rond het diamantmuseum binnen de provant-website. De domeinnamen van het Fotomuseum en het Modemuseum refereren niet naar een sectie binnen de provant-website, maar leiden naar een aparte website.

1.4.2 Navigatie Om voor zoveel mogelijk bezoekers een transparante en efficiënte navigatie aanbieden, zijn verschillende dimensies binnen de navigatie voorzien. Binnen de navigatie worden drie grote blokken onderscheiden : •

Thematische navigatie

•

Modules

•

Loket

Daarnaast is het mogelijk om kruislinks en binnen tekstblokken inline links te leggen.

1.4.2.1 Thematische navigatie en modules Om bezoekers van de provant-website op een zo intuïtief mogelijke manier naar de gewenste informatie te leiden, is de thematische navigatie een geschikt hulpmiddel. Bij het opstellen van de navigatiestructuur werd gezorgd voor een evenwicht tussen beknoptheid, duidelijkheid en eenduidigheid. De thema’s zijn zo gekozen dat ze begrijpelijk zijn voor alle lagen van de bevolking en dat er geen overlappingen zijn tussen de verschillende thema’s. Naast de strikt thematische navigatie-items, werd eveneens “bestuur” toegevoegd. Dit geeft een andere – eerder organisatorische – toegang tot de informatie. Thema’s geven de bezoeker de kans om de informatie in de diepte uit te spitten : van algemeen naar specifiek naarmate men dieper in de navigatie komt. Daarnaast bestaan er ook vormen van informatie over de verschillende thema’s heen die als één geheel kunnen worden bekeken, bijvoorbeeld “nieuws”. In de nieuwsmodule krijgt de bezoeker het nieuws op een gecentraliseerde manier te zien, ongeacht de afkomst ervan. In de provant-website zitten volgende modules : •

Kalender

•

Nieuws



24 april 2007

10/32

•

Publicaties

•

Adressen

•

Nieuwsbrieven/e-zines

•

Reserveren en ontlenen

1.4.2.2 Loket Bij zowel de thematische navigatie als bij de modules krijgt elke eindgebruiker dezelfde inhoud te zien als hij een bepaalde pagina oproept. Soms is de specifieke situatie van de eindgebruiker echter van belang om hem relevante informatie te kunnen bieden. Daarnaast is er ook soms interactie met de provincie nodig alvorens de eindgebruiker geholpen is. Bijvoorbeeld bij het aanvragen van subsidies is het al dan niet krijgen van een bepaalde subsidie afhankelijk van de eindgebruiker. Hiervoor is er interactie nodig met de provincie. Deze loket-functionaliteit loopt eveneens over de verschillende thema’s heen, met als verschil (t.o.v. de modules) dat het een interactief proces is. De eindgebruiker dient eerst informatie te geven alvorens de voor hem relevante informatie teruggegeven kan worden of alvorens er een “proces” bij de provincie kan starten. Momenteel zijn de volgende interactieve processen geïdentificeerd: •

Subsidies

•

Vacatures

•

Vragen en opmerkingen

Het loket zal in de loop van de volgende maanden en jaren stelselmatig verder uitgebouwd worden.

1.4.2.3 Kruisnavigatie De thematische navigatie is zeer hiërarchisch opgesteld. De modules en het loket zijn in feite “vergaarbakken” van informatie die over de verschillende thema’s heen verspreid zitten. Sommige informatie is relevant binnen verschillende (sub)thema's. Indien dit het geval is, wordt de informatie onder het relevantste thema gepubliceerd en wordt er naar gelinkt vanuit de andere thema’s. Dit gebeurt via zogenaamde kruislinks. Op die manier blijft de website overzichtelijk, zowel in onderhoud als in gebruik.

1.4.3 Zoekfunctionaliteit De provincie heeft geopteerd voor Fast als zoekmotor binnen de website. De opzet van deze zoekfunctionaliteit was slechts een eerste stap, het komt er verder op aan om de zoekresultaten te verfijnen. Dit betekent het opvolgen van de statistieken van de zoekfunctionaliteit en het formuleren van voorstellen tot verbetering en implementatie ervan.



24 april 2007

11/32

1.5 Publicatie en validatie 1.5.1 Publicatieproces De deelnemers aan het contentcreatie en –publicatieproces zijn in te delen in drie categorieën: 1. Interne medewerkers - communicatie: •

medewerkers van de communicatiedienst

•

coördineren de website

•

valideren bepaalde zaken van andere groepen

2. Interne medewerkers – departementeel: •

sleutelfiguren in eigen departement

•

coördineren en bewaken hun eigen sectie

•

valideren bepaalde zaken van hun eigen departement

3. Interne medewerkers - provant: •

medewerkers provincie

•

grootste groep contentbeheerders

Gezien de heterogeniteit van deze groepen werden ‘vereenvoudigde’ content aanleveringsmechanismen voorzien voor bepaalde types informatie.

1.5.1.1 Syndicatie Informatie in deze modules kan zeer dynamisch zijn en bij uitstek geschikt voor aggregatie en syndicatie. Voor de redactionele informatie is er geen nood aan aggregatie/syndicatie van/naar derden. Bij de invoer van dit type informatie is zowel structuur, plaats als vorm belangrijk.

1.5.1.2 Publicatiedatum en -termijn Ingeven met publicatiedatum is voorzien om automatische publicatie en depublicatie/archivering mogelijk te maken.

1.5.1.3 Metadata / publicatiedata Op niveau van de pagina zijn een aantal kenmerken (metadata) voorzien. Deze zijn zo beperkt mogelijk gehouden en worden waar mogelijk ingevuld door het systeem.



24 april 2007

12/32

1.5.2 Validatieproces In de workflow van Tridion werden een beperkt aantal rollen gedefinieerd.

Rechten:

Departement

Communicatie

Schrijven:

Ja, binnen sectie

Ja, overal

Bewerken:

Ja, binnen sectie

Ja, overal

Nakijken:

Workflowgestuurd (voor communicatie)

Workflow-gestuurd

Publiceren:

Nee

Ja, overal

Archiveren:

Ja, binnen sectie

Ja, overal

Deze verschillende rollen zijn in de praktijk aan verschillende gebruikers toegekend. Zo zijn er auteurs, die content aanleveren, redacteurs, die coördinerend werken en verantwoordelijk zijn voor het nakijken en hoofdredacteurs die zorgen voor de publicatie.

1.5.3 Informatie-lifecycle De levenscyclus van een contentcomponent en van een webpagina bevat volgende stadia: •

Nieuw

•

Gewijzigd

•

Gepubliceerd

•

Gearchiveerd

•

Verwijderd

Er is vastgelegd wanneer een component gearchiveerd kan worden.



24 april 2007

13/32

1.6 Statistische rapportering Om het gedrag van de eindgebruikers in detail te kunnen bekijken, is geopteerd voor Webtrends voor het genereren van webstatistieken. Die bieden erg waardevolle informatie over de interesse van de gebruikers en mogelijke usability problemen in de website. Webtrends creëert rapporten met algemene informatie over het bezoek aan de provant-website als geheel, maar zoomt ook gedetailleerd in op de diverse secties in de site. Zo kunnen bijvoorbeeld de dropout rates worden gemeten bij het invullen van een formulier op de site, kan er gemeten worden wat het effect is van een bepaalde campagne en kan het gedrag van de bezoekers die via een google-ad komen in detail worden gevolgd. Daarnaast kan men via klikpadanalyses te weten komen hoe de gebruikers zich doorheen de pagina’s klikken. Dit geeft input voor een verdere verbetering van de navigatie en structuur van de site.



24 april 2007

14/32

1.7 Goede praktijken De provant-website is opgebouwd volgens onderstaande goede praktijken, die doorgetrokken moeten worden in verdere aanpassingen.

1.7.1 Website •

De website moet toegankelijk zijn voor alle browsers (nieuwe browsers, oude browsers, tekstbrowsers, enzovoort ...) op de diverse platforms.

•

De informatie moet gestructureerd zijn zodat ze voldoet aan de vereisten van het AnySurferPlus label.

•

Gebruik van beschrijvende markup.

•

Markup structuur en vormgeving moeten gescheiden worden.

•

Gebruik enkel CSS voor vormgeving.

•

De site moet doorzoeksvriendelijk zijn.

•

Client-side scripting mag geen belemmering zijn voor browsers die geen javascript/vbscript ondersteunen. Client-side scripting mag enkel een optionele waarde hebben, nooit structurele logica bevatten.

•

CSS en javascript moeten extern opgehaald worden.

•

Plaats geen stijlen in de (X)HTML code.

•

Plaats de markup elementen in volgorde van belang.

•

De website moet te bedienen zijn via het toetsenbord, alle informatie moet m.a.w. op de juiste manier gestructureerd worden in de markup. Gebruik het tabindex attribuut zo weinig mogelijk.

•

Gebruik geen achterhaalde markup elementen.

•

Decoratieve afbeeldingen moeten zoveel mogelijk in CSS geplaatst worden.

•

Informatieve afbeeldingen moeten steeds voorzien zijn van een alternatieve tekst.

•

Het alt attribuut mag nooit gebruikt worden als tooltip.

•

Alle afbeeldingen moeten een alt attribuut hebben, maar moet een lege string zijn indien een alternatieve tekst niet relevant is.

•

Afbeeldingen moeten steeds voorzien zijn van de correcte width en height attributen.

•

Gebruik HTML 4.01 of XHTML.



24 april 2007

15/32

•

XHTML moet correct gevalideerd kunnen worden.

•

Bij gebruik van HTML 4.01 moet deze voldoen aan de opmaakvoorwaarden van XHTML.

•

Plaats de juiste doctype declaraties.

•

Backbutton moet steeds werkbaar zijn.

•

Voorzie steeds een ‘vluchtweg’ voor de gebruiker (zoekoptie, gerelateerde links, backbutton), waardoor hij steeds terug kan keren of een alternatief systeem ter beschikking heeft om alsnog tot de gewenste informatie te komen.

•

Gebruik enkel open standaarden om informatie aan te bieden of voorzie in een open standaard als alternatief.

•

Het gebruik van frames is niet toegelaten.

•

Pagina’s moeten eenvoudige en permanente URL’s hebben (d.w.z. dat ze opgeslagen moeten kunnen worden als bladwijzer en bereikbaar zijn voor zoekrobots).

•

Navigatie mag nooit dynamisch opgebouwd worden op client-side.

•

Navigatie moet opgebouwd worden met hiërarchische markup.

•

Tabellen behoren enkel gebruikt te worden om relationele informatie weer te geven en moeten zoveel mogelijk vermeden worden in de vormgeving.

•

Tabellen moeten opgebouwd worden met mogelijke meta-informatie voor speciale browsers.

•

Formulieren moeten voldoen aan de algemene usability voorwaarden en moeten voldoende uitleg en correcte feedback bevatten.

•

Controle van invulformulieren mag niet gebeuren met client-side scripting en foutmeldingen moeten duidelijk en consistent worden weergegeven voor alle gebruikers.

•

De pagina’s moeten snel kunnen laden, dus beperkt zijn in bestandsgrootte.

•

De webpagina’s moeten kunnen worden afgeprint.

•

De website moet volgens de algemeen geldende usability voorwaarden opgebouwd worden: o

Gebruiksvriendelijk en gestructureerd

o

Consistent

o

Esthetisch integer



24 april 2007

16/32

1.7.2 CMS •

Het CMS moet XHTML compatibele markup genereren.

•

Het CMS mag geen overbodige en voor bepaalde browsers storende code genereren.

•

Het CMS moet gestructureerde markup genereren en mag nooit vormgeving bepalen in de markup.

•

De CMS editor voor het invoeren van teksten moet werken op een minimum aan browsers (IE 5.5+, Firefox 0.8+, Netscape 7+) op Windows en Macintosh.

•

De CMS editor mag enkel toegelaten (beschreven) stylesheets gebruiken.

•

Het resultaat van de CMS editor moet XHTML compatibel zijn.



24 april 2007

17/32

2 Technische situering van het WCMS



24 april 2007

18/32

2.1 Tridion R5 als WCMS Tridion R5 vormt het centrale content management en publicatiesysteem voor de provant-website.

2.1.1 Basisconcepten De opstelling van een Tridion aangestuurde website is steeds tweeledig: •

de content management omgeving: bestaande uit een Tridion server waarop de medewerkers toegang hebben en contentcreatie en beheerstaken uitvoeren: o

Creatie van content componenten.

o

Creatie van webpagina’s en plaatsing van componenten op deze webpagina’s.

o

Beheer van de sitestructuur (en navigatiestructuur).

o

Opvolging van workflow gerelateerde taken.

o

Opzoeken van content in de content database (de Tridion database). Let wel: het gaat hier niet om zoekopdrachten die uitgevoerd kunnen worden op de gepubliceerde website.

o

Publiceren van content en pagina’s naar de website.

o

Beheren van rollen en bijhorende rechten.

Er staat één Tridion omgeving in productie, die publiceert naar het provant intranet en naar de provant-website. Er is echter geen afhankelijkheid van de intranetapplicatie. •

De publicatieomgeving(en): de publicatieomgeving kan eender welke vorm van webserver zijn of database die in staat is om content op een bepaalde manier te tonen aan de lezer. Zo zijn intranetsite en website twee totaal verschillende omgevingen, terwijl ze wel allebei worden gevoed vanuit de centrale content management omgeving (Tridion).



24 april 2007

19/32

Figuur 1: content management omgeving t.o.v. publicatieomgevingen

2.1.2 Bestaande omgeving De productieomgeving zoals die vandaag bij provincie Antwerpen is opgezet is hierboven aangegeven. Verder zijn in gebruik bij provant: •

een database server in “development” en in “test” omgeving

•

Een intranet publicatie server in “development” en in “test” (= ‘staging’) omgeving

•

Een Tridion server in “development” omgeving

De CMS gebruikers worden beheerd vanuit Active Directory. Op dit moment draait Tridion versie 5.1 (Service Pack 4). De Tridion server draait op MS Windows 2000 en connecteert naar MS SQL Server 2000 SP3. De intranet site wordt aangestuurd door IIS5, en is opgebouwd uit HTML en ASP pagina’s. De internet website wordt gehost op een Tomcat omgeving in html en java.



24 april 2007

20/32

2.2 Tridionimplementatie De implementatie maakt gebruik van de standaard Tridionfunctionaliteiten. De uitzonderingen of specificiteiten waarvoor afgeweken werd van de ”gemiddelde” Tridion praktijken worden in dit hoofdstuk verder toegelicht.

2.2.1 Standaardpraktijken 2.2.1.1 Pagina templates Er wordt gewerkt met een 8-tal pagina templates. Dit zijn er minder dan het aantal pagina types die gedefinieerd werden in de functionele analyse. Zo verhinderen we dat editors zich vergissen in de keuze van het correcte template. Dit betekent dat de pagina templates parametriseerbaar zijn om meerdere types aan te kunnen.

2.2.1.2 Schema’s, componenten en component templates Gezien de modulaire opbouw van de pagina’s bevat een pagina meerdere componenten. Deze componenten kunnen door de CMS-gebruiker manueel op pagina’s worden geplaatst binnen de voorziene richtlijnen en restricties. Op dit moment bestaan onder andere volgende contenttypes : •

Algemeen: voor algemene beschrijvende teksten

•

Agenda (kalender)

•

Nieuws

•

Publicaties

•

Adressen

•

Vacatures

•

Nieuwsbrieven/mailinglist

•

Promo item

•

Banner

•

Illustratie

•

Oplijstingen: voor de automatische opbouw van oplijstingen (bijvoorbeeld “alle Nieuws van het thema Wonen”).

•

…



24 april 2007

21/32

Elk content type is gedefinieerd door een W3C XML Schema.

2.2.1.3 Blueprinting De website in zijn totaliteit zal niet parallel in meerdere talen worden gepubliceerd. Sommige delen van de site hebben wel meerdere talen, die al dan niet volledig parallel lopen. Meestal zal het gaan om afgeslankte boomstructuren.

2.2.1.4 Gebruikersdefinities Alle gebruikers (intern en extern) en hun rollen worden beheerd in Active Directory. Een administrator beschikt over volgende functionaliteiten : •

Nieuwe gebruikers aanmaken, aanpassen, verwijderen

•

Paswoorden van gebruikers wijzigen

•

Aanduiden welke contenttypes (‘modules’) deze gebruikers mogen aanmaken

•

Aanduiden in welke sectie (‘thema’) van de website deze contenttypes horen

2.2.1.5 Metadata publishing Buiten de normale publicatie van webpagina’s naar de webserver is het voor de provincie Antwerpen ook nodig om metadata voorhanden te hebben aan de publicatiezijde. Deze metadata zijn nodig om automatische oplijstingen te bouwen binnen de site . Teneinde dit te realiseren zijn twee technische voorzieningen geïmplementeerd: 1. De mogelijkheid om naast pagina’s ook metadata te publiceren (bij uitstek naar een database) Deze vereiste is ingelost door een custom applicatie. 2. De mogelijkheid om eenvoudige queries te kunnen lanceren naar deze metadata toe. Het resultaat van deze queries is telkens een lijst van links naar webpagina’s, met een titel, mogelijk een korte intro en een publicatiedatum. Tevens kan een aanduiding getoond worden van het contenttype en het thema waarbij de pagina hoort.

2.2.2 Uitbreiding van de standaardfunctionaliteiten Omdat gebruiksvriendelijkheid hoog in het vaandel staat, zijn er een aantal extensies bovenop Tridion ontwikkeld.

2.2.2.1 Workflow De standaard workflow van Tridion slaat op componenten. Content componenten worden gecreëerd, gevalideerd, vertaald, op pagina’s geplaatst en gepubliceerd.



24 april 2007

22/32

Er zijn twee extra interfaces ontwikkeld (bijvoorbeeld als Tridion ‘Custom Pages’) bovenop de workflow functionaliteit: Takenlijst Omdat de ‘takenlijst’ die geboden wordt door Tridion weinig informatie geeft over de inhoud van de componenten die volgens de takenlijst moeten worden bewerkt (bijvoorbeeld door extra informatie in het overzichtsscherm te tonen: bij welk thema hoort de component? Wie is de auteur van de component? Welke omschrijving werd meegegeven toen de component in de workflow is gestuurd? ...)

2.2.2.2 Paginavalidatie Deze interface geeft aan welke pagina’s beschikbaar staan op de staging omgeving en een extra validatiestap vragen van de Communicatiedienst. Wanneer de Communicatiedienst in deze interface de pagina bekijkt en vervolgens via een eenvoudige klik op een knop de pagina goedkeurt, dan wordt deze pagina automatisch naar de live website gestuurd.

2.2.2.3 Contenteditor “light” Content uitvoerders kunnen op een gebruiksvriendelijke manier content aanleveren. Deze webinterface: •

voorziet in een inlogscherm

•

toont de contenttypes die door de ingelogde gebruiker gecreëerd mogen worden

•

toont een eenvoudige invultemplate voor elke type content dat via deze weg ingevuld kan worden.

•

zorgt dat de gecreëerde content doorgezonden wordt naar Tridion en daar in een component wordt omgevormd.

•

zorgt dat de workflow gerelateerde taken in de takenlijst van de betrokken gebruikers komen te staan voor validatie en eventueel publicatie.

2.2.3 Syndicatie Als syndicatieformaten worden RSS 2.0 en Atom ondersteund.



24 april 2007

23/32

2.3 Search Volgende file formaten worden ondersteund in de FAST zoekmotor : •

webpagina’s (HTML, XHTML, XML)

•

PDF

•

Office

•

Databases (Access, SQL server)

Deze indexeringsmodule wordt aangestuurd door het publicatieproces van Tridion. Dat betekent dat elke pagina die wordt gepubliceerd vanuit Tridion meteen opgenomen wordt in de index. Hiertoe is een routine geschreven die de gepubliceerde pagina’s incrementeel indexeert binnen de FAST motor. De zoekfunctionaliteit kan de inhoud van pagina’s en documenten combineren met metadata, teneinde geavanceerde zoekmogelijkheden te verwezenlijken.



24 april 2007

24/32

2.4 Koppelingen In de toekomst zal de provincie een aantal koppelingen uitvoeren tussen de Tridion omgeving en andere applicaties of informatiebronnen. Sommige van deze koppelingen worden hieronder beschreven. Er wordt ook hier ondersteuning gevraagd voor de integratie.

2.4.1 Content publiceren vanuit de backoffice De backoffice voorziet de mogelijkheid om content te publiceren naar verschillende kanalen. Wanneer vanuit de backoffice bepaalde types content worden gepubliceerd naar de provant website, dan gebeurt het volgende : •

Het publicatiemechanisme uit de backoffice initieert de creatie van een nieuwe component in Tridion of de wijziging van een bestaande component (dit zal enkel gebeuren voor vooraf gedefinieerde contenttypes).

•

De content wordt opgeslagen als Tridion-component

•

Deze component komt in de workflow en kan vervolgens aangewend worden als een ‘normale’ component in Tridion.

2.4.2 Formulierdefinities publiceren vanuit de backoffice In deze context is er een keuze gemaakt om formulieren te implementeren gebruik makend van WebForms van Tridion.

2.4.3 Input uit webformulieren naar de backoffice sturen Wanneer een burger een formulier verstuurt, dan worden de ingevulde data naar de backoffice gestuurd. Hier wordt wel gewerkt met uitwisseling via XML.

2.4.4 Provinciale productencatalogus (PPC) De provinciale productencatalogus wordt binnenkort ter beschikking gesteld in een database. Het zal mogelijk zijn om categorieën van deze catalogus te mappen aan thema’s in de website. Er wordt ook hier ondersteuning gevraagd voor de integratie.



24 april 2007

25/32

2.5 Logische architectuur De logische architectuur voor het contentbeheer en publicatieproces van de provincie Antwerpen, volgens de vereisten die hierboven worden aangehaald, wordt hieronder schematisch weergegeven.

Figuur 2: Logische architectuur



24 april 2007

26/32

2.6 Infrastructuur Volgend schema geeft aan hoe de volledige infrastructuur ingericht is.

Figuur 3: Provant infrastructuur



24 april 2007

27/32

3 Inhoud van de opdracht De provincie is op zoek naar een partner die haar op twee niveaus kan ondersteunen voor het dagdagelijkse beheer van het WCMS. Er wordt een raamcontract voor 4 jaar afgesloten met betrekking tot onderstaande noden. Er zijn twee vormen van ondersteuning mogelijk. Aan de ene kant directe ondersteuning (helpdesk), aan de andere kant kleine opdrachten voor aanpassingen waar de provincie de vragen formuleert en de leverancier een inschatting voorstelt. Deze opdrachten zijn uit te voeren binnen de termen van het af te sluiten raamcontract.



24 april 2007

28/32

3.1 Aan de ene kant voor inhoudelijke en functionele support.

Rol

Kennisniveau

Taken

Online communicatie adviseur

Advies m.b.t. de communicatieve aspecten van de website (o.a. Usability, Accessibility, ….)

Designer

Ervaren webdesigner

Maken van nieuw design voor functionele vragen, kaderend in de totaaloplossing.

Metrics master

Functionele metrics kennis (Webtrends) en ervaring met metricsprojecten van multi-homed en – domained websites.

Aanmaken van rapporten, analyseren van en rapporteren over het bezoek van de website en het definiëren van voorstellen ter verbetering van de website

Inhoudelijke support

Communicatiedeskundigen met inhoudelijke kennis van de provincie

Adviseren van de hoofdredacteurs

Functioneel analist

Doorgedreven kennis van Tridion als WCMS

Het analyseren van functionele noden en vertalen naar technische implementatievereisten.

Informatie architect

Ervaring in het beheren van complexe websites en hun boomstructuren

Advies bij het beheren en beheersen van de navigatie en labeling.

Dit is ondersteuning die vanuit de Communicatiedienst wordt gevraagd en voorzien.



24 april 2007

29/32

3.2 Aan de andere kant voor technische ondersteuning.

Rol

Kennisniveau

Taken

WCMS adviseur

Relevante technologische kennis

Advies m.b.t. het Tridion WCMS

Applicatiebeheerders

Relevante technologische kennis (Tridion en Tridion Webforms)

Uitwerken van een technologische oplossing op basis van een functionele analyse

Systeembeheerders

Kennis over en ervaring met het beheer van de infrastructuur zoals ze is opgezet (incl. Tridion)

Beheren van de servers en applicaties die n.a.v. de uitwerking van het project worden opgezet

Search master

Kennis over searchtools (Fast) en functionele ervaring met grote searchprojecten

Aanlyseren van en rapporteren over het gebruik van de zoekfunctionaliteit, het definiëren van voorstellen ter verbetering van de zoekfunctionaliteit en het implementeren ervan

Technische support

Gelimiteerde applicatieen systeemkennis

1st line support voor de websystemen en –applicaties

Dit is ondersteuning die vanuit de dienst ICT wordt gevraagd en voorzien.



24 april 2007

30/32

3.3 Selectiecriteria 1. Referenties in de laatste drie jaar a. Tridion b. Fast : search mastering c. Webtrends : metrics mastering d. Informatiearchitectuur en functionele analyse e. Webdesign en designpatronen 2. Grote referenties a. Tridion : meer dan 1000 webpagina’s b. Fast : zoek over verschillende websites met beveiliging c. Webtrends : website van meer dan 1000 pagina’s die bestaat uit verschillende geïntegreerde subsites, met rapportering aan verschillende entiteiten en deelentiteiten d. Informatiearchitectuur en functionele analyse : meer dan 1000 webpagina’s 3. Twee uitgewerkte referenties



24 april 2007

31/32

3.4 Gunningscriteria In afnemende volgorde van belang : 1. Kwaliteit van het voorgestelde team (40 %) 2. Kwaliteit van de aangeboden helpdesk service (30 %) 3. Dagprijs in functie van de gevraagde profielen (30 %)



24 april 2007

32/32

Technisch lastenboek Raamoverkomst WCMS voor 4 jaar

Recommend Documents