Aanvragen.info externe aanvragen voor it-ers header image 2
vacatures

360:Technisch applicatiebeheerder internet (Rotterdam)

oktober 2nd, 2008 · No Comments

Functie; Technisch applicatiebeheerder internet
Plaats; Rotterdam
Tarief; zo scherp mogelijk
Data; zo spoedig mogelijk voor 3 maanden met optie tot verlenging

FUNCTIEBESCHRIJVING

a) Functie en afdeling

Functienaam: Technisch applicatiebeheerder internet

Afdeling: Webhosting
Opleidings- en ervaringseisen: • HBO denk- en werkniveau
• Kennis van en ervaring met Windows 2000 en bij voorkeur Unix
• Kennis van en ervaring met het beheren van internet applicaties
• kennis van de Engelse taal in woord en geschrift vanwege de internationale contacten met het Europees Hosting Centre in Parijs
• Kennis van en ervaring met internet servers en applicaties op het Windows 2000/2003 platform
• Kennis van en ervaring met HTML, SQL, Javascript en ASP programmering, SOAP/XML, Oracle RDBMS
Persoonskenmerken: Pragmatische, flexibele en dienstverlenende instelling; goede contactuele en communicatieve vaardigheden; klantgericht werken, kritische en analytische werkwijze; stressbestendig

b) Functiedoelstelling
Alle klanten hebben toegang tot één of meerdere applicaties, die moeten dag en nacht werken. De technisch applicatiebeheerder moet zorgen voor de beschikbaarheid en betrouwbaarheid van de internet applicaties van xxx. Kennis van de applicatie en de bijbehorende infrastructuur en goede contacten met klantenservice, productontwikkeling en het EHC zijn daarbij erg belangrijk.

c.) Verantwoordelijkheden, taken en bevoegdheden

B1 Acceptatie nieuwe releases
Releases van applicaties moeten worden geaccepteerd door de technisch applicatiebeheerder. Ze worden door hem/haar beoordeeld op technische stabiliteit, betrouwbaarheid en performance.

V1. Incident management
T1. Het adequaat reageren op incidenten die de beschikbaarheid van de applicatie beïnvloeden
T2. Diagnose uitvoeren, oplossing of work-around bedenken en uitvoeren
T3. Implementeren van automatische monitoring zodat incidenten snel gedetecteerd worden
T4 Communicatie naar gebruikers over het incident en de verwachtte tijdsduur
T5 Registeren van het incident in het logboek

V2. Change management
T1. Het testen van nieuwe releases met name op het gebied van stabiliteit en beveiliging.
T2. Het opstellen van een plan voor het uitvoeren van de change inclusief rollback scenario en testplan.
T3. Installeren van nieuwe releases van de applicaties inclusief de eventuele conversies
T4. Controleren of de applicatie na een change technisch goed werkt.

V3. Problem management
T1. Het registeren en analyseren van technische georiënteerde problemen met de applicaties
T2. Het opsporen van de oorzaak van het probleem
T3. Het (laten) oplossen van het probleem en accepteren van de oplossing

V4. Capacity management
T1. Het bepalen wat de maximale capaciteit is van de applicatie plus onderliggende hardware
T2. Monitoren van het huidige gebruik, trends signaleren, mogelijke capaciteitproblemen vroegtijdig melden

V5. Kennisopbouw en -overdracht
T1. Door middel van literatuurstudie, te volgen seminars, cursussen en overleg/contacten met leveranciers het opbouwen en onderhouden van kennis rondom het technisch platform waarop de applicatie draait
T2. Overdragen van kennis en informatie met betrekking tot de veranderde en nieuwe mogelijkheden aan de betrokken XXX-afdelingen.
T3. Informatie uitwisseling met collega’s over ontwikkelingen in het vakgebied.

V6. Documentatie
T1. Het opstellen en onderhouden van een beheershandboek voor de applicatie
T2. Onderhouden van een logboek omtrent wijzigingen in configuraties

d.) Communicatielijnen

C1. Communicatie met productontwikkeling
T1. Onderhouden van contacten met productontwikkeling
T2. Advisering omtrent wijze van programmering van internet applicaties
T3. Het uitvoeren van performance testen
T4. Deelname aan het product release team

C2. Communicatie met klantenservice
T1. Procedures maken voor het technisch implementeren cq. activeren van nieuwe klanten
T2. Ondersteuning van de technische helpdesk KS
T3. Uitleg geven omtrent technische aspecten van de applicatie naar KS

C3. Communicatie met het Europees Hosting Centre (EHC)
T1. Incidenten veroorzaakt door het systeem laten oplossen door het EHC
T2. Voorstellen voor systeemwijzigingen opstellen en indienen
T3. Contactpersoon zijn voor het EHC indien een systeemincident impact heeft op de applicatie

e.) Plaats van de functie in de organisatie
De technisch applicatiebeheerder internet rapporteert aan de manager webhosting die weer rapporteert aan Hoofd Infrastructuur.

f.) Overige zaken
Wijzigingen worden buiten werktijd uitgevoerd. Dit is standaard op een donderdagavond buiten de piek (gemiddeld 2 keer per maand) en ongeveer 4 keer per jaar op een zaterdag.

De technisch applicatiebeheerder draait mee in een standby dienst. De applicaties worden 24×7 automatisch gemonitord. Meldingen hieruit moeten ook ’s avonds, ‘nachts en in het weekend worden opgevolgd. Gemiddeld komt dit neer op één doordeweekse avond/nacht in de 14 dagen en één weekend per 2 maanden.

Voor deze taken buiten reguliere kantooruren wordt een extra toeslag uitbetaald. Ook kunnen de gemaakte uren als vrije tijd worden opgenomen.

Graag in max. 2 zinnen motiveren waarom U de juiste match bent op deze aanvraag.

Reactie formulier
  1. Verplicht
  2. bestaand email adres verplicht
  3. Verplicht
  4. Verplicht
  5. Verplicht
  6. Verplicht
  7. Verplicht
 

cforms contact form by delicious:days

Tags: applicatiebeheerder, applicaties, ASP, beheerder, Capacity, GIS, HTML, Incident Management, java, javascript, Oracle, Rotterdam, Soa, SQL, Technisch Applicatiebeheerder, Unix, Windows, XML

Related posts

Tags: vervallen