Oktober 2016 ? Februar 2017

Implementierung des Unternehmensprozesses in SAP für die Konstruktion mit

CADIntegration. Bereits existierende CAD-Daten werden aus dem PLM System

WINDCHILL übernommen. Zu implementieren ist der Business Prozess in

SAP Klassen. SAP/ECTR als CAD-Integration ist für den Standort neu. Die ECTR

Umgebung selbst, ist bereits durch ein Partnerteam eingestellt. Ebenso ist der

definiertbare Teil des Unternehmensprozesses durch das Team in ein

Lasten-/Pflichtenheft überführt worden. Die Programmierung erfolgt in ABAP-OO,

wobei die Datensicherheit innerhalb der Konstruktion oberste Priorität hat.

Mit der Neuanlage eines Dokumenteninfosatzes (DIS) wird als Pflichteingabe die

Berechtigung für diesen Dokumenteninfosatz festgelegt. Die Berechtigung ist in

SAP-PSP Elementen hinterlegt. Während der Pflege der Klassifikation stehen diese

PSP Werte in einer Auswahlliste zur Verfügung. Hat ein Anwender keine Berechtigung

auf den
gesetzten Berechtigungswert, dann verschwindet der Dokumenteninfosatz bzw. alle
Element der Dokumentenstückliste aus der Struktur.
Für ein bezogenes Halbfertigteil, kann in der Klassifikation eine
Lieferantenteilenummer angelegt werden. Mit dem Speichervorgang des
Dokumenteninfosatzes wird geprüft, ob diese Lieferantenteilenummer bereits
vergeben ist. Sofern ja, wird die Anlage des DIS? abgelehnt. Im negativen Fall
wird der DIS angelegt und die neue Lieferantenteilenummer in einer Z-Tabelle
gespeichert. Soll eine bereits angelegte Lieferantenteilenummer wiederverwendet
werden, dann ist das entsprechende Feld in der Klassifikation leer zu lassen,
das Material im ECTR zu suchen und per Drag and Drop auf dem gespeicherten DIS
fallen zu lassen. Die Lieferantenteilenummer wird in die DIS Klassifikation
übernommen und der Materialobjektlink angelegt.
Vor der Freigabe eines DIS? erfolgt eine Prüfung nach dem Vieraugenprinzip.
Der Prüfer darf nicht mit dem Konstrukteur identisch sein. Mit dem Statuswechsel
auf Prüfung werden aus den CAD-Daten Neutralformate (PDF, JT) auf einem externen
Server erzeugt. Die Material­verknüpfung und die Existenz einer Verknüpfung zu
einem Entwicklungsdokumenteninfosatz wird geprüft.
Nach einer erfolgreichen visuellen Prüfung der CAD-Daten kann die Konstruktion
freigegeben werden.
Die 2D Konstruktionen, sowie die erstellten Neutralformate werden von den
Konstrukteurs-Dokumenteninfosätzen an den Entwicklungsdokumenteninfosatz
kopiert. Die Konstrukteurs-Dokumenteninfosätze (2D und 3D Dokumentenstückliste)
und der Entwicklungsdokumenteninfosatz werden per Programm freigegeben.
Der Entwicklungsdokumenteninfosatz ist nicht mehr änderbar. Bei der Anlage einer
neuen Version eines Konstrukteurs-Dokumenteninfosatzes, muss ein neuer
Entwicklungsdokumenteninfosatz angelegt und mit der neuen Version verlinkt
werden. Der Prozess beginnt von neuem.

 

CADIntegration SAP/ECTR

CAD CATIA V5/R25

Programmierung: ABAP

 

 

Mai 2014 ? Februar 2017

Überführung der bisherigen UserExit in die SAP OO Welt Ziel ist die
Zukunftsfähigkeit des SAP-Systems in der PLM Umgebung. Hierzu gehören auch die
abhängigen UserExit im Modul MM.  Im Rahmen der Umstellung ist der Cideon
Workspace für SolidWorks anstelle des CAD-Desktops eingeführt und an die
europäischen Anwender ausgerollt worden.  Eine vom Konstrukteur unabhängige
Statussteuerung zwischen den Dokumenteninfosätzen, dem Werksübergreifenden
Materialstatus und dem Stücklistenstatus ist implementiert. Hier lösen zum
Beispiel Mengenänderungen in der Stückliste eine Statusänderung am
Kopfmaterial der Stückliste aus. Mit der Freigabe der Stückliste wird der
Materialstatus aller Positionen geprüft. Sind nicht alle Stücklistenpositionen
freigegeben, erfolgt eine Fehlermeldung. Ziel ist, die nachträglichen
Statusrücknahmen von Freigaben für eine Korrektur zu reduzieren.

Eine Erweiterung des Nummerngenerators aus dem nächsten Zeitraum ist
notwendig. Die Gefahrstoffdokumente werden aus einer flachen Ablage in einem
Archivserver nach SAP DVS überführt. Die Archivablage ist über die SAP
Materialnummer zu erreichen. Die Dokumente sind aber anders als in der DVS
Ablage nicht als einzelne sichtbare Originale abgelegt, sondern stehen als
eine Zeile einer SAP Tabelle in der SAP Office Umgebung. Um die Dokumente
wieder herzustellen, ist ein ABAP Programm notwendig, das über die
Materialnummer und den Archivlink des eigentlichen Dokuments ermittelt, die
entsprechende Zeile ausliest und schliesslich als PDF oder TIFF in das
Dateisystem speichert. Parallel zum Speichervorgang wird ein Dokument mit den
Metadaten des Gefahrstoffs erstellt, sodass eine Ablage im SAP DVS ohne
grossen Aufwand mit dem Dokumentenimporter möglich ist. Mit dem Import sind
die Dokumente als Dokumenteninfosatz mit dem Gefahrstoffdokument als Original
für die Anwender zu sehen. Der Zugriff kann über die Suchfunktionen der
Transaktionen CV04N oder über das Material, wie bisher erfolgen.  Die
Anpassung am Nummerngenerator ist notwendig, da die DIS Dokumentennummer aus
einem dreistelligen Label, Minuszeichen und einer fortlaufenden Nummer aus dem
Dokumentennummernobjekt gebildet wird. Eine neue Art der Dokumentennummer.

SolidWorks CAD-Desktop und CWS ABAP Programmierung


Mai 2013 ? April 2014

Neuprogrammierung des Nummerngenerators im SAP Dokumentenobjekt.  Der
bisherige UserExit in der Dokumentenartendefinition wird hierdurch
abgelöst. Die Neuprogrammie­rung erfolgt über eine neue Klasse, deren Methoden
aus dem BADI ?Dokument-Num01? aufgerufen werden.  Bis auf geometrischen
Dokumente haben alle anderen ein fortlaufendes Nummernsystem. Die Nummer wird
aus dem Nummernpool für Dokumente gezogen.  Dokumente für SolidWorks, ME10 und
Zuken sind einem Projekt zugeordnet und haben einen gemischt alpha/numerischen
Aufbau. Das Top-Dokument trägt die Projektnummer als Dokumentennummer. Bei
SolidWorks bekommen alle weiteren Dokumente in der Dokumentenstruktur die
Projektnummer aus dem Top als Präfix. Dieser wird mit einem Kenner für
Assembly und Part und einer fortlaufenden Nummer erweitertet. Diese
fortlaufende Nummer ist über die Dokumentenversionen bei jeder Neuanlage in
der Dokumentenstruktur zu ermitteln. Nachmodellierungen von ME10 Zeichnungen
in 3d SolidWorks behalten die Dokumentennummer der Urzeichnung, bekommen aber
eine neue Version. Zu berücksichtigen sind auch gezogene und noch nicht im DMS
gespeicherte Dokumentennummern.

Erweiterung, die bei einer neuen Version die Vorversion in den
Dokumentenstatus ?in Änderung? setzt. Mit der Freigabe der neuen Version,
bekommt die Vorversion den Status ?ersetzt?. Die betroffenen Dokumentenarten,
für die dieses Feature gilt, sind in einer Z-Tabelle hinterlegt und somit
einfach zu pflegen.

