Leidraad Analyse en Ontwerp onder architectuur

Maat: px
Weergave met pagina beginnen:

Download "Leidraad Analyse en Ontwerp onder architectuur"

Transcriptie

1 Leidraad Analyse Ontwerp onder architectuur Ordina SI&D BV Versie: 3.2 Datum: 3 januari 2007

2 I n h o u d s o p g a v e 1. Inleiding Analyse ontwerp als onderdeel van e veranderingstraject Architectuur Analyse IT architectuur Systeemoverstijgd versus systeemspecifiek Functionele architectuur Technische architectuur Ontwerp Functioneel ontwerp Technisch ontwerp Relaties met begripp uit diverse method...11

3 1. Inleiding Dit documt is bestemd voor alle medewerkers die te mak hebb met analyse ontwerp binn Ordina SI&D. Het biedt e begrippkader e visie op analyse ontwerp, die di als standaard zowel voor de interne communicatie als voor de communicatie richting klant Voor meer informatie vrag, raadpleeg de community Architectuur op Ordina TWO. Hans Admiraal admiraal aol.nl

4 2. Analyse ontwerp als onderdeel van e veranderingstraject Het ontwikkel van e informatiesysteem is nooit e doel op zich, maar is gerelateerd aan problem of ws binn e organisatie. Er is op ig momt onderkd dat de bedrijfsprocess in de organisatie niet goed goeg functioner. Na te hebb onderzocht wat precies de problem zijn welke bedrijfsdoelstelling bereikt moet word, is e oplossingsrichting gedefinieerd. E (onderdeel van de) oplossing kan zijn het ontwikkel of aanpass van de informatievoorziing. In dat geval wordt e analyse- ontwerptraject gestart. Het informatiesysteem, dat tijds dit traject wordt ontworp, moet e bijdrage gaan lever aan de bedrijfsdoelstelling. Schematisch kunn we het totale veranderingstraject de plaats hierin van het analyse ontwerp als volgt weergev: Strategische (her)oriëntatie Bepal visie op de bedrijfsvoering Inricht veranderingsgebied Ontwerp bedrijfsprocess Analyse ontwerp Realisatie implemtatie Beheer onderhoud Figuur 1. Positionering van Analyse Ontwerp binn het totale veranderingstraject. Hierbij moet e aantal kantteking gemaakt word: De hier beschrev stapp zull meestal in de praktijk niet volstrekt lineair word uitgevoerd ( waterval ), maar er zal vaak sprake zijn van iteraties overlap. Vooral bij kleine verandering die weinig of ge impact hebb op de bedrijfsprocess, zal m er vaak voor kiez direct de analyse te start. Het formuler van de bedrijfsdoelstelling de oplossingsrichting wordt dan gezi als onderdeel van de analyse. In deze context bedoel we met het woord analyse in feite informatieanalyse. Dat wil zegg, dat we het uitsluitd hebb over het vakgebied informatietechnologie ( niet bijvoorbeeld bedrijfskunde).

5 3. Architectuur Wat betekt het nu, om analyse ontwerp onder architectuur uit te voer? Samgevat wil het zegg dat analyse ontwerp plaatsvind binn de kaders die de architectuur voorschrijft. E architectuur is e hulpmiddel waarmee vooral op kwaliteit kan word gestuurd. Ze biedt e structuur, e ctraal raamwerk, dat richting geeft aan toekomstige ontwikkeling op grond waarvan (deel-)project kunn word opgestart. De architectuur is e middel om de samhang daarmee de kwaliteit te bewak. Kwaliteit definiër we in term van bruikbaarheid (de mate waarin de IT ondersteuning biedt aan de bedrijfsprocess) duurzaamheid (de mate waarin de informatiesystem kunn inspel op verandering in de bedrijfsprocess). Als we prat over analyse onder architectuur, dan gaat het om de bedrijfsarchitectuur, terwijl bij ontwerp onder architectuur hoofdzakelijk de IT architectuur bedoeld wordt Bedrijfsarchitectuur De bedrijfsarchitectuur is het resultaat van het bepal van de visie op de bedrijfsvoering. Hierin wordt vastgelegd, welke product dist het bedrijf op de markt wil zett, met welke process welk organisatiemodel het bedrijf dit wil do, hoe de informatievoorziing van het bedrijf ingericht moet word om de process te ondersteun. Deze architectuur is bedrijfskundig van aard zegt niets over welke informatiesystem er precies zijn of moet kom. B e d r i j f s a r c h i t e c t u u r Strategische (her)oriëntatie Bepal visie op de bedrijfsvoering Inricht veranderingsgebied Ontwerp bedrijfsprocess Analyse ontwerp Realisatie implemtatie Beheer onderhoud Figuur 2. Positionering van de bedrijfsarchitectuur IT architectuur De IT architectuur is e invulling van de bedrijfsarchitectuur met informatietechnologie. Ze beschrijft de informatiesystem hun samhang stelt kaders voor de inrichting van nieuwe software hardware. Als de IT architectuur voor het eerst wordt opgesteld, dan is dat altijd onderdeel van e analyse- ontwerptraject, vandaar dat in Figuur 3 ook e pijl getekd is vanuit Analyse ontwerp naar IT architectuur. Hoe dit precies in zijn werk gaat, komt aan de orde in paragraaf 5.1. Als er reeds e IT architectuur is, dan moet deze word bijgewerkt tijds analyse ontwerp. B e d r i j f s a r c h i t e c t u u r I T a r c h i t e c t u u r Strategische (her)oriëntatie Bepal visie op de bedrijfsvoering Inricht veranderingsgebied Ontwerp bedrijfsprocess Analyse ontwerp Realisatie implemtatie Beheer onderhoud Figuur 3. Positionering van de IT architectuur.

6 4. Analyse Uit de beschrev positionering volgt, dat bij het start van de analyse de bedrijfsdoelstelling al geformuleerd zijn dat er e oplossingsrichting is gekoz, waarvan e aanpassing van de informatievoorziing onderdeel uitmaakt. Tevs zijn de bedrijfsprocess ontworp in detail bekd. Niettemin is het noodzakelijk om aan het begin van de analyse de doelstelling process die betrekking hebb op het te realiser informatiesysteem, nauwkeurig af te bak. De informatieanalyse beschrijft de doelstelling van het informatiesysteem, de te ondersteun bedrijfsprocess de randvoorwaard waaraan het informatiesysteem moet voldo. Doel: Duidelijkheid schepp t aanzi van de eis, ws randvoorwaard die de gebruikersorganisatie heeft. Duidelijkheid schepp t aanzi van de scope de systeemgrz. E instrumt bied om naderhand te toets of met de gekoz oplossing daadwerkelijk de vooraf gestelde bedrijfsdoelstelling gehaald word, binn de randvoorwaard. E informatieanalyse is zowel e product of e verzameling product, als de activiteit die zich richt op het mak onderhoud van dat product / die product. De beschrijving van de te ondersteun bedrijfsprocess geeft niet alle de activiteit hun onderlinge samhang, maar definieert ook de bijbehorde organisatiestructuur, actor, bedrijfsgegevs bedrijfsregels. Randvoorwaard zijn eis die aan het systeem gesteld word, maar die niet rechtstreeks uit de doelstelling of uit de bedrijfsprocess afgeleid kunn word. Hierbij wordt e onderscheid gemaakt tuss functionele technische eis. Functionele eis zijn eis t aanzi van het gedrag van het systeem zoals e gebruiker die kan ervar, terwijl technische eis betrekking hebb op de hardware, de interne eigschapp van de software back-d process. Aanvullde activiteit Afhankelijk van de gekoz methode de concrete projectsituatie, kunn er nog meer deelactiviteit onderscheid word, bijvoorbeeld e haalbaarheidsanalyse, e kost-batanalyse e risicoanalyse. Diepgang De mate van diepgang hangt af van de aard van het project de fase waarin het project zich bevindt. Bij de selectie van e ontwikkelmethode het toesnijd van die methode op de concrete situatie zal de vraag naar de diepgang beantwoord moet word (meer hierover in Leidraad Methodeselectie ). Het is in ieder geval van belang om in e vroeg stadium eerst de volle breedte van het probleem te dekk pas later nader te detailler. Er kan bijvoorbeeld voor gekoz word om de kleinste details pas tijds het realiser van het systeem in te vull. E andere mogelijkheid is, om op basis van e globale analyse, deelproject te onderkn. Wat buit het begrip analyse valt Bij het uitvoer van e analyse zal ongetwijfeld ook nagedacht word over mogelijke oplossingsrichting, over de technische architectuur zal er misschi e prototype gebouwd word. Dit zijn echter ge analyse-, maar ontwerpactiviteit. Analyse ontwerp kunn dus hand in hand gaan misschi wel gezamlijk in één documt beschrev word. Hieronder staan nog ige voorbeeld van activiteit die evmin tot de analyse behor, maar wel deels gelijktijdig uitgevoerd kunn word: business process re-gineering (gaat aan de analyse vooraf) project planning (is onderdeel van project managemt) pakketselectie (volgt na de analyse)

