24.02.2013 Aufrufe

Wronn, Stramma, Uhde GmbH - Aachener Verfahrenstechnik

Wronn, Stramma, Uhde GmbH - Aachener Verfahrenstechnik

Wronn, Stramma, Uhde GmbH - Aachener Verfahrenstechnik

MEHR ANZEIGEN
WENIGER ANZEIGEN

Erfolgreiche ePaper selbst erstellen

Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.

© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V2<br />

Integrationsansätze bei der <strong>Uhde</strong> <strong>GmbH</strong> -<br />

Interessenkonflikte aus den Anforderungen an<br />

elektronische Deliverables<br />

Dipl.-Inform. Heike <strong>Wronn</strong><br />

Dipl.-Phys. Ulrich <strong>Stramma</strong><br />

5. Symposium ‚Informationstechnologien für Entwicklung und Produktion in<br />

der <strong>Verfahrenstechnik</strong>‘<br />

RWTH Aachen 3.- 4. April 2008


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

1. Darstellung des aktuellen <strong>Uhde</strong> Tool- sets<br />

2. Integrationsansätze am Beispiel SPPID<br />

3. Kritische Würdigung der Toolbedeutung<br />

4. Integrationsansätze (aus Sicht des Contractors)<br />

5. Ansatz Engineering Suite ?<br />

6. Weitergehende Integrationsanforderungen<br />

2


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Aktuelles <strong>Uhde</strong> Tool-Set<br />

PFD<br />

AutoCAD<br />

Process<br />

Comos PR<br />

Estimate<br />

UKAS<br />

Progress<br />

Control<br />

Primavera<br />

Techn. Calc.<br />

Programms<br />

Aspen<br />

Collaboration<br />

Cfolder Document<br />

Management<br />

SAP-DMS<br />

Piping<br />

IRP<br />

Equipment<br />

Comos-EQ<br />

Cost Control<br />

subcontr.<br />

KKF<br />

Cost Control<br />

inhouse.<br />

KKE<br />

Cost<br />

Reporting<br />

Zwika<br />

Record of<br />

Orders<br />

BuL<br />

P&ID<br />

SP P&ID<br />

Material<br />

Management<br />

Shipping<br />

LOADS<br />

Instruments<br />

Comos EI<br />

INtools<br />

Electrical<br />

Comos EI<br />

Expediting<br />

PC-Termin<br />

Spares<br />

SAP / Excel<br />

Piping &<br />

Arrangement<br />

PDMS<br />

PDS<br />

Mechanical<br />

Completion<br />

ICAPS<br />

Site<br />

Management<br />

SMS,Sitetraxx<br />

Avanti<br />

Electronic transfer<br />

Manual copying<br />

Automatic transfer<br />

3


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

1. Darstellung des aktuellen <strong>Uhde</strong> Tool- sets<br />

2. Integrationsansätze am Beispiel SPPID<br />

3. Kritische Würdigung der Toolbedeutung<br />

4. Integrationsansätze (aus Sicht des Contractors)<br />

5. Ansatz Engineering Suite ?<br />

6. Weitergehende Integrationsanforderungen<br />

4


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Aktuelles <strong>Uhde</strong> Tool-Set<br />

PFD<br />

AutoCAD<br />

Process<br />

Comos PR<br />

Estimate<br />

UKAS<br />

Progress<br />

Control<br />

Primavera<br />

Techn. Calc.<br />

Programms<br />

Aspen<br />

Collaboration<br />

Cfolder Document<br />

Management<br />

SAP-DMS<br />

Piping<br />

IRP<br />

Equipment<br />

Comos-EQ<br />

Cost Control<br />

subcontr.<br />

KKF<br />

Cost Control<br />

inhouse.<br />

KKE<br />

Cost<br />

Reporting<br />

Zwika<br />

Record of<br />

Orders<br />

BuL<br />

P&ID<br />

SP P&ID<br />

Material<br />

Management<br />

Shipping<br />

LOADS<br />

Instruments<br />

Comos EI<br />

INtools<br />

Electrical<br />

Comos EI<br />

Expediting<br />

PC-Termin<br />