Programm zum Umsetzen des Vorgänger Status aller noch älteren Versionen. Das
Programm ist die manuelle Pflege aller alten Dokumente aus der Änderung oben.
Die Pflege läuft über ein ALV Grid. Die visuelle Darstellung ist notwendig, da
Nachmodellierungen von der Urvariante in der Version überholt worden sind. Im
ALV kann die aktuelle gültige Version definiert und über das Programm gesetzt
werden. D.h. für jeden Dokumenteninfosatz wird der Status, wie manuell
gesetzt, definiert.


Erweiterung der Dokumentenmassenanlage im CAD-Desktop.  Die Klassifikation
wird angehängt und automatisch (dunkel) mit den Standort- und Abteilungsdaten
des Konstrukteurs befüllt. Die Standortdaten sind für das
Standortübergreifende Dokumentenberechtigungs­system notwendig.  Der
Konstrukteur muss während der Zuordnung bzw. dem Anlegen von Materialien zum
Dokumenteninfo­satz festlegen, ob es sich hierbei um ein Gefahrstoffmaterial
handelt. Die Abfrage erfolgt über ein Popup. Das Ergebnis wird in einer
Z-Tabelle zum Material gespeichert. Die Gefahrstoffe müssen vor
Produkti­onsbeginn genehmigt sein, daher die frühe Definition.

Tagesgeschäft für SolidWorks, CAD-Desktop, SAP/DVS und SAP/MM

SolidWorks Zuken E3S ABAP OO CAD-Desktop


Programmierung eines Java Tools zum Import von beliebigen durch TAB getrennten
Listen in eine beliebige Datenbank.  Die Datenbank kann durch Austausch der
JDBC Schnittstelle gewechselt werden. Nach der Eingabe der Datenbankparameter
und des Imports erfolgt die Darstellung der Listenkopfzeile in einem
Fenster. Per Maus kann den Elementen der Kopfzeile ein Datentyp zugewiesen
werden, Standard ist immer Text. Die so definierte Tabelle wird angelegt und
der Import erfolgt. Hintergrund für die Entwicklung war, das kein Tool die
ca. 4 Mill. Zeilen aus einem vorangegangenen SAP Stücklistentabellenabzug
(Print) importieren konnte.

Ermittlung von Gleichteilen zwischen Produktfamilien, um Optimierungspotential
für die Produktion zu erkennen.  Ein Ziel ist zum Beispiel, gleiche Baugruppen
in einer Kleinserie zu fertigen.  Basierend auf der neuen Stücklistendatenbank
wird ein Java Programm erstellt, dass die parallele Stücklistenauflösung
mehrerer Produkte durchführt. Die Stückliste wird ausgehend von der obersten
Materialnummer so lang aufgelöst, bis sich kein Nachfolger mehr findet. Dieses
unterste Material wird mit dem zugehörigen Stücklistenkopf in eine Excel
Tabelle geschrieben. Die Bewertung erfolgt in Excel nach den Gesichtspunkten
der Werkleitung.


Oracle Datenbank Migration von Oracle 9 auf Oracle 11 mit zeitgleichem
Betriebssystemwechsel von Unix AIX auf Microsoft Windows.  Da die Applikation
nicht geändert werden kann, muss das neue Datenbanksystem eine 1:1 Kopie des
Vorgängers sein. Hiervon sind auch die Netzwerkdaten betroffen, sodass kein
Link zwischen den Systemen möglich ist. Die Daten werden mit einem Java JDBC
Programm entladen. Die entladenen Zeilen werden in SQL Insert-Statements
überführt und in Textdateien gespeichert. Für jede Tabelle gibt es eine
Datei. Diese werden mit Datenbankmitteln, in die neue Datenbank importiert.

JAVA 7 Eclipse, Netbeans Oracle, MySQL Squirrel


Januar 2013 ? April 2013

Untersuchung, wie das 2D CAD-Programm DraftSight von Dassault Systems mit
SAP-PLM, dem Dokumentenmanagement, kommunizieren könnte. Unter der
Berücksichtigung, dass die bis heute existierenden AutoCAD 14 Zeichnungen in
DraftSight lesbar und bearbeitbar sind.

DraftSight AutoCAD mit AutoOrg, Genius GAIN


April 2012 ? Dezember 2012 SAP-DVS Dokumentenimport Tool

Ein Dokumentenimport Tool zum Import von gescannten Papierdokumenten ist
bereits im Einsatz. Da die neuen Anforderungen die Möglichkeiten des alten
Tools übersteigen, wird ein neues Importtool definiert. Das Programm ist in
zwei Stufen mit einem lokalen Teil in Visual Basic und dem SAP Teil in ABAP
programmiert. Diese Trennung war notwendig, da mittels Adobe Creator ein
Zeichnungstitelblock befüllt werden muss.  Die zu importierenden Dokumente
werden unter dem Namen der Dokumentenart und Materialnummer, zu der sie in SAP
verlinkt werden, in einem lokalen Verzeichnis gespeichert. Im ersten Schritt
liest das VB Programm das Verzeichnis und erzeugt eine CSV Datei mit
Materialnummern und Dokumentenarten. Diese CSV Datei wird an das SAP Programm
übergeben. Die Dokumenteninfosätze werden angelegt. Für bereits existierende
Dokumenteninfosätze wird eine neue Version generiert und die letzte
Klassifikation ausgelesen. Die CSV Datei wird mit dem Dokumenteninfosatz
Schlüssel und den Klassifikationsdaten angereichert und in das Dateisystem
zurück geschrieben. Jetzt erfolgt der zweite Schritt für das VB Programm. Die
CSV Datei wird eingelesen. Der Importeur pflegt/prüft in einer Excel
Oberfläche manuell die Metadaten und die Klassifikation der CSV Datei. Für
definierte Dokumentenarten wird das Original (PDF) auf einen 2D
Zeichnungsrahmen kopiert und der Titleblock mit den Dokument-/Materialdaten
befüllt. Die CSV Datei wird gespeichert. Das SAP Programm startet. Die
Metadaten und Klassifikation werden per SAP Programm gepflegt. Die Originale
auf den KPRO importiert und mit den Dokumenteninfosatz verlinkt. Ist kein
Fehler aufgetreten, wird der Dokumenteninfosatz auf den Status ?freigegeben?
gesetzt. Der Vorgänger Satz, sofern vorhanden, bekommt den Status
?gesperrt?. Das SAP Programm nutzt die Funktionsbausteine aus dem SAP DVS
(BAPI_DOCUMENT).

Koordination ABAP Programmierung

 

März 2012 Automatische Aktualisierung von Material in der MARA

Die Export- und Zoll Abteilung lässt vor einem Versand die Materialien
vermessen und wiegen und aktualisiert die Daten in der MARA Tabelle. Während
jedes Checkin eines CAD Dokuments über die CAD-Desktop Schnittstelle werden
die Materialdaten mit den Werten aus dem CAD-System SolidWorks
aktualisiert. Somit sind die besseren, manuell ermittelten Daten
überschrieben.  Der ABAP Teil in der automatischen Materialanlage wird
korrigiert, sodass eine Aktualisierung nur dann erfolgt, solang das Dokument
selbst in der Version 00 ist.

ABAP


Januar 2012 ? Februar 2012 Performance Tool Testlauf

Test eines vor längerer Zeit extern programmierten Performance Tools.  Die
Vorgehensweise des Tools ist es, die System BADIs in der Dokumentenverwaltung
durch eigen kreierte zu ersetzten. Hier wurden nur solche BADIs ersetzt, die
für den Download von Originalen, sowie deren Metadaten notwendig sind. Der
Performance-Gewinn resultiert darin, dass nur angeforderte Daten ermittelt und
zwischengespeichert werden. Im Gegensatz: Die SAP BADIs ermitteln alle
Informationen, auch wenn nur Teile hiervon hinterher übergeben wird.  Im Test
werde alle möglichen Pfade durchlaufen. Fehler werden von mir direkt
korrigiert.  Parallel testet ein Konstrukteur die Interaktion von CAD
SolidWorks , CAD-Desktop und der Dokumentenverwaltung.  Die Performance
Erweiterung wird aktiv gesetzt.

ABAP OO-Klassen und Methodenaufrufe


November 2011 - Dezember 2011 Explosionszeichnungen

