PvE BAG Heerlen versie 1.0
advertisement
Programma van Eisen voor de aanschaf van een BAG-applicatie ten behoeve van de gemeente Heerlen 8 oktober 2008, versie 1.0 Inhoudsopgave Hoofdstuk 1. 2. Pagina Ten geleide ...................................................................................................... 3 Procedure ........................................................................................................ 4 Bijlagen 1. Antwoordbladen ............................................................................................... 7 2. Beschrijving informatiebeleid gemeente Heerlen .......................................... 23 3. Beschrijving automatiseringsarchitectuur gemeente Heerlen ....................... 25 Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 2 0. Ten geleide Wij verzoeken u offerte uit te brengen voor uw Nederlandstalige softwareoplossing voor het beheer van de BAG binnen de gemeente Heerlen. In dit document worden elementen aangehaald, die Heerlen belangrijk vindt bij de selectie van software voor het BAG-beheer. U wordt langs hoofdstukken geleid waarin we ingaan op de gewenste functionaliteit en de voorwaarden en omstandigheden waaronder we de nieuwe software willen inzetten. Op onderdelen mondt dit PvE uit in concrete vragen, die u puntsgewijs in uw offerte kunt beantwoorden. Bij andere items heeft u de mogelijkheid om uw visie ten aanzien van een bepaalde probleemstelling uiteen te zetten. In alle gevallen vragen wij u om tevens gebruik te maken van de in de bijlagen (bijlage 1, pagina 7 t/m 22) opgenomen antwoordbladen. Daardoor kunnen wij uw inschrijving in de correcte context toetsen. Het zou jammer zijn als uw antwoorden uitsluitend door gebruik van een afwijkende vorm of indeling onvoldoende tot haar recht komen. Het hiervoor gestelde laat overigens onverlet, dat u bij uw offerte een algemene beschrijving en documentatie van uw product(lijn) en uw bedrijf kunt toevoegen. Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 3 1. Procedure De aanschaf van de BAG-applicatie wordt afgewikkeld middels een meervoudige onderhandse procedure waarbij bij ten minste drie bedrijven een offerte wordt aangevraagd. De opdracht wordt verleend aan de inschrijver die als beste uit de beoordelingsprocedure komt. De heer J. Stijnen is als projectleider BAG in het aanbestedings- en implementatietraject van de software contactpersoon voor deze aanbestedingsprocedure aangewezen. Inlichtingen U hebt de mogelijkheid eventuele vragen en/of opmerkingen over de inhoud van het bestek te stellen. Tot en met 17 oktober 2008, kunnen deze vragen en/of opmerkingen, uitsluitend via e-mail ingediend worden. U dient deze te zenden aan de heer J. Stijnen via [email protected]. De geanonimiseerde vragen en opmerkingen en de daarop gegeven antwoorden worden in een Nota van Inlichtingen opgenomen en zullen uiterlijk 21 oktober per mail worden gezonden aan alle bedrijven waaraan gevraagd is offerte uit te brengen. Deze Nota van Inlichtingen dient als een integraal onderdeel van dit bestek te worden beschouwd. De uiterste datum voor de ontvangst van de inschrijvingen: Inschrijvingen kunnen worden ingediend tot 31 oktober 2008, 12.00 uur. Het adres waar zij moeten worden ingediend: Gemeente Heerlen, afdeling Administraties & Onderzoek, kamer 02.0520, Geleenstraat 25, 6411 HP, Heerlen. Postadres: Postbus 1, 6400 AA Heerlen. Uw offerte dient een gestanddoeningstermijn van 90 dagen te hebben en dient in de Nederlandse taal te worden ingediend. Naast deze papieren versies heeft het onze voorkeur dat u een digitale versie op CD-ROM aanlevert. De beoordeling geschiedt op basis van de papieren versie. Inschrijvingen worden intern getoetst door een selectieteam aan de hand van vooraf opgestelde criteria. Inkoopvoorwaarden De algemene inkoopvoorwaarden van de gemeente Heerlen zijn van toepassing. Deze zijn te vinden op www.aanbestedingen.heerlen.nl. Beoordelingsprocedure Fase 1: Beoordeling op compleetheid/selectie eisen Allereerst wordt beoordeeld of alle gegevens die de inschrijvers moeten overleggen aanwezig zijn. Dit is de volledige set antwoordbladen in bijlage 1 (incl. Gegevens inschrijver, Verklaring juistheid en volledigheid, de Eisen en wensen bladen en het Financieel verzamelblad BAG-applicatie.) Verder wordt bekeken of de overlegde gegevens voldoen aan de geformuleerde criteria. Inschrijvers die de gevraagde gegevens niet hebben overlegd, kunnen worden uitgesloten van de verdere procedure. Fase 2: Beoordeling op gunningscriteria Vervolgens worden de aanbieders onder meer aan de hand van de op de invulformulieren verstrekte gegevens beoordeeld op de mate waarin c.q. de wijze waarop zij ten opzichte van elkaar voldoen. De gunningcriteria behorende bij de aanbesteding Inschrijvingen worden intern getoetst door een selectieteam aan de hand van vooraf opgestelde criteria, waarbij de volgende criteria in volgorde van afnemende belangrijkheid een rol spelen. Criteria Fase 2 1) Eisen en wensen 2) Prijs weging 65% 35% Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 4 Ad 1) Eisen en wensen Hier wordt beoordeeld in welke mate het product voldoet aan de gevraagde kwaliteit zoals gevraagd bij de Eisen en wensen in bijlage 1. Alle eisen die uit het “Model Programma van Eisen voor de BAG-applicatie Versie 1.1” van het ministerie van VROM zijn overgenomen en in het Model PvE staan aangegeven met “EIS” in de kolom Eis/wens zijn harde eisen waaraan altijd moet worden voldaan. Ad 2) Prijs Het totaalbedrag van uw offerte is vast en inclusief alle kosten, zoals en voor zover van toepassing, maar niet uitputtend: uitvoering, nazorg, overhead, onderhoudskosten, reis- en andere kosten echter excl. BTW. In uw offerte dienen echter wel de van toepassing zijnde BTW-tarieven vermeld te worden. Er zullen dus geen additionele kosten in rekening worden gebracht. Alle kosten dienen gespecificeerd te worden in het “financieel verzamelblad “BAG-applicatie”. De gegevens op dit blad worden hier beoordeeld. Fase 3: Productpresentatie/demonstratie De inschrijvers zullen worden uitgenodigd om een presentatie / demonstratie van hun aanbieding te geven. Voor deze bijeenkomsten is op voorhand week 45 en 46 in 2008 gereserveerd. De exacte inplanning in deze weken gebeurt in onderling overleg. In deze presentatie dient u naast een algemene inleiding over uw bedrijf én het specifieke product heel concreet aan de hand van een vooraf door Heerlen aangeleverde BAG-referentiedeelbestanden de software zoveel als mogelijk te demonstreren. Deze bestanden bestaan uit het administratieve referentiebestand van een Heerlense buurt (BAG Husken.mdb) en de geometrische bestanden Geo Panden Husken.dgn, Geo GBKN Husken.dgn, Geo Woonplaatsen.dgn en luchtfoto’s (1945_3232.ecw, 1945_3235.ecw, 1945_3237.ecw). Adhv van deze bestanden worden de inschrijvers geacht minstens te presenteren: op welke wijze bovenstaande referentie- en hulpbestanden in de BAG-applicatie ingelezen kunnen worden op welke wijze de administratieve en de geometrische bestanden gekoppeld kunnen worden op welke wijze mutaties verwerkt worden in de geometrie en administratie op welke wijze de BAG processen in de BAG-applicatie afgehandeld worden de wijze van afhandeling van terugmeldingen de wijze van aanlevering aan de Landelijke Voorziening de mogelijkheden voor aanlevering aan afnemende pakketen van derden de verdere functionaliteit van de BAG-applicatie Tijdens de demonstratie is er voor de genodigden ook gelegenheid tot het stellen van vragen. De beoordeling van de presentatie vindt plaats adhv een scoreformulier dat aan de genodigden verstrekt wordt. De presentaties zullen uiteindelijk beoordeeld worden op de criteria welke hierbeneden in volgorde van afnemende belangrijkheid staan vermeld. Criteria Fase 3 1) totaalscore beoordeling fase 2 2) presentatie/demonstratie weging 50% 50% U wordt verzocht om tijdens de presentatie een volledig werkend en ingerichte versie van de door u aangeboden software te tonen, samen met een ruime testset. Als bijlage bij dit Programma van Eisen wordt een subset van het Heerlense referentiebestand aangeboden die we behandeld willen zien worden in uw presentatie. We zullen in de selectiefase de gebruiksvriendelijkheid van de software goed in het oog houden. Met name tijdens de demonstratie hopen we daarvan een goed beeld te vormen. Omdat wij ook geïnteresseerd zijn - voor zover van toepassing - in de afdrukken bij uw software, maar in de demonstratieruimte geen printer staat opgesteld, verzoeken wij uw PC te voorzien van software waarmee het mogelijk wordt naar een virtuele printer in PDF-formaat af te drukken. Op die manier kunnen wij in voorkomende gevallen via het projectiescherm de afdruk bekijken. Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 5 Van gevraagde handelingen, die niet kunnen worden getoond, wordt de gevraagde functionaliteit als niet aanwezig beschouwd en dienovereenkomstig gewaardeerd. Fase 4: Afronding oordeel Op grond van alle beschikbare informatie komt het selectieteam met een gezamenlijk voorstel voor de te kiezen aanbieder. Dit is de aanbieder die als beste uit de beoordelingsprocedure komt. Deze aanbieder wordt uitgenodigd voor het gezamenlijk opstellen van een definitieve planning vanaf de gunning tot de oplevering. Fase 5: Opdrachtverstrekking Het selectieteam rondt het selectietraject af met een gunningvoorstel om tot aanschaf van software X van leverancier Y over te gaan. De opdrachtverstrekking wordt vervolgens aan de betreffende leverancier verzonden. De inschrijvers die niet in aanmerking komen krijgen hiervan eveneens schriftelijk bericht. Gunning De gemeente Heerlen behoudt zich het recht voor om de aanbesteding geheel of gedeeltelijk, tijdelijk of definitief te stoppen. Gegadigden hebben in een dergelijke situatie geen recht op vergoeding van enigerlei kosten gemaakt in het kader van deze aanbesteding. Tevens behouden de gemeenten zich het recht voor om de opdracht niet of slechts gedeeltelijk te gunnen. Ook in dit geval hebben gegadigden in een dergelijke situatie geen recht op vergoeding van enigerlei kosten gemaakt in het kader van deze aanbesteding. Deze procedure wordt uiterlijk week 47 in 2008 afgerond. Direct aansluitend worden alle aanbieders schriftelijk geïnformeerd. In week 48 vindt het gunningsgesprek plaats met de leverancier. De levering, installatie, uitvoeren aansluittoets en implementatie/opleiding dient te geschieden uiterlijk 1 januari 2008. De applicatie dient met ondersteuning van de leverancier operationeel (aangesloten op de Landelijke Voorziening) te zijn op 1 april 2009. Planning Planning aanbesteding Activiteit Uiterste datum tot stellen van vragen Beantwoorden van vragen Sluitingsdatum indiening van de offertes Productpresentatie/demonstratie Opdrachtverstrekking Gunningsgesprek Volledig geïmplementeerd incl. uitvoeren aansluittoets Aangesloten op de LV Datum 17 oktober 2008, per mail: [email protected] 21 oktober 2008 31 oktober 2008, uiterlijk 12.00 uur week 45 en 46 in 2008 week 47 in 2008 week 48 in 2008 1 januari 2009 1 april 2009 Bij realisatie van alle hierboven genoemde activiteiten op of voor de genoemde data is het toepassen van een bonusclausule bespreekbaar. Dit wordt besproken tijdens het gunningsgesprek. Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 6 Bijlage 1. Antwoordbladen Gegevens inschrijver officiële naam en rechtsvorm inschrijver: naam tot tekening bevoegde functionaris: functie: naam contactpersoon: functie: bezoekadres: postcode / plaats: postadres: postcode / plaats: telefoonnummer van contactpersoon: faxnummer van contactpersoon: emailadres van contactpersoon: naam projectleider: adres van waaruit de werkzaamheden worden uitgevoerd: postcode / plaats: Naam ondertekenaar: Handtekening: Datum: Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 7 Verklaring juistheid en volledigheid Verklaring Hierbij verklaart ondergetekende borg te staan voor de juistheid en volledigheid van alle geleverde gegevens en antwoorden. Voor wat betreft de software zijn de antwoorden gebaseerd op versie ……………., uitgeleverd op (datum) …………….. Ondergetekende is er mee bekend, dat indien in een latere fase blijkt dat onjuiste en/of onvolledige informatie is verstrekt, de inschrijver kan worden uitgesloten van verdere deelname, dan wel reeds gemaakte afspraken kunnen worden geannuleerd, contracten worden ontbonden, zonder financiële rechtsgevolgen voor de aanbestedende partij en met recht op vergoeding van schade als gevolg van reeds ondernomen acties. Ondergetekende verklaart een geldigheidstermijn van de offerte van 90 dagen na sluitingsdatum van de inschrijving. Naam: Functie: Bedrijf: Datum: Handtekening: Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 8 Eisen en wensen Functionele Eisen 1.1 De BAG-applicatie functioneert als bronregistratie. Dit betekent dat als de gegevens eenmaal geregistreerd zijn in de BAG-applicatie de gegevens als bron gebruikt worden. Kunnen de gegevens in de BAG-applicatie vanuit een andere applicatie worden aangepast? 1.2 Registreert de applicatie de objecten en de gegevens per object voor de BAG-gegevens? 1.3 Ten behoeve van traceerbaarheid moet elke mutatie van elk BAG-gegeven (geometrische en/of administratieve) worden opgebouwd in de BAG-historie. Blijft hierbij het volgende bewaard: de voorgeschreven datum begin geldigheid? het voorgeschreven brondocumentnummer? datum en tijd waarop deze in het systeem is ingevoerd? de attribuutnaam en/of object? de oude en de nieuwe waarde van het attribuut en/of object? de vermelding van de persoon die de wijziging aangebracht heeft? 1.4 Staat de BAG-applicatie toe dat gegevens die eenmaal ingevoerd zijn in de BAG daaruit verwijderd worden? 1.5 In de Heerlense adressenregistratie zijn momenteel de volgende vrije gegevens opgenomen: landcode landnaam gemeentecode gemeentenaam straatcode straatnaam (NEN) straatnaam (PTT) stadsdeelcode stadsdeelnaam wijkcode wijknaam buurtcode buurtnaam x-coördinaat y-coördinaat z-coördinaat Biedt de BAG-applicatie de mogelijkheid tot het registreren van deze (en mogelijk nieuwe toekomstige) vrije gegevens? 1.6 Leidt het invoeren of muteren van vrije gegevens niet tot vervuiling van de BAG en vindt er betreffende vrije gegevens geen berichtenverkeer plaats tussen de gemeente en BAGLV? 1.7 Wordt bij invoer of mutatie van een vrij gegeven in de BAG-applicatie een historie opgebouwd? 1.8 Is het mogelijk een (hoofd-)adres in te trekken zonder het bijbehorende adresseerbaar object in te trekken? 1.8a Is het mogelijk een adresseerbaar object in te trekken zonder het bijbehorende (hoofd-)adres in te trekken? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 9 1.8b Is het mogelijk een nevenadres in te trekken zonder het adresseerbaar object in te trekken, zolang het hoofdadres maar de status ‘naamgeving uitgegeven’ houdt? 1.9 Dwingt de BAG-applicatie af, dat de ‘aanduiding hoofdadres verblijfsobject’ van een verblijfsobject, standplaats of ligplaats nooit gewijzigd kan worden? 1.10 Is het mogelijk om in de administratieve en geometrische BAG-gegevens iets gewijzigd worden zonder dat er een brondocument beschikbaar is waarnaar wordt verwezen of dat er gelijktijdig een gestandaardiseerd brondocument wordt aangemaakt? 1.10a Kan, zolang een object of mutatie daarop niet definitief is verklaard, aangegeven worden dat er niet tegen de BAG-grondslagen gevalideerd hoeft te worden en er geen berichtenverkeer zal zijn naar de Landelijke Voorziening? 1.10b Is het object of de mutatie daarop dat op een bepaald moment nog geen deel uit van de (lokale) BAG als zodanig herkenbaar? 1.11 Controleert de BAG-applicatie bij invoer van gegevens of de geometrie van een verblijfsobject gelegen is binnen het pand (of de panden) waar het verblijfsobject bij hoort? 1.12 Staat de BAG-applicatie toe dat panden een overlappende geometrie hebben? 1.13 Heeft de BAG-applicatie een functie om ingrijpende veranderingen aan woonplaatsgrenzen mogelijk te maken, waarbij panden, verblijfsobjecten en/of openbare ruimten in een andere woonplaats komen te liggen? 1.14 Voert de BAG-applicatie consistentiecontroles uit op de geometrie, waarbij getoetst wordt dat het gehele gemeentelijke grondgebied afgedekt is door woonplaatsen en dat de woonplaatsgrenzen op elkaar aansluiten? 1.15 Kunnen repeterende werkzaamheden (voor zowel geometrische als administratieve gegevens) in 'bulk' processen worden uitgevoerd? 1.16 Beschikt de BAG-applicatie over een directe alarmeringsfunctie bij foutieve invoer van gegevens? 1.16a Is het bij foutieve invoer niet mogelijk om de gegevens op te slaan? 1.17 Is het is mogelijk om een pand inclusief verblijfsobject binnen de eigen gemeente in te voeren dat ligt aan een openbare ruimte van een andere land? Geef aan hoe dit werkt? (Heerlen beschikt over een landgrensoverschrijdend industrieterrein (www.avantis.org) waarbij de aanwezige openbare ruimten gedeeltelijk op Nederlands en gedeeltelijk op Duits gebied liggen. Hierbij is het mogelijk dat een bedrijf op Nederlands grondgebied ligt en via een Duitse openbare ruimte ontsloten wordt.) 1.18 Controleert de BAG-applicatie of de 'datum begin geldigheid' van een object na of op de datum van dagtekening van het brondocument of van het besluit ligt? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 10 1.19 Biedt de BAG-applicatie de mogelijkheid om te zoeken via verschillende ingangen (waaronder in ieder geval: sleutelveld, adres, openbare ruimte, postcode, woonplaats, x,en y coördinaten, omschrijvingveld en toegevoegde niet authentieke velden) en het zoekresultaat bestaat uit geïntegreerde geometrische en administratieve gegevens waarin geswitcht kan worden tussen de geometrie informatie en administratieve gegevens? 1.20 Is van het geregistreerde object, zowel in kaart als administratie, direct de actuele BAG-status te zien? 1.21 Is de BAG-applicatie gemeentebreed raadpleegbaar en in het geval van samenwerkende gemeenten raadpleegbaar via intranet en internet middels de gemeentelijke browser (zie bijlage 4)? 1.22 Is met betrekking tot printen van lijsten binnen de BAG-applicatie deze zodanig flexibel, dat per gebruiker de selecties en instellingen gekozen kunnen worden? 1.23 Zijn de administratieve en geometrische gegevens geïntegreerd opgeslagen, waarbij de geometrische en administratieve gegevens in onderlinge samenhang kunnen worden beheerd en onderhouden? 1.24 Hoe is de integriteit van de administratieve en geometrische gegevens gewaarborgd? 1.25 Is het met de BAG-applicatie mogelijk de administratieve en geometrische historie te raadplegen door geautoriseerde gebruikers? 1.26 Is de BAG- applicatie in staat logbestanden te genereren, waardoor eventuele problemen meer specialistisch geanalyseerd kunnen worden? 1.27 Bevat de BAG-applicatie bevat de mogelijkheid voor procesbewaking? 1.27a Op welke wijze gebeurt dit? 1.28 Is het mogelijk om autorisaties te configureren voor een gebruiker of gebruikersgroep, waarbij deze rechten heeft om bepaalde functionaliteit (invoeren, raadplegen, wijzigen, rapportages maken) aan te roepen? 1.29 Komt er automatisch een herinnering voor die objecten die in onderzoek zijn, maar die niet binnen 6 maanden afgehandeld zijn? 1.29a Is deze waarde zelf in te stellen? 1.29b Hoe wordt deze herinnering gemeld? 1.29c Kunnen meerdere termijnen worden ingesteld voor herinneringen? 1.30 Kunnen beheerders zelf selecties samenstellen van administratieve en geometrische gegevens om maatwerkrapportages (werklijsten) te genereren? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 11 1.31 Kan de BAG-applicatie middels de gemeentelijke rapportagetool Cognos (versie 8) (management)rapportages presenteren? 1.31a Is een BAG-applicatiecatalogus tbv Cognos reeds aanwezig? 1.32 Kan per object een historisch overzicht gegenereerd worden met zowel de actieve als de inactieve voorkomens van het object? 1.33 Biedt de BAG-applicatie de mogelijkheid om op een eenvoudige en flexibele wijze managementinformatie te genereren, in de vorm van rapportages, queries of overzichten? 1.33a Welke wijzen van rapporteren worden ondersteund? 1.34 Is de BAG-applicatie in staat zijn rapportgegevens te exporteren naar diverse standaard formaten (waaronder tenminste: ASCII, CSV en XML)? 1.35 Kan de BAG-applicatie gebruikt worden voor het (lokaal) creëren, raadplegen en wijzigen van gegevens, ook als de Landelijke Voorziening (tijdelijk) niet beschikbaar is? 1.35a Kan de BAG-applicatie, als de Landelijke Voorziening na een tijdelijke uitval opnieuw beschikbaar is, de mutaties die in de tussentijd zijn ingevoerd alsnog doorsturen naar de Landelijke Voorziening? 1.36 Kan de BAG-applicatie teruggekomen foutberichten van de Landelijke Voorziening (BAGLV) onder de aandacht brengen van de beheerder of afhandelen en na correctie opnieuw aanbieden aan de BAGLV? 1.36a Zoja, hoe wordt dit dan geregeld? 1.37 Is de BAG-applicatie is in staat in het kader van regionale samenwerking, om BAG-gegevens van meerdere gemeenten op te nemen in de BAG-applicatie en de functionaliteit (invoeren, wijzigen en beheren van gegevens) als één geheel aan te bieden aan de verschillende gemeenten? 1.37a Zo ja, hoe functioneert dit? 1.37b Zo ja, wordt de data van elke individuele gemeente opgeslagen in 1 of meerdere gezamenlijke databases? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 12 Niet functionele Eisen 2.1 Is de interface van de BAG-applicatie volledig Nederlandstalig? 2.2 Hanteert de BAG-applicatie in de gebruikers- en beheerinterfaces, de helpfunctie en de documentatie de termen die gedefinieerd zijn in de grondslagen van de BAG (panden, verblijfsobjecten, standplaatsen, ligplaatsen, woonplaatsen, nummeraanduidingen en openbare ruimten)? 2.3 Zijn de schermen (invoer, raadpleeg en beheer) overzichtelijk, duidelijk, eenvoudig en binnen de gehele BAG-applicatie op dezelfde manier opgezet? 2.4 Kunnen de schermen (invoer, raadpleeg en beheer) naar eigen wens aangepast worden? 2.5 Is de handleiding voor eindgebruikers en applicatiebeheerders eenvoudig, compact en in goed Nederlands opgesteld? 2.6 Vindt het invoeren van specifieke typen velden zoals datum, door het gehele pakket op dezelfde manier plaats? 2.7 Kan elke individuele gebruiker zijn voorkeursinstellingen in de BAG-applicatie opslaan, zodat deze bij een volgend gebruik niet opnieuw aangepast hoeven te worden? 2.8 Bezit de BAG-applicatie eenduidige functietoetsen? Dat wil zeggen dat deze op elke plaats binnen het pakket op dezelfde wijze gebruikt en gedefinieerd zijn, b.v. voor- en achteruit bladeren, helpfunctie. 2.9 Wordt bij iedere foutmelding die getoond wordt aan de gebruiker de context waarin de fout is opgetreden duidelijk, welke actie niet uitgevoerd kon worden en hoe met eventueel wie (b.v. helpdesk, applicatiebeheerder) het probleem kan worden hersteld? 2.10 Worden fouten die optreden naar aanleiding van een gebruikershandeling op een uniforme manier direct aan de eindgebruiker worden getoond? 2.11 Voldoet de BAG-applicatie aan de NEN 2082 voor informatie- en archiefmanagement? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 13 Technische Eisen 3.1 Ondersteunt de BAG-applicatie een Database Management Systeem (DBMS) platform dat met administratieve en geometrische gegevens geïntegreerd kan werken conform bijlage 4? 3.2 Functioneert de BAG-applicatie (serverzijde) in de automatiseringsarchitectuur, zoals in bijlage 4 is gespecificeerd? Maak hierbij een onderverdeling van presentatieserver, applicatieserver en databaseserver. 3.2a Welke andere platforms worden hiernaast ondersteund? 3.3 Kunnen de BAG-servers draaien in een gevirtualiseerde omgeving conform bijlage 4. 3.4 Kan de BAG-applicatie (clientzijde) draaien op een werkplek zoals in bijlage 4 is gespecificeerd? 3.5 Functioneert de BAG-applicatie met een netwerklicentie die het mogelijk maakt dat in principe alle gemeentelijke werkplekken gebruik kunnen maken van de applicatie? 3.6 Is er andere hardware of software (van derden) nodig op de server of client voor de BAG-applicatie? Voorbeeld hierbij is een dongle waarin de licentie is opgeslagen of software tbv de conversie. 3.7 Welke minimale eisen stelt de BAG-applicatie aan de: applicatieserver qua werkgeheugen en processor databaseserver qua werkgeheugen, opslaggeheugen en processor client qua werkgeheugen en processor bij een vulling van 48000 adressen en 55000 verblijfsobjecten en 5 gelijktijdige gebruikers 3.8 Welke aanbevolen eisen stelt de BAG-applicatie aan de: applicatieserver qua werkgeheugen en processor databaseserver qua werkgeheugen, opslaggeheugen en processor client qua werkgeheugen en processor bij een vulling van 48000 adressen en 55000 verblijfsobjecten en 5 gelijktijdige gebruikers 3.9 Is de BAG-applicatie gebaseerd op een SOA architectuur? 3.9a Zo ja, zijn hierbij webservices op koppelvlakken beschikbaar zijn om vanuit andere applicaties o.a. gegevens te extraheren en wijzigen. Geef ook beschrijving van de beschikbare koppelvlakken en webservices. 3.9b Zo nee, welke ontwikkelingen vinden plaats om de BAG-applicatie op SOA architectuur met webservices te ontwikkelen. Op welke termijn is hiervan een concreet product te verwachten. 3.10 Op welke wijze is de geback-upde data uit de BAG-applicatie middels een recovery mechanisme terug te halen? 3.10a Mocht er verlies van data optreden, kan via het restore mechanisme de data dan hersteld worden? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 14 Data Eisen 4.1 Wordt het logisch datamodel van de BAG-applicatie beschikbaar gesteld aan de gemeente voor eigen binnengemeentelijke doeleinden? 4.2 Is het datamodel conform de voorschriften van VROM (Grondslagen)? Dat betekent onder andere dat: een verblijfsobject niet voorkomt zonder bijbehorend pand(en); een verblijfsobject gelegen kan zijn in twee (of meer) panden; een adresseerbaar object (verblijfsobject, ligplaats, standplaats) niet voorkomt zonder hoofdadres; een hoofdadres niet voorkomt zonder adresseerbaar object (verblijfsobject, ligplaats, standplaats); een adres geen geometrie heeft; een nummeraanduiding maar bij één adresseerbaar object hoort; de BAG-applicatie toelaat dat twee verblijfsobjecten dezelfde combinatie van openbare ruimtenaam, huisnummer, huisletter, huisnummertoevoeging, woonplaats hebben; het niet mogelijk is een nummeraanduiding te koppelen aan een openbare ruimte van het type kunstwerk of bestuurlijk gebied; het mogelijk is meerdere gebruiksfuncties op te nemen bij één verblijfsobject; alle in de BAG verplichte attributen ook in de BAG-applicatie verplicht zijn; de gedefinieerde domeinen (tenminste) alle in de Grondslagen beschreven waarden bevatten; de voorgeschreven veldlengten en toegestane waardenverzameling overeenkomen met de voorschriften in de Grondslagen; het mogelijk is dat een woonplaats uit twee niet rakende polygonen bestaat 4.3 Wordt het technisch datamodel van de BAG-applicatie beschikbaar gesteld aan de gemeente voor eigen binnengemeentelijke doeleinden? 4.4 Is een geautomatiseerde initiële vulling vanuit een extern referentiebestand mogelijk? 4.4a De reguliere ‘business rules’ en ‘constraints’ volgens de BAG moeten t.b.v. de initiële vulling uitgeschakeld kunnen worden. Zo mag het ontbreken van een brondocument geen obstakel zijn voor de initiële vulling. In deze fase zijn de gegevens vaak nog onvolledig: verblijfsobjecten zonder panden, adressen zonder verblijfobjecten en andersom. Kan de BAG-applicatie hiermee omgaan? 4.4b Kunnen ' werklijsten' gemaakt worden van inconsistenties die weggewerkt moeten worden? 4.5 Wordt functionaliteit meegeleverd die controles uitvoert op het referentiebestand en die het referentiebestand kan opbouwen? 4.6 Biedt de BAG-applicatie de mogelijkheid om checks met business rules en constraints te doen op de hele database en rapportages hierover te maken? 4.7 Heerlen heeft haar referentiebestand ingericht in Access en de geometrie opgebouwd in MicroStation (DGN). Als bijlage bij dit Programma van Eisen wordt een subset van het Heerlense referentiebestand aangeboden. Kan de data in deze vorm probleemloos en geautomatiseerd toegevoegd worden aan de BAGapplicatie? 4.8 Hoe worden de administratieve en geometrische (XYZ component) gegevens opgeslagen, waarbij op basis van het databaseschema integriteit wordt bewaakt? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 15 4.9 Beschikt de BAG-applicatie over een aantal standaard export mogelijkheden (bijv. MS Office Access en Excel, ASCII, Tekstbestand (kommagescheiden waarden = CSV)) om de ingevoerde data naar de volgende formaten te exporteren? 4.9a Op welke manier kan dit (geautomatiseerd en/of batchgewijs) ingezet worden? 4.9b Welke andere exportformaten worden door de BAG-applicatie ondersteund? 4.10 Is het conversieloos laden van CAD- (oa DGN) en GIS formaten mogelijk? 4.10a Welke formaten worden verder ondersteund? 4.11 Is het exporteren van Geometrie mogelijk? 4.11a In welke formaten kan dit (bijv. WMS of XML)? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 16 Koppeling en distributie gegevens Eisen 5.1 Is de BAG-applicatie in staat om real-time BAG-gegevens aan te bieden aan de BAGLV? 5.2 Is het mogelijk om direct te koppelen (zonder gebruik te maken van de gegevensmagazijnen of datadistributiesystemen)? 5.2a Koppelingen van de BAG met de volgende binnengemeentelijke applicaties zijn nodig. Met welke applicaties wordt een koppeling ondersteund, hoe wordt die koppeling gerealiseerd en welke berichtenverkeerstandaard (Stuf-BG, Stuf-XML, XML, GML, andere standaard) wordt hierbij gebruikt? Werk deze vraag uit voor alle onderstaande applicaties. Adressen: ADR4all Personeel: Beaufort Bodem: BIS4all Begraafplaatsen: BPA4all Bouwvergunningen: BWT4all Rapportage: Cognos Datadistributie: DDS4all Financiën: Decade Belastingen: GHS4all WKPB: GVR-PB Welzijn: GWS4all Bezwaarschriften: Juriprof Leerlingenadministratie: LLA4all GBA: PIV4all Facilities: Planon Subjecten: SUB4all 5.3 Sluit de BAG-applicatie aan op andere binnengemeentelijke applicaties voor BWT en GBA, door gebruik te maken van de datadistributie voorziening, DDS4all of Key2Datadistributie? 5.4 Ondersteunt de BAG-applicatie ESB of brokers? 5.5 Wanneer de GIS-component geïntegreerd is in de BAG-applicatie: Welke GIS functionaliteit is gerealiseerd en hoe is deze GIS-functionaliteit gerealiseerd? 5.5a Wanneer de GIS-component gekoppeld is met de BAG-applicatie (niet in de BAG-applicatie): Kan de BAG-applicatie gekoppeld worden met de GIS-applicatie (Omega en Bentley Map). 5.5b Met welke GIS-applicatie(s) is het verder mogelijk te koppelen? 5.6 Is het mogelijk om aan de BAG-applicatie een DMS te koppelen? 5.6a Hoe is dit voor de BAG-applicatie geregeld? 5.6b Voor welke DMS´en is al een aansluiting gerealiseerd? 5.7 Is het mogelijk om aan de BAG-applicatie een WFM te koppelen? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 17 5.7a Welke WFM systemen kunnen gekoppeld worden aan de BAG-applicatie en wat voor functionaliteit vanuit de procesondersteuning van het WFM systeem kan vanuit BAG gebruikt worden? 5.8 Is de koppeling van de BAG-applicatie met Smartsite mogelijk? 5.8a Welke CMS systemen kunnen verder gekoppeld worden aan de BAG-applicatie en wat voor functionaliteit kan vanuit de BAG-applicatie hiervoor gebruikt worden? 5.9 Welke mogelijkheden biedt de BAG-applicatie voor archivering in een E-depot? 5.10 Welke mail-merge mogelijkheden biedt de BAG-applicatie met de diverse MS-Office applicaties? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 18 Beheer en onderhoud Eisen 6.1 Voeg de licentieverplichtingen van de BAG-applicatie toe aan uw aanbieding. 6.2 Kan de applicatiebeheerder zelf het autorisatiebeheer regelen en op eenvoudige wijze autoriseren per onderdeel en per gebruiker? 6.3 Maakt het leveren van updates voor aanvulling en verbeteringen van fouten van de BAG-applicatie deel uit van het onderhoudscontract? 6.4 Worden helpbestanden en documentatie up-to-date gehouden met nieuwe releases van de applicatie? 6.5 Levert de leverancier onderhoud van de BAG-applicatie voor een afgesproken termijn van tenminste 4 jaar na einde levering van een major release met vooraf afgesproken tarief? 6.5a Omvat het onderhoud o.a. het oplossen van fouten en het leveren van een aantal updates per jaar? 6.5b Met welke frequentie levert de leverancier updates uit? 6.6 Kan het uitvoeren van de updates door de technisch applicatiebeheerder van Heerlen gebeuren en veroorzaakt in dit geval geen extra consultanturen van de leverancier? 6.7 Op welke wijze hebben de gebruikers inspraak op de te verhelpen fouten en de te realiseren wensen en verbeteringen? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 19 Leverancier Eisen 7.1 Accepteert de leverancier een resultaatverplichting voor het behalen van de planning voor het converteren van gegevens en implementeren van de BAG-applicatie? 7.2 Kan de leverancier de oplevering uiterlijk 1 januari 2009 realiseren? 7.3 Beschrijf de implementatieprocedure die de leverancier hanteert? 7.4 Omvat de installatie van de BAG-software door de leverancier minimaal de installatie op de vereiste server(s) en 1 voorbeeld(beheer)werkplek + directe kennisoverdracht? 7.5 Garandeert de leverancier voor een periode van 4 jaar na de acceptatieperiode de juiste werking van de BAG-applicatie inclusief het bijbehorende berichtenverkeer naar de Landelijke Voorziening (BAGLV)? 7.6 Levert de leverancier bij iedere nieuwe release een releaseplanning op die een heldere omschrijving geeft van nieuwe functionaliteit en opgeloste fouten, zodat gemeenten kunnen bepalen of ze een release wel of niet installeren? 7.7 Garandeert de leverancier een adaptief en preventief onderhoud van de BAG-applicatie? 7.8 Biedt de leverancier een applicatiebeheerders- en een applicatiegebruikers/muteerdersopleiding. Betreffende cursisten kunnen na het voltooien van deze opleiding werken met de volledige functionaliteit van de BAG-applicatie. 7.8a Verzorgt de leverancier beide opleidingen bij de klant op locatie. 7.9 Is de helpdesk Nederlands, binnen kantoortijden altijd bereikbaar en heeft zij een responsetijd van maximaal 24 uur? 7.9a Wat voor helpdesk kan de leverancier verzorgen (telefoon, e-mail, fax, internet, etc.)? 7.10 Ondersteunt de leverancier de gemeente bij het inlezen en verwerken van bestaande data in het referentiebestand conform opmaak in bijlage 5 en dient deze gegevensset te converteren, eventueel via een conversietool? 7.11 Welke visie heeft u op basisregistraties bij de lokale overheid nu en in de toekomst? Geef een beschrijving van uw visie waarin aandacht wordt besteed aan: Aansluiting op stelsel van basisregistraties; De drie lagenarchitectuur (presentatie-, verwerking- en datalaag) zoals EGEM voorstelt; Nederlandse Overheid Referentie Architectuur (NORA); Voor afname van gegevens het aansluiten van de BAG-applicatie op de binnengemeentelijke applicaties; De licentiestructuur van de applicatie. 7.12 Kunt u de namen van minimaal 2 referentiegemeenten incl. contactpersonen geven waar de BAGapplicatie volledig is geïnstalleerd en wordt gebruikt? Indien er geen referentiegemeenten genoemd kunnen worden, kunt u dan aangeven wat de mate van ontwikkeling van de applicatie is (bewezen Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 20 i.p.v. prototype of ontwerp). Welke ervaring heeft u met eerdere installaties ten behoeve de inrichting van een basisregistratie adressen en gebouwen in een productieomgeving? Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 21 Financieel verzamelblad BAG-applicatie Op dit verzamelblad wordt uw offerte voor de “BAG-applicatie” in financiële hoofdlijnen samengevat. Omdat wij niet kunnen voorzien op welke wijze iedere offerte zal zijn opgebouwd, hoeven de door ons opgenomen elementen niet ‘sluitend’ te zijn met uw offerte. Voor een goed begrip: u kunt de financiële kant van uw offerte dus opbouwen en toelichten zoals u dat wilt. Daarnáást vragen wij u echter om op dit verzamelblad uw aanbieding bij de aangegeven elementen correct samen te vatten. Alleen de licentie en onderhoudskosten (1 en 2) worden gewaardeerd. De kosten voor de werkzaamheden (3 t/m 14) zijn informatief. Aanvullende informatie Heerlen had op 1 juni 2008 89462 inwoners. (bron GBA Heerlen) Vanaf het moment van aanschaf tot 1 juli 2009 zijn 4 concurrent user licenties nodig en vanaf 1 juli 2009 2 concurrent user licenties voor de BAG-applicatie voldoende. (bijbehorende kosten specificeren) licenties en onderhoud 1. kosten van alle benodigde licenties, initieel € 2. € kosten van het complete onderhoud, per jaar De aangeboden licenties zijn gebaseerd op named use / concurrent use / andere constructie met ….. raadplegers en …. muteerders 2 1 kosten ingebruikname software werkzaamheden uurtarief aantal uren 3. kosten van uw inbreng bij inrichting 4. 5. 6. 7. 8. 9. 10. 11. 12. kosten van inbreng van derden (onder uw regie) bij inrichting kosten voor inlezen initieel bestand Kadaster kosten van uw inbreng bij installatie kosten van inbreng van derden bij installatie kosten van vervaardigen geautomatiseerde koppelingen kosten van uw inbreng bij gebruiksklaar maken van uw software kosten van inbreng van derden bij gebruiksklaar maken van uw software kosten van opleidingen (beheerders en gebruikers) kosten van maatwerk, voor zover niet reeds begrepen in andere posten € € € € € € € € € € aanvullend 13 tarief bij nacalculatie, per uur 14. tarief bij eventuele aanvullende opdrachten tijdens contractperiode, per uur 1 2 € € doorhalen of wissen hetgeen niet van toepassing is aantallen Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 22 Bijlage 2. Beschrijving Informatiebeleid gemeente Heerlen Visie De gemeente Heerlen wil haar toekomst zelf ter hand nemen en zich niet meer uitsluitend laten leiden door autonome ontwikkelingen en verplichtingen van buitenaf. Voor wat betreft haar ambities op het gebied van dienstverlening, bedrijfsvoering en transparantie zal en wil de gemeente werken aan de realisering van de elektronische gemeente en het aansluiten op landelijke basisvoorzieningen in een tempo dat past bij haar visie op de dienstverlening. Voorwaarde voor de realisatie is dat zij haar informatiehuishouding daarop inricht. De invoering van de elektronische gemeente leidt tot de volgende (ingrijpende) veranderingen: de gemeente wordt integraal onderdeel van de landelijke elektronische overheid; gemeentelijke producten en diensten komen als webdiensten op internet beschikbaar, waarvoor nieuwe of vernieuwde systemen aan de voorkant nodig zijn; externe integratie van de gemeentelijke gegevenshuishouding met aansluitingen op de landelijke basisregistraties en externe bestanden in sectorale ketens; interne integratie van de gegevenshuishouding en de informatiesystemen. Dit als voorwaarde voor zowel goed werkende externe aansluitingen als voor integratie tussen de eigen afdelingen; digitale afhandeling van de via internet ingediende elektronische aanvragen; aanpassingen in de werkprocessen en zelfs de rollen van medewerkers; de klant wordt als uitgangspunt genomen voor de sturing op de processen. Dit betekent dat de FrontOffice de BackOffice aanstuurt en de BackOffice voorwaardenscheppend is voor de FrontOffice. Naast vernieuwing van de informatiesystemen vraagt elektronische dienstverlening, digitale afhandeling en integratie met andere systemen en organisaties dus ook om een andere manier van werken. Het zijn veranderingen die de gehele gemeentelijke organisatie raken: de processen, het management, de medewerkers, de informatievoorziening en de onderliggende techniek. De noodzakelijke transformatie zal neerkomen op een ingrijpend, complex en meerjarig veranderingsproces. Strategie/Beleid In de visie krijgt de organisatie een plek in de toekomst en kunnen ambities geformuleerd worden. Een strategie geeft aan hoe het management het gegeven toekomstbeeld wil bereiken. Dat betekent onder andere dat beleidsuitgangspunten gedefinieerd worden. Beleidsuitgangspunten zijn richtlijnen, randvoorwaarden en vrijheidsgraden bij de ontwikkeling van de organisatie en haar informatievoorziening. Belangrijk beleidsuitgangspunt is het werken onder architectuur. Architectuur Het realiseren van een eigen elektronische gemeente is niet eenvoudig. Het gaat om meerdere oplossingen, zowel voor de werkprocessen als de informatiesystemen. Het zijn oplossingen binnen de eigen organisatie maar deels ook extern. Voorbeelden daarvan zijn de landelijke voorzieningen zoals DigiD en de basisregistraties. Die oplossingen, intern en extern, moeten een samenhangend geheel vormen om de elektronische gemeente goed te kunnen laten werken. Architectuur zorgt voor ordening van de oplossingen. Zoals een plan voor een woonwijk woonfuncties verbindt met een winkelcentrum, gezondheidsvoorzieningen en maatschappelijke en culturele voorzieningen, zo schetst een goede architectuur de samenhang tussen bedrijfsprocessen, gegevens en systemen. Daarbij gaat het zowel om horizontale samenhang (tussen processen onderling, tussen gegevens onderling en tussen systemen onderling) als verticale samenhang (tussen processen, gegevens en systemen). Ontwikkelen, bouwen en implementeren onder architectuur, zowel bij het realiseren van nieuwe informatiesystemen als het vernieuwen van de bijbehorende werkprocessen, helpt daarbij. Architectuur ondersteunt het sturen op samenhang. Architectuur ondersteunt ook de communicatie Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 23 over de oplossingen en alle daarmee samenhangende veranderingen. Het helpt alle partijen om dezelfde taal te spreken. Ook is architectuur een belangrijke voorwaarde voor samenwerking. Generieke oplossingen ontwikkelen en gebruiken, en ook het aan elkaar koppelen van deze oplossingen lukt niet zonder goede afspraken over standaarden en architectuurmodellen. Om die reden is de Nederlandse OverheidsReferentieArchitectuur (NORA) belangrijk voor de samenwerking binnen de Nederlandse overheid. Op dezelfde manier is de in het verlengde van NORA ontwikkelde Referentiearchitectuur elektronische gemeente (RefaG) belangrijk voor de samenwerking in het gemeentelijke veld. Basisregistraties Voor het verbeteren van de dienstverlening van de overheid en het verbeteren van haar effectiviteit en efficiency is de invoering van een stelsel van basisregistraties onontbeerlijk. Zo'n stelsel van basisregistraties is een samenhangend geheel van registraties van een hoge kwaliteit, welke authentieke (betrouwbare) gegevens bevatten, die door alle overheidsorganisaties verplicht moeten worden gebruikt voor de uitvoering van de opgedragen taken. Enkelvoudig beheer en gemeenschappelijk en gezamenlijk gebruik is daarbij de doelstelling van de rijksoverheid. Invoering van basisregistraties moet ertoe leiden dat burgers en bedrijven slechts eenmalig hun gegevens aan de overheid hoeven te verstrekken. Die gegevens worden vervolgens meervoudig en in samenhang gebruikt. Dit leidt niet alleen tot lagere kosten, maar maakt ook gekoppelde dienstverlening vanuit de overheid mogelijk en reduceert de kans op fouten aanzienlijk. In de eerste fase van de invoering van het stelsel van basisregistraties ging het nog om zes basisregistraties die bij verschillende instanties nodig zijn en daar intensief gebruikt worden: personen (BRP), bedrijven (NHR), adressen en gebouwen (samen BAG), kadaster (BRK) en topografie (BRT). Deze zes basisregistraties zijn van groot belang voor het functioneren van de overheid en worden in een stelsel ondergebracht zodat ze in samenhang kunnen worden gebruikt. Inmiddels zijn ook basisregistraties aangewezen en in ontwikkeling genomen voor de WOZ-waarde (WOZ), Inkomensgegevens (BRI), Lonen, arbeid en uitkeringsverhoudingen (BLAU) en Kentekens (BRK). Voor BAG, BRP en WOZ zijn gemeenten aangewezen als bronhouder, maar zijn ook zelf gebruiker. Voor deze taak uitgerust instrumentarium is van groot belang bij het succesvol implementeren en exploiteren van deze basisregistraties. Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 24 Bijlage 3. Beschrijving Automatiseringsarchitectuur gemeente Heerlen Algemeen Alvorens software aangekocht mag worden moet eerst instemming verkregen worden van de afdeling Informatiebeleid. De afdeling Informatiebeleid toetst of de software past binnen het informatiebeleid en of de procedure geheel correct doorlopen is. Vervolgens bekijkt ICT Services of de software voldoet aan de eisen welke gesteld zijn op de diverse onderdelen. Van iedere toepassing moet vanuit de gebruikersorganisatie een Applicatiebeheerder benoemd worden. Deze fungeert als centraal aanspreekpunt en intermediair naar de software leverancier. Naast een variabel pakket (zie producten en dienstencatalogus bureau ICT Services) zijn enkele componenten verplicht. Denk in deze aan virusprotectie, Microsoft Exchange, standaardisatie randapparatuur, etc. Werkplek De software wordt op een standaard PC met Windows XP als besturingssysteem beschikbaar gesteld. PC’s niet afkomstig van ICT Services worden niet ondersteund en worden niet in het netwerk opgenomen. De gebruiker krijgt voor de werking beperkte rechten en de applicatie mag tijdens de normale werking géén data en / of settings wegschrijven naar de lokale PC. De leverancier van nieuwe software moet kunnen aangeven of gebruik wordt gemaakt van data wegschrijven naar het gebruikersprofiel. De default internetbrowser is Internet Explorer versie 7. De default kantoorautomatiseringsoftware is Microsoft Office 2000. Server De servers van bureau ICT Services draaien virtueel op VMWare Infrastructure platform om optimale gebruik van de totale servercapaciteit (VMWare DRS) en serverbeschikbaarheid (VMWare HA) te garanderen. Het besturingssysteem op de virtuele servers is Windows 2003 R2. Enkele “Open Source” systemen zijn eveneens in gebruik. Database Bureau ICT Services ondersteunt de volgende database types: o o SQL server minimaal 2000 Oracle9i Enterprise Edition Release 9.2.0.7.0 op Unix 11.11i De toepassing mag geen speciale eisen stellen aan “Default Home” op de PC. Packaging en distributie De toepassing wordt door ICT Services “gepackaged”. Dit houdt in dat ICT Services een eigen installatiebestand maakt welke vervolgens naar de gebruikers gedistribueerd kan worden. Licenties Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 25 Bureau ICT Services stelt alleen software beschikbaar als aan de licentievoorwaarden van de leverancier voldaan is. Het invoeren van de licenties moet geschieden volgens een van onderstaande principes; o o o o De toepassing heeft een generieke licentiecode voor alle installaties zodat speciale activeringsprocedures per installatie niet nodig is. De toepassing heeft een “papieren” licentiecode en activering is niet nodig. De toepassing heeft een licentiebestand welke centraal te plaatsen is. De toepassing is licentiecode vrij. Als de toepassing is voorzien van een hardware licentie in de vorm van een “dongle” dan moet dit een USB “dongle” zijn. Bureau ICT Services heeft de mogelijkheid om deze “dongle” beveiligd op te bergen en centraal aan te bieden via het netwerk. Een overweging is eveneens om te werken met een licentievorm op basis van concurrent users. Randapparatuur Als aan de toepassing specifieke randapparatuur gekoppeld wordt zal bureau ICT Services de randapparatuur vooraf beoordelen. De koppeling is gestandaardiseerd op de USB. Het gebruik van lokale modems direct gekoppeld aan werkplekken is niet toegestaan. Voor ondersteuning van de leverancier kan gebruik worden gemaakt van de faciliteit “telewerk voor leveranciers toegang”. In overleg met bureau ICT Services kan bekeken worden onder welke strikte regels de leverancier op afstand toegang kan krijgen tot de systemen. Netwerk PC´s zijn gekoppeld middels 100 Mb full duplex. De buitenlocaties zijn overwegend met een 1 Gb glasvezel gekoppeld. TCP/IP wordt als netwerkprotocol gebruikt. Programma van Eisen voor de aanschaf een BAG-applicatie oktober 2008 26