Spares<br />

SAP / Excel<br />

Piping &<br />

Arrangement<br />

PDMS<br />

PDS<br />

Mechanical<br />

Completion<br />

ICAPS<br />

Site<br />

Management<br />

SMS,Sitetraxx<br />

Avanti<br />

Electronic transfer<br />

Manual copying<br />

Automatic transfer<br />

5


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

� SPPID Integration, dargestellt als Beispiel (stellvertretend für andere<br />

Tools)<br />

– PID ist zentrales, bestimmendes Tool im Basic Engineering<br />

– Ablösung einer AutoCAD PID Eigenentwicklung (1991) mit PID<br />

‚Intelligenz‘<br />

– Tausch der Abhängigkeit vom eigenen Personal gegen die<br />

‚Performance‘ eines (?) Herstellers<br />

– Entwicklung der Erweiterungen mit dem Software Hersteller<br />

– Vorteile der vorhandenen PID Intelligenz sollen mindestens weiterhin<br />

genutzt werden, Erwartung: wir wollen noch ‚besser‘ werden<br />

– Schnelle Einführung / Umsetzung (2003 – 2006 ?)<br />

– Unterstützung des internationalen Engineering / Workshare<br />

– Marktgängigkeit und erfüllt Forderungen der Kunden (Deliverables)<br />

� Hinweis den gemeinsamen Vortrag von BASF, Bayer, Evonik, Linde und<br />

<strong>Uhde</strong> zu SPPID auf der PAAT in Weimar Nov.07 und dem Management<br />

Meeting mit Intergraph Geschäftführung (ProcessNet Initiative).<br />

6


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integration in die CAE-Sytemwelt<br />

Schnittstellen<br />

Piping<br />

specific.<br />

IRP (piping)<br />

Specification<br />

Insulation<br />

Tables<br />

Piping list list attributes<br />

Piping spec. / / Sequence<br />

PDMS<br />

PDS<br />

3D - model<br />

Media<br />

List<br />

IRP<br />

Contract Master list<br />

Piping<br />

list<br />

Maintains all all pipeline<br />

relevant data data<br />

Equipment list<br />

Comos EQ<br />

Comos EQ<br />

MTO<br />

Valve list from<br />

SP P&ID<br />

Material list<br />

Instrument<br />

information<br />

Instrument list<br />

Comos EI<br />

INtools<br />

7


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Autom. piping designation dependent on fluid table and<br />

insulation specification<br />

Manual input Result<br />

diameterfluid code<br />

Fluid table from piping<br />

specification program<br />

Fluid<br />

WGL<br />

Name<br />

Brine, water w. chiller<br />

Insulation<br />

type<br />

K<br />

diameter fluid code<br />

80 - WGL - 01134 80 - WGL - 01134 - BB03C - K<br />

...<br />

...<br />

...<br />

....<br />

....<br />

...<br />

piping<br />

class<br />

Insul<br />

temp.<br />

10<br />

insul.<br />

type<br />

Piping<br />

class<br />

BB03C<br />

8


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Automatic determination of piping components parts numbers<br />

and mapping of correct symbols<br />

Manual input<br />

short code<br />

V<br />

TEXTNN<br />

Exchange<br />

symbol<br />

V-N402A<br />

Figures derived from pipe run<br />

80 - WGL - 011134 - BB03C -K<br />

Piping mm inches mm inches Short Part London Text<br />

class from from to to code number code<br />

BB03C 0015 1/2 0100 4 0/0 V V-N402A VFB globe valve<br />

Allocation table for pipe class,<br />

part number and valve symbol<br />

from piping spec. program<br />

[xml - file]<br />

London Symbol Text<br />

code<br />

VFB valve, flanges<br />

9


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Workshare Concept<br />

for P&ID processing in Contract<br />

Host<br />

Database<br />

UIL - Mumbai<br />

Reference<br />

Data (W)<br />

SP-Explorer<br />

Web Server<br />

&<br />

CITRIX Server<br />

(R) :Read Access (W): Write Access<br />

Zip files<br />

http/citrix<br />

Connected<br />

Sync online<br />

Stand-alone<br />

