Dataopslag is meer dan een SAN!

Hele tekst

(1)Auteuur: R.C.T.J. van den Brandt Opleiding: AIB, Avaans Hogescho ool Organnisatie: S.G. D De Rooi Panneen.

(2) Afstudeerscriptie Auteur: R.C.T.J. van den Brandt Bedrijfsbegeleider: Peter Verhoeven Datum: zondag 20 juni 2010 Docent begeleider: Jan Montizaan Document naam: Afstudeer Scriptie SAN DRP RBa 2005208 Versie 1.0.docx Document versie: 1.0 Email: robinvandenbrandt@hotmail.com Opleiding: Informatica (duaal) Organisatie: S.G. De Rooi Pannen Studentnummer: 2005208 Periode: Werkend Leren 2 Plaats: Elshout School: Avans Studiejaar: 2009 – 2010.

(3) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN!. VOORWOORD Deze scriptie is geschreven naar aanleiding van de afstudeer opdracht die ik, Robin van den Brandt, heb uitgevoerd bij S.G. De Rooi Pannen in Tilburg. Deze scriptie is geschreven in opdracht van Avans Hogeschool richting Informatica. Deze informatica opleiding heb ik in de duale vorm gevolgd. Na het volgen van deze 4-jarige opleiding ben ik in de laatste fase, het afstuderen, aangekomen. In deze scriptie kunt u meer lezen over de afstudeeropdracht die ik in deze laatste fase heb uitgevoerd. De doelgroep waarvoor deze scriptie geschreven is, betreft ICT-functionarissen die belast zijn met de omschakeling van de meer ‘kwetsbare’ dataopslag-methode ‘Direct Attached Storage’, naar de meer ‘betrouwbare’ dataopslag-methode ‘Storage Area Network’. Als afstudeeropdracht heb ik de problemen en knelpunten met betrekking tot dataopslag welke binnen S.G. De Rooi Pannen aanwezig is in kaart gebracht. Op basis van deze gegevens heb ik onderzoek gedaan naar de best passende oplossing voor S.G. De Rooi Pannen om de data opslag te centraliseren. Ter afronding van mijn afstudeeropdracht heb ik het offertetraject voor een centraal opslagsysteem binnen S.G. De Rooi Pannen doorlopen. Met dit schrijven wil ik iedereen bedanken die mij heeft geholpen, bijgestaan of heeft gemotiveerd tijdens de uitvoering van mijn afstudeeropdracht. In het bijzonder wil ik mijn ouders bedanken voor het faciliteren van deze studie. Uiteraard wil ik mijn vriendin bedanken voor de onvoorwaardelijke steun die ze mij de afgelopen drukke jaren gegeven heeft. Daarnaast wil ik mijn afdelingshoofd, Dhr. Peter Verhoeven, bedanken voor het feit dat hij mij in de gelegenheid heeft gesteld om mijn afstudeer opdracht binnen S.G. De Rooi Pannen uit te voeren en dat hij in de rol van bedrijfsbegeleider mij tijdens dit project ondersteund heeft. Ook de overige twee leden van de project groep, John Gloudemans en Jeoffry van Esch, wil ik bedanken voor de fijne samenwerking. Daarnaast wil ik mijn overige naaste collega’s bedanken voor het (tijdelijk) overnemen van een deel van mijn werkzaamheden. Last but not least wil ik Dhr. Jan Montizaan bedanken voor zijn rol als docent begeleider, die hij met verve heeft vervuld. Elshout, juni 2010. Robin van den Brandt.

(4) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN! SAMENVATTING Dit rapport geeft een beschrijving van het projectverloop aangaande de omschakeling van de meer ‘kwetsbare’ dataopslag-methode Direct Attached Storage, naar de meer ‘betrouwbare’ dataopslagmethode Storage Area Network. Deze scriptie geeft een beschrijving van het project dat ik als afstudeerder informatica heb uitgevoerd bij Scholen Gemeenschap De Rooi Pannen te Tilburg. De Rooi Pannen is een verticale scholengemeenschap voor VMBO en MBO met beroepsopleidingen in de sectoren Handel, Horeca, Toerisme/Recreatie, Vormgeving en Brood & Banket. De school, in 1967 gestart met 43 leerlingen, is in ruim 40 jaar uitgegroeid tot een onderwijsinstituut met ruim 7400 dagschoolstudenten en 725 medewerkers. Vanuit de diverse afdelingen (“klanten”) binnen S.G De Rooi Pannen is er de sterke vraag om alle leerlingen en personeelsleden een grote (1GB) ‘home directory’ aan te bieden en om de aanwezige afdelingsmappen te vergroten. Dit is met de huidige, meer ‘kwetsbare’ en niet ‘schaalbare’, ‘Direct Attached Storage’-aanpak niet mogelijk. Verder is er vanuit de afdeling beheer de noodzaak om flexibeler en effectiever met de aanwezige opslag capaciteit om te gaan en is er de sterke wens om in de nabije toekomst te gaan virtualiseren waarbij een centraal opslagsysteem een vereiste is. Daarnaast is het momenteel al haast onmogelijk om de back-up van de data binnen het back-up window (‘s nachts) te voltooien. Dit project is uitgevoerd conform de gehanteerde methodiek binnen S.G. De Rooi Pannen waarbij alle projectfasen tot en met het offerte traject doorlopen zijn. Deze aanpak is geen gestandaardiseerde methode, maar dit is een aanpak die door de jaren heen zijn nut bewezen heeft (best practice). Deze aanpak komt sterk overeen met de ‘SIM-3’-methodiek. Zeker is vermeldenswaardig dat ten gevolge van dit project het offerte traject van de afdeling ICT verder geprofessionaliseerd is en dat de huidige, de gewenste en de mogelijk toekomstige ICTinfrastructuurinrichtingen zodanig gemodelleerd zijn dat ze gebruikt kunnen worden als communicatiemiddel tussen partijen die over uiteenlopende ICT-kennis beschikken. Op basis van dit doorlopen traject wordt er een aantal conclusies en aanbevelingen gedaan. De belangrijkste conclusie is dat de ‘IBM N6040-A20’-oplossing het beste aansluit bij de eisen en wensen van S.G. De Rooi Pannen en de aanbeveling is dan ook om deze aan te schaffen. Een tweede conclusie is dat het maken van een offerteaanvraagdocument zeer effectief is en er de aanbeveling is om voor vervolgprojecten altijd een offerteaanvraagdocument op te stellen. Tot slot is er de conclusie dat het modelleren van de complexe ICT-infrastructuur van de locatie Tilburg zeer veel voordelen oplevert en is er de aanbeveling om op korte termijn de ICTinfrastructuur van de locaties Breda en Eindhoven op dezelfde manier te modelleren..

