Domino Anwendungsmigration: von der ersten Planung bis zur ... · •Cordova + Visual Studio is...

transcript

Domino Anwendungsmigration: von der ersten Planung

bis zur kompletten Umsetzung

Bernd Vellguth

Microsoft

+49-89-3176-3893

berndv@microsoft.com

Was haben diese Aussagen vom gestrigen Camp-Tag gemeinsam?

Ein Microsoft-Manager hat SharePoint abgekündigt

Die kommende SharePoint-Version wird die Letzte on-premise sein.

Notes-Migrationen werden oft auf dem Golfplatz entschieden

Die User werden bei Notes-Migrationen meistens nicht gefragt.

Alle falsch

Plattformwechsel

Messaging

Kalender

Notes/Domino Mail

Outlook Exchange

Echtzeit-

kommunikationSametime

Skype forBusiness

Social ConnectionsYammer

SharePoint

AnwendungenDomino

Anwendungen?

Organisieren und Budgetieren der Notes-Migration

Messaging + UC Anwendungen

Organisation Zentral, IT Dezentral, Fachbereiche

Typ des Projektes Infrastruktur Entwicklung, Produktauswahl

Anforderung Allgemeiner Dienst Spezielle Anforderungen

Partner Einer oder wenige Partner Verschiedene Partner/Lieferanten

Kostenverrechnung Monatlich pro Nutzer Individuell, Anwendungsentwicklungskosten

Budget Zentrales Migrationsbudget Budgets der Fachbereiche

Business Case Kalkulation ist Teil des allg. Business Cases Individuelle Business Cases

Einsparungen Durch Standardisierung, Harmonisierung, „Economies of Scale“ und Plattform-Vorteilen

Durch Konsolidierung von mehreren Anwendungen auf zentrale Lösungen und Prozess-Optimierung

Inventur AnalyseStrategie-

EntwicklungPortierung

In großen Anwendungsumgebungen zunächst toolbasierter Scan

• In dezentral gemanagten Umgebungen

• Bei über 500 Anwendungen

Analysetools/Dienstleister:

• Casahl: Notes Application Analyzer

• Dell: Migrator for Notes to SharePoint

• Holistic-net: ham

• Cedros: c.-SAMM

• Panagenda: DNA-Analyse

• …

Kriterien der Anwendungen:• Zahl der Dokumente und Datenbankgröße• Zahl der Repliken• Komplexität des Designs (Anwendungslogik)• Art der Designkomponenten• Verwandtschaftsgrad im Design zu anderen Anw.• Name, Pfad und Text im „About Database“-Dokument• Nutzungsgrad (Zahl der Nutzer und Häufigkeit)• Administrator-Zugriff• Abhängigkeiten zu einer möglichen Mail-Migration

Anwendung AAttribut 1

Attribut 2

Attribut 3

Kriterium Aussage

Zahl der Dokumente und Datenbankgröße Ggf. zu migrierender Umfang an Inhalten

Zahl der Repliken Verteilung auf Regionen, Konsolidierungspotenzial

Komplexität des Designs (Anwendungslogik) Migrationsaufwand des Designs

Art der Designkomponenten Empfohlene Zielplattform (z.B. SharePoint)

Verwandtschaftsgrad im Design zu anderen Anwendungen Potenzial zum Zusammenfassen von Templates (Konsolidierung des Migrationsaufwands)

Name/Pfad und Text im „About Database“-Dokument Zusammengehörigkeit von NSFs, die ein Anwendungsclusterbilden

Nutzungsgrad (Zahl der Nutzer und Häufigkeit) Konsolidierungspotenzial

Administrator-Zugriff Bestimmung des/der „Eigentümer“ der Anwendung

Abhängigkeiten zu einer möglichen Mail-Migration Notwendige Maßnahmen vor einer Mail-Migration

Als nächster Schritt folgt eine manuelle Klassifizierung:

• Validierung der Ergebnisse des Tools durch Menschen (i.a. IT und „Eigentümer“)

• Anreicherung durch weitere Kriterien, wie z.B. • Kritikalität der Anwendung für das Geschäft

• Zufriedenheit mit der heutigen Anwendung