Für den Online Ersatzteilkatalog sind Explosions- und Zusammenbauzeichnungen
gewünscht. Das CAD SolidWorks erlaubt nur eine Verschiebung von Elemente in
den x-y-z Achsen Richtungen. Eine genaue Position des Ersatzteils ist u.U nur
schwer zuordenbar. Ein Markt Recherche wird durchgeführt, aber eine
Unterauswahl durch die Webshop Betreiber ist noch nicht erfolgt. Auch ist noch
offen, wer für die Erzeugung der Explosionszeichnungen zuständig ist.  Im
Augenblick ruht das Projekt, da ein Versionswechsel von SolidWorks
bevorsteht. Es soll keine Kollisionen in der Dokumentenverwaltung zwischen den
erzeugten Explosionszeichnungen und den zu migrierenden Konstruktionen geben.

SolidWorks eDrawing, Right Hemisphere (SAP), jpeg


September 2011 ? Dezember 2011 Dokumentation von individuellen Anpassungen am
cDESK

Abweichend zu der von SAP vorgesehenen Anlage von Materialien und
Materialstücklisten aus dem CAD-Desktop, werden bei diesem Kunden diese Werte
im Durchlauf des Statusnetzes angelegt. Die Anlage erfolgt ohne weitere
Interaktion des Anwenders. Dieser hat bereits bei der Auswahl des Materials im
CAD-System SolidWorks alle notwendigen Eingaben zur Anlage getätigt. Damit ist
sichergestellt, dass mit der Freigabe der Struktur alle notwendigen Daten für
den Einkauf bzw. die Produktion vorhanden sind.  Die automatische Material-
und Materialstücklistenanlage sind individuelle Erweiterung in den cDESK
BADIs, die bei der Aktivierung des CAD-Desktops 2006 implementiert
wurden. Bisher ist der Ablauf nicht dokumentiert.  Die Dokumentation erfolgt
systemunabhängig in HTML. Nebenbei ist das einfache Springen auf Querverweise
in HTML von Vorteil.

HTML Editor Kompozer CAD: SolidWorks ABAP

 

Juli 2011 - April 2012

Erstellung eines Reports, der für die Arbeitsvorbereitung laufende Änderungen
in den Stücklisten sucht. Hierzu werden Lagerbestand, Bestellungen und
Kundenaufträgen des Standortes durchsucht. Die gefundenen Materialien  werden
auf Änderungen geprüft.

SAP ECC 6
ABAP Reporting

Zeit: 50%

Oktober 2010 - Februar 2011    CATIA - SAP Integration

Beratung, Customizing und Implementierung einer CATIA V5R20 - SAP Integration
auf Basis der CENIT CDI 2.5.x Implementierung.
In der Vorbesprechung mit dem Kunden werden die Dokumentenarten für die in
SAP-DVS zu speichernden geom. Dokumente definiert. Ebenso das Statusnetz, das
auf die einzelnen Dokumentenarten zugeschnitten ist. Die sprechenden
Dateinamen der Dokumente werden gegen eine durchlaufende Nummerierung
getauscht.
Mit den Informationen aus der Vorbesprechung wird das Customizing
durchgeführt. Hierzu gehört auch die Anbindung des Kontentservers. Bis zu
diesem Punkt lassen sich alle Wünsche und Empfehlungen im Rahmen des
Customizing realisieren.
In drei weiteren Treffen mit dem Kernteam, wird der Kunde in das Arbeiten mit
dem System eingeführt und in die Testphase entlassen.
Nachträglich wird eine automatische Zuordnung des Kontentservers und eine
automatische Aktualisierung des CAD-Desktops realisiert.

SAP ECC 6 CDESK
CENIT CAD-Desktop Integration 2.5.2
CAD - Launcher
CATIA V5R20

Zeit: 20% vor Ort + Remote

Mai 2010 - Juli 2010 Daten-Migration

Material-Daten werden aus dem WINBDS PDM System exportiert und nach SAP
importiert.
Der Datenexport wird vom Kunden durchgeführt. Die exportierten Daten werden
von mir über eine Migrationsdatenbank ins SAP-Datenformat konvertiert. Der
Aufwand besteht hier in der Anpassung der Texte. Mit der Migration sollten
keine hinterlegten Fertigungstexte verloren gehen. Die Text waren in WINBDS
als endloses Textfeld hinterlegt. Für SAP müssen die Texte in aus 70 Zeichen
bestehende Zeilen getrennt werden ohne das Worte gesplittet werden. Das
Resultat wird in die MM-Grunddatentexte abgelegt.
Die Daten aus der Migrationsdatenbank inklusive Textdaten werden als
CSV-Datei gespeichert und nach SAP importiert. Jede Zeile der CSV-Datei legt
ein neues Material an.
Die geom. Dokumente werden zu einem späteren Zeitpunkt migriert, da der
Standort noch keine CAD-Desktop Anbindung hat. Die Objektverknüpfung zwischen
Material und Dokument kann auch später noch erstellt werden, da die WINBDS
Schlüssel mit im SAP MM gespeichert sind und eine Aktualisierung aus SAP nach
WINBDS erfolgt.

SAP ECC6
Access 2007 mit VBA
ABAP Report zur Materialanlage
WINBDS

Zeit: 50% vor Ort + Remote



Mai 2010 - Juni 2011 Erstellung eines Benutzergruppen-Berechtigungssystem in
SAP.

In der Umgebung von SAP MM, DVS und CAD-Desktop wird eine Steuerung der
Zugriffsrechte auf geom. Dokumente konsolidierter und nicht konsolidierter
Firmen entwickelt.
Eine neue Überprüfung der Berechtigung erfolgt durch eine Materialstücklisten-
änderung, per User-Exit. Entlang der Materialstücklisten-Hierarchie wird die
Zugehörigkeit eines Materials zu einer definierten Produktgruppe geprüft.
Entsprechend der Definitionstabelle ist das Berechtigungsfeld BEGRU in der
Material (MARA)- sowie Dokumententabelle (DRAW) zu setzen.
Die Methoden der CDESK-Classes werden dahin gehend überprüft, ob durch die
Zulassung einzelner, die Dokumentenstückliste verändert wird. Bei einem
Check-in wird sonst unbewusst eine geänderte Dokumentenstückliste
abgespeichert.
Die Definitionstabelle hat eine Pflege mittels ALV-Grid, alle anderen
Z-Tabellen werden über generierte Pflegetransaktionen gewartet.
Die betroffenen Rollen im Bereich Konstruktion, Arbeitsvorbereitung, Einkauf
usw. werden angepasst.

Je nach aktuellen Anforderungen pausiert die Realisierung und es werden
Anpassungen und Entwicklungen an weiteren ABAP Reports durchgeführt.

SAP ECC6
Solidworks mit CDESK Integration

Zeit: 30% vor Ort

Februar 2009 ? Juni 2009  Betreuung Internetauftritt J2EE und Oracle

Die Aufgabe besteht in der Überwachung und Anpassung des Webauftritts eines
Mobiltelefonkarten Anbieters.

Frontend sind zwei redundante Apache Webserver mit zwei Webshop-Systemen. Alle
vier Computer werden über eine Loadbalancing System angesprochen. Die
Webshop-Systeme beziehen und speichern die Produkte und Services, sowie
Kundenbestellungen in einem Oracle RAC Cluster. Die Bestellungen werden
regelmässig von hier ausgelesen und in Aufträge konvertiert oder bei
persönlichen Änderungen, in die Kundendatenbank übertragen. Gesteuert wird der
Prozess durch ein SmartBPM von Pega Systems.
Die Anwendungen sind individuell erstellt und werden nach den Marktbedürfnissen
der Mobiltelefon-Branche angepasst. Diese Entwicklungen laufen als Outsourcing
Projekte.
Das Telefonverhalten wird extern erfasst und automatisch in die
Abrechnungsdatenbank übertragen. Für die Rechnungsstellung, werden die Daten
in ein SAP System kopiert.
Die Einspielungen, sowie die Überwachung des Systems gehören zu meinen
Aufgaben.

Server:           Solaris 10, Linux
Datenbanken:      Oracle 10, Oracle RAC
Software:         JBOSS, Java, Perl, XML, Apache, Pega Systems



September 2008 Erstellung eines Pflichtenheftes zur Einführung mySAP/PLM

Die Aufgabe besteht darin, die vom Kunden per Lastenheft geforderten Punkte,
in einem Pflichtenheft zur Einführung von mySAP/PLM zu beschreiben.

