SAP und IKAN Application Lifecycle Management Hier treffen sich Entwicklung, Test und Betrieb

Transkript

1 Das integrative Application Lifecycle Management SAP und IKAN Application Lifecycle Management

2 Inhalt Kurzübersicht...3 Die Herausforderung...4 Die Lösung...5 Versionierung...5 Abhängigkeiten...6 Integrierter Build und Deploy Prozess...7 Ticketverarbeitung...7 Kurze Beschreibung von IKAN ALM...8 Lebenszyklus...8 Build-Prozess...8 Test-Prozess...9 Deploy-Prozess...9 Vorteile...10 Zusammenfassung...11 Weitere Informationen

3 Kurzübersicht Application Lifecycle Management (ALM) ist die Schlüsseldisziplin, wenn es darum geht, den gesamten Softwareentwicklungsprozess von den Anforderungen bis zum betriebsfertigen Rollout zu steuern und zu kontrollieren. Dabei betrifft ALM die Fachabteilungen, das Projektmanagement, die Entwickler, das Qualitätsmanagement und die Tester und letztendlich auch den Betrieb, welcher die Ergebnisse dieses Prozesses entgegennimmt. Die Globalisierung (verteilte Entwicklungsteams), unterschiedlichste Entwicklungsmethoden (von strukturierter bis zu agiler Vorgehensweise), Wirtschaftlichkeitsanforderungen und die Notwendigkeit, immer mehr Änderungen oder Neuerungen immer schneller zuverlässig in Betrieb nehmen zu können, erhöhen den Bedarf an automatisierten ALM-Prozessen. Dabei stehen insbesondere folgende Themen im Mittelpunkt: die Durchsetzbarkeit, die Verbesserung der Kommunikation zwischen allen Prozessbeteiligten, die enge Zusammenarbeit im Prozess (Teamwork), der effizientere Einsatz vorhandener Ressourcen, das schnellere Erreichen der gesteckten Ziele, bei verbesserter Qualität und in letzter Konsequenz die Reduktion der Gesamtkosten bei steigender Produktivität. SAP bietet einige Standards für ALM. Im Portfolio von SAP besteht ALM aus Prozessen, Werkzeugen, Diensten und Anleitungen, um sowohl SAP als auch nicht-sap Anwendungen durch den gesamten Application Lifecycle zu begleiten. Dabei folgt SAP den Richtlinien von ITIL, welche sechs Phasen für den Application Lifecycle definieren. Anforderung Entwicklung Bereitstellung Test Auslieferung Betrieb Gemäß SAP gibt es zwei Dinge, die eine gut funktionierende ALM-Lösung charakterisieren: Die richtige Infrastruktur und eine klare Definition aller Prozesse einschließlich aller notwendigen Einzelschritte, Verantwortlichkeiten und Qualitätsmerkmale. Die notwendige Infrastruktur bietet der SAP Solution Manager, bei dem es sich um eine klassische Plattform zur Integration unterschiedlicher Funktionen handelt. Er stellt alle notwendigen Funktionen als Work Center zur Verfügung, entweder durch den SAP Solution Manager selbst oder durch die Integration weiterer Werkzeuge. SAP stellt auch verschiede Erfahrungs- und Anwendungsmodelle von Experten auf dem Gebiet des Application Lifecycle Managements zur Verfügung. Diese werden als Anwendungsbeispiele (E2E Solutions Operations Standards) über den SAP Service Marketplace publiziert und stehen unter zur Verfügung. 3