• Klassifizierung der Inhalte

• Compliance-Anforderungen, z.B. Aufbewahrungspflicht für Inhalte

• Trennung in Stammdaten (z.B. Kundenadressen) und Bewegungsdaten (z.B. Einzelauftrag)

• Vertraulichkeit der Inhalte

• Geplante Änderungen in den Prozessen (z.B. Reorganisation)

• Unrealisierte Erweiterungswünsche (z.B. analytische Auswertung der Inhalte, bessere Suchmöglichkeiten)

• Mögliche andere Zielplattformen oder bereits geplanter Ersatz

• All das dient dem Ziel, weiter zu rationalisieren

Analysekriterien Aktuelle Treiber Strategische Entscheidungen

• Zu migrierender Umfang

• Compliance-Anforderungen

• Kritikalität für das Geschäft

• Nutzung

• Design-Komplexität

• Ähnlichkeit zu anderen Anw.

• Lizenzkosten und Lizenzart

• Vertragszeiten

• Abkündigungen

• Weiterentwicklungskosten

• Geplante Updates

• Verfügbares Know-How

• Zufriedenheit

• Offline-Notwendigkeit

• Forcierte Ablösung oder langfristige Koexistenz

• Gesetzte Entwicklungs-plattformen (.NET, J2EE,…)

• Backend-Systeme (ERP, CRM)

• Differenzierung: Make vs. Buy

• Mobile Strategie

• Web-Strategie

Umsetzungs-strategie:

Was, Wann, Wohin?

Analysekriterien Aktuelle Treiber Strategische Entscheidungen

Schnell zu migrieren:

• Häufig genutzt

• Ähnlich zu anderen Anw.

• Unzufrieden (relativ)

• Abgekündigt / Vertrag läuft aus

• Geplante Updates

• Einfach im Design oder „out-of-box“ auf anderer Zielplattform

• Know-How abgeflossen

Beispiele:

• Quickr und „Ocean Rooms“ bei BASF

• Teamrooms bei Daimler

• Polyworkspace bei Bayer

• Alles bei Douglas

• Intranet (alles) bei Heraeus

• CRM bei Bosch Packaging

Schlüssige Gesamtstrategie:

• Gruppieren von Anwendungen, die konsolidiert auf ein neues Ziel gebrachtwerden können• Ein Urlaubstool statt 70 (in jedem Land, pro Werk und in jeder Abteilung) erfordert

starke Governance!

• Warten: Nutzen des Lebenszyklus von Anwendungen. Ca. 10-20% pro Jahrkönnen aussortiert werden.

• Kommunizieren eines Enddatums, wenn es ein Ende für Notes geben soll

• Smart Redesign:• Nicht alles Alte muss 1:1 migriert werden. Beachten der neuen Möglichkeiten.

• Alternative: Web-enablen or integrieren des Domino-Backend in ein neues Frontend

• Lieber Kaufen statt selbst entwickeln (Buy instead of Make), besonders für CRM, ERP, QM/ISO-Zertifizierung, Project Management

Development für mobile & offline-SzenarienAlternativen zu den Stärken von Domino in der heutigen Welt

Approaches for Mobile App Development

Shared UI Code

Native App

Mobile

WebsiteMobile

Website

m.contoso.com

Mobile Web Hybrid Web

Shared Native Cloned Native

How? #1 – Web

Build a Mobile

Website

How? #2 – Hybrid Web

Put a Web App

In the Store

Native App

Mobile

Website

How? #3 – Cloned Native

Build App

Multiple Times

How? #4 – Shared Native

Shared UI Code

Build Natively

and Share Code

XamarinShared Native Apps with Visual Studio

Why Native?

Xamarin apps look and feel native because they are native

Native User Interfaces Native API Access Native Performance

Start with C#...

… add Windows APIs

100% coverage

… or iOS APIs

100% coverage

… or Android APIs

100% coverage

Anything you can do in Objective-C or Java can be done in C# with Xamarin using Visual Studio

UI: Xamarin + Xamarin.Forms

With Xamarin.Forms:

more code-sharing, native controlsTraditional Xamarin approach

Shared UI Code