Das Einführungskonzept gliedert sich in vier Phasen, die sich terminlich von
Ende 2008 bis Oktober 2010 erstrecken. Jede Phase endet mit einer
Stabilisierung.
Die erste Phase beginnt mit der CAD-Integration. Obwohl vier unterschiedliche
CAD-Systeme im Einsatz sind, empfiehlt sich die Integration, aufgrund der
Lizenzverteilung, nur für ein CAD-System einzurichten. Die SAP
Direktintegration (CDI) für CATIA V5, der Firma Cenit AG, wird empfohlen.
Die Dokumente anderer CAD-System werden in SAP definiert, nur erfolgt die
Ablage über Basis SAP Masken.
Der Aufwand clientseitig und im SAP werden beschrieben. Hier die notwendigen
Anpassungen im  Customizing und in den Methoden zum CAD-Desktop.
Die CDI Schnittstelle nutzt das SAP Dokumentenmanagement zur Ablage der CAD
Dokumente. Mit einer Ablage erfolgt der automatische Aufbau von
Dokumentenstücklisten. Über den CAD-Desktop, als integrierte Oberfläche zur
PLM Integration, kann eine Verbindung der Dokumente zum Material Management
(SAP/MM) erstellt werden.  Der CAD-Desktop erlaubt zudem eine einfache
Verwaltung der Dokumente bei Status- und Versionsänderungen. Das
Änderungswesen und der Workflow sind eingebunden. Derzeit befindet sich die
Integration noch "am Standard".
Mein zweiter Punkt ist die Beschreibung der Datenmigration für "Alt-Daten" und
einer Verknüpfung ins  Material. SAP ist bereits zur Produktionssteuerung
genutzt worden. Es besteht das Problem, wie das zugehörige Material gefunden
werden kann, um eine Objektverknüpfung zu den CAD-Dokumenten herstellen zu
können. Eine endgültige Lösung kann erst nach Begutachtung der CAD-Dokumente
gefunden werden.
Die Phase eins wird umfassend, bis zur gewünschten Einführung von
Projektordnern, beschrieben. Die Zeiten, die zur Realisierung geplant sind,
werden saldiert.
Die Beschreibung der Phasen 2-4 erfolgt durch weitere Teams parallel, da nur
vierzehn Tage zur Verfügung stehen.

Dokumentationen und Handbücher:     

mySAP Productlifecycle Management,

Beschreibung CDI Schnittstelle CENIT AG Stuttgart

April 2008 - September 2008 Anpassungen mySAP/PLM Integration

Kunden, die seit 2007 eine SolidWorks bzw SolidEdge mySAP/PLM Integration
erhalten haben, bekommen noch individuelle Anpassungen in SAP ABAP realisiert.
Ein Beispiel ist, dass bei der Freigabe von Dokumentenstrukturen überprüft
wird, dass alle Dokumente der Struktur, den zur Freigabe notwendigen Status
erreicht haben. Im Fehlerfall wird der Konstrukteur durch eine Liste
(ALV-Grid) über solche Dokumente informiert, die nicht den für die Freigabe
erforderlichen Status haben.
Maximal ein Objektlink ist zwischen dem CAD-Dokument und dem Material möglich.
Ein zweiter Versuch einer Anlage öffnet ein Popup mit einer Fehlermeldung. Der
Vorgang bricht ab.
Die Arbeiten werden meist per VPN Anbindung durchgeführt, da der grösste Teil
der Kundenstandorte sich nicht in Europa befindet.

Server:   SAP/R3 6
CAD:      SolidEdge / SolidWorks
Software: gedas/T-Systems CAD-Integration für SAP, ABAP




April 2007 - April 2008 Datenmigration von SmarTeam PLM nach SAP-PLM

Die Aufgabe besteht darin, die aus SmarTeam exportierten CAD-Dokumente in ein
neu installiertes SAP-R3/PLM zu übertragen.

Im ersten Schritt wird eine Analyse der Daten durchgeführt, die ein zu
migrierendes Volumen von ca. 260.000 SolidEdge (UGS) und Autocad Dokumenten
ergibt. In Abstimmung mit dem Kunden wird definiert, welche Daten übernommen
werden. Ein Pflichtenheft über die Migration wird erstellt.
Der Datenexport der Metadaten aus SmarTeam in eine Access-Datenbank, wird
durch den Kunden organisiert. Die physikalischen CAD-Dokumente stehen in
Vault Ablagen. Hier sind keine weiteren Aktionen notwendig.
Ein Perl-Programm wertet die Access-Datenbank aus. Es werden zwei SAP
Tabellen erzeugt. Die Erste enthält die Metadaten zur Anlage der
Dokumenteninfosätze (DIS). Aus dieser Tabelle wird Zeile für Zeile ein DIS
mit anhängenden Klassifikationsdaten erzeugt und gefüllt, sowie das Original
angehängt. Die Zweite enthält die Dokumentenstrukturen.
In ABAP werden die einzelnen Import Programm-Module erstellt, die eine
parallel ablaufende DIS Anlage erlauben.

Aufgrund langer Leerlauf-Phasen, in denen der Kunden das SAP Customizing in
anderen Bereichen ändern muss, habe ich noch weitere ABAP Programmierungen
in der CAD-Desktop Umgebung übernommen.

Das SAP Material wird automatisch aus einer in den DIS Klassifikationsdaten
abgelegten Materialnummer angelegt. Eine ABAP Funktion zur Materialanlage
ist zu erstellen. Alle am DIS definierten Klassifikationsdaten
(ca. 700 Möglichkeiten) werden mit Inhalt an das neu erstellte Material
kopiert.
Einige Beispiele: Aus Werkstoffdichte und dem Volumen des geometrischen
Modells, wird das Gewicht ermittelt und im Material abgelegt. Drei Standorte
sind als Werk zu berücksichtigen, inklusive Sprachabhängigkeit. Die Einheiten
(Gewicht, Volumen...) und Flags, wie Make/Buy, sind zu belegen.
Der Kunde nutzt eine Eigenentwicklung als Ersatz für die Original SAP MM
Masken. Spezielle Funktionsaufrufe sind für die Anlage von neuen Materialien
zu nutzen. Um den SAP internen Fluss, in den Vertrieb und zum Einkauf zu
erhalten, werden die MM Tabellen, um Strukturen erweitert, genutzt.

Wird aus einem 3D-Modell eine 2D-Ableitung durchgeführt, werden die DIS
Parameter, inklusive der Klassifikationsdaten, an die 2D-Ableitung vererbt,
obwohl 2D und 3D-Modell, auf Kundenwunsch, unterschiedliche DIS-Nummern haben.

Die CAD-Desktop integrierte Schriftkopfbefüllung wird abgeändert. Der Kunde
pflegt auf den 2D Dokumenten eine Historie der letzten acht Änderungen. Diese
Änderungen werden aus den Klassifikationsdaten, der vorangegangenen max. acht
Versionen des Dokuments, ausgelesen und auf Tastendruck in das aktuelle
2D-Dokument eingestellt. Diese Historie wird automatisch, letztmalig, für das
aktuelle 2D-Dokument aktualisiert, wenn dieses den Status "freigegeben" erhält.

Normteile werden einmalig eingechecked, um die Einstellung, alle DISse haben
ein Original zu erfüllen. Normteile werden nicht mehr ausgechecked.

Server:  SAP/R3 6
SW:      Unigraphics SolidEdge

gedas/T-Systems CAD-Integration für SAP

PERL

GNU Tools

ABAP

Datenmigration von Agile PLM nach SAP-PLM

Die Aufgabe besteht darin, die aus Agile exportierten CAD-Dokumente an den
bereits vorhandenen SAP Dokumenten Info Satz (DIS), als Original abzulegen und
die Dokumentenstruktur aufzubauen.