(5) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN!. Inhoudsopgave 1. 2.. Inleiding ..................................................................................................................................................................................................... 8 Organisatie: S.G. De Rooi Pannen ...................................................................................................................................................... 9 Algemene beschrijving SG De Rooi Pannen .............................................................................................................................................. 9 Introductie .................................................................................................................................................................................................... 9 Organigram ................................................................................................................................................................................................. 10 Afdeling ICT ............................................................................................................................................................................................... 11 Functie Omschrijving Netwerkbeheerder (afstudeerder) ...............................................................................................................11 Cultuur ........................................................................................................................................................................................................ 12 3. Opdracht ................................................................................................................................................................................................ 13 Achtergrond & context ................................................................................................................................................................................ 13 Probleemsituatie ............................................................................................................................................................................................ 13 Opdracht ......................................................................................................................................................................................................... 13 Doelstelling(en) .............................................................................................................................................................................................. 13 4. Plan van Aanpak .................................................................................................................................................................................... 14 Activiteiten ...................................................................................................................................................................................................... 14 Afstudeervoorbereiding ........................................................................................................................................................................... 14 Voorbereidingsfase ................................................................................................................................................................................... 14 Oriëntatiefase............................................................................................................................................................................................. 14 Offertetraject ............................................................................................................................................................................................. 14 Go/ No go .................................................................................................................................................................................................. 15 Besluitvorming ........................................................................................................................................................................................... 15 Realisatie ..................................................................................................................................................................................................... 15 Implementatie ............................................................................................................................................................................................ 15 Evaluatie....................................................................................................................................................................................................... 15 Planning ............................................................................................................................................................................................................ 15 Afbakening ....................................................................................................................................................................................................... 15 Producten ........................................................................................................................................................................................................ 15 Kwaliteit ........................................................................................................................................................................................................... 16 Risico ................................................................................................................................................................................................................ 17 5. Methode en technieken.......................................................................................................................................................................18 Methode ........................................................................................................................................................................................................... 18 Methodiek keuze ....................................................................................................................................................................................... 18 “Rooi Pannen”-methode..........................................................................................................................................................................20 Opzet projectorganisatie .................................................................................................................................................................... 20 Project Flow........................................................................................................................................................................................... 21 Iteratief werken..................................................................................................................................................................................... 22 Leiding ..................................................................................................................................................................................................... 22 Budgettering........................................................................................................................................................................................... 22 Eisen en wensen .................................................................................................................................................................................... 22 Communicatie ....................................................................................................................................................................................... 22 Weerstand ............................................................................................................................................................................................. 22 Technieken ...................................................................................................................................................................................................... 23 Modelleren .................................................................................................................................................................................................. 23 Onderzoek.................................................................................................................................................................................................. 23 Internet ................................................................................................................................................................................................... 23 Referenties ............................................................................................................................................................................................. 23 Interview ................................................................................................................................................................................................. 23 Long list short list ................................................................................................................................................................................. 23 Tools................................................................................................................................................................................................................. 23 BiZZdesign Architect ............................................................................................................................................................................... 23 Microsoft Visio........................................................................................................................................................................................... 23 BiZZdesigner .............................................................................................................................................................................................. 24 TortoiseSVN .............................................................................................................................................................................................. 24 6. Uitvoering & resultaten ....................................................................................................................................................................... 25 Voorbereidingsfase ........................................................................................................................................................................................ 25 Totstandkoming definitieve opdracht ................................................................................................................................................... 25 Afspraken vastleggen ................................................................................................................................................................................ 25 Bepalen projectaanpak ............................................................................................................................................................................. 26 Opzet van de Projectorganisatie ........................................................................................................................................................... 26 Belanghebbenden in kaart brengen ....................................................................................................................................................... 27 Probleemformulering ............................................................................................................................................................................... 27 Doelstellingen bepalen ............................................................................................................................................................................. 28 Grote (1GB) home directory voor leerlingen en personeel ......................................................................................................28.

(6) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN! Afdelingsmappen fors vergroten ....................................................................................................................................................... 28 Beheerslast van de opslagcapaciteit verlagen ................................................................................................................................. 28 Schaalbaarheid van opslag oplossing verhogen ..............................................................................................................................29 Flexibiliteit van opslagcapaciteit verhogen ...................................................................................................................................... 29 Uptime van de opslagoplossing verhogen ....................................................................................................................................... 29 Back-up window verkleinen ............................................................................................................................................................... 29 Consolidatie fysieke servers............................................................................................................................................................... 30 Virtualisatie (in de toekomst) mogelijk maken ..............................................................................................................................30 Meetbare doelstellingen na oplevering centraal opslagsysteem .................................................................................................30 Opstellen Plan van Aanpak......................................................................................................................................................................31 Opstellen project plan ............................................................................................................................................................................. 31 Opstellen business case ........................................................................................................................................................................... 31 Oriëntatiefase ................................................................................................................................................................................................. 32 Onderzoek (Wens in kaart brengen/mogelijkheden producten bekijken) ..................................................................................32 Internet Onderzoek ............................................................................................................................................................................. 32 Interview referenties............................................................................................................................................................................ 32 Afspraak met leverancier .................................................................................................................................................................... 33 Internet onderzoek naar HP oplossing ............................................................................................................................................ 33 ICT infrastructuur in kaart brengen......................................................................................................................................................33 Modelleren ICT-infrastructuur .......................................................................................................................................................... 34 Oude ICT-infrastructuur ............................................................................................................................................................ 34 Huidige ICT-infrastructuur ........................................................................................................................................................ 35 Gewenste ICT-infrastructuur .................................................................................................................................................... 36 Toekomst ICT-infrastructuren ................................................................................................................................................. 36 Toekomst ICT-infrastructuur 1 ..........................................................................................................................................37 Toekomst ICT infrastructuur 2...........................................................................................................................................37 Modelleren server groepering ........................................................................................................................................................... 38 Modelleren applicatielandschap..............................................................................................................................................................40 Offerte traject ................................................................................................................................................................................................ 42 Offerteaanvraagdocument opstellen ..................................................................................................................................................... 42 Offerte aanvraag document versturen ................................................................................................................................................. 42 Reacties van aangeschreven leveranciers.............................................................................................................................................42 Eerste beoordeling offertes .................................................................................................................................................................... 43 Technische besprekingen met potentiële leveranciers .....................................................................................................................43 Definitieve beoordeling offertes ............................................................................................................................................................ 43 Advies centraal ICT aan college van bestuur ...................................................................................................................................... 44 Verder verloop............................................................................................................................................................................................... 44 Go/No Go .................................................................................................................................................................................................. 44 Budget vrij maken ..................................................................................................................................................................................... 44 Besluitvorming fase ........................................................................................................................................................................................ 44 Realisatie fase .................................................................................................................................................................................................. 44 Implementatie fase ......................................................................................................................................................................................... 45 Evaluatie fase ................................................................................................................................................................................................... 45 7. Conclusies en aanbevelingen .............................................................................................................................................................. 46 Aanschaf centraal opslagsysteem ............................................................................................................................................................... 46 Conclusie/ Aanbevelingen ....................................................................................................................................................................... 46 Project verloop .............................................................................................................................................................................................. 47 Conclusie .................................................................................................................................................................................................... 47 Aanbevelingen ............................................................................................................................................................................................ 47 Modelleren infrastructuur............................................................................................................................................................................47 Conclusie .................................................................................................................................................................................................... 47 Aanbevelingen ............................................................................................................................................................................................ 47 8. Reflectie .................................................................................................................................................................................................. 48 Problemen/Knelpunten ................................................................................................................................................................................. 48 Traaglopend offertetraject ...................................................................................................................................................................... 48 Lage projectprioriteit ............................................................................................................................................................................... 48 Wijziging in uitgangspunten ..................................................................................................................................................................... 48 Oplossingen moeilijk te vergelijken ...................................................................................................................................................... 48 Beperkte tijd afstudeer periode ............................................................................................................................................................. 49 Late bekendmaking goedkeuring opdracht..........................................................................................................................................49 Late bekendmaking afstudeerbegeleider .............................................................................................................................................. 49 Niet toegevoegd aan Blackboard Course “AIB-Werkendleren” ...................................................................................................49 Persoonlijke ontwikkel competenties ....................................................................................................................................................... 49.

