Integrierte funktionsorientierte Produkt- und Prozessmodellierung mechatronischer Produkte

Größe: px
Ab Seite anzeigen:

Download "Integrierte funktionsorientierte Produkt- und Prozessmodellierung mechatronischer Produkte"

Transkript

1 Integrierte funktionsorientierte Produkt- und Prozessmodellierung mechatronischer Produkte David Hellenbrand, Charalampos Daniilidis, Udo Lindemann Lehrstuhl für Produktentwicklung, TU München Boltzmannstr. 15, München Tel.: +49 (0) , Fax:+49 (0) Zusammenfassung Die verstärkte Nutzung der Mechatronik stellt durch Vorteile wie gesteigerte Leistungsfähigkeit und erweiterte Funktionalität ein Erfolgspotenzial für aktuelle und zukünftige Produkte dar. Diese Systeme sind geprägt durch ihre hohe Multidisziplinarität und die damit verbundene Komplexität, die sich direkt in den zu ihrer Erstellung notwendigen Prozessen wiederspiegelt. Daraus ergeben sich völlig neuartige Anforderungen und Randbedingungen für die zur ihrer Realisierung einzusetzenden Prozesse, Methoden und Entwicklungswerkzeuge. Die Beherrschung der Komplexität in der Entwicklung stellt somit eine zentrale Herausforderung dar. Zu diesem Zweck wurde ein generischer Ansatz für die funktionsorientierte Modellierung und Gestaltung mechatronischer Produkte und Prozesse entwickelt. Eine wesentliche Zielsetzung bestand in der effektiven Integration der verschiedenen beteiligten Disziplinen. Hierdurch soll eine bessere Synchronisation und eine gemeinsame Ausrichtung auf das Gesamtsystem unterstützt werden. Die entwickelte Modellierung basiert auf einer Multiple-Domain-Matrix, die es erlaubt, Abhängigkeiten innerhalb des Systems darzustellen und zu analysieren. Mit den Analysemöglichkeiten der MDM-Methodik können Abhängigkeiten zwischen sämtlichen Domänen des Produkt- und Prozessmodells dargestellt bzw. identifiziert werden, die bisher unbekannt waren und zu Integrationsproblemen geführt haben. Diese impliziten Abhängigkeiten können beim anschließenden Entwurf der Prozesse berücksichtig werden. Schlüsselwörter Interdisziplinarität, Synchronisation, Komplexität, Transparenz, integriertes Modell

2 Seite 40 D. Hellenbrand, C. Daniilidis, U. Lindemann 1 Einleitung und Motivation Die synergetische Nutzung der Disziplinen Maschinenbau, Elektrotechnik und Informationstechnik, welche auch mit dem Begriff Mechatronik bezeichnet wird [HTF96], stellt einen zentralen Innovationstreiber in der Entwicklung zukünftiger Produkte dar. Neue und innovative Funktionalitäten werden durch das Zusammenwirken der verschiedenen Disziplinen erst ermöglicht bzw. können verbessert werden. Die Produkte sind weiterhin geprägt von wachsenden Kundenanforderungen hinsichtlich Qualität, Funktionsumfang und Sicherheit. Die enge Vernetzung und Globalisierung der Märkte führt zu einem hohen Druck bezüglich Kosten und Entwicklungsdauer. Diesen Anforderungen kann nur mit einem steigenden Maß an produkt- als auch prozessseitigen Innovationen begegnet werden. Die Mechatronik führt jedoch nicht nur zu einer Erhöhung der Komplexität in den technischen Produkten, sondern auch in den zu ihrer Entwicklung und Realisierung notwendigen Entwicklungsprozessen [VDI2206]. Damit ergeben sich völlig neuartige Anforderungen und Randbedingungen für die Realisierung einzusetzenden Prozesse, Methoden und Entwicklungswerkzeuge. Die heute in der Industrie verwendeten Prozessmodellierungen sind zumeist nicht in der Lage ein übergreifendes Systemverständnis zu unterstützen, da disziplinübergreifende Abhängigkeiten und Meilensteine zu wenig beachtet werden. Dies ist auf unterschiedliche, nicht miteinander verknüpfte, Modellierungen von Produkt und dem zugehörigen Entwicklungsprozess zurückzuführen. Im Rahmen des (Munich Centre of Automotive Research) Kooperationsprojektes MechaTUM zwischen der TU München und der BMW Group wurde daher ein generischer Ansatz für die integrierte funktionsorientierte Modellierung von Produkt- und Entwicklungsprozess mechatronischer Produkte am Beispiel eines intelligenten Systems zur Ein-/ Ausstiegsunterstützung entwickelt. Diese Modellierung zielt dabei auf eine effektive Integration und Synchronisation aller beteiligten Disziplinen ab. Um diese zu erreichen wird eine verständliche und transparente Darstellung des Systems verwendet, welche von allen beteiligten Disziplinen verstanden werden kann. Die hierbei gewonnenen Erkenntnisse können grundsätzlich auch auf andere Produkte übertragen werden. 2 Potenziale und Herausforderungen Die verstärke Nutzung der Mechatronik stellt ein Erfolgspotenzial für zukünftige Produkte dar, da ein hoher Anteil der Innovationen auf mechatronische Systeme zurückzuführen ist. Die Zahl der unter Verwendung von Software und Elektronik realisierten Funktionen stieg daher in der Vergangenheit rapide an und wird auch weiter wachsen. Die Mechatronik zeichnet sich durch Vorteile wie gesteigerte Leistungsfähigkeit, verbesserte beziehungsweise erweiterte Funktionalität sowie ein günstigeres Preis/Leis-

3 Integrierte funktionsorientierte Produkt- und Prozessmodellierung mechatronischer Produkte Seite 41 tungs-verhältnis aus [VDI2206]. Diesen Potenzialen stehen die Herausforderungen für die Unternehmen gegenüber. Die Beherrschung der steigenden Komplexität der Produkte, welche durch den wachsenden Vernetzungsgrad und durch die zunehmende Interdisziplinarität der Produkterstellung verursacht wird, stellt neue Anforderungen an die Prozesse und die Organisation der Unternehmen. Der hohe Vernetzungsgrad ist, zusammen mit der hohen Anzahl an Funktionen, eine Hauptursache für die erhebliche Zunahme der Produktkomplexität, die zu Problemen in den Prozessen führt. Die steigende Anzahl der Relationen und die Vielzahl der möglichen Systemzustände führen dabei zu einer Zunahme der statischen sowie der dynamischen Komplexität. Ein System wir hierbei als eine Menge an Elementen (z. B. Komponenten, Prozessschritte, Personen) aufgefasst, die gegliedert durch logische oder zeitliche Kopplungen, ein Ganzes bilden. Zwischen diesen Elementen bestehen Beziehungen abstrakter oder konkreter Natur (z. B. geometrische/funktionale Schnittstellen, Kommunikationswege). Somit stellen neben Produkten auch Prozesse sowie Organisationsstrukturen Systeme dar [Lin07]. Extreme Gewährleistungskosten und unzufriedene Kunden sind Folgen der nicht beherrschten Komplexität [GHK+06]. Die Integration heterogener Komponenten zu mechatronischen Systemen erfordert somit eine domänenübergreifende Kommunikation und Kooperation zwischen den beteiligten Fachdisziplinen. Grundvoraussetzung für eine bessere Beherrschung der gestiegenen Komplexität ist die effektivere Abstimmung der einzelnen Disziplinen beziehungsweise der Entwicklungsverantwortlichen (Synchronisation). Trotz der Verankerung von Simultaneous Engineering und den damit verbundenen interdisziplinären Teambesprechungen besteht jedoch häufig ein Mangel an disziplinübergreifender Kommunikation und interdisziplinärem System- und Problemverständnis. Dies äußert sich beispielsweise in kostspieligen Iterationen und Änderungen in späten Phasen. Diese Integrationsprobleme sind nach [Wal01] dabei häufig auf eine unzureichende Ausrichtung auf Gesamtsystems bei der Entwicklung der Einzelkomponenten zurückzuführen. Der Verbesserung dieses Umstandes durch eine integrativere Zusammenarbeit stehen stark unterschiedliche Begriffswelten, Denk- und Vorgehensweisen der einzelnen Disziplinen entgegen [Sch00]. Eine weitere Herausforderung besteht darin, die relevanten IT-Werkzeuge zu einer Entwicklungsumgebung zusammenzuführen und das Zusammenspiel der Werkzeuge modell-, system-, prozess- und verfahrenstechnisch zu unterstützen [VDI2206]. 3 Integrierte Produkt- und Prozessmodellierung Die Grundlage der entwickelnden Modellierung bildet eine umfassende Prozessanalyse realer Entwicklungsprozesse sowie zugehöriger produkt- und prozessbezogener Dokumente. Die Ergebnisse dieser Analysen unterstreichen, dass die Handhabung der Komplexität eine wesentliche Herausforderung interdisziplinärer Entwicklungsprozesse ist [LMB09]. Der hohe Vernetzungsgrad muss auf der Produktebene, auf der Prozessebene

