iTAC Product Lifecycle Management (iPLM)

Produkt- und Unternehmenserfolg sind zweifelsohne eng miteinander verbunden. Bei der Definition und Entwicklung der iTAC.MES.Suite haben wir daher von Beginn an auf die durchgängige Betrachtung des Produkts über den gesamten Lebenszyklus gesetzt, d.h. von den Anforderungen des Marktes bis hin zur Implementierung.

Der iPLM-Prozess gliedert sich in die Phasen

• Marktanalyse
• Requirement Management
• Spezifikationsphase
• Entwicklungsphase
• Testphase
• Software-Freigabeprozess
• Go To Market

Marktanalyse

• Marktbeobachtung hinsichtlich globaler Unternehmensanforderungen
• Anwendung von Produktionslogistik und weiteren Unternehmensprozessen
• Anforderungen des Marktes durch Rückfluss aus dem Vertriebsprozess und Anforderungen von Bestandskunden
• Entstehung und Definition von Standardisierungsaktivitäten von überregionalen Verbänden und Vereinigungen (VDA, VDMA, ZVEI)
• Wettbewerbsanalysen
• Interne Analysen: GAP, SWOT

Requirement Management

• Definition von strategischen Requirements auf Basis der globalen Marktanalysen
• Kundenspezifische Requirements werden im Sinne der Standardisierung definiert
• Definition des Funktionsumfangs und der Release-Terminierung
• Systematisiertes Requirement Management mit „MKS Integrity Manager“

Spezifikationsphase

• Definition der strategischen Funktionserweiterung zur konsequenten Weiterentwicklung des Produktes
• Kundenspezifische Anforderungen werden im Sinne einer Standardisierung definiert und stellen somit einen Nutzen für die gesamte Kundenbasis dar
• Das gesamte Requirement Management wird systematisiert über einen definierten Spezifikationsprozess abgebildet – systemgestützt mit „MKS Integrity Manager“

Entwicklungsphase

• Definition einer Entwicklungsspezifikation auf Basis der fachlichen Funktionsanforderungen
• Ableitung der organisatorischen Maßnahmen zur Terminierung der Einzelfunktionen als Input zur Definition der Testphase und Abbildung einer Ressourcenplanung
• Überführung der fachlich funktionalen Anforderung in definierte Aufgabenpakete zur Entwicklung – Abbildung im „MKS Source Integrity“

Testphase

• Intern: Qualifikation der internen operativen Unternehmensbereiche wie z.B. Support, Professional Service, Sales etc.
• Extern: Release- und Deltaschulung von Kunden, Implementierungspartnern etc

Planung der unterschiedlichen Testphasen

• Alpha-Testphase zur Verifikation der fachlichen Anforderung hinsichtlich funktionaler Ausprägung, Useability etc.
• System-Testphase zur Überprüfung des gesamten Software-Releases, anhand automatisierter Testroutinen
• Test der Basistechnologie

Systemtests und Tests der Basistechnologie werden auf automatisierten Testsystemen durchgeführt. Die Abbildung und Definition aller Testphasen erfolgt über „MKS Integrity Manager“

Software-Freigabeprozess

• Review aller Testphasen
• Customer-Acceptance-Test und Review der Testergebnisse
• Freigabe und Definition des Releasestandes nach vorgegebenem systematisiertem Ablauf auf Basis des „MKS Integrity Manager“

Go to market

• Definition und Erstellung der Produktdokumentation wie z.B. Handbücher, Beschreibung von Schnittstellen etc.
• Schulungsmaßnahmen:
  
  • Intern
    Qualifikation der internen operativen Unternehmensbereiche wie z.B. Support, Professional Service, Sales etc.
  • Extern
    Release- und Deltaschulung von Kunden, Implementierungspartnern etc.
• Implementierung der Software-Releases
  
  • Verifikation der Funktionserweiterung mit dem Kunden anhand des kundeneigenen Testsystems
  • Implementierung auf dem Produktivsystem nach erfolgtem Customer-Acceptance-Test