Siemens PLM Software Warum ALM und PLM zusammen eingesetzt werden sollten White Paper In diesem White Paper werden die Unterschiede und Ähnlichkeiten zwischen Application Lifecycle Management (ALM) und Product Lifecycle Management (PLM) analysiert. Es wird untersucht, warum keine der beiden Lösungen die andere ersetzen kann und warum sie zusammen verwendet werden sollten. www.siemens.com/plm White Paper ausgegeben von: Siemens PLM Software 1 White Paper | Warum ALM und PLM zusammen eingesetzt werden sollten Inhalt Kurzdarstellung .........................................................3 PLM und ALM – Definitionen der Systeme ....................4 Was ist PLM? ...............................................................4 Was ist ALM? ...............................................................4 Vergleich der Lebenszyklusphasen in ALM und PLM ... ......4 ALM-Phasen ... ...............................................................4 PLM-Phasen ... ................................................................5 Ähnlichkeiten und Unterschiede zwischen PLM und ALM ... ...........................................................................6 Vergleich zwischen Bauteilen und Dateien ... ...................6 Browserbasierte Zusammenarbeit ... ................................6 Lean Manufacturing und agile Softwareentwicklung ... ....6 Vergleich zwischen PLM-Verfolgbarkeit und ALM- Verfolgbarkeit ... .............................................................6 Vergleich zwischen Versionskontrolle und Änderungs- Management ... ..............................................................8 PLM und ALM: Ähnlichkeiten und Unterschiede ... ............8 Wichtige Punkte .... .........................................................9 Software im Produktfertigungsprozess ... ...................10 Wichtige Punkte .... .......................................................10 Die Notwendigkeit, PLM und ALM zu verbinden ... .....11 Zusammenfassung ... ..................................................12 White Paper ausgegeben von: Siemens PLM Software 2 White Paper | Warum ALM und PLM zusammen eingesetzt werden sollten Kurzdarstellung Software überholt schnell den früheren Vorrang von Hardware im Produktentwicklungsprozess, vor allem für technologisch komplexe Produkte und Branchen wie Automobilindustrie, Luft- und Raumfahrt und Verteidigung sowie die Herstellung medizinischer Instrumente. Technologiehersteller verwenden heute im Allgemeinen Lösungen für das Product Lifecycle Management (PLM), um Markteinführungszeiten zu verkürzen, die Prozesseffizienz zu erhöhen, die Zusammenarbeit zu ver- bessern und Compliance-Anforderungen zu erfüllen. Herkömmliche PLM-Systeme verwalten jedoch Software im Allgemeinen als ein „Bauteil“ im Kontext des Produktfertigungsprozesses und haben Mühe, die komple- xen Entwicklungsprozesse für Software zu verwalten. Software hat ihren eigenen, spezifischen Lebenszyklus, mit anderen zu verwaltenden Informationen, anderen Zusammenarbeitsprozessen und -methoden, anderen Spezifikationen und Elementen. Dieser Lebenszyklus wurde bisher durch herkömmliche PLM-Lösungen zu wenig berücksichtigt. Um erfolgreich hochwertige softwaregesteuerte Produkte auf den Markt zu bringen, müssen Hersteller über ihr kon- ventionelles eigenständiges PLM- oder ALM-System hinausgehen. Sie müssen aktiv nach einer integrierten Lösung suchen, die einen vollständigen Satz von Produktanforderungen für Hardware und Software ermög- licht und die Zusammenarbeit mehrerer Disziplinen unterstützt, die notwendig ist, um ein End-to-End- Management der Software- und Hardwarekomponenten sicherzustellen. White Paper ausgegeben von: Siemens PLM Software 3 White Paper | Warum ALM und PLM zusammen eingesetzt werden sollten PLM und ALM – Definitionen der Systeme Was ist PLM? Die Marktkategorie für PLM entstand im Jahr 1985 bei der American Motor Corporation (AMC) als eine Möglichkeit, PLM ist der Prozess, mit dem der gesamte Lebenszyklus den Produktentwicklungsprozess zu beschleunigen und am eines Produkts von der Idee über die Konstruktion und die Automobilmarkt wettbewerbsfähiger zu werden. Herstellung bis hin zum Service und zur Stilllegung verwal- tet wird. Das PLM integriert Personen, Daten, Prozesse und PLM wird in der Automobilbranche weiterhin intensiv Unternehmenssysteme und bietet einen Ort, an dem genutzt, aber auch viele andere Branchen wie Luft- und Unternehmen und ihre Umgebung Produktinformationen Raumfahrt, Gesundheitswesen, medizinische Instrumente, gemeinsam nutzen können. Prozessfertigung und Energie haben die Methode inzwi- schen eingeführt. Mit PLM-Systemen können Unternehmen die wachsende Komplexität und die technischen Herausforderungen der Was ist ALM? Entwicklung neuer Produkte für globale, wettbewerbsori- „Das Application Lifecycle Management (ALM) ist kein entierte Märkte bewältigen, indem sie jede Phase des Produkt, sondern ein Prozess“, erklärt der Branchenanalyst Produktentwicklungsprozesses verkürzen und vereinfa- Ovum in seinem Bericht zum Software Lifecycle chen. Mit PLM-Lösungen können Unternehmen Produkte Management. Ovum definiert ALM dann als den Prozess, schneller auf den Markt bringen, immer striktere mit dem Unternehmen in Informationstechnologie (IT) und Compliance-Anforderungen und Branchenstandards erfül- Softwareentwicklung ihre Software während des gesamten len sowie mehr Zusammenarbeit und Kommunikation im Lebenszyklus erstellen, bereitstellen und betreiben.1 gesamten Produktentwicklungsprozess erreichen. White Paper ausgegeben von: Siemens PLM Software 4 White Paper | Warum ALM und PLM zusammen eingesetzt werden sollten Vergleich der Lebenszyklusphasen in ALM und PLM ALM-Phasen 1 Projekt- und 2 Projektbeginn und Sammlung 3 Anforderungsmanagement Portfoliomanagement für von Anforderungen Wenn Anforderungen sich Anwendungen Informationen zum Markt wer- weiterentwickeln oder verän- Vor Beginn eines den gesammelt, potenzielle dern, muss auch das Softwareprojekts wird eine Anwender/Kunden der Anforderungsdokument wei- Investitionsanalyse durchge- Anwendung werden befragt, terentwickelt werden, um die führt und ein Business-Case und Daten werden gesammelt, Auswirkungen auf entwickelt. um dokumentierte Entwicklungszeitpläne, Anforderungen zu erhalten. Bereitstellungstermin, Ressourcen usw. zu analysieren. 4 Entwurf und 5 Codierung 6 Testing und Anwendungsfall-Analyse Anwendungscode wird geschrie- Qualitätssicherung Die zugrunde liegende ben oder im Fall eines Updates Die Software wird einem sys- Architektur des Softwarecodes erweitert oder verändert. tematischen Debugging wird definiert, und verschie- sowie Performance-, Last- dene Anwendungsfälle werden und Stresstests unterzogen, entwickelt, um die möglichen und der Code wird nach Interaktionen von Anwendern Bedarf verändert. mit dem fertigen System zu modellieren. 7 Release und Bereitstellung 8 Anwendungsperformance des Builds Die fortlaufende Wartung der Das abschließende Release Anwendung umfasst wird erstellt und finalisiert, Erweiterungen und und die Anwendung wird in Fehlerbehebung während des der Produktion bereitgestellt. gesamten Anwendungslebenszyklus bis zur Stilllegung. Wichtige Punkte Es ist zwar möglich, Software gemäß dem Wasserfallmodell zu entwickeln; die verbreitete Akzeptanz der Agile- Entwicklungsmethodik bedeutet jedoch, dass Software heute stärker iterativ entwickelt wird: in kurzen, schnellen „Sprints“, wobei Anforderungen häufig geändert werden und viele fortlaufende Veränderungen vorgenommen werden. PLM-Phasen 1 Idee 2 Konstruktion 3 Realisierung Informationen werden am Die Konstruktion des Produkts wird In dieser Phase ist die Markt gesammelt, zunächst entworfen, dann verfeinert, Produktkonstruktion Kundenanforderungen werden getestet und mit Werkzeugen wie CAD- abgeschlossen, und die ermittelt, eine Vorstellung des und CAE-Analysen überprüft. In diesen Herstellungsmethode wurde Produkts wird entwickelt, und Schritt wird eine Reihe von Engineering- festgelegt. Nun werden technische Spezifikationen Disziplinen einbezogen, darunter Werkzeugentwurf, Analysen, werden anhand dieser Mechanik, Elektrik, Elektronik, Software Simulation und ergonomi- Informationen erstellt. (eingebettet) und Simulation, sowie sche Analysen durchgeführt. bereichsspezifisches Fachwissen wie beispielsweise Automobil-Engineering. 4 Service und Stilllegung Diese letzte Phase des Produktlebenszyklus ist die Servicephase. Hierzu können Reparaturen und Wartung, Abfallmanagement und die Stilllegung (Entsorgung, Zerstörung) des Produkts gehören. Wichtige Punkte PLM-Prozesse folgen im Allgemeinen dem Wasserfallmodell mit iterativen Arbeitsmustern, die inkrementelle Änderungen innerhalb des Prozesses berücksichtigen. White Paper ausgegeben von: Siemens PLM Software 5 White Paper | Warum ALM und PLM zusammen eingesetzt werden sollten Ähnlichkeiten und Unterschiede zwischen PLM und ALM Um einen effektiven Business-Case für die Integration von Server in Stuttgart stammt. Ohne die browserbasierte PLM und ALM zu entwerfen, ist es wichtig, die Integration sowie die Interoperabilität von ALM und PLM, Ähnlichkeiten und Unterschiede zwischen den beiden die von Polarion ALM bereitgestellt werden, ist eine derar- Systemen zu verstehen. Mithilfe dieses Vergleichs können tige Funktionalität nur sehr schwer zu erreichen. wir die jeweilige grundlegende Orientierung dieser Lean Manufacturing und agile Systeme besser verstehen, ermitteln, wie die Systeme von- Softwareentwicklung einander profitieren können, und die wichtigsten Punkte für eine wirklich effektive Integration der beiden Systeme In den 1990er Jahren führte das Toyota Production System identifizieren. das Konzept des Lean Manufacturing als Managementphilosophie zur Verbesserung des Vergleich zwischen Bauteilen und Dateien Kundennutzens ein. Toyota konnte dank dieser Philosophie Der erste wesentliche Unterschied liegt darin, dass ein von einem kleinen Unternehmen zum größten PLM-System auf das Management von „Bauteilen“ ausge- Autohersteller der Welt aufsteigen. richtet ist, mit denen ein physisches Produkt hergestellt Kurz gesagt gehört zu Lean jede Produktionspraxis, mit der wird und denen Anforderungen, Konstruktionsattribute Wert für den Kunden geschaffen wird, also etwas, wofür und Änderungen zugeordnet sind. Ein ALM-System hinge- der Kunde zu zahlen bereit ist. Alles andere wandert in den gen ist auf das Management von Papierkorb. Softwaredateien/-elementen ausgerichtet, wie Anforderungsdokumenten, Softwarecode oder Testfällen Man kann argumentieren, dass die Agile-Methodik der sowie auftretenden Änderungen an diesen Dateien. Softwareentwicklung zumindest in philosophischer Hinsicht vom Lean Manufacturing abgeleitet wurde: Mit Browserbasierte Zusammenarbeit agilen Methoden stehen die Anwender im Zentrum der Die Softwareerstellung und die ALM-Werkzeuge haben sich Entwicklung und definieren, was implementierungswürdig bisher im Allgemeinen in der Software- ist. Entwicklungsabteilung befunden. In den letzten Jahren Es ist für alle Hersteller wichtig, ALM- und PLM-Systeme zu sind ALM-Daten jedoch auch für immer mehr andere integrieren, um Produkt- und Software- Beteiligte wertvoll geworden. ALM deckt heute auch Entwicklungsmethoden zu integrieren. Es ist eine andere Disziplinen neben der Softwareentwicklung ab. natürliche Entwicklung, dass das Lean Manufacturing und Eine höhere Anzahl Beteiligter bedeutet, dass leichter die Agile-Entwicklung sich zu einem einzigartigen Ansatz Echtzeit-Zugriff auf Daten immer wichtiger wird, im für die Anwendungs- und Produktentwicklung vereinen. Allgemeinen über eine Browser-Benutzeroberfläche. Immer mehr ALM-Anbieter stellen heute browserbasierten Zugriff Vergleich zwischen PLM-Verfolgbarkeit und auf ihre Systeme bereit, und moderne Web 2.0-Produkte ALM-Verfolgbarkeit wie Polarion® ALM sind von Haus aus webbasiert und bie- ten Zugriff auf die Cloud sowie über mobile Geräte. Ein weiterer Unterschied zwischen PLM und ALM liegt darin, wie die Verfolgbarkeit definiert wird. In einem PLM- Die webbasierte Zusammenarbeit zwischen System wird die Verfolgbarkeit definiert als die Zerlegung Teammitgliedern ist jedoch eine wesentliche Hürde für eines vollständigen Systems in seine Bauteile. Ein Auto Anbieter herkömmlicher PLM-Systeme, denen es nur besteht aus einem Fahrzeugrahmen, einer Achse, vier gelungen ist, Teile ihrer Lösungen über das Internet Reifen und so weiter. In einem ALM-System wird die zugänglich zu machen. Mit dem browserbasierten Ansatz Verfolgbarkeit definiert als die Links zwischen Dateien/ von Polarion ALM können Anwender eine detaillierte Elementen, die zu unterschiedlichen Phasen gehören. Eine 3D-Darstellung und Stückliste (Bill of Materials, BOM) Änderung an einer Anforderung kann sich auf eine erstellen, einschließlich der eingebetteten Software mit Codezeile auswirken oder die Entwicklung eines neuen Verfolgbarkeit beispielsweise bis zum Getriebe eines Testfalls erfordern, mit dem die neue Anforderung über- Fahrzeugs, das in China angezeigt wird und von einem prüft werden kann. White Paper ausgegeben von: Siemens PLM Software 6 White Paper | Warum ALM und PLM zusammen eingesetzt werden sollten Ein PLM-System setzt Informationen mit PLM-Elementen in Betrachten Sie als Beispiel eine Situation in der Beziehung und verknüpft sie mit ihnen, etwa mit Automobilbranche, in der in Release 3.4.5 einer Anforderungen, Konstruktionsobjekten, Materialien, Softwarekomponente beim Wert 3,5 für Parameter X ein Toleranzen, Änderungen usw. Ein ALM-System hingegen falsches Signal erzeugt wird. Diese Softwarekomponente setzt Informationen mit Softwarecode in Beziehung und wird in mehreren Fahrzeugen verwendet. Wie findet ein verknüpft sie mit ihm, etwa mit Anforderungen, Hersteller also heraus, bei welchen Fahrzeugen dieses Änderungsanfragen, Testfällen und Commit-Befehlen. Problem auftritt und behoben werden muss? Die Existenz von Software als „Bauteil“ eines vollständigen In einem aktuellen Blog-Beitrag beschreibt Tom Grant, Systems ist eine wesentliche Motivation dafür, PLM und Analyst von Forrester Research für die ALM zu vereinen. Software kommt im herkömmlichen PLM Anwendungsentwicklung und -bereitstellung, die Kluft, die als ein einzelnes Bauteil vor, aber mehr Management ist zurzeit zwischen vielen PLM- und ALM-Systemen besteht, nicht vorgesehen. Das Softwaremanagement herkömmli- und argumentiert, warum PLM- und ALM-Anbieter diese cher PLM-Systeme gelangt nicht bis an den Punkt, an dem Lücke schließen sollten: dieses „Bauteil“ seinen eigenen Lebenszyklus aufweist, zu „Unternehmensprozesse wie die Formulierung von dem auch zahlreiche Dateien/Elemente und Änderungen Anforderungen, die sich sowohl auf Hardware- als auch auf an diesen Dateien/Elementen gehören würden. Softwarekomponenten beziehen, sind ein Grund, aus dem Das Fehlen eines Lifecycle Management für das „Software- ALM und PLM miteinander integriert werden müssen. Bauteil“ führt zunehmend zu Problemen für Während Produktteams bereits hierzu in der Lage sind Produkthersteller. Qualitätsprobleme bei Software sind die (indem sie beispielsweise die Anforderungen als „Systeme eigentliche Ursache vieler teurer Misserfolge bei Produkten von Systemen“ formulieren), sind ihre Werkzeuge hierfür und der Grund eines hohen Prozentsatzes der nicht immer geeignet. PLM-Werkzeuge, die theoretisch Produktrückrufe. Herkömmlichen Ansätzen für PLM und sowohl Hardware als auch Software einbeziehen sollen, sogar für die Integration von PLM und ALM fehlt jedoch sind im Allgemeinen für den Umgang mit dem digitalen häufig die Möglichkeit, alle Beziehungen zwischen Teil des Produkts nur unzureichend geeignet. Einige Hardware und Software zu identifizieren, um die Ursachen Elemente von ALM, wie die Quellcodeverwaltung, gibt es von Produktfehlern und Softwareproblemen zu ermitteln. in PLM sogar gar nicht.“ 2 PLM ALM Anforderungsmanagement Produktlebenszyklus Testmanagement Ersetzung CRM und Entsorgung PDM Audits, Metriken Service und Support Idee PLM- Plattform vs. Produktion Konstruktion Änderungs- und Build- Entwicklung Management Management Start und Einführung Prototyp und Pilot SCM ERP Release- Konfigurations- Management Management Aufgabenmanagement White Paper ausgegeben von: Siemens PLM Software 7 White Paper | Warum ALM und PLM zusammen eingesetzt werden sollten Vergleich zwischen Versionskontrolle und Änderungs-Management Herkömmliche PLM-Systeme umfassen eine Art Versionskontrolle – sie berücksichtigen, dass ein Bauteil sich im Laufe der Zeit verändern kann – aber sie zeichnen im Allgemeinen nicht den Grund für eine solche Veränderungen auf und können ihn nicht abrufen. Da viele Systeme auch nicht wie ALM auf Verfolgbarkeit abzielen, können sie nicht identifizieren, welche Auswirkungen eine Änderung an einer Software auf alle anderen verbundenen Elementen im System hat. PLM und ALM: Ähnlichkeiten und Unterschiede Ähnlichkeiten Unterschiede Beide Systeme beziehen sich ALM ist auf „Softwaredateien“ hin orientiert und schreibt einen Prozess für die auf Prozesse und Erstellung von Softwareanwendungen vor. Die Anwendungen bestehen aus mehreren Kerndisziplinen. Elementtypen und komplexen Beziehungen zwischen Software- Elementtypen, die Auswirkungsstrukturen erzeugen. PLM ist auf „Bauteile“ hin orientiert, zwischen denen eine Struktur von „ist Teil von“-Beziehungen besteht. Die Elementtypen und komplexen Beziehungen zwischen diesen Arten von Hardwareelementen erzeugen Auswirkungsstrukturen. Beide Systeme umfassen Bei ALM geht es um das Abstrakte. Bei PLM geht es um das Konkrete. In ALM können Workflow, Software-Engineers abstrakte Funktionen planen, untersuchen, definieren, imple- Variantenmanagement, mentieren, testen und pflegen. Testmanagement, Bei PLM geht es um die Bereitstellung einer vollständigen Stückliste für die Anforderungen und Produktionskette zusammen mit einem Verständnis der Produktkonfiguration. Die Spezifikationsmanagement. Funktion der Komponenten in PLM ist das Produkt selbst. Beide Systeme ermöglichen die ALM umfasst zahlreiche unterschiedliche Arten von Beziehungen und Verknüpfungen, gegenseitige Verknüpfung von die Abhängigkeitshierarchien zwischen Softwareelementen bilden. Komponenten. PLM umfasst zahlreiche unterschiedliche Beziehungen und Verknüpfungsarten zwi- schen Hardwareelementen, die Abhängigkeiten und Enthaltenshierarchien bilden. Beide Systeme ermöglichen In PLM sind diese Informationen im Allgemeinen quantitativ. Sie können das Verknüpfen von Anforderungen, Ziele, Konstruktionsobjekte, Materialien, Toleranzen usw. umfassen. Informationen mit In ALM sind die mit Elementen verknüpften Informationen beschreibend: Texte, Komponenten. Modelle, User Stories, Testszenarien usw. In beiden Umgebungen wer- In PLM zeigen Modelle die Zerlegung in Bauteile und definieren Elemente der den Modelle häufig eingesetzt. Produktentwicklung. PLM-Modelle sind häufig in unterschiedliche Produkt- Subsysteme segmentiert: elektrische Auslegung, Brems-Subsystem, Getriebe, Innenausstattung usw. In ALM zeigt ein Modell die funktionale Zerlegung mithilfe von Diagrammen wie Entity-Relationship-Darstellungen oder objektorientierten Darstellungen. White Paper ausgegeben von: Siemens PLM Software 8 White Paper | Warum ALM und PLM zusammen eingesetzt werden sollten Ganz grundlegend formuliert sind PLM- und ALM-Systeme Wichtige Punkte unterschiedlich, aber sie ergänzen einander sehr gut. Sie wurden zu unterschiedlichen Zeitpunkten entworfen, um • Software spielt heute eine kritische Rolle in Produkten sehr unterschiedliche Arten von Informationen zu verwal- und ist häufig die Ursache für ihren Ausfall. Im ten. Sie sind für unterschiedliche Prozesse und Jahr 1999 führte ein Softwarefehler im NASA unterschiedliche Arten von Anwendern bestimmt. Es ist Mars Climate Orbiter dazu, dass das 125 Millionen nun an der Zeit, PLM und ALM zu vereinen. Software spielt US-Dollar teure Raumschiff – das Herzstück des Mars- eine so große Rolle in heutigen technologisch fortschrittli- Erkundungsprogramms – zu niedrig und zu schnell chen Produkten, und die Risiken, die entstehen, wenn in die Atmosphäre des Mars eintrat. Danach hat nie diese Software nicht verwaltet wird, sind so groß, dass es wieder jemand etwas von dem Raumschiff gehört. unverantwortlich wäre, diese Systeme weiterhin in separa- ten Silos zu belassen. • PLM- und- ALM-Systeme wurden für die Verwaltung sehr unterschiedlicher Dinge entwickelt und bieten ihren Anwendern sehr unterschiedliche Funktionen. Wenn ein Hersteller ein Produkt mit einem hohen Softwareanteil erstellt, werden sowohl PLM als auch ALM benötigt, und sie müssen miteinander zusammenarbeiten. • In PLM- und ALM-Systemen ist die Verfolgbarkeit unterschiedlich definiert. In PLM wird unter Verfolgbarkeit die Zerlegung eines Produkts in unterschiedliche Bauteile und Komponenten während des gesamten Lebenszyklus verstanden. In ALM bezeichnet Verfolgbarkeit die Verknüpfungen zwi- schen Elementen in den unterschiedlichen Phasen des Softwareentwicklungsprozesses. Auch hier werden sowohl PLM als auch ALM benötigt, und sie müssen miteinander integriert sein. White Paper ausgegeben von: Siemens PLM Software 9 White Paper | Warum ALM und PLM zusammen eingesetzt werden sollten Software im Produktfertigungsprozess Heute müssen Dutzende Mikroprozessoren 100 Millionen „Die Wichtigkeit der systemorientierten Codezeilen ausführen, um ein hochwertiges Auto aus der Produktentwicklung und des Systems Engineering steigt Garageneinfahrt zu bewegen. Und diese Software wird in weiter, da Hersteller zunehmend Software integrieren, um Zukunft nur noch komplexer werden.3 Produktfunktionen bereitzustellen. Der Übergang von einer geringen Koordination der mechanischen und elektroni- Das Software-Engineering wird zunehmend zur stärksten schen Konstruktion sowie der Softwareentwicklung zu Kraft bei der Herstellung von Produkten für Verbraucher einem strikter umgesetzten systemorientierten Ansatz und für Unternehmen. Siemens beschäftigt heute in sei- erfordert zeitaufwendige Änderungen an der Entwicklung nem High-Tech-Business mehr Software-Engineers als neuer Produkte, an Prozessen, Organisation und Microsoft, Oracle oder SAP. Unternehmenskultur. Hersteller, die diesen Übergang nicht Die wachsende und kritische Wichtigkeit von Software in früh genug durchführen, werden Schwierigkeiten haben, Produkten bedeutet neue, zusätzliche Komplexität für den im Wettbewerb zu bestehen.“ Produktentwicklungsprozess. Hersteller sind nicht mehr Gartner – Marc Halpern, Janet Suleski: Predicts 2013: nur für die Hardware verantwortlich. Sie müssen heute Product Design and Life Cycle Management. 30. November auch zusätzliche Prozesse und Verfahren für die 2012 Entwicklung komplexer, eingebetteter Softwaresysteme entwerfen. Da die Qualität und die Performance dieser Wichtige Punkte Software unter einigen Umständen (etwa bei einem medi- zinischen Instrument oder bei der Steuerung eines • Das Kampfflugzeug F-35 aus dem Joint Strike Fighter- Flugzeugs oder Fahrzeugs) über Leben und Tod des Programm der US Air Force enthält ca. 5,7 Millionen Anwenders entscheiden können, wird der Softwareprozess Codezeilen. von Behörden strikt kontrolliert, und die • Ein durchschnittliches medizinisches Instrument ent- Vorschrifteneinhaltung wird überwacht. Wenn diese hält heute eine Million Codezeilen, und diese Anzahl Standards nicht eingehalten werden, können schwere verdoppelt sich alle paar Jahre. Strafen oder die Stilllegung des Fertigungsbetriebs die Folge sein.4 • Software ist ein zunehmend dominanter Innovationsfaktor bei industriellen Produkten. White Paper ausgegeben von: Siemens PLM Software 10