Sync as per requirement<br />

Stand-alone<br />

Sync as per requirement<br />

Satellite<br />

DB<br />

Satellite<br />

DB<br />

Satellite<br />

DB<br />

UIL - Pune<br />

Reference<br />

Data (R)<br />

Dortmund<br />

Reference<br />

Data (R)<br />

Bad Soden<br />

Reference<br />

Data (R)<br />

10


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

1. Darstellung des aktuellen <strong>Uhde</strong> Tool- sets<br />

2. Integrationsansätze am Beispiel SPPID<br />

3. Kritische Würdigung der Toolbedeutung<br />

4. Integrationsansätze (aus Sicht des Contractors)<br />

5. Ansatz Engineering Suite ?<br />

6. Weitergehende Integrationsanforderungen<br />

11


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

� Kritische Würdigung der Toolbedeutung<br />

– Es wird viel zu viel über ‚Tools‘ geredet !!!<br />

– Voraussetzung für eine effiziente Nutzung sind:<br />

• Ein abgestimmter, passender Workflow<br />

– ‚Der Erfolg von SAP: WF und Tool<br />

aber in deren „Umfeld“,<br />

– woher kommt die Definition des Workflow im Engineering ??<br />

– i.d.R. nicht vom SW Hersteller / Consultant:<br />

� Das wird wohl Ihre Eigenleistung sein müssen<br />

� Gute Erfahrung in der Zusammenarbeit<br />

mit der RWTH Aachen<br />

• Ein definierter Split of Work und Scope of Work<br />

• Erfüllung des Vertrages!<br />

• Der geschulte und erfahrene Anwender<br />

• Angemessenes Environment / Infrastruktur<br />

• Und dann kommt erst das Tool !!<br />

12


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

� Bewährtes Tool- und Integrationskonzept,<br />

Grundforderungen im Engineering – Umfeld:<br />

– Modulare, marktgängige Tools unter Berücksichtigung der<br />

Wettbewerbsvorteile<br />

– Flexible, offene und durch den Contractor im Auftrag kurzfristig<br />

anpassbare Schnittstellen<br />

– Daten- Transfer als interne ‚Revision‘: Disziplin ‚A‘ transferiert,<br />

Disziplin ‚B‘ nimmt Transfer- File von ‚A‘ kontrolliert entgegen<br />

– Vermeidung von proprietären Schnittstellen (TEF, …) und Vermeidung<br />

von Online- Schnittstellen (Flexibilität vor Über- Integration)<br />

– Kundentools sind einbindbar (jedoch Schulung, Workflow !, ggfs<br />

Subcontracting bei ‚selteneren‘ Tools)<br />

– Häufiger geforderte Tools (2nd Tool- set) werden ggf. in einer<br />

Dependance vorgehalten (geschulter, regelmäßiger Anwender)<br />

– Tools sind einfach dislozierbar<br />

– Standortübergreifende Bearbeitung ist gegeben (eigener Mechanismus<br />

oder Terminalserver, …) und Tiefe / SoW pro Auftrag anpassbar<br />

13


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

1. Darstellung des aktuellen <strong>Uhde</strong> Tool- sets<br />

2. Integrationsansätze am Beispiel SPPID<br />

3. Kritische Würdigung der Toolbedeutung<br />

4. Integrationsansätze (aus Sicht des Contractors)<br />

5. Ansatz Engineering Suite ?<br />

6. Weitergehende Integrationsanforderungen<br />

14


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

� Zunehmende Forderung aus den ITB‘s nach<br />

– Elektronischen Deliverables (Files, Excel im Lay-out Format wie auch die<br />

Datenbanken)<br />

– Spezifischen Tools mit spezifischen Release Ständen<br />

� Ziel des Owner & Operator sind Daten für die Plant Maintenance / Umbauten<br />

� Aber nur 30 – 40% der Daten / Dokumente kommen vom General -Contractor, 60 –<br />

70% von Unterlieferanten, Civil & Bau<br />

� Internet Collaboration Tool<br />

� ein Klassiker mit inhärentem Interessenkonflikt: Package Units !!<br />