7 5. IT architectuur 5.1. Systeemoverstijgd versus systeemspecifiek De IT architectuur geeft inzicht in de totale geautomatiseerde informatiehuishouding van e organisatie geeft richting aan nieuwe ontwikkeling. Het is dus project- systeemoverstijgd. Net als de bedrijfsarchitectuur schetst de IT architectuur het totale plaatje. Hiermee kan e wildgroei aan system word voorkom. E IT architectuur beschrijft de inrichting van de geautomatiseerde informatievoorziing binn e organisatie schetst het beleid de randvoorwaard voor toekomstige ontwikkeling. Daarnaast wordt per informatiesysteem ingezoomd op de compont van dat systeem de andere architectuurbeslissing die specifiek zijn voor dat systeem. Zo n op één systeem toegespitst deel van de IT architectuur noem we ook wel de architectuur van dat systeem. De architectuur van e informatiesysteem is dat deel van de IT architectuur dat betrekking heeft op dat e informatiesysteem. Bij de ontwikkeling van e nieuw informatiesysteem wordt, vaak hand in hand met de analyse, de architectuur van dat systeem opgesteld, voordat aan het ontwerp begonn wordt. Die architectuur is altijd distbaar aan de behoeft van de organisatie, zoals op hoofdlijn verwoord door de bedrijfsarchitectuur in detail geïnvtariseerd in de analyse. Als er reeds e systeemoverstijgde IT architectuur is, dan is de architectuur van het nieuwe systeem e uitbreiding daarvan. In de architectuur moet functionele aspect (wat) duidelijk onderscheid word van de technische (hoe). We sprek daarom van e functionele architectuur e technische architectuur. Figuur 4 positioneert de goemde begripp binn het totale aandachtsgebied Analyse Ontwerp moet dan ook gezi word in de context geschetst in Figuur 1 op pagina 3. E pijl van A naar B geeft aan, dat A kaders stelt waaraan B moet voldo. De corresponderde activiteit kn doorgaans e grote overlap in tijd. Analyse ontwerp Analyse Functionele Architectuur Functioneel Ontwerp Technische Architectuur Technisch Ontwerp Figuur 4. Samhang van begripp.

8 5.2. Functionele architectuur De functionele architectuur geeft e logische indeling van de functionaliteit die aan de gebruikers gebod wordt. Voor elke informatiesysteem zal apart e functionele architectuur ontworp word, maar daarnaast is e overkoepeld overzicht voor de gehele organisatie wselijk (e functionele IT architectuur). De afhankelijkhed tuss de functionele compont onderling word in kaart gebracht evals de relaties met andere informatiesystem. Daarbij word voor elke compont de verantwoordelijkhed gedefinieerd. Figuur 5 geeft e evoudig voorbeeld van e functionele architectuur voor e internetapplicatie, waarmee m product kan bestell. De applicatie gebruikt twee reeds bestaande services. Deze services word gebod door één of twee andere informatiesystem (bijvoorbeeld e CRM- e ERP-systeem). «process compont» OrderEntry get customer data from sd order to «service» Customers «utility compont» Authorization «tity compont» ShoppingCarts «service» OrderProcessing «tity compont» Catalog Figuur 5. Voorbeeld van e deel van e functionele architectuur De functionele architectuur van e informatiesysteem brgt de functionaliteit van het systeem onder in goed afgebakde compont. Zij beschrijft de verantwoordelijkhed de onderlinge afhankelijkhed van deze functionele compont. Ook wordt in kaart gebracht welke bestaande services word gebruikt welke services het systeem biedt zelf biedt. Doel: E goede functionele kwaliteit van de informatievoorziing. Meer specifiek: E voor ontwikkelaars, beheerders managers overzichtelijke structuur aanbrg in e complex systeem; Het help voorkom van inconsistt systeemgedrag, door het duidelijk mak van de samhang van de compont de grz van hun verantwoordelijkhed; Ervoor zorgdrag dat de bedrijfsprocess voldode word ondersteund, zonder dat dezelfde functionaliteit op meerdere plaats wordt aangebod. Compont versus services Compont services zijn beide software-ehed met e afgebakde verantwoordelijkheid strikte interfaces, die als bouwst kunn word gebruikt voor de realisatie van informatiesystem. Bij het hergebruik van e bestaande compont voor e nieuw systeem wordt e kopie ervan opgom als onderdeel van het nieuwe systeem. In Figuur 5 is de compont Authorization wellicht e gekochte of eerder gebouwde compont. Bij het gebruik van e service daarteg, wordt e ander informatiesysteem aangesprok. E service heeft e bepaalde locatie in het netwerk meerdere system mak gebruik van dit e exemplaar van de service. Services zijn doorgaans opgebouwd uit compont.

9 5.3. Technische architectuur De technische architectuur specificeert de te gebruik technologieën op hoofdlijn. Hierbij word de volgde invalshoek belicht: Operationele omgeving. o o De operationele omgeving wordt in kaart gebracht: welke machines zijn er, welk netwerk welke software is of wordt er geïnstalleerd? Hierbij spel overweging t aanzi van beveiliging, betrouwbaarheid, capaciteit, beheer kost e grote rol. Tevs wordt het beleid voor toekomstige ontwikkeling vastgelegd. Technische compont. o o o In de eerste plaats word hier de soort technische compont gedefinieerd. Dit zal voornamelijk neerkom op e keuze voor e bepaalde standaard of leverancier, bijvoorbeeld J2EE of.net, die al goed gedefinieerde compontsoort hebb. T tweede word er richtlijn gegev voor het realiser van functionele compont door middel van technische compont. Ook wordt aangegev welke pakkett of utilities er gebruikt zijn of zull word. Bij dit alles moet de bedrijfsbrede technische IT architectuur goed aansluit bij de afzonderlijke systeemspecifieke technische architectur. De technische architectuur van e informatiesysteem specificeert de voor dat systeem te gebruik technologieën, zowel de operationele omgeving als de technische compont. Doel: E goede technische kwaliteit van de informatievoorziing. Meer specifiek: Overestemming verkrijg tuss alle belanghebbd voor wat betreft de technische uitwerking van het te ontwikkel informatiesysteem beoordel of het informatiesysteem voldoet aan de technische randvoorwaard die veelal door de opdrachtgever word gesteld; Aan de ontwikkelaars communicer binn welke technische kaders het informatiesysteem ontwikkeld moet word. Hierdoor wordt zoveel mogelijk de consisttie van de oplossing gewaarborgd misverstand tuss ontwikkelaars onderling voorkom.