Die einzelnen Schritte, von der Analyse des bisherigen Systems, bis zum
Customizing des SAP-Systems, sind von mehreren Teams durchgeführt worden. Die
jeweiligen Informationen werden per CSV Datei weitergegeben.
Meine Aufgabe besteht hierin, zwei SAP Reports für die Datenmigration zu
erstellen.
Der erste Report startet den Datenimport. Eine zuvor aus den CSV Daten geladene
SAP-Tabelle, beinhaltet hierzu die Informationen über die Schlüsselfelder und
wie die CAD-Dokumente von ihrem Agile Name auf den neuen SAP Namen (=DIS Nummer)
umbenannt werden müssen. Nach der Umbenennung werden die CAD-Dokumente sofort
als Original am DIS abgelegt, da sich verschiedene Versionen eines Dokuments
überschreiben würden.
Der zweite Report ist für die Erstellung der Dokumentenstückliste zuständig.
Die Dokumentenstruktur- Informationen  werden aus einer CSV Datei, in eine
SAP Tabelle eingelesen. Da es sich hierbei noch um die Agile Dokumentennamen
handelt, erfolgt bei jeder Dokumentenstücklisten Anlage eine Umschlüsselung auf
den DIS Namen. Verknüpfungen von Zeichnungen auf Baugruppen und Teile sind
hierbei anders zu handhaben als Verknüpfungen von Baugruppen auf Teile.

Server:  SAP/R3 6

Dassault SolidWorks

gedas/T-Systems CAD-Integration für SAP

PERL

GNU Tools

ABAP

Juni 2004 - April 2007  PDM/PLM system auf Basis SAP/R3-DVS

Maintenance und Optimierung von SAP-DVS in Verbindung mit dem CAD-Desktop,
CATIA V5 und STEP214-Interface durch Perl Programme. SAP-DVS ist am Standort
als PDM/PLM System implementiert worden.

Aktuell:
Abstimmung mit den Fachbereichen über die Weiterentwicklung. Erstellung von
Pflichtenheften hierzu. Beta-Tests mit den neuen Entwicklungen.
Koordination mit der externen Visual Basic Programmierung und dem Anbieter des
CDI Interfaces, der CENIT AG Stuttgart.
Third-Level-Support im Zusammenspiel: SAP-DVS - KPRO - CDI - CATIA V5
Notwendige Systemänderungen für den anstehenden Versions-Wechsel auf
CATIA V5R16 erarbeiten.


Bis zum GoLive Termin im Mai 2005:
Die Konstruktionsdaten anderer Standorte werden per STEP-Interface in das
PDM/PLM System SAP-DVS geladen. Die Konstruktion am Standort arbeitet direkt
über den CAD-Desktop und CDI Schnittstelle mit der Dokumentenverwaltung.
Hierdurch ist das SAP-DVS in CATIA V5 eingebunden. Der Check in und Check out
erfolgt über CATIA Menüs.

Der STEP Import wird über das von mir erstellte Perl Programm gesteuert.
Ein definiertes Arbeitsverzeichnis wird im Minutentakt nach zu importierenden
CATIA V4 Konstruktionsdaten durchsucht. Werden solche gefunden, wird im ersten
Schritt untersucht, ob die Daten bereits importiert worden sind. Solche werden
zur Zeitoptimierung verworfen. Alle anderen Daten werden entsprechend ihrer
CATIA Struktur nach V5 konvertiert. Zusätzlich wird ein V4 Neutralformat
erzeugt. Beide Prozesse werden durch Shellscripte gesteuert.
Die V5 Konstruktionsdaten und Neutralformate werden nach SAP-DVS geladen.
Die Struktur von CATIA V5 wird im CAD-Desktop entsprechend abgebildet.

Die Fertigungsmittel Konstruktionen, die als externer Auftrag vergeben werden,
werden nicht in der PDM/PLM entsprechenden Art und Weise abgelegt, sondern
kompakt im ZIP-Format. Durch einen Doppelklick im CAD-Desktop werden die
ZIP-Dokumente in ein neu erstelltes Verzeichnis unterhalb des
Arbeitsverzeichnisses kopiert, entpackt und in CATIA V5 gestartet.
Die Steuerung der Dekomprimierung und Dateiablage erfolgt über Shellscripte
und SAP BAdI.

Da CATIA V5 für mehrere Prozesse der Entwicklung eingesetzt wird, ist es
notwendig, mit unterschiedlichen Settings zu arbeiten. Durch ein weiteres
Perl-Tk Programm lassen sich existierende Installationen auf dem PC auf
Aktualität prüfen und ggf. korrigieren. Bei Neuinstallationen wird hiermit
eine Arbeitsumgebung erzeugt. Da die Bereiche mit unterschiedlichen CATIA
Versionen arbeiten, ermöglicht das Programm die Wahl der CATIA-Version und
des Aufgabengebietes. So zum Beispiel NC-Programme-Entwicklung, allgemeine
Konstruktion oder den Sonderanlagenbau.

Für den Standort (Einkauf, Fertigung, Versand) wird ein Viewingformat erzeugt.
Die Ansteuerung erfolgt aus CATIA heraus, durch von mir entwickelte CATIA
Makros. Durch die Makros wird die CATIA-Konstruktion im IGES Format exportiert
und anschliessend nach PV gewandelt. Für das IGES Format  als Basis,
existieren viele Konverter in das endgültige Viewing Format, wie zum Beispiel
JT oder hier Productview von PTC.

Server: WINDOWS 2003 Server

  CENIT AG  CAD Integration für SAP CAD Desktop

  Dassault CATIA V5 R12 - R16

  PERL

  GNU Tools for Windows

Januar 2006 - Januar 2007 Entwicklung eines einfachen Warenwirtschaftssystems

Anforderungen an das System: Übersicht über den aktuellen Warenbestand.
Pflege des Warenbestands, der Artikel- und Kundenstammdaten. Drucken von
Lieferscheinen, Rechnungen, Bestellungen und Statistiken.

Die Realisierung erfolgt in Java. Die Grafik ist mit Java Swing Elementen
implementiert. Das Java Frontend läuft auf dem Arbeitsplatz PC. Als Datenbank
wird eine vorhandenen DB2 Datenbank auf einem IBM AS/400 Midrange System
genutzt. Frontend und Datenbank werden über JDBC verbunden. JDBC und ein
einstellbares Mapping auf die Textfelder, konvertieren zwischen ASCII und
EBCDIC. Z.Z. Erfolgt die Ablage in 36 Tabellen, Views und Indexes auf der
relationalen Datenbank.

Die Werte werden über JTables in JTabbed Pane aufgereiht dargestellt. Über
Filterfunktionen kann der sichtbare Bereich in den Tabellen eingeschränkt
werden. Die Filtereinstellungen werden in die Datenbank Selektion übernommen.
Ein Sortieren von Spalten wird durch anklicken der Spaltenköpfe angestossen.
Die Sortierung erfolgt ebenfalls auf der Datenbank. Erst wenn die sortierten
bzw. gefilterten Daten aus der Datenbank wieder vorliegen, wird die Tabellen-
Sicht am Frontend aktualisiert.

Eine Kundenbestellung wird durch Angabe der Bestellmengen je Produktcode und
den Stückpreis auf der Bestandsmaske gestartet. Nach Abschluss der
Warenbestellung erfolgt in einer zweiten Maske die Zuordnung der bestellten
Waren und Kundenadresse. Alle notwendigen Operationen für den Lieferschein-
und Rechnungsdruck sind hiermit vollzogen. Lieferscheine und Rechnungen können
sofort oder gesammelt zum Druck angestossen werden.
Für den Druck aus Java, werden die zu druckenden Daten über eine Textdatei mit
MS-Word ausgetauscht. Ein Wordmakro ersetzt Word Textlabel in der
Dokumentenvorlage gegen die Druckwerte. Die Steuerung erfolgt vollständig
aus der Java Oberfläche, sodass der Anwender nicht den Systembruch über das
Filesystem bemerkt.

Server: IBM iSeries AS/400
DB:     DB2/400
SW:     Java 1.5, IBM JTools/400
Ent:    Eclipse 3.1 auf Linux



August 2003 - Juni 2004 Produktdaten Management System

Übernahme der Administration für ein Windchill PDM-System in der
Implementierungsphase. Windchill ist ein rein webbasierendes Produktdaten
Management System. Das Testsystem läuft auf einem Single SUN-Server, für
das Produktivsystem ist ein SUN Cluster aufgesetzt. Als Webserver dient
der iPlanet Server und als LDAP, zur User- und Teamverwaltung, der Aphelion,
beides SUN Produkte. Alle Daten werden in einer Oracle 8 Datenbank gespeichert.

