28. Januar, Zürich-Oerlikon

Aus der Werkstatt durch die Cloud in die Produktion

Christian Henggeler Dirk EbelingProjektleiter & Consultant Leiter Business Unit AMS Zühlke Engineering AG Zühlke Engineering AG

Wartungsphase - HerausforderungenDeployment Geschwindigkeit Auf lange Sicht Verunsicherung

Qualitätssicherung Seiteneffekte bei Änderungen

Nachvollziehbarkeit Transparenz während Entwicklungsphase

Know-How-Transfer Gewährleistung von Effizienz und Effektivität

(Service Level Agreement)Quelle: www.joodoo.com

Entwicklung und Wartung

Christian Henggeler (Entwicklung) Projektleiter, Principal Consultant, Software Engineering Trainer seit 1998 bei Zühlke Engineering in Schlieren Realisierte während den letzten 11 Jahren diverse Projekte im .NET

Umfeld

Dirk Ebeling (Wartung & Betrieb) Verantwortlich für die Einheit „Application Management Services“

(AMS) seit Ende 2012 bei Zühlke Engineering in Schlieren Unter anderem übernimmt seine Organisation zukünftig

Anwendungen aus der Entwicklung und sichert deren Betrieb und Wartung

Agenda

Agenda

TeamWorum geht’s?Deployment vereinfachtQualitätssicherungNachvollziehbarkeitKnow-How-TransferAbschluss

Team«Toll, ein anderer macht’s» ?

Continual Service Improvement

Nutzung TFS & Einordnung SLC

Strategy Design Transition

Operation

Maint. &

Operate

TFSProject

-Mgmt.TaskMgmt.

BugTrackin

gDoc.Mgmt.

CodeMgmt.

Reports

Compile

& Test

Test virt.

Systems

Project

Service

LifeCycle

Worum geht’s?Kapitel 2/7

Architektur

Desktop Mobile

Cloud

RESTSOAP / REST

Wieso Cloud? Kunde will IT als Service (darum PaaS statt IaaS) Elastizität (z.B. bei grossem Erfolg des Business-Cases) Weitere Ressourcen innert Minuten verfügbar

Quelle: www.microsoft.com

Deployment vereinfachtKapitel 3/7

Angst vor dem Release-Tag?

Windows Azure weil Kunde will IT als Service (darum PaaS) Skalierbarkeit (z.B. bei grossem Erfolg des Business-Cases) Hohe Verfügbarkeit Weitere Resourcen innert Minuten verfügbar

Quelle: mydiaryproject.com

Die letzte Meile manuelles Deployment ungenügendes Configuration Management seltenes und fehleranfälliges Deployment

Quelle: www.laufkultur.de

«Done means DEPLOYED»

Quelle: www.nasa.org

Typische EnvironmentsKunde - Production

Zühlke - Test

V1 V2

Zühlke - Dev

V2

V2 V3

deploy

deploy

Neutral Package Framework Übersicht

*.xxprojNeutral Package

Deployment Unit

build

prepare “daily”

deploy

CloudDeployment Unit

Deployment Unit

prepare “test”

prepare “production”

Vollautomatisches Deployment mit TFSDeployment via TFS Team-Build Installation der Cloud-Services Erstellen des Click-Once Pakete und Bereitstellen

in der Cloud (BLOB) Dies für alle Environments

Manuelle Schritte Azure Swap VIP (von Staging zu Production)

Quelle: online.wsj.com

Mehrere Environments im Projekt

Zühlke - @Cloud

Kunde - @Cloud

Test Demo Production

Daily Integration Test

Zühlke - @Dev

Local

QualitätssicherungKapitel 4/7

Kontinuierliche QS mit dem TFS

Bei jedem Check-In Code-Analysis Style-Cop (Code Formatierungs Analyse) Autom. Unit Tests ausführen

Einmal am Tag Autom. Deployment auf “Integration”

Environment Autom. Durchführen von Integration Tests (auf

Basis von MS-Test)Quelle: www.walltor.com

Test-Management mit dem TFS

MS Test Manager Test Cases kontinuierlich erfasst/erweitert Einmal pro Iteration/Sprint manuell ausgeführt Direkt Bugs erfasst (einfache Reproduktion)

Quelle: readwrite.com

Benefit für Wartung & Betrieb

Seiteneffekte von Fixes werden früh entdeckt Applikationsverhalten ist in Test-Cases

dokumentiert und nachvollziehbar Qualitätsstandards gelten auch für die

Wartungsphase

Quelle: www.srtechnics.com

NachvollziehbarkeitKapitel 5/7

Das Richtige tun…

TFS Work Items Agiler Prozess (4 Wochen pro Iteration) Tasks pro Iteration

Planung MS Projekt TFS Tracking der Stunden

Defect Tracking: Bug Work-Item erweitert Unterscheidung: Bug / Change Request Export in Word und Excel

Check-In immer mit Work-Item verlinken

Quelle: www.lego.com

Know-How-TransferKapitel 6/7

…und es zusammen tun

Know-How-Transfer Wartungs-Mitarbeiter schon in der Entwicklungs-

Phase ins Team integrieren Entwickler auch mal Wartung machen lassen Entwickler sind als Backup ja immer noch da Reviews durch Entwickler bei grossen resp.

heiklen Änderungen in der Wartungs-Phase

Quelle: pavetech.olhblogspace.com

AbschlussKapitel 6/6

Zusammenfassung

Wartungsphase - Lösungen Deployment:

Mehr-Environment-Strategie Automation

Qualitätssicherung Testing (manuell und automatisch)

Nachvollziehbarkeit Doppelspurigkeiten / Medienbrüche vermeiden Einsatz Work-Items Versionskontrolle

Know-How-Transfer Organisatorische Massnahmen Funktionsbeschreibung in Form von Test-Cases

Besten Dank für Ihre AufmerksamkeitFür allfällige Fragen stehen wir Ihnen jederzeit gerne zur Verfügung:

Christian HenggelerDirk Ebeling

Wiesenstr. 10a Wiesenstr. 10a

Schlieren Schlieren+41 44 733 65 72 +41 44

733 69 43 ch@zuehlke.comebe@zuehlke.com

© 2012 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a

commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.