� <strong>Uhde</strong> hat seit 2001 eine permanente Organisationseinheit PCS (Proposal &<br />

Contract Support ) in IS etabliert:<br />

– Auswertung aller ITB- Forderungen<br />

– Workflow, SoW und Deliverables im Rahmen der Tool –Durchsprachen im<br />

Angebot (und bei Auftragsbeginn)<br />

– Workflow- und Schnittstellen- Änderungen (‚no free lunch‘)<br />

– Kosten aus IT, IT ist Teil des Kerngeschäfts (nicht ‚Overhead‘)<br />

– Risikobewertung<br />

– Regelmäßiger Bericht an das UTE – Steering Committee<br />

15


Engineering<br />

ERP<br />

© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Sales / Offer<br />

Basic Engineering<br />

Detail<br />

FEED Ext. Basic Engineering<br />

Electr. + Instrum.<br />

(COMOS-EI)<br />

Equipment<br />

(EQList)<br />

IRP / MTO<br />

Cost Estimation<br />

(UKAS)<br />

Process Simulation<br />

(AspenPlus)<br />

Conceptual Modeller<br />

(ASD)<br />

PFD<br />

(AutoCad)<br />

Chronological Sequence of Project Execution<br />

Equipment<br />

(COMOS/EQ) –> EXCEL<br />

Process Database<br />

(VTDB (VTDB) / Zycad)<br />

Piping Spec<br />

(IRP)<br />

Intelligent P+ID<br />

(AutoCad / (AutoCad) PDS 2D / SP P+ID)<br />

3D Arrangement<br />

(PDMS / PDS)<br />

Electrical + Instrumentation<br />

(COMOS-EI (COMOS-EI)<br />

/ INtools / SP Electrical)<br />

– Document – Document Storage Storage Document Management<br />

Document Management<br />

– Document – Document Control Control (SAP-DMS / DOCUMENTUM, ProjectWise)<br />

(SAP-DMS)<br />

Piping Procurement<br />

(IRP)<br />

3D Piping<br />

(PDMS / PDS)<br />

Project Execution<br />

Progress Control / Capacity Planning<br />

(Primavera, BuL)<br />

Cost Control<br />

(KKE, KKF, ZwiKa)<br />

Administration Processes<br />

(SAP-Modules for Human Resources, Asset Management, Financing, Costing, Sales)<br />

MC-System<br />

Site<br />

Electr. + Instrum.<br />

(???)<br />

Civil Engineering<br />

(STAAD, STRUKAT, AutoCad, AutoCad) ?)<br />

Constr. Plan. („4D“)<br />

(PrioList)<br />

3D Viewing+AsBuilt<br />

(PDMS / REVIEW PDS / REVIEW) / PDS)<br />

Site<br />

Management<br />

(SMS)<br />

Material Management / Procurement<br />

(Order-Preparation (IRP, COMOS-EI, Avanti), BuL, ReqStore, MM, LOADS, u.a.)<br />

Plant<br />

Maintenance<br />

Electr. + Instrum.<br />

(e.g. INtools)<br />

editable deliverables<br />

(Office, DWG, DGN,..)<br />

Intelligent P+ID<br />

(AutoCad/PDS 2D/SPP+ID)<br />

3D<br />

(PDMS / PDS / Review)<br />

Document Managmt<br />

(e.g. DOCUMENTUM)<br />

<strong>Uhde</strong><br />

IT Strategy<br />

2005+<br />

Status 2002<br />

Product Lifecycle 20 years 10% 90%<br />

Project Execution Steps<br />

– clients requests - plant maintenance influences --<br />

Plant Maint.,Budgetg.<br />

Maint.,Budgetg<br />

(„client system“)<br />

Legend :<br />

client requirements<br />

16


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

1. Darstellung des aktuellen <strong>Uhde</strong> Tool- sets<br />

2. Integrationsansätze am Beispiel SPPID<br />

3. Kritische Würdigung der Toolbedeutung<br />

4. Integrationsansätze (aus Sicht des Contractors)<br />

5. Ansatz Engineering Suite ?<br />

6. Weitergehende Integrationsanforderungen<br />