40+ Pages, Layouts, and Controls

Build from code behind or XAML

Two-way Data Binding

Navigation

Animation API

Dependency Service

Messaging Center

UI: Xamarin.Forms

Shared UI Code

Content MasterDetail Navigation Tabbed Carousel

Layouts

Stack Absolute Relative Grid ContentView ScrollView Frame

ControlsActivityIndicator BoxView Button DatePicker Editor

Entry Image Label ListView Map

OpenGLView Picker ProgressBar SearchBar Slider

Stepper TableView TimePicker WebView EntryCell

ImageCell SwitchCell TextCell ViewCell

Native Performance

Xamarin.iOS does full Ahead Of Time

(AOT) compilation to produce an ARM

binary for Apple’s App Store.

Xamarin.Android takes advantage of

Just In Time (JIT) compilation on the

Android device.

CordovaHybrid Web Apps with Visual Studio

What is Apache Cordova?

• Open-source framework

• Hosted webview

• Single, shared codebase deployed to all targets

• Plugins provide a common JavaScript API to access device capabilities

• About 6% of apps in stores (13% in enterprise)

Why Hybrid?

• Leverage existing:• Assets

• Processes

• Skillsets

• Speed to market

• Broad reach

With Visual Studio you get …

• Easy acquisition of all tools

• Plugin management

• Full-featured editing

• Great debugging and analyzing

• Preview and test on devices and emulators

• Deploy everywhere

Native App

Mobile

Website

Summary

• We’re all developing for mobile (sooner or later)

• You can use Visual Studio to get there

• Xamarin + Visual Studio helps you leverage your C# experience

• Cordova + Visual Studio is great for existing standards web developers

Weitere OptionenAzure mobile Services: http://azure.microsoft.com/de-de/services/mobile-services/

• Erstellen benutzerfreundlicher iOS-, Android- und Windows-Apps• Backend-Logik mit C# und Node.js

• Push mit Kundensegmentierung senden

• Integration in soziale Netzwerke wie Facebook, Twitter, Google

• Offline-Appnutzung und Synchronisierung ermöglichen

• Einmaliges Anmelden für Unternehmen mit Active Directory• Xamarin und PhoneGap nutzbar

• Verbinden mit lokalen Daten

• Einblicke in die mobile Analyse

• Integrieren in SQL, Oracle, SAP, MongoDB

• Automatisch auf Millionen Geräte skalieren

Weitere Optionen

SQLite, ist eine Programmbibliothek, die ein relationales Datenbanksystem enthält.

• Ein einziges File keine weitere Server-Software

• Man kann damit eine Store-App bauen

• Gemeinfrei (kostenlos)

• Man kann damit auch eine Synch-App nutzen, auch auf Phone und Cross-Plattform, zum Beispiel Windows, iOS oder Android.

• Offline Datensätze auf Feld- oder Property-Ebene aktualisieren oder neu anlegen

Best Practices:

• Einen Partner suchen mit guten Referenzen für Migration an sich und Know-How speziell in der Zielumgebung!

• Frühzeitig verfügbare Zertifizierungs-Umgebung (Applikationstests)

• Entwickler-Richtlinien und Trainings

• Etablieren eines „Center of Excellence“ für die neue Plattform

• Verfügbare Entwicklungsumgebung

• Tool-basierte Datenmigration (wenn notwendig): • Quest: Migrator for Notes to SharePoint

• Casahl: DART Lifecycle Manager und ecKnowledge

Inventur

Ansatz einer “Migration Factory”:• Einrichten eines internen “Center of Excellence” für die

Anwendungsmigration• Einrichten eines Portals, mit dem der Migrationsprozess

unterstützt wird• Geschäftsbereiche können Anwendungen dort zur

Migration anmelden• Semi-automatisierter Design-Scan: Komplexität,

Vergleichbarkeit im Design zu bereits migriertenAnwendungen und vorhandenen Kaufprodukten, Verfügbarkeit der Funktionalität (Ziel: Duplikatevermeiden, Konsolidieren wenn möglich)

• Empfehlung für eine Zielplattform• Aufwandsschätzung• Empfehlung zur Umsetzung: internes Angebot, erweiterte