10 6. Ontwerp Het ontwerp is e nadere uitwerking van de architectuur van e informatiesysteem. Vandaar dat we ook hier e onderscheid mak tuss e functioneel ontwerp e technisch ontwerp. Net als bij analyse geldt ook hier, dat de mate van diepgang afhangt van de aard van het project, de fase waarin het project verkeert de gekoz methode. Het is niet zo, dat e technisch ontwerp gedetailleerder is dan e functioneel ontwerp; het gaat hier om verschillde aspect van hetzelfde systeem Functioneel ontwerp Het functioneel ontwerp, of het functionele aspect van het ontwerp, beschouwt het systeem als e black box beschrijft alle het voor de gebruikers zichtbare of merkbare deel van het informatiesysteem. Ook interfaces met externe informatiesystem word beschrev, zij het alle op functioneel niveau (ge technische details). Het functioneel ontwerp beschrijft hoe het informatiesysteem zich moet manifester aan de gebruiker wanneer welke informatie wordt uitgewisseld met externe system. Doel: E duidelijk volledig beeld gev van het informatiesysteem de manier waarop dit de bedrijfsprocess ondersteunt invulling geeft aan de gestelde functionele eis ws, zodanig dat: de verwachting van de opdrachtgever in overestemming zijn de interpretatie van de opdrachtnemer; de basis voor acceptatie door de opdrachtgever is vastgelegd; m hiermee de analyse kan valider zonodig corriger; m de organisatie kan voorbereid op de implemtatie; het de ontwikkelaars duidelijkheid verschaft over de te realiser functionaliteit; het e instrumt is om het opgeleverde systeem in functioneel opzicht te test; het de basis vormt voor het ontwikkel van cursusmateriaal helptekst Technisch ontwerp Het technisch ontwerp, of het systeemtechnische aspect van het ontwerp, betreft de binnkant van de black box: de interactie tuss de diverse technische compont de oplossing voor het inwillig van de technische eis die uit de analyse kom. De relaties met externe informatiesystem word in het technisch ontwerp nader ingevuld met technische interfacespecificaties. Het technisch ontwerp beschrijft de interne structuur werking van het informatiesysteem, de interfaces met externe system geeft aan hoe de technische eis ingevuld word. Doel: Bereik van overestemming onder deg die verantwoordelijk zijn voor de technische oplossing; Aanpasbaarheid onderhoud van het informatiesysteem optimaliser, ook voor evtuele derde leveranciers; Het verschaft esstiële informatie voor het systeembeheer, teinde het ontwikkelde systeem conform SLA afsprak te kunn manag; Houvast bied voor de planning de voortgangsbewaking van de realisatie.

11 Wisselwerking tuss functioneel technisch ontwerp Het is meestal niet mogelijk om het functioneel het technisch ontwerp onafhankelijk van elkaar te creër. Zeker als m functionele details gaat invull, zoals de navigatiemogelijkhed tuss de scherm, dan zal het waarschijnlijk verschil uitmak of m qua techniek gekoz heeft voor Microsoft Access of voor HTML of voor SAP. Hoewel functionele technische aspect dus gelijktijdig in ogschouw gom moet word, is het toch e goede zaak deze beide aspect gescheid vast te legg (dus in verschillde product), aangezi de doelstelling verschilld zijn.

12 7. Relaties met begripp uit diverse method De begripp analyse ontwerp zijn in de diverse method vaak niet als zodanig terug te vind, of met e andere betekis dan die hier zijn vastgelegd. In deze paragraaf word deze term gerelateerd aan vergelijkbare begripp uit de method RUP, DSDM, SMART SLIM. Voor meer informatie over het softwareontwikkelproces, zie Leidraad Methodeselectie Rational Unified Process Wat wij de bedrijfsarchitectuur noem, is in RUP de Business Architecture. Wat wij de IT architectuur noem, lijkt op de Software Architecture in RUP, maar deze laatste is altijd specifiek voor één systeem. Wat wij analyse noem, is in RUP het best te vergelijk met de Requiremts discipline. Wat wij ontwerp noem, heet in RUP de Analysis & Design discipline. RUP maakt ge onderscheid tuss functionele technische aspect van architectuur ontwerp DSDM Wat wij bedrijfsarchitectuur analyse noem, komt in DSDM aan de orde in de Feasibility Study de Business Study. Wat wij functionele architectuur functioneel ontwerp noem, is in DSDM onderdeel van de Functional Model Iteration. Wat wij technische architectuur technisch ontwerp noem, is in DSDM onderdeel van de Design & Build Iteration SMART Wat wij bedrijfsarchitectuur analyse noem, komt in SMART aan de orde in de Haalbaarheidsstudie de Bedrijfsstudie. IT architectuur ontwerp sam heet in SMART ontwerp. SMART maakt ge onderscheid tuss functionele technische aspect van architectuur ontwerp SLIM Wat wij bedrijfsarchitectuur analyse noem, is in SLIM gesplitst in Operational Analysis, Systems Engineering Requiremts Analysis. Echter, tijds de Systems Engineering wordt ook e technische architectuur ontworp. Wat wij functionele architectuur ontwerp noem, is in SLIM gecombineerd in Design. SLIM maakt ge onderscheid tuss functioneel technisch ontwerp.

Leidraad complexe innovatie

Leidraad complexe innovatie Sturingsinstrumt voor maatschappelijke innovatie 2 Ler evaluer Do we de goede ding goed? Ler vanuit verschillde perspectiev, Impact proces? Wat is de betekis voor beleid, voor de betrokk partij? analyser

Nadere informatie

Procesgerichte IT BPM de link tussen bedrijf en IT

Procesgerichte IT BPM de link tussen bedrijf en IT 24 november 2010 Procesgerichte IT BPM de link tussen bedrijf en IT ir. Martin R. Meijer senior BPM/EAI consultant Agenda Business Process Management, een historisch overzicht BPM als bindmiddel geschikte

Nadere informatie

DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING

DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING Inleiding In dit whitepaper wordt de datamodelleervorm ArchiMate data- & applicatiemodellering beschreven. Deze modelleervorm staat in verhouding

Nadere informatie

Vastgoedinformatiesystemen. Thijs van der Spil

Vastgoedinformatiesystemen. Thijs van der Spil Vastgoedinformatiesystemen Thijs van der Spil Wat je wilt voorkomen is een systeem dat niet kan wat je nodig hebt dat veel te duur is in aanschaf of exploitatie dat niet kan meegroeien met je organisatie

Nadere informatie

GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter

GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter 2 Opdrachtgever : Opdrachtnemers : Ing. P. van den Berg Michel van Reenen Thijs Mommen GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter

Nadere informatie

Ant: B Dit is het doel van het proces.

Ant: B Dit is het doel van het proces. In welk proces vormt het voor aanpassingen in de informatievoorziening beschikbaar gestelde budget een mandaat voor besluitvorming? A: Contractmanagement B: Financieel management C: Transitie D: Wijzigingenbeheer

Nadere informatie

bedrijfsprocessen en vormt daarmee de kapstok voor de producten van andere disciplines. Het PAM is geen RUP concept.

bedrijfsprocessen en vormt daarmee de kapstok voor de producten van andere disciplines. Het PAM is geen RUP concept. 1. 1.1. Inleiding Doel De Requirementdiscipline richt zich op het vaststellen en vastleggen van de eisen en wensen die aan een oplossing worden gesteld: de requirements. Rollen De keyrol binnen deze discipline

Nadere informatie

Business Process Management

Business Process Management Business Process Management Prof. dr. Manu De Backer Universiteit Antwerpen Katholieke Universiteit Leuven Hogeschool Gent Wat is een bedrijfsproces? Een verzameling van (logisch) gerelateerde taken die

Nadere informatie

BISL Business Information Services Library. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

BISL Business Information Services Library. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. BISL Business Information Services Library Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2

Nadere informatie

PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D

PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D Auteur : P. van der Meer, Ritense B.V. Datum : 17 juli 2008 Versie : 1.3 2008 Ritense B.V. INHOUD 1 VERSIEBEHEER...1 2 PROJECT

Nadere informatie

Procesvisie op Maat. Op basis van het Master Test Plan wordt een gedetailleerd testplan voor elke fase opgesteld.

Procesvisie op Maat. Op basis van het Master Test Plan wordt een gedetailleerd testplan voor elke fase opgesteld. 1. 1.1. Inleiding Doel In de discipline vindt de validatie van datgene wat binnen het project is gerealiseerd plaats. Dit bestrijkt het gebied van unittest tot en met acceptatie door gebruikers en beheerorganisatie.

Nadere informatie

ARE methodiek Het ontwikkelen van Informatie Elementen

ARE methodiek Het ontwikkelen van Informatie Elementen ARE methodiek Het ontwikkelen van Informatie Elementen WI1: Het opstarten van het project Milestone 1 WI2: Ontwikkel een Vison WI3: Modelleer het Business Domain WI4: Creëer een Glossary WI7: Beheer wijzigingen

Nadere informatie

Leidraad Methodeselectie voor softwareontwikkeling

Leidraad Methodeselectie voor softwareontwikkeling Leidraad Methodeselectie voor softwareontwikkeling Ordina SI&D BV Versie: 3.0 Datum: 3 januari 2005 I n h o u d s o p g a v e 1. Inleiding...2 2. Het maken van een plan van aanpak...3 3. Het proces...5

Nadere informatie

IT architectuur, analyse Methoden & technieken, in het bijzonder RUP, UML, use cases, SOA

IT architectuur, analyse Methoden & technieken, in het bijzonder RUP, UML, use cases, SOA CV Hans Ad miraal Geboortedatum: 17-02-1966 Adres: Rechtsbuitenstraat 20 1433 DS Kudelstaart E-mail: admiraal aol.nl Tel.nr.: 06 11 621 544 Vooropleiding: TU Delft, Informatica, 1989 Expertise: IT architectuur,

Nadere informatie

Inhoudsopgave 1. Opdrachtformulering Beschouwingsgebied Binnen de opdracht Buiten de opdracht

Inhoudsopgave 1. Opdrachtformulering Beschouwingsgebied Binnen de opdracht Buiten de opdracht Test rapport Dit document beschrijft de testopdracht voor het Nederlands Kampioenschap software testen 2017. De website Fructasys (Software Under Test SUT) is een totaal backoffice pakket waarmee je bestellingen

Nadere informatie

BESTUURLIJKE OVEREENKOMST ZEETOEGANG IJMOND. D.D. 11 december tussen DE MINISTER VAN INFRASTRUCTUUR EN MILIEU DE STAAT DER NEDERLANDEN

BESTUURLIJKE OVEREENKOMST ZEETOEGANG IJMOND. D.D. 11 december tussen DE MINISTER VAN INFRASTRUCTUUR EN MILIEU DE STAAT DER NEDERLANDEN BESTUURLIJKE OVEREENKOMST ZEETOEGANG IJMOND D.D. 11 december 2014 tuss DE MINISTER VAN INFRASTRUCTUUR EN MILIEU DE STAAT DER NEDERLANDEN HET COLLEGE VAN GEDEPUTEERDE STATEN VAN DE PROVINCIE NOORD-HOLLAND

Nadere informatie

Rapportage Pizzasessie Functioneel-beheer.com Specialisten Managers Adviseurs Algemeen functioneel beheer applicatiebeheer informatiemanagement

Rapportage Pizzasessie Functioneel-beheer.com Specialisten Managers Adviseurs Algemeen functioneel beheer applicatiebeheer informatiemanagement Rapportage Pizzasessie Functioneel-beheer.com Alle deelnemers hebben hun functienaam opgegeven. De volgende functienamen zijn gemeld: Specialisten o Functioneel beheerder (9x) o Functioneel applicatiebeheerder

Nadere informatie

Dienstverleningsovereenkomst ARVODI tussen. Studiekeuze 123. <Opdrachtnemer> inzake. Nationale Studenten Enquête

Dienstverleningsovereenkomst ARVODI tussen. Studiekeuze 123. <Opdrachtnemer> inzake. Nationale Studenten Enquête Distverlingsoverekomst ARVODI-2014 tuss Studiekeuze 123 inzake Nationale Studt Enquête NAW gegevs: Naam Adres Postcode Bijlag (reeds in het bezit van partij): 1. Beschrijvd documt d.d.

Nadere informatie

KIM. Slimme acties ondernemen

KIM. Slimme acties ondernemen KIM Slimme acties ondernemen CONTROLE KWIJT? Herkent u dit soort ervaringen ook? Uw organisatie heeft allerlei systemen in huis, maar Niemand weet echt meer hoe het systeem exact werkt Voor kleine wijzigingen

Nadere informatie

Software Processen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1. Het software proces

Software Processen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1. Het software proces Software Processen Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Het software proces Een gestructureerd set van activiteiten nodig om een software systeem te ontwikkelen Specificatie;

Nadere informatie

DATAMODELLERING ARCHIMATE DATAMODELLERING

DATAMODELLERING ARCHIMATE DATAMODELLERING DATAMODELLERING ARCHIMATE DATAMODELLERING Inleiding In dit whitepaper wordt de datamodelleervorm ArchiMate datamodellering beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.

Nadere informatie

Als je blijft denken zoals je altijd hebt gedacht, blijf je krijgen wat je altijd hebt gekregen. Hoofdstuk 1: Inleiding

Als je blijft denken zoals je altijd hebt gedacht, blijf je krijgen wat je altijd hebt gekregen. Hoofdstuk 1: Inleiding Als je blijft denken zoals je altijd hebt gedacht, blijf je krijgen wat je altijd hebt gekregen Hoofdstuk 1: V1.1 / 01 september 2015 MCTL v1.1 1.... 2 Wat is MCTL?... 2 Het doel van MCTL... 3 Scope /

Nadere informatie

Functionaliteitenbeheer

Functionaliteitenbeheer Organisatie Functionaliteit 1 Richtinggevend Sturend Uitvoerend Het gaat hier om het initiëren van en zorgdragen voor de uitwerking en verandering van de gewenste wijzigingen aan de informatievoorziening.

Nadere informatie

Het BiSL-model. Een whitepaper van The Lifecycle Company

Het BiSL-model. Een whitepaper van The Lifecycle Company Het BiSL-model Een whitepaper van The Lifecycle Company Met dit whitepaper bieden we u een overzicht op hooflijnen van het BiSL-model. U vindt een overzicht van de processen en per proces een beknopte

Nadere informatie

DATAMODELLERING SIPOC

DATAMODELLERING SIPOC DATAMODELLERING SIPOC Inleiding In dit whitepaper wordt de datamodelleervorm Sipoc beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil je een beeld krijgen van