17


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

<strong>Uhde</strong>‘s criteria to Engineering Suites - Market and<br />

Client Orientation<br />

� Evaluation of 160 projects / ITBs 03.2003 – 10.2006 gives interesting results<br />

� High percentage show requirements of at least one specific product (~ 26%)<br />

� Percentage for awarded contracts is ca. 19%<br />

� Percentage for contracts > 200 Mio EUR (16) is ca. 44%<br />

� Requirements are not equally distributed over all branches of business<br />

� Contracting is definitely Intergraph oriented<br />

� no requirements in Coke Oven Plants (except for AutoDesk Inventor)<br />

� mixed in process oriented business<br />

18


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

<strong>Uhde</strong>‘s understanding of Engineering Suite<br />

� several applications / software systems for various engineering tasks<br />

� same look and feel<br />

� specialized integration platform with specific functionality<br />

� predefined interfaces,<br />

typically not between applications but to integration platform<br />

� higher level of integration between applications, not only data exchange<br />

� consolidation aspects<br />

Engineering Suite<br />

=<br />

Tools + Integration<br />

..<br />

19


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

<strong>Uhde</strong>‘s criteria to Engineering Suites<br />

� Will Market and Client Orientation be improved ?<br />

� Can we expect Quality improvements ?<br />

� Will Split-of-Work related Collaboration / Controlling be supported ?<br />

� Can we expect an increase in Engineering Efficency ?<br />

� What impact will we have on IT Efficency (Costs, flexibility, supportability) ?<br />

20


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Tools - Integration - Suites -- Four different approaches<br />

Approaches<br />

Description<br />

<strong>Uhde</strong><br />

„as is“<br />

1<br />

� „Best-of-Breed“<br />

� to be decided<br />

occasionally and<br />

per product<br />

� no explicit<br />

concentration on<br />

one specific<br />

supplier<br />

� no further<br />

integration<br />

� Workshop<br />

� 2 board members<br />

� Engineering managers<br />

� <strong>Uhde</strong> <strong>GmbH</strong> + affiliates<br />

� other managers<br />

� = 15 voters<br />

Tool<br />

approach<br />

� Stronger and<br />

more distinct<br />

orientation<br />

towards client‘s<br />

requests<br />

� all tools from one<br />

supplier (as well<br />

as possible)<br />

� no further<br />

integration<br />

2 Integration 3 Suite 4<br />

approach<br />

approach<br />

�<br />

1 2 3<br />

+ Integrat. platform<br />

� no explicit<br />

concentration on<br />

one specific<br />

supplier<br />

� Introduction of<br />

specific integration<br />

platform now<br />

� We asked<br />

+<br />

� all tools from one<br />

supplier (as well<br />

as possible)<br />

� Introduction of<br />

supplier specific<br />

integration<br />

platform now<br />

� Classify your assessment !<br />

� Your preferred strategy ?<br />

� Your Priorities ?<br />

� Next Steps ?<br />

21


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Tools - Integration - Suites -- Four different approaches<br />

Approaches<br />

Description<br />

<strong>Uhde</strong><br />

„as is“<br />

1<br />

� „Best-of-Breed“<br />

� to be decided<br />

occasionally and<br />

per product<br />

� no explicit<br />

concentration on<br />

one specific<br />

supplier<br />

� no further<br />

integration<br />

2<br />

votes<br />

Tool<br />

approach<br />

� Stronger and<br />

more distinct<br />

orientation<br />

towards client‘s<br />

requests<br />

� all tools from one<br />

supplier (as well<br />

as possible)<br />

� no further<br />

integration<br />

1<br />

vote<br />

2 Integration 3 Suite 4<br />

approach<br />

approach<br />

�<br />

1 2 3<br />

+ Integrat. platform<br />

� no explicit<br />

concentration on<br />

one specific<br />

supplier<br />

� Introduction of<br />

specific integration<br />

platform now<br />

10<br />

votes<br />

+<br />

� all tools from one<br />

supplier (as well<br />

as possible)<br />

� Introduction of<br />

supplier specific<br />

integration<br />

platform now<br />

2<br />

votes<br />