4 Seite 42 D. Hellenbrand, C. Daniilidis, U. Lindemann sowie auf der organisatorischen Ebene beherrscht werden. Auf diese Weise kann ein Bewusstsein für die direkten und indirekten Einflüsse und Abhängigkeiten geschaffen werden, was in der Folge dazu führt, dass Änderungen mit samt ihren Auswirkungen besser abgeschätzt werden können. Die Notwendigkeit für die Schaffung eines allgemeinen Systemverständnisses, zudem die Kenntnis über Abhängigkeiten zu zählen ist, ist deutlich aus den Ergebnissen heraus zu lesen. Die verwendete Modellierung basiert daher auf der MDM-Methodik (Multiple Domain Matrix). Die Erfassung von Systemen in Form von Matrizen und die Darstellung mittels dynamischer Grafen erlaubt eine transparente Visualisierung und eine umfangreiche Analyse der Elemente des Systems und deren Relationen [LMB09]. Die Identifikation und Interpretation von Teilstrukturen sowie Strukturelementen ermöglicht die Ableitung konkreter Handlungsoptionen für die strukturelle Optimierung komplexer Systeme. Weitere Vorteile bei der Verwendung eines matrixbasierten Produkt- und Prozessmodells sind die einfache Darstellung im Rechner sowie diverse strukturelle Analyse- und Optimierungsmöglichkeiten. Für detailliertere Informationen über die zugrunde liegende MDM-Methodik siehe [LMB09]. Eine softwaretechnische Unterstützung stand in Form des Tools Loomeo zur Verfügung, welche am Lehrstuhl für Produktentwicklung entwickelt wurde. Für die Beschreibung des mechatronischen Systems und des zugehörigen Entwicklungsprozesses wurde eine funktionale Sichtweise als geeignete Beschreibungsform identifiziert. Die Funktionen werden dabei durch Systemelemente, wie Software, Steuergeräte, Elektrik oder mechanische Grundstruktur, realisiert. Dabei ist zu beachten, dass die Denkweise der Bereiche Software und Elektrik/Elektronik funktionsgetrieben, und die der klassischen mechanischen Konstruktion bauteilgetrieben ist. Die Modellierrung muss daher in der Lage sein beide Sichtweisen zu integrieren. Im Folgenden wird das entwickelte Modell der funktionsorientierten Produkt- und Prozessmodellierung vorgestellt. Grundlegende Ideen und Ansätze wurden dabei bereits in [BDP+07], [DHL08] sowie [Die09] gezeigt, auf die für detailliertere Informationen verwiesen wird. In diesem Beitrag soll das Zusammenwirken der einzelnen Teilmodelle sowie deren Anwendung verdeutlicht werden. 3.1 Funktionsorientierte Produkt- und Prozessmodellierung Im Folgenden werden der Aufbau des integrierten Produkt- und Prozessmodells sowie das Vorgehen zu seiner Erstellung beschrieben. Die hier vorgestellten Schritte können somit gleichzeitig als Leitfaden zur Erstellung des Modells angesehen werden Produktmodellierung Der erste Schritt bildet die Erstellung des mechatronischen Produktmodells, welches das betrachtete technische System beschreibt. Der verwendet MDM-basierte Ansatz erlaubt

5 Integrierte funktionsorientierte Produkt- und Prozessmodellierung mechatronischer Produkte Seite 43 es, die zwei unterschiedlichen bisher nur unzureichend integrierten Sichtweisen auf das System in einem Modell zu vereinen. Dabei handelt es sich um die funktionsorientierte Sichtweise mit Funktionshierarchien (Kundenfunktionen bis hin zu grundlegenden Elementarfunktionen) und Funktionsstrukturen (funktionale Abhängigkeiten) und um die bauteil- oder komponentenorientierte Sicht, in der Systemhierarchien (Module, Baugruppen, Bauteile) und Systemstrukturen (Wirkstrukturen) zur Beschreibung verwendet werden. Das mechatronische System wird hierbei mit Hilfe von mehreren (Teil-)Matrizen beschrieben, in denen jeweils bestimmte Teilaspekte des Systems modelliert werden (siehe Bild 1). Im entwickelten Ansatz werden im Produktmodell die Domänen Funktionen und Systemelemente des Systems betrachtet. Verknüpfung Funktionen - Systemelemente Funktionshierarchie Systemhierarchie Wirkstruktur Bild 1: MDM basiertes mechatronisches Produktmodell [nach BDP+07] Am Beispiel des Produktmodells wird hier kurz der Aufbau einer Multiple-Domain- Matrix erläutert. Eine MDM besteht aus mehreren Teilmatrizen, in denen jeweils die Elemente und Abhängigkeiten innerhalb einer Domäne sowie die Verknüpfungen zwischen den Domänen modelliert werden. Auf der Diagonale befinden sich die sogenannten Design Structure Matrizen (DSM), in denen Relationen innerhalb einer Domäne (hier Funktionen bzw. Systemelemente) abgebildet sind. Eine Relation zwischen zwei Elementen wird durch einen Eintrag im entsprechenden Feld der Matrix dargestellt. In diesem Fall sind hier Funktions- (oben links) und Wirkstruktur (unten rechts) auf unterschiedlichen Detaillierungsebenen (verbunden über Hierarchien) hinterlegt. In den Teilmatrizen außerhalb der Diagonale werden Verknüpfungen zwischen den Domänen hinterlegt. Diese Matrizen werden folglich als Domain-Mapping-Matrizen (DMM) be-

6 Seite 44 D. Hellenbrand, C. Daniilidis, U. Lindemann zeichnet. Im hier betrachteten Produktmodell sind Abhängigkeiten (Verknüpfungen) zwischen Teilfunktionen und Systemelementen auf der Ebene mit dem höchsten Detaillierungsgrad modelliert. Die Kombination von DSM und DMM in einem übergeordneten Modell wird als Multiple-Domain-Matrix (MDM) bezeichnet, da hier mehrere Domänen gleichzeitig abgebildet werden. Der gewählte Ansatz ermöglicht somit eine transparente Verknüpfung der erstellten Teilmodelle. Die Strukturen/Verknüpfungen (wie Funktionsabhängigkeiten) innerhalb einer Domäne sind modelliert und können beispielsweise durch stärkebasierte Grafen grafisch dargestellt werden. Weiterhin sind auch die Verknüpfungen zwischen den betrachteten Domänen abgebildet, so dass diese Repräsentation einen einfachen Wechsel zwischen funktions- und bauteilorientierter Sichtweise erlaubt. Dies unterstützt ein tieferes Systemverständnis und eine bessere Kommunikation zwischen den Bereichen. Neben der Integration der beiden unterschiedlichen Sichtweisen werden mit diesem Modell weiterhin sämtliche Vorteile der MDM Darstellung und der zugrundeliegenden Methodik nutzbar gemacht. Zur Erstellung des Produktmodells werden somit Systemhierarchie (Module, Baugruppen, Systemelemente) und Systemstruktur (Wirkstruktur), Funktionshierarchie und Funktionsstruktur sowie die Verknüpfung von Systemelementen und Elementarfunktionen des mechatronischen Systems benötigt. Diese müssen in die Matrixdarstellung übertragen werden Prozessmodellierung Mit der Zielsetzung einer integrierten sowie funktionsorientierten Darstellung des mechatronischen Produktentwicklungsprozesses wurde im Rahmen des Projektes eine geeignete Modellvorstellung entwickelt. Das erstellte Prozessmodell (siehe Bild 2) unterliegt einem hierarchischen Aufbau. Zur Erfüllung einer Kundenfunktion (große Pfeile) werden unterschiedliche Teilfunktionen (mittlere Pfeile) benötigt. Die Erfüllung dieser Teilfunktionen geschieht durch Systemelemente (Komponenten), die wiederum von unterschiedlichen Disziplinen erstellt werden (domänenspezifischer Entwurf, kleine Pfeile). Eine Absicherung der Funktionalität findet bereits auf den Ebenen von Systemelementen und Teilfunktionen statt. Die Kundenfunktionen müssen zu bestimmten Zeitpunkten (Meilensteine) mit gewisser Reife X vorliegen um abgeprüft werden zu können. Während dieser funktionsabprüfenden Meilensteine läuft der Entwicklungsprozess auf allen Ebenen weiter. Somit müssen die Ergebnisse der Funktionsüberprüfung in den laufenden Prozess eingespielt werden. Hierbei ist zu beachten, dass die entsprechenden Systemelemente in dieser Zeit weiterentwickelt wurden und dies bei der Interpretation der Ergebnisse einfließen muss. Die Verknüpfung des Modells mit den Verantwortlichen erfolgt über die Bearbeiter der Arbeitspakete. Das funktionsorientiere Prozessmodell enthält somit die Domänen Arbeitspakete, Verantwortlichkeiten und Meilensteine.

7 Meilenstein: Kundenfunktion mit Reifegrad X Integrierte funktionsorientierte Produkt- und Prozessmodellierung mechatronischer Produkte Seite 45 Zeit Interdisziplinäre Ergebnisdiskussion Kundenfunktion Teilfunktionen Systemelemente Funktionsmodell Produktmodell Freeze des Entwicklungsstandes Absicherung Prozessmodell Reifegradmodell Integration von Verantwortlichkeiten Bild 2: Funktionsorientiertes Prozessmodell [nach BDP+07] 3.2 Integriertes mechatronisches Produkt- und Prozessmodell In den beiden vorherigen Abschnitten wurden die Modelle für das mechatronische Produkt sowie das Prozessmodell mit den zugehörigen Domänen beschreiben. Ziel ist die Erstellung eines integrierten Modells, welches Abhängigkeiten zwischen Produkt- und Prozess abbildet und so eine optimale Synchronisation der beteiligten Disziplinen erlaubt. Daher müssen die beiden Partialmodelle miteinander verknüpft werden. Die Verknüpfung kann über sogenannte Ergebnisumfänge erfolgen. Unter Ergebnisumfängen sind hierbei sämtliche Zwischen- und Arbeitsergebnisse zu verstehen, die zur Erstellung der Systemelemente beitragen bzw. dazu benötigt werden. Dabei kann es sich um Anforderungslisten, (Funktions-)Modelle, Berechnungen, Prototypen etc. handeln. Im oberen linken Teil des integrierten Modells, bei dem es sich ebenfalls um eine Multiple Domänen Matrix (MDM) handelt, ist das Produktmodell mit den betrachteten Domänen Funktionen und Systemelemente zu finden. Im unteren Teil befindet sich das Prozessmodell mit den Domänen Arbeitspakete, Verantwortlichkeiten und Meilensteine. Dazwischen befinden sich als verbindende Elemente die Ergebnisumfänge, welche ebenfalls zum Prozessmodell gezählt werden. Die Verknüpfungen zwischen Produkt und Prozess werden in den restlichen Teilmatrizen abgebildet.