(7) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN! Samenwerken 4 ......................................................................................................................................................................................... 49 Projectmatig werken 4 ............................................................................................................................................................................. 50 Leren en ontwikkelen 4 ........................................................................................................................................................................... 50 Communiceren 4 ...................................................................................................................................................................................... 51 Analyseren en oordeelsvorming 4 ........................................................................................................................................................ 51 Omgevingsbewust denken en handelen 4 ........................................................................................................................................... 51 9. Bronnen .................................................................................................................................................................................................. 52 10. Verklarende woordenlijst ................................................................................................................................................................... 54 11. Bijlagen .................................................................................................................................................................................................... 56 Bijlage I. : Theorie aangaande opslagsysteem oplossingen ....................................................................................................................56 Bijlage II.: functie Netwerkbeheerder ....................................................................................................................................................... 57 Bijlage III.: Planning......................................................................................................................................................................................... 59 Bijlage IV.: Opdrachtgevers, opdrachtnemers, samenstelling projectgroep .....................................................................................60 Bijlage V.: Memo onderzoek opslag ........................................................................................................................................................... 61 Bijlage VI.: Deelproblemen .......................................................................................................................................................................... 62 Bijlage VII.: Interview Onderwijsgroep Tilburg ....................................................................................................................................... 63 Bijlage VIII.: Visio model ‘oude situatie’ .................................................................................................................................................... 65 Bijlage IX.: BiZZdesign Architect model ‘oude situatie’........................................................................................................................ 66 Bijlage X.: Visio model ‘huidige situatie’ ................................................................................................................................................... 67 Bijlage XI.: BiZZdesign Architect model ‘huidige situatie’ .................................................................................................................... 68 Bijlage XII.: Visio model ‘gewenste situatie’ ............................................................................................................................................. 69 Bijlage XIII.: BiZZdesign Architect model ‘gewenste situatie’ .............................................................................................................70 Bijlage XIV.: Visio model ‘Toekomst situatie 1’ ...................................................................................................................................... 71 Bijlage XV.: BiZZdesign Architect model ‘Toekomst situatie 1’ .........................................................................................................72 Bijlage XVI.: Visio model ‘Toekomst situatie 2’ ...................................................................................................................................... 73 Bijlage XVII.: BiZZdesign Architect model ‘Toekomst situatie 2’....................................................................................................... 74 Bijlage XVIII.: Long-list / Short-list ............................................................................................................................................................. 75 Bijlage XIX.: Telindus-ISIT vragen m.b.t. offerte aanvraag SAN ..........................................................................................................77 Bijlage XX: DHS informatisering Vragen naar aanleiding van offerte aanvraag SAN .....................................................................81.

(8) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN!. 1. INLEIDING Aanleiding school Dit product is tot stand gekomen ten behoeve van de afstudeeropdracht die ik, Robin van den Brandt, heb uitgevoerd. Naast mijn dagelijkse voltijd dienstverband als netwerkbeheerder bij S.G. De Rooi Pannen heb ik de vierjarige informaticaopleiding aan de Avans Hogeschool in de duale vorm gevolgd. Voor de laatste fase van deze studie heb ik mijn afstudeeropdracht op mijn werk uitgevoerd. Aanleiding SG De Rooi Pannen Vanuit de afdelingen (“klanten”) is er de sterke vraag om alle leerlingen en personeelsleden een grote (1GB) ‘home directory’ aan te bieden en om de aanwezige afdelingsmappen te vergroten. Verder is er vanuit de afdeling beheer de noodzaak om flexibeler en effectiever met de aanwezige opslagcapaciteit om te gaan en is er de sterke wens om in de nabije toekomst te gaan virtualiseren waarbij een centraal opslagsysteem een vereiste is. Daarnaast is het op dit moment al haast onmogelijk om de back-up van de data binnen het back-up window (‘s nachts) te voltooien. Storage oplossingen Voor het aanbieden van opslagcapaciteit is een aantal technische oplossingen mogelijk. In dit document komen een drietal (Network Attached Storage, Storage Area Network, Direct Attached Storage) ‘technische’ opslagoplossingen aan bod. Als u niet bekend bent met deze oplossingen, dan verwijs ik u naar Bijlage I. : Theorie aangaande opslagsysteem oplossingen. Doelstelling. De locatie Tilburg voorzien van een goed uitbreidbaar, flexibel en zeer stabiel centraal opslag (Storage Area Network) systeem. Methode Voor dit project heb ik gebruik gemaakt van de standaard projectaanpak zoals deze binnen S.G. De Rooi Pannen gehanteerd wordt. Deze aanpak is geen gestandaardiseerde methode, maar dit is een aanpak die door de jaren heen zijn nut bewezen heeft (best practice). Deze aanpak komt sterk overeen met de SIM3-methodiek. Structuur In dit verslag is het gehele proces beschreven, van opdracht tot net voor de implementatie. Na de samenvatting en inleiding wordt in het hoofdstuk “Organisatie: S.G. De Rooi Pannen” een introductie gegeven over de organisatie en de afdeling waarbinnen deze opdracht uitgevoerd is. Hierna wordt in het hoofdstuk “Opdracht” dieper ingegaan op de context, het probleem, de opdracht en de doelen. Na de opdrachtbeschrijving volgt het hoofdstuk “Plan van Aanpak”, waarin het plan van aanpak wordt uitgewerkt. Daarna wordt in het hoofdstuk “Methode en Technieken” dieper ingegaan op de methoden en technieken die tijdens dit project gebruikt zijn. In het hoofdstuk “Uitvoering & resultaten” wordt beschreven op welke manier dit project uitgevoerd is en wat de behaalde resultaten zijn. Vervolgens worden er in hoofdstuk “Conclusies en aanbevelingen” conclusies getrokken uit het doorlopen traject en aanbevelingen gedaan voor het vervolgtraject. Tot slot wordt er in het hoofdstuk “Evaluatie” op producten procesniveau teruggekeken op het project.. 8.

(9) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN!. 2. ORGANISATIE: S.G. DE ROOI PANNEN In dit hoofdstuk worden een algemene introductie, een organigram, een beschrijving van de afdeling ICT, de functie van een netwerkbeheerder en de cultuur van S.G. De Rooi Pannen nader uitgewerkt. ALGEMENE BESCHRIJVING SG DE ROOI PANNEN INTRODUCTIE De Rooi Pannen is een verticale scholengemeenschap voor VMBO en MBO met beroepsopleidingen in de sectoren Handel, Horeca, Toerisme/Recreatie, Vormgeving en Brood & Banket. De school, in 1967 gestart met 43 leerlingen, is in ruim 40 jaar uitgegroeid tot een onderwijsinstituut met ruim 7400 dagschoolstudenten en 725 medewerkers. Aan de Tilburgse Dr. Ahausstraat is één (unieke) locatie verrezen met naast het hoofdgebouw - een karakteristiek oud klooster - zes moderne schoolgebouwen, die plaats bieden aan de afdelingen VMBO, MBO Handel, MBO Horeca, MBO Vormgeving en MBO Toerisme/Recreatie. Daarnaast heeft De Rooi Pannen vestigingen in Eindhoven, met naast de afdeling VMBO, MBO-opleidingen in de branches Horeca, Toerisme/Recreatie en Brood & Banket, en Breda met MBO-opleidingen in de branches Horeca en Toerisme/Recreatie. De Rooi Pannen staat garant voor kwalitatief hoogstaand onderwijs dat gekenmerkt wordt door een praktische en gespecialiseerde benadering. Dit komt tot uitdrukking in de moderne praktijkfaciliteiten waarover De Rooi Pannen beschikt en de nauwe banden die de scholengemeenschap onderhoudt met het (regionale) bedrijfsleven. Momenteel wordt binnen De Rooi Pannen hard gewerkt aan de vormgeving van het onderwijs van de toekomst. Met ondersteuning van het Europees Sociaal Fonds worden alle docenten opgeleid om de opleidingen volgens de nieuwe competentiegerichte kwalificatiestructuur te ontwikkelen.. Figuur 1: Foto Hoofdgebouw Scholengemeenschap De Rooi Pannen. 9.

(10) 21-6-20010 Versie:1.0. Scriptie: Data opslag o is meeer dan een SAN! S ORGANIGRAM In onderrstaand figuur (figuur 2) is de structuuur van scholeengemeenschap De Rooi Pannen weergeven. De in figguur 2 met ro ood aangegeeven medeweerkers staan normaliter niet n op dit overzicht. Deeze medeweerkers zijn aaan dit overziccht toegevoeegd om u een n indicatie vaan omvang (ccentraal en decentraaal) van de IC CT afdeling te t geven.. Figuurr 2: Structuur Scholengemeen S nschap De Rooii Pannen. 10.