4 IKAN ALM als integriertes Werkzeug auf SAP ABAP und Java Application Servern bedient alle entwicklungsbezogenen Aspekte im ALM: den Buildprozess, den Testprozess und die Bereitstellung der Anwendungen in Produktion. Genauer gesagt stellt IKAN ALM folgende Funktionen zur Verfügung: die Versionierung von Sourcecode (sofern noch nicht vorhanden), die Automatisierung von Softwarebuilds, die Erstellung und Verwaltung beliebiger individueller Workflows zur Releasegestaltung und einen revisionssicheren Freigabe- und Abnahmeprozess. IKAN ALM unterstützt den ALM Prozess, wie er von SAP vorgegeben wird, wobei durch die Bereitstellung spezifischer Funktionen, die Bereiche Build, Test und Rollout erweitert und sinnvoll ergänzt werden. IKAN ALM integriert sich dabei voll in den SAP Solution Manager und nutzt sowohl den SAP Transport Manager als auch das SAP Enhanced Change and Transport System (CTS+). Diese Unterlage richtet sich an alle, die an ALM Build und/oder Deploy Lösungen im Umfeld von SAP interessiert sind, seien es die Entscheider und Projektmanager, der IT-Betrieb oder Softwarearchitekten und entwickler. Die Herausforderung SAP bietet bislang keine echte Versionierung von ABAP. Änderungsanforderungen werden nicht mit Programmversionen, Builds oder Rollouts verknüpft. Die Verwaltung von Änderungen in SAP ist ein komplizierter, manueller Prozess. Dabei gibt es keinerlei Änderungsmanagement zwischen ABAP und JAVA Komponenten. Somit kann SAP keine Zusammenhänge zwischen ABAP und JAVA Softwareversionen innerhalb einer Transportanforderung darstellen. Es gibt keinen integrierten Buildprozess, der sowohl ABAP als auch JAVA Komponenten berücksichtigt, so dass viele manuelle Eingriffe nötig sind. Wenn beispielsweise JAVA Komponenten zusammen mit ABAP Programmen ausgerollt werden sollen, müssen die JAVA Komponenten manuell hinzugefügt werden. SAP bietet für Rollouts automatisierte Transporte an, um Programme von einem System auf ein anderes zu übertragen (z.b. Entwicklung Test Produktion). Dies zu konfigurieren, ist aber eine komplexe Aufgabe und benötigt wie bereits zuvor bemerkt eine Menge manueller Eingriffe. (Der JAVA Entwickler muss zum Beispiel manuell seine Software zusammenstellen, kompilieren und er selbst oder ein ReleaseManager muss diese dann manuell dem Transport hinzufügen, bevor der Transport tatsächlich automatisch erfolgen kann.) 4

5 Die Lösung Eine Integration von IKAN ALM mit SAP ABAP und den Java Application Servern: ermöglicht die Versionsverwaltung von ABAP Programmen mit Subversion, stellt einen voll integrierten Build und Deployprozess bereit und erlaubt die Definition von Abhängigkeiten zwischen ABAP und Java Programmen, eröffnet die Möglichkeit, fachliche Anforderungen (Tickets) mit Änderungsanforderungen über das SAP Enhanced Change and Transport System (CTS+) zu verknüpfen. Versionierung Mit dem: IKAN ALM ABAP Versionierungs Programm ermöglicht IKAN ALM die Versionsverwaltung von ABAP mit Subversion. Damit können ABAP Komponenten jetzt genauso einfach versioniert werden wie NetWeaver Java Komponenten. Zusätzlich kann man mit IKAN ALM über ein Versionsmanagement jede beliebige andere Programmiersprache mit ABAP oder JAVA integrieren, wie zum Beispiel C, COBOL, Delphi, Fortran, Pascal, SQL, Visual Basic und viele andere mehr. Das macht den den ALM Prozess einfach und übersichtlich. Der SAP Solution Manager, welcher selbst nicht über Versionierungsfunktionen verfügt, wird dadurch sinnvoll ergänzt. Beisiel: Ein ABAP Entwickler verwendet den Standard ABAP Editor und versioniert sein ABAP Programm mit dem IKAN ALM ABAP Versionierungs Programm. Das NetWeaver Development Studio für JAVA hat einen integrierten Subversion Client mit dem alle JAVA Sourcen in Subversion versioniert werden können. Damit können sowohl der ABAP als auch der JAVA Entwickler ihre jeweiligen Sourcen direkt aus Ihren Entwicklungsumgebungen heraus mit Subversion verwalten. JAVA und ABAP Programmänderungen werden gemeinsam verwaltet und können mit allen Vorteilen eines Standard Versionsmanagements bearbeitet werden. 5

6 Version eines ABAP s in Subversion speichern. Beim Versionieren haben die Entwickler die Möglichkeit, die einzelnen Versionen zu kommentieren und so durch die Angabe von Referenznummern Beziehungen zu fachlichen Änderungsanforderungen und / oder Tickets herzustellen, die sie mit ihrer Softwareänderung bearbeitet haben. IKAN ALM berücksichtigt diese Kommentare bei der automatischen Verarbeitung und stellt so Verknüpfungen zu Anforderungen und Tickets her. Nicht-SAP Objekte können ebenfalls mit Subversion versioniert werden. Abhängigkeiten KAN ALM erlaubt die einfache Definition von Abhängigkeiten zwischen ABAP, JAVA Sourcen und gegebenenfalls anderen Programmiersprachen, um die benötigte synchrone und automatische Verarbeitung unterschiedlichster Komponenten beim Rollout zu garantieren. Wenn beispielsweise sowohl ABAP- als auch abhängige JAVA-Entwicklungen existieren, dann lassen sich mit IKAN ALM ein Projekt für ABAP und ein Projekt für JAVA definieren, bei dem das JAVA Projekt vom ABAP Projekt abhängig ist. Durch die Definition einer solchen Abhängigkeit wird sichergestellt, dass bei der Erstellung einer Transportanforderung beide Projekte gemeinsam in der richtigen Version und Reihenfolge durch alle Systemlandschaften transportiert werden. Einmal definiert, bleibt eine solche Abhängigkeit dauerhaft bestehen, kann aber bei Bedarf geändert, gelöscht oder erweitert werden. 6