8 Verantwortlichkeiten Systemelemente Arbeitspakete Ergebnisumfänge Funktionen Seite 46 D. Hellenbrand, C. Daniilidis, U. Lindemann Funktionen Systemelemente Ergebnisumfänge Arbeitspakete Verantwortlichkeiten Meilensteine Produktmodell Verknüpfung der Partialmodelle Prozessmodell Bild 3: Integriertes mechatronisches Produkt- und Prozessmodell Der Vorteil dieser Modellierung besteht darin, dass Verknüpfungen und Abhängigkeiten zwischen den enthalten Domänen dargestellt bzw. abgeleitet werden können. Mit den Analyse- und Berechnungsmöglichkeiten der zugrundeliegenden MDM-Methodik können so Fragestellungen wie die Verknüpfung von Personen mit Funktionen/Systemelementen oder welche Funktionen/Systemelementen von welchen Meilensteinen betroffen sind beantwortet werden. Das entwickelte integrierte Produkt- und Prozessmodell ist somit in der Lage, die zentralen identifizierten Herausforderungen interdisziplinärer Entwicklungsprozesse zielgerichtet zu unterstützen. Im folgenden Kapitel werden einige Auszüge der Möglichkeiten der Anwendung des Modells aufgezeigt. Diese sollen dabei lediglich als Beispiele zur Veranschaulichung dienen und sind nicht vollständig. 4 Anwendung des integrierten Modells 4.1 Analysemöglichkeiten und Interpretation Zur Verdeutlichung der in den jeweiligen Partialmodellen enthaltenen Informationen sowie deren Interpretation wurde eine grafische Darstellung des vollständigen Modells erstellt (siehe Bild 4). Die enthaltenen sechs Domänen (Funktionen, Systemelemente, Ergebnisumfänge, Arbeitspakete, Verantwortlichkeiten und Meilensteinen) werden

9 Integrierte funktionsorientierte Produkt- und Prozessmodellierung mechatronischer Produkte Seite 47 durch grafische Symbole repräsentiert. Innerhalb der einzelnen Teilmatrizen können so die enthaltenen Verknüpfungen bzw. Abhängigkeiten identifiziert werden. Im oberen linken Teil ist das Produktmodell mit den Domänen Funktionen und Systemelemente dargestellt. Auf der Diagonale sind die Verknüpfungen der Funktionen bzw. der Systemelemente (Wirkstruktur) untereinander abgebildet. In der dritten eingezeichneten Teilmatrix des Produktmodells sind die Verknüpfungen zwischen beiden Domänen modelliert (vgl ). Dies gilt analog für das gesamte Modell, wobei in der grafischen Darstellung nicht alle Teilmatrizen mit deren Bedeutung hinterlegt wurden. Es ist außerdem anzumerken, dass die gesamte Matrix im vorliedenden Fall symmetrisch ist und daher nur der Teil oberhalb der Diagonale betrachtet werden muss. MS Funktionen MS Ergebnisumfänge Systemelemente Verantwortlichkeiten Produktmodell MS MS Arbeitspakete MS Meilensteine Prozessmodell MS MS Bild 4: Analysemöglichkeiten im integrierten Modell Zur Erstellung des Modells ist es nicht notwendig sämtliche Teilmatrizen mit vorliegenden Daten zu füllen. Mit Hilfe der MDM-Methodik ist es möglich, mit Hilfe von bestimmten Teilmatrizen weitere zu berechnen. Somit können beispielweise indirekte Abhängigkeiten aufgedeckt und analysiert werden, die bisher unbekannt waren und daher nicht berücksichtig wurden. So kann beispielsweise die Funktionsstruktur (DSM) aus der Wirkstruktur (DSM) und der Verknüpfung Systemelemente Elementarfunktionen (DMM) berechnet werden. Es gilt auch allgemein, dass aus jeweils einer DSM und einer DMM die angrenzende DSM der zweiten Domäne berechnet werden kann [LMB09]. Auf diese Weise ist es möglich mit einer bestimmten Anzahl von Inputmatrizen das gesamte Modelle zu berechnen.

10 Seite 48 D. Hellenbrand, C. Daniilidis, U. Lindemann Dieser Input ist dunkel in Bild 4 dargestellt und entspricht den im nächsten Abschnitt beschriebenen Matrizen. Die daraus berechneten Teilmatrizen können genutzt werden, um direkt nur schwer zu erfassende Relationen abzuleiten oder domänenübergreifende Abhängigkeiten zu erkennen. So wurde beispielsweise die Funktionsstruktur lediglich berechnet, da eine direkte Erfassung der Funktionsabhängigkeiten nicht durchführbar war. Weiterhin kann über die Beziehungen zwischen Ergebnisumfängen, Meilensteinen und Systemelementen abgeleitet werden, welche Systemelemente von welchem Meilenstein betroffen sind. Analog gilt dies auch für die Funktionen des Systems. Mit Hilfe der Verknüpfungen von Personen, Arbeitspaketen und Systemelemente ergeben sich die für einzelne Systemelemente verantwortlichen Personen. Auch dies gilt in analoger Weise für die Funktionen. 4.2 Strukturierung und Planung mechatronischer Entwicklungsprozesse In diesem Vorgehen wird davon ausgegangen, dass die grundsätzlichen Arbeitsschritte zur Erstellung des Systems bekannt sind. Dies ist bei Serienentwicklungen der Fall. Der erste Schritt besteht in der Analyse der (groben) Arbeitspakete und deren Beziehungen untereinander (Input/Output). Diese Relationen werden in einer Arbeitspakte DSM abgebildet. Aus der Analyse dieser Matrix können bereits grundlegende Hinweise über parallel und sequenziell zu bearbeitende Arbeitspakte gewonnen werden (vgl. Triangularisierung [LMB09]). Weiterhin können mittels Analysen der zugehörigen stärkebasierten Grafen oder Clusteranalysen zentrale Meilensteine im Prozess identifiziert werden. Es bieten sich hierfür Punkte an, an denen entweder viele Arbeitspakete einer Domäne oder Arbeitspakete unterschiedlicher Domänen zusammenfließen. Hieraus lässt sich die Grobstruktur des Entwicklungsprozesses mit zentralen Meilensteinen ableiten. Der nächste Schritt ist die Definition von Ergebnisumfängen, die zur Erfüllung der Meilensteine vorliegen müssen. Diese Festlegung der zu erbringenden Ergebnisumfänge ist eng mit den Überlegungen zur Produktreife verbunden. Es muss analysiert werden, welche Teilfunktionalitäten zu welchen Zeitpunkten im Prozess sinnvoll abgeprüft werden können. Aufbauend auf diesen Überlegungen können Anforderungslisten für die einzelnen Ergebnisumfänge abgeleitet werden. Die Modellierung der Beziehungen zwischen Meilensteinen und Ergebnisumfängen erfolgt über eine DMM. Im Anschluss daran können die Arbeitspakte in die Grobstruktur eingegliedert werden. Die Verknüpfung erfolgt ebenfalls über eine DMM, in der die zur Erstellung eines Ergebnisumfangs notwenigen Arbeitspakete eingetragen werden. Hierbei kann überprüft werden, ob Arbeitspakete vergessen oder zu falschen Zeitpunkten im Prozess eingeordnet wurden. Weiterhin können die Ergebnisumfänge sehr einfach mit den zugehörigen

11 Integrierte funktionsorientierte Produkt- und Prozessmodellierung mechatronischer Produkte Seite 49 Systemelementen aus dem (separat erstellten) Produktmodell in einer weiteren DMM verknüpft werden. Mit diesen Verknüpfungen lassen sich weitere Analysen durchführen. So kann beispielsweise analysiert werden, ob die Reihenfolge der Arbeitspakte aufgrund bisher nicht berücksichtigter Abhängigkeit in der Produktstruktur angepasst werden muss. Der letzte Schritt besteht aus der Verknüpfung der Arbeitspakte mit Bearbeitern bzw. Verantwortlichkeiten. Mit diesen vorliegen Teilmatrizen kann anschließend das gesamte integrierte Modell vervollständigt werden (vgl. Abschnitt 4.1). 4.3 Ableitung von Organisationsstrukturen Neben der Planung von Prozessen kann die verwendete Methodik auch zur Erstellung bzw. Optimierung von Organisationsstrukturen verwendet werden. Hierzu muss nicht das gesamt Modell aufgestellt werden, stattdessen ist die Betrachtung eines um Verantwortlichkeiten erweitertes Produktmodell ausreichend. Zunächst wird dazu analog zu Abschnitt 3.1 das Produktmodell durch Modellierung der Wirkstruktur und der Verknüpfung Systemelemente Funktionen erstellt. Mit den gezeigten Berechnungen (Abschnitt 4.1) kann damit zunächst die die Funktionsstruktur berechnet werden. Mit Hilfe der zusätzlichen Verknüpfung Funktionen Verantwortlichkeit (DMM) kann daraus die Struktur der Verantwortlichen abgeleitet und beispielsweise als Graph visualisiert werden (siehe Bild 5 rechts). Verknüpfung Verantwortlichkeiten aufgrund der Funktionen Grafische Repräsentation der Funktionsstruktur Bild 5: Funktionsstruktur und Verknüpfungen von Verantwortlichkeiten Das berechnete Netzwerk zeigt Verknüpfungen zwischen den Verantwortlichen aufgrund der Abhängigkeiten der Funktionen. Im dargestellten Beispiel ist deutlich zu er-