Werkbank mit Rahmenvertragspartnern (ggf. Nearshore, Offshore), Empfehlung externer Partner

Vorteile:• Anleitung für Fachbereiche• „Economies of Scale“ im

Migrationsprozess und bei den Toolkosten

• Kontinuität bei der Abarbeitung (Pipeline)

• Vorhersehbarere Ergebnisse• Learnings fliessen zurück

Erfolgreiche Notes-ApplikationsmigrationenWeltweit wurden alle 76.000 Mailboxen innerhalb von nur einem Jahr migriert. Die Planungsphase hat 6 Monate in Anspruch genommen. Innerhalb von 3 Jahren wurden über 16.000 Notes Applikationen hauptsächlich auf MS Sharepoint migriert (weitere auf andere Applikationen z.B. SAP und Line-of-Business Anwendungen)

Douglas hat 437 ehemalige Notes-Anwendungen abgelöst. Ca. 90 Anwendungen wurden tatsächlich übernommen, die meisten davon auf SharePoint.

Die Deutsche Bank löst alle Notes-Anwendungen im Bereich Investment-Banking ab. Von 3600 Anwendungen weltweit wurden 2100 inaktiviert. 150 weiter zu nutzende Anwendungen wurden mit einem vietnamesischen Dienstleiter umgestellt. 90% der ehemaligen Notes-Anwendungen werden auf SharePoint portiert.

Innerhalb von 6 Monaten wurden über 7.300 Mailboxen migriert. Zudem wurden alle 350 Notes Applikationen auf Sharepoint oder .Net basierte Applikationen migriert. Die Datenmigration war bereits nach 3 Monaten abgeschlossen – insgesamt hat die Migration 15 Monate gedauert.

Heraeus (11.000 Benutzer) hat bereits im Jahr 2002 alle Mailboxen von Notes auf Exchange migriert. Mit der Einführung von Sharepoint 2007, wurden auch sämtliche Applikationen sowie das Intranet umgezogen und Sharepoint als weltweiter Standard definiert.

Festo migriert derzeit alle Mailboxen (14.000) phasenweise über insgesamt 4 Jahre, sie gehen hierbei pro Länderorganisation vor. Die Notes Applikationen werden dabei mehrheitlich auf Sharepoint migriert oder integriert.

Carl Zeiss Vision hat 800 Benutzer von Notes auf Exchange migriert und ca. 60 Notes-Anwendungen abgelöst, die meisten mit SharePoint „out-of-the-box“ neu aufgesetzt und 4 Workflow-Applikationen mit ca. 20 PT Aufwand auf SharePoint 2007 neu entwickelt.

GTE (Gebäude- und Elektrotechnik GmbH, eine ehemals ABB Tochter) hat eine Vielzahl von Notes Applikationen erfolgreich auf Microsoft Sharepoint 2007 migriert.

Bosch Packaging Technology hat das Notes-basierte, selbst entwickelte CRM-System nach Microsoft CRM migriert. Dabei wurde Bosch von Microsoft Consulting Service unterstützt. Die Mail-Migration hatte bereits vorab stattgefunden.

Wie kann Microsoft unterstützen?

• Business Case-Erstellung

• Erstellen technischer Konzepte

• Supportability-Reviews, sofern andere die Konzepte erstellt haben

• Pilotierungen der Lösungen (User, Administatoren, Entwickler)

• Best Practices beim Change Management (Adoption Kit frei verfügbar im Internet)

• Onboarding-Center für Office 365

• Spezielle Sponsoring-Angebote für (Cloud-)Migrationen• Nutzung für Dienstleister• Nutzung für die Mail- und Kalendermigration (90 Tage Mail + Kalender)

Office 365 Adoption and Learning Kit

http://office.microsoft.com/en-us/office-home-for-office-365-FX102821134.aspx?redir=0

http://technet.microsoft.com/en-

us/office365/dn342872

O365 Adoption and Learning Kit V1 consists of:

• Change management guidance, hosted on TechNet

• O365 Learning Center, hosted on Office.com

Domino Anwendungsmigration: von der ersten Planung bis zur ... · •Cordova + Visual Studio is...

Documents