Meine Aufgaben beginnen mit der Koordination der Installationen, da diese
zu einem Grossteil durch die jeweiligen Hersteller durchgeführt werden.
Eigene Installationen werden im Bereich Oracle Datenbank und der
Grafikkonvertierung durchgeführt. Über HP/UX Server werden Catia V5 Modelle
in sogenannte Thumbnails gewandelt, die auf den Windchill Webseiten als JPEG
Vorschaubilder präsentiert werden. Hierzu ist auf dem HP-Server HP/UX,
Catia V5 und der eigentliche Konverterprozess zu installieren.
Den SUN Servern ist es möglich, remote die Konvertierung anzustossen und
das erzeugte Bild zurückzuholen. Die Speicherung erfolgt in Datenbank BLOBS.
Parallel zur Anwenderunterstützung lese ich die in Englisch verfassten
Schulungsunterlagen zur Korrektur und bereite die Unterlagen und Schulung
mit vor.

Host:    SUN V480, V210, HP J-Serie und D-Serie
BS:      SUN Solaris 8, HP/UX 11
DB:      Oracle 8, SQL, PL/SQL
SW:      PTC-Windchill, Java, Perl, csh- und ksh-Scripte, CATIA V5,

  PTC-Tools, ProductView,

Juni 2003 - Juli 2003      Produktionskapazitäten Planungssystem

Für eine Werkstatt soll ein Tool erstellt werden, über das die Auslastung
des Maschinenparks geplant werden kann. Auch soll erkannt werden, ob eine
Fertigung ausser Haus günstiger ist und ob der vorgesehene Terminplan
gehalten werden kann.
Vorgaben für die Entwicklung sind: Als Datenbank ist Oracle 8.1.7 und als
Programmiersprache Visual Basic .NET zu nehmen. Die Verbindung von VB zur
Datenbank erfolgt über OLE.
Ein Datenmodell wird erstellt, die Datenbanktabellen angelegt und die zu
programmierenden Masken festgelegt. Die zu realisierenden Masken werden
logisch getrennt und parallel im dreier Team entwickelt, da nur so die
Vorgabe von 15 Tagen bis zum Test gehalten werden kann. In meinen Bereich
fallen die Masken für die Mitarbeiterverwaltung, Zulassung sowie Kosten und
Qualifikation von Anlagen und Mitarbeitern.
Entwickelt wird mit Visual Studio. Der dort enthaltene Codegenerator liefert
schnell eine Basis Maske aus den DB-Tabellen, die mit etwas Nacharbeit den
Anforderungen genügt. Echte Handarbeit bei der Programmierung ist nur
notwendig, wenn aus mehreren Tabellen Information gelesen werden, vom
Anwender über die Maske Selektionen bzw. Eingaben erfolgen und das Resultat
in eine weitere Tabelle geschrieben wird. Als Beispiel ist hier die Tabelle,
die Mitarbeitern bzw. Anlagen eine Qualifikation zuordnet. D.h. es existiert
eine Tabelle der Mitarbeiter und eine Tabelle der für den Machinenpark
geforderten Qualifikationen. Die Maske erlaubt es, einen MA auszuwählen
und dann diesem auch mehrere Qualifikationen zuzuordnen. Die Zuordnung wird
in die Verknüpfungstabelle Mitarbeiter-Qualifikationen gespeichert.
Dieselbe Vorgehensweise ist für die Anlagen durchzuführen.
Für die Anwender wird eine Dokumentation mit Visio bzw. PowerPoint
erstellt. Visio bietet ein Feature, mit dem die Tabellenstruktur direkt
aus der Datenbank gelesen werden kann.

Host:    PC
BS:      Win2000
DB:      Oracle 8, SQL, PL/SQL
SW:      Visual Studio .NET 2003, Visual Basic, Visio, PowerPoint



Mai 2003 - Juni 2003       Implementierung einer Adressendatenbank

Eine in Microsoft Outlook existierende Kontaktdatei ist so umzustellen,
das der Zugriff multiuserfähig ist. Ein einfaches CRM soll hinzu kommen.
Hierin sollen Telefongespräche dokumentiert werden um bei einem zweiten
Anruf des Kunden, einem anderen Betreuer die Möglichkeit zu geben,
das Gespräch aufzunehmen.
Die Auswahl fällt auf Java als Programmiersprache, da das System in
ferner Zukunft von Linux auf eine AS/400 mit DB2 Datenbank als Server
portiert werden soll.
Die Masken werden als eigenständiges Programm entwickelt, gepackt in
einer "jar-Datei". Der Datenbankzugriff ist Betriebssystem abhängig
einmal über JDBC für Linux und OS/400 und über ODBC für alle anderen
implementiert. Die Auswahl der Schnittstelle wird über das Programm erledigt.
Die existierenden Dateien werden von Outlook in eine CSV-Datei exportiert.
Die exportierten Sätze werden mit einem Perlskript als "Insert-Statement"
aufbereitet. Um schnell eine Basis zu haben, wird mit AWT die Grafik
realisiert. Ein Ausbau auf die Swingbibliothek ist geplant.

HOST:    PC, AS/400
BS:      Win2000, Linux, OS/400
DB:      Postgresql, DB2
SW:      Java, SQL, Eclipse, Perl, Outlook



März 2003 -  April 2003    Schulung zur Konfiguration von IBM iSeries Computer

Ziel dieser Schulung ist, eine zweckmässige System Konfiguration von
IBM iSeries Computer zu erstellen. Im Rahmen eines Projektes soll ein
Pool von iSeries Servern auf einen einzigen Server konsolidiert werden.

SW: Original IBM Konfigurationstool



Januar 2003 - Feb. 2003    Auswertetool für PDM System

Entwicklung eines Perlprogrammes, das alle im abgelaufenen Quartal
revisionierten Handbuchdokumente in eine CSV formatierte Datei schreibt.
Die Dokumente sind über zwei DB Schema verteilt. Aufgrund des
Anwendungsaufbau von Vorgänger und Nachfolger zum Produkt ergeben sich
in der relationalen Datenbank 6 zu realisierende Pfade.
Die Programmierung in Perl ist rekursiv implementiert. Als Einstieg in
die Rekursion dient eine Liste von Produkten in definierter
Dokumentensprache. Das Ende der Rekursion ist erreicht, wenn ein
Dokument kein Nachfolge­dokument mehr hat. Im Abstieg werden für alle
Komponenten des Produkts die Beschreibungen, der Timestamp sowie das
Freigabeflag geprüft. Sind die Bedingungen, Zugehörigkeit zum Produkt,
die richtige Dokumentensprache, im letzten Quartal verändert bzw. im
letzten Quartal wieder autorisiert, erfüllt., so wird eine Zeile mit
diesen Parametern in die CSV Datei eingestellt. Durch die sechs
Möglichkeiten ein Dokument zu finden, werden einzelne Dokumente mehrfach
gefunden. Eine Sortierung beseitigt dieses Problem.
Die CSV Datei wird in Excel eingelesen und von Makros formatiert.

Host:    HP9000   HP/UX 11
SW:      Oracle 8, Perl, Perl-DBI, SQL, PL/SQL, EDS-Metaphase



August 2002 - Dez. 2002    Auswahl, Aufbau und Einführung einer Finanz-Buchhaltung

Auswahl, Aufbau und Einführung einer MS-Windows gestützten Buchhaltung.
Nach Recherchen ist die Auswahl, in Abstimmung mit dem Auftraggeber,
auf Lexware finance office gefallen. Zur Installation in der Multiuser
Umgebung sind alle PC auf Windows NT4, bzw. Windows 2000 bei besseren,
geändert worden. Die Software wird auf den designierten Server installiert.
Über die vom Server exportierten Laufwerken, mit der Buchhaltungssoftware,
werden die Client PC installiert.
Für den Produktivstart sind die Konten mit Startwerten zu befüllen.
Zwischen September und Dezember läuft das System für die GmbH im Test,
um die Unterschiede zum bisherigen Datev zu lokalisieren und zu klären.
Hauptsächlich die Gehaltsabrechnung hat Unterschiede. Die Steuer- und SV
Daten müssen mehrfach angepasst werden.
Für eine zweite Firma, die Software ist Mandantenfähig, werden die
Geschäftsdaten aus 2002 komplett nachgepflegt um bereits im Frühjahr 2003
eine Gewinn- und Verlustrechnung durchführen zu können.
Da der Auftraggeber IBM AS/400 Händler ist, hat sich für mich ein Kontakt
mit den Midrange Business Systemen ergeben. Die Kommunikation zwischen
AS/400 und Microsoft Windows erfolgt über Ethernet mit TCP/IP. Von IBM
wird für die Microsoft Seite ein Paket "Client Access" angeboten. Auf
der AS/400 Seite sind Systembeschreibungen für die Ethernetkarte und
das Protokoll TCP/IP mit dem Systemeditor zu erstellen. In einem zweiten
Schritt erfolgt die Bindung von Betriebssystem, Protokoll und Ethernetkarte.