7 Integrierter Build und Deploy Prozess IKAN ALM bietet einen zentralisierten und einfach zu handhabenden Build und Deploy Prozess. Today in SAP: In SAP werden für ABAP lediglich Transportaufträge generiert und keine echten Buildund Deploy-Aufträge durchgeführt. Änderungen an den ABAP Komponenten können so weder verfolgt, noch dokumentiert oder überhaupt angezeigt werden. Für JAVA Entwicklungen bietet SAP zwei verschiedene Build Verfahren an. Die erste Methode besteht darin, den Build lokal auf der Maschine des Entwicklers zu erstellen und das Ergebnis auf den gewünschten Zielserver zu kopieren. Alternativ kann die NetWeaver Entwicklungs- Infrastruktur verwendet werden. Hierbei müssen die Entwickler ihren Sourcecode bereitstellen und ein Release Manager initiiert dann den Build Prozess. IKAN ALM ergänzt die Funktionen der vorhandenen SAP Umgebung und überwacht alle Änderungen an den ABAP und JAVA Komponenten. Gleichzeitig sorgt IKAN ALM bei Bedarf für die automatische Bereitstellung von ABAP und JAVA Programmen innerhalb eines gemeinsamen Transportauftrags. IKAN ALM ermöglicht so ein zentrales und automatisiertes Release Management für das Gesamtprojekt. Ticketverarbeitung IKAN ALM hat ein Issue Tracking System Plugin für die Anbindung von Ticketsystemen. Über dieses Plugin lassen sich beliebige Anforderungs- und Support-Ticketsysteme mit IKAN ALM verbinden. Dies ermöglicht eine direkte Verknüpfung von Anforderungs- und / oder Support-Tickets mit den durchgeführten Software-Änderungen der Entwicklung. 7

8 Kurze Beschreibung von IKAN ALM Lebenszyklus IKAN ALM ermöglicht es dem Anwender, die einzelnen logischen Schritte des ALM-Prozesses als Lebenszyklus (Workflow) zu definieren. Solch ein logischer Schritt wird in IKAN ALM Ebene genannt. Eine Ebene besteht aus einer oder mehreren Build- und / oder Deploy-Umgebungen welche die tatsächlichen, physischen Umgebungen repräsentieren. Beispiel für einen IKAN ALM Lifecycle IKAN ALM unterstützt dabei drei verschiedene Ebenen-Typen: Build, Test und Produktion. Build-Prozess Beispiel eines IKAN ALM Builds zur Aktivierung von ABAP Code 8

9 Sobald der Code im Versions-Management gespeichert oder bekannt gemacht wurde, kann IKAN ALM einen DEPLOY durchführen und die jeweiligen ABAP Objekte AKTIVIEREN und JAVA Programme oder ganze NetWeaver Projekte erzeugen. Der IKAN ALM Build Prozess unterstützt dabei sowohl herkömmliche als auch agile Entwicklungsmethoden. Builds können automatisch nach einem festen Zeitplan (monatlich, wöchentich, täglich, stündlich,...) oder bei jeder Änderung im Versionsmanagement (Subversion) gestartet werden. Natürlich ist auch die manuelle Ausführung durch berechtigte Anwender möglich. IKAN ALM stellt einen zentralen, automatischen Aktivierungs- und Buildprozess für alle ABAP und JAVA Komponenten zur Verfügung und sorgt gleichzeitig für die im Lebenszyklus definierten, erforderlichen Synchronisierungen zwischen ABAP und JAVA Programmen. Der IKAN ALM Build-Prozess erstellt alle nötigen SAP Transportaufträge und führt diese aus. Dabei integriert sich IKAN ALM vollständig in SAP TMS und CTS+. Nicht-SAP Objekte können ebenfalls in die so generierten Transportaufträge integriert werden. Test-Prozess Mit IKAN ALM lassen sich beliebig viele Test Level und Umgebungen definieren. Die Bereitstellung von einem Test Level zum nächsten lässt sich dabei flexibel mit Freigaben und / oder Abnahmen steuern. Damit ist zu jeder Zeit nachvollziehbar wer, wann, was und warum abgenommen oder freigegeben hat. Hinweis: IKAN ALM ist mit HP ALM 11.0, der aktuellen Erweiterung des bekannten HP Quality Centers, voll integriert. Mehr Informationen dazu finden Sie in der: IKAN_integration_german.pdf Deploy-Prozess Der Deploy Schritt stellt ein Projekt auf der nächsten Ebene bereit. Damit bilden alle Deploys in einem Lifecycle ein komplettes, zentral kontrollierbares Release Management für ein ganzes Projekt ab. Der Rollout auf die Systeme einer IT Landschaft wird so völlig automatisiert und alle Abhängigkeiten zwischen verschiedenen Projekten und Programmen werden zuverlässig sichergestellt - speziell auch zwischen ABAP und JAVA. IKAN ALM kann dabei nicht nur neue Releases ausrollen, sondern bietet auch die Möglichkeit, zuvor bereitgestellte Programmstände zuverlässig wieder herzustellen. (Application Rollback) 9

