Realisatierapportage
95
0
0
Hele tekst
(2) VOORWOORD Deze scriptie is geschreven ter afsluiting van de HBO opleiding Informatica aan de Hogeschool Utrecht. Deze scriptie geeft inzicht in de werkzaamheden die ik verricht heb om het project voor mijn afstudeeropdracht af te ronden. Als ik bedenk dat ik in mei 2000 bij VolkerRail als helpdeskmedewerker begonnen ben en exact na 10 jaar bij hetzelfde bedrijf met mijn afstudeeropdracht bezig ben, zie ik dat VolkerRail een significante rol heeft gespeeld in mijn persoonlijke ontwikkelingstraject. Ik heb altijd een uitermate prettige tijd bij VolkerRail gehad en hoop ook in de toekomst met veel plezier bij VolkerRail te blijven werken. Met veel waardering heb ik gezien dat het bedrijf vertrouwen in mij heeft getoond en mij de gelegenheid heeft geboden om aan mijn afstudeeropdracht te kunnen werken. Ik wil graag van de gelegenheid gebruik maken om de volgende personen te bedanken voor de hulp bij deze afstudeerscriptie. Als eerste wil ik mijn dank en waardering uiten aan VolkerRail voor de geboden mogelijkheid om in het bedrijf mijn afstudeeropdracht uit te voeren. Mijn speciale dank gaat uit naar mijn bedrijfsbegeleider Schelto Scheltens, zonder wiens feedback, kritische blik, steun en vele kennis ik deze afstudeerscriptie nooit met hetzelfde resultaat had kunnen afronden. Tevens gaat mijn dank uit naar mijn docentbegeleider Maarten Schnerr voor zijn begeleiding en feedback tijdens mijn afstudeerperiode. Als laatste gaat mijn dank uit naar mijn echtgenote, Elif, die mij altijd heeft bijgestaan. Utrecht, mei 2010 Recep Yaldız . Afstudeerscriptie Realisatierapportage Pagina 2 van 43 .
(3) MANAGEMENTSAMENVATTING Deze scriptie is geschreven in het kader van het afstuderen aan de Hogeschool Utrecht. VolkerRail Services onderhoudt landelijk in opdracht van ProRail het spoor. Het onderhoud van spoor is verdeeld in contractgebieden, VolkerRail is voor elf van deze contractgebieden verantwoordelijk. Tussen VolkerRail en ProRail zijn contractuele afspraken gemaakt omtrent het leveren van een realisatierapportage. Deze realisatierapportage wordt per regio (Alkmaar, Deventer, Utrecht) als onderdeel van de maandrapportage geleverd. De afgelopen jaren zijn deze contracten geprofessionaliseerd wat een andere contractrelatie tussen klant en opdrachtgever tot gevolg heeft. De facturatie van uitgevoerd werk vindt plaats op basis van gerealiseerde units die verantwoord worden in de realisatierapportage. Als gevolg van een veranderde vraag vanuit de opdrachtgever dienen de voedende systemen (calculatie, onderhoudsmanagementsysteem en Business Intelligence) te worden beoordeeld op de functionele en technische inrichting en waar nodig worden aanpassingen doorgevoerd. De rapportageformats worden door de opdrachtgever ProRail in een Excelformat met gevalideerde waarden aangeleverd. Derhalve is een bredere benadering toegepast waarin zowel organisatorische als ICT gerelateerde vraagstukken aan de orde komen. De knelpunten bij het produceren van de realisatierapportage zijn merendeels opgelost middels het bepalen van één oplossingsrichting binnen het project. Middels gebruik van de applicatie Maximo (onderhoudsmanagementsysteem) wordt de registratie van het uitgevoerde onderhoud vastgelegd en dient daarmee als basis om data te verzamelen en te bewerken. Met gebruik van de rapportagetool Oracle BI wordt de realisatierapportage gebouwd en geëxporteerd naar door de opdrachtgever voorgeschreven Ms Office Excel format. Het bepalen van de oplossingsrichting heeft ook geleid tot een uniforme werkwijze voor VolkerRail Services breed bij het produceren van de realisatierapportage. De oplossingrichting heeft tevens de doelstelling om de realisatierapportage zoveel mogelijk geautomatiseerd tot stand te brengen gerealiseerd. Per regio zijn interviews gehouden met de coördinator contractmanagers om de huidige werkwijze per regio in kaart te brengen. Daarmede is tevens een analyse gemaakt of de werkwijzen ook aansluiten op het proces omtrent de realisatierapportage. Om het project structuur te geven is er gekozen om gebruik te maken van de zogenaamde waterval methode. Deze heeft als leidraad voor het project gediend. . Afstudeerscriptie Realisatierapportage Pagina 3 van 43 .
(4) Om het nieuwe systeem voor het produceren van de realisatierapportage aan te laten sluiten op de wensen van de gebruikers is een lijst met functionaliteiten opgesteld. Zo is bepaald welke functionaliteiten gerealiseerd moeten worden. Na het bepalen van de functionaliteiten is het aanmaken van het functioneel‐ en technisch ontwerp gestart. Het functioneel‐ en technisch ontwerp is gebaseerd op de vereiste functionaliteiten. De doelstelling om de realisatierapportage geautomatiseerd te krijgen is net niet binnen de geplande tijd behaald. De lange doorlooptijd bij het definiëren en vastleggen van het gewenste resultaat is de grootste reden geweest dat het project niet binnen de geplande tijd is gerealiseerd. Het functioneel en technisch ontwerp zijn opgeleverd en de ontwikkeling van de realisatierapportage heeft de laatste fase bereikt. De planning is om alsnog medio juni 2010 het project af te ronden. . Afstudeerscriptie Realisatierapportage Pagina 4 van 43 .
(5) INHOUDSOPGAVE VOORWOORD_____________________________________________________________________ 2 MANAGEMENTSAMENVATTING ______________________________________________________ 3 1 . INLEIDING ___________________________________________________________________ 7 . 2 . DE ORGANISATIE _____________________________________________________________ 8 . 3 . 2.1 . VolkerRail _______________________________________________________________ 8 . 2.2 . Afdeling ICT _____________________________________________________________ 11 . 2.3 . Rol van de student _______________________________________________________ 12 . PROBLEEMSTELLING EN DE OPDRACHTOMSCHRIJVING _____________________________ 13 3.1 . Probleemstelling_________________________________________________________ 13 . 3.2 . Opdrachtomschrijving ____________________________________________________ 13 . 3.3 . Doelstelling _____________________________________________________________ 13 . 3.4 . Uitgangssituatie _________________________________________________________ 14 . 3.5 . Concrete werkzaamheden _________________________________________________ 15 . 3.6 . Fasering ________________________________________________________________ 16 . 3.7 Op te leveren producten __________________________________________________ 3.7.1 Plan van Aanpak_______________________________________________________ 3.7.2 Analyseverslag ________________________________________________________ 3.7.3 Functioneel Ontwerp ___________________________________________________ 3.7.4 Technisch Ontwerp ____________________________________________________ 4 . 16 16 16 16 16 . AANPAK ___________________________________________________________________ 17 4.1 Methoden en technieken__________________________________________________ 17 4.1.1 Technieken ___________________________________________________________ 20 . 5 . 6 . 4.2 . Werkzaamheden in fases __________________________________________________ 21 . 4.3 . Risicofactoren ___________________________________________________________ 21 . UITVOERING ________________________________________________________________ 22 5.1 . Analyse verschillen werkwijze ______________________________________________ 22 . 5.2 . Ontwerp _______________________________________________________________ 23 . 5.3 . Functionele eisen ________________________________________________________ 23 . FUNCTIONEEL ONTWERP ______________________________________________________ 25 6.1 . De menustructuur _______________________________________________________ 27 . 6.2 . De autorisatie ___________________________________________________________ 29 . Afstudeerscriptie Realisatierapportage Pagina 5 van 43 .
(6) 7 . TECHNISCH ONTWERP ________________________________________________________ 30 7.1 . Databasemodel__________________________________________________________ 30 . 7.2 . Hardwarebeschrijving ____________________________________________________ 32 . 7.3 Softwarebeschrijving _____________________________________________________ 7.3.1 Operating System______________________________________________________ 7.3.2 Internet Explorer ______________________________________________________ 7.3.3 Microsoft Office Excel __________________________________________________ 7.3.4 DunMeerjaar _________________________________________________________ 7.3.5 SQL‐plus _____________________________________________________________ 7.3.6 Maximo______________________________________________________________ 7.3.7 Oracle Business Intelligence _____________________________________________ 8 . 32 32 32 32 32 33 33 33 . IMPLEMENTATIE EN BEHEER ___________________________________________________ 34 8.1 . Implementatie __________________________________________________________ 34 . 8.2 . Beheer _________________________________________________________________ 35 . 9 . CONCLUSIES EN AANBEVELINGEN_______________________________________________ 36 9.1 . Conclusies ______________________________________________________________ 36 . 9.2 . Aanbevelingen __________________________________________________________ 37 . 10 EVALUATIE VAN DE PROCESGANG ______________________________________________ 38 10.1 . Het Project _____________________________________________________________ 38 . 10.2 . Bedrijfsbegeleider _______________________________________________________ 38 . 10.3 . Docentbegeleider ________________________________________________________ 39 . 11 . LEEREFFECTEN ______________________________________________________________ 39 . 12 . BEGRIPPENLIJST _____________________________________________________________ 40 . 13 . LITERATUURLIJST ____________________________________________________________ 41 . 13.1 . Boeken ________________________________________________________________ 41 . 13.2 . Internetpagina’s _________________________________________________________ 41 . 13.3 . Documenten ____________________________________________________________ 41 . 14 . LIJST VAN FIGUREN __________________________________________________________ 42 . 15 . BIJLAGEN___________________________________________________________________ 43. Afstudeerscriptie Realisatierapportage Pagina 6 van 43 .
(7) 1 . INLEIDING . Deze scriptie bevat een beschrijving van de afstudeeropdracht. Daarnaast is er een beschrijving terug te vinden van de werkzaamheden gedurende de afstudeerperiode en een evaluatie hiervan. Tevens zijn er aan het einde van deze scriptie de leereffecten opgenomen die gedurende de afstudeerperiode zijn opgetreden. Hoofdstuk 2 bevat de beschrijving van het bedrijf waar ik werkzaam ben en waar de opdracht voor is uitgevoerd. De structuur van het bedrijf is beschreven en uiteengezet welke markt de organisatie actief is en de algemene procesgang en procedures van de organisatie. Mijn rol als student en de afdeling waar ik werkzaam ben worden ook beschreven. Hoofdstuk 3 bevat de probleemstelling omtrent de uit te voeren opdracht, het uiteindelijke doel van de opdracht, wat de uitgangssituatie is, de uit te voeren werkzaamheden en welke producten opgeleverd worden. Hoofdstuk 4 bevat de fases van de opdracht die doorlopen zijn. Tevens wordt de gebruikte methodiek en technieken beschreven. De risicofactoren voor het uitvoeren van de opdracht zijn hierin ook beschreven. Hoofdstuk 5 bevat de uitvoering van de geplande werkzaamheden. Hoofdstuk 6 & 7 geven een indruk van de gemaakte verschillende ontwerp documenten voorafgaand aan de realisatie van het gewenste systeem. Deze zijn op te delen in het Functioneel Ontwerp en Technisch Ontwerp. Hoofdstuk 8 bevat de beschrijving van de implementatie van het nieuwe systeem, de uiteenzetting van de realisatie van de rapportage en beheer van de onderdelen van het systeem. Hoofdstuk 9 bevat conclusies en aanbevelingen. Hoofdstuk 10 bevat de evaluatie van de procesgang. Hoofdstuk 11 bevat de leereffecten van de afstudeerperiode. Hoofdstuk 12 bevat de begrippenlijst. Hoofdstuk 13 bevat de boeken, internetpagina’s en documenten welke zijn gebruikt als literatuur. Hoofdstuk 14 bevat de referentie naar de verschillende procesmodellen en organigrammen van VolkerRail en een verscheidenheid aan figuren van de webbased applicatie Maximo die gebruikt zijn in deze scriptie. Hoofdstuk 15 bevat de betreffende bescheiden die als bijlagen zijn toegevoegd aan deze scriptie. . Afstudeerscriptie Realisatierapportage Pagina 7 van 43 .
(8) 2 . DE ORGANISATIE . In dit hoofdstuk is de organisatie beschreven om een goed beeld van de onderneming te krijgen. Als eerste is een algemene omschrijving van het bedrijf VolkerRail omschreven en vervolgens wordt het bedrijfsonderdeel VolkerRail Services globaal omschreven, het onderdeel waarvoor de opdracht is uitgevoerd. Additioneel wordt de afdeling ICT beschreven. Dit hoofdstuk wordt geconcludeerd met de taken en verwachtingen van de student in de organisatie. . 2.1. VolkerRail . VolkerRail is actief in de spoorwegbouw en opereert als werkmaatschappij van het bouwconcern VolkerWessels. Het bedrijf voert grootschalige nieuwbouw‐ en vernieuwingsprojecten van spoor, bovenleidingen en installaties uit en richt zich ook op het onderhoud, storingsherstel en (kleine) aanpassings‐ en vernieuwingsactiviteiten. Bij het bedrijf zijn in totaal ruim 1100 mensen werkzaam. VolkerRail is één van de ondernemingen die in opdracht van met name ProRail, het onderhoud en (ver‐) nieuwbouw van onze railinfrastructuur verzorgt. Daarmee is VolkerRail direct afhankelijk van het beleid van ProRail. Zie figuur 1 voor het bedrijfsprocesmodel van VolkerRail B.V. . Figuur 1 Bedrijfsprocesmodel VolkerRail B.V. . Afstudeerscriptie Realisatierapportage Pagina 8 van 43 .
(9) Het bedrijf VolkerRail is op 6 augustus 1997 ontstaan als Volker Stevin Rail & Traffic bv door het samenvoegen van de bedrijven Railbouw Leerdam, Van der Worp en GrantRail (destijds allen eigendom van Koninklijke Volker Wessels Stevin), J.C. Petrus, en delen van NS Infra Services, ER Groep, Strukton Draagconstructies, Strukton Infra Services Materieel en Railpro (destijds allen eigendom van de Nederlandse Spoorwegen). Sinds 16 januari 2006 is het bedrijf actief onder de naam VolkerRail. Het overbruggen van afstanden. Het bijeenbrengen van informatie. Losse componenten integreren tot één geheel. Dat is het dagelijkse werk van VolkerRail. Niet alleen letterlijk met de activiteiten in railverbindingen. Maar ook door het besef dat elke infrastructuur wezenlijk méér is dan een verzameling van losse elementen. Het vermogen om complexe projecten te overzien en doorzien is vandaag de dag van onschatbare waarde. En dat is de kracht van VolkerRail. In de werkwijze van VolkerRail staan overzicht en inzicht centraal. Het uitvoeren van complexe projecten is een terrein waarin alle afdelingen zich thuis voelen. Maar de verantwoordelijkheden gaan verder. Steeds vaker neemt VolkerRail ook de zorg voor budget en planning, betrouwbaarheid en kwaliteit over van de opdrachtgevers. VolkerRail bundelt de specialismen spoorbouw en spooronderhoud en beheer en installatietechniek. Deze bijzondere combinatie van disciplines maakt VolkerRail tot een onderneming die recht van spreken heeft op het gebied van innovatie en integratie. Medio 2008 is de organisatiestructuur van VolkerRail onder de loep genomen. Het resultaat is dat per 1 januari 2009 er sprake is van Eén VolkerRail. De voormalige business units vormen vanaf die datum samen met het hoofdkantoor één compacte organisatie. De gestandaardiseerde processen zijn voortaan centraal gestuurd, de afdelingen werken onderling samen en de medewerkers zijn multi‐inzetbaar. . Figuur 2 Organigram VolkerRail per 01‐01‐2009 . . Afstudeerscriptie Realisatierapportage Pagina 9 van 43 . .
(10) VolkerRail Services neemt op basis van de principes van onderhoudsmanagement de programmering en de uitvoering van het onderhoud aan de complete (rail)infrastructuur, kunstwerken en installaties voor haar rekening. Hoogstaande kennis van instandhoudingprocessen en de techniek wordt vertaald in programma's voor onderhoud, vernieuwing, inspectie en storingsherstel van alle facetten van de infrastructuur en installaties. De nadruk ligt op veiligheid, beschikbaarheid en betrouwbaarheid en de kwaliteitsdoelstellingen van de klant. . Figuur 3 Organigram Services . . Afstudeerscriptie Realisatierapportage Pagina 10 van 43 . .
(11) De huidige periode staat in het teken van aanbesteding van onderhoudscontracten en toenemende scherpte in de bestaande contracten. Om ook naar de toekomst succesvol te blijven opereren ontwikkelt Services zich verder tot een hoogwaardig kennisbedrijf. Hiervoor wordt geïnvesteerd in kwalitatief goed personeel om naast een goede werkuitvoering en dienstverlening ook commercieel, juridisch en qua contractmanagement een goed product te kunnen leveren. Verder worden uitvoerende processen verder geoptimaliseerd en waar mogelijk gemechaniseerd en/of geautomatiseerd. In de praktijk is gebleken dat de kennis, de vaardigheden en de ervaring van Services op het gebied van onderhoudsmanagement voldoende mogelijkheden bieden die naast de spoorbranche te vermarkten. De uitvoering van onderhoudscontracten is het belangrijkste werk voor Services. Dat betekent dat Services verantwoordelijk is voor het planmatige onderhoudswerk, het voorkomen en het doen van functieherstel aan de baanvakken, kunstwerken en installaties van opdrachtgever als ProRail, Corus, Rijkswaterstaat e.a.. Concreet voor het werken aan de railinfrastructuur zijn dat klussen variërend van inspectie en revisie van wissels, tot controle van seinen, ligging en de dikte van de bovenleidingen, onderhoud aan overwegen (belijning, borden, ligging, overwegplaten) en installaties aan en in kunstwerken. De Missie van Services is een toonaangevende speler zijn door een significante bijdrage te leveren aan het succes van haar opdrachtgevers door het garanderen van beschikbaarheid en veiligheid van infrastructuur tegen een concurrerende prijs. . 2.2 . Afdeling ICT . Binnen VolkerWessels zijn de ICT werkzaamheden voor een groot gedeelte uitbesteed aan IBM en KPN. De afdeling VolkerWessels ICT in Leerdam is het coördinatie punt tussen VolkerWessels, IBM en KPN. De ICT Helpdesk is onderdeel van VolkerWessels ICT. De ICT afdeling van VolkerRail richt zich vooral op de processen en de inhoudelijke kennis van de bedrijfsapplicaties zoals Baan IV, Maximo, Planwise etc. . . . Figuur 4 Organigram afdeling ICT (VolkerRail) . . Afstudeerscriptie Realisatierapportage Pagina 11 van 43 .
(12) 2.3 . Rol van de student . De student Recep Yaldız is sinds februari 2007 op de afdeling ICT van VolkerRail als functioneel applicatiebeheerder werkzaam. Als functioneel applicatiebeheerder draagt de student zorg voor het verzamelen, inventariseren, formuleren, installeren, bewaken en onderhouden van diverse applicaties. Tevens onderhoudt de student de contacten met gebruikers en leveranciers. De functie van functioneel applicatiebeheerder valt hiërarchisch en vaktechnisch onder de informatiemanager. Als applicatiebeheerder is de student verantwoordelijk voor het onderhoud/beheer en vernieuwing van afzonderlijke applicaties, zowel actief als proactief, zodanig dat deze ongestoord ter beschikking staan en (blijven) voldoen aan de wensen/eisen van gebruikers. . Afstudeerscriptie Realisatierapportage Pagina 12 van 43 .
(13) 3 . PROBLEEMSTELLING EN DE OPDRACHTOMSCHRIJVING . . VolkerRail is één van de ondernemingen die in opdracht van met name ProRail, het onderhoud en (ver‐) nieuwbouw van onze railinfrastructuur verzorgt. Verreweg het grootste deel van de omzet van VolkerRail is afkomstig uit de werken die ProRail aanbesteed. Daarmee is VolkerRail afhankelijk van het beleid van ProRail. VolkerRail Services onderhoudt landelijk het spoor voor ProRail en Rijkswaterstaat, middels contracten wordt dit gerealiseerd. . 3.1 Probleemstelling . Tussen VolkerRail en ProRail zijn contractuele afspraken gemaakt omtrent het leveren van een realisatierapportage. Deze realisatierapportage wordt per contract in verschillende regio’s (Alkmaar, Deventer, Utrecht) als onderdeel van de maandrapportage geleverd. Deze maandrapportage bevat de rapportage en verantwoording van de status en voortgang van werkzaamheden die contractueel afgesproken zijn. De realisatierapportage bevat de uitgevoerde werkzaamheden t.o.v. de nulplanning plus afwijkingen. De afgelopen jaren zijn deze contracten geprofessionaliseerd wat een andere contractrelatie tussen klant en opdrachtgever tot gevolg heeft. De facturatie van uitgevoerd werk vindt plaats op basis van gerealiseerde units die verantwoord worden in de realisatierapportage. Als gevolg van een veranderde vraag vanuit de opdrachtgever dienen de voedende systemen (calculatie, onderhoudsmanagementsysteem en Oracle Business Intelligence) te worden beoordeeld op de functionele en technische inrichting en waar nodig aanpassingen te worden doorgevoerd. Omdat de rapportage formats zijn voorgeschreven in Ms Excel met gevalideerde waarden vraagt dit om een brede benadering waarin zowel organisatorische als ICT gerelateerde vraagstukken aan de orde komen. . 3.2 . Opdrachtomschrijving . Voor mijn afstudeeropdracht dien ik voor het automatiseren van de realisatierapportage een analyse te doen naar de werkwijzen en het proces omtrent de realisatierapportage. Op basis van de gewenste functionaliteit van de gebruikers en het voorgeschreven format dien ik de systeemimpact te bepalen. De systemen dien ik te beoordelen op de functionele en technische inrichting en waar nodig aanpassingen doorvoeren. Ik zorg voor een oplossingsrichting en maak een functioneel en technisch ontwerp van het nieuwe systeem. Als afsluitende opdracht dien ik een handleiding te schrijven en uitleg over het nieuwe systeem aan de eindgebruikers te geven om de realisatierapportage te produceren. . 3.3 . Doelstelling . De doelstelling van het project is dat op basis van gewenste functionaliteit van de gebruikers en in een door de opdrachtgever voorgeschreven format, één oplossingsrichting voor het genereren van de realisatierapportage wordt gekozen en de eventuele systeemimpact Afstudeerscriptie Realisatierapportage Pagina 13 van 43 .
(14) bepaald. Tevens dienen de werkwijzen van de diverse regio’s (Alkmaar, Deventer en Utrecht) m.b.t. de realisatierapportage onder de loep te worden genomen en zodanig beoordeeld dat het moet leiden tot een uniforme werkwijze voor VolkerRail Services breed. De realisatierapportage dient zoveel mogelijk geautomatiseerd, m.b.v. ict middelen, tot stand gebracht te worden. Dit draagt dan ook bij aan het uniformeren van de werkwijze voor het leveren van de realisatierapportage over alle regio’s. Zoveel mogelijk informatie m.b.t. de realisatierapportage dient vastgelegd te worden in de applicatie Maximo (onderhoudsmanagementsysteem), zodat ook administratief e.e.a. vastgelegd staat en men niet afhankelijk wordt van de diverse in Ms Excel vastgelegde informatie die op de persoonlijke schijven van de eindgebruikers opgeslagen staan. In het huidige beleid is iedere regio per contract verantwoordelijk voor zijn eigen realisatierapportage, welke niet inzichtelijk is voor anderen. Met de nieuwe werkwijze is het tot stand komen van een gezamenlijke leercurve in de organisatie een mogelijkheid. De informatie dient inzichtelijk voor alle Coördinator Contractmanagers te zijn en moet muteerbaar zijn d.m.v. nieuwe of bestaande schermen in Maximo die kijken naar desbetreffende tabel van de informatiebron. De vastgelegde gegevens en de resterende informatie voor de realisatierapportage wordt d.m.v. Oracle Business Intelligence (analyse en rapportage tool) in een rapport getoond met de volledige realisatierapportage gegevens. Vervolgens wordt de realisatierapportage geëxporteerd naar door de opdrachtgever voorgeschreven Ms Excel format. De realisatierapportage dient in weken gerapporteerd te kunnen worden. Mijn persoonlijke leerdoel is om met dit project mijn kennis omtrent de bedrijfsprocessen van VolkerRail te vergroten, zodat ik in de toekomst mijn functie als Functioneel Applicatiebeheerder optimaal naar behoren kan uitoefenen. . 3.4 Uitgangssituatie . Vanuit VolkerRail Services is ContractManagement de eindverantwoordelijke voor het proces omtrent de realisatierapportage en voor het afstemmen van de nieuwe werkwijzen met de afdelingen ProductieManagement en InstallatieManagement. De nieuwe werkwijzen hebben gevolgen tot de processen van PM en IM en deze processen leveren essentieel informatie voor de realisatierapportage. De nulplanning en informatie m.b.t. risico en maatregelen voor de realisatierapportage worden door CM aangeleverd. Coördinator CM is verantwoordelijk voor het aanleveren van de informatie uit het calculatiepakket DunMeerjaar en het M31‐blad. Budget voor het project wordt bepaald door VolkerRail Services. VolkerRail stelt de afstudeerder in de gelegenheid om de tijd en faciliteiten aan te wenden, welke nodig zijn voor het op de juiste wijze afronden van de afstudeeropdracht. . Afstudeerscriptie Realisatierapportage Pagina 14 van 43 .
(15) Voor het uitvoeren van de opdracht zijn de volgende middelen aanwezig: een PC met Intel dual core processor en met 2 GB intern geheugen, met als besturingssysteem Ms Windows XP. De software die ter beschikking is gesteld: Ms Internet Explorer; om de webbased applicaties als Maximo en Oracle BI te kunnen benaderen. Maximo; de gegevens t.b.v. de realisatierapportage te kunnen vastleggen, raadplegen en muteren. Oracle BI; om het rapport te kunnen maken en te exporteren naar Ms Excel. Ms Excel; om de aangeleverde informatie door CCM te kunnen raadplegen en bewerken en de realisatierapportage te kunnen produceren. Kladblok; om sql‐scripts te kunnen maken. SQL plus; om sql‐scripts en queries te kunnen uitvoeren. TOAD; controle van data in de database. Tevens is een OTAP omgeving aanwezig, waarin de nieuwe tabbellen, schermen in Maximo en het rapport in Oracle BI ontwikkeld kunnen worden. De tabellen en de nieuwe schermen in Maximo zullen als eerste in de ontwikkelomgeving ontwikkeld worden. Vervolgens worden deze overgezet naar de testomgeving van Maximo. In de testomgeving kan het rapport in Oracle BI gebouwd worden. Na goedkeuring wordt het nieuwe systeem met de productierelease overgezet naar de productieomgeving. . 3.5 Concrete werkzaamheden . Om de afstudeeropdracht tot een goed einde te brengen dienen er een aantal stappen doorlopen te worden: Opstellen van een plan van aanpak. Het interviewen van Coördinator Contractmanagers. De uitwerkingen van interviews en verschillen van werkwijzen vastleggen. Maken van een analyseverslag. Vergaderingen plannen om knelpunten te bespreken en tot besluiten komen. Maken van een Functioneel Ontwerp. Maken van een Technisch Ontwerp. In de ontwikkelomgeving tabellen en schermen in Maximo aanmaken. In de testomgeving tabellen en schermen in Maximo aanmaken. SQL‐scripts maken om de tabellen met data te vullen. In de testomgeving het rapport in Oracle BI door Transfer Solutions laten bouwen Testen door ontwikkelaars. Testen door eindgebruikers. In de productieomgeving tabellen en schermen in Maximo aanmaken en vullen met data d.m.v. sql scripts. In de productieomgeving het rapport in Oracle BI door Transfer Solutions laten bouwen. Schrijven van een handleiding en uitleg over het nieuwe systeem aan de eindgebruikers geven, om de realisatierapportage te produceren. Schrijven van de afstudeerscriptie. . Afstudeerscriptie Realisatierapportage Pagina 15 van 43 .
(16) 3.6 . Fasering . . Het project is opgedeeld in de volgende fasen: Initiatiefase Definitiefase Ontwerpfase Realisatiefase In hoofdstuk 4 zal worden ingegaan op de inhoud van de desbetreffende fases. . 3.7 . Op te leveren producten . Als eindresultaat voor de opdrachtgever wordt in Oracle BI met de benodigde informatie de realisatierapportage opgezet en de werkende export vanuit Oracle BI naar Excel van de realisatierapportage, naar een format die door de opdrachtgever voorgeschreven is. Gedurende de loop van het project worden ook de volgende producten opgeleverd: Plan van Aanpak; Analyseverslag; Functioneel Ontwerp; Technisch Ontwerp. 3.7.1 Plan van Aanpak Het plan van aanpak geeft informatie over de opdracht, de huidige situatie, de probleemstelling, het beoogde resultaat, de randvoorwaarden, mogelijke risico’s, de projectfasering, op te leveren producten en de planning. Het plan van aanpak is als bijlage aan deze scriptie toegevoegd (Bijlage I). 3.7.2 Analyseverslag Het verslag bevat een analyse van broninformatie en de organisatorische knelpunten die eerst beoordeeld en beantwoord moeten worden voor dat de realisatierapportage gerealiseerd kan worden. Het analyseverslag is als bijlage aan deze scriptie toegevoegd (Bijlage II). 3.7.3 Functioneel Ontwerp In het functioneel ontwerp wordt beschreven hoe de realisatierapportage tot stand gebracht wordt. Technische aspecten komen niet aan bod. Het doel van functioneel ontwerp is het goed inzichtelijk maken van welke informatie benodigd is en welke functionaliteiten het nieuwe systeem bevat om de realisatierapportage tot stand te brengen. Het functioneel ontwerp is als bijlage aan deze scriptie toegevoegd (Bijlage III). 3.7.4 Technisch Ontwerp In het technisch ontwerp is een uitleg gedaan van de technische beschrijving van de realisatierapportage hoe tot deze stand gebracht wordt. Dit document is als richtlijn gebruikt tijdens de ontwikkeling en wordt later als naslagwerk bij het beheer van het nieuwe systeem t.b.v. de realisatierapportage gebruikt. Het technisch ontwerp is als bijlage aan deze scriptie toegevoegd (Bijlage IV). Afstudeerscriptie Realisatierapportage Pagina 16 van 43 .
(17) 4 . AANPAK . Om het project structuur te geven heb ik gekozen om gebruik te maken van de zogenaamde waterval methode. Deze dient als leidraad voor mijn project. Er is ook nagedacht over de mogelijke risicofactoren die kwamen kijken bij het project. Omdat het opleveren van het eindproduct uit een tijdsduur van 14 weken bestaat, moest er ook een strakke planning opgesteld worden. Deze planning is in het plan van aanpak terug te vinden, het plan van aanpak is als bijlage aan deze scriptie toegevoegd (Bijlage I). . 4.1 Methoden en technieken Met de waterval methode heb ik de ontwikkeling van het project in fases verdeeld: Initiatiefase Definitiefase Ontwerpfase Realisatiefase Elke fase moet eerst afgerond zijn voor dat er aan het volgende begonnen mag worden. Het gevolg hiervan is, indien de definitiefase langer duurt dan gepland, dat het gevolgen heeft voor het functioneel ontwerp en technisch ontwerp dat deze niet tijdig geschreven en definitief gemaakt kan worden. Dit heeft dan weer gevolgen dat de externe leverancier moet wachten bij het bouwen van de realisatierapportage in Oracle BI. Het op elkaar wachten kost te veel tijd en dus ook geld. Met deze methode wordt het zeer moeilijk om wijzigingen door te voeren. Als er tijdens de bouw iets gewijzigd wordt, dan moet het Functionele Ontwerp en Technische Ontwerp helemaal opnieuw gedaan worden. Het grootste nadeel aan deze methode. Een voordeel van de watervalmethode is dat het altijd duidelijk is in welke fase het project zich bevindt. Dit voordeel heeft is voor mij bepalend geweest bij het kiezen voor deze methode. Tevens heb ik ook in mijn plan van aanpak gebruik gemaakt van de MoSCoW tabel. Als het project buiten het budget gaat of als een fase niet binnen de geplande tijd afgehandeld gaat worden, wordt er een principe toegepast genaamd timeboxing. Er wordt dan gekeken welke functionaliteit er geschrapt kan worden. Dit wordt bepaald door alle functionaliteiten in een MoSCoW tabel te plaatsen. Er wordt dan bepaald of de functionaliteit: Must have : gerealiseerd moet worden; Should have : gerealiseerd zou moeten worden; Could have : gerealiseerd zou kunnen worden; Would have : hoeft nu niet gerealiseerd te worden, leuk om te hebben. . Afstudeerscriptie Realisatierapportage Pagina 17 van 43 .
(18) Omdat voor dit project geen budget is bepaald, is deze MoSCoW tabel meer gebruikt om uit te zoeken welke functionaliteiten de opdrachtgever graag wil zien in het tot stand brengen van de realisatierapportage. Hier onder zal ik kort omschrijven wat de fasen inhouden, dit vormt een helder beeld voor het lezen van dit verslag. Initiatiefase In deze fase is het doel zo volledig mogelijk omschrijven van de opdracht en het verwachtte resultaat. Er zal bekeken worden of het beoogde resultaat in overeenstemming is met de verwachting van de opdrachtgever. Bij dit project is de aanleiding tot de initiatiefase de wens van het automatiseren en uniformiteit van werkwijzen van de realisatierapportage geweest. Voor het project is de initiatiefase van wezenlijk belang. Het initiatief is beslissend voor de slaagkans van het project. In deze fase ontstaan ideeën en worden deze uitgewerkt en getoetst op hun haalbaarheid. . Als de eisen aan het resultaat duidelijk zijn, wordt het plan van aanpak in deze fase opgesteld. Het is van belang dat de opdrachtgever en opdrachtnemer samenwerken in de initiatiefase. Opdrachtgever moet beoordelen en meedenken in de initiatieven die de opdrachtnemer indient, maar andersom moet ook de opdrachtnemer meedenken en zich aanpassen aan de wensen van de opdrachtgever. Definitiefase Het doel van deze fase is te inventariseren welke systemen momenteel als bron van informatie voor de realisatierapportage gebruikt worden. Ook worden er in deze fase interviews gehouden om er achter te komen hoe men momenteel de realisatierapportage aanlevert. Er zal een analyse gedaan worden naar de verschillen in werkwijzen m.b.t. het genereren van de realisatierapportage. Hierover wordt een analyseverslag gemaakt en de verschillende werkwijzen worden in kaart gebracht. Aan het einde van deze fase worden uitwerkingen van interviews en het analyseverslag opgeleverd. En uiteindelijk wordt de oplossingsrichting bepaald. In deze fase wordt ook verwacht dat de organisatorische vraagstukken door de opdrachtgever beantwoord te worden. Hiervoor dien ik mijzelf ook in de processen van VolkerRail Services verdiepen en toetsen of het gewenste resultaat ook hierop aansluit. Dit maakt een deel uit van mijn leer‐ en ontwikkelproces. . Afstudeerscriptie Realisatierapportage Pagina 18 van 43 .
(19) Ontwerpfase In deze fase wordt de gekozen oplossingsrichting uit de definitiefase verder uitgewerkt. Het functioneel ontwerp en het technisch ontwerp worden gemaakt. De informatie die benodigd is vanuit de applicatie DunMeerjaar (calculatie software), de tabellen die in Maximo (onderhoudsmanagementsysteem) gemaakt gaan worden beschreven. Het ontwerp van de rapportage in Oracle BI wordt hier niet beschreven, omdat deze door de externe leverancier Transfer Solutions gebouwd en opgeleverd zal worden. In deze fase worden in de ontwikkelomgeving van Maximo de benodigde tabellen en schermen t.b.v. realisatierapportage ontwikkeld. Realisatiefase In deze fase wordt in de ontwerpfase genoemde ontwerp als eerste in de testomgeving geïmplementeerd. In deze fase worden de benodigde tabellen en schermen t.b.v. realisatierapportage in de testomgeving van Maximo aangemaakt. De realisatierapportage in Oracle BI wordt door de externe leverancier Transfer Solutions aan de hand van het functioneel en technisch ontwerp in de testomgeving aangemaakt. Het nieuwe systeem voor het realiseren van de realisatierapportage wordt als eerste door de ontwikkelaar en door mij in de testomgeving getest. Daarna wordt door één van de CCM’ers het nieuwe systeem getest. Tevens wordt de werkende export naar Ms Excel van de realisatierapportage vanuit Oracle BI getest. Na goedkeuring van de gebruiker en de ontwikkelaar wordt het nieuwe systeem in de productieomgeving geïmplementeerd. Als eerste wordt met de productierelease van Maximo de benodigde tabellen en schermen geïnstalleerd en vervolgens wordt door de externe leverancier Transfer Solutions de realisatierapportage in de productieomgeving van Oracle BI gebouwd. Ook zal er uitleg gegeven worden aan de directe collega’s, zodat zij bekend worden met het opgeleverde product. Tevens wordt voor de eindgebruikers een handleiding gemaakt en een presentatie gegeven over de nieuwe werkwijze voor het genereren van de realisatierapportage. . Afstudeerscriptie Realisatierapportage Pagina 19 van 43 .
(20) 4.1.1 Technieken De technieken die ik tijdens mijn afstudeerperiode getracht te gebruiken zijn: Interviewen Om het gewenste resultaat te verduidelijken en verschillende werkwijzen per regio in kaart te brengen, heb ik samen met de opdrachtgever ervoor gekozen om per regio interviews te gaan plannen aan het begin van het project met de Coördinator ContractManagers. Naast het plannen van de interviews en vergaderingen, zal ik per twee weken overleg met mijn bedrijfsbegeleider hebben om de voortgang van het project te bespreken en feedback te ontvangen. Timeboxing Om het beheersen van het project te vergemakkelijken zijn er een reeks van projectmanagementtechnieken. Ik heb gekozen voor het deels toepassen van Timeboxing. Met de toepassing van Timeboxing kan de planning opgesteld worden binnen de gefixeerde grenzen van tijd. Het concept van Timeboxing zit hem in het fixeren van een einddatum voor een fase of een gedeelte hiervan. Deze delen worden vervolgens in stukjes gecategoriseerd en gesorteerd op prioriteit. De delen zullen vervolgens één voor één afgehandeld worden. Mocht het einde van de timebox bereikt zijn, en nog niet alle delen afgehandeld zijn, dan zijn in ieder geval de belangrijkste delen van de fase afgehandeld. Versiebeheer Ook een projectmanagementtechniek die ik zal gebruiken is versiebeheer. Versiebeheer zorgt voor dat twee ontwikkelaars aan hetzelfde bestand tegelijk kunnen werken. Omdat er bij dit project de ontwikkelaars niet aan hetzelfde deel van het project werken en dus niet gebruiken maken van dezelfde bestanden, heb ik voor gekozen om geen apart tool te gebruiken voor versiebeheer. Versiebeheer is bij dit project merendeels gebruikt voor de documenten, de schermen en scripts die in het functioneel en technisch ontwerp beschreven zijn. De versies van de gebruikte bestanden zijn gedefinieerd in de omschrijving van de bestanden. . Afstudeerscriptie Realisatierapportage Pagina 20 van 43 .
GERELATEERDE DOCUMENTEN
Tijdens een cyclus van elke acht opeenvolgende cellen introduceert gestructureerde CES een andere byte voor de AAL1 structuur pointer als de blokgrootte groter is dan één
The available encodings for hone-byte-encodingi are listed in section “1.2 Supported encodings” of package stringenc’s documentation [ 3 ].. Of course, the encoding must encode
void println( Object ) PrintStream void setError( ) PrintStream void write( int ) PrintStream void write( byte[], int, int ) PrintStream void close( ) FilterOutputStream void flush(
void setError( ) PrintStream void write( int ) PrintStream void write( byte[], int, int ) PrintStream void close( ) FilterOutputStream void flush( ) FilterOutputStream void write( int
[r]
[2006], Beck and Ben-Tal [2006b] suggests that both formulations can be recast in a global optimization framework, namely into scalar minimization problems, where each
The acknowledgement number (acq) that host A puts in its acknowledgement segment to B is the sequence nr. of the next byte host A is expecting from host B. For example is ack is
In de middelste afbeelding heeft de gebruiker vier keer geklikt, en zijn er dus acht kaders. De grijstinten van de kaders blijven het hele scala van wit naar zwart doorlopen, in
