Projectplan Upgrade MultiRecord servers Versie concept

Projectplan Upgrade MultiRecord servers Versie 1.1 - concept

René Verwijmeren DIA EUR

Rotterdam juli 2003 G:\Projecten\project -MR-Pervasive\Projectplan_upgrade MRservers

Projectplan Titel Versie

Upgrade MR servers 1.0

Pagina Datum

2/16 18 juli 2003

Inhoudsopgave 1

2

3

4

5

6

Inleiding......................................................................................................................3 1.1 Doel van het projectplan.................................................................................3 1.2 Achtergrond van het project..........................................................................3 1.3 Gerelateerde documenten................................................................................4 1.4 Status en revisies projectplan ........................................................................5 1.5 Gebruikte afkortingen ......................................................................................5 1.6 Personen............................................................................................................5 Opdrachtinhoud........................................................................................................6 2.1 Opdracht............................................................................................................6 2.1.1 Opdrachtgever.........................................................................................6 2.1.2 Opdrachtnemer........................................................................................6 2.2 Grenzen van de opdracht ................................................................................6 2.3 Uitgangspunten en randvoorwaarden..........................................................7 2.3.1 Algemeen..................................................................................................7 2.3.2 Financieel..................................................................................................7 2.4 Risico’s en maatregelen ten aanzien van de opdracht................................8 Activiteiten en producten........................................................................................9 3.1 Primaire activiteiten..........................................................................................9 3.1.1 Fasering (aanpaktypering).....................................................................9 3.1.2 Inrichting nieuwe infrastructuur...........................................................9 3.1.3 Beveiliging................................................................................................9 3.1.4 Mijlpalen en relaties tussen activiteiten en producten....................10 3.2 Secundaire activiteiten ..................................................................................10 3.2.1 Documentatiebeheer.............................................................................10 3.2.2 Probleemafhandeling ............................................................................10 3.2.3 Wijzigingsprocedure.............................................................................10 Organisatie ...............................................................................................................11 4.1 Projectstructuur..............................................................................................11 4.2 Overlegstructuur............................................................................................11 MR-administraties...................................................................................................12 5.1 Algemeen.........................................................................................................12 5.2 Huidige omgevingen......................................................................................12 5.2.1 NS1-FEB-EUR-NL..................................................................................12 5.2.2 NS1-MTB-EUR-NL................................................................................13 5.2.3 NS1-FEW-EUR-NL................................................................................13 5.2.4 NS2-FSW-EUR-NL................................................................................13 5.2.5 SERVICES1-BVDU-EUR-NL................................................................13 5.3 Nieuwe omgevingen ......................................................................................14 Mensen, middelen, tijd en geld .............................................................................15 6.1 Rapportages, sturing en meldingsprocedures ...........................................15 6.2 Vakantieplanning............................................................................................15 6.3 Planning...........................................................................................................16

Projectplan Upgrade MR servers 1.0

Titel Versie

1

Inleiding

1.1

Doel van het projectplan

Pagina Datum

3/16 18 juli 2003

Dit projectplan beschrijft het scenario (plan van aanpak) voor het project 'Upgrade MR-servers' en is bestemd voor zowel de opdrachtgever als de werkgroep. In het plan is beschreven welke activiteiten door wie worden uitgevoerd, wie het resultaat van deze activiteiten beoordelen en hoe en door wie sturing op deze activiteiten plaatsvindt. Doel is het mogelijk maken van het beheersbaar uitvoeren van het project.

1.2

Achtergrond van het project Eén van de componenten van MultiRecord is het databasemanagementsysteem (DBMS) Btrieve 5.1, deze heeft een aantal taken in relatie tot de applicatie en haar omgeving nl. : onderlinge samenhang van de bestanden (consistentie) toegang tot bestanden en records afschermen van oneigenlijk gebruik van de onderliggende bestanden afwikkelen aanvragen vanuit cliënt in relatie tot het netwerk Operating Systeem Het huidige DBMS (operationeel vanaf oktober 1992) maakt gebruik van een locale engine op de gebruikers pc’s, waarbij de bestanden worden weggeschreven op een Novell 4.1 server. Deze configuraties zijn zowel qua hard- als software inmiddels technisch verouderd. Sinds 1992 zijn er een aantal verbeteringen doorgevoerd in Btrieve, de laatste verbetering heeft geleid tot versie 7.9 (Pervasive.SQL 2000i). Met deze versie is op 11 oktober 2001 een test uitgevoerd waarbij een volledige MR-administratie is overgezet op een NOVELL 5.1 server met pervasive2000i, de bestanden zijn geconverteerd en er is daarna een korte functionele test uitgevoerd. Het resultaat was positief, reden om een uitgebreide test in te plannen, waarbij alle noodzakelijke componenten voldoende werden getest. Deze test heeft inmiddels met succes plaatsgevonden. Het vervolgtraject is beschreven in dit projectplan: Upgrade Btrieve 5.1 à Pervasive.SQL 2000i (v8.0) Voor wat betreft de hardware zijn de huidige MR-servers aan vervanging toe, in het verleden is ervoor gekozen om per organisatieonderdeel een novell-server in te richten, het beheer werd gevoerd door de decentrale I&A afdeling. In de afgelopen periode is vooral vanwege de keuze voor andere platformen dan Novell een aantal van deze servers in beheer genomen door DIA/WPO, uitzondering hierop vormt de faculteit FGG (Erasmus MC). Een aantal van deze servers moet worden vervangen, ook dit traject is beschreven in dit projectplan: Vervanging hardware MultiRecord servers


Titel Versie

1.3

Gerelateerde documenten • • •

Rapport Artefact van Martijn Lasthuizen, 13 november 2001 Filtering-en-beheer-MR-Pervasive-test, RV + PH, 15 mei 2003 managementsamenvattingMRBT79, RV, 28 februari 2003

Pagina Datum

4/16 18 juli 2003


Titel Versie

1.4

Status en revisies projectplan revisie 1.0 1.1

1.5

status Concept Concept

datum 22-07-2003 25-07-2003

Opmerkingen Ter bespreking binnen werkgroep Ter bespreking binnen StIV

Gebruikte afkortingen BMG BSA BvdU DIA DIA/BIV DIA/DDS DIA/S&N FB FEB FEB/ACV FEB/BGZ FEB/CAE FEW FRG FWB HKW MTB MTB/FB MTB/FM StIV WPO UB UCI

1.6

Pagina Datum

Instituut Beleid en Management Gezondheidszorg Bureau Studenten Administratie Bureau van de Universiteit Directoraat Informatisering en Automatisering Afdeling Bestuurlijke InformatieVoorziening Delivery Services Systeem en Netwerkzaken Faculteit Bedrijfskunde Directoraat Financiële, Economische & Begrotingszaken Audit, Consolidatie & Verslaglegging Begrotings Zaken Centrale Administratieve Eenheid Faculteit Economie en Wetenschappen Faculteit Rechtsgeleerdheid Faculteit Wijsbegeerte Historie en Kunst Weetenschappen Directoraat Materieel, Technsich en (Gebouwen) Beheer Facilitair Bedrijf Financieel Management Stuurgroep Informatievoorziening Werkplek Ondersteuning Universiteits Bibliotheek User Count Increase

Personen AH DS JB MN MdO MO MR PH RE RV

Alex Hijgenaar Dick van Schie Jan Boot Marius Nagels Marcel de Roode Marco de Oude Marco Roede Per Haine Ritchie Elders René Verwijmeren

DIA/WPO FEB DIA/COH DIA DIA/WPO DIA/BIV DIA/BIV DIA/S&N DIA/WPO DIA/BIV

5/16 18 juli 2003


Titel Versie

2

Opdrachtinhoud

2.1

Opdracht

Pagina Datum

6/16 18 juli 2003

De opdracht is om de huidige MR-productie en inquiry bedrijven over te zetten naar een netware 5.1 server(s) en de databases te converteren naar het nieuwe Btrieve formaat, dit om de stabiliteit en betrouwbaarheid van MultiRecord voor de komende jaren veilig te stellen. In paragraaf 5.2 worden de verschillende MR-omgevingen beschreven, de administraties die in dit overzicht worden vermeld zullen worden overgezet.

2.1.1

Opdrachtgever Directeur I&A / Directeur FEB.

2.1.2

Opdrachtnemer Directeur I&A voor DIA gerelateerde activiteiten.

2.2

Grenzen van de opdracht a. b.

c.

d.

e. f.

De conversie geldt voor wat betreft de produktie-omgeving alleen voor het huidige boekjaar (2003), deze administraties zullen worden overgezet. Voor de overige jaren zullen de administraties vanaf 2000 tot en met 2002 worden ook geconverteerd, echter dan op de inquiry-omgeving. Oudere jaren wordt in overleg met de functioneel beheerder besproken Het project heeft alleen betrekking op de Woudestein bedrijven, de administraties van het Erasmus MC kunnen mogelijk in een latere fase worden geconverteerd. Gebruikerscoördinatie, d.w.z. de voorbereiding van de gebruikersorganisatie op het nieuwe systeem, de aansturing van de betrokken gebruikers, het uitvoeren van de acceptatietest, het verzorgen van een (eventuele) gebruikersopleiding en het opstellen van de gebruikershandleiding en helpbestanden, vallen onder verantwoordelijkheid van FEB. Wel kan DIA desgevraagd bij de voorbereiding van bovengenoemde taken assisteren. Het uitvoeren van exploitatietests en de feitelijke exploitatie van het informatiesysteem valt onder verantwoordelijkheid van DIA/BIV. De conversie en het inrichten van de servers moet voor medio oktober volledig zijn uitgevoerd.


Titel Versie

2.3

Uitgangspunten en randvoorwaarden

2.3.1

Algemeen a. b. c.

d. e. f.

2.3.2

Pagina Datum

7/16 18 juli 2003

Aansluiting zal worden gezocht bij de normen en standaards zoals deze binnen DIA gelden. Er zal naar worden gestreefd om de overlast voor de gebruikers van deze systemen tot een minimum te beperken. Voor het beantwoorden van vragen en het nemen van beslissingen wordt over en weer (onvoorziene omstandigheden daargelaten) een reactietermijn van maximaal 3 dagen in acht genomen. Testen worden binnen 1 week na oplevering uitgevoerd en de resultaten worden schriftelijk vastgelegd. Relevante documenten en het verloop van het project worden inzichtelijk gemaakt via www.eur.nl/dia/biv/projecten.html Alle relevante bestanden van de productieadministraties (2003) worden geconverteerd naar het nieuwe bestandsformaat alvorens ze beschikbaar worden gesteld via de nieuwe cliënt.

Financieel De realisatie van deze vernieuwde infrastructuur zal volledig door DIA worden gefinancierd. De kosten specifiek gemaakt voor dit project worden niet ten laste gebracht van de subafdelingen binnen DIA, maar zullen volledig worden gedragen door de directeur I&A. Het betreft hier de aanschaf van de Pervasive software en de uitbreiding van de disk-capaciteit van de test-server.


Titel Versie

2.4

Pagina Datum

Risico’s en maatregelen ten aanzien van de opdracht a b

c d e

f h

i j

Risico De gedeelde verantwoordelijkheid binnen de werkgroep. Er heeft nog geen test plaatsgevonden met een groot aantal gebruikers, mogelijke performance problemen Onvoldoende kennis van het product Pervasive.SQL Overschrijding user-aantallen Het project wordt voor een deel in de vakantieperiode van de medewerkers van FEB en DIA gerealiseerd Vervanging huidige financieel pakket. Duur van het conversietraject kan leiden tot enig tijd niet beschikbaar zijn van een omgeving Upgrade 7.9 naar v8.0 van pervasive software BMG administratie als onderdeel van Erasmus MC

Maatregel Afbakening verantwoordelijkheid door goede afspraken. In acceptatiefase meenemen

Inhuren kennis via firma Artefact Verhogen UCI Afspraken over vervanging maken.

Inrichten van nieuwe servers voor eind oktober Afspraken maken met functioneel beheerder/betrokken gebruikers In acceptatiefase uittesten Geen conversie ivm onderlinge uitwisselbaarheid met FGG

8/16 18 juli 2003


Titel Versie

Pagina Datum

3

Activiteiten en producten

3.1

Primaire activiteiten

3.1.1

Fasering (aanpaktypering)

9/16 18 juli 2003

Het project kan worden verdeeld in 2 fasen, nl. 1. 2.

Inrichting nieuwe infrastructuur. Conversie MR-omgevingen.

Indien de eerste fase volledig is afgerond kan worden gestart met het conversietraject.

3.1.2

Inrichting nieuwe infrastructuur Er worden 2 servers ingericht ten behoeve van MultiRecord,één server voor het Bureau vd Universiteit waarop alle Bvdu-administraties worden gezet, de andere server wordt ingericht tbv de facultaire administraties. Voor de Bvdu-server wordt de huidige test-server (services3-bvdu-eur-nl) gebruikt, deze server is al operationeel. Er moet een upgrade plaatsvinden van de huidige pervasive software v 7.9 naar versie 8.0, hiervoor kan de aanwezige 6-user versie worden gebruikt, additioneel kan de bestelde NW 50 UCI hierbij worden gezet. Voor de inrichting van de Fac-server wordt de aanwezig 50-user versie van Pervasive ingezet. De user-aantallen van de pervasive software zijn gebaseerd op concurrent use, dwz sommige gebruikers maken gebruik van meerdere MR-omgevingen, echter nooit tegelijkertijd. De Bvdu-server zal in de Bvdu-tree worden gehangen, ook de huidige KA-server is binnen deze tree aanwezig, voor de gebruikers betekent dit dat ze slechts éénmaal in Novell hoeven aan te loggen. De Fac-server wordt in de EUR-tree gehangen, tot deze tree hebben alle faculteiten toegang.

3.1.3

Beveiliging Voor de inrichting en locatie van de 2 servers zijn de volgende zaken relevant: 1. 2. 3. 4.

5. 6. 7.

Beide servers zijn dedicated MR-servers. MR wordt gebruikt voor het administreren van de financiële feiten voor de gehele universiteit De Bvdu-server moet bereikbaar zijn voor alle medewerkers van het Bureau De Fac-server moet bereikbaar zijn voor alle faculteitsmedewerkers die belast zijn met het voeren van de financiële administratie, alsmede die organisatieonderdelen van FEB-centraal die ondersteuning bieden aan deze medewerkers. De in het testtraject vastgestelde connectiviteit kan voor beide servers worden geïmplementeerd De beide Novell-servers worden gaan alleen gebruik maken van het novell-ip protocol. De aanwezige MR-jobservers moeten toegang hebben tot beide servers.


Titel Versie

3.1.4

Pagina Datum

10/16 18 juli 2003

Mijlpalen en relaties tussen activiteiten en producten Per deel gelden de volgende stappen: Activiteit Projectplan Inrichtingsplan nieuwe servers Inrichten server BvdU Inrichten server Fac Exploitatietest Acceptatietest Conversie admins Bvdu Conversie admins Fac Client installatie Voorlichting gebruikersgroepen

Mijlpaal projectplan beschikbaar Inrichtingsplan beschikbaar

Verificatie Werkgroep/StIV Werkgroep

Server beschikbaar

Werkgroep

Server beschikbaar Acceptatie exploitatietest Accpetatie Admins beschikbaar op nieuwe server Admins beschikbaar op nieuwe server Installatiehandleiding

Werkgroep Werkgroep Werkgroep + DVS Werkgroep + DVS

3.2

Secundaire activiteiten

3.2.1

Documentatiebeheer

Werkgroep + DVS Werkgroep DVS

De binnen de werkgroep gemaakte documenten zullen op het eerder genoemde webadres beschikbaar worden gesteld. Van alle overige documentatie heeft de projectleider de originele versies onder zijn hoede. Documenten die binnen de werkgroep zijn besproken en vastgesteld worden via de projectleider op de web-site geplaatst.

3.2.2

Probleemafhandeling Problemen die niet binnen de werkgroep kunnen worden opgelost worden bij de directeur I&A aangemeld. Het is uit evaluatieoverwegingen aan te bevelen alle problemen, hun impact en de oplossingen vast te leggen.

3.2.3

Wijzigingsprocedure Er is sprake van een wijziging als afgeweken moet worden van eerder definitief verklaarde documenten. Wijzigingsvoorstellen worden op schrift gesteld en voor akkoord voorgelegd aan de werkgroep. Na akkoord vormen zij een onlosmakelijk deel van dit plan van aanpak.


Titel Versie

4

Organisatie

4.1

Projectstructuur

Pagina Datum

11/16 18 juli 2003

Ten behoeve van de uitvoering van het project is de volgende projectorganisatie gedefinieerd: Werkgroep upgrade MR-servers

projectleider DIA René Verwijmeren

1. 2.

Voorzitter werkgroep Alex Hijgenaar

coördinator FEB Dick van Schie

De werkgroep met als vaste leden: Alex Hijgenaar (WPO),Ritchie Elders(WPO), Marco Roede (BIV),René Verwijmeren (BIV). Daar waar wenselijk worden uitgenodigd : Cees Boelhouwers (WPO/Hardware), Marcel de Roode(WPO/Novell), Per Haine(S&N/Netwerk), Dick van Schie (FEB,Functioneel beheer MR), Marco de Oude(BIV/client,pervasive), Jan Boot(COH),Peter van Dijk (COH)

Het projectplan upgrade MR-servers wordt binnen DIA aan de Stuurgroep Informatievoorziening voorgelegd. De opdrachtgever toetst, beoordeelt en adviseert over de uitvoering hiervan aan de hand van voortgangsrapportages van de projectleider en mijlpaalproducten. De opdrachtgever geeft producten formeel akkoord. De werkgroep is verantwoordelijk voor het eindresultaat. De werkgroep is belast met de uitvoering van de opdracht zoals die is omschreven in hoofdstuk 2.

4.2

Overlegstructuur 1.

De stuurgroep informatievoorziening wordt door de projectleider in de werkgroep Upgrade MR servers op de hoogte gehouden van de besluiten.

2.

De volgende vormen van overleg zullen plaats hebben: werkgroepoverleg.


Titel Versie

Pagina Datum

5

MR-administraties

5.1

Algemeen

12/16 18 juli 2003

Onderstaand een overzicht van de MultiRecord-omgevingen welke vanuit DIA worden ondersteund, en over worden gezet op de nieuwe servers. Per omgeving worden de volgende objecten gedefinieerd: a. b. c.

Novell-server Omgeving, doel Gebruikers

. Het overzetten wordt gedaan in overleg met de functioneel beheerder en de hoofden van de administratie en natuurlijk de betrokken technische ondersteuners.

5.2

Huidige omgevingen

5.2.1

NS1-FEB-EUR-NL Omgevingen FEB-productie Gebruikers BOG-productie Gebruikers Budget-omgeving

Gebruikers Consolidatie-omgeving Gebruikers Test-omgeving

Gebruikers Acceptatie-omgeving

Gebruikers Delivery-Service

Gebruikers

omgeving waarin de administraties worden gevoerd van de vakdirectoraten van het BvdU + FWB + UB afdeling FEB/CAE In de BOG omgeving wordt de administratie gevoerd ten behoeve van de inning van collegegelden. afdeling FEB/CAE In de Budget omgeving worden de budgetten vastgesteld van de verschillende onderdelen van de EUR. afdeling FEB/BGZ In de Consolidatie omgeving worden periodiek alle productie-bedrijven samengevoegd. afdeling FEB/ACV De test omgeving wordt gebruikt door ervaren FEBgebruikers om inleesactie's en andere MR-bewerkingen uit te testen. afdeling FEB/ACV De acceptatie omgeving wordt gebruikt om nieuwe update's van MR uit te testen, zowel functioneel als technisch Functioneel- en Technisch beheerder(s) omgeving waarin de administratie wordt gevoerd van de afdeling DIA/Delivery Service, voorheen PC-shop, PC-priveregeling , verkopen afdeling WPO/DDS


Titel Versie

5.2.2

Pagina Datum

13/16 18 juli 2003

NS1-MTB-EUR-NL Omgevingen AVW-productie Gebruikers MTB-productie Gebruikers

5.2.3

omgeving waarin de administratie wordt gevoerd voor het uitlenen van audio visuele diensten door MTB. afdeling MTB/FB omgeving waarin de administraties worden gevoerd voor de afdeling MTB afdeling MTB/FM

NS1-FEW-EUR-NL Omgevingen FEW-productie Gebruikers Holding-productie Gebruikers FB-productie Gebruikers

5.2.4

omgeving waarin de administraties worden gevoerd van de faculteit Economie. FEW faculteits buro omgeving waarin de administraties worden gevoerd voor een aantal BV's BV’s omgeving waarin de administraties worden gevoerd van de faculteit Bedrijfskunde. FB faculteits buro

NS2-FSW-EUR-NL Omgevingen FRG-productie Gebruikers FSW-productie Gebruikers

5.2.5

omgeving waarin de administraties worden gevoerd van de faculteit Rechten, faculteit HKW en instituut BMG FRG/HKW/BMG faculteits buro omgeving waarin de administraties worden gevoerd van de sociale faculteit FSW faculteits buro