12 Seite 50 D. Hellenbrand, C. Daniilidis, U. Lindemann kennen, dass ein sehr eng vernetztes Kernteam existiert, in dem die eigentliche Entwicklung des Systems stattfindet. Darüber hinaus gibt es ein erweitertes Netzwerk von Personen, welche nicht direkt an der Entwicklung beteiligt sind sondern nur indirekt darauf einwirken. Beispiele hierfür sind das Design oder der Versuch. Diese Informationen können als Grundlage für die Optimierung von Organisationsstrukturen bzw. für die Gestaltung von interdisziplinären Teamsitzungen verwendet werden. 5 Resümee und Ausblick Im vorliegenden Beitrag wird die integrierte funktionsorientierte Modellierung interdisziplinärer Produkte und Entwicklungsprozesse auf Basis der MDM-Methodik gezeigt. Mit ihrer Hilfe kann die Komplexität, welche aufgrund des Zusammenspiels unterschiedlicher Disziplinen entsteht, beherrscht werden. Sie unterstützt durch die transparente Darstellung von Anhängigkeiten zwischen den Domänen die Bildung einer einheitlichen Sichtweise auf das Gesamtsystems. Somit wird das allgemeine Systemverständnis unterstützt und die Synchronisierung der beteiligten Disziplinaren ermöglicht. Das entwickelte integrierte Produkt- und Prozessmodell bietet die Möglichkeit, Abhängigkeiten innerhalb des Produkte und des Prozesses transparent darzustellen und zu analysieren. Somit können zusammengehörige Entwicklungsumfänge abgeleitet werden, welche Grundlage für den späteren Prozess bilden. Die grundlegenden Interpretation der enthaltenen Partialmodelle sowie die Anwendung zur Optimierung von Prozess- und Organisationsstrukturen wurden anhand zweier Beispiel verdeutlicht. Für das zukünftige Vorgehen ist die Erstellung eine umfassende Toolunterstützung zur Erstellung, Analyse und Visualisierung des Modells notwendig. Diese muss auch eine geeignete die Darstellung und Manipulation des Entwicklungsprozesses zur Prozessplanung umfassen. Im Verlauf des Projektes wurden hierzu lediglich konzeptionelle Überlegungen angestellt. Eine Möglichkeit zur Visulisierung des MDM-Modells ist bei [DHL08], [Die09] gezeigt. Hierbei ist anzumerken, dass die verwendet Matrixdarstellung nur Bedingt für die Arbeit von Entwicklern geeignet ist. Hierfür muss eine intuitiv verständlichere Repräsentation gefunden werden. Weiterhin muss anhand weiterer Anwendungsszenarien gezeigt werden, dass das Modell auch für weitere Anwendungsfälle übertragen werden kann bzw. welche Anpassungen notwendig sind. Bisher wurde die Modellierung nur auf automobile Entwicklungsprozesse angewandt und daran verifiziert. Theoretische Überlegungen widersprechen der generellen Übertragbarkeit nicht, jedoch muss diese noch durch praktische Anwendung in weiteren Projekten nachgewiesen werden. Hierzu zählt auch die Anwendung auf nicht Serienentwicklungen. Die Erfahrungen im Projekt zeigen, dass die Methode grundsätzlich geeignet erscheint, jedoch müssen die erforderlichen Anpassungen detaillierter erfasst werden.

13 Integrierte funktionsorientierte Produkt- und Prozessmodellierung mechatronischer Produkte Seite 51 Literatur [BDP+07] [Die09] [DHL08] [GHK+06] [HTF96] [Lin07] [LMB09] [Sch00] [VDI2206] [Wal01] BRAUN, S. C; DIEHL, H.; PETERMANN, M.; HELLENBRAND, D.; LINDEMANN, U.: Function Driven Process Design for the Development of Mechatronic Systems. In: Proceedings of the 9th International DSM Conference, Shaker Verlag, München, 2007 DIEHL, H.: Systemorientierte Visualisierung disziplinübergreifender Entwicklungsabhängigkeiten mechatronischer Automobilsysteme. Dissertation, Fakultät für Maschinenwesen, TU München, München, 2009 DIEHL, H.; HELLENBRAND, D.; LINDEMANN, U.: Transparent 3D Visualization of mechatronic system structures. In: Proceedings of the 10thinternational design conference, May 19 22, 2008 Dubrovnik Croatia Zagreb: Faculty of Mechanical Engineering and Naval Architecture, University of Zagreb, Design Society, Glasgow, 2008 GAUSEMEIER, J.; HAHN, A.; KESPOHL, H. D.; SEIFERT, L.: Vernetzte Produktentwicklung: Der erfolgreiche Weg zum Global Engineering Networking. Hanser Verlag, München, 2006 HARASHIMA, F.; TOMIZUKA M.; FUKADA, T.: Mechatronics- What Is It, Why, and How? An Editorial, IEEE/ASME Transaction on Mechatronics, Vol. 1, Nr. 1, 1996 LINDEMANN, U.: Methodische Entwicklung technischer Produkte. 2. Auflage, Springer Verlag, Berlin, 2007 LINDEMANN, U.; MAURER, M.; BRAUN, T.: Structural Complexity Management An Approach for the Field of Product Design. Springer Verlag, Berlin, 2009 SCHÖN, A.: Konzept und Architektur eines Assistenzsystems für die mechatronische Produktentwicklung. Dissertation, Universität Erlangen-Nürnberg, 2000 VDI Richtlinie 2206: Entwicklungsmethodik für mechatronische Systeme. Beuth- Verlag, Berlin, 2004 WALTHER, C.: Systemtechnische Zusammenhänge zwischen Eigenschaften und Funktionen großer Systeme Methoden zur Darstellung von Änderungen. München: Utz München, 2001 Autoren David Hellenbrand ist seit 2007 Mitarbeiter am Lehrstuhl für Produktentwicklung der TU München. Seine Forschungsschwerpunkte liegen in den Bereichen der Optimierung interdisziplinärer Entwicklungsprozesse, der methodischen Unterstützung der Konzeptfindung sowie dem Kostenmanagement in frühen Entwicklungsphasen. Charalampos Daniilidis ist seit 2008 Mitarbeiter des Lehrstuhls für Produktentwicklung der TU München. Seine Forschungsinteressen liegen im Bereich der Unterstützung interdisziplinärer Entwicklungsprozesse sowie in der Modularisierung von Produktarchitekturen und dem damit eng verbundenen Variantenmanagement. Prof. Dr.-Ing. Udo Lindemann, Jahrgang 1948, war nach seiner Promotion 1979 an der TU München in verschiedenen verantwortlichen Positionen der Industrie im Bereich der Produktentwicklung tätig. Seit 1995 ist er Ordinarius am Lehrstuhl für Produktentwicklung der TU München. Die Forschungstätigkeiten konzentrieren sich unter anderem auf die Entwicklung von Strategien für die frühen Entwicklungsphasen, das Kos-

14 Seite 52 D. Hellenbrand, C. Daniilidis, U. Lindemann tenmanagement in der Entwicklung, Methoden und Vorgehensweisen zur Produktinnovation sowie die Betrachtung psychologischer Einflüsse auf das Denken und Handeln des Produktentwicklers.

Berechnungen mit Attributen in der Multiple-Domain-Matrix

Berechnungen mit Attributen in der Multiple-Domain-Matrix Zusammenfassung der Diplomarbeit Berechnungen mit Attributen in der Multiple-Domain-Matrix von Wieland Biedermann Einführung zur Multiple-Domain-Matrix Die Entwicklung technischer Produkte wird immer komplexer.

Mehr

Sicherung der Wettbewerbsfähigkeit

Sicherung der Wettbewerbsfähigkeit Sicherung der Wettbewerbsfähigkeit Maßnahmenspektrum Manfred Broy Institut für Informatik Technische Universität München broy@informatik.tu-muenchen.de http://wwwbroy.informatik.tu-muenchen.de/~broy/ Prof.

Mehr

02/07. PLM-Lösungen für Mechatronik. Autor: Jens Krüger, Softlab. Version: 1.0

02/07. PLM-Lösungen für Mechatronik. Autor: Jens Krüger, Softlab. Version: 1.0 02/07 PLM-Lösungen für Mechatronik Autor: Jens Krüger, Softlab Version: 1.0 Datum: Februar 2007 1 / 4 Elektrik und Elektronik sind in der Automobilindustrie mittlerweile der wichtigste Innovationstreiber,

Mehr

Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- Architekturentwicklung von Fahrzeugen

Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- Architekturentwicklung von Fahrzeugen Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- entwicklung von Fahrzeugen Martin Jaensch, Dr. Bernd Hedenetz, Markus Conrath Daimler AG Prof. Dr. Klaus D. Müller-Glaser

Mehr

Agenda Abschlusspräsentation itsowl-tt-inkonzik

Agenda Abschlusspräsentation itsowl-tt-inkonzik Session 8: Projektvorstellung Transferprojekt itsowl-tt-inkonzik 18. August 2015, Gütersloh www.its-owl.de Agenda Abschlusspräsentation itsowl-tt-inkonzik Ergebnisse Resümee und Ausblick it s OWL Clustermanagement

Mehr

Methodik der Modellbasierten Systementwicklung

Methodik der Modellbasierten Systementwicklung Methodik der Modellbasierten Systementwicklung Donnerstag, 13.11.2014 Prof. Dr.-Ing. habil. Klaus Panreck Institutsmitglieder Prof. Dr.-Ing. habil. Klaus Panreck Mess- und Regelungstechnik seit 2011 Prof.

Mehr

ZENITY - Die Software für Ihre Unternehmens-Releaseplanung

ZENITY - Die Software für Ihre Unternehmens-Releaseplanung ZENITY - Die Software für Ihre Unternehmens-Releaseplanung RELEASEPLANUNG HEUTE Heutige Anwendungen in in Grossunternehmen sind sind keine keine alleinstehenden alleinstehenden Insel-Applikationen Insel-Applikationen

Mehr

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 348

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 348 DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN Nr. 348 Konzeption eines Projektvorgehensmodells für die Business-Intelligence-Strategieberatung

Mehr

BESTVOR. Kurzvorstellung. Stand: 28.11.2008

BESTVOR. Kurzvorstellung. Stand: 28.11.2008 BESTVOR Kurzvorstellung Stand: 28.11.2008 Einführung, Motivation und Zielsetzung Projekt BESTVOR Self-Assessment Einführungsanleitungen Seite 2 Motivation Praxis Schwierigkeiten Die Integration unterschiedlicher

Mehr

Diplomarbeit. gframe und das gedas Human Change Management Framework am Beispiel einer SAP R/3 Einführung im iranischen Automotive Sektor

Diplomarbeit. gframe und das gedas Human Change Management Framework am Beispiel einer SAP R/3 Einführung im iranischen Automotive Sektor Hochschule Harz Wernigerode Fachbereich Wirtschaftswissenschaften Studiengang Wirtschaftsinformatik Diplomarbeit gframe und das gedas Human Change Management Framework am Beispiel einer SAP R/3 Einführung

Mehr

Enterprise Architecture Management für Krankenhäuser. Transparenz über die Abhängigkeiten von Business und IT

Enterprise Architecture Management für Krankenhäuser. Transparenz über die Abhängigkeiten von Business und IT Enterprise Architecture Management für Krankenhäuser Transparenz über die Abhängigkeiten von Business und IT HERAUSFORDERUNG Gestiegener Wettbewerbsdruck, höhere Differenzierung im Markt, die konsequente

Mehr

Diploma Thesis Nr. 1155

Diploma Thesis Nr. 1155 PRODUKTENTWICKLUNG Technische Universität München o. Prof. Dr.-Ing. Udo Lindemann Diploma Thesis Nr. 1155 Modularization, Interface Management, and Organizational Optimization A Practical Application of

Mehr

Software-Engineering

Software-Engineering FH Wedel Prof. Dr. Sebastian Iwanowski SWE2 Folie 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 2: Grundbegriffe und Prinzipien FH Wedel Prof. Dr. Sebastian Iwanowski SWE2 Folie 2 Grundbegriffe

Mehr

Sonstige 3 % (4) Konstruktionsfehler 38 % (52) Produktionsfehler 34 % (46) Abb. 1.2: Mangelursachenbezogene Verteilung der Rückrufaktionen 1

Sonstige 3 % (4) Konstruktionsfehler 38 % (52) Produktionsfehler 34 % (46) Abb. 1.2: Mangelursachenbezogene Verteilung der Rückrufaktionen 1 VDI-Arbeitskreis Konstruktion und Entwicklung; 09.05.2006 Univ. Prof. Dr.-Ing. habil. P. Winzer, Dipl.-Ing. Stefan Ott 1 Motivation Zwar sind die Ausfälle, die im Jahr 2004 zu registrierten Rückrufaktionen

Mehr

GfSE Arbeitskreis PLM4MBSE

GfSE Arbeitskreis PLM4MBSE 1 GfSE Arbeitskreis PLM4MBSE Dr. André Scholl Dr. Oskar von Dungern 2 Zielstellung des Arbeitsgruppe PLM4MBSE PLM4MBSE : Integration von MBSE und PLM Ziel ist die Ausarbeitung von Anforderungen an MBSE

Mehr

Integrierte modellgestützte Risikoanalyse komplexer Automatisierungssysteme

Integrierte modellgestützte Risikoanalyse komplexer Automatisierungssysteme Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner Integrierte modellgestützte Risikoanalyse komplexer Automatisierungssysteme Dipl.-Ing. Michael

Mehr

Service Innovation Lab. Prozessoptimierung für Dienstleistungen

Service Innovation Lab. Prozessoptimierung für Dienstleistungen Service Innovation Lab Prozessoptimierung für Dienstleistungen 2 Dienstleistungsprozesse im Unternehmen Ein reibungsloser Ablauf der unternehmensinternen Prozesse ist die Basis des wirtschaftlichen Erfolgs

Mehr

Übungen Softwaretechnik I

Übungen Softwaretechnik I Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Übungen Softwaretechnik I Übung 2: Vorgehensmodelle IAS-Vorgehensmodell Motivation Probleme Die

Mehr

Traceability-Modell als Erfolgsfaktor für Process Enactment. Paul-Roux Wentzel, SEE 2008

Traceability-Modell als Erfolgsfaktor für Process Enactment. Paul-Roux Wentzel, SEE 2008 Traceability-Modell als Erfolgsfaktor für Process Enactment Einführung Referent Paul-Roux Wentzel Unternehmen method park Software AG 2008 method park Software AG Slide 2 Leistungsportfolio Training &

Mehr

Themenvorschlä ge fü r stüdentische Arbeiten äm Lehrstühl Integrierte Aütomätion

Themenvorschlä ge fü r stüdentische Arbeiten äm Lehrstühl Integrierte Aütomätion Themenvorschlä ge fü r stüdentische Arbeiten äm Lehrstühl Integrierte Aütomätion Die folgenden Themenvorschläge dienen als Grundlage für studentische Arbeiten. Je nach Art der Arbeit können die Themen

Mehr

1 Einleitung. 1.1 Motivation

1 Einleitung. 1.1 Motivation 1 Einleitung 1.1 Motivation Eine zunehmende Globalisierung in Verbindung mit der Verbreitung des elektronischen Handels, stets kürzer werdende Produktlebenszyklen und eine hohe Variantenvielfalt konstituieren

Mehr

Metrik-basierte Steuerung der automobilen Systementwicklung.

Metrik-basierte Steuerung der automobilen Systementwicklung. Seite 1 Metrik-basierte Steuerung der automobilen Systementwicklung. Kaiserslautern, Dr. Jürgen Knoblach Seite 2 Metrik-basierte Steuerung der automobilen Systementwicklung. Gliederung. 1. Herausforderungen

Mehr

Integrierte Produkt- und Prozessmodellierung im Systems Engineering

Integrierte Produkt- und Prozessmodellierung im Systems Engineering Integrierte Produkt- und Prozessmodellierung im Systems Engineering Abschlussveranstaltung zum Verbundprojekt ISYPROM 19. Mai 2011, Automobil Forum, Berlin Dr. Schultz / Wintrich / Hainke Anforderungen

Mehr

Systemorientierte Visualisierung disziplinübergreifender Entwicklungsabhängigkeiten mechatronischer Automobilsysteme

Systemorientierte Visualisierung disziplinübergreifender Entwicklungsabhängigkeiten mechatronischer Automobilsysteme Lehrstuhl für Produktentwicklung der Technischen Universität München Systemorientierte Visualisierung disziplinübergreifender Entwicklungsabhängigkeiten mechatronischer Automobilsysteme Holger Diehl Vollständiger

Mehr

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind

Mehr

Mechatronik Entwicklungsprojekte in der

Mechatronik Entwicklungsprojekte in der Mechatronik Entwicklungsprojekte in der Praxis Dr. Ing. Rainer Stetter Wer sind wir? Wir sind ein unabhängiges Dienstleistungsunternehmen für den Maschinen und Anlagenbau Gründung SF: 1992 Gründung ITQ:

Mehr

Entwicklung einer Methode zur Bewertung der Transformierbarkeit von On-Premise Anwendungssystemen in Software as a Service Lösungen

Entwicklung einer Methode zur Bewertung der Transformierbarkeit von On-Premise Anwendungssystemen in Software as a Service Lösungen Fakultät für Informatik Technische Universität München Entwicklung einer Methode zur Bewertung der Transformierbarkeit von On-Premise Anwendungssystemen in Software as a Service Lösungen Bachelorarbeit

Mehr

Anforderungen und Auswahlkriterien für Projektmanagement-Software

Anforderungen und Auswahlkriterien für Projektmanagement-Software Anforderungen und Auswahlkriterien für Projektmanagement-Software Anika Gobert 1,Patrick Keil 2,Veronika Langlotz 1 1 Projektmanagement Payment Giesecke &Devrient GmbH Prinzregentenstr. 159, Postfach 800729,

Mehr

Ihr Weg zu Industrie 4.0 führt über. Entwicklung 4.0. Feynsinn beraten.realisieren.schulen - 1 - FEYNSINN

Ihr Weg zu Industrie 4.0 führt über. Entwicklung 4.0. Feynsinn beraten.realisieren.schulen - 1 - FEYNSINN Ihr Weg zu Industrie 4.0 führt über Entwicklung 4.0 Feynsinn beraten.realisieren.schulen - 1 - FEYNSINN Betrifft mich Industrie 4.0 schon heute? Es ist noch ein langer Weg bis zur Einführung von Industrie

Mehr

(Titel des Berichts)

(Titel des Berichts) (Titel des Berichts) Praxissemesterbericht von (Vorname Name) aus (Geburtsort) Matrikelnummer Anschrift Telefon HTW Aalen Hochschule für Technik und Wirtschaft Betreuender Professor Abgabetermin Angaben

