Hallo Randle,
und willkommen im Club
Zitat:
Original erstellt von Randle:
Welche Dokumente/Beiträge wären als primäre Lektüre zu empfehlen?
Als Administrator, vor allem mit Hang zur Automation und Erstellung von Tools, Makros und Hilfsmitteln sowie der Verwaltung mittels PLM solltest du SolidWorks kennen, und zwar von der Anwendungsseite her! Also: die wichtigsten Dokumente sind im Moment erst mal die Online-Lehrbücher, dann die SolidWorks-Hilfe und das Formular von eurer Aus- und Weiterbildungsabteilung für entsprechende Kurse bei eurem Haus- und Hofvertriebspartner.
Speziell für die Installation gibt es verschiedene Möglichkeiten, dazu gibt es einen sehr guten Leitfaden im SolidWorks Supportbereich, direkt da, wo du auch die Downloads machst. Bei den Einstellungen sind wichtig vor allem die korrekten Dateipfade für die verschiedensten Dinge, ich empfehle bei mehr als einem Arbeitsplatz immer die zentrale Ablage von eigenem Zeug wie Vorlagen, Blattformaten, Blöcken, Materialien, Favoriten, Einstellungsdateien usw. Nach diesen ganzen Stichworten kannst du auch gut hier im Brett suchen.
Zitat:
Original erstellt von Randle:
Speziell zum Thema Automation würde mich interessieren welche der (zahlreichen) Hilfedateien hier hilfreich sind (am besten etwas vergleichbares zur Automation.chm von CATIA V5 falls das jemand zufällig kennt)
Die API Hilfedatei ist dein bester Freund. Das API Lehrbuch soll auch sehr gut sein, ich hab es selber nicht. Ich persönlich bevorzuge die Analyse von öffentlich verfügbaren Quellcodes, da gibt es hier im Brett einiges, aber auch auf den englischsprachigen Seiten und vor allem auch im SolidWorks eigenen Forum.
Zitat:
Original erstellt von Randle:
Welche Fehler werden aus administrativer Sicht immer wieder bei Solidworkseinführungen gemacht und wie kann man diese vermeiden?
Der verbreitetste "Fehler" dürfte sein die technische Lösbarkeit irgendwelcher Probleme für wichtiger zu halten als die Schulung und Belange der Anwender.
Alles andere ist sehr von der eigenen Umgebung abhängig, z.B. der Anzahl Clients, die Art der Lizenzierung, Zusammenspiel mit den anderen IT-Bereichen wie Clientmanagement, Servicebereiche, Infrastruktur (also Netzwerke und WAN-Anbindung). Zentrale Vorgaben sind wichtig (aber in meinen Augen nur als Startpunkt, nicht als Einschränkung der Anwender), dazu gehören Dokumentvorlagen und Blattformate sowie deren korrekte Anbindung an ein PLM-System. Schon dabei scheiden sich die (administrativen) Geister, wo was bei den Dokumenten hingehört. Ich empfehle so wenig wie möglich an den bestehenden Prozessen zu ändern, alles andere erzeugt nur Widerstand seitens der Prozessverantwortlichen und den Anwendern, selbst wenn es IT-technisch einfacher ist.
Auf der anderen Seite ist natürlich die Neueinführung ein passender Zeitpunkt alte Zöpfe abzuschneiden, mal die Spinnweben zu entfernen und frisches Wasser durch die Mühlen laufen zu lassen; ein schwieriger Grad, hier werden in meinen Augen gerade am Anfang viele Änderungen durchgeführt (oder nicht durchgeführt), die von der adminisitrativen Seite zu sehr "kundenorientiert" oder zu technisch orientiert geprägt sind. Das ist aber sehr von der eigenen Umgebung abhängig, also nur schwer "allgemein" etwas zu empfehlen.
Von der rein technischen Sicht her ist es schwierig zu sagen, was immer wieder falsch gemacht wird, niemand macht das ja mit Vorsatz. Manchmal stellt sich hinterher raus, dass man an einige Dinge vorher hätte überlegen oder testen sollen, angefangen vom Arbeiten lokal/local checkout gegen Netzlaufwerk/Poolverzeichnisse, von zu freien Vorgaben bishin zu Ablehnung des Freigabefortschritts, falls die Designchecker einen Makel finden, von Disput für und wider des Arbeitens mit Konfigurationen bei geometrisch unterschiedlichen Ausprägungen bishin zur Überlegung, ob externe Beziehungen in Skizzen ein Segen oder ein Fluch sind.
Da kann man überall schlecht sagen, das eine ist richtig und das andere ist falsch - es sind eben unterschiedliche Arbeitsweisen, Techniken und Herangehensweisen.
Und da schließt sich wieder der Kreis zu meiner ersten Antwort oben: wichtig ist auch als Admin zu verstehen, wie mit SolidWorks gearbeitet wird, welche Möglichkeiten mit welchen Konsequenzen es gibt und wie das in der eigenen Umgebung mit seinen Anwendern das am Besten umzusetzen ist.
Ciao,
Stefan
------------------
Inoffizielle deutsche SolidWorks Hilfeseite http://solidworks.cad.de
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP