Requirements Engineering White Paper Dezember Intelligentere Produkte durch Requirements Engineering

Transkript

1 Requirements Engineering White Paper Dezember 2009 Intelligentere Produkte durch Requirements Engineering

2 Seite 2 2 Einführung Inhalt 2 Mit Hilfe von Systems Engineering die Bereiche zusammenführen, die für die Erstellung von intelligenteren Produkten erforderlich sind 5 Requirements Engineering 7 Ihre Anforderungen werden definiert. 9 Was geschieht, wenn Sie über keinen Requirements Engineering-Prozess verfügen? 9 Wie IBM Sie unterstützen kann 11 Fazit 11 Weitere Informationen Einführung Die auf dem Markt befindlichen Produkte sind zunehmend instrumentiert, verbunden und intelligent. Ein Beispiel aus dem Artikel Turning product development into competitive advantage: Während Sie Ihre Garageneinfahrt verlassen, sendet Ihr Auto ein Signal an Ihr Haus, um die Alarmanlage zu aktivieren. Gleichzeitig synchronisiert sich Ihr Mobiltelefon mit der Sprachbefehlsteuerung Ihres Fahrzeugs. Nach Analyse Ihrer aktuellen Fahrgewohnheiten empfiehlt das GPS-Gerät Ihres Autos eine neue Route, um die Benzinkosten zu verringern und Verkehrsstaus zu vermeiden. Schließlich informiert Sie Ihr Fahrzeug, dass Ihr ABS-Bremssystem gewartet werden muss, und präsentiert Ihnen nach Überprüfung Ihres PDA-Terminplans Ihre verfügbaren Termine. 1 Dieses Szenario erscheint auf den ersten Blick futuristisch, aber alle erwähnten Technologien sind bereits entwickelt. Intelligentere Produkte wie das Auto in obigem Beispiel bergen ein großes Potenzial für die Verbesserung des Alltags ebenso wie für die Steigerung der Umsätze. Allerdings kann die Entwicklung dieser Produkte eine Herausforderung darstellen. Sie sind komplex und von Abhängigkeiten geprägt, die kostspielige Fehlfunktionen aufgrund von Inkompatibilitäten verursachen oder die Produkteinführung verzögern können. Wie können Sie also auf effiziente Weise intelligentere Produkte entwickeln und bereitstellen? Der Schlüssel zum Erfolg liegt darin, sicherzustellen, dass der Ablauf des gesamten Produktentwicklungsprozesses von Anforderungen vorangetrieben wird, angefangen mit dem Systems Engineering. Mit Hilfe von Systems Engineering die Bereiche zusammenführen, die für die Erstellung von intelligenteren Produkten erforderlich sind Systems Engineering fasst die Methoden zusammen, mit denen unterschiedliche Fachbereiche einschließlich Mechanik, Elektrik, Elektronik, Software, menschliche Arbeitskraft und Qualitätsmanagement interagieren, um ein System von Systemen zu bilden, wie etwa ein intelligenteres Produkt. Mit anderen Worten: Systems Engineering ermöglicht die Kommunikation und Verwaltung unterschiedlicher Expertenteams, die zusammen an der Realisierung eines gemeinsamen Ziels arbeiten. Diese Teams verfügen möglicherweise nicht über ein gemeinsames Konzept oder verwenden unterschiedliche Tools und Methoden, aber Systems Engineering ermöglicht ihnen eine erfolgreiche Zusammenarbeit. Um alle Aspekte der Produktentwicklung bereichsübergreifend zu verwalten, müssen die Systemberater alle Fachbereiche gleichzeitig berücksichtigen.

3 Seite 3 Systems Engineering spielt eine entscheidende Rolle, wenn es darum geht, eine Lösung für ein häufiges Problem zu finden. Und natürlich können Sie ein Problem erst lösen, wenn Sie wissen, worum es geht. Ein wesentlicher Bestandteil des Systems Engineering ist die Entwicklung und Verwaltung des Entwicklungsprozesses, basierend auf einer Reihe gemeinsamer Anforderungen, die während des gesamten Entwicklungszyklus klar definiert und optimiert werden. Systems Engineering ist entscheidend, wenn es darum geht, eine Lösung für ein häufiges Problem zu finden. Und natürlich können Sie ein Problem erst lösen, wenn Sie wissen, worum es geht. Requirements Engineering kann Ihnen beim Definieren und Verwalten der Definition dieses häufigen Problems helfen. Abbildung 1 veranschaulicht den Verarbeitungsablauf vom Definieren des Problems bis zum Entwickeln der erforderlichen Komponenten aus jedem Bereich. Problembereich Problem Definition Requirements Engineering kann Ihnen dabei helfen, Probleme zu definieren, eine abstrakte Lösung zu erstellen und die erforderlichen Komponenten aus jedem Bereich zu entwickeln. Lösungsbereich Abstrakte Lösung Mechanik Elektrik Software Menschliche Arbeitskraft Abbildung 1: Systems Engineering verfolgt die Spuren vom Problem bis zur Lösung zurück.

4 Seite 4 Systems Engineering jedoch geht über die Verwaltung von Produktdefinitionsdaten hinaus. Nachdem Sie das Problem erfasst und eine Lösung vereinbart haben, können Sie damit beginnen, detailliertere Anforderungen für jeden Bereich zu definieren und auf alle Probleme einzugehen, die im Verlauf der Entwicklungsarbeit auftreten. Dann kann mit der Produktentwicklung begonnen werden. Ab dieser Stelle im Prozess setzen viele Unternehmen eine PLM-Lösung (Product- Life-Cycle-Management) ein. CIMdata definiert das Product-Life-Cycle-Management als Geschäftsansatz zur Lösung des Problems, alle Produktdefinitionsdaten verwalten zu müssen, was das Erstellen dieser Informationen und ihre Verwaltung während des Lebenszyklus beinhaltet sowie ihre Verteilung und Verwendung während des gesamten Produktlebenszyklus. 2 Systems Engineering jedoch geht über die Verwaltung von Produktdefinitionsdaten hinaus. Während es beim Systems Engineering um die Zusammenarbeit unterschiedlicher Bereiche geht, sind die meisten PLM- Produkte auf die Datenverwaltung während der Entwicklung und in der Produktion ausgerichtet. Während es beim Systems Engineering um die Zusammenarbeit unterschiedlicher Bereiche geht, sind die meisten Product-Life-Cycle- Management-Produkte auf die Datenverwaltung bei der Entwicklung und Produktion ausgerichtet und nicht auf die entscheidenden Systems Engineering-Aufgaben, nämlich das klare Definieren der Systemarchitektur und der Systemanforderungen. Systems Engineering spielt eine wesentliche Rolle bei der Zuordnung der Anforderungen zu den verschiedenen Materiallisten, die während des Produktentwicklungslebenszyklus verwaltet werden müssen. Der Schwerpunkt des Requirements Engineering hingegen liegt darauf, sicherzustellen, dass die bestmögliche Systemarchitektur definiert wird, alle Anforderungen genau erfasst und Änderungen an den Anforderungen schnell an das gesamte Entwicklerteam kommuniziert werden.

5 Seite 5 Mit Requirements Engineering können Sie sicherstellen, dass Sie Produkte entwickeln, die Ihren ursprünglichen Anforderungen entsprechen. Da die Anforderungen den Rahmen darstellen, der die Produktentwicklung zusammenhält, müssen die Requirements Engineering-Prozesse während des gesamten Entwicklungslebenszyklus beibehalten werden. Requirements Engineering Aber wie können Sie sicherstellen, dass das von Ihnen entwickelte Produkt die ursprünglichen Anforderungen erfüllt? Mit Hilfe von Requirements Engineering. IBM definiert Requirements Engineering als systematischen Ansatz für: Das Sondieren, Organisieren und Dokumentieren der Anforderungen des Systems Das Festlegen und das Einhalten einer Vereinbarung zwischen dem Kunden und dem Projektteam bezüglich der sich ändernden Anforderungen des Systems Requirements Engineering bietet also die Methoden und Prozesse, die es Ihnen ermöglichen, die richtigen Probleme zu lösen indem sichergestellt wird, dass die von Ihnen entwickelten Anforderungen tatsächlich den Erfordernissen Ihrer Kunden bzw. des Marktes entsprechen und die Ihnen helfen, die Probleme richtig zu lösen indem sichergestellt wird, dass die Anforderungen verfügbar, sichtbar und nachverfolgbar sind und der Änderungsüberwachung unterliegen. Dies beinhaltet, dass bei der Steuerung des Projekts immer das Wesentliche im Blick behalten werden muss, wenn Änderungen auftreten, und es muss sichergestellt sein, dass sich Änderungen an den Anforderungen in anderen Entwicklungsdokumenten widerspiegeln, einschließlich damit zusammenhängender Spezifikationen, Entwürfe und Pläne. Die Anforderungen stellen also den Rahmen dar, der die Produktentwicklung zusammenhält. Aus diesem Grund müssen die Requirements Engineering-Prozesse während des gesamten Entwicklungslebenszyklus beibehalten werden.

6 Seite 6 Requirements Engineering ist eine zentrale Komponente des Produktentwicklungslebenszyklus. Nun lässt sich erkennen, wie die verschiedenen Aktivitäten der Produktentwicklung miteinander verknüpft sind und ein Ganzes bilden, wobei dem Requirements Engineering eine zentrale Funktion zukommt, wie in Abbildung 2 veranschaulicht. Requirements Engineering Systems Engineering Konzeptionelles und detailliertes Design Fertigungsplanung und -verwaltung Produktentwicklungslebenszyklus Konzept Detail Build Abbildung 2: Requirements Engineering umfasst den gesamten Produktentwicklungslebenszyklus, von der Entwicklung der Idee bis zur tatsächlichen Herstellung des Produkts. Zu den Vorteilen der verbesserten Requirements Engineering-Prozesse zählen: Verbesserte Requirements Engineering- Prozesse bieten zahlreiche Vorteile, einschließlich größerer Kundenzufriedenheit, eines besseren Verständnisses der Anforderungen und optimierter Möglichkeiten, die Einhaltung von Vorschriften nachzuweisen. Gesteigerte Kundenzufriedenheit durch konsequentere Erfüllung der kundenseitigen Erfordernisse Pünktliches und budgetgerechtes Bereitstellen von Produkten, Systemen und Anwendungen Optimiertes Verständnis der Anforderungen durch die umfassendere Zusammenarbeit zwischen den Beteiligten auf geschäftlicher Seite und im Entwicklungsbereich Erfüllung der Anforderungen hinsichtlich der Einhaltung von Vorschriften durch Rückverfolgbarkeit und geschützte Audit-Trails