Mehr

eine Aufgabe vorliegt, zu deren Lösung die Zusammenarbeit mehrerer Bereiche erforderlich

eine Aufgabe vorliegt, zu deren Lösung die Zusammenarbeit mehrerer Bereiche erforderlich chnittstellenorientierte Gestaltung von ntwicklungskooperationen chnittstellenmanagement chnittstellen entstehen durch das Zusammenwirken verschiedener organisatorischer inheiten in einem arbeitsteiligen

Mehr

Simulation der SW-Systemzuverlässigkeit in Automatisierungssystemen auf Grundlage von SW-Komponenten

Simulation der SW-Systemzuverlässigkeit in Automatisierungssystemen auf Grundlage von SW-Komponenten Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner Simulation der SW-Systemzuverlässigkeit in Automatisierungssystemen auf Grundlage von SW-Komponenten

Mehr

Vorwort. Zusätzlich werden. die Maschinenrichtlinie bezüglich der funktionalen Sicherheit

Vorwort. Zusätzlich werden. die Maschinenrichtlinie bezüglich der funktionalen Sicherheit Vorwort 3 Vorwort Der zunehmende Einsatz von elektronischen Baugruppen und Geräten in der industriellen Automatisierung zwingt Entwickler, Konstrukteure, Projektanten und Anlagenplaner, sich intensiv mit

Mehr

Session 8: Projektvorstellung Transferprojekt itsowl-tt-savez 18. August 2015, Gütersloh. www.its-owl.de

Session 8: Projektvorstellung Transferprojekt itsowl-tt-savez 18. August 2015, Gütersloh. www.its-owl.de Session 8: Projektvorstellung Transferprojekt itsowl-tt-savez 18. August 2015, Gütersloh www.its-owl.de Agenda Abschlusspräsentation itsowl-tt-savez Einführung Zielsetzung Ergebnisse Resümee und Ausblick

Mehr

Dipl. Inf. Ali M. Akbarian

Dipl. Inf. Ali M. Akbarian Dipl. Inf. Ali M. Akbarian 2012 Einführung Globalisierung, Innovation und Kundenzufriedenheit sind auch in Zukunft die wichtigsten Herausforderungen der Unternehmen. Diese Herausforderungen verlangen:

Mehr

Nutzen Sie das in Easy Turtle voll editierbare Modell der DIN EN ISO 9001:2008

Nutzen Sie das in Easy Turtle voll editierbare Modell der DIN EN ISO 9001:2008 Nutzen Sie das in Easy Turtle voll editierbare Modell der DIN EN ISO 9001:2008 Qualität ist keine Funktion Qualität ist ein Weg des Denkens. Qualität ist die Summe aller Tätigkeiten in einem Unternehmen.

Mehr

Data Mining-Projekte

Data Mining-Projekte Data Mining-Projekte Data Mining-Projekte Data Mining stellt normalerweise kein ei nmaliges Projekt dar, welches Erkenntnisse liefert, die dann nur einmal verwendet werden, sondern es soll gewöhnlich ein

Mehr

6 Zusammenfassende Bewertung und Ausblick

6 Zusammenfassende Bewertung und Ausblick 437 6 Zusammenfassende Bewertung und Ausblick Immer wieder scheitern Projekte zur Software-Gestaltung im Öffentlichen Dienst bzw. sie laufen nicht wie geplant ab. Dies ist für sich genommen nicht weiter

Mehr

Gemeinsame Gestaltung und Entwicklung von Geschäftsprozessen und Unternehmenssoftware

Gemeinsame Gestaltung und Entwicklung von Geschäftsprozessen und Unternehmenssoftware Johannes Kepler Universität Linz Institut für Informationsverarbeitung und Mikroprozessortechnik Diplomarbeit Gemeinsame Gestaltung und Entwicklung von Geschäftsprozessen und Unternehmenssoftware mit besonderer

Mehr

Verbundprojekt MIKADO Mechatronik-Kooperationsplattform für anforderungsgesteuerte Prüfung und Diagnose - ein Überblick. Dr.

Verbundprojekt MIKADO Mechatronik-Kooperationsplattform für anforderungsgesteuerte Prüfung und Diagnose - ein Überblick. Dr. Verbundprojekt MIKADO Mechatronik-Kooperationsplattform für anforderungsgesteuerte Prüfung und Diagnose - ein Überblick Dr. Haygazun Hayka Fraunhofer-Institut für Produktionsanlagen und Konstruktionstechnik

Mehr

NX 10 Neue Lösungen für die Konstruktion Realisieren Sie Ihre Innovationen

NX 10 Neue Lösungen für die Konstruktion Realisieren Sie Ihre Innovationen NX 10 Neue Lösungen für die Konstruktion Realisieren Sie Ihre Innovationen Webinar : 29. Januar 2015, 14:00 15:00 Uhr Ihre heutigen Referenten: Torsten Westphal NX Presales Peter Scheller NX Marketing

Mehr

IT-Projekte effektiv steuern durch Integration von Modellierung und ALM bzw. Änderungsmanagement

IT-Projekte effektiv steuern durch Integration von Modellierung und ALM bzw. Änderungsmanagement IT-Projekte effektiv steuern durch Integration von Modellierung und ALM bzw. Änderungsmanagement Basierend auf einem zentralen SOA-Projekt wird die Integration von Änderungsmanagement aus dem ApplicationLifeCycle

Mehr

RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen

RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen Thorsten Keuler (thorsten.keuler@iese.fraunhofer.de) IESE Fraunhofer Institut Experimentelles Software

Mehr

Einsatz der Mehrkörpersimulation in Verbindung mit Computertomographie in der Produktentwicklung

Einsatz der Mehrkörpersimulation in Verbindung mit Computertomographie in der Produktentwicklung Einsatz der Mehrkörpersimulation in Verbindung mit Computertomographie in der Produktentwicklung Hintergrund Bei komplexen Baugruppen ergeben sich sehr hohe Anforderungen an die Tolerierung der einzelnen

Mehr

Property-Driven Product Development/Design

Property-Driven Product Development/Design Seminar Virtual Engineering Property-Driven Product Development/Design Christoph Semkat Gliederung 1. Grundlagen Rechnerunterstützung Prozess der Produktentwicklung 2. Konzept Property-Driven

Mehr

Freigabemanagement in der Produktentwicklung

Freigabemanagement in der Produktentwicklung Freigabemanagement in der Produktentwicklung Beratung Collaborative Engineering Stand 21.6.2006 Menschen Wissen Systeme service@hcm-infosys.com Stammheimer Straße 10 70806 Kornwestheim Tel.: +49/7154/8271-80

Mehr

Prozessportal. Neben Prozessbeschreibungen, bietet es sich an, Abläufe grafisch zu visualisieren.

Prozessportal. Neben Prozessbeschreibungen, bietet es sich an, Abläufe grafisch zu visualisieren. Das Prozessportal der FHöV NRW Prozessportal Das Prozessportal bietet allen Mitarbeiterinnen und Mitarbeitern der der FHöV NRW die Möglichkeit, sich über bereits beschriebene und abgebildete interne Prozesse

Mehr

Forschungsberichte. Betriebsbegleitende Prozessplanung in der Montage mit Hilfe der Virtuellen Produktion am Beispiel der Automobilindustrie

Forschungsberichte. Betriebsbegleitende Prozessplanung in der Montage mit Hilfe der Virtuellen Produktion am Beispiel der Automobilindustrie Forschungsberichte Band 188 Thomas Fusch Betriebsbegleitende Prozessplanung in der Montage mit Hilfe der Virtuellen Produktion am Beispiel der Automobilindustrie herausgegeben von Prof. Dr.-Ing. Michael

Mehr

Projektmanagement Kapitel 3 Tools die Werkzeuge. Projektstrukturplan PSP

Projektmanagement Kapitel 3 Tools die Werkzeuge. Projektstrukturplan PSP Projektmanagement Projektstrukturplan Seite 1 von 6 Projektmanagement Kapitel 3 Tools die Werkzeuge Projektstrukturplan PSP 1.1 Definition Der Projektstrukturplan stellt die, aus dem Kundenvertrag geschuldete

Mehr

PLM Business Consulting gedas Engineering Benchmark

PLM Business Consulting gedas Engineering Benchmark PLM Business Consulting gedas Engineering Benchmark Ziel gedas Engineering Benchmark wurde von gedas auf Basis des umfangreichen Engineering-Knowhows aus dem Automotive-Umfeld entwickelt, zielt auf die

Mehr

Unternehmenserfolge planen und Innovationsfähigkeit verbessern mit dem Business Check nach VDI-Richtlinie 4506

Unternehmenserfolge planen und Innovationsfähigkeit verbessern mit dem Business Check nach VDI-Richtlinie 4506 Unternehmenserfolge planen und Innovationsfähigkeit verbessern mit dem Business Check nach VDI-Richtlinie 4506 (veröffentlicht in der Technik in Bayern, Ausgabe 04/2009, Juli/August 2009) Zusammenfassung

Mehr

Expertenfrühstück Requirements Management. Bedeutung von Anforderungen und Systematischer Produktentwicklung

Expertenfrühstück Requirements Management. Bedeutung von Anforderungen und Systematischer Produktentwicklung Expertenfrühstück Requirements Management Bedeutung von Anforderungen und Systematischer Produktentwicklung unit42 GmbH Dr. Thomas Requirements Engineering & Management WAS IST DAS? Anforderungen (Requirements)?

Mehr

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 378

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 378 DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN Nr. 378 Umsetzung ausgewählter Supply-Chain-Operations-Reference-Metriken durch das