22


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

� <strong>Uhde</strong> Strategiebeschluss 23.11.2006 zu Engineering Suiten:<br />

– Keine Bindung an eine spezielle Engineering Suite<br />

– Keine Abhängigkeit von einem SW – Hersteller<br />

– Weiterhin „Best-of-Breed“ Ansatz im Engineering<br />

– Tool – Übergreifende Integration ist vorrangiges Ziel<br />

• Erster Schritt ist Engineering – Integration<br />

• Desweiteren Project Execution<br />

– <strong>Uhde</strong> Vorgehensweise SDE (Struktur Daten Explorer)<br />

• Kurzfristige Ergebnisse haben Vorrang<br />

• Kein ‚Umweg über ein vollständiges Transfermanagement‘<br />

• Erster Ansatz SmartPlant Foundation – Projekt abgebrochen<br />

• Zweiter Ansatz VNET – bei 3 Großaufträgen im Einsatz<br />

23


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

SDE (Strukturdaten-Explorer)<br />

Spezifischer Integrationsansatz bei <strong>Uhde</strong><br />

Ziel: Erhöhung der disziplin-übergreifenden Transparenz<br />

� Zusammenführung wesentlicher Daten aus<br />

unterschiedlichen operativen Systemen<br />

� Visualisierung anhand einer definierten Anlagenstruktur<br />

� Verdichtungen und Auswertungen der Daten<br />

� Konsistenzprüfungen bzgl. Struktur-Daten<br />

� Zielgruppe sind die Funktionen ab Lead Engineer aufwärts<br />

24


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

SDE –<br />

Realisierungskonzept<br />

Visualisierung, Auswertung, Präsentation<br />

Zwischenebene,<br />

Bearbeitungsebene<br />

Strukturdaten<br />

Explorer<br />

Speicherung der Daten gemäß Templates<br />

Laden<br />

Export der<br />

relevanten Daten<br />

der Daten<br />

� Vordefinierte Templates und<br />

Strukturen<br />

� Verknüpfung und Auswertung<br />

� Aufbereitung zur Präsentation<br />

� Konsolidierung der Struktur-<br />

Daten<br />

..<br />

COMOS-EQ IRP BuL<br />

25


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

1. Darstellung des aktuellen <strong>Uhde</strong> Tool- sets<br />

2. Integrationsansätze am Beispiel SPPID<br />

3. Kritische Würdigung der Toolbedeutung<br />

4. Integrationsansätze (aus Sicht des Contractors)<br />

5. Ansatz Engineering Suite ?<br />

6. Weitergehende Integrationsanforderungen<br />

26


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

� Weitergehende Integrationsanforderungen (die Herausforderungen)<br />

– Vorgabe eines ge-‘customize‘ten O&O (PMC ? )- Tool steht i.d.R.<br />

im Widerspruch zum erweiterten Contractor- Tool (SPPID, Intools,<br />

…Comos)<br />

• Masterdatenbank beim Kunden oder beim PMC<br />

• Rationalisierungsmaßnahmen des Contractors entfallen,<br />

Zusatzaufwand, Qualitätseinbußen, Zeit und Kosten<br />

• Oder nur Personalgestellung für Eingabe in die Tools des O&O �<br />

Ausschluss von General Contractoren (beabsichtigt ? )<br />

• Hersteller ist mit in die Pflicht zu nehmen, praktikable Lösung für<br />

beide Seiten in Praxi aufzuzeigen (Interoperability).<br />

� Bereitstellung von Maintenance Daten (30 – 70% Regel) mit Quer-<br />

Standardisierung über Unterlieferanten hinweg (‚Interchangeability‘)<br />

� Übergabe der Dokumentation mit beliebigen elektronischen<br />

Cross Referenzen (‚Hot Spots‘)<br />

� Diese ITB Forderungen sind Realität: Alles ist möglich, aber „no free lunch“<br />

27


© <strong>Uhde</strong> <strong>GmbH</strong> - December 2006 V1<br />

Integrationsansätze und Interessenkonflikte<br />

„If two (people) do the same, it is not the same“<br />

Latin Saying<br />

28

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!