IV SDM - FASE 2 BASISONTWERP
|
|
- Theodoor Claes
- 7 jaren geleden
- Aantal bezoeken:
Transcriptie
1 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 ontwikkelingsfasen: fase 0 informatieplanning fase 1 definitiestudie ==> fase 2 basisontwerp fase 3 detailontwerp fase 4 realisatie fase 5 invoering fase 6 gebruik en beheer De derde fase van SDM, fase 2 : basisontwerp, bestaat uit de volgende samenhangende activiteiten: 2.1 uitgangspunten plan van aanpak 2.2 toekomstige werkomgeving 2.3 basis gegevensstructuur 2.4 basisfunctiestructuur 2.5 specificeer benodigde faciliteiten 2.6 technische vormgeving 2.7 basisontwerp valideren 2.8 totaalplan opstellen 2.9 rapport basisontwerp opstellen Met de gearceerde blokken in het schema worden weer de zogenaamde mijlpaalproducten aangegeven. BO. 1
2 Toelichting bij SDM-fase 2: Meestal is het ondoenlijk om zelfs maar te proberen om één allesomvattend overzicht te krijgen over een te ontwikkelen informatiesysteem. Het doel van de Basisontwerp-fase is om het tijdens de vorige fase gekozen systeemconcept en de systeemoplossing, zover uit te werken, dat deelsystemen en de functies daarbinnen gedefinieerd kunnen worden. De definitie van de mogelijke deelsystemen wordt grotendeels bepaald door: - de organisatie-omgeving; - de gegevensstructuur; en: - de vereiste functies. Vooral deze aspecten worden daarom in deze fase (in respectievelijk activiteiten 2.2, 2.3 en 2.4) bekeken. Wel is het noodzakelijk om niet alleen naar functionele en conceptuele aspecten te kijken, maar in verband met de reële mogelijkheden tot implementatie, ook naar de technische aspecten (activiteiten 2.5 en 2.6). We zullen daarbij moeten kijken naar welke (technische) consequenties voortvloeien uit de functionele specificatie. Aan de gewenste functies van het informatiesysteem (het WAT van het informatiesysteem) zitten technische consequenties (het HOE) vast die zich al heel snel laten vertalen in te maken kosten (ontwikkeling van programmatuur, kosten van apparatuur etc.). Uiteindelijk moet er een compromis gevonden worden tussen wat functioneel gewenst wordt (het WAT) en wat technisch te realiseren valt (het HOE). Deze afweging is heel belangrijk. In de fase basisontwerp moet je een evenwicht vinden tussen wat je zou willen (het functionele WAT van het informatiesysteem) en wat je binnen het project met de beschikbare werkkracht (technisch) kan. Van belang is het maken van een realistische inschatting van de tijd en de mogelijkheden voor de realisatie van (onderdelen van) het informatiesysteem. Het gaat daarbij om tijd, in de praktijk meestal vertaald in geld. Merk op dat de fase basisontwerp eindigt met het opstellen van een gedetailleerd projectplan (totaalplan). In dit projectplan moet de inschatting van realisatie-mogelijkheden verwerkt worden. Dit projectplan biedt dan houvast voor de nog volgende fasen. Het basisontwerp levert de globale functionele en technische specificaties van het informatiesysteem op. De specificaties gaan een niveau dieper dan in de definitiestudie, maar blijven grotendeels beperkt tot het WAT (welke functies) van het informatiesysteem. IV.2 Opsomming van de Basisontwerp-activiteiten We geven nu eerst weer een volledige opsomming van alle (9) in deze SDM-fase te verrichten activiteiten en bespreken daarna weer uitvoeriger niet alleen de bedoeling van die afzonderlijke activiteiten, maar ook een manier waarop ze uitgevoerd kunnen worden. 2.1 Leg uitgangspunten vast en stel een plan van aanpak op 2.2 Geef toekomstige werkomgeving aan 2.3 Bepaal basisgegevensstructuur 2.4 Bepaal basisfunctiestructuur 2.5 Specificeer benodigde faciliteiten 2.6 Bepaal technische vormgeving 2.7 Valideer basisontwerp 2.8 Vervaardig totaalplan en kosten/batenanalyse 2.9 Rapporteer over basisontwerp. Ook geven we hier weer een overzicht van de diverse bijlagen bij dit hoofdstuk over Basisontwerp: Voor gebruik vanaf oefenfase: BO-a) basisgegevensstructuur : uniciteitspijlen BO-b) basisfunctiestructuur : 1) specificatie functionele eisen BO-c) basisfunctiestructuur : 2) groeperen en menu's BO-d) Rapport Basisontwerp Factureringsafdeling Met betrekking tot de oefenopdracht 2 zèlf: BO-e) Goede raad voor het maken van oefenopdracht 2 (van week 4) BO-f) Oefenopdracht 2: Zakboekinformatiesysteem Fase 2 Voor gebruik in projectfase: BO-g) Rapport basisontwerp secretariaat sportvereniging (deels) BO. 2
3 IV.3 Activiteiten voor het basisontwerp tijdens de oefenfase BEPERKING!! In dit oefendeel van de cursus beperken wij ons tot het uitvoeren van twee kernactiviteiten uit de fase basisontwerp: - BASISGEGEVENSSTRUCTUUR BEPALEN ACTIVITEIT FUNCTIES BEPALEN ACTIVITEIT 2.4 (Uiteraard moet je ook activiteit 2.1 (planning) en 2.9 (rapport + evaluatie) uitvoeren.) De overige activiteiten - die bij het ontwerpen van informatiesystemen zeker niet gemist kunnen worden - komen in het project-deel van de cursus aan bod. IV.4 Beschrijving van de afzonderlijke activiteiten van de Basisontwerp-fase Activiteit 2.1 Leg uitgangspunten vast en stel een plan van aanpak op. Als uitgangspunt voor het basisontwerp dienen uiteraard de producten uit de definitiestudie. In een plan van aanpak wordt vastgelegd hoe de fase basisontwerp zal worden doorlopen: welke activiteiten zullen worden uitgevoerd, welke producten gemaakt zullen worden, welke momenten van afstemming en besluitvorming er zullen zijn, binnen welke tijd en onder welke voorwaarden een en ander zal worden gerealiseerd en wie wat wanneer zal doen. Activiteit 2.2 Geef toekomstige werkomgeving aan. In de vorige fase (definitiestudie) is de gewenste informatievoorziening bepaald, zijn systeemeisen vastgesteld en is een blauwdruk van het te bouwen totale informatiesysteem gemaakt. In activiteit 2.2 gaan we de hoofddoelstelling van de Basisontwerp-fase - het wel/niet (kunnen) opsplitsen van het totale systeem in deelsystemen - benaderen vanuit een organisatorische invalshoek. De wijze waarop de organisatie is opgebouwd en de taken daarin vervuld worden, kan van invloed zijn op het ontwerp van het systeem. Zo kan op basis van de verantwoordelijkheidsstructuur van de organisatie voor opsplitsing in deelsystemen worden gekozen. Het welke onderdelen van het systeem handmatig dan wel geautomatiseerd uitgevoerd gaan worden, wordt hier eveneens door beïnvloed. De toekomstige werkomgeving moet nu zodanig beschreven worden (niet te gedetailleerd en niet te technisch) dat duidelijk wordt, hoe de interactie zal zijn tussen de te automatiseren delen en de handmatige delen van het toekomstige informatiesysteem. Bepaald moet worden wat in grote lijnen de toekomstige organisatiestructuur zal worden. Taken, bevoegdheden en (gewenst) opleidingsniveau moeten per werknemer bekeken worden. Belangrijk is ook, dat duidelijkheid ontstaat over de veranderingen die het nieuwe systeem in de huidige werkomgeving teweeg zal brengen, en over de manier waarop deze veranderingen begeleid zullen worden. BO. 3
4 Activiteit 2.3 Bepaal basisgegevensstructuur De centrale vraag van deze ontwerpfase over het wel/niet (kunnen) opsplitsen van het totale systeem in subsystemen, wordt mede bepaald door de wijze waarop de (bedrijfs)gegevens worden gebruikt én opgeslagen. In deze activiteit 2.3 wordt nu de basisgegevensstructuur bepaald door het conceptuele model van de werkelijkheid waarin het informatiesysteem moet functioneren. Dit model bestaat uit de relaties die er tussen de gegevens (en de daarbij behorende personen, begrippen of objecten in de werkelijkheid) bestaan. Dit conceptuele model waarmee wij in de definitiestudie begonnen zijn, wordt in het basisontwerp verder verfijnd. In deze activiteit wordt het tweede deel van de informatieanalyse uitgevoerd: er wordt nagegaan welke van de rollen die objecten in het informatie-structuurdiagram spelen, uniek zijn en welke niet. Wij gaan voor alle rollen de aantallenregel: uniek (rol éénmaal gespeeld) / niet-uniek (rol meerdere malen gespeeld) na. Als basis voor deze activiteit dient dus het informatie-structuurdiagram dat als onderdeel van het systeemconcept in de definitiestudie opgesteld is. De diagrammen worden (met uniciteitspijlen) gedetailleerder uitgewerkt met als doel om mogelijke opsplitsingen in 'deel'-databanken (en/of gegevenstabellen) te ontdekken. Daartoe we hier al een ruwe, voorlopige structuur voor de relationele database-gegevenstabellen die we voor ons te ontwerpen informatiesysteem nodig zullen hebben. In de volgende SDM fase (3) gaan we deze ruwe database-structuur detailleren en zonodig corrigeren. Bij de huidige activiteit 2.3 moet ook een schatting worden gemaakt van de verwachte omvang van de toekomstige gegevensverzamelingen, het verwachte gebruik en de verwachte mutatiegraad van de gegevenselementen. N.B. Pas in de volgende SDM-fase, detailontwerp, krijgt dit informatiestructuurdiagram zijn uiteindelijke vorm en dan is het conceptuele gegevensmodel van de werkelijkheid waarin het informatiesysteem functioneert compleet gemaakt. Zie verder bijlage BO-a bij dit hoofdstuk. Activiteit 2.4 Bepaal basisfunctiestructuur De hoofdfuncties in het systeemconcept waren reeds bekend uit de definitiestudie. N.B. Mocht je nog niet de vergelijking van geuite informatiewensen versus theoretisch mogelijke functies van definitiestudie-bijlage DS-f hebben uitgevoerd, doe dit dan alsnog eerst! In deze activiteit wordt per hoofdfunctie aangegeven welke onderdelen, welke (deel) functies, er binnen die hoofdfuncties zullen worden onderscheiden. We gaan de 'geconcretiseerde informatiewensen' uit de Definitiestudie (b.v. toon factuur van klant ) verder uitwerken, zodat duidelijk wordt wat voor acties later precies zullen plaatsvinden bij het activeren van die functies. Daarbij wordt voor toekomstige gebruikers duidelijk vastgelegd, wat voor acties later van henzelf verwacht worden (b.v. wat moeten ze precies doen om die factuur van een klant te zien te krijgen? moeten ze een adres of een klantnaam of een klantnummer invoeren?) en welke acties het systeem moet uitvoeren. Door deze manier van werken wordt bovendien duidelijk welke gegevens nodig zijn voor die verschillende informatiewensen (ook dit hoort bij de achterliggende doelstelling 'opsplitsen in deelsystemen'). In de praktijk moet hier zeker ook aandacht besteed worden aan systeemonderhouds- en beveiligingsfuncties. Van de gevonden structuur (hoofdfuncties, functies, basisfuncties) wordt een genummerd overzicht gemaakt. Indien gewenst en in overleg met de gebruiker (als deze er is) worden de basisfuncties gehergroepeerd en/of worden er basisfuncties samengevoegd. Mede aan de hand van dit overzicht kan bepaald worden of een opsplitsing van het totale systeem in deelsystemen mogelijk is. De bepaalde functie-hiërarchie wordt gebruikt voor het vastleggen van de menu-structuur van het toekomstige informatiesysteem en/of deelsystemen. Zie verder bijlagen BO-b en BO-c bij dit hoofdstuk. Activiteit 2.5 Specificeer benodigde faciliteiten In deze activiteit wordt vastgelegd welke hard- en software nodig is voor zowel het ontwikkelen als later het kunnen gebruiken van alle geplande functionaliteit van het systeem. Dit moet bijtijds gebeuren omdat vaak nogal wat tijd gemoeid is met het verwerven van (vooral) hardware, maar vaak ook ontwikkel-software (o.a. tools ). Als er onzekerheid bestaat over leverdatum of uitvoering, moeten alternatieven worden gespecificeerd. BO. 4
5 Activiteit 2.6 Bepaal technische vormgeving Deze activiteit heeft tot doel, het vaststellen van de structuur van het te bouwen informatiesysteem voor wat betreft de verdeling van het informatiesysteem in afzonderlijk te realiseren deelsystemen. De belangrijkste voor dit onderdeel te beschouwen producten, zijn die van activiteit 2.2 (organisatorische structuur van de 'toekomstige werkomgeving'), 2.3 (basisgegevensstructuur) en 2.4 (basisfunctiestructuur). Zo zou bijvoorbeeld een totaal informatiesysteem voor een studentenadministratie (afhankelijk van...) kunnen worden opgesplitst in een - eerst te bouwen - deelsysteem voor naam-, adres-, woonplaats- e.d. gegevens, een vervolgens te bouwen systeem voor vakken en tentamens - waardoor studenten zich op een geautomatiseerde manier kunnen inschrijven voor het meedoen aan een tentamen - en tot slot een deelsysteem voor het registreren van tentamenresultaten etc.. Activiteit 2.7 Valideer basisontwerp Met wat er tot nu toe uitgewerkt is in deze fase gaat de ontwikkelaar terug naar de toekomstige gebruikers van het informatiesysteem en naar de opdrachtgever. Deze geven hun commentaar en moeten het basisontwerp valideren, dat wil zeggen er hun fiat aan geven. Deze validatie van het basisontwerp is erg belangrijk als er daadwerkelijk een automatiseringsproject wordt uitgevoerd. De opdrachtgever moet op grond van de producten precies kunnen of het nog nader te detailleren informatiesysteem doet wat het moet doen (een toekomstige werkomgeving biedt die gewenst wordt), in een technische structuur die gewenst wordt (hierbij spelen de kosten een belangrijke rol). Activiteit 2.8 Vervaardig totaalplan en kosten/batenanalyse Nu de nadere uitwerking van het te bouwen informatiesysteem is gevalideerd, kunnen - op grond van de producten die er nu zijn - uitvoeringsplannen gemaakt worden. Heel vaak zullen nu namelijk deelprojecten kunnen worden aangewezen, waarin een onderdeel van het informatiesysteem verder wordt gedetailleerd en gerealiseerd (fasen detailontwerp en realisatie). Om die verschillende deelprojecten ordentelijk te laten verlopen (wie doet wat, wanneer en hoe) wordt een betrekkelijk gedetailleerd projectplan opgesteld tot aan de invoering toe. De hoeveelheid werk wordt meestal opgesplitst in een aantal afzonderlijke projecten. Er wordt een tijdschema opgesteld en de hoeveelheid te investeren mensjaren wordt begroot; dit gebeurt dan zowel voor de afzonderlijke deelprojecten als voor het totaal. Activiteit 2.9 Rapporteer over basisontwerp. Als afsluiting van deze fase vindt weer rapportage plaats in de vorm van het rapport basisontwerp, dat grotendeels uit producten van deze fase kan worden samengesteld. Zorg er weer voor dat (ter latere evaluatie) op de een of andere manier over het in deze SDM-fase uitgevoerde onderzoek zodanig gerapporteerd wordt, dat opgedane lessen en ervaringen bewaard blijven. BO. 5
III SDM - FASE 1 DEFINITIESTUDIE
III SDM - FASE 1 DEFINITIESTUDIE III.1 Inleiding Zoals reeds besproken onderkent het in Nederland veel gebruikte SDM II (System Development Methodology, versie II), een methode om bij de bouw van informatiesystemen
Nadere informatieSDM II - System Development Methodology II. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.
SDM II - System Development Methodology II Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 12 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2
Nadere informatieFunctioneel ontwerp. Een introductie. Algemene informative voor medewerkers van SYSQA B.V. Almere
Functioneel ontwerp Een introductie Algemene informative voor medewerkers van SYSQA B.V. Almere Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 Inleiding... 3 1.1 Algemeen... 3 2 Inleiding... 4 2.1
Nadere informatieChecklist basisontwerp SDM II
Organisatie SYSQA B.V. Pagina 1 van 5 Checklist basisontwerp SDM II Documentatie. Zijn de uitgangspunten voor het basisontwerp Is een plan van aanpak Zijn er wijzigingen op het Software Quality Assurance
Nadere informatieSystem Development Methodology (SDM II)
System Development Methodology (SDM II) System Development Methodology (SDM), ofwel Systeem Ontwikkelings Methodologie (Methodiek) is een faseringsmethode. Het wordt voornamelijk gebruikt bij projecten
Nadere informatieSamenvatting Informatica Module 6 & 7
Samenvatting Informatica Module 6 & 7 Samenvatting door een scholier 2111 woorden 4 november 2011 6,8 43 keer beoordeeld Vak Methode Informatica Fundament Informatica Module 6 H1 Projectmanagement Een
Nadere informatieB3: Systematisch bouwen van eenvoudige informatiesystemen SDM-fase 4: Realisatie
VI SDM - FASE 4 REALISATIE VI.1 Inleiding Zoals reeds besproken onderkent de in Nederland veel gebruikte procesbeheersingsmethode SDM II (System Development Methodology, versie II) bij de bouw van informatiesystemen
Nadere informatieBijlagen A bij hoofdstuk IV over Basisontwerp
Bijlagen A bij hoofdstuk IV over Basisontwerp Bijlage BO - a) Basisgegevensstructuur bepalen: uniciteitspijlen We zullen onze activiteiten verduidelijken aan de hand het voorbeeld secretariaat sportvereniging.
Nadere informatieII SDM - FASE 0 INFORMATIEPLANNING
II SDM - FASE 0 INFORMATIEPLANNING II.1 Inleiding In het vorige hoofdstuk is reeds gesteld dat informatiesysteem worden gebouwd om gegevens te kunnen leveren die de informatiebehoeften van een organisatie
Nadere informatieB3: Systematisch bouwen van informatiesystemen SDM-fase 3: Detailontwerp
V SDM - FASE 3 DETAILONTWERP V.1 Inleiding Zoals reeds besproken onderkent de in Nederland veel gebruikte procesbeheersingsmethode SDM II (System Development Methodology, versie II) bij de bouw van informatiesystemen
Nadere informatieAnt: 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 informatieInformatie analyse. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.
Informatie analyse Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 12 Inhoudsopgave 1 Informatie-analyse... 3 1.1 INFORMATIE ANALYSE ALS ONDERDEEL
Nadere informatieBijlage BO - g) Rapport basisontwerp secretariaat sportvereniging
Bijlage BO - g) Rapport basisontwerp secretariaat sportvereniging UITTREKSEL (!!) Uitgangspunten Plan van aanpak
Nadere informatieInformatieanalyse Sjabloon rapportage
Informatieanalyse Sjabloon rapportage SYSQA B.V. Almere Organisatie SYSQA B.V. Pagina 2 van 17 Inhoudsopgave 1 INLEIDING...3 1.1 ALGEMEEN...3 1.2 VERSIEBEHEER...3 1.3 VERZENDLIJST...3 2 INLEIDING...4 2.1
Nadere informatiePraktijkinstructie Oriëntatie op de informatie-analyse 4 (CIN08.4/CREBO:50131)
instructie Oriëntatie op de informatie-analyse 4 (CIN08.4/CREBO:50131) pi.cin08.4.v2 ECABO, 1 september 2003 Alle rechten voorbehouden. Niets uit deze uitgave mag worden vermenigvuldigd, overgenomen, opgeslagen
Nadere informatieFunctiepuntanalyse. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.
Functiepuntanalyse Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 8 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3 2 WAT
Nadere informatieORGANISATORISCHE IMPLENTATIE BEST VALUE
ORGANISATORISCHE IMPLENTATIE BEST VALUE EEN ONDERZOEK NAAR DE IMPLEMENTATIE VAN BEST VALUE BINNEN EEN SYSTEMS ENGINEERING OMGEVING STEPHANIE SAMSON BEST VALUE KENNIS SESSIE WESTRAVEN 17 JUNI 09.00 12.00
Nadere informatie<<Organisatie en projectnaam>> Sjabloon Functioneel Ontwerp
Sjabloon Functioneel Ontwerp SYSQA B.V. Almere Organisatie SYSQA B.V. Pagina 2 van 12 Inhoudsopgave 1 INLEIDING...3 1.1 ALGEMEEN...3 1.2 VERSIEBEHEER...3 1.3 VERZENDLIJST...3
Nadere informatieTechnisch Ontwerp Ontwerp template
Auteur Dennis Steenwijk Versie Datum Status 1 Inleiding 2 Versie geschiedenis Versie Datum Status Naam Omschrijving 03-10-08 Dennis Steenwijk versie 2 van 9 Versie geschiedenis 3 Distributie Naam Functie
Nadere informatiePlanning & Control. Inleiding. Inhoudsopgave
Planning & Control Inleiding Planning & Control is de Engelse benaming voor coördinatie en afstemming. Het is gericht op interne plannings- en besturingsactiviteiten. Een heldere Planning & Control functie
Nadere informatiePraktijkinstructie Applicatieontwikkeling 4 (ICT12.4/CREBO:53260)
instructie Applicatieontwikkeling 4 (ICT12.4/CREBO:53260) pi.ict12.4.v1 ECABO, 1 april 2002 Alle rechten voorbehouden. Niets uit deze uitgave mag worden vermenigvuldigd, overgenomen, opgeslagen of gepubliceerd
Nadere informatievoorbeeldexamen I-Tracks Project Participation Foundation (PPF) voorbeeldexamen PPF uitgave oktober 2007
voorbeeldexamen Project Participation Foundation (PPF) I-Tracks Project Participation Foundation (PPF) voorbeeldexamen PPF uitgave oktober 2007 Inhoud inleiding 2 voorbeeldexamen 3 antwoordindicatie 12
Nadere informatievoorbeeldexamen I-Tracks voorbeeldexamen ISDDF Information Systems Design and Development Foundation uitgave april 2005
voorbeeldexamen Information Systems Design and Development Foundation I-Tracks voorbeeldexamen ISDDF Information Systems Design and Development Foundation uitgave april 2005 inhoud 3 inleiding 4 voorbeeldexamen
Nadere informatieGAMP 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 informatiePraktijkinstructie Geautomatiseerde informatievoorziening - beheer 3 (CIN02.3/CREBO:50170)
instructie Geautomatiseerde informatievoorziening - beheer 3 (CIN02.3/CREBO:50170) pi.cin02.3.v2 ECABO, 1 september 2003 Alle rechten voorbehouden. Niets uit deze uitgave mag worden vermenigvuldigd, overgenomen,
Nadere informatieDe ontwikkelcirkel 1/6
1/6 3D www.leren en organiseren.nl De ontwikkelcirkel voor (school)organisaties De ontwikkelcirkel Een 'Opleiden in de school'-traject kan vanuit de eigen organisatie geïnitieerd worden, maar kan ook gebeuren
Nadere informatieBijlagen B bij hoofdstuk II over Informatieplanning:
B: Systematisch bouwen van informatiesystemen SDM-fase : Informatieplanning Bijlagen B Bijlagen B bij hoofdstuk II over Informatieplanning: Bijlage IP - j) Checklist risico-analyse bij informatieplanningsproject
Nadere informatieFunctionaliteitenbeheer
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 informatieComputercommunicatie B: Informatiesystemen
Computercommunicatie B: Informatiesystemen Markus Egg Rijksuniversiteit Groningen Voorjaar 2007 Introductie: doelen van de cursus definitie van informatiesystemen voorbeelden van informatiesystemen klassieke
Nadere informatieCOINS Praktijkproject. René Dorleijn & Gertjan van Manen. 23 januari 2008
Randstadspoor - Halte Lunetten COINS Praktijkproject René Dorleijn & Gertjan van Manen 23 januari 2008 Agenda 1. Introductie 2. Doelstelling praktijkproject 3. Voorbereiding met Ontwikkelteam 4. Voorbereiding
Nadere informatieOlde 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 informatieEXIN Projectmanagement Foundation
EXIN Projectmanagement Foundation Voorbeeldexamen Editie 201608 Copyright 2016 EXIN PRINCE2 is a registered trade mark of AXELOS Limited. All rights reserved. No part of this publication may be published,
Nadere informatieOverzicht van taken en competenties. Demandmanager-rol
Overzicht van taken en competenties Demandmanager-rol Inhoudsopgave 1 Taakomschrijving... 2 1.1 AA-1 Goedkeuren/beoordelen opdracht, verzoek, e.d.... 2 1.2 AA-7 Evalueren opdracht... 2 1.3 CA-1 Onderhouden
Nadere informatieProject Fasering Documentatie Applicatie Ontwikkelaar
Project Fasering Documentatie Applicatie Ontwikkelaar Auteurs: Erik Seldenthuis Aminah Balfaqih Datum: 31 Januari 2011 Kerntaak 1 Ontwerpen van applicaties De volgordelijke plaats van de documenten binnen
Nadere informatieEPD Epic. (Inbare) Baten met het nieuwe EPD
EPD Epic (Inbare) Baten met het nieuwe EPD Agenda 1. De baten in de business Case 2. Voorbereiding realisatie gedurende implementatie Epic Business Case Epic MCL Opdracht: werk een business case integraal
Nadere informatieSecretariaat Sportvereniging: rapport Definitiestudie
Bijlage DS-e) Secretariaat Sportvereniging: rapport Definitiestudie (UITTREKSEL) Dit rapport beperkt zich niet tot alleen de resultaten de activiteiten 1.2, 1.3 en 1.5. Uitgangspunten
Nadere informatiePersoonlijk Actieplan (PAP)
B 1.4 Persoonlijk Actieplan (PAP) Stagiair(e) Opleiding Bedrijf Praktijkopleider Stagedocent Nick Albregtse Interactief Vormgeven (IV) Kees Internetbureau Michiel Snijder Jan Verduijn Datum 26 09 2013
Nadere informatieperspectivisch calculeren
perspectivisch calculeren waar is dat voor nodig? Waar is dat voor nodig? dia 1 problematiek voor de calculatie enkelstuks, kleinserie en projectmatige productie: slechts een globale specificatie offertecalculatie
Nadere informatieFunctionele Specificatie van GRCcontrol. Rieks Joosten
Functionele Specificatie van GRCcontrol Rieks Joosten (rieks.joosten@tno.nl) 4 september 2014 Inhoudsopgave 1 Inleiding 2 2 Gemeenschappelijke taal 3 2.1 Automatiseerbare samenhangen...................
Nadere informatieOnderzoeksassistent CONCEPT. Doel
Onderzoeksassistent College van van Bestuur Doel Directieraad Voorbereiden van en praktische uitvoeren van onderzoeks- of laboratorium werkzaamheden, volgens werkinstructies/ protocollen en geldende voorschriften
Nadere informatieOntwikkelaar 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 informatiePROJECT 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[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 informatieBijlagen A bij hoofdstuk III over Definitiestudie:
Bijlagen A bij hoofdstuk III over Definitiestudie: Bijlage DS - a) : Gedetailleerde uitwerking van de aanpak bij activiteit 1.5 Je doet er goed aan je te realiseren dat op het moment dat met activiteit
Nadere informatieTweede Kamer der Staten-Generaal
Tweede Kamer der Staten-Generaal 2 Vergaderjaar 1987-1988 Rijksbegroting voor het jaar 1988 20 200 Hoofdstuk X Ministerie van Defensie Nr. 34 BRIEF VAN DE STAATSSECRETARIS VAN DEFENSIE Aan de Voorzitter
Nadere informatieDe strategische keuzes die moeten gemaakt worden zijn als volgt: Interne controle of zelfcontrole/sociale controle
1 Hoofdstuk 1 1.1 Dirigeren en coördineren p43 1.1.1 Dirigeren Dirigeren is een synoniem voor delegeren. Dirigeren houdt in dat bepaalde bevoegdheden overgedragen worden naar een persoon met een lagere
Nadere informatiea. Wat wordt verstaan onder V&V? b. Uit welke kernactiviteiten bestaat V&V? c. Noem enkele voor- en nadelen van inspecties. d. Idem voor testen.
Eindtoets T07351 Software engineering Een eindtoets staat in het algemeen model voor het tentamen van de betreffende cursus. Aangezien deze cursus een mondeling tentamen heeft, bevat deze eindtoets slechts
Nadere informatieNederland haalt de XBRL buit nog niet binnen. Door Ron van Ardenne
Nederland haalt de XBRL buit nog niet binnen. Door Ron van Ardenne Ondanks de belofte die extensible Business Reporting Language (XBRL) inhoudt, blijft het gebruik ervan beperkt. Softwareontwikkelaars
Nadere informatieHet 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 informatieDuurzaam Product. Ecodesign methode van Tischner
Ecodesign methode van Tischner Omschrijving Stappenplan voor het ontwerpen van milieuvriendelijke producten. Het stappenplan is gebaseerd op gangbare methoden voor productontwerpen. Gebruik Het stappenplan
Nadere informatieOplossingsvrij 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 informatieRapportage 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 informatiePortal 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 informatieXedule: stimulator en simulator voor de verbetering van plannen én roosteren
Xedule: stimulator en simulator voor de verbetering van plannen én roosteren dr. ir. P.J.A. (Peter) Verdaasdonk 1 Agenda Introductie Onderwijslogistiek Wat is het? Plannen versus roosteren Werken met onzekerheid
Nadere informatieRAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.
RAD Rapid application development Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...
Nadere informatieInhoud. Deel A Inleiding
v Deel A Inleiding 1 Wat is een project? 3 1.1 Inleiding 3 1.2 Prince2 4 1.3 pico 6 1.4 Wanneer is een fase afgerond? 7 1.5 Wanneer spreek je van een geslaagd project? 8 1.6 Waarom mislukt een project?
Nadere informatieLes E-01 Projectmanagement
Les E-01 Projectmanagement 1.1 Werken op projectbasis Op allerlei manieren werken mensen in het sociale leven samen om bepaalde doelen te verwezenlijken. Buurtbewoners organiseren een pleinfeest, verenigingsleden
Nadere informatieDATAMODELLERING 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 informatieProjectmanagement 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 informatieVerplichtingen administratie. Brochure - Verplichtingen administratie
Brochure - Verplichtingen administratie Ontwikkeld door: Van der Heijde Automatisering B.V. Registratie van verplichtingen van debiteuren en aan crediteuren Uitgebreide structuur voor autorisatie van verschillende
Nadere informatieHet sturend niveau: onderlinge afstemming en jaarplannen Een whitepaper van The Lifecycle Company
Het sturend niveau: onderlinge afstemming en jaarplannen Een whitepaper van The Lifecycle Company Met dit whitepaper lichten we de sturende processen uit het BiSL-model nader toe en laten we zien hoe jaarplannen
Nadere informatieOntwerp. <naam applicatie>
Ontwerp Datum Auteur Versie Telefoon Pagina: 0 Inhoudsopgave 1. MANAGEMENT SUMMARY... 1 2. INLEIDING... 1 2.1. DOEL... 1 2.2. STRUCTUUR... 1 2.3. ACHTERGROND... 1 2.4. REVISIE-GESCHIEDENIS...
Nadere informatieAfbeelding: TriamFloat Effectmetingsmodel
Het meten van het effect van leren en ontwikkelen is een belangrijk thema bij onze klanten. Organisaties willen de toegevoegde waarde van leren weten en verwachten een professionele aanpak van de afdeling
Nadere informatieHandleiding Amyyon Care Plannen, registreren en rapporteren zorg. Rondomzorg
Handleiding Amyyon Care Plannen, registreren en rapporteren zorg Inhoudsopgave 1 Zorg plannen vanuit de indicatie... 3 2 Private zorg... 8 3 Zorg toewijzen aan medewerkers... 9 1. Zorg toewijzen op cliënt
Nadere informatiePlan van Aanpak Afstuderen
Plan van Aanpak Afstuderen Michiel Graat 27-09-2005 Inhoudsopgave 1 Inleiding 3 1.1 Terminologie............................. 3 1.2 Opdracht............................... 4 1.3 JavaCard...............................
Nadere informatieJe kunt een Data Flow Diagram (DFD) gebruiken om gegevensstromen op een grafische wijze weer te geven.
HOOFDSTUK 2 Module 2 - Schematechnieken en databases 2.1 Inleiding Wat is een? Je kunt een (DFD) gebruiken om gegevensstromen op een grafische wijze weer te geven. Een DFD geeft een beperkte weergave van
Nadere informatieFunctie Punt Analyse in het voortraject
Functie Punt Analyse in het voortraject Nesma kent drie methoden voor functie punt analyse: Detail FPA (ook wel Gedetailleerde FPA genoemd) High Level FPA (ook wel Globale FPA of Estimated FPA genoemd)
Nadere informatieSoftware 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 informatieCursus. Schrijf een projectplan
Cursus Schrijf een projectplan Colofon Uitgeverij: Edu Actief b.v. 0522-235235 info@edu-actief.nl www.edu-actief.nl Auteurs: Annyttsje Pruim, Floortje Vissers Titel: Schrijf een projectplan ISBN: 978 90
Nadere informatieInhoud. 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 informatieERP Implementatie in de praktijk
ERP Implementatie in de praktijk Door: Erik Meevis www.kcla.nl 11 juni 2008 Even voorstellen. Erik Meevis, partner bij KCLA Groep onafhankelijke organisatieadviseurs Afkomstig uit en gericht op productiebedrijven
Nadere informatieProjectplan. Kernregistratie Medewerkers en inowit
Projectplan Kernregistratie Medewerkers en inowit Veiligheidsregio Gelderland-Zuid (Josien Oosterhoff) Veiligheidsregio Haaglanden (Marieke van den Berg) NetAge AG5 28 augustus 2013 Inhoudsopgave 1 Inleiding...
Nadere informatieONDERZOEK & ONTWIKKELING
1. DOEL & TOEPASSINGSGEBIED In deze procedure wordt de werkwijze omschreven, die gehanteerd wordt bij de ontwikkeling van nieuwe diensten bij.. voor wat betreft de sector Kinderopvang. De beheersing van
Nadere informatieGelijkwaardigheid van niet-geaccrediteerde laboratoria (conform NEN-EN ISO/IEC 17025)
Gelijkwaardigheid van niet-geaccrediteerde laboratoria (conform NEN-EN ISO/IEC 17025) NEa, 20-07-2012, versie 1.0 INTRODUCTIE In artikel 34 van de Monitoring en Rapportage Verordening (MRV) is beschreven
Nadere informatieHosting & support contract
Hosting & support contract FOCUSTOOL TRACK YOUR GOALS & BEHAVIORS 1. Inleiding FocusTool biedt online software voor het bijhouden van voortgang op doelen en gedrag voor teams.om meer grip te krijgen op
Nadere informatieAdministrateur. Context. Doel. Rapporteert aan/ontvangt hiërarchische richtlijnen van: Directeur dienst Afdelingshoofd
Administrateur Doel Realiseren van beheersmatige, adviserende en managementondersteunende administratieve werkzaamheden ten behoeve van de instelling, dan wel onderdelen daarvan, binnen vastgestelde procedures
Nadere informatieHandleiding Nederlandse Besteksystematiek
Handleiding Nederlandse Besteksystematiek Inhoudsopgave 1 Inleiding... 3 1.1 NBS... 3 1.2 De NBS Catalogus... 3 2 Bestek, algemeen... 4 2.1 Het bestek... 4 2.2 De beschrijving van het werk... 4 2.3 De
Nadere informatie14-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 informatiePaleis van de Verdraagzaamheid. Jaarplan 2012
Paleis van de Verdraagzaamheid Jaarplan 2012 Voorwoord Door een zeer succesvolle eerste editie van de jaarlijkse verkiezing van Ambassade en Ambassadeur van de Verdraagzaamheid was 2011 voor het Paleis
Nadere informatiePagina 1 van 5. Examenprogramma Profielvak: dienstverlening & producten. De kern
Examenprogramma Profielvak: dienstverlening & producten De kern a. Algemene kennis en vaardigheden b. Professionele kennis en vaardigheden c. Loopbaanoriëntatie en -ontwikkeling De vier profielmodulen
Nadere informatieBIJLAGE A: TAAK 1: IMPLEMENTATIE PECKELSHEIM Voor de uitvoering van deze taak waren in het projectvoorstel de activiteiten in Tabel B.1 gedefinieerd. Tabel A.1: Activiteiten Taak 1 1.1. Aanpassen en complementeren
Nadere informatieIn deze appendix wordt bekeken wat er moet gebeuren voordat
Normaliseren A In deze appendix wordt bekeken wat er moet gebeuren voordat een systeem kan worden gedefinieerd. Dit begint met een analyse van de gegevens die de basis vormen. Daarbij wordt gekeken naar
Nadere informatieCosmic Full Function Points (CFFP) Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.
Cosmic Full Function Points (CFFP) 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 VERSIEBEHEER...
Nadere informatieExamenprogramma Profielvak: dienstverlening & producten
Examenprogramma Profielvak: dienstverlening & producten De kern a. Algemene kennis en vaardigheden b. Professionele kennis en vaardigheden c. Loopbaanoriëntatie en -ontwikkeling De vier profielmodulen
Nadere informatieTradinco Academy Cursus Programma
Tradinco Academy Cursus Programma Calibration made simple 01/2014 page : 1 Index Inleiding The art of Calibration Kalibratie Management Kalibratie Instrumentatie Het gebruik van Instrumenten AutoCal Kalibratie
Nadere informatieInformatiemanager. 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 informatieOnderwerp: Risico inventarisatie project rwzi Utrecht Nummer: 604438. Dit onderwerp wordt geagendeerd ter kennisneming ter consultering ter advisering
COLLEGE VAN DIJKGRAAF EN HOOGHEEMRADEN COMMISSIE BMZ ALGEMEEN BESTUUR Agendapunt 9A Onderwerp: Risico inventarisatie project rwzi Utrecht Nummer: 604438 In D&H: 22-01-2013 Steller: Drs. J.L.P.A. Dankaart
Nadere informatieChecklist risicofactoren IT-projecten
Organisatie SYSQA B.V. Pagina 1 van 5 Checklist risicofactoren IT-projecten In onderstaande checklists zijn de factoren die het slagen van een project beïnvloeden opgenomen. Projectomvang Hoe groot is
Nadere informatieOverzicht DISPATCHER. Maatoplossing voor een elekctriciteitsproducent. Versie: 2007.12.26
Versie: 2007.12.26 1. DISPATCHER_tool DISPATCHER_tool is een maatoplossing ontwikkeld voor een elektriciteitsproducent voor het beheer van transporten tussen magazijnen, en geïntegreerd met SAP. De technologie
Nadere informatieAntwoordmodel beoordelaars
Antwoordmodel beoordelaars (30p) 1 Standaard is dat gegevensverzamelingen als eenvoudig (E) worden geteld en gebruikerstransacties als gemiddeld (G). TYPE OMSCHRIJVING COMPL. FP ILGV Klantgegevens E 7
Nadere informatieInformatiebeveiligingsbeleid
Unit : Bedrijfsvoering Auteur : Annemarie Arnaud de Calavon : : Datum : 17-11-2008 vastgesteld door het CvB Bestandsnaam : 20081005 - Informatiebeveiliging beleid v Inhoudsopgave 1 INLEIDING... 3 1.1 AANLEIDING...
Nadere informatiePROGRAMMA 2011-2012. Vak: Informatica..
Vak: Informatica.. Laag: vwo-. PROGRAMMA 2011-2012 week leerstof dagen toets overig 34-26.08 zomervakantie Bespreking PTA-404 1. Deze week: uitreiking van de Praktische Opdracht Programmeren Herhaling
Nadere informatieInformation Capability Engineering
Information Capability Engineering Paul Mantelaers en Marcel Spruit Het vakgebied beheer is door Maarten Looijen in Nederland op de kaart gezet. Bij diverse gelegenheden hebben wij de kans gehad om met
Nadere informatieCURRICULUM PLANNING SCENARIO S TON PEETERS, DICK KAMPMAN
CURRICULUM PLANNING SCENARIO S TON PEETERS, DICK KAMPMAN INTRODUCTIE Er komen steeds meer studenten op de opleiding Biologie af. Dit heeft als gevolg dat de zaalreserveringen en planning van docenten en
Nadere informatie1. Burgemeester en Wethouders van Leiden, ter uitvoering van het besluit van Burgemeester en Wethouders d.d. 29 april 2008 nr. 08.
CONVENANT SHARED SERVICE CENTER LEIDSE REGIO DE ONDERGETEKENDEN: 1. Burgemeester en Wethouders van Leiden, ter uitvoering van het besluit van Burgemeester en Wethouders d.d. 29 april 2008 nr. 08.0355;
Nadere informatieSnel te implementeren. Inpasbaar in uw situatie
Everything4Office ProjectManager Software voor Project Management Snel te implementeren Inpasbaar in uw situatie Economisch zeer verantwoord Everything4Office Software, Tolnasingel 1, 2411 PV Bodegraven
Nadere informatieBijlage 3: Master testplan
Bijlage 3: Master testplan KIS Testplan Inaxion Lelystad Adres: Jol -20 Postbus : 609 Postcode Plaats 8483 ED Lelystad I www.inaxion.nl Plaats Lelystad Datum 22 maart 200 Auteur Saidou Diallo Status Finaal.0
Nadere informatieRapportage mogelijkheden. rapportage eenvoudig en simpel gemaakt. Geen tijdregistratie zonder een adequate rapportage.
Geen tijdregistratie zonder een adequate rapportage. Daarom heeft timetrack erg veel zorg besteed aan een uitgebreid en functioneel rapportage systeem dat bovenal eenvoudig te gebruiken is. rapportage
Nadere informatievan onderwijs en onderwijsondersteuning binnen Directeur onderwijsinstituut
Opleidingsmanager Doel Ontwikkelen van programma( s) van wetenschappenlijk onderwijs en (laten) uitvoeren en organiseren van onderwijs en onderwijsondersteuning binnen de faculteit, uitgaande van een faculteitsplan
Nadere informatieWorkshop 3x. Project fasen. Workshop 8 september 2010. A. Snippe ICT Lyceum 1. Project documentatie. Analytisch vermogen. Programma structuur
Workshop 3x Project documentatie Analytisch vermogen Programma structuur Project documentatie Lestijden 08:30 11:00 Pauze 10:00 10:15 Project documentatie Deze les: Fasen van een project Logboek Planning
Nadere informatie