Mehr

1.1 Ausgangssituation 1

1.1 Ausgangssituation 1 1.1 Ausgangssituation 1 1 Einleitung 1.1 Ausgangssituation Das produzierende Gewerbe hat maßgeblichen Einfluss auf die wirtschaftliche Entwicklung in Deutschland. 2012 erwirtschafteten 209.370 Unternehmen

Mehr

Schichtenarchitektur zur Realisierung von IT-Sicherheit für eingebettete Systeme

Schichtenarchitektur zur Realisierung von IT-Sicherheit für eingebettete Systeme Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner Schichtenarchitektur zur Realisierung von IT-Sicherheit für eingebettete Systeme Felix Gutbrodt

Mehr

When testing meets intelligence MECHATRONIK

When testing meets intelligence MECHATRONIK When testing meets intelligence MECHATRONIK Mechatronik Entwicklungs- und Testzentrum Integrierte Testumgebung für mechatronische Systeme und Strukturen. Mechatronik Durch die Kombination von Mechanik,

Mehr

Graphische Modellanalyse am Beispiel von Geschäftsprozessmodellen unter Verwendung der Graph Markup Language (GraphML)

Graphische Modellanalyse am Beispiel von Geschäftsprozessmodellen unter Verwendung der Graph Markup Language (GraphML) HOCHSCHULE HEILBRONN Hochschule für Technik Wirtschaft Informatik Studiengang Electronic Business (EB) Diplomarbeit (280000) Graphische Modellanalyse am Beispiel von Geschäftsprozessmodellen unter Verwendung

Mehr

Methodik zur Verbesserung von Vorgehensmodellen am Beispiel des V-Modell XT 1.4 und eines industrienahen Standards nach ASPICE

Methodik zur Verbesserung von Vorgehensmodellen am Beispiel des V-Modell XT 1.4 und eines industrienahen Standards nach ASPICE Herzlich willkommen! Methodik zur Verbesserung von Vorgehensmodellen am Beispiel des V-Modell XT 1.4 und eines industrienahen Standards nach ASPICE Unterlagenklasse: 0.2 Max. Aufbewahrungsdauer: 4 Jahre

Mehr

Systemen im Wandel. Autor: Dr. Gerd Frenzen Coromell GmbH Seite 1 von 5

Systemen im Wandel. Autor: Dr. Gerd Frenzen Coromell GmbH Seite 1 von 5 Das Management von Informations- Systemen im Wandel Die Informations-Technologie (IT) war lange Zeit ausschließlich ein Hilfsmittel, um Arbeitsabläufe zu vereinfachen und Personal einzusparen. Sie hat

Mehr

Einführung in Generatives Programmieren. Bastian Molkenthin