SERVICES1-BVDU-EUR-NL Omgevingen Inquiry-omgeving Gebruikers

raadpleegomgeving woudestein divers

Inquiry-omgeving-BOG Gebruikers

raadpleegomgeving onderwijsgelden BSA


Titel Versie

5.3

Pagina Datum

14/16 18 juli 2003

Nieuwe omgevingen De omgevingen zoals deze zijn beschreven voor de NS1-FEB-EUR-NL en de NS1MTB-EUR-NL worden overgezet op de nieuwe BvdU-server. De MR-omgevingen op de NS1-FEW-EUR-NL en de NS2-FSW-EUR-NL worden overgezet op de Faculteits-server. De inquiry-omgevingen op de SERVICES1-BVDU-EUR-NL worden beide op de BvdU-server geplaatst, op de Faculteits-server worden alleen de inquiry-bedrijven van de verschillende faculteiten geplaatst.

5.4

Beheer Na ingebruikname van de servers wordt het beheer van de verschillende componenten van deze systemen vastgelegd in een SLA tussen beide afdelingen. Hierin worden zaken als beheer jobservers, updaten Pervasive-software etc.


Titel Versie

Pagina Datum

5.5

6

Mensen, middelen, tijd en geld

6.1

Rapportages, sturing en meldingsprocedures Wekelijks wordt er een rapportage gedaan naar de directeuren van I&A en FEB voor wat betreft de voortgang van het traject. Dreigende overschrijdingen worden hier gemeld, dit beidt mogelijkheden voor bijsturing van het project.

6.2

Personele resources Vanwege de relatief korte doorlooptijd wordt er vanuit de afdelingen BIV en WPO een grote inzet gevraagd van de medewerkers. Tot het moment van in productie nemen van beide servers komt dit neer dat 1 persoon op deze afdelingen een volledige weektaak heeft aan dit project. Afhankelijk van de te verrichten werkzaamheden is de bijdrage gewenst van verschillende disciplines, te weten : Overleg, afstemmingen werkzaamheden Novell-expertise, inrichting server, connectiviteit Werkplek, inrichting werkplek, afstemming cliënt Helpdesk, ondersteuning bij ingebruikname Migratie, conversie MR-bestanden Inrichting nieuwe MR-omgevingen Exploitatietesten, acceptatietesten Ook aan de FEB kant wordt zeker van de functioneel beheerder in het laatste deel van dit traject een substantiële bijdrage verwacht.

6.3

Vakantieplanning Medewerker

Vanaf

Tot/met

René Verwijmeren

28 juli

17 augustus

Marco Roede

3 juli

4 augustus

Marco de Oude

eind augustus

half september

Alex Hijgenaar

4 augustus

31 augustus

Ritchie Elders

-

-

Dick van Schie

21 juli

10 augustus

Per Haine

21 juli

17 augustus

Marcel de Roode

28 juli

3 augustus

15/16 18 juli 2003


Titel Versie

6.4

Pagina Datum

Planning Mijlpaal Projectplan Inrichtingsplan nieuwe servers Inrichten server tbv BvdU Inrichten server tbv Fac Voorlichting decentrale IAafdelingen / beheerders Inrichten testomgeving Exploitatietest Acceptatietest Conversie BVDU-admins Conversie FAC-admins Installatie handleiding cliënt Voorlichting gebruikersgroepen SLA- BIV-WPO

In productiename

Wie RV RE/MdO RE/MdO RE/MdO RV/MO/ MR/DS RV/MO RV/MO/ RE DS MO/RV MO/RV MO DS MR/AH

Vanaf 18-07-2003 25-07-2003 25-07-2003 25-07-2003 25-07-2003

Tot/met 21-08-2003 .. 01-08-2003 01-08-2003 20-08-2003

01-08-2003 20-08-2003

20-08-2003 22-08-2003

25-08-2003 10-09-2003 25-09-2003 28-07-2003 01-09-2003 01-09-2003

10-09-2003 24-09-2003 07-10-2003 22-08-2003 07-10-2003 10-10-2003

07-10-2003

10-10-2003

Bovenstaande planning is gebaseerd op de optimale inzet van de leden van de werkgroep.

16/16 18 juli 2003

Projectplan Upgrade MultiRecord servers Versie concept

Recommend Documents