BMC Helix Action Request System Migration Service – Nur kundenbasierte Anwendungen – Inaktiv

Dieser Service migriert die bestehende kundenspezifische On-Premise Remedy ARS-Anwendung des Kunden auf die neueste BMC Helix ITSM-Plattform. 

Was du bekommst:

BMC Helix wird Folgendes durchführen:

Analysieren und entwerfen

  • Identifizieren und dokumentieren Sie nicht-standardisierte Konfigurationen* und nicht-standardisierte Integrationen*
  • Erstellen Sie ein Migrationsdesign-Dokument

Bereiten Sie sich auf die Migration vor

  • Durchführung von Walkthrough des Migrationsprozesses
  • Installieren Sie den BMC Helix Data Manager (HDM) in der Umgebung des Kunden
  • Durchführung von HDM-Entdeckung und Datenmapping
  • Bereite Go Live Cut Over / Einsatzplan vor

Migrieren und testen

  • Transform* BMC Helix Action Request System (ARS) App-bezogene Foundation Data*, Application Data*, Reporting (ohne BMC Helix Smart Reporting) und transaktionale Daten
  • Migrierung von Standardkonfigurationen* und Standardintegrationen*
  • Führen Sie bestehende Standardintegrationen (bis zu 10) auf dem Zielsystem auf die BMC Helix ITSM-Plattform um.
  • Unit-Tests durchführen
  • Unterstützung des Kunden bei Systemtests und Integrationstests bis zu drei Wochen lang (für Standardtestunterstützung*) 
  • Migration und Tests werden in Qualitätssicherungs- oder Vorproduktionsumgebungen durchgeführt

Endgültiger Schnitt und Nachbearbeitungshilfe:

  • Führen Sie den finalen Cutover wie im Go Live Cutover Plan dokumentiert aus
  • Leisten Sie bis zu einer Woche Unterstützung bei der Postproduktion

Der Kunde ist verantwortlich für:

  • Bereitstellung einer On-Premise-Umgebung, um HDM zu installieren und eine Kopie der erforderlichen Datenbanken zu hosten 
  • Bereitstellung von On-Premise-Client-Gateway-Servern, um die Verbindung zwischen den On-Premise-Systemen des Kunden und dem Helix-System zu erleichtern
  • Konfiguration der Staging-Datenbank (DB) in der Umgebung des Kunden
  • Wiederherstellung einer Kopie der Produktionsdatenbank des Kunden in der Staging DB des Kunden
  • Bereitstellung von Zugang für BMC Helix-Berater zur BMC Helix Remedy ITSM On-Premise Staging-Umgebung des Kunden
  • Bereitstellung einer schnellen, zuverlässigen Verbindung vom On-Premise-Staging-Server zum Helix-FTP-Server
  • Durchführung von System-, Integrations- und Funktionstests 
  • Einhaltung von temporärem Code oder Konfigurationsfreeze, wie vom BMC Helix Projektteam empfohlen, einzuhalten
  • Bereitstellung eines Anwendungsfachexperten (SME) mit gutem Wissen über die erweiterten Konfigurationen und Integrationen des Kunden. 
  • Bereitstellung von SME für alle integrierten Anwendungen zur Durchführung von Integrationsrücken und Unterstützung bei Unit Testing
  • Migration und Behebung von nicht-standardisierten Anpassungen, Konfigurationen und nicht-standardisierten Integrationen 
  • Anwendung von Fehlerbehebungen auf Standardkonfigurationen und Standardintegrationen bei nicht-migrationsbezogenen Problemen, die während der Benutzerfunktionstests festgestellt wurden.
  • Sicherstellung, dass Standardintegrationen die AR-API, Webservice und REST-API umfassen
  • Erstellung von Datenlastblättern gemäß den BMC Helix-Standardrichtlinien 

Projekt-Meilensteine: Die folgenden Meilensteine werden zwischen dem Kunden und der BMC festgelegt. Helix Sobald BMC Helix einen Meilenstein erreicht hat, wird der Projektleiter von BMC Helix dem Kunden ein Meilenstein-Abschlussschreiben ausstellen.

  • Meilenstein 1: Nach Übergabe des Projektplans
  • Meilenstein 2: Nach Übergabe und Genehmigung des Migration Design Documents
  • Meilenstein 3: Nach Lieferung und Genehmigung des Go Live Cutover-Plans
  • Meilenstein 4: Nach Abschluss der Projektabschlusssitzung und Übergabe des Projektabschlussschreibens
für erforderlich
ErfolgsgutschriftenLieferoptionen
Standardlieferung*
123
Länderspezifische Besetzung der Standardlieferung*
210

Deliverables: Unter Verwendung der Standardmethodik und Vorlagen von BMC Helix sind die folgenden Ergebnisse im Rahmen dieses Projekts und werden geliefert:

  • Projektzeitplan
  • Projektstatusbericht
  • Migrationsdesign-Dokument
  • Go Live Cutover-Plan

Abschlusskriterien: BMC Helix hat diese Consulting Services abgeschlossen, wenn die in-scope Consulting Services abgeschlossen und die Ergebnisse an den Customer Project Manager übergeben wurden.

Voraussetzungen:

  • On-premise BMC Helix-Produkte des Kunden:
    • Die BMC Helix Remedy ARSystem-Version ist 20.02 oder neuer
    • Die On-Premise-Datenbank des Kunden ist Microsoft SQL Server oder Oracle
  • BMC Helix Remedy Action Request System-Anwendungen nur zu migrieren. Nur Anwendungen
  • Keine Probleme mit der Datenintegrität in der Umgebung des Kunden
  • Arbeitsabläufe müssen abgestimmt werden, um der Zielumgebung gerecht zu werden
  • Die ARS-Anwendungsdatenbank ist weniger als 3 TB
  • Zusätzliche Informationen:

  • Geschätzte Dauer: Bis zu 16 Wochen
  • In-Scope-Produkt: BMC Helix ITSM
  • Diensttyp: Einsatz
  • Verfügbarkeit: Inaktiv
  • Erfolgs-Service-Code:
    • ARS_MIGR_001_OFFSHORE
    • ARS_MIGR_001_ONSHORE
  • Datum der letzten Aktualisierung: 28.04.2025

Definitionen:

Erweiterte Konfiguration: Für Funktionen, die von Anfang an nicht existieren, kann eine erweiterte Konfiguration Formulare, aktive Links, Filter, Eskalationen, Integrationen, Menüs, Berichte oder Dashboards ermöglichen.

Transformieren: Foundation-Daten müssen neu gestaltet werden.

Standard-Testunterstützung: Unterstützt bis zu drei Wochen Kundentests und ist für Kunden mit einer begrenzten Anzahl von Integrationen und relativ weniger komplex gedacht.

Anwendungsdaten: Anwendungsdaten sind optionale Daten, die in das System geladen werden können. Beispiele sind Zuweisungsrouting, Vorfallvorlagen und Änderungsgenehmigungsabbildungen.

Länderspezifische Personalbesetzung: Auf Wunsch des Kunden und bei der Verfügbarkeit von BMC Helix-Ressourcen wird BMC Helix vom BMC Helix Standard Delivery-Modell abweichen. BMC Helix arbeitet mit dem Kunden zusammen, um deren länderspezifische Personalanforderungen zu verstehen und zu adressieren. BMC Helix und der Kunde werden sich einvernehmlich auf die Personalwahl einigen, aus welchem Land eine BMC Helix-Ressource stammt.

Gründungsdaten: Foundation-Daten sind Daten, die für die ordnungsgemäße Funktion der Anwendung erforderlich sind, und sind definiert als:

  • Unternehmen
  • Organisationen
  • Standorte und Standortstrukturen
  • Unterstützungsorganisationen und -gruppen
  • Personen (einschließlich Gruppenmitgliedschaften, Anwendungsberechtigungen und funktionalen Rollen)
  • Katalog der operativen Dienstleistungen
  • Softwarekatalog

Helix-Präskriptive Testfälle: Eine Reihe von vordefinierten Testfällen von BMC Helix für ITSM, Digital Workplace und Smart IT, von denen Kunden modifiziert werden können, um ihre Helix-Vorproduktionsumgebung zu testen, um Änderungen durch Advanced Configurations widerzuspiegeln.

Integrationstests: Integrationstests sind ein Verfahren, um zu überprüfen, ob die BMC Helix-Integrationskomponenten ordnungsgemäß funktionieren.

Nicht-standardisierte Konfigurationen: Nicht-standardisierte Konfigurationen sind solche, die nicht den Anforderungen gemäß der Standardkonfigurationsdefinition entsprechen.

Nicht-standardisierte Integrationen: Nicht-standardisierte Integrationen sind solche, die nicht den Anforderungen gemäß der Standardintegrationsdefinition entsprechen.

Standardkonfigurationen: Für die Zwecke dieses Migrationsangebots bezeichnet BMC Helix die Definition von "Standardkonfigurationen" jene Konfigurationen, erweiterten Konfigurationen und Anpassungen, die den empfohlenen Best Practices von BMC Helix Operations folgen, nämlich:

  • Anpassungen erfordern möglicherweise nicht die Installation einer Drittanbieteranwendung in der Cloud.
  • Anpassungen verwenden keine Run-Prozess-Befehle, um nicht-von BMC Helix erstellte ausführbare, Batch- oder Java Archive (JAR)-Dateien auszuführen.
  • Eine direkte Schreibverbindung zur Datenbank ist nicht erlaubt. Nur lesebarer Zugriff ist nur über eine ODBC- oder JDBC-Verbindung erlaubt.
  • Im Workflow sind keine direkten SQL-Anweisungen erlaubt.
  • Anpassungen sollten keine Änderungen am Standard-BMC-Helix-Service-Image oder der Infrastrukturkonfiguration beinhalten, zum Beispiel ist eine andere Java Runtime Environment (JRE) oder Java Development Kit (JDK)-Version als die BMC Helix-Standardversion verboten.

Standardlieferung: Eine Mischung aus BMC Helix-Beratern und Projektmanagern aus verschiedenen BMC Helix-Standorten, darunter das BMC Helix Global Services Delivery Team in Indien und/oder Mexiko. Die Personalwahl, aus welchem Land eine BMC Helix-Ressource stammt, liegt ausschließlich im Ermessen von BMC Helix.

Standardintegrationen: BMC Helix bietet ein flexibles Modell für Datenintegrationen zu und von seinen BMC Helix-Diensten. Integrationen können mit jeder genehmigten Kommunikationsmethode oder jedem Adapter konfiguriert werden. Im Folgenden ist die Liste der genehmigten Integrationsmethoden aufgeführt: C API, Java API, AR-System-Plug-ins, Open Database Connectivity (ODBC)-Zugriff, BMC Helix Atrium Integrator (AI) Adapter, Managed File Transfer (MFT), Security Assertion Markup Language (SAML), Simple Mail Transfer Protocol (SMTP) und Computer Telephony Integration (CTI).

Systemtest: Systemtests sind ein Verfahren, um zu überprüfen, dass die BMC Helix-Komponenten als vollständige Lösung wie vorgesehen funktionieren.

Einheitstests: Unit-Testing ist ein Verfahren, um zu überprüfen, dass die einzelnen Einheiten jeder Anwendung ordnungsgemäß funktionieren.

Standard-Testunterstützung: Unterstützt bis zu drei Wochen Kundentests und ist für Kunden mit einer begrenzten Anzahl von Integrationen und relativ weniger komplex gedacht.

Umfassende Testunterstützung: Unterstützt bis zu weitere drei Wochen Kundentests über die üblichen drei Wochen hinaus. Diese Option ist für Kunden mit komplexen Testanforderungen ODER umfassenden Integrationen/Anpassungen gedacht.