Einführung in Generatives Programmieren. Bastian Molkenthin Einführung in Generatives Programmieren Bastian Molkenthin Motivation Industrielle Entwicklung *!!*,(% % - #$% #!" + '( & )!* Softwareentwicklung Rückblick auf Objektorientierung Objektorientierte Softwareentwicklung

Mehr

Das Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin

Das Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin Fragestellungen: Warum reicht das Lastenheft nicht aus? Was kann ich mit dem Lastenheft machen? Was unterscheidet das Pflichtenheft vom Lastenheft? Was gehört zum Auftragsumfang einer Individualsoftware?

Mehr

your IT in line with your Business Geschäftsprozessmanagement (GPM)

your IT in line with your Business Geschäftsprozessmanagement (GPM) your IT in line with your Business Geschäftsprozessmanagement (GPM) Transparenz schaffen und Unternehmensziele effizient erreichen Transparente Prozesse für mehr Entscheidungssicherheit Konsequente Ausrichtung

Mehr

Out-of-the-box-Integration von EAM und BPM

Out-of-the-box-Integration von EAM und BPM Out-of-the-box-Integration von EAM und BPM August 2014 Inhalt 1. Wie Fachabteilungen und IT mit den zwei professionellen Tools Signavio und leanix effektiver zusammenarbeiten können... 3 2. Prozessmodellierung

Mehr

Modellgestützter Wissenstransfer in der Fahrwerksentwicklung Tomas Ramrath (Volkswagen AG) Dr. Peter Tabeling (Intervista AG)

Modellgestützter Wissenstransfer in der Fahrwerksentwicklung Tomas Ramrath (Volkswagen AG) Dr. Peter Tabeling (Intervista AG) Modellgestützter Wissenstransfer in der Fahrwerksentwicklung (Volkswagen AG) (Intervista AG) Überblick über den Vortrag 1. Hintergrund und Problemstellung 2. Genereller Lösungsansatz 3. Methodik-Anwendung

Mehr

Informationssystemanalyse Use Cases 11 1

Informationssystemanalyse Use Cases 11 1 Informationssystemanalyse Use Cases 11 1 Use Cases Slide 1 Als ein populäres Mittel um Anforderungen zu erfassen und Systeme zu beschreiben, werden Use Cases benutzt. Sie bilden die Basis für eine umfassendere

Mehr

ISYPROM Überblick. Innovationsforum Integrierte Systemmodellierung 19.05.2011, Automobil Forum Unter den Linden, Berlin

ISYPROM Überblick. Innovationsforum Integrierte Systemmodellierung 19.05.2011, Automobil Forum Unter den Linden, Berlin ISYPROM Überblick 19.05.2011, Automobil Forum Unter den Linden, Berlin Uwe Kaufmann, ModelAlchemy Consulting Ausgangspunkt April 2007: Ausschreibung BMBF: Forschung für die Produktion von morgen Management

Mehr

Managementprozesse und Performance

Managementprozesse und Performance Klaus Daniel Managementprozesse und Performance Ein Konzept zur reifegradbezogenen Verbesserung des Managementhandelns Mit einem Geleitwort von Univ.-Professor Dr. Dr. habil. Wolfgang Becker GABLER EDITION

Mehr

SysInventor. Jakobstr. 64 D-78464 Konstanz. Kontakt: info1@sysinventor.de. Phone +49 (0) 7531 35116 Fax +49 (0) 7531 35116

SysInventor. Jakobstr. 64 D-78464 Konstanz. Kontakt: info1@sysinventor.de. Phone +49 (0) 7531 35116 Fax +49 (0) 7531 35116 Jakobstr. 64 D-78464 Konstanz SysInventor Kontakt: info1@sysinventor.de Phone +49 (0) 7531 35116 Fax +49 (0) 7531 35116 Udo Wesseler, Dipl.-Inf. Dr. Claus Braxmaier, Dipl-Phys. & Dipl.-Ing. (FH) Wir sind......ein

Mehr

Kundenanforderungen dokumentieren

Kundenanforderungen dokumentieren Requirements Engineering Kundenanforderungen dokumentieren Bereich Anforderungen Aktivität Kunden-Anforderungen erheben Ziele Gesteigerte Kundenzufriedenheit Dokumentation der genauen Erwartungen des Kunden

Mehr

Anforderungen an ein Workflow-Management-System im Gesundheitswesen am Beispiel des Gesundheitsnetzes prosenior. prosenior.

Anforderungen an ein Workflow-Management-System im Gesundheitswesen am Beispiel des Gesundheitsnetzes prosenior. prosenior. Anforderungen an ein Workflow-Management-System im Gesundheitswesen am Beispiel des Gesundheitsnetzes M. Sc. Katja Gippert Versorgungsnetz der Knappschaft Bahn-See Behandlung anhand von IV-Pfaden Programm

Mehr

Impuls I: Model-based Systems Engineering als Paradigma einer multidisziplinären Zusammenarbeit

Impuls I: Model-based Systems Engineering als Paradigma einer multidisziplinären Zusammenarbeit Impuls I: Model-based Systems Engineering als Paradigma einer multidisziplinären Zusammenarbeit PLM Future 2013 Mannheim, 04.11.2013 Technische Universität Kaiserslautern Lehrstuhl für Virtuelle Produktentwicklung

Mehr

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme Tillmann Schall, anaptecs GmbH : Agenda Grundlagen modellgetriebener Entwicklungsprozesse Schritte zur Einführung Erfahrungen

Mehr

Angebotsmanagement für hybride IT-Produkte

Angebotsmanagement für hybride IT-Produkte Philipp Langer Angebotsmanagement für hybride IT-Produkte Prozess- und Datenmodelle für den Vertrieb kundenindividueller IT-Lösungen Mit einem Geleitwort von Univ.-Prof. Dr. Helmut Krcmar YJ Springer Gabler

Mehr

Vorwort. Tag des Systems Engineering. The Value of Systems Engineering - Der Weg zu den technischen Systemen von morgen

Vorwort. Tag des Systems Engineering. The Value of Systems Engineering - Der Weg zu den technischen Systemen von morgen Vorwort Tag des Systems Engineering The Value of Systems Engineering - Der Weg zu den technischen Systemen von morgen Herausgegeben von Maik Maurer, Sven-Olaf Schulze ISBN (Buch): 978-3-446-43915-3 ISBN

Mehr

Neue Funktionen in Innovator 11 R5

Neue Funktionen in Innovator 11 R5 Neue Funktionen in Innovator 11 R5 Innovator for Enterprise Architects, Java Harvester und Prüfassistent 12.11.2013 Agenda 1 2 3 Einführung Was ist neu in Innovator 11 R5? Szenario Enterprise Architektur

Mehr

Wie schreibt man eine Literaturübersicht?

Wie schreibt man eine Literaturübersicht? Wie schreibt man eine Literaturübersicht? Hinweis: Eine Literaturübersicht kann sowohl ein eigenständiger Text oder Teil einer wissenschaftlichen Arbeit sein. Im zweiten Fall findet sich in der Arbeit

Mehr

Industrie 4.0 Eine Vision auf dem Weg zur Wirklichkeit

Industrie 4.0 Eine Vision auf dem Weg zur Wirklichkeit Eckard Eberle, CEO Industrial Automation Systems Industrie 4.0 Eine Vision auf dem Weg zur Wirklichkeit siemens.com/answers Industrie 4.0 Was ist das? Der zeitliche Ablauf der industriellen Revolution

Mehr

Taxonomy of Evolution and Dependability. Integration Engineering SS 2009 Andreas Landerer

Taxonomy of Evolution and Dependability. Integration Engineering SS 2009 Andreas Landerer Taxonomy of Evolution and Dependability Integration Engineering SS 2009 Andreas Landerer Agenda Informationen über Massimo Felici Definition zentraler Begriffe Inhalt des Artikels Kernaussagen des Artikels

Mehr

Vorteile und Herausforderungen IT-gestützter Compliance-Erfüllung

Vorteile und Herausforderungen IT-gestützter Compliance-Erfüllung Wirtschafts- und Sozialwissenschaftliche Fakultät der Friedrich-Alexander-Universität Erlangen-Nürnberg Vorteile und Herausforderungen IT-gestützter Compliance-Erfüllung (Wirtschaftlichkeit von IT-Risk-Management-Lösungen

Mehr

Information zu den Studienleistungen Projektplanung (SPO 1: 111232, SPO 2: 112232 ) und Bachelor Thesis (SPO 1: 111241, SPO 2: 112251)

Information zu den Studienleistungen Projektplanung (SPO 1: 111232, SPO 2: 112232 ) und Bachelor Thesis (SPO 1: 111241, SPO 2: 112251) Fakultät Technik 1 Studiengang Maschinenbau Prodekan Prof Dr-Ing W Elmendorf Information zu den Studienleistungen Projektplanung (SPO 1: 111232, SPO 2: 112232 ) und Bachelor Thesis (SPO 1: 111241, SPO

Mehr

Dienstleistungsportfolio

Dienstleistungsportfolio Dienstleistungsportfolio Die klassischen Grenzen zwischen einzelnen Ingenieur- und Informatikbereichen werden immer mehr aufgehoben. Im Vordergrund steht ein durchgängiger effizienter Entwicklungsprozess.

Mehr

Software Product Line Engineering

Software Product Line Engineering Software Product Line Engineering Grundlagen, Variabilität, Organisation Sebastian Steger steger@cs.tu-berlin.de WS 2005/2006 SWT: Entwicklung verteilter eingebetteter Systeme Software Product Line Engineering

Mehr

Risikomanagement für IT-Projekte: Vergleich von Risiken und Methoden

Risikomanagement für IT-Projekte: Vergleich von Risiken und Methoden Sperrvermerk Risikomanagement für IT-Projekte: Vergleich von Risiken und Methoden Bachelorarbeit Zur Erlangung des akademischen Grades Bachelor of Science (B.Sc.) im Studiengang Wirtschaftswissenschaft

Mehr

als Basis für erfolgreiche Produkt- und Prozessentwicklung

als Basis für erfolgreiche Produkt- und Prozessentwicklung DR.-ING Effektive MICHAEL Funktions- GELLNER und Risikoanalyse als Basis für erfolgreiche Produkt- und Prozessentwicklung KONTAKT w.dietz@ub-dietz.com Tel. +49 160 3653476 DR.-ING ERFAHRUNG MICHAEL GELLNER

Mehr

Entwicklung und Erprobung innovativer Produkte - Rapid Prototyping

Entwicklung und Erprobung innovativer Produkte - Rapid Prototyping VDI-Buch Entwicklung und Erprobung innovativer Produkte - Rapid Prototyping Grundlagen, Rahmenbedingungen und Realisierung von Bernd Bertsche, Hans-Jörg Bullinger 1. Auflage Springer-Verlag Berlin Heidelberg

Mehr

Die Softwareentwicklungsphasen!

Die Softwareentwicklungsphasen! Softwareentwicklung Die Softwareentwicklungsphasen! Die Bezeichnungen der Phasen sind keine speziellen Begriffe der Informatik, sondern den allgemeinen Prinzipien zur Produktion integrierter Systeme entliehen.

Mehr

Business Continuity Management (BCM) als Managementaufgabe Ein prozessorientierter Ansatz für den IT-Sicherheitsprozess

Business Continuity Management (BCM) als Managementaufgabe Ein prozessorientierter Ansatz für den IT-Sicherheitsprozess Business Continuity Management (BCM) als Managementaufgabe Ein prozessorientierter Ansatz für den IT-Sicherheitsprozess, Projektmanager und Sales Consultant, EMPRISE Process Management GmbH Das Gesetz

Mehr

Grob- und Detailplanung bei der Implementierung nutzen

Grob- und Detailplanung bei der Implementierung nutzen Softwarearchitektur Grob- und Detailplanung bei der Implementierung nutzen Bereich Realisierung Aktivität Softwareinkrement realisieren Ziele Vermitteln einer Orientierungshilfe für alle Entwickler Etablierung

Mehr

Tagungsband - 6. PLM Future Tagung und zehnjähriges Lehrstuhljubiläum 22. Oktober 2014

Tagungsband - 6. PLM Future Tagung und zehnjähriges Lehrstuhljubiläum 22. Oktober 2014 Lehrstuhl für Virtuelle Produktentwicklung Prof. Dr.-Ing. Martin Eigner Tagungsband - 6. PLM Future Tagung und zehnjähriges Lehrstuhljubiläum 22. Oktober 2014 Product Lifecycle Management - Integration,

Mehr

Product Lifecycle Management

Product Lifecycle Management Martin Eigner Ralph Stelzer Product Lifecycle Management Ein Leitfaden für Product Development und Life Cycle Management 2., neu bearbeitete Auflage 4u Springer Inhaltsverzeichnis 1 Einleitung 1 Literatur

Mehr

lung eingebetteter Softwaresysteme im

lung eingebetteter Softwaresysteme im Technische Universität München Fakultät für Informatik Lehrstuhl für Software & Systems Engineering Kosten und Nutzen modellbasierter Entwick lung eingebetteter Softwaresysteme im Automobil Sascha Kirstan

Mehr

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 350

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 350 DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN Nr. 350 Ein konzeptioneller Business-Intelligence-Ansatz zur Gestaltung von Geschäftsprozessen

Mehr

Grundwissen IT 10. Klasse

Grundwissen IT 10. Klasse Grundwissen IT 10. Klasse WPFG I E5: Baugruppenmontage und Funktionsmodelle (14) E6: Erweiterte Anwendungen (14) G1: Modellierung und Codierung von Algorithmen (14) E5: Baugruppenmontage und Funktionsmodelle

Mehr

Evaluation nach Maß. Die Evaluation des BMBF-Foresight-Prozesses

Evaluation nach Maß. Die Evaluation des BMBF-Foresight-Prozesses Evaluation nach Maß Die Evaluation des BMBF-Foresight-Prozesses Beitrag zur IFQ-Jahrestagung Bonn, 1.1.008 Validität im Kontext des BMBF-Foresight-Prozesses Validität Fähigkeit eines Untersuchungsinstrumentes,

Mehr

Übungen zur Softwaretechnik

Übungen zur Softwaretechnik Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 8 10. Dezember 2002 www4.in.tum.de/~rumpe/se

Mehr

Vom Intranet zum Knowledge Management

Vom Intranet zum Knowledge Management Vom Intranet zum Knowledge Management Die Veränderung der Informationskultur in Organisationen von Martin Kuppinger, Michael Woywode 1. Auflage Hanser München 2000 Verlag C.H. Beck im Internet: www.beck.de

Mehr

ERP-Systemeinsatz bewerten und optimieren

ERP-Systemeinsatz bewerten und optimieren ERP-Systemeinsatz bewerten und optimieren Handlungsfelder zur Optimierung des ERP-Systemeinsatzes ERP-Lösungen werden meist über viele Jahre lang eingesetzt, um die Geschäftsprozesse softwaretechnisch

Mehr

Konzeption eines Enterprise 2.0 Projektmanagement - Tool mit Beteiligung diverser Stake Holder. Bachelorarbeit

Konzeption eines Enterprise 2.0 Projektmanagement - Tool mit Beteiligung diverser Stake Holder. Bachelorarbeit Konzeption eines Enterprise 2.0 Projektmanagement - Tool mit Beteiligung diverser Stake Holder Bachelorarbeit zur Erlangung des akademischen Grades Bachelor of Science (B.Sc.) im Studiengang Wirtschaftswissenschaft

Mehr

Without knowledge management our services would be unthinkable. Arthur D. Little

Without knowledge management our services would be unthinkable. Arthur D. Little Without knowledge management our services would be unthinkable. Arthur D. Little Weshalb Wissensmanagement? Wissen ist die Gesamtheit der Informationen, Kenntnisse und Fähigkeiten einer Person, die zur

Mehr

Produkt und Methode. SIRIUSlogic 4.0 in der Praxis. SIRIUS Consulting & Training AG. www.sirius-consult.com. SIRIUS Consulting & Training AG

Produkt und Methode. SIRIUSlogic 4.0 in der Praxis. SIRIUS Consulting & Training AG. www.sirius-consult.com. SIRIUS Consulting & Training AG Produkt und Methode SIRIUSlogic 4.0 in der Praxis SIRIUS Consulting & Training AG www.sirius-consult.com SIRIUSlogic 4.0 Warum ein weiteres Prozessmanagement Werkzeug? Motivation Was muß das Tool leisten

Mehr