7 Seite 7 Erfolgreiche Anforderungsdefinitionsprozesse ermöglichen es den Projektbeteiligten, ihre Erfordernisse darzulegen, diese Erfordernisse in nachvollziehbare Anforderungsgruppen einzuordnen und Interessenkonflikte zu lösen. Ihre Anforderungen werden definiert. Mit dem Definieren der Anforderungen ist der Prozess des Erfassens und Zuordnens der Anforderungen von allen Projektbeteiligten gemeint. Dieser Prozess ist daher Teil der Problemstellungsphase und kann beispielsweise mittels Workshops, Gesprächen, Ablaufplänen und Anwendungsfällen umgesetzt werden. Erfolgreiche Anforderungsdefinitionsprozesse ermöglichen es den Projektbeteiligten, ihre Erfordernisse darzulegen, diese Erfordernisse in nachvollziehbare Anforderungsgruppen einzuordnen und Interessenkonflikte zu lösen. Der nächste Schritt besteht im Erstellen einer abstrakten Lösung einer Definition dessen, welchen Zweck das System erfüllen soll, während es bestimmten Einschränkungen unterliegt, um die Anforderungen zu erfüllen zusammen mit Analysen, Modellierung und anderen unterstützenden Materialien. Diese Definition wird allgemein als Systemanforderungen bezeichnet. Effiziente Rückverfolgbarkeit kann Ihnen dabei helfen, Änderungen zu verwalten und zu kontrollieren, die auf Marktänderungen oder neuen Änderungsanforderungen seitens des Kunden beruhen. Verwalten Ihrer Anforderungen Es gibt viele Gründe, warum sich Ihre Anforderungen ändern können, einschließlich Verschiebungen auf dem Markt, Erweiterungswünsche seitens Ihrer Kunden oder neuer Anweisungen der Marketingabteilung Ihres Unternehmens. Effiziente Rückverfolgbarkeit ist die entscheidende Komponente für die Verwaltung und Steuerung dieser Änderungen. Sie ermöglicht es Ihnen, Informationen sowohl zwischen den Fachbereichen auszutauschen und zu testen, als auch durchgehend während der Entwicklung des Produkts und darüber hinaus. Rückverfolgbarkeit wird durch die Verknüpfung von Informationen zur Entwicklung ermöglicht, wie etwa Anforderungen, Designartefakte und Änderungsanforderungen. Es ist von entscheidender Bedeutung, dass dies nicht nur auf granulärer Ebene erfolgt, auf der diese Spezifikation mit jener Spezifikation verknüpft ist, sondern auf den einzelnen Anforderungsebenen. Diese Art der Rückverfolgbarkeit bietet Ihnen die nötige Transparenz, um Änderungen begegnen zu können.

8 Seite 8 Mit Hilfe von Rückverfolgbarkeit können Sie nachweisen, dass mittels Tests bestätigt wurde, dass das fertige Produkt den ursprünglichen Anforderungen entspricht, indem Sie Verknüpfungen zwischen den Anforderungen und den Testabläufen sowie mit den Testergebnissen herstellen. Beispielsweise können Sie zeigen, dass bestimmte Kundenanforderungen implementiert wurden, indem Sie sie von den Spezifikationen der Kunden zu den Systemanforderungen zurückverfolgen, die den Zweck des Produkts definieren, bis hin zum Design und den Details der Implementierung. Ähnlich können Sie nachweisen, dass mittels Tests bestätigt wurde, dass das fertige Produkt den ursprünglichen Anforderungen entspricht, indem Sie Verknüpfungen zwischen den Anforderungen und den Testabläufen sowie mit den Testergebnissen herstellen. IBM berücksichtigt, dass die Herausforderungen hinsichtlich der Anforderungen exponentiell anwachsen, vor denen Unternehmen stehen, wenn sie mit der Entwicklung von Produktlinien oder Portfolios ähnlicher Produkte mit abgewandelten Features und Funktionen beginnen. Um dieser Situation zu begegnen, hat IBM mit BigLever Software zusammengearbeitet. Durch Kombinieren des Potenzials von BigLever Gears und Rational DOORS- Software können wir zudem die Requirements Engineering-Funktionen der DOORS-Software erweitern, um die Definition und Verwaltung von Anforderungen für eine Produktlinie mit ähnlichen Produkten oder Systemen zu unterstützen. BigLever Software hat sich mit IBM zusammengeschlossen, um Unternehmen mit den modernsten und effizientesten Methoden der Branche für die Herstellung von System- und Softwareproduktlinien auszurüsten. Durch Kombinieren des Potenzials von BigLever Gears und Rational DOORS-Software können wir zudem die Requirements Engineering-Funktionen der DOORS-Software erweitern, um die Definition und Verwaltung von Anforderungen für eine Produktlinie mit ähnlichen Produkten oder Systemen zu unterstützen. Dies ermöglicht Unternehmen die Erstellung einer zentralen, konsolidierten Sammlung von Anforderungen für das gesamte Portfolio, wobei nur eine einzelne Kopie der Anforderungen vorgehalten werden muss, die dann für alle Produkte verwendet wird. Gleichzeitig können die individuellen Anforderungen für jedes Produkt in der gesamten Produktlinie ebenso einfach und effizient verwaltet werden. Dies hat zur Folge, dass Unternehmen eine wesentliche und messbare Steigerung der Produktivität, Qualität und Markteinführungszeit verzeichnen und gleichzeitig umfassendere Produktlinien bereitstellen können. Charles Krueger, CEO, BigLever Software

