archive-nl.com » NL » I » ITPEDIA.NL

Total: 523

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • Intellectueel Eigendom | Welkom op ITpedia
    RSS Feed Aanvullingen RSS intellectueel eigendom Gebruik de 521 IT checklisten van ITpedia met in totaal 22022 vragen Zoek in de omschrijvingen Omschrijving Aantal vragen IT projectfasering Bestaat uit meerdere checklisten Application Services Library ASL Bestaat uit meerdere checklisten Continuïteit Bestaat uit meerdere checklisten Kwaliteitsattributen Bestaat uit meerdere checklisten Functies in de automatisering Bestaat uit meerdere checklisten Webdesign Bestaat uit meerdere checklisten Of zoek naar een woord Fulltekst Laatst gebruikt Exploitatie en auditing op 2014 12 06 17 57 Checklist Toezenden van eerdere beoordelingen per e mail E mailadres applicatiebeheer ASL beheer beveiliging BiSL checklisten copyright formulier Het Nieuwe Werken HNW internet kosten kwaliteit Management methodologie outsoursing project projectfasering projectmanagement SEO Sociale software social media uitbesteden web 2 0 websites WP Cumulus Flash tag cloud by Roy Tanck requires Flash Player 9 or better Intellectueel eigendom Intellectueel eigendom is de verzamelnaam voor rechten op intellectuele creaties zoals teksten foto s software uitvindingen merknamen en waardevolle kennis Via wetten zoals de auteurswet en de octrooiwet wordt intellectueel eigendom beschermd Voor veel mensen is de term intellectuele eigendom IE of intellectuele eigendomsrechten IER gelijk aan auteursrecht octrooien merken en databankrechten Intellectuele eigendom wordt steeds belangrijker voor computers programmeren en ICT in het algemeen Intellectuele en industriële eigendom Juristen maken vaak onderscheid tussen intellectuele en industriële eigendom Intellectuele eigendom betreft dan auteursrecht en naburige rechten terwijl industriële eigendom gebruikt wordt voor octrooien merken handelsgeheimen trade secrets kwekersrechten enzovoorts Dit onderscheid kwam voort uit het feit dat industriële eigendomsrechten vooral in de industrie werden gebruikt terwijl intellectuele eigendom het domein was van auteurs artiesten en andere creatievelingen Tegenwoordig is het onderscheid tussen beiden zo goed als verdwenen De meeste mensen gebruiken intellectuele eigendom als algemene term en laten hieronder ook zaken als octrooien vallen die traditioneel industrieel geacht werden IE en IER De term intellectuele eigendom IE wordt soms gebruikt ter onderscheid van intellectuele eigendomsrechten IER In dat geval betekent de term IE een abstract voortbrengsel van de geest terwijl de term IER een juridisch recht ter bescherming daarvan aanduidt Zo is bijvoorbeeld een uitvinding een vorm van IE welke kan worden beschermd door het IER octrooi Een origineel artikel is IE en automatisch beschermd door het IER auteursrecht In deze betekenis wordt echter meestal de Engelstalige afkorting IPR Intellectual Property Rights gebruikt De term IE wordt ook wel gebruikt om zaken aan te duiden waar geen apart recht voor bescherming voor bestaat Een uitvinding kan worden beschermd door een octrooi Een origineel werk is beschermd door het auteursrecht Een onderscheidende productnaam kan worden geregistreerd als een merk Dit zijn dus vormen van IER Echter bijvoorbeeld een domeinnaam of een handelsgeheim trade secret kunnen wel worden beschouwd als intellectuele eigendom maar er is geen apart recht waarmee deze te beschermen zijn Daarom kunnen deze wel IE maar geen IER worden genoemd Vormen van IE Er zijn veel soorten intellectuele eigendom Deze site richt zich echter op die soorten die het belangrijkste zijn voor ICT Dit zijn Octrooien Auteursrecht Merken Databankrechten Octrooien Een octrooi ook

    Original URL path: http://www.itpedia.nl/tag/intellectueel-eigendom/ (2014-12-07)
    Open archived version from archive


  • Octrooi op software | Welkom op ITpedia
    Automatiseringgids Het opvallendste nieuws volgens Jeroen Verberg 5 december 2014 IBM zet Watson nu gratis aan het werk 5 december 2014 Vier organisaties die de networked economy begrijpen 5 december 2014 ICTWaarborg stelt inkoopvoorwaarden ICT bedrijven op 5 december 2014 Fujitsu ontwikkelt slimme kleine krachtige RFID tag 5 december 2014 IBM hokt nu ook met Docker 5 december 2014 Exchange Server patch alsnog onderdeel Patch Tuesday 5 december 2014 Google project Loon blijkt hoogvlieger 5 december 2014 Sinterklaas koopt veel meer online 5 december 2014 Sonylek gegevens 47 000 werknemers les voor elk bedrijf 5 december 2014 Toegang Inloggen RSS Feed Aanvullingen RSS Octrooi op software Software octrooien zijn controversieel Software wordt beschermd door het auteursrecht Steeds meer technische vindingen worden echter met software gebouwd Uitvindingen worden door octrooien beschermd dus werd steeds vaker octrooi op zo n software uitvinding aangevraagd Historisch gezien was het alleen mogelijk om octrooi te krijgen op technische uitvindingen zoals gloeilampen scheerapparaten medicijnen enzovoorts Nadat programmeren van computers op grote schaal praktisch mogelijk werd en er behoefte ontstond voor bescherming van programma s besloten de meeste landen dat software te abstract of ongrijpbaar was om voor octrooien in aanmerking te komen Het auteursrecht werd dan ook de meest gebruikelijke manier om computerprogramma s te beschermen De trend van de afgelopen tien jaar was echter om steeds meer functionaliteit in software te realiseren Alhoewel het zonder meer mogelijk was om octrooi te krijgen op een stuk hardware dat een bepaalde technische functie vervult was dat niet het geval bij een stuk software dat precies dezelfde functie uitvoerde Om dit gemis in bescherming op te heffen ontstond een steeds grotere druk op de diverse Octrooiraden om octrooi te verlenen op software software patenten Deze druk leidde er uiteindelijk toe dat nu octrooi kan worden verkregen op vrijwel

    Original URL path: http://www.itpedia.nl/2011/03/11/octrooi-op-software/ (2014-12-07)
    Open archived version from archive

  • Voorkom problemen, structureer je opdrachten. | Welkom op ITpedia
    online 5 december 2014 Sonylek gegevens 47 000 werknemers les voor elk bedrijf 5 december 2014 Toegang Inloggen RSS Feed Aanvullingen RSS Voorkom problemen structureer je opdrachten Door het gebruik van formulieren krijgen procedures een officieel karakter Dit geldt zeker voor het verstrekken van een opdracht hetgeen een formele zaak is De opdrachtgever zal op het Opdrachtformulier duidelijk moeten aangeven wat zijn verwachtingen zijn zodat reeds in een vroeg stadium bepaalde discussiepunten worden uitgesloten Om deze reden is het Opdrachtformulier zo uitgebreid mogelijk opgesteld Het gebruik van het formulier is mede afhankelijk van de organisatievorm waarbinnen het wordt gebruikt Enkele rubrieken worden nader toegelicht Opdrachtnummer De uitgifte van het opdrachtnummer kan bijvoorbeeld door de gebruikersor ganisatie plaatsvinden In veel gevallen zal de automatiseringsafdeling het opdrachtnummer echter uitgeven omdat zij met unieke nummers willen werken terwijl er vaak opdrachten van meerder opdrachtgevers binnen komen Gewenste einddatum Prioriteit Anders dan storingen zullen opdrachten die bij de automatiseringsafdeling binnen komen meestal worden ingepland De gebruiker heeft zijn toepassing echter op een bepaald moment nodig Dit moment zal niet altijd samen val len met het tijdstip waarop de automatiseringsafdeling de toepassing denkt op te leveren Als de opdracht spoedeisend is zal er moeten worden onderhandeld met vaak vervelende gevolgen voor de andere opdrachtgevers en de medewerkers die moeten overwerken Gebruiker Hier wordt aangegeven welke gebruiker s groep de toepassing daadwer ke lijk gaat gebruiken Locatie De locatie waarop de toepassing gaat worden gebruikt is van belang voor de keuze van de hardware Het gebruik van een systeem in een schoon kantoor is vaak anders dan het gebruik in een vuile werkplaats Dit stelt andere eisen aan de apparatuur Applicatienaam De applicatienaam wordt ingevuld als de opdracht betrekking heeft op onderhoud van een toepassing die reeds in gebruik is Omgeving Een toepassing kan in verschillende omgevingen actief zijn De gebruiker heeft meestal alleen te maken met de acceptatietest en de productie omgeving Opdrachtomschrijving De omschrijving van de opdracht dient zo helder mogelijk te zijn terwijl ook de volgorde van de te verrichten activiteiten dient te worden aangege ven Projectafbakening Hier kan worden aangegeven welke fases volgens deze opdracht moeten worden uitgevoerd Aan het einde van elke fase wordt standaard een planning en een kostenopgave van de volgende fase gemaakt Om het project beheers baar te houden is het verstandig om een opdracht per fase af te geven Elke fase kan dan apart worden geoffreerd en aan aparte aannemers worden gegund Betrokken applicaties Bij onderhoud kan de gebruiker hier aangeven waar volgens hem de aanpassingen dienen plaats te vinden Dit verkort de zoek en inwerktijd van de automatiseringsafdeling Platform De opdrachtgever kan hier aangeven op wel platform hij de applicatie gerealiseerd wil hebben Techniek applicatie De opdrachtgever kan bepaalde wensen hebben t a v de realisatie van de opdracht hier kan hij kenbaar maken welke techniek hij graag toege past zou zien Budget Vaak is vooraf overeengekomen tegen welke kosten de opdracht mag worden gereali seerd Aangezien de opdracht tevens een soort overeenkomst is dient het

    Original URL path: http://www.itpedia.nl/2011/01/08/voorkom-problemen-structureer-je-opdrachten/ (2014-12-07)
    Open archived version from archive

  • Opdracht | Welkom op ITpedia
    Google project Loon blijkt hoogvlieger 5 december 2014 Sinterklaas koopt veel meer online 5 december 2014 Sonylek gegevens 47 000 werknemers les voor elk bedrijf 5 december 2014 Toegang Inloggen RSS Feed Aanvullingen RSS opdracht Gebruik de 521 IT checklisten van ITpedia met in totaal 22022 vragen Zoek in de omschrijvingen Omschrijving Aantal vragen IT projectfasering Bestaat uit meerdere checklisten Application Services Library ASL Bestaat uit meerdere checklisten Continuïteit Bestaat uit meerdere checklisten Kwaliteitsattributen Bestaat uit meerdere checklisten Functies in de automatisering Bestaat uit meerdere checklisten Webdesign Bestaat uit meerdere checklisten Of zoek naar een woord Fulltekst Laatst gebruikt Exploitatie en auditing op 2014 12 06 17 57 Checklist Toezenden van eerdere beoordelingen per e mail E mailadres applicatiebeheer ASL beheer beveiliging BiSL checklisten copyright formulier Het Nieuwe Werken HNW internet kosten kwaliteit Management methodologie outsoursing project projectfasering projectmanagement SEO Sociale software social media uitbesteden web 2 0 websites WP Cumulus Flash tag cloud by Roy Tanck requires Flash Player 9 or better Voorkom problemen structureer je opdrachten Door het gebruik van formulieren krijgen procedures een officieel karakter Dit geldt zeker voor het verstrekken van een opdracht hetgeen een formele zaak is De opdrachtgever zal op het Opdrachtformulier duidelijk moeten aangeven wat zijn verwachtingen zijn zodat reeds in een vroeg stadium bepaalde discussiepunten worden uitgesloten Om deze reden is het Opdrachtformulier zo uitgebreid mogelijk opgesteld Het gebruik van het formulier is mede afhankelijk van de organisatievorm waarbinnen het wordt gebruikt Enkele rubrieken worden nader toegelicht Opdrachtnummer De uitgifte van het opdrachtnummer kan bijvoorbeeld door de gebruikersor ganisatie plaatsvinden In veel gevallen zal de automatiseringsafdeling het opdrachtnummer echter uitgeven omdat zij met unieke nummers willen werken terwijl er vaak opdrachten van meerder opdrachtgevers binnen komen Gewenste einddatum Prioriteit Anders dan storingen zullen opdrachten die bij de automatiseringsafdeling binnen komen meestal worden ingepland De gebruiker heeft zijn toepassing echter op een bepaald moment nodig Dit moment zal niet altijd samen val len met het tijdstip waarop de automatiseringsafdeling de toepassing denkt op te leveren Als de opdracht spoedeisend is zal er moeten worden onderhandeld met vaak vervelende gevolgen voor de andere opdrachtgevers en de medewerkers die moeten overwerken Gebruiker Hier wordt aangegeven welke gebruiker s groep de toepassing daadwer ke lijk gaat gebruiken Locatie De locatie waarop de toepassing gaat worden gebruikt is van belang voor de keuze van de hardware Het gebruik van een systeem in een schoon kantoor is vaak anders dan het gebruik in een vuile werkplaats Dit stelt andere eisen aan de apparatuur Applicatienaam De applicatienaam wordt ingevuld als de opdracht betrekking heeft op onderhoud van een toepassing die reeds in gebruik is Omgeving Een toepassing kan in verschillende omgevingen actief zijn De gebruiker heeft meestal alleen te maken met de acceptatietest en de productie omgeving Opdrachtomschrijving De omschrijving van de opdracht dient zo helder mogelijk te zijn terwijl ook de volgorde van de te verrichten activiteiten dient te worden aangege ven Projectafbakening Hier kan worden aangegeven welke fases volgens deze opdracht moeten worden uitgevoerd Aan het einde

    Original URL path: http://www.itpedia.nl/tag/opdracht/ (2014-12-07)
    Open archived version from archive

  • Hou je programmatuur in het oog, maak een moduledossier. | Welkom op ITpedia
    in de vorm van een moduledossier Het moduledossier is in feite de gebruikershandleiding voor de systeembeheerders Zoals de gebruiker moet kunnen opzoeken welke waarden hij op een scherm kan invullen moet systeembeheer weten welke handelingen hij moet verrichten als een programma hem fout meldingen stuurt Het gaat hierbij in veel gevallen om handelingen die direct uitgevoerd moeten worden omdat gebruikers vastzitten of de verwerking gestaakt is Het is daarom van groot belang dat het moduledossier zeer toegankelijk is In de eerste plaats dient er een lijst met mogelijke foutcodes en hun oplossing te zijn Daarnaast dient er per module een dossier te worden aangelegd met daarop de relevante productiegegevens Voor het opzoeken van de productiegegevens dient elk dossier gelijk van opzet te zijn Door voor elke programmamodule een formulier te gebruiken is niet van een vaste indeling af te wijken Het formulier kan tevens door het ontwikkelteam worden gebruikt om een voor aankondiging te doen van de komst van een programmamodule Op deze wijze worden productieafdeling en gebruikersorganisatie vooraf geïnformeerd over de aard van een programmamodule Voor de daadwerkelijke overdracht van modules dient een andere procedure De in te vullen vakken worden als volgt omschreven Programmamodule De naam die de programmamodule heeft gekregen Versienummer Het hoogste versie nummer van de programmamodule Datum Datum waarop de laatste versie van het moduledossier tot stand kwam Online Batch Print programma In dit vak wordt de aard van de programmamodule aangegeven Mag worden aangevraagd door Hier wordt aangegeven wie geautoriseerd is voor het aanvragen van deze programma module Indien dit meerdere personen zijn kan naar een autorisatielijsten worden verwezen Systeemnaam Naam van het informatiesysteem waarvan de programmamodule deel uit maakt Deelsysteemnaam Naam van het deelsysteem waarvan de programmamodule deel uit maakt Mag worden uitgevoerd door Hier wordt aangegeven wie geautoriseerd is voor het draaien van deze programma module Indien dit meerdere personen zijn kan naar een autorisatielijsten worden verwezen Om het onderhoud op het productiedossier te beperken kan hier beter voor de functiebenaming dan voor de naam van de functiona ris worden gekozen Platform Van belang voor de wijze waarop de autorisatie worden toegekend is het te weten op welk platform de module draait Binnen één informatiesysteem kunnen meerdere platforms aanwezig zijn Benodigde randapparatuur Dit kan per programmamodule verschillen het varieert van printers tot scanners en leespennen Schematische weergave Job Met name bij batchjobs is het verstandig om met een flowdiagram aan te geven in welke volgorde de programmastappen worden doorlo pen Op deze wijze wordt in één oogopslag zichtbaar gemaakt op welke momenten randapparatuur nodig is en hoe na een onderbreking verder kan worden gedraaid Omschrijving De functie van de programmamodule wordt in dit vak omschreven Frequentie tijdstippen Van elke programmamodule moet bekend zijn op welk moment hij draait Dit is met name voor batchjobs van belang zodat een productie planning is te maken De starttijd en de te verwachten doorlooptijd zijn hierbij eveneens van belang Betrokken tabellen CRUD matrix T b v eventuele herstel acties is het belangrijk om te weten welke

    Original URL path: http://www.itpedia.nl/2011/01/08/hou-je-programmatuur-in-het-oog-maak-een-moduledossier/ (2014-12-07)
    Open archived version from archive

  • Module Dossier | Welkom op ITpedia
    checklisten Webdesign Bestaat uit meerdere checklisten Of zoek naar een woord Fulltekst Laatst gebruikt Exploitatie en auditing op 2014 12 06 17 57 Checklist Toezenden van eerdere beoordelingen per e mail E mailadres applicatiebeheer ASL beheer beveiliging BiSL checklisten copyright formulier Het Nieuwe Werken HNW internet kosten kwaliteit Management methodologie outsoursing project projectfasering projectmanagement SEO Sociale software social media uitbesteden web 2 0 websites WP Cumulus Flash tag cloud by Roy Tanck requires Flash Player 9 or better Hou je programmatuur in het oog maak een moduledossier De programmamodules die worden gebouwd dienen tijdens de bouw goed gedocumen teerd te worden Deze documentatie heeft niet allen betrekking op de inhoud en de opzet van het programma maar heeft ook betrekking op het gebruik Meer specifiek gaat het om de gebruikersdocumentatie d w z de handleiding en de productiedocumentatie in de vorm van een moduledossier Het moduledossier is in feite de gebruikershandleiding voor de systeembeheerders Zoals de gebruiker moet kunnen opzoeken welke waarden hij op een scherm kan invullen moet systeembeheer weten welke handelingen hij moet verrichten als een programma hem fout meldingen stuurt Het gaat hierbij in veel gevallen om handelingen die direct uitgevoerd moeten worden omdat gebruikers vastzitten of de verwerking gestaakt is Het is daarom van groot belang dat het moduledossier zeer toegankelijk is In de eerste plaats dient er een lijst met mogelijke foutcodes en hun oplossing te zijn Daarnaast dient er per module een dossier te worden aangelegd met daarop de relevante productiegegevens Voor het opzoeken van de productiegegevens dient elk dossier gelijk van opzet te zijn Door voor elke programmamodule een formulier te gebruiken is niet van een vaste indeling af te wijken Het formulier kan tevens door het ontwikkelteam worden gebruikt om een voor aankondiging te doen van de komst van een programmamodule Op deze wijze worden productieafdeling en gebruikersorganisatie vooraf geïnformeerd over de aard van een programmamodule Voor de daadwerkelijke overdracht van modules dient een andere procedure De in te vullen vakken worden als volgt omschreven Programmamodule De naam die de programmamodule heeft gekregen Versienummer Het hoogste versie nummer van de programmamodule Datum Datum waarop de laatste versie van het moduledossier tot stand kwam Online Batch Print programma In dit vak wordt de aard van de programmamodule aangegeven Mag worden aangevraagd door Hier wordt aangegeven wie geautoriseerd is voor het aanvragen van deze programma module Indien dit meerdere personen zijn kan naar een autorisatielijsten worden verwezen Systeemnaam Naam van het informatiesysteem waarvan de programmamodule deel uit maakt Deelsysteemnaam Naam van het deelsysteem waarvan de programmamodule deel uit maakt Mag worden uitgevoerd door Hier wordt aangegeven wie geautoriseerd is voor het draaien van deze programma module Indien dit meerdere personen zijn kan naar een autorisatielijsten worden verwezen Om het onderhoud op het productiedossier te beperken kan hier beter voor de functiebenaming dan voor de naam van de functiona ris worden gekozen Platform Van belang voor de wijze waarop de autorisatie worden toegekend is het te weten op welk platform de module draait Binnen één

    Original URL path: http://www.itpedia.nl/tag/module-dossier/ (2014-12-07)
    Open archived version from archive

  • Problemmanagement formulier | Welkom op ITpedia
    Het aanmelden en registreren van problemen is vergelijkbaar met het geven van een opdracht Niet te min zijn er enige verschillen Veel problemen kennen namelijk een spoedei send karakter hetgeen een speciale procedure vergt Vandaar een apart formulier voor het aanmelden van problemen Daarnaast is het voor de eindgebruiker niet altijd mogelijk om de oorzaak van problemen te onderscheiden Bij complexe of omvangrijke problemen kunnen verschillende bijlagen nodig zijn om het probleem nader toe te lichten Een voorbeeld Problemmanagement Formulier en organisatie daar omheen worden hier beschreven de volgende rubrieken worden nader toegelicht Probleemnummer Elk probleem krijgt een apart nummer Zodoende is het mogelijk om de afwikkeling van de individuele problemen vast te leggen en te volgen De uitgifte van het nummer dient centraal plaats te vinden zodat het uniek zijn wordt gewaarborgd Ernst Door onderling codes af te spreken over de ernst van problemen kan op dit formulier aan alle betrokkenen duidelijk worden gemaakt hoe ernstig de problemen zijn Prioriteit Er kan onderscheid worden gemaakt tussen de prioriteit en de ernst van problemen De prioriteit wordt na een analyse van het probleem in verhouding tot andere problemen vastgesteld Derhalve wordt deze rubriek op een later tijdstip ingevuld Classificatie Het is zinvol om de classificatie vast te leggen zodat het mogelijk is om later vast te stellen hoe het aantal problemen verdeeld is geweest over het aantal klassen Aan de hand van de analyse van deze verdeling kan de capaciteit worden bepaald van de benodigde expertise voor het oplossen van problemen Aanmelder Duidelijk dient te zijn wie het probleem heeft aangemeld zodat mogelijk is om de oplossing van het probleem aan de ontdekker terug te melden Contactpersoon In veel gevallen is voor de afdeling waarop het probleem zich heeft voorgedaan een contactpersoon voor de automatisering aangesteld Deze contactper soon dient van het probleem en de zijn afwikkeling op de hoogte te worden gebracht Tevens kan deze persoon een belangrijke rol spelen bij de oplossing Probleemomschrijving Het probleem dat wordt gemeld dient zo goed mogelijk te worden omschreven Met name dienen tevens de omstandigheden waaronder het probleem zich voordoet te worden omschreven Grootheden en aantallen Door de grootheden en aantallen op het probleemformulier te benoemen is een beter inzicht te krijgen in het probleem Door een juiste analyse is het mogelijk om tot een goede classificatie ernst en prioriteitsstelling te komen Betrokken informatiesystemen programmamodules en Hardware Voor een nadere registratie en verdere analyse worden deze rubrieken ingevuld Oplossingsrichting De aard van het formulier krijgt op dit punt een wending Werden tot nu rubrieken voor de probleemanalyse ingevuld volgen nu de oplossingsrubrieken De instantie die het probleem aanneemt geeft in eerste instantie aan welke oplossings richting wordt gekozen Aan de hand van deze keuze kan een oplossingstraject worden gekozen Behandelaar Elke oplossingsrichting kent zijn eigen experts De behandelaar van het probleem wordt hier ingevuld Uitbesteed aan De behandelaar kan om diverse redenen besluiten om de oplossing van het probleem uit te besteden aan een derde partij De behandelaar blijft echter verantwoordelijk voor

    Original URL path: http://www.itpedia.nl/2011/01/05/problemmanagement-formulier/ (2014-12-07)
    Open archived version from archive

  • Problem Management | Welkom op ITpedia
    formulier Het aanmelden en registreren van problemen is vergelijkbaar met het geven van een opdracht Niet te min zijn er enige verschillen Veel problemen kennen namelijk een spoedeisend karakter hetgeen een speciale procedure vergt Vandaar een apart formulier voor het aanmelden van problemen Daarnaast is het voor de eindgebruiker niet altijd mogelijk om de oorzaak van problemen te onderscheiden Bij complexe of omvangrijke problemen kunnen verschillende bijlagen nodig zijn om het probleem nader toe te lichten Klik op de titel voor het gehele artikel Van Wim Hoogenraad op 5 januari 2011 Best practices Aanvullen Tags formulier problem management Checklisten 2 Storingsclassificatie in relatie tot de SLA Bij de invoering van een SLA tussen een datacenter en een gebruikersorganisatie dient er te worden vastgesteld wat de snelheid is waarmee storingen worden opgelost door het datacenter In de SLA staat vaak het volgende Datacenter is verantwoordelijk voor het oplossen van storingen aan apparatuur besturingssoftware en applicaties welke onder haar beheer vallen Zo spoedig mogelijk na het ontstaan van de storing zal deze zijn verholpen dan wel zullen bindende afspraken worden gemaakt voor de oplossing Prioriteit en reactietijd zijn afhankelijk van de ernst severity en de impact van het probleem Datacenter zal in samenwerking met de functionele beheerders een procedure uitwerken waarin wordt afgesproken in welke situatie een bepaalde ernst van toepassing is en hoe daar op gereageerd moet worden Dit artikel geeft een aanzet en bedoelt als vertrekpunt voor de uitwerking voor de afhandeling van storingen Voor het Datacenter is het uitgangspunt dat storingen altijd zoveel mogelijk voorkomen moeten worden In de SLA is beschreven welke maatregelen daarvoor zijn genomen Procedure Uit het bovenstaande is af te leiden dat de storingen die bij het datacenter worden gemeld zich in allerlei objecten kunnen voordoen namelijk in zowel apparatuur besturingssoftware en applicaties Het datacenter kent de zogenaamde Problemmanagement procedure voor de afwikkeling van problemen in applicaties Deze procedure ondersteunt het ProblemManagementFormulier en wordt voornamelijk gebruikt voor de communicatie tussen functioneel beheer en onderhoudsteam van de applicaties Het overzetten van applicaties van ontwikkelomgeving naar testomgeving en van testomgeving naar productie omgeving wordt door het datacenter aan de hand van het formulier uitgevoerd De aanmelding van de overige storingen gebeurt telefonisch mondeling via mail of anderszins centraal aan de Servicedesk Deze registreert de storing Van de gemelde storingen ontvangt de gebruikersorganisatie periodiek een overzicht over de doorlooptijd en de status van de reparatie conform de SLA Problemen Als er één gebruiker is met één eenvoudige storing zijn er weinig problemen bij het oplossen van deze storing te verwachten Moeilijker wordt het als er meerdere complexe storingen tegelijkertijd optreden Bij meerdere storingen zal de volgorde van afwerking een rol gaan spelen prioriteit bij complexe storingen zal het uitbesteden van de storing een rol spelen escalatie Door een steeds bredere inzet van complexere informatietechnologie zullen deze twee typen problemen meer voorkomen dan vroeger D w z dat storingen vaker in prioriteit afgehandeld zullen gaan worden terwijl vaker een beroep op experts gedaan moeten worden Een toename van deze

    Original URL path: http://www.itpedia.nl/tag/problem-management/ (2014-12-07)
    Open archived version from archive