PDF- Dokument

Transcrição

PDF- Dokument

Anforderungen der heutigen E/E-Prozesskette und Auswirkungen auf
das integrierte Datenmanagement
Today’s E/E Process Chain Requirements and Implications towards
integrated Data Management
Robert Lokner
Siemens Business Services GmbH & Co, OHG
Matthias John
Magna Steyr Fahrzeugtechnik AG & Co. KG
Copyright © Siemens AG 2006. Alle Rechte vorbehalten.
Overall Objective
Point out the impact of E/E Development
in the Product Development Phase
for the After Sales Service
and potential Solution Szenarios
Page 2
April-06
Robert Lokner / Matthias John
Agenda
E/E Process Chain Requirements (Matthias John)
Implications towards integrated Data Management (Robert Lokner)
E.g. E/E Compatibility Management
Solution Approach
Design Possibilities via Ontology
Contribution of SOA (Service Oriented Architecture)
Conclusion
Page 3
April-06
Magna Group
The full vehicle competence of MAGNA
guarantees highest efficiency in program management
Page 4
April-06
Services & References (Selection)
Automotive Development
Development of
components, systems,
modules as well as complete
vehicles
Automotive Production
Modules & Components
Production
Steel Tank Systems:
Planning and operation of
production facilities for
volume-production of vehicles
Mercedes S-Class
Mercedes E-Class (US)
Chrysler Grand Cherokee
New Beetle
AB
Audi TT/Audi S3
Saab Convertible 93
BMW X3
Audi Allroad quattro
Mercedes-Benz E-Class
Mercedes-Benz S 4MATIC
Mercedes-Benz M-Class
Mercedes-Benz E 4MATIC
Mercedes-Benz C 4MATIC
Jeep Grand Cherokee
Saab Convertible 9³
BMW X3
IVECO LMV
Focus / Transit
A-C-S-SLK-SL-Class
C40
Fuel Caps:
Mercedes-Benz G-Class
Smart MCC
Steel Fuel Filler Pipes:
Chrysler Voyager
Outer panels:
BMW X3
Porsche Cayenne
Chrysler 300C
VW Touareg
Saab Convertible 93
DaimlerChrysler
Stewart & Stevenson FMTV
Page 5
April-06
Jeep Grand Cherokee
Chrysler Voyager
Jeep Grand Cherokee
EE Competence
Page 6
April-06
Motivation
60 years later:
• more than 3km wiring harness
• up to 50 control units or more
1947:
• about 50m wiring harness
• no control unit
Page 7
April-06
E/E - Controllability
Page 8
April-06
MSF E/E Development Process
E
Pre-development
Pre-development
ZV
ConceptPhase
Phase
Concept
KB
Developmentand
andIntegration
IntegrationPhase
Phase
Development
System
Development
• Technology
Scouting
• Benchmark
Analysis
• Software &
Hardware
Models
• Rough
Concept
• Space
Investigation
• Overall Target
• Cost
• Quality
• Functions
• Specification
FB
• Package
• Simu. Models
• HIL Test
• Verification
• Tool
• Change
Management
• Supplier
Mgmt
• Release
PTO
LT SOP PS
ProductionTest
TestPhase
Phase
Production
Complete
Vehicle
Integration
• Prototypes
• Initial Start-up
• Subsystem
Test
• Labcar
• EMC
• Coding
• Quiescent
Current
• Supplier
Mgmt
• Release
• SW/HW Freeze
• Test
flashability/
codability on
the line
• Start of the
validation of
the series
vehicle
• Homologation
tests
HW Development Tools: CAD, CAE, Excel
SW Development Tools: Matlab, Simulink, Stateflow, TargetLink, CANape,
CANoe, Codeview, C, Assembler, Excel
Page 9
April-06
MSF E/E Development Process
E
Pre-development
Pre-development
ZV
Concept
ConceptPhase
Phase
KB
FB
Development
Developmentand
andIntegration
IntegrationPhase
Phase
PTO
LT SOP PS
Production
ProductionTest
TestPhase
Phase
WH
1
1
1.000
3.000
ECU
1x50
1x50
(2-3)x50
5x50
Software
1x50
3x50
7x50
10x50
Complete
Vehicle
1
~150
~52,5Mio
~375Mio
The tremendous increase in part numbers
requires sophisticated processes, methods and
software solutions...
Page 10
April-06
Theoretical
values
E/E Process Chain Requirements …
Increase of E/E Innovation
Reliability
Control of Complexity
Customer and Service Orientation
Integration of Heterogeneous Information Resources
Functional Orientation
... and Implications towards integrated Data Management?
Page 11
April-06
Agenda
Solution Approach
Conclusion
Page 12
April-06
Business Case E/E Compatibility Management
Dealer
Vehicle-Tester
KompatibilitäsWissen
As-Is E/E
To-Be E/E
Page 13
April-06
Dependencies
Vehicle-LifeCycle
t0
t1
t2
Question:
Should the vehicle be updated
to the actual HW/SW OR
NOT?
SG 1
SG 2
SG 3
Not compatible
SG 4
compatible
SG 5
Electronic device
SG 6
secure status
Baseline 1
Baseline 2
Baseline 3
Needed, but not secure
status
Secure and Controlled
Page 14
April-06
Business Impact of E/E Compatibility Managements
Cost
Customer
Effort
for
E/EAssurance
ServiceCost
in After
Sales
After Sales
Production
Development
Occurrence of
Failure
Page 15
April-06
Sources of Compatibility Knowledge?
Stücklisten Mgt .
Dialog
E/E PDM
DEEP-C
SW
Sensor
SG
Aktuator
KompatibilitäsWissen
What
Whatis
isan
anappropriate
appropriateMethod
Methodto
to
model
model(Compatibility)
(Compatibility)Knowledge?
Knowledge?
As-Is E/E
To-Be E/E
Produktstruktur
Smaragd
Page 16
April-06
As-Is Situation
Vermarktungsstruktur
Vertriebliche Vermarktungsstruktur
Abbildung der Kombinationen aus Kommunikations-Systemen
und den dazugehörigen Endgeräten (Ansatz zur System -Modellierung)
n
m
Produkt Vermarktungsstruktur
- Die Produktversion in der PVS entspricht der Produktversion TopNet
- Mit der ID wird eine direkte Beziehung zur PV unter TopNet hergestellt
-Version
-ID
n
m
Bestellposition
-Preis
-Textart
-ProduktelementType
-Leistungsart
n
m
Lieferposition
AVANT
-SNR
-Einkaufspreis
-ProduktelementType
-Ausgabestand
PRISMA-Projekt
n
-Freigabe Verantwortung
-Verteilerliste
- Das PRISMA Projekt wird als Hilfsmittel für das Reporting verwendet
- Festlegung des erforderlichen Personenkreises
für die Freigaben (Change Notice)
1
n
1
- Bündelung von einzelnen Assemblies
- Logische Trennung von SW und HW möglich
- Dokumentation
Work Order
1
-Type
n
PRISMA
1
1
Assembly Master
n
-SNR 3Block
n
Change Notice
-Freigabe Verantwortliche
-Freigabetermin
1
Alle Teile kommen aus HICIS
Unterscheidung zwischen
- einkaufbaren Teilen
- selbst hergestellten Teilen
- Roylality-Lizenzen
und werden als Attribut in Assembly-Component-Check
auf Assembly-Ebene abgebildet
1
n
n
Assembly
-SNR 4Block
-Ausgabestand
-Status
n
Es gibt bis zu 5 Assembly
Ebenen unter PRISMA
n n
Dokument
-SNR
n
n
PRISMAARCHIV
n
1
n
n
1
n
n
- Beinhaltet unteranderem Fertigungsinfomationen
SW-Binary
Teil (Element/Bauteil)
-Laufende NR
-Type
-SNR
-SNR
- Produkte die in TopNet nicht vorhanden sind
- Keine Aufteilung in HiPath und NoHiPath (Partner- Produkte)
- Service -relevante Unterscheidungsmerkmale
- Notwendige Security Aspekte und Netz-Informationen
- Rasches auffinden von allen notwendigen Service Infos
Main Category
Different
Different Data
Datamodel
model
in
Application
in Application
disables
disables
efficient
efficientProcesses!
Processes!
HICIS
1
n
Produkt Familie
- Sollten mit der Product Family in TopNet identisch sein
n
1 n
n
1
Ausbauvariante
Produkt
Ausbauvarianten existiert nur bei der HiPath 3000 Serie
-Anzahl Ports
-Sprache
1
n
n
n
Produktversion
Produkt-Ausbauvarianten-Version
n
1
n
Produkt Item Number
1
BOL
1
1
- Ist eine SW-Version (z.B. V1.1 einer Produktversion V1.0)
n
1
1
1
n
n
n
n
n
1
n
1
Bugfix
Service Info
1
Trouble Report
SW Vorkorrektur
Cases
- Service Dokumente
- SW-Release Dokumenten
(mit SW-Patch)
1
1
1
1
1
1
Pre-Revision Bugfix
SW Patch
Preliminary Bugfix
n
1
View
n
-Alias
n
1
1
1
Area
1
n
n
n
Main Category
1
n
Produktfamilie
1
n
Produkt
-Owner
1
«uses»
n
- Man bezeichnet eine PV als Komponente,
wenn sie nicht separat vermarktet wird.
- Wird als Type representiert!
1
TopInfo-R
Vermarktungs
-struktur
(AVANT)
Produktversion
-Type
«uses»
Content Ablage
(NetInfo)
1
1
TopInfo-T/
/
TopNet
NetInfo
ECRP
SEBA
IAS-Portal
n
1
Produkt-Package
1
Wave-Projekt
-W0
-W1
-W2
-W3
1
1
1
1
n
n 1
n
KMOSS
1
MMI-Projekt
PhaseOut-Projekt
-Country
-Kanal
-M4
-M5
-Country
-Kanal
-M1
-DR
-M2
-M3
Realisationsprojekt
Definitionsprojekt
-M0
-M1
-ProzessType
-M1
-M2
-M3
-LCA
-LCO
n
Ein Waveprojekt ist ein Projekt zur gebündelten
Markteinführung verschiedener Produktversionen
1
Funktionales-Projekt
n
Generic-Container Projekt
MMI = Make Market Introduction
Länderspezifische und Kanalspezifische Einführung einer Produktversion
Hauptdatenfluss (nicht alle Tools und SST dargestellt)
Abhängig vom ProzessType werden unterschiedliche
Meilensteinmodell in den Realisierungsprojekten verwendet
Page 17
ICTS
1
April-06
SWS
To-Be Situation
Common Describtion-Model/Language
1..*
-isClassified
BusinessElement
-hasDocument
TaxonomyItem
-classifies
1..*
-Name
-Description
-Owner
1..*
1
-hasSubclassification
Vermarktungsstruktur
PRISMA-Projekt
n
Vertriebliche Vermarktungsstruktur
-WorkresultFor
1..*
Abbildung der Kombinationen aus Kommunikations-Systemen
und den dazugehörigen Endgeräten (Ansatz zur System-Modellierung)
+hasVersion
StructureElement
+isVersionFor
StructureElementVersion
-Version
1
n
m
-WorkresultFor
1..*
1..*
1..*
AsDefinedElement
AsDefinedElementVersion
-Number
-Description
-Number
-Version
- Bündelung von einzelnen Assemblies
- Logische Trennung von SW und HW möglich
- Dokumentation
Work Order
1
-Type
-isBaselineFor
1..*
Program
-isDocumentFor
Document
BaselineVersion
-forScenarioVersion
1..*
-hasScenarioVersion
n
m
-Frozen
-Data
n
1..*
1
1..*
-hasSolution
-Type
1
DocumentVersion
-hasSystem
-forChannel
1..*
-forCountry
1
1..*
-forPhase
-forTask
Project
-hasOwnTask
1..*
-Project-ID
-hasSubproject
-isSubprojectFor
-hasSystem
1
1..*
1..*
-hasProduct
-inOrderPosition
-hasProduct
1..*
-forScenarioVersion
n
m
-forModuleVersion
-forSolutionVersion
System
1..*
1..*
Lieferposition
-hasPhase
1..*
-hasSubphase
-forProject
Phase
1
1..*
SystemVersion
ProductVersion
1..*
-hasChecklistItem
1
OrderPositionVersion
1..*
1
-hasSolution
1
-forProject
-forPhase
-hasChecklist
1..*
1..*
1
Checklist
-forTask
OrderPosition
-hasTask
1..*
1..*
Assembly
RoleRessouce-Relation
Es gibt bis zu Ressource
5 Assembly
Ebenen unter PRISMA
-SNR 4Block
-Ausgabestand
-Status
-Project-ID
n
-forProject
-isSubtaskFor
-hasSubtask
-hasRole
Task
n
n
n
n
1
n
- Beinhaltet unteranderem Fertigungsinfomationen
SW-Binary
Teil (Element/Bauteil)
-Laufende NR
-Type
-SNR
-SNR
1
1..*
Dokument
-SNR
n
1..*
-hasChecklistItem
-forChecklist
n
1
1
ChecklistItem
-hasSystem
1..*
n
-forPhase
-inOrderPosition
1..*
-forRole
1..*
1
1..*
-hasRessoucse
n
-hasChecklist
n
n
1
-hasRole
-isSubphaseFor
Unterscheidung zwischen
- einkaufbaren Teilen
- selbst hergestellten Teilen
- Roylality-Lizenzen
und werden als Attribut in Assembly-Component-Check
auf Assembly-Ebene abgebildet
1
Role
1..*
Alle Teile kommen aus HICIS
-inProject
1..*
1..*
1
1..*
1
-hasWorkresult
SolutionVersion
1..*
-inOrderPosition
1..*
1..*
-forSystemVersion
-forModuleVersion
-forSolutionVersion
1..*
1
Product
-SNR
-Einkaufspreis
-ProduktelementType
-Ausgabestand
1..*
-ServiceRelevance
1..*
n
-dependsOnOtherTask
1
1..*
AsDesignedElementVersion
-ServiceRelevance
1..*
-forProgram
-hasProduct
AsDesignedElement
Solution
n
-Freigabe Verantwortliche
-Freigabetermin
1
1..*
-hasRole
1..*
ReleaseNote
-Preis
-Textart
-ProduktelementType
-Leistungsart
1
1
Assembly Master
-SNR 3Block
-hasProject
Change Notice
ScenarioModuleVersion
ScenarionModule
Bestellposition
- Das PRISMA Projekt wird als Hilfsmittel für das Reporting verwendet
- Festlegung des erforderlichen Personenkreises
für die Freigaben (Change Notice)
1
n
1
-hasOperatedElement
-hasBaseline
- Die Produktversion in der PVSScenario
entspricht der Produktversion
TopNet
-hasScenarioModule
- Mit der ID wird eine direkte Beziehung zur PV unter TopNet
hergestellt
-forScenarionModule
ScenarioVersion
1..*
-isSubclassificationFor
1..*
Baseline
Produkt Vermarktungsstruktur
-Version
-ID
1..*
-Freigabe Verantwortung
-Verteilerliste
-hasWorkresult
-forTask
1
-hasProduct
DeliveryPosition
DeliveryPositionVersion
-forAssemblyVersion
1..*
-hasAssembly
Assembly
AssemblyVersion
-hasComponent
1
1..*
-ECCN
1
1..*
-forAssemblyVersion
Component
ComponentVersion
1
-hasHWComponent
1..*
-ECCN
-hasSWComponent
1..*
HW-Component
-solvedBy
-solved
HW-Error
-causedBy
HW-ComponentVersion
-isHWComponentFor
-forComponentVersion
*
n
1..*
1
View
n
1
n
n
1
Area
1
n
1..*
Main Category
1
-isSubComponentFor
1
n
n
Produktfamilie
-forComponentVersion
1..*
SW-Release
1
-hasReleases
1
1..*
1..*
1
Vermarktungs
-struktur
(AVANT)
Produktversion
1..*
«uses»
-isSuccessorOf
Content -isPredecessorOf
Ablage
(NetInfo)
1
1
1
1..*
1
1
n
-hasProject
Produkt Familie
1..*
1
-hasHotfix
1..*
-solvedBy
-Fix-Nr. = 1-999
-Fix-State = obsolete, actual, test
-inOberatedComponent
-forCustomer
Channel
-caused
1
-hasIncident
AsOperatedElementVersion
-hasContract
Contract
AsOperatedAssemblyVersion
1
1
-hasBOM
1
1..*
MMI-Projekt
-hasSLA
Definitionsprojekt
Realisationsprojekt
-ProzessType
-M1
1..*
-M2 -hasSLA
-M3
1..*
-LCA
1..*
AsOperatedComponent
-LCO
1..*
1
n
n
n
1..*
SLA
-atLocation
1..*
n
-isComponentFor
1
1
1..*
n
1..*
1
1
1
-LocationFor
1..*
1
1
- Ist eine SW-Version (z.B. V1.1 einer Produktversion V1.0)
n
-LocationFor
Location
1..*
-hasSubLocation
-SubLocationOf
-isContactFor
1
n
n
n
1..*
1
n
-hasOperatedElement
SW Patch
1
Trouble Report
SW Vorkorrektur
Cases
- Service Dokumente
- SW-Release Dokumenten
(mit SW -Patch)
*
1
1
Bugfix
Contact
Service Info
Generic-Container Projekt
MMI = Make Market Introduction
Länderspezifische und Kanalspezifische Einführung einer Produktversion
n
n
1..*
-atLocation
-hasHWComponent
1
n
-hasSWRelease
n
Funktionales-Projekt
1
-hasChannel
1
1..*-hasOperatedElement
AsOperatedComponentVersion
Produktversion
Produkt-Ausbauvarianten-Version
Produkt Item Number
1
-hasHotfix
-Name
-Address
1
-isSLAFor
-hasContact
-SLAforOperatedElement
Ein Waveprojekt ist ein Projekt zur gebündelten
Markteinführung verschiedener Produktversionen
Ausbauvarianten existiert nur bei der HiPath 3000 Serie
-forCustomer
-inCountry
1
-atLocation
-hasContact
1
1..*
-hasElementVersion
-hasComponent
1
-M0
-M1
Produkt
-ForCustomer 1
1
-isBOMFor
1
n
n
-Country
-Kanal
-M1
-DR
-M2
-M3
Ausbauvariante
Customer
-W0
-W1
-W2
-W3
1..*
AsOperatedAssembly
PhaseOut-Projekt
n
1
-Anzahl Ports
-Sprache
1
1..*
Wave-Projekt
1
-Country
-Kanal
-M4
-M5
n
-hasCustomer
n
1..*
AsOperatedElement
1
Produkt-Package
1
n 1
- Sollten mit der Product Family in TopNet identisch sein
1
1..*
-Number
-State
-Description
1..*
-hasProject
Country
-caused
Incident
n
1
Produkte die in TopNet nicht vorhanden sind
Keine Aufteilung in HiPath und NoHiPath (Partner- Produkte)
Service -relevante Unterscheidungsmerkmale
Notwendige Security Aspekte und Netz-Informationen
Rasches auffinden von allen notwendigen Service Infos
-causedBy
1..*
-solved
-forSWRelease
Hotfix
-Type
SW-Error
-Number
-State
-Description
-isSWReleaseFor
1..*
-hasSubComponent
«uses»
n
1..*
1..*
1
-forSWComponent
1
-solved
-solvedBy
-SNR-4Bock
-ReleaseType = MajorR, MinorR, FixR
-ProductionType = Full, Delta
-Version = xx.yy.zzz
-Number
-Lable
-isSuccessorOf
SW-Component
n
-SNR-3Block
-Description
Produkt
1 -Owner
- Man bezeichnet eine PV als Komponente ,
wenn sie nicht separat vermarktet wird.
- Wird als Type representiert!
-
-isPredecessorOf
Main Category
-Alias
1..*
1
*
1..*
1
1
1
1
1
Pre-Revision Bugfix
1
Preliminary Bugfix
Abhängig vom ProzessType werden unterschiedliche
Meilensteinmodell in den Realisierungsprojekten verwendet
Page 18
April-06
Agenda
Solution Approach
Conclusion
Page 19
April-06
Requirements towards integrated Data
Management
Need of Methods and Technologies to Structure und Categories Business
Relevant Information from different views
Data, Component, Bus-System, Hardware, Software etc.
Draw logical Conclusion from different „Knowledge-Sources“
Scalability of application boundaries
Efficient Navigation inside Information Spaces
Appropriate Architecture for Communication
Page 20
April-06
Methods and Technologies for integrated Data
Management
Description-Language
Ontology
Integration Technologie
SOA/ESA
Page 21
April-06
What are Ontologies?
A common Language for ...
common Symbols und Names (Syntax)
agreed Sense and Meaning (Semantic)
Hierarchical Domain Structure (Taxonomy)
Structured Vocabulary (Thesaurus )
Rules and Knowledge about allowed and meaningful linkages
Formal (machine readable)
Page 22
April-06
Objectives of Ontologies
Representation of complex Knowledge for machine processing
Integration of Heterogeneous Data Sources through Knowledge
Structure
Combine Knowledge of different Sources in order to draw Conclusions
Show logical dependencies by given rules
Page 23
April-06
Ontologie-Model (Component-Level)
Page 24
April-06
Example
OntologieEditor:
Protégé
Language:
OWL
Page 25
April-06
Example
Page 26
April-06
“Big-Picture”
kompatibel
A
kompatibel
B
benötigt
B‘
Knowledge Modeling
kompatibel
C
( Editor + Language)
Loader
Database
( Schema, SQLStatements etc.)
Information Sources
Page 27
April-06
Difference between ER-Model und Ontologies
Ontologies are more expressive and more semantic, hierarchical and
rule based
Example:
A is compatible to B
B requires B‘ (if B, than B‘)
B is compatible to C
Conclusion: A is compatible to C
If A is compatible to B und B compatible to C, than A is compatible
to C
A
compatible
compatible
B
requires
B‘
compatible
C
Page 28
April-06
Objectives
ProduktDokumentation
Easy- help
ServiceInformation
Software-ABO
Service-Tools
Diagnose Störungsmanagement
Ersatzteile
Reparaturteile
Page 29
April-06
Kompatibilitäts
-Tool
Agenda
Solution Approach
Conclusion
Page 30
April-06
What ist SOA?
“An application software topology consisting of any number of
services and service consumers (clients) in loosely coupled
relationships”
Gartner Group
“An application architecture in which all functions or services are
definied using a description language and have invokable interfaces
that are called to perform business processes”
www.webopedia.com
„A set of components which can be invoked, and whose
interface descriptions can be published and discovered”
W3C Web Services Glossary
Page 31
April-06
Was ist SOA?
SOA ist eine Architektur, in der die für die Geschäftsprozesse benötigten Funktionalitäten
als Services implementiert und orchestriert werden. Services können beispielsweise über
Web-Technologien miteinander verknüpft werden. Für ihre Schnittstellen existieren
standardisierte Beschreibungen. Methodik und Technik sind standardisiert über
Vereinbarungen des OASIS-Konsortiums. Dies gewährleistet Unterstützung durch die big
players der IT-Branche (BEA, HP, IBM, Microsoft, Oracle, SAP, SUN...):
Services sind aufgrund Standardisierungsvereinbarungen interoperabel über
verschiedenste Umgebungen hinweg, „Spezifikationen“ einzelner Hersteller sind mittels
gateways skalierbar für Erweiterungen der Architektur nach außen (z.B. für das Internet)
Für Entwicklung, Test, Deployment und Management der Services stehen Standardtools
zur Verfügung
Neu am Konzept der SOA ist der Einsatz flexibler Services, um die Geschäftsprozesse mit
der Technik auf Basis anerkannter Standards zu verbinden.
Page 32
April-06
SOA-Principle
• Service 1: Authentification data flow to Service 2.
• Service 2 contains functionality of the CRM-Systems
• Service 3 is updating data
• Service 2 is also used in another business process
Page 33
April-06
Nutzen von SOA
Aus dieser Architekturlösung ergeben sich vielfältige Anwendungsmöglichkeiten, die für
sich alleine genommen oft sehr aufwendig in der Umsetzung wären, aber durch
Standardisierung von Schnittstellen und Kommunikation in einer bereits vorhandenen
Umgebung neue und effiziente Möglichkeiten eröffnen.
Umfangreichere und flexiblere Nutzung vorhandener Investitionen
- Anbindung von Datenaustausch mit Altsystemen
- (stufenweise) Migrationen
- EAI (Enterprise Application Integration)
Verknüpfung unternehmensweiter Datensammlung
Geschäftsprozess-Orientierung zur Marktausrichtung
Portale, Collaboration
Page 34
April-06
SOA Maturity / Usage
Questions:
Product
Portfolio
Mgt.
How many SOA do we need?
Granularity?
Define
Plan
Realize
Comm./
Operate
Phase
Out
Enable
Process
Product & Project Portfolio Management
Lifecycle Process Support
Product Compliance
Which Business Requirements
should we address?
Page 35
April-06
Requirements
Management &
System Engineering
Collaborative
Product
Design
Integration with
other processes
Application
Product Data Management (PDM)
Integration Layer
Infrastructure
PLM Data Definition Model
Data
Organization Model
Organization
Location Model
Location
SOA/ESA
Objectives of Ontologie Modeling and the
contribution of SOA
Page 36
April-06
Agenda
Solution Approach
Conclusion
Page 37
April-06
Conclusion
The Product Knowledge available in distributed domains, these domains are
inefficient connected and linked
E/E is the Innovator in many Branches
High complexity by E/E-Innovation
Hugh Cost Savings and Quality increase in the ASS
Need for Methods and Technologies to integrate and structure business relevant
information
Entity-Relationship Model does not cover the requirements as needed
The Ontology more expressive, semantic, hierarchical und rule based
Ontology preferred in heterogeneous IT-landscapes
High Potential of SOA-Contribution as Integrations layer
Siemens A&D has setup an Information-Space based on Ontology's for one
Product. This Solution is in the Pilot Phase.
Page 38
April-06
Contact
Robert Lokner
Business Manager Automotive PLM
SBS D SOL BPS PLM SD 1
Matthias John
Head of Advanced Development EE
Magna Steyr Fahrzeugtechnik AG & Co. KG
Berliner Str. 95
D-80805 München
Liebenauer Hauptstraße 317
A-8041 Graz
Mobil: +49 (0)160 963 64 951
Tel: +43 (0) 316 / 404 - 3074
E-Mail: [email protected]
E-Mail: [email protected]
Page 39
April-06

PDF- Dokument

Transcrição

Documentos relacionados

exoticplants.at Pachypodium roseiflorum / horombense

Pensionsversicherungsanstalt Wien

Brasilien Quo Vadis_Jul. 05, 2016_Munich.key

Artikeldatenblatt - Mesch-Shop

Kunsthalle Bonn “ANGKOR” Göttliches Erbe Kambodschas

Sheet1 Page 1 Song Interpret Strichliste 10 Meter geh`n Chris

BSH Hausgeräte

Sinamics V20 – Flyer, 2016

powerslim passivo_macaé.cdr

Title Name, Date

Arbeitsblatt - Mein bleicher Bruder