Host:    PC, AS/400
BS:      WIN NT4, OS/400
SW:      Lexware Office

ClientAccess

Mai 2002 - Juli 2002       Datenmigration im Grossanlagenbau

Erstellung von Oracle PL/SQL, Perl- und Kornshell Programme, um die
als Textdateien vorliegenden Daten, anhand des Datenmodells, in das
zu migrierenden Produktdaten Management System (PDM) zu überführen.

Migriert wird in zwei Systeme. Eines der Systeme beinhaltet die
Bauelementedaten mit zugehöriger Spezifikation,zifikation, Zeichnungen und
Stücklisten, sowie einer anwendungsspezifischen Beschreibung. Das
zweite System enthält die Konstruktion, d.h. CAD Zeichnungen und
Dokumentationen in verschiedenen Formaten vom Textdokument bis zu
Präsentationsunterlagen.

Die Datenbankdaten werden aus den bisherigen drei Systemen in ASCII
Dateien entladen. Über Perl- und Kornshellprogramme werden die ASCII
Dateien so aufbereitet, dass sie durch den Oracle Bulkloader in so genannt
Input-Tabellen geladen werden können. Eine ASCII Datei hat jeweils eine
eigene Datenbanktabelle. Anhand der Spezifikation, basierend auf dem
Datenmodell des PDM Systems, werden die Oracle PL/SQL Packages erstellt.
Diese transformieren die Daten aus den Inputtabellen in die Outputtabellen.
Die Outputtabellen haben bereits das Aussehen der PDM Tabellen. Da die
Migration nicht im eigentlichen Zielsystem durchgeführt wird, werden die
Outputtabellen entladen und in das PDM-System eingespielt.

Angehängte Dokumente werden nicht direkt in die Datenbank geladen.
Die Dokumente befinden sich weiterhin im Filesystem und sind auf das neue
System zu kopieren. In der Datenbank werden Pfade und Datei­namen zu den
Dokumenten hinterlegt, damit ein Programmstart aus dem PDM möglich ist.

Datumsformate, Realzahl und Masseinheiten werden in den PL/SQL Programmen
konvertiert. Die Datenbank arbeitet nur mit der US - Formatierung.
Aufwendig in der Einbindung hat sich der Start des CAD Programmes gezeigt.
Das CAD Programm startet nur mit einem eindeutigen Identifier für jeder
Zeichnung. Dieser muss als 36 stellige Hexziffer, nach einem speziellen
Muster generiert werden.
Mit Unterstützung der CAD-Programmentwickler ist das letzte Problem gelöst,
dass nicht alle Attributfelder im CAD-Programm sichtbar sind. Hier sind in
neuen Datenbankfeldern spezielle Eintragungen notwendig.
Zur Aufdeckung von Fehlern und Problemen sind drei Test - Zyklen angesetzt.

HOST:    HP 9000
BS:      HP-UX 11
DB:      Oracle 8
Appl:    Metaphase PDM, Perl, PL/SQL, SQL, Korn Shell
Entwicklungssystem: Linux mit Oracle 8; XML Editor und Perltools zur

  Erstellung von Spezifikation, Handbuch und Templates.

Januar 2002 - April 2002   Intranet Buchungssystem

Entwicklung von Webmasken mit integrierter Datenbankanbindung in den
Programmiersprachen HTML, PHP und Javascript zur Erfassung von Zahlungen
und Gutschriften. Ziel ist, dass zu jedem Zeitpunkt der aktuelle
Kassenstand ermittelt werden kann. Das war bisher nicht möglich, da der
Abgleich erst nach Arbeitsende durchgeführt worden ist.

Aufgrund der möglichen schnellen Realisierung ist die Wahl auf die o.g.
Programmiersprachen gefallen. Zwei Hauptpfade werden auf dem Webserver
erstellt. Der erste Pfad dient zur schnellen Erfassung der Transaktionen.
Der zweite Pfad zu Prüfung und ggf. Korrektur der Eingaben.
Die Webseitenbasis wird mit einem HTML-Editor erstellt. Soweit möglich
und sinnvoll werden Selektionsbutton anstelle der Texteingabefelder
implementiert. Hierdurch erhöht sich die Qualität der Daten bei schneller
Erfassung. Zur Verbesserung des Anwenderkomforts werden Datumsfelder bereits
beim Aufruf der Maske vorbelegt. Vor dem Absenden der Maske besteht die
Möglichkeit Brutto-Netto Berechnungen per Knopfdruck durchzuführen. Die
Vorbelegung der Maske, die Berechnungen auf der Maske, sowie die Überprüfung
vor dem Absenden sind in Javascript implementiert. Hierbei ist zu beachten,
dass die unterschiedlichen Browser auf der Clientseite z.B. die Datumsfelder
unterschiedlich belegt an Javascript zurückliefern. Vorteil einer
Programmierung in Javascript ist, dass die Maskenfelder ohne die Webseite
neu vom Server zu laden aktualisiert werden.
Die abgesendete Eingabemaske wird vom PHP Programm im POST Verfahren
empfangen und zu einem SQL-Insert Statement formatiert. Der Satz wird
geschrieben und der Anwender über den Erfolg informiert. Anschliessend
erfolgt ein Rücksprung zur Eingabemaske.
Zur Überprüfung und Korrektur der Daten werden diese über ein PHP-Programm
aus der Datenbank gelesen und als HTML Tabelle dargestellt. Radiobuttons
erlauben die Selektion eines einzelnen Datensatzes zur Korrektur in der
Eingabemaske. Der Radiobutton trägt hierzu eine eindeutige Objektnummer,
die in der Datenbank durch eine Stored Procedure vor den Insert,
per Trigger, erzeugt und mit dem Datensatz abgespeichert wird.
Die PHP Routinen sind als Include-Dateien entwickelt und somit einfach in
neu hinzukommende Masken einzubinden. Der Aufruf ist in OO-Technik
realisiert, was eine Wiederverwendung erlaubt.
Die Security erfolgt über die Apache Webserver Passwort und Group
Funktionalität.
Ausgewertet wird über Excel, das via ODBC die Daten mit gespeicherten
Abfragen aus der Datenbank extrahiert.
Während der Test- und Golive Phase wird von mir die Administration von
Betriebssystem, Datenbank und Webserver übernommen.

BS:               Sun Solaris 2.8
Webserver:        Apache mit PHP Modul
DB:               PostgreSQL 7.2
Sprachen:         PHP, HTML, Javascript, Stored Procedures
Applikationen:    Frontpage



Juli 2001 - Dez. 2001      Daten-Migration

Erstellung von Perlprogrammen, Shell-Scripte und PL/SQL Programmen zur
Konvertierung von Datensätzen aus Legacy-Systemen in ein
standort­über­greifendes, einheitliches Produkt-Daten-Management System.

Die Daten werden aus den bisherigen Systemen als ASCII File entladen.
Ist nur ein Festformat möglich, wird die ASCII-Datei über ein Perlprogramm
in CSV (comma separated values) übersetzt.
Aufgabe ist es nun, die sich gegenüberstehenden DB-Tabellen des Daten­inputs
und die der Zieltabellen zu verknüpfen. Um das zu erreichen, werden in
PL/SQL Prozeduren und Funktionen entwickelt, um in einer DB-Instanz diese
Konvertierung durchzuführen.
Hauptpunkte während der Umsetzung auf die Zieltabellen: Die beschreibenden
Texte werden in ein Tabellenfeld mit Zeilenumbrüchen zusammengefasst. Im
ehemaligen System war für jede Textzeile ein eigenes DB-Tupel vorgesehen.
Aufgrund einer anderen Darstellung in den Stücklisten müssen Masse und
Mengen umgesetzt werden. Eine spezielle Aufbereitung ist auch für die
spätere Darstellung von bereits revisionierten Artikeln und Dokumente
notwendig. Parallel zum Aufbau der Artikel und Textdokumente werden die
Relationen zwischen beiden und die Relationen zu den bereits revisionierten
Objekten erzeugt.