10 Beispiel für ein IKAN ALM Deploy Vorteile Die Integration von SAP mit IKAN ALM bietet viele Vorteile. Die wichtigsten davon sind: Für SAP Nutzer: verbesserte, einheitliche Kontrolle über alle ABAP und JAVA Sourcen, deren Änderungen und Abhängigkeiten versionierung von ABAP und JAVA Code automatische Generierung und Ausführung von Transportaufträgen integration mit HPALM 11.0 für Tests: testfälle (Tickets) werden direkt mit Softwareänderungen verknüpft funktions- und Regressions-Tests starten automatisch nach dem Rollout der Workflow lässt sich durch Auswertung der Testergebnisse steuern die Protokollierung erfolgt anhand der verknüpften Testfälle (Tickets) direkt in den entsprechenden Testmodulen Für IKAN ALM Nutzer: voll automatisierte SAP Lösung inklusive Testautomatisierung für SAP 10

11 Zusammenfassung Die Verbindung von SAP und IKAN ALM bringt das Beste aus beiden Welten zusammen. Als integrative plattform-übergreifende Lösung verknüpft IKAN ALM mit seinen Funktionen bestehende Prozesse und bereits vorhandene Werkzeuge. Damit bietet IKAN ALM die sichere und dennoch flexible Basis für alle Prozesse sowohl lokaler als auch verteilter Entwicklungsteams. Es ergänzt vorhandene Versionsverwaltungs- und Ticketsysteme und automatisiert den kompletten Software Lebenszyklus. Dabei steuert IKAN ALM nicht nur die Builds und Deploys, sondern sorgt mit seinem umfassenden, flexiblen Abnahme- und Freigabekonzept auch für einen reibungslosen und gut dokumentierten Ablauf individueller Workflows. SAP ist der Marktführer für Unternehmenssoftware und unterstützt Unternehmen jeglicher Größe und Branche dabei, effektiver und produktiver zu wirtschaften. Gegründet 1972, hat SAP (das bedeutet Systeme, Anwendungen und Produkte in der Datenverarbeitung ) eine traditionsreiche Geschichte von Innovationen und Wachstum zum Führer eines IT-Industriezweigs aufzuweisen. Heute hat SAP Vertriebs- und Entwicklungsniederlassungen in über 50 Ländern weltweit. SAP Applikationen und Dienstleistungen ermöglichen es derzeit mehr als Firmen ihre Geschäfte profitabel, immer den aktuellen Gegebenheiten angepasst und auf Wachstum ausgerichtet, zu betreiben. IKAN hat mit SAP zusammen eine integrierte ALM-Lösung geschaffen, die den Entwicklern, Testern und dem IT-Betrieb ideale Vorraussetzungen bietet, um täglich das Beste zu erreichen. Sie verschwenden keine Zeit mehr damit, herauszufinden, wer gerade welche Information von wem braucht oder was als nächstes im (manuellen) Prozess zu tun ist. Diese Lösung synchronisiert und automatisiert alle Entwicklungs-, Test-, Build- und Deploy-Aktivitäten und führt zu einer effektiveren Zusammenarbeit, Verbesserung der Qualität, schnelleren Produktionseinsätzen und einer messbaren Kostenreduktion. Weitere Informationen Wenn Sie mehr wissen wollen besuchen Sie uns im Internet: Oder kontaktieren Sie uns direkt: info@minerva-softcare.de 11

12 Minerva SoftCare GmbH Unterer Dammweg Karlsruhe Tel. +49 (0) IKAN Development N.V. Schaliënhoevedreef 20 A 2800 Mechelen Tel. +32 (0) info@ikan.be Copyright 2011 IKAN Development N.V. The IKAN Development and IKAN ALM logos and names and all other IKAN product or service names are trademarks of IKAN Development N.V. All other trademarks are property of their respective owners. No part of this document may be reproduced or transmitted in any form or by any means, electronically or mechanically, for any purpose, without the express written permission of IKAN Development N.V. 12