Nadere informatie

BEVEILIGINGSARCHITECTUUR

BEVEILIGINGSARCHITECTUUR BEVEILIGINGSARCHITECTUUR Risico s onder controle Versie 1.0 Door: drs. Ir. Maikel J. Mardjan MBM - Architect 2011 cc Organisatieontwerp.nl AGENDA Is een beveiligingsarchitectuur wel nodig? Oorzaken beveiligingsincidenten

Nadere informatie

Olde Bijvank Advies Organisatieontwikkeling & Managementcontrol

Olde Bijvank Advies Organisatieontwikkeling & Managementcontrol SAMENVATTING ITIL ITIL is nog steeds dé standaard voor het inrichten van beheerspocessen binnen een IT-organisatie. En dekt zowel applicatie- als infrastructuur beheer af. Indien gewenst kan ITIL worden

Nadere informatie

CMS Ronde Tafel. Cloud Continuity. Ir. Jurian Hermeler Principal Consultant

CMS Ronde Tafel. Cloud Continuity. Ir. Jurian Hermeler Principal Consultant CMS Ronde Tafel Cloud Continuity Ir. Jurian Hermeler Principal Consultant Introductie Quint Wellington Redwood Onafhankelijk Management Adviesbureau Opgericht in 1992 in Nederland Ruim 20 jaar ervaring

Nadere informatie

Kwaliteitsbewaking en testen in ICT beheerorganisaties

Kwaliteitsbewaking en testen in ICT beheerorganisaties DKTP Informatie Technologie Veembroederhof 1 1019 HD Amsterdam Telefoon 020 427 52 21 Kwaliteitsbewaking en testen in ICT beheerorganisaties Voor de meeste projectgroepen die software ontwikkelen vormt

Nadere informatie

Agenda 26-4-2009. Wat zijn de gevolgen van Cloud en Gridcomputing voor de gebruikersorganisatie en de beheersfunctie.

Agenda 26-4-2009. Wat zijn de gevolgen van Cloud en Gridcomputing voor de gebruikersorganisatie en de beheersfunctie. Wat zijn de gevolgen van Cloud en Gridcomputing voor de gebruikersorganisatie en de beheersfunctie. John Lieberwerth Agenda Even voorstellen Cloud Computing De tien Plagen Gebruikersorganisatie en ICT

Nadere informatie

Process & IT: eerst KIEZEN maakt het DOEN daarna zoveel makkelijker

Process & IT: eerst KIEZEN maakt het DOEN daarna zoveel makkelijker Process & IT: eerst KIEZEN maakt het DOEN daarna zoveel makkelijker Wim Tindemans Manager Business Applications Business and Automation Solutions Egemin NV Agenda Probleemstelling Tegenstelling tussen

Nadere informatie

Last but not least. Hoofdstuk 35. Bijlagen

Last but not least. Hoofdstuk 35. Bijlagen Last but not least Hoofdstuk 35 Bijlagen V1.2 / 01 februari 2016 Geen copyright! MCTL is in licentie gegeven volgens een Creative Commons Naamsvermelding 3.0 Nederland licentie. Gebaseerd op een werk van

Nadere informatie

Een introductie (0) Een introductie (0)

Een introductie (0) Een introductie (0) www.valueblue.nl +31 (0) 30 75 08 954 info@valueblue.nl Een introductie info@valueblue.nl Een introductie www.valueblue.nl +31 (0) 30 75 08 954 Waar is winst te behalen? Elk bedrijfsproces maakt gebruik

Nadere informatie

TimeManager. ERP voor Dienstverleners. SalesManager Software 2013 The Customer Centric Software Company

TimeManager. ERP voor Dienstverleners. SalesManager Software 2013 The Customer Centric Software Company TimeManager ERP voor Dienstverleners SalesManager Software 2013 The Customer Centric Software Company 2 Inleiding Bent u werkzaam in Professional Services? Met onze geïntegreerde CRM en Project Management

Nadere informatie

DATAMODELLERING BEGRIPPENBOOM

DATAMODELLERING BEGRIPPENBOOM DATAMODELLERING BEGRIPPENBOOM Inleiding In dit whitepaper wordt de datamodelleervorm begrippenboom inclusief de begrippenlijst beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.

Nadere informatie

De balans herstellen tussen big data en inzichtelijke informatie FREESTONE SERVICE OFFER INTELLIGENT REPORTING

De balans herstellen tussen big data en inzichtelijke informatie FREESTONE SERVICE OFFER INTELLIGENT REPORTING De balans herstellen tussen big data en inzichtelijke informatie FREESTONE SERVICE OFFER INTELLIGENT REPORTING IS DEZE SITUATIE HERKENBAAR? 1. Je hebt geïnvesteerd in dure IT-systemen voor human resources,

Nadere informatie

Auditen van Agile projecten

Auditen van Agile projecten Auditen van Agile projecten Platform voor Informatiebeveiliging 10 december 2013 Merijn van der Zalm & Marcel Trijssenaar Agenda Belang van assurance op agile ontwikkelen Agile versus Waterval Perspectief

Nadere informatie

Op 14 maart 2017 publiceerde het DNB Expertisecentrum Operationele en IT Risico's een memo 'Toelichting Toetsingskader Informatiebeveiliging 2017'.

Op 14 maart 2017 publiceerde het DNB Expertisecentrum Operationele en IT Risico's een memo 'Toelichting Toetsingskader Informatiebeveiliging 2017'. Inleiding Op 14 maart 2017 publiceerde het DNB Expertisecentrum Operationele en IT Risico's een memo 'Toelichting Toetsingskader Informatiebeveiliging 2017'. Hierin wordt aangegeven dat DNB in 2017 met

Nadere informatie

Het belang van. Data Modellering. GEMINIT Training. Data Modellering. Frédéric BARBIER

Het belang van. Data Modellering. GEMINIT Training. Data Modellering. Frédéric BARBIER Het belang van Data Modellering Studiedag Informatiemanagement Politeia, 22 februari 2013, Gent Open data en de cloud: een revolutie in de informatiehuishouding van de overheid Training Data Modellering

Nadere informatie

Applicatie outsourcing

Applicatie outsourcing Applicatie outsourcing Architectuur van en in de samenwerking dr. Jan Campschroer Management Consultant Ordina 13 oktober 2011 m.m.v.: Martin van den Berg Deze presentatie is gebaseerd op interviews met

Nadere informatie

B l u e D o l p h i n

B l u e D o l p h i n B l u e D o l p h i n H e t s a m e n w e r k i n g s p l a t f o r m d a t s l i m g e b r u i k m a a k t v a n d e i n f o r m a t i e e n k e n n i s o p h e t g e b i e d v a n g e m e e n t e l i

Nadere informatie

Managing Computer Technology Library

Managing Computer Technology Library Managing Computer Technology Library 1. INLEIDING Welkom bij dit basisboek over MCTL (Managing Computer Technology Library). In dit boek worden de doelstellingen, activiteiten, te behalen resultaten en

Nadere informatie

Haaglanden Medisch Centrum

Haaglanden Medisch Centrum Cloud oplossing in Haaglanden Medisch Centrum 26 september 2016 Agenda I. Introductie Haaglanden MC II. Situatieschets (voor implementatie) III. Probleemstelling huidige situatie IV. Doelstelling V. Pakket

Nadere informatie

In een keten gaat het om de verbindingen, niet om de schakels.

In een keten gaat het om de verbindingen, niet om de schakels. Verbindingsmodel IV Serviceketen Theo Thiadens en Adri Cornelissen In een keten gaat het om de verbindingen, niet om de schakels. Verbindingsmodel IV Serviceketen Theo Thiadens Alleen een organisatie die

Nadere informatie

Hoe volwassen zijn Nederlandse organisaties in procesmanagement?

Hoe volwassen zijn Nederlandse organisaties in procesmanagement? trds t Conclusies uit onderzoek naar de volwassheid van BPM Hoe volwass zijn Nederlandse organisaties in? April vorig jaar versche in dit tijdschrift e artikel van onze hand over het onderwerp business

Nadere informatie

8-12-2015. Hoe test je een pen? Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten

8-12-2015. Hoe test je een pen? Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten Les 1 Docent: Marcel Gelsing Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten Hoe test je een pen? 1 Bekijk eerst het filmpje over

Nadere informatie

Toekomstbestending maken van selectie tool Rekening houdend met strikte privacy wetgeving

Toekomstbestending maken van selectie tool Rekening houdend met strikte privacy wetgeving Toekomstbestending maken van selectie tool Rekening houdend met strikte privacy wetgeving Kurt.Merchiers@colruytgroup.com Functioneel Analist Roel.Van.Assche@sas.com Consultant Agenda Vervanging van de

Nadere informatie

PDCA+ V7. PDCA+ Curriculumonderdeel: Blok 2.2: Cardiovasculaire aandoeningen Jaargang: 15-16

PDCA+ V7. PDCA+ Curriculumonderdeel: Blok 2.2: Cardiovasculaire aandoeningen Jaargang: 15-16 PDCA+ Curriculumonderdeel: Blok 2.2: Cardiovasculaire aandoing Jaargang: 15-16 Deel I: Nabespreking Bijzonderhed tijds nabespreking Datum: 1 februari 2016 - Coördinator(): Prof.dr. F.A. Wijburg, Dr. D.

Nadere informatie

Quickstart handleiding

Quickstart handleiding Inleiding Allereerst hartelijk bedankt voor het aanschaffen van. U heeft met deze aankoop een goede keuze gemaakt voor een zeer professionele E-mail marketing tool. In deze quickstart handleiding zullen

Nadere informatie

Kwaliteit van ICT vergt samenwerking

Kwaliteit van ICT vergt samenwerking 26 november 2015 Werk mee aan een referentiearchitectuur voor ICT-kwaliteit: een katern Kwaliteit als leidraad voor samenwerking van ITdisciplines Martijn Sasse, business architect en QA, m.sasse@rechtspraak.nl

Nadere informatie

Conclusie: voor elke organisatie die dit nastreeft is het goed besturen en beheersen van de bedrijfsprocessen

Conclusie: voor elke organisatie die dit nastreeft is het goed besturen en beheersen van de bedrijfsprocessen 1 Waarom? : Succesvol zijn is een keuze! Organisaties worden door haar omgeving meer en meer gedwongen om beter te presteren. Voornamelijk wordt dit ingegeven door de klant die haar eisen en wensen m.b.t.

Nadere informatie

Taakcluster Operationeel support

Taakcluster Operationeel support Ideeën en plannen kunnen nog zo mooi zijn, uiteindelijk, aan het eind van de dag, telt alleen wat werkelijk is gedaan. Hoofdstuk 5 Taakcluster Operationeel support V1.1 / 01 september 2015 Hoofdstuk 5...

Nadere informatie

Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling. Agile Methodiek en Technologie. Zest Application Professionals

Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling. Agile Methodiek en Technologie. Zest Application Professionals Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling Agile Methodiek en Technologie Zest Application Professionals Hoe is de aansluiting op ontwikkelmethoden voor Legacy-systemen? Out of the Box

Nadere informatie

Olde Bijvank Advies Organisatieontwikkeling & Managementcontrol. Datum: dd-mm-jj

Olde Bijvank Advies Organisatieontwikkeling & Managementcontrol. Datum: dd-mm-jj BUSINESS CASE: Versie Naam opdrachtgever Naam opsteller Datum: dd-mm-jj Voor akkoord: Datum: LET OP: De bedragen in deze business case zijn schattingen op grond van de nu beschikbare kennis en feiten.

Nadere informatie

Incore Solutions Learning By Doing

Incore Solutions Learning By Doing Incore Solutions Learning By Doing Incore Solutions Gestart in November 2007 Consultants zijn ervaren met bedrijfsprocessen en met Business Intelligence Alle expertise onder 1 dak voor een succesvolle

Nadere informatie

Oplossingsvrij specificeren

Oplossingsvrij specificeren Oplossingsvrij specificeren ir. J.P. Eelants, projectmanager Infrabouwproces CROW Samenvatting De methodiek van oplossingsvrij specificeren richt zich niet alleen op het formuleren van functionele eisen.

Nadere informatie

VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER

VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER Sander Hoogendoorn Versie 1.0 15 april 2002 Documentbeheer Versie Datum Auteur Omschrijving 0.1 15 April 2002 Sander Hoogendoorn 0.2 15 april

Nadere informatie

14-9-2015. Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Systeemontwikkeling

14-9-2015. Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Systeemontwikkeling Les 1 Docent: Marcel Gelsing Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Systeemontwikkeling Je kunt hier (optioneel) ook een gratis tool downloaden

Nadere informatie

[functie] De functie die verantwoordelijk is voor het beheren van applicaties. [zaak] Een methode of maatregel om een risico te managen.

[functie] De functie die verantwoordelijk is voor het beheren van applicaties. [zaak] Een methode of maatregel om een risico te managen. Applicatiebeheer het beheren van applicaties. [functie] De functie die verantwoordelijk is voor het beheren van applicaties. Beheer (beheren) Control Onder de activiteit applicatiebeheer valt de ontwikkeling,

Nadere informatie

Dat is geen service catalogus! - Deel 1. Stuart Rance DAT IS GEEN SERVICE CATALOGUS. Deel 1

Dat is geen service catalogus! - Deel 1. Stuart Rance DAT IS GEEN SERVICE CATALOGUS. Deel 1 Dat is geen service catalogus! - Deel 1 Stuart Rance DAT IS GEEN SERVICE CATALOGUS Deel 1 Ik heb veel IT organisaties zien proberen een service catalogus op te stellen, en veel van deze projecten slagen

Nadere informatie

ICT Beheermodel informatiesystemen Drechtsteden Baseline inrichting ICT beheermodel Drechtsteden

ICT Beheermodel informatiesystemen Drechtsteden Baseline inrichting ICT beheermodel Drechtsteden Drechtsteden Technische Architectuur (DTA) ICT Beheermodel informatiesystemen Drechtsteden Baseline inrichting ICT beheermodel Drechtsteden Status : Definitief 1.0 Redactie : DTA Datum : 29-08-2007 1 Versiebeheer

Nadere informatie

VERSIE 1.0 WOLFMEISTER VOF SERVICE LEVEL AGREEMENT UITGEREIKT DOOR: WOLFMEISTER IT. Graafseweg AL - s-hertogenbosch KVK

VERSIE 1.0 WOLFMEISTER VOF SERVICE LEVEL AGREEMENT UITGEREIKT DOOR: WOLFMEISTER IT. Graafseweg AL - s-hertogenbosch KVK VERSIE 1.0 WOLFMEISTER VOF SERVICE LEVEL AGREEMENT UITGEREIKT DOOR: WOLFMEISTER IT Graafseweg 10 5213 AL - s-hertogenbosch KVK 71055657 SERVICE LEVEL AGREEMENT 1. PARTIJEN Deze Service Level Agreement

Nadere informatie

Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten

Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten SYSQA B.V. Almere Datum : 06 mei 2013 Status : definitief Versie : 2.0 Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 5 Overzicht

Nadere informatie

Advies Integraal Kaartbeheer. Bevindingen en conclusies Proof of Concept Integraal Kaartbeheer

Advies Integraal Kaartbeheer. Bevindingen en conclusies Proof of Concept Integraal Kaartbeheer Advies Integraal Kaartbeheer Bevinding conclusies Proof of Concept Integraal Kaartbeheer Inhoudsopgave 1. Rapport in het kort... 3 2. Inleiding... 4 2.1 Aanleiding... 4 2.2 Probleemstelling... 4 2.3 doelstelling...

Nadere informatie

20 mei 2008. Management van IT 1. Management van IT. Wat is dat eigenlijk? IT organisaties: overeenkomsten en verschillen

20 mei 2008. Management van IT 1. Management van IT. Wat is dat eigenlijk? IT organisaties: overeenkomsten en verschillen Management van IT Han Verniers PrincipalConsultant Han.Verniers@Logica.com Logica 2008. All rights reserved Programma Management van IT Wat is dat eigenlijk? IT organisaties: overeenkomsten en verschillen

Nadere informatie

24/7. Support. smart fms

24/7. Support. smart fms 24/7 Support Smart FMS vindt het van het grootste belang dat haar klanten helder inzicht hebben in de voorwaarden, zekerheid over gemaakte afspraken en het vertrouwen in haar als softwareaanbieder. Het

Nadere informatie

VAN AMBITIE NAAR UITVOERING - INRICHTING EN BESTURING I&A DELFLAND. 31 augustus 2013

VAN AMBITIE NAAR UITVOERING - INRICHTING EN BESTURING I&A DELFLAND. 31 augustus 2013 VAN AMBITIE NAAR UITVOERING - INRICHTING EN BESTURING I&A DELFLAND 31 augustus 2013 CONTEXT Delfland wordt de komende jaren geconfronteerd met een groeiende interne en externe vraag naar (innovatieve)

Nadere informatie

5 Programmastructuur

5 Programmastructuur 5 Programmastructuur Om het informatieplan en de daarin beschreven componenten is het aan te raden een programma- en projectenorganisatie in te richten. Volgend schema geeft de verschillende actoren en

Nadere informatie

Waarde toevoegen aan de bedrijfsvoering met behulp van IT architectuur Uitrusting & Inrichting. Charles M. Hendriks Digital-architect Schiphol Group

Waarde toevoegen aan de bedrijfsvoering met behulp van IT architectuur Uitrusting & Inrichting. Charles M. Hendriks Digital-architect Schiphol Group Waarde toevoegen aan de bedrijfsvoering met behulp van IT architectuur Uitrusting & Inrichting Charles M. Hendriks Digital-architect Schiphol Group 1 Architectuur en succesvol ontwerpen 2 Architectuur

Nadere informatie

Portal Planning Process

Portal Planning Process BROCHURE Portal Planning Process SAMENWERKEN AAN EEN WAARDEVOL PORTAAL BROCHURE PORTAL PLANNING PROCESS 2 Axians PORTAL PLANNING PROCESS BROCHURE Inhoud Introductie 4 3 Portal Planning Process 5 4 Uitdagingen

Nadere informatie

Functieprofiel Functioneel Beheerder Functieprofiel titel Functiecode 00

Functieprofiel Functioneel Beheerder Functieprofiel titel Functiecode 00 Functieprofiel Functioneel Beheerder Functieprofiel titel Functiecode 00 Doel Zorgdragen voor adequaat beheer en onderhoud van systemen en applicaties, voor tijdige en effectieve ondersteuning van en kennisontwikkeling

Nadere informatie

UML. From weblog http://dsnippert.wordpress.com. Dennis Snippert

UML. From weblog http://dsnippert.wordpress.com. Dennis Snippert UML From weblog http://dsnippert.wordpress.com Naam: Dennis Snippert Inhoudsopgave 1. Wat is Uml?... 3 2. UML diagrammen... 4 3. Uitleg diagrammen... 5 3.1. Usecase diagram:... 5 3.2. Class diagram:...

Nadere informatie

Naar de cloud: drie praktische scenario s. Zet een applicatiegerichte cloudinfrastructuur op. whitepaper

Naar de cloud: drie praktische scenario s. Zet een applicatiegerichte cloudinfrastructuur op. whitepaper Naar de cloud: drie praktische scenario s Zet een applicatiegerichte cloudinfrastructuur op whitepaper Naar de cloud: drie praktische scenario s Veel bedrijven maken of overwegen een transitie naar de

Nadere informatie

Ontwikkelaar ICT. Context. Doel

Ontwikkelaar ICT. Context. Doel Ontwikkelaar ICT Doel Ontwikkelen en ontwerpen van ICT-producten, binnen overeen te komen dan wel in een projectplan vastgelegde afspraken ten aanzien van tijd, budget en kwaliteit, opdat overeenkomstig

Nadere informatie

BiSL Scenario s. Informatiebeleid. Bijlage E Best practice Verzamelen objectieve gegevens. Hans van der Linden, Remko van der Pols

BiSL Scenario s. Informatiebeleid. Bijlage E Best practice Verzamelen objectieve gegevens. Hans van der Linden, Remko van der Pols BiSL Scenario s Informatiebeleid Best practice Verzamelen objectieve gegevens Hans van der Linden, Remko van der Pols 2016 Hans van der Linden, erven Remko van der Pols Boom uitgevers Amsterdam Alle rechten

Nadere informatie

Projectmanagement De rol van een stuurgroep

Projectmanagement De rol van een stuurgroep Projectmanagement De rol van een stuurgroep Inleiding Projecten worden veelal gekenmerkt door een relatief standaard projectstructuur van een stuurgroep, projectgroep en enkele werkgroepen. De stuurgroep

Nadere informatie

Informatiemanagement Examennummer: 62017 Datum: 8 december 2012 Tijd: 13:00 uur - 14:30 uur

Informatiemanagement Examennummer: 62017 Datum: 8 december 2012 Tijd: 13:00 uur - 14:30 uur Informatiemanagement Examennummer: 62017 Datum: 8 december 2012 Tijd: 13:00 uur - 14:30 uur Dit examen bestaat uit 6 pagina s. De opbouw van het examen is als volgt: - 20 meerkeuzevragen (maximaal 40 punten)

Nadere informatie

DE CRM CHECKLIST. de kracht van inzicht

DE CRM CHECKLIST. de kracht van inzicht DE CRM CHECKLIST de kracht van inzicht Inleiding Om een CRM traject een succes te maken is het de crux om te weten waar je naartoe wilt (beoogde situatie) en wat de huidige situatie is. Pas dan kun je

Nadere informatie

Digikoppeling adapter

Digikoppeling adapter Digikoppeling adapter Versie 1.0 Datum 02/06/2014 Status Definitief Van toepassing op Digikoppeling versies: 1.0, 1.1, 2.0, 3.0 Colofon Logius Servicecentrum: Postbus 96810 2509 JE Den Haag t. 0900 555

Nadere informatie

Examen ISyF Information Systems Foundation

Examen ISyF Information Systems Foundation Examen ISyF Information Systems Foundation Publicatiedatum Startdatum 1 september 2006 1 juli 2003 Doelgroep Information Systems Foundation richt zich op starters in de IT. De module richt zich op mensen

Nadere informatie

De Next Practice. Wilbert Teunissen Management Consultant Informatiemanagement

De Next Practice. Wilbert Teunissen Management Consultant Informatiemanagement De Next Practice Wilbert Teunissen Management Consultant Informatiemanagement Sogeti & ontwikkeling van FB 2005 De Uitdaging 4 e industriële revolutie NU!! Digitale Economie 27% heeft op dit moment een

Nadere informatie

Informatiemanager. Doel. Context

Informatiemanager. Doel. Context Informatiemanager Doel Ontwikkelen, in stand houden, evalueren, aanpassen en regisseren van het informatiemanagement, de digitale informatievoorziening en de ICT-facilitering van de instelling en/of de

Nadere informatie

Video Conferencing anno 2012

Video Conferencing anno 2012 White paper Video Conferencing anno 2012 +31 (0) 88 121 20 00 upc.nl/business Pagina 1 van 8 Video Conferencing De behoefte aan video-vergaderen groeit. Mensen gaan steeds flexibeler om met de begrippen

Nadere informatie

Whitepaper. Outsourcing. Uitbesteden ICT: Wat, waarom, aan wie en hoe? 1/6. www.nobeloutsourcing.nl

Whitepaper. Outsourcing. Uitbesteden ICT: Wat, waarom, aan wie en hoe? 1/6. www.nobeloutsourcing.nl Uitbesteden ICT: Wat, waarom, aan wie en hoe? 1/6 Inhoud Uitbesteden ICT: Wat, waarom, aan wie en hoe? 3 Relatie tussen ICT en 3 Outsourcen ICT: Wat? 3 Cloud Services 3 Service Level Agreement 3 Software

Nadere informatie

HERGEBRUIK VAN REQUIREMENTS

HERGEBRUIK VAN REQUIREMENTS HERGEBRUIK VAN REQUIREMENTS EEN PRAKTISCHE AANPAK BUSINESS ANALYSE CENTER OF EXCELLENCE - SYNERGIO Inhoudsopgave 1 HERGEBRUIK VAN REQUIREMENTS... 3 1.1 GEBRUIKEN VERSUS HERGEBRUIKEN... 4 2 STRATEGIE...

Nadere informatie

De impact en implementatie van de outsourcing op de bedrijfsvoering is als één van de 6 deelprojecten ondergebracht binnen het project outsourcing.

De impact en implementatie van de outsourcing op de bedrijfsvoering is als één van de 6 deelprojecten ondergebracht binnen het project outsourcing. Bijlagen 1 en 2: Aanbevelingen en opvolging Gateway Reviews (corsa 2018017934) Bijlage 1: Aanbevelingen en opvolging Gateway Review 2018 Aanbeveling Opvolging Status Opmerking 1. Richt een apart project

Nadere informatie

ERP Testing. HP Nijhof. Testmanager. Testnet November 2005

ERP Testing. HP Nijhof. Testmanager. Testnet November 2005 ERP Testing HP Nijhof Testmanager Testnet November 2005 Solution Sales Meeting7 November 2005 1 Agenda Waarom pakketten testen? Schaarse middelen? Ideale ERP test situatie Vragen 2 De centrale vraag ERP

Nadere informatie

Het succes van samen werken!

Het succes van samen werken! White paper Het succes van samen werken! Regover B.V. Bankenlaan 50 1944 NN Beverwijk info@regover.com www.regover.com Inleiding Regover B.V., opgericht in 2011, is gespecialiseerd in het inrichten en

Nadere informatie

Wij testen..maar....wat test jij?

Wij testen..maar....wat test jij? Wij testen..maar....wat test jij? Wij testen maar wat test jij? Harm Pul, Busineslinemanager Functioneel Beheer TMAP dag 2015, 29 september 2015 Bussum 2 Herkent u dit? De gebruikers testen dit straks

Nadere informatie

Biologie ( bb kb gl/tl )

Biologie ( bb kb gl/tl ) Einddoel Biologie ( bb kb gl/tl ) Biologie vmbo bovbouw = CE = SE Onderzoek Vaksubkern Inhoud bb kb gl/tl examehed Oriëntatie vraagstelling E aanpak kiez basis basis basis E biologische probleemstelling

Nadere informatie

Inhoud. Deel een Het ontwikkeltraject 13. Inleiding 11

Inhoud. Deel een Het ontwikkeltraject 13. Inleiding 11 5 Inhoud Inleiding 11 Deel een Het ontwikkeltraject 13 1 Werken binnen organisaties 15 1.1 Non-profit-organisatie 15 1.2 Profit-organisatie 16 1.3 Doelen 16 1.4 Rechtsvormen 16 Rechtspersoon 17 Persoonlijke

Nadere informatie

Socio-technisch systemen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 1

Socio-technisch systemen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 1 Socio-technisch systemen Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 1 Systeem categoriën Technische op computer gesteunde systemen Systemen die HW en SW bevatten, maar waar

Nadere informatie

IV SDM - FASE 2 BASISONTWERP

IV SDM - FASE 2 BASISONTWERP IV SDM - FASE 2 BASISONTWERP IV.1 Inleiding Zoals reeds besproken onderkent het in Nederland veel gebruikte SDM II (System Development Methodology, versie II), bij de bouw van informatiesystemen de volgende

Nadere informatie

VISUELE INTEGRATIE ORDE IN DE CHAOS. Bron: pixnio.com

VISUELE INTEGRATIE ORDE IN DE CHAOS. Bron: pixnio.com VISUELE INTEGRATIE ORDE IN DE CHAOS Bron: pixnio.com Er was eens 2 Systeem integratie LIS VISUELE INTEGRATIE GEGEVENS INTEGRATIE 3 SYSTEEM INTEGRATIE Voorbeeld van systeem integratie STUDENT INFORMATIESYSTEEM

Nadere informatie

J-STD-016. Documentatiestandaard

J-STD-016. Documentatiestandaard J-STD-016 Documentatiestandaard Waarom J-STD-016? Enkele kenmerken: Strikte scheiding tussen functionaliteit en ontwerp; Functionaliteit beschrijven in termen van eisen; Conformiteit verifieerbaar door

Nadere informatie

Systems Engineering en de Modelgebaseerde aanpak. Eric Burgers

Systems Engineering en de Modelgebaseerde aanpak. Eric Burgers Systems Engineering en de Modelgebaseerde aanpak Eric Burgers 2 Context: Toepassing MBSE in tunnelprojecten Modelprecisie / formaliteit LST 1.2 LST 1.1 Nijverdal (2011) SysML Statisch model Dynamisch model

Nadere informatie

Uitleg algemene structuur WTell

Uitleg algemene structuur WTell Uitleg algemene structuur WTell Brondocument C:\WebServer\Handleiding\WTellAlgemeen\WTellStructuurGlobaal.odt Versiebeheer Versie Datum Uitleg 1.0v 21-09-11 1e versie met uitleg globale structuur WTell

Nadere informatie

Technische architectuur Beschrijving

Technische architectuur Beschrijving A gemeente Eindhoven Technische architectuur Beschrijving Specificatiecriteria Versie 1.1 A. van Loenen Technisch Beleidsadviseur B&E 21-Sep-2011 avl/fd11027578 Colofon Uitgave Gemeente Eindhoven Realisatie

Nadere informatie

Portability, Interoperability of toch maar Connectivity Portability, Interoperability of toch maar Connectivity.

Portability, Interoperability of toch maar Connectivity Portability, Interoperability of toch maar Connectivity. Portability, Interoperability of toch 1 Even Voorstellen Diploma s: 1980 Bachelor of Science Civil Engineering (Cairo, Egypte) 1986 Doctoraal in Geodesie (TU Delft, Nederland) Enige Automatiseringservaring:

Nadere informatie