(11) 21-6-20010 Versie:1.0. Scriptie: Data opslag o is meeer dan een SAN! S AFDELING ICT In het onnderstaande actorendiagram (figuur 3), 3 gemaakt met m het proggramma BiZZ Zdesigner, kunt k u duidelijkk zien wat dee plaats van de d afdeling IC CT binnen SG G De Rooi Pannen P is. Daaarnaast kuntt u zien dat de ceentrale afdeling ICT uit één é hoofd IC CT, drie netw werkbeheerd ders, twee asssistent netwerkkbeheerders en één accountmanager bestaat. Naaast de centraale ICT-afdelling heeft ied dere afdeling binnen SG De D Rooi Pannnen een ICT-medewerkeer (werkplekkbeheerder). c belang dat de centrale en decentrale Voor dee optimale dieenstverleningg is het van cruciaal medeweerkers zeer goed g met elkkaar communniceren en saamenwerkenn.. Figuuur 3: ICT Actooren Diagram. FUNCTIEE OMSCHRIJVING NETWERRKBEHEERDER (AFSTUDEERD DER) In de funnctieomschriijving uit de bijlage b (Bijlagge II.: functie Netwerkbeheerder) ziet u een omschrijving van mijn dagelijkse fuunctie binnenn SG De Roo oi Pannen.. 11.

(12) 21-6-20010 Versie:1.0. Scriptie: Data opslag o is meeer dan een SAN! S CULTUUR S.G. De Rooi Pannenn is een duid delijk taakgerrichte organissatie, hetgeeen blijkt uit het figuur 4 (llinks). Binnen S.G. S De Rooi Pannen is teamwork zeeer belangrijkk, de resultatten zijn belanngrijker dan de regels en men spreekt elkaar aan op geemaakte afspraken. Daarn naast heerst er een ondeersteunend klimaattyype, hetgeenn blijkt uit heet figuur 4 (reechts), waariin vlot wordtt samengeweerkt en waarrin men elkaar inn moeilijke tijjden helpt. De D communiccatie verloop pt via korte communicattielijnen. d uitkomsten van de Harrison & Han ndy en Vokippo cultuurannalysetechnieeken In figuur 4 worden de weergeggeven.. Figguur 4: Cultuurr Scholengemeeenschap De Roooi Pannen. Voor dee volledige cuultuuranalysee verwijs ik u graag naar het h documennt “RvdB Orrganisatie Cu ultuur Analyse SG DRP.docc”. Dit docum ment heb ik opgezet op basis van de cultuuranalyyse, die ik vo oor het c se in het eersste kwartaal van het 4de leerjaar binnnen S.G. De Rooi R vak bedrrijfskundige cultuuranalys Pannen uitgevoerd u h heb.. 12.