9 Seite 9 Wenn Sie lediglich Ihre Anforderungen während des Product-Lifecycle-Managements nachverfolgen, anstatt über den gesamten Entwurfs- und Entwicklungslebenszyklus hinweg, kann es sich schwierig gestalten, die Einhaltung von Vorschriften nachzuweisen. Rational DOORS-Software wurde speziell für die Anforderungen von Systemberatern und Softwareentwicklern entwickelt. Was geschieht, wenn Sie über keinen Requirements Engineering-Prozess verfügen? Angenommen, Ihr Unternehmen stellt ein neues medizinisches Gerät her, und die US-Zulassungsbehörde FDA verlangt, dass Sie einen Design Compliance-Nachweis erbringen. Dazu ist es erforderlich, dass Sie nachweisen, dass das Gerät seinen Zweck erfüllt und dies über die gesamte Entwicklung hin nachverfolgbar ist, nicht nur für die Testphase. Wenn Sie lediglich Ihre Anforderungen während des Product-Lifecycle- Managements nachverfolgen, anstatt über den gesamten Entwurfs- und Entwicklungslebenszyklus hinweg, müssen Sie die gesamte technische Dokumentation durchgehen, um sicherzustellen, dass alle Anforderung auf allen Ebenen durch den Entwurf erfüllt werden. Selbst bei einem verhältnismäßig kleinen Gerät gibt es möglicherweise mehrere Anforderungsebenen und wahrscheinlich Hunderte von individuellen Anforderungen. Die Bestätigung der Einhaltung von Vorschriften kann in diesem Fall mehrere Wochen in Anspruch nehmen. Wenn Sie jedoch eine Lösung für die Verwaltung und insbesondere für die Rückverfolgung von Anforderungen implementiert haben, können Sie einfach Ihre Dokumente zu den Anforderungen heranziehen und jede einzelne überprüfen, um zu ermitteln, wie sie sich auf andere Anforderungen auswirkt. Wie IBM Sie unterstützen kann IBM verfügt über umfassende Erfahrungen bezüglich des Requirements Engineering in der Praxis. Aus diesem Grund wissen wir, was Sie von Requirements Engineering-Tools erwarten. IBM Rational DOORS- Software wurde speziell für die Anforderungen von Systemberatern und Softwareentwicklern konzipiert. Rational DOORS-Software bietet die folgenden Funktionen: Eine textverarbeitungsähnliche Oberfläche, deren Bedienung leicht zu erlernen und die einfach zu verwenden ist Leistungsstarke Funktionen zur Rückverfolgbarkeitskontrolle und Berichterstattung Weit reichende Integration mit Modellierungs- und Workflow-Tools Die Möglichkeit, Verknüpfungen mit nahezu allen Datentypen zu erstellen, einschließlich Daten aus Portfoliomanagementanwendungen, Vergleichsstudien, Systemmodellen, Softwareentwicklungs-Tools sowie Test- und andere Überprüfungs- und Validierungsdaten Ein zentralisiertes Repository für die Kontrolle und gemeinsame Nutzung von Informationen Problemlosen Zugriff auf genau die Informationen, die Entwickler benötigen, um fundiertere Entscheidungen zu treffen Eine umfassende Sammlung integrierter Ansichten sowie die Möglichkeit, auf einfache Weise benutzerdefinierte Ansichten zu erstellen, die Ihren Erfordernissen entsprechen Die Möglichkeit, eine Verknüpfung mit fast jedem PLM-Tool zu erstellen, entweder direkt oder durch die verfügbaren Integrationen

10 Seite 10 Beispielsweise unterstützen IBM und Stoneworks Software Corporation Unternehmen bei der Verwaltung von Anforderungen während des gesamten Entwicklungslebenszyklus, indem Rational DOORS-Software und Windchill PLM-Software der Parametric Technologies Corporation verknüpft werden. Ambassador Delegate for Windchill- Software vereint Windchill-PLM-Software der Parametric Technology Corporation mit Rational DOORS-Software, damit Sie Produktanforderungen besser nachverfolgen, kontrollieren und verwalten können während des gesamten Entwicklungslebenszyklus und übergreifend für Entwicklerteams der Bereiche Software, Hardware und Elektronikentwicklung. Stoneworks Software Corporation arbeitet mit IBM zusammen, um die Lücke zwischen Requirements Management und PLM-Lösungen zu schließen. Mit unserer Ambassador Delegate for Windmill-Software führen wir Windmill-PLM-Software der Parametric Technology Corporation mit der Rational DOORS-Anforderungsverwaltungssoftware zusammen, damit Unternehmen Produktanforderungen besser nachverfolgen, kontrollieren und verwalten können während des gesamten Entwicklungslebenszyklus und übergreifend für Entwicklerteams der Bereiche Software, Hardware und Elektronikentwicklung.Auf diese Weise erzielen unsere Kunden größere Transparenz und eine bessere beziehungsspezifische Rückverfolgbarkeit von Anforderungen während der gesamten Produktentwicklung, was es ihnen ermöglicht, Produkte auf Anhieb ordnungsgemäß und entsprechend der Spezifikation zu entwickeln, um letztlich Kosten zu senken und die Markteinführungszeit zu verkürzen. Matt Stone, CEO, Stoneworks Software Corporation

11 Seite 11 Gutes Requirements Engineering während des gesamten Produktentwicklungslebenszyklus ermöglicht es Ihnen, das Projekt auf Kurs zu halten, wenn sich die Anforderungen oder die Erfordernisse des Kunden ändern. Rückverfolgbarkeit verbessert die Zusammenarbeit zwischen Teams, verkürzt die Entwicklungszyklen und ermöglicht die Herstellung qualitativ hochwertigerer Produkte. Fazit Requirements Engineering bildet die Basis der Best Practices von Systems Engineering und dient als maßgebliche Anleitung und Rahmendefinition für das Product-Life-Cycle-Management. Mit Hilfe der in diesem White Paper beschriebenen Verfahren können Sie die Qualität der von Ihnen bereitgestellten Produkte und Services steigern. Gutes Requirements Engineering während des gesamten Produktentwicklungslebenszyklus ermöglicht es Ihnen, das Projekt auf Kurs zu halten, wenn sich die Anforderungen oder die Erfordernisse des Kunden ändern. Requirements Engineering bietet Ihnen einen besseren Überblick darüber, welche Tests und sonstigen zugehörigen Informationen angesichts sich ändernder Anforderungen aktualisiert werden müssen sowie welche Anforderungen getestet und erfüllt wurden. Am wichtigsten ist jedoch, dass Sie nachverfolgen können, welche Anforderungen sich seit der ursprünglichen Genehmigung des Projekts geändert haben. Diese Rückverfolgbarkeit verbessert die Zusammenarbeit zwischen Teams, verkürzt die Entwicklungszyklen und führt zur Erstellung von qualitativ hochwertigeren Produkten. So können Sie den gesamten Produktentwicklungslebenszyklus verwalten, um die instrumentierten, verbundenen und intelligenten Produkte zu entwickeln, die die moderne Geschäftswelt voraussetzt. Weitere Informationen Wenn Sie mehr darüber erfahren möchten, wie IBM Ihnen bei der Optimierung Ihrer Requirements Engineering-Verfahren helfen kann, wenden Sie sich an Ihren IBM Ansprechpartner bzw. Ihren IBM Business Partner oder besuchen Sie unsere Website: ibm.com/software/plm/solutions/requirements_engineering.html

12 IBM Deutschland GmbH IBM-Allee Ehningen ibm.com/de IBM Österreich Obere Donaustrasse Wien ibm.com/at IBM Schweiz Vulkanstrasse Zürich ibm.com/ch Die IBM Homepage finden Sie unter: ibm.com IBM, das IBM Logo, ibm.com und Rational sind Marken der IBM Corporation in den USA und/oder in anderen Ländern. Sind diese und weitere Markennamen von IBM bei ihrem ersten Vorkommen in diesen Informationen mit einem Markensymbol ( oder ) gekennzeichnet, bedeutet dies, dass IBM zum Zeitpunkt der Veröffentlichung dieser Informationen Inhaber der eingetragenen Marken oder der Common-Law-Marken (common law trademarks) in den USA war. Diese Marken können auch eingetragene Marken oder Common-Law-Marken in anderen Ländern sein. Eine aktuelle Liste der IBM Marken finden Sie auf der Webseite Copyright and trademark information unter: ibm.com/legal/copytrade.shtml Weitere Unternehmens-, Produkt- oder Servicenamen können Marken anderer Hersteller sein. Vertragsbedingungen und Preise erhalten Sie bei den IBM Geschäftsstellen und/oder den IBM Business Partnern. Der Inhalt dieser Dokumentation dient nur zu Informationszwecken. Obwohl die in dieser Dokumentation enthaltenen Informationen auf ihre Vollständigkeit und Genauigkeit hin überprüft wurden, wird sie auf der Grundlage des gegenwärtigen Zustands (auf as is -Basis) ohne jegliche Gewährleistung zur Verfügung gestellt. Darüber hinaus basieren diese Informationen auf der aktuellen Produktplanung und -strategie von IBM, die sich jederzeit ohne Vorankündigung ändern kann. IBM übernimmt keine Haftung für irgendwelche Schäden, die aus der Nutzung dieser oder einer anderen Dokumentation entstehen oder damit in Zusammenhang stehen. Aus dem Inhalt dieser Dokumentation können kein Gewährleistungsanspruch oder andere Anforderungen an IBM (oder seine Lieferanten oder Lizenzgeber) abgeleitet werden, noch kann der Inhalt eine Änderung der Bedingungen der geltenden Lizenzvereinbarung, der die Nutzung der IBM Software unterliegt, bewirken. IBM Kunden sind für die Einhaltung der geltenden Gesetze und Verordnungen selbst verantwortlich. Es obliegt allein dem Kunden, sich von kompetenter juristischer Stelle zu Inhalt und Einhaltung aller relevanten Gesetze und gesetzlichen Bestimmungen beraten zu lassen, die sich auf seine Geschäftstätigkeit und alle Maßnahmen des Kunden auswirken können, die dieser in Hinblick auf die Einhaltung solcher Bestimmungen durchführen muss. 1 IBM, Turning product development into competitive advantage: Best practices for developing smarter products, Juli 2009, ftp://ftp.software.ibm.com/common/ssi/pm/xb/n/rae14007usen/ RAE14007USEN.PDF 2 CIMdata, All about PLM, Copyright IBM Corporation 2009 Alle Rechte vorbehalten. RAW14181-DEDE-00