Nach Erstellung aller Objekte und Relationen werden die Daten über ein
Perl-DBI Programm entladen. Die Daten werden hierbei neu formatiert, um
anschliessend über den Metaphase Bulkloader in die Produktiv­datenbank
eingelesen zu werden. Der Bulkloader hat den Vorteil, dass mit dem Laden
Prüfungen, wie bei einer interaktiven Eingabe, durchgeführt werden.

Daten, die nicht konvertiert werden können oder bei denen ein Fehler
aufgetreten ist, werden nachträglich als Patch korrigiert. Hierzu werden
weitere PL/SQL, SQL und Perlprogramme mit DBI Datenbankinterface erstellt,
die das individuelle Problem lösen.

Aufgrund der Komplexität arbeiten im Team 4-6 MA an diesem Projekt. Jeder
MA muss alle Tätigkeiten beherrschen, da mit unterschiedlicher Anzahl MA
vor Ort gearbeitet wird.


HOST: HP 9000
BS:       HP-UX 11
DB:      Oracle 8
Appl:    SDRC-Metaphase PDM, Perl, PL/SQL, SQL, Korn Shell,

 c-Shell

Okt.2000 - Mai 2001        Webstore

Erstellung von Monitoring Skripten für einen Online Webstore.
Der Store ist in England, Frankreich, Schweden und Deutschland jeweils
landesspezifisch zu erreichen.

Der Kern und das Abrechnungssystem basieren auf Broadvision. Als Datenbank
dient Oracle 8.

Die Bereitstellung neuer Produkte erfolgt über ein zweistufiges System.
In der Stufe eins werden die neuen Produkte definiert, d.h. mit einem
Preis versehen und die Grafik zugeordnet. Anschliessend erfolgt mehrmals
täglich ein Upload des gesamten Datensatzes auf das Produktionssystem.

Meine Tätigkeit besteht darin, ein Perl Programm zu entwickeln, das die
neu aufgenommenen oder veränderten Produkte erkennt und präsentiert.
Hierbei handelt es sich i.d.R. um Preis- und Text Anpassungen.
Das Programm erzeugt aus den Daten ein Excel Blatt, das per Email an einen
definierten Kreis zur Produktkontrolle geschickt wird. Dieses Blatt
beinhaltet bei Preisveränderungen eine absolute und relative Differenz zu
den Preisen, sowie bei Textveränderungen jeweils den neuen und alten Text.
Es wird ein Excel-Blatt für Veränderungen auf dem Produktionssystem und
für Veränderungen auf dem Stagingsystem, sowie für einen Vergleich zwischen
den Systemen, erstellt.
Die Daten für das Perl Programm werden über PL/SQL, direkt aus der
Produktdatenbank, in eine Datei generiert.
Für einen 24 h Betrieb werden von mir Shell Skripte erstellt, die die
Broadvision Logfiles nach Stichwörtern durchsuchen. Bei Erfolg, wird ein
Call im Call Tracking Tool erzeugt.
Ein weiterer Punkt ist die Sicherstellung des Datentransfers mit der
Inkasso Gesellschaft. Der Datenaustausch erfolgt mittels XML-Sheets.
Die Daten werden SSL gesichert verschickt.
Aufgrund einer hohen Rate von Verbindungsabbrüchen in der Startphase,
werden von mir mehrere Perl und Shell-Scripte erstellt, die die XML-Files
im Fehlerfall neu generieren und den Versand neu anstossen.

Zeitweise Second Line Support für die Webanwendung und BS.

Host:     6 * HP 9000
BS:       HP/UX 10 und 11, Oracle Datenbank, Broadvision,

 Netscape Webserver

Appl:     Perl, Korn-Shell, awk, PL/SQL,
Traking:  Remedy      Remedy KnowlegdeBridge



Feb. 1995 - Sep. 2000      Human Resource Division

Teilprojektleitung und Koordination der Softwareentwicklung Personalsysteme.
Meine Aufgabe besteht in der Entwicklung von Pflichtenheften, der Betreuung
der Kommunikation zwischen Kunde und Programmierung sowie der Kosten- und
Terminverfolgung.
Bei umfangreichen Änderungen wird eine Anwender­dokumentation erstellt
und eine Einführungs- oder Weiterbildungsschulung durchgeführt.
Die Stammdatenbank ist mit IMS-DB und COBOL realisiert.
Für die direkte Kundenbetreuung existiert ein zweites Auswertesystem.
Durch Erstellung von Auswertungen mit IBI FOCUS Reporting Tools auf dem
HOST unter TSO werden Entscheidungsgrundlagen bereitgestellt. Die
Auswertungen erfolgen auf Focus Datenbanken oder DB2 Tabellen, die aus dem
Stammdatensystem befüllt werden.

Die Aufgaben von oben werden in Eigenregie durchgeführt und verantwortet.
Berichtet wird an den Abteilungsleiter. Andere benötige MA sind
organisatorisch anderen Abteilungen zugeordnet. Hier besteht nur eine
fachliche Zuordnung.


HOST:    MVS, TSO, FOCUS
PC:      WINDOWS NT, MS-OFFICE
SAP/R3 - HR



Juni 1997 - Mai 1998       Intranet Anwendung

Bauelementekatalog auf Intranetbasis mit eingescannten Bildern,
Videosequenzen, Tondokumenten und Beschreibungen.

Ziel ist, dass sich der Katalog, durch Einstellen von neuen Bildern oder
Dokumenten an definierte Punkte, ohne weitere Eingriffe erweitert.

Alle Daten werden in einer Oracle 7 Datenbank abgelegt. Die Datenbank läuft
auf einer SUN unter Solaris. Die Zugriffe aus dem Intranet erfolgen über
zwei Linux-Systeme, die ein Loadbalancing durchführen. Von hier aus wird
die Datenbank direkt aus Perl angesprochen.
Die Web-Oberfläche wird durch embbeded HTML aus Perl erzeugt.
Ein integrierter Editor für weitere Bauelementebeschreibungen ist mit
Javascript aufgebaut. Sofern der Browser des Anwenders die Funktionalität
bietet, erfolgt eine komfortable Steuerung in einem Javaframe.

Das Entwicklerteam besteht aus ca. 20 MA. Meine Aufgabe besteht in der
Entwicklung von Oberflächen zur Eingabe von Bildbeschreibungen mit
automatischer Weiterleitung an den Dolmetscher per Email und der
Einstellung der rücklaufenden Email in die Oracle Datenbank. Es werden die
Sprachen Perl, Java und Javascript genutzt.


SUN Sparc mit Solaris 7, PC mit Linux, Apache Webserver, Oracle 7,
Perl 5, bash-shell, HTML, Javascript, Java 1, C, lex.



1990 - 1995       Elektroindustrie

Administration eCAD-System

Meine Aufgabe besteht in der Einspielung neuer Software, Erstellung von
Shell-Scripten, Anwenderbetreuung sowie dem Auf- und Ausbau der
Kommunikationswege. Im ersten Schritt ist die Anbindung an Partnerfirmen
zur Weiterverarbeitung via Datex-P erfolgt, welches im Laufe meiner Zeit
durch TCP/IP abgelöst wird.
Die Aufgabe wird allein übernommen.


DEC VAX unter VMS, 1993 Upgrade auf DEC STATION mit DEC ULTRIX,
Oracle DB unter VMS.



1990 - 1995       Kfz-Zulieferer

Simulation von elektronischen Steuergeräten für Anwendungen im KFZ.

In FORTRAN wird, aufgrund der mathematischen  Bibliotheken, die
Steuergerätefunktion nachbildet. Mit diesem Simulationsprogramm und den
bei realen Tests aufgezeichneten Datensätzen, werden die Parametersätze
für das Steuergerät ermittelt. Die Ausgabe erfolgt grafisch auf dem
Bildschirm, Drucker oder Plotter mit den Grenzwertmarken.
Die theoretische Weiterentwicklung erfolgt im Team mit wechselndem
Teilnehmerkreis. Die mathematische Umsetzung, Implementierung und die
Tests werden allein übernommen.


HP 1000 mit Realtime Betriebsystem, FORTRAN, GKS Grafikprimitive,
PC Windows als Grafik-Terminal.