(13) 21-6-20010 Versie:1.0. Scriptie: Data opslag o is meeer dan een SAN! S 3. OPD DRACHT In dit ho oofdstuk zulleen de achterrgrond & conntext, de pro obleemsituatie, de opdraccht en de doelstellingen nader geformuleerrd worden. RGROND & CONTEXT ACHTER In 2005 is er al eens serieus naarr een centraaal opslagsysteeem gekekenn. Om r (tijd d/geld) is dit systeem er toen t niet gekkomen. Mom menteel diverse redenen wordt de vraag naar opslagcapacciteit zo groo ot dat het bin nnenkort nieet langer m door tte mogelijkk is om op dee traditionelee, Direct Atttached Storaage (DAS), manier gaan mett dataopslag.. S.G. De Rooi Pannenn heeft beslo oten haar dattaopslag te consolideren zodat er flexibeler met de aannwezige opsllagcapaciteit omgegaan kan k worden. EEMSITUATIIE Figuuur 5: DAS PROBLE Door dee steeds grotter wordend de vraag naarr opslag (storrage) is het niet n meer mo ogelijk om op de huidige (Direct ( Attacched Storagee) manier oppslag capaciteeit aan te bieeden.. d Storage’ aan npak laat ernnstig te De uitbrreidbaarheid van de ‘Direect Attached wensen over. Zo will SG De Roo oi Pannen haaar medewerkers en leerllingen een eigen inlogaccouunt met een eigen home directory (teer grootte vaan 1 GB) aannbieden. h bijna onm mogelijk om aan deze weensen te vold doen. Met de ‘Direct Attacched Storagee’-aanpak is het d capaciteit betekend auutomatisch het uitbreidenn van de bacck-up. De huidige Het uitbbreiden van de back-up situatie bescchikt namelijk niet over de d capaciteit om de sterkk toenemend de hoeveelheeid data te back-uuppen. m de aanweezige opslagm media. Om in n de Op de huidige manieer wordt zeeer inefficiënt omgegaan met toekomsst gebruik tee gaan makenn van de mod derne virtualisatietechnieeken is een ccentraal opslagsyysteem vereisst. CHT OPDRAC. De locattie Tilburg vooorzien van een e goed uittbreidbaar, flexibel fl en zeeer stabiel ceentraal opslagsyysteem. TELLING(EN N) DOELST De locattie Tilburg vo oorzien van een goed uittbreidbaar, flexibel en zeer stabiel centraal opslagg (Storagee Area Netw work) systeem m.. elstellingen Subdoe  grote g (1GB) home directtory voor leerlingen en personeel; p  afdelingsmap a ppen fors verrgroten;  beheerslast van v de opslaagcapaciteit verlagen; v s eid van opslaagoplossing verhogen; v  schaalbaarhe  flexibiliteit f vaan opslagcappaciteit verho ogen;  uptime van de d opslagoplo ossing verho ogen; dow verkleinnen;  back-up wind c van fysieke servers; s  consolidatie  virtualisatie v ( de toekomst) mogelijjk maken. (in. 13.

(14) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN! 4. PLAN VAN AANPAK Een plan van aanpak beschrijft wat een project inhoudt en welke afspraken er zijn gemaakt. Door alles goed te formuleren biedt het plan van aanpak vooraf duidelijkheid over het project. In dit hoofdstuk ziet u een korte samenvatting van het volledige plan van aanpak. Het volledige plan van aanpak kunt u in de productbijlage terug vinden onder de naam “PVA SAN DRP RBa 2005208 Versie 1.0.docx”. ACTIVITEITEN In het plan van aanpak staat een projectactiviteitentabel waarin per projectfase aangegeven wordt welke activiteiten er uitgevoerd moeten worden. In de onderstaande opsomming kunt u teruglezen wat er per fase uitgevoerd moet worden: AFSTUDEERVOORBEREIDING: tijdens deze fase moet er intern, binnen SG De Rooi Pannen, gekeken worden naar een gepaste afstudeeropdracht. Deze opdracht moet voor SG De Rooi Pannen van een grote toegevoegde waarde zijn. Het uitvoeren van een afstudeeropdracht die voor SG De Rooi Pannen geen toegevoegde waarde heeft, is gedoemd om te mislukken. Als deze opdracht gevonden is, zal deze omschreven worden in een ‘opdrachtomschrijving’. Deze opdrachtomschrijving zal ter goedkeuring voorgelegd worden aan de examencommissie van Avans hogeschool. Als deze opdrachtomschrijving goedgekeurd is, kan er verder gegaan worden met de eerste ‘echte’ projectfase. VOORBEREIDINGSFASE: in deze fase wordt omschreven wat de achtergrond van dit project is en welke uitdagingen (problemen) dit project voor SG De Rooi Pannen moet oplossen. Als de problemen helder in kaart gebracht zijn en de doelstellingen zijn bepaald, zal er een plan van aanpak opgesteld worden, waarin de achtergronden, projectopdracht, projectactiviteiten, project flow, projectgrenzen, producten, kwaliteit, projectorganisatie, planning, kosten en baten en de risico’s nader beschreven worden. Aan de hand van het plan van aanpak zal een projectplan geschreven worden. Dit project plan zal als leidraad voor het project gaan fungeren. ORIËNTATIEFASE: tijdens deze fase zullen de eisen en wensen waaraan het in te voeren centrale opslagsysteem moet voldoen helder in kaart gebracht moeten worden. Hierbij zal niet alleen naar de huidige tekortkomingen, maar vooral ook naar de moderne mogelijkheden gekeken moeten worden. Om ervoor te zorgen dat er, samen met een leverancier, voor de beste oplossing gekozen gaat worden is het van groot belang dat de huidige, de gewenste en de toekomstige ICT-infrastructuur helder in kaart gebracht wordt. Momenteel is dit bij SG De Rooi Pannen niet het geval. Naast de infrastructuur moet het serverlandschap en het huidige applicatielandschap gemodelleerd worden. OFFERTETRAJECT: in deze fase zal de keuze voor een product en leverancier gemaakt moeten gaan worden. Aangezien er zeer veel verschillende storageoplossingen zijn, die allemaal grotendeels hetzelfde kunnen, zullen de wensen en eisen die SG De Rooi Pannen stelt aan het toekomstige centrale opslagsysteem in een offerteaanvraagdocument gezet moeten worden. Dit document moet zo uitgebreid zijn dat een externe leverancier op basis van dit document een offerte kan verstrekken. Dit offerteaanvraagdocument zal naar maximaal 5 vijf leveranciers verzonden worden. De leveranciers brengen vervolgens een offerte uit die door centraal ICT beoordeeld moet worden. Vervolgens worden de partijen uitgenodigd om de door hun uitgebrachte offerte mondeling te komen toelichten. Tot slot van deze fase zal centraal ICT een vergelijkingdocument opstellen waarin geconcludeerd wordt welke oplossing en leverancier het beste aansluiten bij de eisen en wensen van S.G. De Rooi Pannen.. 14.

(15) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN! GO/ NO GO: Het advies van centraal ICT zal in combinatie met het vergelijkingsdocument en de offerte van de gekozen oplossing aan het College van Bestuur voorgelegd worden. Het College van Bestuur legt de oplossing voor aan de tien afdelingsdirecteuren. Als de afdelingsdirecteuren beslissen dat dit de geschikte oplossing is en dat ze hier in willen investeren betekent dit een ‘Go’. Vervolgens zal het budget vrij gemaakt worden. BESLUITVORMING: In deze fase zal de oplossing gegund worden aan de gekozen leverancier en zullen er concrete afspraken gemaakt worden over de vervolgstappen. REALISATIE: in deze fase is duidelijk voor welke oplossing/product en leverancier er gekozen is. Op basis van deze keuze zal er een implementatieplan geschreven worden. In dit plan moeten alle activiteiten/werkzaamheden, verantwoordelijkheden en planning duidelijk omschreven worden. Daarnaast zal er een opleidingsplan opgesteld moeten worden waarin duidelijk omschreven wordt hoe degene die de centrale opslag moeten gaan beheren opgeleid worden. Het is een vereiste dat de beheerders over de basiskennis beschikken voordat de implementatie van start gaat. IMPLEMENTATIE: Op het moment dat de beheerders over de benodigde basiskennis beschikken, zal de implementatie starten. Tijdens de implementatie zal het centrale opslagsysteem aan de hand van het implementatieplan geïmplementeerd worden binnen het netwerk van S.G. De Rooi Pannen. EVALUATIE: Zodra de implementatie volledig afgerond is, zal er een evaluatie van het project plaats vinden. PLANNING De planning geeft een overzicht van alle activiteiten die door alle betrokkenen moeten worden uitgevoerd. In dit project wordt een nieuw product/oplossing binnen de infrastructuur van SG De Rooi Pannen geïmplementeerd in samenwerking met een externe partij. Het maken van de planning (prognose) van dit project is zeer lastig, omdat de planning voornamelijk tijdens het offertetraject afhankelijk is van interne besluitvorming en van externe leveranciers. Om deze redenen hebben we ervoor gekozen om de projectplanning tijdens het gehele project up-to-date te houden. Dit wil zeggen dat we per afgeronde fase onze planning zullen up-daten. De planning die we voor dit project gehanteerd hebben, kunt u terug vinden in de bijlage (Bijlage III.: Planning). AFBAKENING Om dit project tot een succes te laten worden is in hoofdstuk 5 van het plan van aanpak duidelijk aangegeven wat er binnen de grens van dit project valt. Alles wat niet in deze opsomming is opgenomen, valt dan ook buiten de scope van dit project. Op deze manier wil ik voorkomen dat dit project onnodige vertraging oploopt in de uitvoering. PRODUCTEN In de onderstaande opsomming staan de producten die tijdens dit (afstudeer) project opgeleverd zullen worden aan zowel SG De Rooi Pannen als aan Avans Hogeschool:  opdrachtomschrijving;  plan van aanpak;  projectplan;  infrastructuurmodel: hierin worden de oude, de huidige, de gewenste en twee toekomstige infrastructuurmodellen gemodelleerd met behulp van Visio en BiZZdesign Architect;  serverlandschapmodel: hierin vindt u een BiZZdesign model van de nieuwe servergroepering;  applicatielandschapmodel: hierin vindt u een BiZZdesign model van de nieuwe applicatiegroepering;  offerteaanvraagdocument: dit document wordt voor de aanvraag van een offerte naar. 15.

(16) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN! leveranciers gestuurd;  verslagen van gesprekken met leveranciers: in dit document staan de verslagen/notulen van de gevoerde gesprekken met de (potentiële) leveranciers;  implementatieplan: in dit document wordt het implementatietraject volledig uitgewerkt;  evaluatiedocument: in dit document zal een evaluatie van het afgeronde project plaatsvinden;  procesverslag: in dit document wordt het verloop van mijn afstudeerproces uitgewerkt. Dit is het document dat u nu leest. KWALITEIT Om de kwaliteit van dit project te waarborgen is ervoor gekozen om dit project uit te voeren volgens de “De Rooi Pannen”-methode. Deze methode is in grote lijnen te vergelijken met de SIM 3methode. Deze bewezen methodiek zorgt ervoor dat de producten die uit dit project voortvloeien aan de gevraagde kwaliteitseisen voldoen.. 16.

(17) 21-6-20010 Versie:1.0. Scriptie: Data opslag o is meeer dan een SAN! S RISICO In hoofd dstuk 11 van het plan vann aanpak worrdt uitgebreid d ingegaan op o de risico o’s die dit pro oject heeft. Door D deze risicoanalyse, r waarin de risico’s en e de daaropp te nemen (preventieve) ( ) maatregelen helder gedefinieeerd zijn, wo ordt het risico dat het project zal misslukken verkleind d. s staatt alleen het grootste g risicco beschreveen. Voor de In deze scriptie overige risico’s kunt u het ‘Plan van v Aanpak’--document raadplegen. r otste risico van v dit projeect is dat er geen g bereidh heid is om Het groo budget vrij v te makenn voor de aannschaf van dee, door centraal ICT geadviseerde, storaggeoplossing. Dit D is het gro ootste risico o omdat er o uit te geen maaatregelen geenomen kunnnen worden om dit risico Figuuur 6: Risico = kans x effect sluiten. S De Rooi Pannen heerrst er namelijk een sterk decentrale structuur s waaarin iedere afdeling a Binnen SG over zijnn eigen budgeet beschikt. Centraal C ICT T moet de geewenste oplo ossing ‘verko open’ aan de tien afdelingeen binnen SG G De Rooi Paannen. Om de gewenste g opplossing te ‘veerkopen’ mo oet deze eersst concreet in i kaart gebrracht worden n. Dit wil zeggen dat d het kosteenplaatje en de d voor- en nadelen gefo ormuleerd moeten m word den. Om dit risico r enigszinss te verkleineen is er voorraf een (zeerr) ruime schaatting aangebboden aan heet college van n bestuur met de vraagg of het zinvvol is om eenn onderzoek naar de impplementatie vvan een centrraal ollege van beestuur is ervaan overtuigd dat er een ccentraal opslagsyysteem te staarten. Het co opslagsyysteem moet komen, maaar kan niet garanderen dat het budgeet door de affdelingen vrijj gemaaktt kan wordenn. Mocht hett zo zijn dat er e (momenteeel) geen bud dget vrij gem maakt kan wo orden, dan zal er e of naar eeen alternatievve opslagoplo ossing gekekken moeten worden, w of d dit project zaal op de begrotinng van 2011 opgenomen o moeten worrden.. 17.

(18) 21-6-20010 Versie:1.0. Scriptie: Data opslag o is meeer dan een SAN! S 5. MET THODE EN TECHNIEKEN T N In dit ho oofdstuk worrdt nader inggegaan op dee methode, teechnieken enn tools die ikk gebruikt heeb tijdens dit projeect. ODE METHO METHOD DIEK KEUZE Doordatt SG De Roo oi Pannen eeen sterke ged decentraliseeerde structuuur heeft met zeer korte communnicatielijnen en e kleine teaams wordt err nauwelijks gewerkt meet standaardeen of algemeen bekendee methodes. Bijna alle ICT T-projecten binnen SG De D Rooi Pannnen worden uitgevoerd volgens v dezelfde intern bekeende method de. Bij deze methode m is het dagelijks mondeling m ovverleg van zeeer d zaken die in de toeko omst van groo ot belang kunnen zijn, wo orden groot beelang. Enkel de gedocum menteerd. Deeze methodee is door de jaren heen ontstaan o en werkt w prima.. Doordat deeze methodee geen speciffieke naam heeft h noem ikk dit de “Roo oi Pannen”-m methode.. m studie heb h ik kenniss mogen makken met de SIM3 S (Systeem m Implementatie Tijdens mijn Methodee) methodieek. Dit is eenn methode die gericht is op het impleementeren vaan een softwareepakket binnen een bedrrijf. P thode. Voor ditt project hebb ik de SIM3--methode veergeleken meet de “Rooi Pannen”-met Zoals ik al verwachttte kwamen deze d method des aardig meet elkaar oveereen. Beide methodees hebben naamelijk als do oel om iets binnen b een organisatie o tee implementeeren. Figuur 7: SIM S 3 oftware (info ormatie) systeem De SIM33-methodiek is echter geoptimaliseerrd om een so (geen haardware) te implementerren binnen eeen organisatiie. In dit pro oject is het dee bedoeling dat er eeen centraal opslagsysteem o m (hardwaree componentt) geïmplemeenteerd wordt binnen SG G De Rooi Pannnen. Hierdo oor wijkt de “Rooi Panneen”-methodee op een aanntal vlakken aaf van de SIM M3methodee.. 18.

(19) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN! In de onderstaande tabel ziet u de punten waarop de “Rooi Pannen” methode van de SIM 3-methode afwijkt. Implementatie traject SG De Rooi Pannen Voorbereidingsfase n.v.t. n.v.t. Probleemformulering/ doelstellingen bepalen Bepalen randvoorwaarden en Projectaanpak Opstellen plan van aanpak/ projectplan n.v.t. n.v.t. n.v.t. n.v.t. n.v.t. Oriëntatie fase Wensen\ eisen in kaart brengen n.v.t. n.v.t. Bepalen ICT Infrastructuur Offerte traject Mogelijkheden producten bekijken Offerte aanvraag document opstellen/verzenden Offertes ontvangen (Prijs indicatie) Onderhandelen met diverse leveranciers\partijen Beoordelen offertes Afweging centraal ICT Advies centraal ICT aan College van bestuur Go/ no go Go/No Go Budget vrij maken Besluitvorming Gunning Realisatie fase Definitieve keuze invoeringstrategie Realisatieplan Uitwerken Administratieve Organisatie (welke functionarissen krijgen welke (invoer) taken van het geautomatiseerde systeem) Opleidingsplan Implementatie plan opstellen Implementatie fase Start implementatie Evaluatie fase Evaluatie. SIM 3 Business problematiek Oriëntatie bedrijfsstrategie Ondernemingsplan voor komende jaren Probleemformulering Bepalen randvoorwaarden en Projectaanpak Opstellen projectplan Proces analyse Bedrijfsprocessen vaststellen Informatiestromen uitwerken Advisering optimalisatie bedrijfsprocessen Voorstel wat te verbeteren met automatisering Vaststellen implementatie varianten Eisen-/wensenlijst per informatieproces Bepalen ROI (return on Investment) per deel Prioriteiten weergeven Bepalen ICT architectuur Product en leveranciers keuzes Mogelijkheden producten bekijken Kiezen Maatwerk versus standaard Offertes vragen Beoordelen offertes. Definitieve keuze invoeringstrategie Invoering Realisatieplan Uitwerken Administratieve Organisatie (welke functionarissen krijgen welke (invoer) taken van het geautomatiseerde systeem) Opleidingsplan. Realisatie installatie en implementatie Evaluatie. Zoals u in de bovenstaande tabel kunt zien, komt de fase procesanalyse bij de “Rooi Pannen”methode onder andere compleet te vervallen. Aan de bedrijfsprocessen en informatiestromen verandert namelijk niets. Daarnaast is er bij de SIM3-methode een aantal activiteiten (oriëntatie bedrijfsstrategie, ondernemersplan, ROI) die bij dit project overbodig zijn. Bij de “Rooi Pannen”-. 19.

(20) 21-6-20010 Versie:1.0. Scriptie: Data opslag o is meeer dan een SAN! S methodee is er een aaantal activiteeiten die voor dit projectt van zeer gro oot belang zzijn en die in de SIM3methodee NIET opgeenomen zijn. d “Rooi Voor dee optimale uittvoering van dit project heb ik gekozzen om dit project aan dee hand van de Pannen”-methode uiit te voeren. Ik heb voorr de “Rooi Paannen”-methhode d laatste jarren bewezen heeft dat ditt een zeer gekozen omdat dezee methode de or projecten binnen SG De D Rooi Pan nnen is. Een andere a geschiktee aanpak voo reden is dat de “Roo oi Pannen”-m methode sterrk overeenko omt met de bewezen SIM3 meethode. De “Rooi “ Pannenn”-methode wijkt alleen op punten die d voor dit Figuur 8: loogo De Rooi Paannen project NIET N van belang zijn af van de SIM3-m methode. Daaarnaast vind d ik het belangrijk om de meethode die binnen SG Dee Rooi Panneen gebruikt wordt w goed tte h ik nameelijk vaker alss projectleid der een ‘eigen n’ leren kennen/begrijppen. De komende jaren hoop t te krijgen. project toegewezen. Figuur 9: De Rooi Pannnen implemenntatie project fasering “ROOI PANNEN A ”-METTHODE De “Roo oi Pannen”-m methode is de aanpak zoaals die binnen SG De Rooi Pannen do oor de afdeliing ICT altijd gehhanteerd wo ordt tijdens projecten. p Deeze methodiek lijkt veel op de SIM 3-methode en n levert dan ook veel dezelfd de documentten op. Opzet prrojectorganisaatie In het beegin van het project zal de d project orrganisatie op pgezet wordeen. De projectleider en de d projectleeden wordenn samengesteeld door hett hoofd ICT. Het hoofd ICT maakt saamen met dee projectleeider de plannning.. 20.

(21) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN! Project Flow Net als andere methodieken heeft de “Rooi Pannen” methode een vaste gang van zaken, ook wel ‘project flow’ genoemd. Om u een duidelijk beeld van deze flow te geven is er gekozen om dit schematisch in een flowchartweer te geven. Ik heb voor een flowchart gekozen omdat deze vaak meer zegt dan duizend woorden. SAN Project Verzoek tot onderzoek Voorbereidingsfase Probleem formuleren. Bepalen randvoorwaarden en Projectaanpak. Opstellen PVA. Opstellen projectplan. Orientatie fase Wensen\ eisen in kaart brengen. ICT architectuur bepalen. Fasering implementatie en invoeringsstrategie opzetten. Mogelijkheden producten bekijken. Modelleren infrastructuur Modelleren server landschap Modelleren applicatie landschap. Offerte traject No Go. Offerte aanvraag document opstellen. Offerte aanvraag document versturen. gesprekken voeren met leveranciers. Onderhandelen met diverse leveranciers. Beoordelen offertes. go. Afweging centraal ICT. Advies ICT. Go/ No Go fase No Go. Go/ no go beslissing maken. Budget vrij maken Go. Besluitvorming fase opdracht gunnen. Realisatie fase Invoeringsstrategie bepalen. Realisatieplan opstellen. Administratieve organisatie uitwerken. Opleidingsplan opstellen. SAN plaatsen. SAN Installeren. SAN configureren. SAN Implementeren. Evaluatie fase Evalueren. Project afronden. Figuur 10: project flow. 21.

(22) 21-6-20010 Versie:1.0. Scriptie: Data opslag o is meeer dan een SAN! S Iteratief werken w Bij de “R Rooi Pannen””-methode iss het de bedoeling dat err iteratief gew werkt wordt. Dit D wil zeggen dat een acctiviteit/procees net zo vaaak herhaald moet m worden totdat het gewenste resultaat bereikkt is. Vooral tijdens de onderzo oeksfase en het h offerte trraject waarin de beste op plossing voorr SG De Rooi Pannnen uitgeko ozen moet worden w is dit aan orde. Tiijdens de impplementatie speelt diit iteratief weerken natuurrlijk ook weeer! Figuur 11: Iteratief Leiding De leidinng van een project wordt gedaan doo or een projeectleider. Dezze is verantwo oordelijk voor het gehele project en dient veranttwoording aan a het hoofd d ICT af tee leggen. Daaarnaast dientt de projectleider zich dieper in de kennis k en oplossingen te verdiepeen. De projecctleider is deegene die het gehele pro oject het initiatief neemt.. Budgettering Binnen SG S De Rooi Pannen is, zo oals er vaak gezegd word dt, met een ‘goed’ ‘ verhaaal veel mogeelijk. Eigenlijk wordt hierm mee bedoeld d dat er eerstt onderzoekk gedaan moeet worden naaar de beste oplossingg. Als zowel centraal ICT T, het collegee van bestuu ur en de direecteuren van de afdelingeen overtuiggd zijn van dee noodzaak van v het projeect wordt heet offertetraject gestart. A Als er beslotten is aan welke leverancier ceentraal ICT de d opdracht wil w gunnen moet m er interrn bekeken w worden of het v gemaakt kan worden.. budget vrij Eisen en wensen Om de “eisen “ en weensen” waaraaan een prod duct moet vo oldoen in kaaart te brengen wordt er eeen besprekinng gepland met de projecctgroep. Vervvolgens zal er een innformatieve bespreking met m een exteerne partij off met een reeferentie gepland worden om informatie over o het ond derwerp in tee winnen. Veervolgens zullen allle “eisen en wensen” hellder op papieer gezet worrden en zulleen deze voorgeleegd worden aan a het colleege van bestuuur. Deze zu ullen de eisenn en wensen besprekeen met de affdelingsdirectteuren en evventuele op en e aanmerkingen doorgevven aan de prrojectleiding.. De eisen enn wensen zullen vervolgeens zowel op papieer als mondeling kenbaar gemaakt wo orden aan dee leverancierr(s). Dit om te voorkkomen dat dee eisen en wensen w door de leveranciier verkeerd begrepen worden.. Figuur 12: eisen en wensen cartoon. Communnicatie De centrrale afdeling ICT heeft daagelijks ‘s occhtends voorr de aanvang van de werkzaamheden eenn afdelingsoveerleg. In dit overlegmom o ment komen alle a lopende projecten/zaaken aan ot voor de orde.. In principe worden alle zaken van dit project hieer besproken. Alle zakenn die te groo dit overlleg zijn of dee zaken die met m alleen dee projectledeen besprokenn moeten wo orden, zullen n in een apart ovverleg bespro oken wordenn. Weerstannd Het is vaan groot belaang om weerrstand die eeen project heeeft, van te voren v in te scchatten, zodat er vooraf maatregelen m g genomen kunnen worden. Wordt ditt niet goed gemanaged g d dan zou het kunnen k gebeurenn dat er doo or onbegrip zoveel z weersstand tegen het h project komt k dat dit project stilggelegd moet wo orden. Om dit d te voorko omen moeten de medew werkers en met m name hett managemen nt regelmattig op de hoo ogte gebrachht worden vaan de voortggang en de geemaakte keuzes.. 22.

(23) 21-6-20010 Versie:1.0. Scriptie: Data opslag o is meeer dan een SAN! S TECHNIIEKEN MODELLEREN Om com mplexe omgeevingen heldeer op papier te krijgen is modelleren een perfectee oplossing. Eén model zeegt namelijk veel meer dan duizend woorden. w Veergelijk een complexe c inffrastructuur met de complexxiteit van eenn huis, in beid de gevallen geldt g dat je door d modelleeren de complexiteit kun nt reducereen. Doordat je een compplexe situatiee vereenvoudigt, wordt de d complexee omgeving voor v een bredere doelgroep te t begrijpen en e kun je hieer veel gemakkelijker oveer discussiëren en filosofferen. ONDERZ ZOEK Internet: Er zijn zeer veel producten op het gebied g van ceentrale opslaag. Om ons inn centrale op pslag te verdiepeen hebben wij w tijdens de voorbereidinngsfase gereggeld gebruik gemaakt vann het interneet. Zodoend de hebben wij w een keuzee gemaakt in welke produ ucten en duss leverancierrs ons interesssant leken. Naarmate N hett project vorrderde, hebben wij intern net steeds vaaker gebruiktt om nadere informattie op te zoeeken van de mogelijkhede m en en functio onaliteiten die verschillennde oplossinggen aanbiedeen. dere scholen, zijn zeer nu uttig Referentiies: Ervaringeen van anderre bedrijven, maar met name van and voor pro ojecten. Zoaals vaak gezeggd wordt: ‘w we hoeven heet wiel niet opnieuw o uit tte vinden’. Binnen de d “Rooi Pannnen”-metho odiek wordt er voor de aanvang a van een e project dan ook altijjd geïnform meerd bij collega-scholen. Mocht er een e school zijn die relevaant een dergeelijk project gedraaid heeft dann wordt er, mits die scho ool daar voo or open staatt, een afspraaak met de prrojectleider van v dat project gemaakt. g Of een referentie nu aangeeeft dat het project p bij heen goed of niet goed verlo open is, een derggelijke bespreking levert ALTIJD nutttige informattie op. Interview w Tijdens de d besprekinng met een referentie, Onderwijsgroeep Tilburg, heb h ik gebruiik gemaakt van de interview wtechniek met open vraggen. Op dezee manier zijn n wij meer tee weten geko omen over de d manier waarop Onderwijsgrroep Tilburg met het ‘sto orage’ projecct is omgegaaan. Daarnaasst zijn wij meeer over g de door hen gekozenn leverancierr en oplossinng te weten gekomen. Long list short list In eerstee instantie lijken alle leveeranciers eenn ‘zegen’ voo or SG De Rooi Pannen. A Alle leveranciiers beloven gouden berggen, maar kuunnen ze ookk het beste product p en de d gewenste service, aanb bieden? Bij het maken m van dee (moeilijke) keuze voor een leveranccier is er gebbruik gemaakkt van de ‘lon ng list short listt’-techniek. TOOLS BIZZDESSIGN ARCHITECT Voor het modulerenn van de oude, huidige, geewenste en de d toekomsttige infrastruuctuur o gebruik te t maken van BiZZdesignn Architect. Ik heb situaties//inrichtingenn is gekozen om Figuur F 13: logo BiZZdesign hiervoorr gekozen om mdat de mod dellen die je met dit prod duct maakt zeer z simpel tte begrijpenn zijn en dezze modellen uitstekend geschikt zijn als a ‘praatplatten’. Daarnaaast ben ik tijdens mijn m studie veertrouwd geraakt met diit product waardoor w ik redelijk r snel m met dit prod duct kan werken. Dit heeft alss voordeel dat d ik me niett eerst in ditt product hebb hoeven te verdiepen. OFT VISIO MICROSO Voor het modulerenn van de techhnische infrasstructuurtekkeningen hebb ik gebruik ggemaakt van d Microsofft Visio. Ik heeb voor Microsoft Visio 2007 gekozeen omdat dee producenteen waar wij de meeste hardware h van hebben (H HP, Cisco) dee Visio stencils van hun apparatuur grratis ter bescchikking stellen. Op O deze mannier komen de d Visio tekeeningen nog meer overeeen met de w werkelijke situ uatie en wordt heet ‘model’ no og beter leessbaar.. 23.

(24) 21-6-20010 Versie:1.0. Scriptie: Data opslag o is meeer dan een SAN! S. BIZZDESSIGNER Voor het modulerenn van de appllicatie- en seerver-groepering is gekozzen om gebruik te maken n van BiZZdessigner. Ik hebb hiervoor geekozen omdat de modellen die je meet dit producct maakt zeer simpel te begrijpen zijn en deze d modelleen uitstekend d geschikt zijjn als ‘praatpplaten’. Daarnnaast ben ik tijdens die vertrouw wd geraakt met m dit produuct waardoor ik redelijk snel met dit product kan n mijn stud werken. Dit heeft alss voordeel dat d ik me niett eerst in ditt product hebb hoeven te verdiepen. TORTOISSESVN Tijdens mijn m studie heb h ik veelvuldig gebruik gemaakt van n versiebeheeer. In het beegin, toen ik voor hett eerst met versiebeheer v r werkt, gebrruikte ik het alleen voor de groepsoppdrachten. Naarmatte mijn studie vorderde ben b ik zo ovvertuigd geraakt van het nut n van versiiebeheer dat ik nuu zelfs mijn inndividuele do ocumenten in versiebeheeer zet. Figuur 14: loggo Tortoise. Het gebrruik van verssiebeheer heeeft de volgende voordelen:  Je kunt altijd d terug naar oudere verssies. o meerderee locaties (intternet, pc’s). Je hebt dus automatisch h een  De documeenten staan op soort back-up. k je door middel m van een e simpele  Als je een innternetverbinding hebt, kun “ “SVN Updatte” altijd en overal o beschikken over de d laatste verrsie van je do ocumenten.  Je kunt met meerdere mensen m tegellijk aan documenten werrken. oor de SVN--server maakk ik Als tool voor versiebbeheer gebruuik ik de grattis TortoiseSSVN tool. Vo gebruik van v een grattis account vaan xp-dev.co om. 24.

(25) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN! 6. UITVOERING & RESULTATEN In dit hoofdstuk kunt u lezen hoe het project uitgevoerd is en welke resultaten er behaald zijn. De werkzaamheden zijn per fase nader toegelicht. VOORBEREIDINGSFASE In deze paragraaf kunt u lezen welke activiteiten we tijdens de voorbereidingsfase uitgevoerd hebben. TOTSTANDKOMING DEFINITIEVE OPDRACHT Uitvoering Voor de aanvang van het project is het van groot belang om een opdracht te zoeken die zowel voor het bedrijf als voor de afstudeerder een nuttige opdracht is. Om te voorkomen dat de opdracht voor het bedrijf of in de ogen van naaste collega’s zinloos is, heeft iedereen van centraal ICT aan mogen geven welke opdracht zij het liefste gerealiseerd zien. Het implementeren van een “centraal opslagsysteem” is daar als opdracht uitgekomen. Vervolgens is de opdrachtomschrijving voorgelegd aan Avans Hogeschool. Tot onze grote vreugde keurde Avans deze opdracht ook goed. Resultaat We zijn tot de implementatie van een centraal opslagsysteem gekomen, omdat hier al enkele jaren een grote behoefte aan is, maar de start van het project werd steeds op de lange baan geschoven. Voor de complete omschrijving van de opdracht verwijs ik u graag naar het document “opdr_omschr_afstu_RBa.docx”. AFSPRAKEN VASTLEGGEN Uitvoering Onderzoek doen naar en het implementeren van een centraal opslagsysteem binnen een organisatie is een (zeer) grote opdracht. Zeker als deze opdracht gerealiseerd moet worden binnen een organisatie waar geen kennis over centrale opslagsystemen aanwezig is. Om er zeker van te zijn dat dit project aan ieders verwachtingen zal voldoen en om onvrede te voorkomen, zijn er vooraf duidelijke afspraken met de docenten bedrijfsbegeleider gemaakt. Resultaten Implementatie Er hoeft niet per se een (gedeeltelijke) implementatie plaats te vinden binnen de beperkte tijd van de afstudeerperiode. Mocht een (gedeeltelijke) implementatie niet haalbaar zijn dan zal de implementatie buiten de scope van het afstudeerproject alsnog uitgevoerd worden door de afstudeerder. Verantwoording Het wordt zeer gestimuleerd dat de projectgroep zelfstandig opereert. Het is echter wel de bedoeling dat de projectgroep verantwoording af legt bij het hoofd van de afdeling ICT, Peter Verhoeven. Deze is namelijk te allen tijde verantwoordelijk voor de uitvoering van dit project. Daarom is besloten dat Peter Verhoeven zeer consequent en periodiek op de hoogte wordt gebracht van de actuele status en de mogelijke problemen.. 25.

(26) 21-6-2010 Versie:1.0. Scriptie: Data opslag is meer dan een SAN! Vergaderfrequentie De projectgroep zal zeker in het begin niet volgens een vaste overlegplanning met elkaar overleg voeren over dit specifieke project. Hier is expliciet voor gekozen omdat wij (Afdeling ICT), naast dat we een kleine en zeer hechte club zijn, dagelijks in de ochtend een algemeen overleg voeren. In dit overleg zullen de projectleden dagelijks kort op de hoogte gebracht worden van de vorderingen met betrekking tot dit project. Als het onderwerp te groot is (langer dan 10 minuten) of als het niet in het ochtendoverleg thuishoort, zullen er op initiatief van de projectleider specifieke projectbesprekingen ingepland worden. De notulen van de specifieke projectbesprekingen worden verspreid onder alle projectleden. BEPALEN PROJECTAANPAK Uitvoering Voor aanvang van het project is het van zeer groot belang om de projectaanpak te bepalen. We hebben dan ook serieus bekeken/vergeleken of het haalbaar en zinvol zou zijn om een andere, dan de standaard, project aanpak/methodiek te hanteren. Resultaat In het hoofdstuk “methode en technieken” staat de vergelijking tussen de ‘Rooi Pannen’- en de ‘SIM3’-methode. In dit hoofdstuk staat dan ook vermeld waarom er voor de ‘Rooi Pannen’-methode gekozen is. OPZET VAN DE PROJECTORGANISATIE Uitvoering Om het project succesvol uit te voeren hebben we voor de aanvang van het project de projectorganisatie ingericht. Zo hebben we voor de start van het project de samenstelling van de projectgroep vastgesteld en deze verzekerd van de benodigde autorisatie om het project goed uit te voeren. Resultaat Voor de gegevens over de opdrachtgever, de opdrachtnemer en samenstelling van de projectgroep verwijs ik u naar Bijlage IV.: Opdrachtgevers, opdrachtnemers, samenstelling projectgroep.. 26.

No results found