RUGGIUNO
Guest
Schnee 1010-10-2005, 10.37.40
in der firma wollen wir einen pdm kaufen (wir verwenden thinkdesign) und wir möchten es von der gleichen familie (thinkteam) nehmen, aber können sie einen anderen pdm verwenden? .
gibt es jemanden, der mir einen rat dazu geben kann?
arbeitet pdm?
erleichtert es den job oder erschwert ihn?
vielen dank.
und14-10-2005, 17.43.34
lange rede.
ein pdm ist wie eine lampe auf einem tisch in einem dunklen raum gesetzt.
wenn auf dem schreibtisch gibt es casino setzen eine lampe nur betont das unbehagen des lebens in einer ungeordneten weise. .
ich habe erfahrung von 2 pdm:
- intralink (pro/e-management) bis 2000.
- teamzentrum für die verwaltung von ug und caty.
tce of ugs ist außergewöhnlich, aber ich weiß nicht, ob es think3 dateien behandelt.
branntwein28-10-2005, 19.09.28
in dem unternehmen, in dem wir arbeiten, verwenden wir teamcenter 4 für das management von proe 2001 (es wird erwartet, dass es bald wf integriert).
hi.
freddy.
ps: ich schreibe nicht über dieses forum... ich hatte eine kleine pause!
und10-11-2005, 13.00.48
dann über team center enterprise reden... ich kenne ihn nicht.
ich benutze team-center-engineering, dass für die datenverwaltung cad (ug, proe, catiav4 und v5 etc.) ist außergewöhnlich.
ich habe kürzlich eine demo von tce mit wf gesehen und verwaltet alle haupteigenschaften des produkts (familientabelle, interpart links etc.) dann die verwendung von erweiterten tce-funktionen wie variante, option etc.
die benutzeroberfläche von engineering dann ist wirklich großartig und erinnert ausblick.
hi.
branntwein15-11-2005, 23.50.52
ich rede eigentlich über team center enterprise.. .not hatte erfahrungen mit anderen systemen ich sage ihnen einfach (und viel mehr kurz als notwendig) wie modellmanagement funktioniert.
1- gibt es einen tresor auf dem netzwerk, in dem alle proe-dateien mit den verschiedenen modellen, die sie "integrieren" wollen
2- jeder benutzer ist im wesentlichen mit n°2 lokalen gewölben auf seiner maschine ausgestattet
- der erste tresor ist vorübergehend und enthält alle dateien, die geladen werden
sitzung, dateien im ersten tresor sind immer eine kopie von dateien
entweder aus dem netzgewölbe oder aus dem lokalen zweiten gewölbe.
- der zweite tresor enthält die neuen dateien, die sie in
zweite tresorproe speichert während der sitzungen
arbeit (wie gesagt wird kopie dieser dateien auch in der ersten kopiert
vault), neben diesem tresor sind aufnahmen von modellen
neu von außen kommen.
3- alle dateien, die in den verschiedenen gewölben vorhanden sind, werden in speziellen proe-klassen aufgezeichnet, gibt es auch verbindungen des montagetyps zwischen axiomen und teilen, modell in der zeichnung zwischen modellen und zeichnungen, pro abhängig von teilen oder baugruppen bezogen auf abhängigkeiten wie kopiergeometrie. darüber hinaus werden familientabelleninstanzen aufgezeichnet und mit generischen dateien verknüpft, die über pro abhängig von
4 für jedes objekt, zum beispiel, gibt es mehrere dateien im netzwerk tresor bezogen auf verschiedene versionen von besonderem interesse aufgezeichnet, darunter gibt es den nachfolgebericht, so dass sie eine kette haben, in der sie wissen, was die erste und letzte version ist.
5 wird dem öffnen eines modells ein automatisches laden im ersten lokalen gewölbe der "klickten" datei vorangestellt und alle dateien, die das system nach den vorbeschriebenen elternbeziehungen findet (obvily die beziehungen in der eltern-kind-richtung verfolgt werden), der sequenzbericht standardmäßig verwendet, so dass der proe immer das letzte entwicklungsmodell öffnet
6-modell-management erfolgt durch die "check-out"-methode "check-in" aus dem netzgewölbe
die verwaltung der sogenannten "normalen komponenten", wie der laster in einem anderen tresor auf dem netz stattfindet, für die einfache tatsache, dass es unmittelbarer ist, die bibliotheken nach außen zu übertragen.
derzeit funktioniert das system ziemlich gut, um die neuesten entwicklungsversionen von vielen komplexen modellen zu verwalten und ich muss sagen, dass es sehr effektiv ist, wenn sie viele ähnliche variationen einer gleichen konfiguration automatisch verwalten müssen.
wie sie vielleicht schon erraten haben, haben wir noch nicht die verschiedenen revisionen der modellkonfiguration kontrolliert, aber wir können in gewisser weise nur die letzte version sehen, die in der regel entwicklung ist, ich bin mir bewusst, dass dies gefährlich ist, aber ich fühle mich wirklich als designer für die "computersysteme" verantwortlich.
nach dem schreien so viel, aber ich denke, es wird die möglichkeit implementiert, die operation "tag", korrigieren sie mich, wenn ich fehler, dass ich glaube, dass es in diesen programmen für die entwicklung von open-source-software, die ich nicht wissen, aber dass so viel ähneln die pdm-systeme.
diese operation zu dem, was ich verstanden habe, löst das problem der versionen und besteht darin, einen transversalen link zu der struktur der folge zu erstellen, die den satz von dateien, die in einem bestimmten moment im proe-workbook vorhanden ist, identifiziert und gruppeniert, um ein foto der proe-konfiguration genau so durchzuführen, wie es im normalen management der konfiguration geschieht.
in bezug auf die verwaltung der tatsächlichen konfiguration des modells desselben schrittes zum lebenszyklus des produkts bin ich der meinung, dass es reine utopie (zumindest für komplexe systeme) ist, weil die änderungen an den modellen viel zahlreicher sind als die, die in der regel auf der abgegebenen konfiguration durchgeführt werden. in jedem fall wurde vorgeschlagen, jedes dateiproe "emitted" an ein entsprechendes produkt-anagramm zu binden und konfigurationsbindungen verwenden, um im arbeitsverzeichnis alle dateien zu laden, die notwendig sind, um das modell zu öffnen.
was das "normale" produktkonfigurationsmanagement-team-center-unternehmen für das, was ich weiß (meine einzige erfahrung in meinen ersten 2 jahren) ist ok und erlaubt ruhig das sogenannte "change management" geben volle sichtbarkeit für die verschiedenen unternehmen. ich füge hinzu, dass d.b manuell erstellt wird und nicht automatisch von proes.
ich schließe meinen "kleinen großen" entwurf zu fragen, solange er es geschafft hat, mich ein wenig zu biegen, wenn der weg, die reihen proe auf pdm zu verwalten ich beschrieben sie ist das alter des steins oder nicht.
hi.
luca.
in der firma wollen wir einen pdm kaufen (wir verwenden thinkdesign) und wir möchten es von der gleichen familie (thinkteam) nehmen, aber können sie einen anderen pdm verwenden? .
gibt es jemanden, der mir einen rat dazu geben kann?
arbeitet pdm?
erleichtert es den job oder erschwert ihn?
vielen dank.
und14-10-2005, 17.43.34
lange rede.
ein pdm ist wie eine lampe auf einem tisch in einem dunklen raum gesetzt.
wenn auf dem schreibtisch gibt es casino setzen eine lampe nur betont das unbehagen des lebens in einer ungeordneten weise. .
ich habe erfahrung von 2 pdm:
- intralink (pro/e-management) bis 2000.
- teamzentrum für die verwaltung von ug und caty.
tce of ugs ist außergewöhnlich, aber ich weiß nicht, ob es think3 dateien behandelt.
branntwein28-10-2005, 19.09.28
in dem unternehmen, in dem wir arbeiten, verwenden wir teamcenter 4 für das management von proe 2001 (es wird erwartet, dass es bald wf integriert).
hi.
freddy.
ps: ich schreibe nicht über dieses forum... ich hatte eine kleine pause!
und10-11-2005, 13.00.48
teamcenter 4?in dem unternehmen, in dem wir arbeiten, verwenden wir teamcenter 4 für das management von proe 2001 (es wird erwartet, dass es bald wf integriert).
hi.
freddy.
ps: ich schreibe nicht über dieses forum... ich hatte eine kleine pause!
dann über team center enterprise reden... ich kenne ihn nicht.
ich benutze team-center-engineering, dass für die datenverwaltung cad (ug, proe, catiav4 und v5 etc.) ist außergewöhnlich.
ich habe kürzlich eine demo von tce mit wf gesehen und verwaltet alle haupteigenschaften des produkts (familientabelle, interpart links etc.) dann die verwendung von erweiterten tce-funktionen wie variante, option etc.
die benutzeroberfläche von engineering dann ist wirklich großartig und erinnert ausblick.
hi.
branntwein15-11-2005, 23.50.52
ich rede eigentlich über team center enterprise.. .not hatte erfahrungen mit anderen systemen ich sage ihnen einfach (und viel mehr kurz als notwendig) wie modellmanagement funktioniert.
1- gibt es einen tresor auf dem netzwerk, in dem alle proe-dateien mit den verschiedenen modellen, die sie "integrieren" wollen
2- jeder benutzer ist im wesentlichen mit n°2 lokalen gewölben auf seiner maschine ausgestattet
- der erste tresor ist vorübergehend und enthält alle dateien, die geladen werden
sitzung, dateien im ersten tresor sind immer eine kopie von dateien
entweder aus dem netzgewölbe oder aus dem lokalen zweiten gewölbe.
- der zweite tresor enthält die neuen dateien, die sie in
zweite tresorproe speichert während der sitzungen
arbeit (wie gesagt wird kopie dieser dateien auch in der ersten kopiert
vault), neben diesem tresor sind aufnahmen von modellen
neu von außen kommen.
3- alle dateien, die in den verschiedenen gewölben vorhanden sind, werden in speziellen proe-klassen aufgezeichnet, gibt es auch verbindungen des montagetyps zwischen axiomen und teilen, modell in der zeichnung zwischen modellen und zeichnungen, pro abhängig von teilen oder baugruppen bezogen auf abhängigkeiten wie kopiergeometrie. darüber hinaus werden familientabelleninstanzen aufgezeichnet und mit generischen dateien verknüpft, die über pro abhängig von
4 für jedes objekt, zum beispiel, gibt es mehrere dateien im netzwerk tresor bezogen auf verschiedene versionen von besonderem interesse aufgezeichnet, darunter gibt es den nachfolgebericht, so dass sie eine kette haben, in der sie wissen, was die erste und letzte version ist.
5 wird dem öffnen eines modells ein automatisches laden im ersten lokalen gewölbe der "klickten" datei vorangestellt und alle dateien, die das system nach den vorbeschriebenen elternbeziehungen findet (obvily die beziehungen in der eltern-kind-richtung verfolgt werden), der sequenzbericht standardmäßig verwendet, so dass der proe immer das letzte entwicklungsmodell öffnet
6-modell-management erfolgt durch die "check-out"-methode "check-in" aus dem netzgewölbe
die verwaltung der sogenannten "normalen komponenten", wie der laster in einem anderen tresor auf dem netz stattfindet, für die einfache tatsache, dass es unmittelbarer ist, die bibliotheken nach außen zu übertragen.
derzeit funktioniert das system ziemlich gut, um die neuesten entwicklungsversionen von vielen komplexen modellen zu verwalten und ich muss sagen, dass es sehr effektiv ist, wenn sie viele ähnliche variationen einer gleichen konfiguration automatisch verwalten müssen.
wie sie vielleicht schon erraten haben, haben wir noch nicht die verschiedenen revisionen der modellkonfiguration kontrolliert, aber wir können in gewisser weise nur die letzte version sehen, die in der regel entwicklung ist, ich bin mir bewusst, dass dies gefährlich ist, aber ich fühle mich wirklich als designer für die "computersysteme" verantwortlich.
nach dem schreien so viel, aber ich denke, es wird die möglichkeit implementiert, die operation "tag", korrigieren sie mich, wenn ich fehler, dass ich glaube, dass es in diesen programmen für die entwicklung von open-source-software, die ich nicht wissen, aber dass so viel ähneln die pdm-systeme.
diese operation zu dem, was ich verstanden habe, löst das problem der versionen und besteht darin, einen transversalen link zu der struktur der folge zu erstellen, die den satz von dateien, die in einem bestimmten moment im proe-workbook vorhanden ist, identifiziert und gruppeniert, um ein foto der proe-konfiguration genau so durchzuführen, wie es im normalen management der konfiguration geschieht.
in bezug auf die verwaltung der tatsächlichen konfiguration des modells desselben schrittes zum lebenszyklus des produkts bin ich der meinung, dass es reine utopie (zumindest für komplexe systeme) ist, weil die änderungen an den modellen viel zahlreicher sind als die, die in der regel auf der abgegebenen konfiguration durchgeführt werden. in jedem fall wurde vorgeschlagen, jedes dateiproe "emitted" an ein entsprechendes produkt-anagramm zu binden und konfigurationsbindungen verwenden, um im arbeitsverzeichnis alle dateien zu laden, die notwendig sind, um das modell zu öffnen.
was das "normale" produktkonfigurationsmanagement-team-center-unternehmen für das, was ich weiß (meine einzige erfahrung in meinen ersten 2 jahren) ist ok und erlaubt ruhig das sogenannte "change management" geben volle sichtbarkeit für die verschiedenen unternehmen. ich füge hinzu, dass d.b manuell erstellt wird und nicht automatisch von proes.
ich schließe meinen "kleinen großen" entwurf zu fragen, solange er es geschafft hat, mich ein wenig zu biegen, wenn der weg, die reihen proe auf pdm zu verwalten ich beschrieben sie ist das alter des steins oder nicht.
hi.
luca.
Zuletzt bearbeitet von einem Moderator: