Application Services Library

De Application Services Library ( ASL ) is een verzameling openbare-domeinverzameling van toepassingsbeheerrichtlijnen voor bestaande softwaretoepassingen of bedrijfsapplicaties. Software-applicaties worden meestal met de introductie aan het onderhoud gegeven. Onderhoud betekent hier (vergelijkbaar met andere technische constructies zoals een auto) dat de software moet worden onderhouden of verder moet worden ontwikkeld voor nieuwe technische of technische vereisten (zie ook de levenscyclus van de software ). Alle gerelateerde processen worden samengevat door de term “(operationeel) applicatiebeheer”.

De Application Services Library beschrijft ook de benodigde processen in de organisatie die het applicatiebeheer uitvoert, namelijk de interne IT-afdeling of de externe IT-serviceprovider (beheer en verdere ontwikkeling van de APM-organisatie).

Overzicht

Definitie “Applicatiebeheer” volgens ASL

“Onderhoud, onderhoud en uitbreiding van applicaties (applicaties)” als een operationele en strategische taak; d. h. zowel de ondersteuning van een applicatie in de dagelijkse bedrijfsvoering, onderhoud in termen van verdere technische ontwikkelingen, en de uitbreiding van applicaties in de zin van nieuwe functionele componenten en de ontwikkeling van een langetermijn IT-strategie die geschikt is voor de respectieve organisatiestrategie.

Geschiedenis

ASL is eind jaren negentig in Nederland ontwikkeld en is sinds 2002 gratis beschikbaar in licenties voor het publieke domein. Als stichting zorgt de ASL-BiSL-Foundation voor de (uniforme) verdere ontwikkeling en bundeling van best practices voor de implementatie van het applicatiebeheer.

Applicatiebeheer als onderdeel van IT-beheer

De Application Services Library organiseert het applicatiebeheer of de APM-organisatie tussen de afdelingen van de bedrijven (of het Business Information Management ) en de werking van de applicaties in het datacenter ( IT-infrastructuurbeheer ).

Het bedrijf verwacht procesondersteuning van de IT en stelt eisen aan de IT, aan de softwaretoepassingen die in de onderneming bestaan ​​(applicatielandschap) of aan een concrete softwareapplicatie en vindt in de APM de contactpersonen die zowel de huidige (bestaande) applicaties technisch als technisch kennen en de procesbehoeften van de afdeling of industrie.

Aan de andere kant is de werking van de applicaties in het datacenter (IT-infrastructuurbeheer). Hier wordt deze applicatie beschikbaar gesteld aan de gebruiker voor gebruik, dat wil zeggen dat een bijbehorende service (“bediening van de toepassing”) wordt aangeboden als een service. Dienovereenkomstig hebben de ASL-interfaces het technische beheer van de onderneming (bijv. Via BiSL ( Business Information Service Library )) en voor de werking van de applicatie (bijv. Via ITIL (IT Infrastructure Library)).

Applicatiebeheer kan zowel intern (dwz door afdelingen van het bedrijf) als extern (door een IT-serviceprovider) worden uitgevoerd. Vanwege de scheiding in procesgebieden en gemengde vormen zijn mogelijk, zoals. B. IT-strategie in het bedrijf, operationeel applicatiebeheer bij de IT-serviceprovider.

ASL en ITIL

ASL is ontwikkeld omdat de IT Infrastructure Library (ITIL) is gericht op IT-infrastructuurbeheer (en dus de werking van een applicatie in het datacenter). ASL richt zich op de individuele softwareapplicatie en de toepassingsportfolio, terwijl ITIL zich concentreert op IT-service en IT-infrastructuurbeheer (het leveren van een gedefinieerde operationele IT-service). ASL is de tegenhanger van ITIL op het gebied van de applicatie- of applicatie-ontwikkeling. ASL is verbonden met ITIL via gedefinieerde procesinterfaces .

Kritiek

De ASL is (net als veel) raamwerkconcepten op een hoog niveau van abstractie. De afzonderlijke procesgroepen hoeven alleen in hun eigen werk te worden onderscheiden naar de respectieve behoeften. Dit kan leiden tot verschillende interpretaties en misverstanden.

Hoewel de ASL een openbaar domein is, wordt de informatie hoofdzakelijk in de literatuur gevonden. Evenzo is er geen staat van ontwikkeling of ontwikkeling waarneembaar; Al met al mist de “Application ASL” zelf als het ware applicatiebeheer.

De ASL is nog relatief nieuw en kan nog verder in delen rijpen.

De procesgebieden

Operationeel applicatiebeheer

De applicatie en de bijbehorende afdeling of de technische gebruikers van het systeem worden gecontroleerd door het operationele applicatiebeheer. Alle onderwerpen uit de lopende werking van de applicatie moeten (operationeel) worden opgelost, mogelijk bij de verdere ontwikkeling van de applicatie, inclusief de bijbehorende releasebeheerprocessen . Voor het operatieve applicatiebeheer is daarom een ​​grote technische en professionele nabijheid van de applicatie vereist (kennis van de broncode van het programma en kennis van de professionele omgeving).

Strategisch applicatiebeheer

Als onderdeel van de langetermijnstrategie van een bedrijf, houdt strategisch applicatiebeheer rekening met de levenscyclus van de applicatie; h. de tijdige migratie naar nieuwe software. Of de uitfasering van de applicatie en de integratie van functionele vereisten in andere applicaties.

Strategic Application Management brengt elke applicatie in kaart voor andere applicaties in de onderneming ( IT-landschap ) en beheert de applicatieportfolio van een bedrijf. Dit omvat strategische onderwerpen voor de verdere ontwikkeling van alle applicaties in het bedrijf, zoals: Als Java of geen Java, Cobol / Mainframe of geen Cobol / Mainframe , Monolith vs. Client / server etc.

Vergelijkbaar met de strategie van de applicaties (of de technologie), wordt de strategische ontwikkeling van de applicatiebeheerorganisatie beschouwd in het procesgebied “strategisch applicatiebeheer”.

Beheerprocessen

Intermediaire beheersprocessen vormen de schakel tussen operationeel en strategisch applicatiebeheer en hebben zowel een controlerend als ondersteunend karakter.

De procesgebieden in detail

Onderhoud / onderhoud (Operationeel applicatiebeheer)

Het onderhoud van de applicatie met kennis van de broncode van het programma (programmacode) is de contactpersoon voor de toepassingsmodus; Dienovereenkomstig zijn de subprocesgebieden analoog aan ITIL: Incidentbeheer , Beschikbaarheidbeheer , Configuratiebeheer , Capaciteitsbeheer, Continuïteitsbeheer.

Onderhoud is de centrale schakel tussen de werking van de applicatie en de afdelingen van het bedrijf. Van bijzonder belang is het incidentbeheer, dwz de controle van alle verzoeken aan de applicatie (falen, lange responstijden, onverwachte resultaten, fouten , wijzigingsverzoeken / wijzigingsverzoeken, …).

Uitbreiding en Renovatie / Renovatie en Verbetering (Operationeel Applicatiebeheer)

Van de o. G. Verzoeken kunnen volgen op vereisten voor de technische (of technische) verlenging of verlenging van de aanvraag. Uiteindelijk moet een “klein project”, maar in een bestaande omgeving ( vrijgave staten, softwareontwikkelingsomgevingen, versiebeheer, enz.) Worden uitgevoerd – ook om zo te zeggen “open hart” (maar dan zijn er ook ontwikkelings-, test-, integratie- en productieomgevingen). die nog moeten worden beheerd).

Coördinatieprocessen in operationeel applicatiebeheer

Vragen en ontwikkelingen moeten worden gecoördineerd, vooral als, zoals normaal gesproken, interfaces met andere toepassingen binnen en buiten het bedrijf moeten worden overwogen. In de polygoonklant zijn applicatiebeheer, IT-infrastructuurbeheer, meerdere clients, bugfixes en ontwikkelversies, afhankelijkheden van andere applicaties, etc., verandermanagement (change management) en softwarebesturing & distributie (releasebeheer) essentiële processen en rollen van operationeel applicatiebeheer. ,

Application cycle management (strategisch applicatiebeheer)

Op de lange termijn veranderen technologieën en vereisten fundamenteel. IT moet hier rekening mee houden en, net als het bedrijf, op lange termijn denken. Applicatiecyclusbeheer kijkt naar de applicatieportfolio, dwz het IT-landschap van een bedrijf en plant architecturale veranderingen op de lange termijn (“ontwikkelingsplan”). Op korte termijn is applicatiecyclusbeheer ook verantwoordelijk voor het budgetbeheer voor korte- en langetermijnprojecten.

Organisatiecyclusbeheer (strategisch applicatiebeheer)

De technologieën veranderen ook de organisatorische vereisten van applicatiebeheer. Aan de ene kant veranderen de eisen van buitenaf, dus de levering aan de (interne of externe) markt moet dienovereenkomstig worden gepland. Om aan deze eisen te kunnen voldoen, is de juiste structuur en procesorganisatie vereist, namelijk. h. het juiste personeel (met name in de zin van kwalificatie) en de processen die geschikt zijn voor de technologie.

Kwaliteitsbeheer (beheerproces)

Alle lopende processen moeten parallel aan kwaliteit zijn. Enerzijds in termen van het resultaat, maar ook in de beoordeling van de geselecteerde processen. Het doel is om het applicatiebeheer continu te verbeteren in een continu verbeteringsproces ( plan-do-check-act ).

Service Level Management (Management Process)

Alle diensten die worden aangeboden door de APM-organisatie zijn uiteindelijk diensten voor een interne of externe klant. Deze diensten zijn onderworpen aan een Service Level Agreement (SLA) , een overeenkomst met de klant waarin de kwaliteit van de dienstverlening wordt geregeld (tijden, reactietijden, wederzijdse verwachtingen en plichten, enz.). Service Level Management ontwikkelt SLA’s (die de APM-organisatie ook op zinvolle wijze kan bieden) en rapporteert over bestaande services om problemen tijdig te identificeren voordat SLA’s worden overtreden.

Kostenbeheer (beheerproces)

Ook (of zelfs) het applicatiebeheer is verantwoordelijk voor de kostendruk en moet uiteindelijk toegevoegde waarde brengen voor de klant en de APM-organisatie die zich economisch vertaalt als winst (of verlies <> toegevoegde waarde).

Planning en besturing (beheerproces)

Deze procesgroep brengt het beheer van de APM-organisatie in kaart. Het management plant en bestuurt alle o. G. Procesgebieden. Het is verantwoordelijk voor de implementatie van de strategische vereisten samen met het bestaande personeel en de verdere ontwikkeling van de applicatiebeheerorganisatie.

Literatuur

  • Remko van der Pols: ASL Een framework voor applicatiebeheer (Duitse editie) . Ed.: ASL BiSL Foundation. Van Haren Publishing, Zaltbommel NL 2007, ISBN 978-90-8753-118-8 .
  • Gert Heslenfeld, Michael Maicher, Gregor Sauerzapf, Hans Smorenberg: Application Services Library – een bijdrage aan de industrialisatie van applicatie- onderhoud . In: HMD – Praxis der BISE . No. 256. dpunkt Publishing, augustus 2007, ISSN  1436-3011 ( dpunkt.de ).
  • Yvette Backer, Remko van der Pols: Application Services Library – Een managementgids . van Haren Publishing, Zaltbommel NL, ISBN 90-77212-03-5 .
  • Lucille van der Hagen, David Hinley, Machteld Meijer, Remko van der Pols, Paul Ruijgrok: ASL – Introductie Best Practices en Framework for Application Management . Ed.: ASL Foundation. ISBN 90-806050-1-8 ( aslbislfoundation.org [PDF, 144 kB]).
  • Machteld Meijer, Mark Smalley, Sharon Taylor: ITIL® V3 en ASL – Geluidsbegeleiding voor applicatiebeheer en applicatie-ontwikkeling . In: OCG (ed.): Best Management Practice voor IT-beheer, Alignment White Paper . TSO, januari 2008 ( aslbislfoundation.org [PDF, 4,8 MB]).
  • Bommer, M. Spindler, V. Barr: Softwareonderhoud – grondbeginselen, beheer- en onderhoudstechnieken . dpunkt.verlag, 2008, ISBN 3-89864-482-0 .

Leave a Reply

Your email address will not be published. Required fields are marked *