RUGGIUNO
Guest
le nez1010-10-2005, 10.37.40
dans l'entreprise nous avons l'intention d'acheter un pdm (nous utilisons thinkdesign) et nous aimerions le prendre de la même famille (thinkteam) mais pouvez-vous utiliser un autre pdm? .
y a-t-il quelqu'un qui peut me donner des conseils ?
est-ce que le pdm fonctionne ?
est-ce que cela allège le travail ou le complique ?
merci pour l'instant.
_14-10-2005, 17.43.34
long discours.
un pdm est comme une lampe placée sur une table dans une pièce sombre.
si sur le bureau il ya casino mettre une lampe souligne juste l'inconfort de vivre d'une manière désordonnée. . . .
j'ai l'expérience de 14 pdm:
- intralink (gestion pro/e) jusqu'en 2000.
- centre d'équipe pour la gestion des ug et des caty.
ugs est exceptionnel, mais je ne sais pas s'il gère les fichiers think3.
freddoliani28-10-2005, 19.09.28
dans l'entreprise où nous travaillons nous utilisons teamcenter 4 pour la gestion de proe 2001 (il est prévu d'intégrer prochainement wf).
bonjour.
c'est freddy.
ps: je n'écris pas sur ce forum... j'ai eu une petite pause !
_10-11-2005, 13 heures.48
puis parler de l'entreprise du centre d'équipe... je ne le connais pas.
j'utilise l'ingénierie du centre d'équipe que pour la gestion des données cad (ug, proe, catiav4 et v5 etc) est exceptionnel.
j'ai récemment vu une démonstration de tce avec wf et gère toutes les principales caractéristiques du produit (table familiale, liens entre les parties, etc.) puis assure l'utilisation de fonctionnalités tce avancées telles que la variante, l'option, etc.
l'interface utilisateur de l'ingénierie est alors vraiment grande et rappelle les perspectives.
bonjour.
freddoliani15-11-2005, 23.50.52
je parle en fait d'entreprise de centre d'équipe.. .pas avoir eu des expériences avec d'autres systèmes je vous dis simplement (et beaucoup plus brièvement que nécessaire) comment la gestion de modèle fonctionne.
1- il y a un coffre-fort situé sur le réseau dans lequel tous les fichiers proe liés aux différents modèles que vous voulez "intégrer"
2- chaque utilisateur est essentiellement équipé de voûtes locales n°2 sur leur machine
- la première chambre forte est temporaire et contient tous les fichiers chargés
session, les fichiers dans la première chambre forte sont toujours une copie des fichiers
soit du coffre-fort du réseau, soit du deuxième coffre-fort local.
- la deuxième chambre forte contient les nouveaux fichiers que vous souhaitez intégrer dans
deuxième chambre forte sauve pendant les sessions
travail (comme dit copie de ces fichiers est également copié dans la première
coffre-fort), en plus de ce coffre-fort sont des enregistrements de modèles
nouveau venant de l'extérieur.
3- tous les fichiers présents dans les différentes voûtes sont enregistrés dans des proe-classes spéciales, il y a aussi des liens de l'élément de type d'assemblage entre axiomes et pièces, modèle dans le dessin entre modèles et dessins, pro dépendant d'entre les pièces ou assemblages liés à des dépendances telles que la géométrie de copie. en outre, les instances de table de famille sont enregistrées et liées à des fichiers génériques liés via pro dépendant de
4 pour chaque objet, par exemple, il y a plusieurs fichiers enregistrés dans le coffre-fort réseau par rapport à différentes versions d'intérêt particulier, parmi lesquelles il y a le rapport de succession de sorte que vous avez une chaîne dans laquelle vous savez ce qu'est la première et dernière version.
5- l'ouverture d'un modèle est précédée d'un chargement automatique dans la première voûte locale du fichier "clic" plus tous les fichiers que le système trouve en suivant les relations parentales de type avant décrit (de toute évidence les relations sont suivies dans la direction parent-enfant), le rapport de séquence est utilisé par défaut afin que la proe ouvre toujours le dernier modèle de développement
6- la gestion des modèles se fait par la méthode de « check-out » « check-in » du coffre-fort réseau
la gestion des soi-disant "composants normaux" comme le vice a lieu dans une autre voûte sur le net pour le simple fait qu'il est plus immédiat de transférer les bibliothèques à l'extérieur.
actuellement, le système fonctionne assez bien pour gérer les dernières versions de développement de nombreux modèles complexes et je dois dire qu'il est très efficace lorsque vous devez gérer automatiquement de nombreuses variations similaires d'une même configuration.
comme vous avez peut-être déjà deviné que nous n'avons pas encore contrôler les différentes révisions de la configuration du modèle, mais nous ne pouvons voir d'une certaine manière que la dernière version qui est généralement le développement, je suis conscient que c'est dangereux mais je me sens vraiment à blâmer en tant que concepteur des "systèmes informatiques".
après tant de pleurs mais je pense qu'il sera implémenté la possibilité d'exécuter l'opération appelée "tag", corrigez-moi si j'ai tort, que je crois qu'il est prévu dans ces programmes pour le développement de logiciels open-source que je ne sais pas, mais que tellement ressemble aux systèmes pdm.
cette opération à ce que j'ai compris résout le problème des versions et consiste à créer un lien transversal à la structure de succession qui identifie et regroupe l'ensemble de fichiers qui, à un moment donné, est présent dans le workbook proe, afin d'effectuer une photo de la configuration proe tout comme elle se produit dans la gestion normale de la configuration.
en ce qui concerne la gestion de la configuration réelle du modèle de la même étape par rapport au cycle de vie du produit, je suis d'avis qu'il s'agit d'utopie pure (du moins pour les systèmes complexes) car les modifications à apporter aux modèles sont beaucoup plus nombreuses que celles qui sont généralement effectuées sur la configuration émise. dans tous les cas, il a été suggéré de lier chaque fichier proe "émis" à un anagramme de produit correspondant et d'utiliser des liens de configuration pour charger dans le répertoire de travail tous les fichiers nécessaires pour ouvrir le modèle.
quant à l'entreprise "normale" de gestion de la configuration des produits pour ce que je sais (ma seule expérience au cours de mes 2 premières années) est ok et permet tranquillement la soi-disant "gestion du changement" donnant une pleine visibilité aux différentes entreprises. j'ajoute que d.b est créé manuellement et pas automatiquement par les pros.
je conclus mon "pour dire peu grand" brouillon vous demandant, tant qu'il a réussi à me plier un peu, si la façon de gérer les lignes proe sur pdm je vous ai décrit est l'âge de la pierre ou non.
bonjour.
c'est luca.
dans l'entreprise nous avons l'intention d'acheter un pdm (nous utilisons thinkdesign) et nous aimerions le prendre de la même famille (thinkteam) mais pouvez-vous utiliser un autre pdm? .
y a-t-il quelqu'un qui peut me donner des conseils ?
est-ce que le pdm fonctionne ?
est-ce que cela allège le travail ou le complique ?
merci pour l'instant.
_14-10-2005, 17.43.34
long discours.
un pdm est comme une lampe placée sur une table dans une pièce sombre.
si sur le bureau il ya casino mettre une lampe souligne juste l'inconfort de vivre d'une manière désordonnée. . . .
j'ai l'expérience de 14 pdm:
- intralink (gestion pro/e) jusqu'en 2000.
- centre d'équipe pour la gestion des ug et des caty.
ugs est exceptionnel, mais je ne sais pas s'il gère les fichiers think3.
freddoliani28-10-2005, 19.09.28
dans l'entreprise où nous travaillons nous utilisons teamcenter 4 pour la gestion de proe 2001 (il est prévu d'intégrer prochainement wf).
bonjour.
c'est freddy.
ps: je n'écris pas sur ce forum... j'ai eu une petite pause !
_10-11-2005, 13 heures.48
teamcenter 4 ? ? ?
puis parler de l'entreprise du centre d'équipe... je ne le connais pas.
j'utilise l'ingénierie du centre d'équipe que pour la gestion des données cad (ug, proe, catiav4 et v5 etc) est exceptionnel.
j'ai récemment vu une démonstration de tce avec wf et gère toutes les principales caractéristiques du produit (table familiale, liens entre les parties, etc.) puis assure l'utilisation de fonctionnalités tce avancées telles que la variante, l'option, etc.
l'interface utilisateur de l'ingénierie est alors vraiment grande et rappelle les perspectives.
bonjour.
freddoliani15-11-2005, 23.50.52
je parle en fait d'entreprise de centre d'équipe.. .pas avoir eu des expériences avec d'autres systèmes je vous dis simplement (et beaucoup plus brièvement que nécessaire) comment la gestion de modèle fonctionne.
1- il y a un coffre-fort situé sur le réseau dans lequel tous les fichiers proe liés aux différents modèles que vous voulez "intégrer"
2- chaque utilisateur est essentiellement équipé de voûtes locales n°2 sur leur machine
- la première chambre forte est temporaire et contient tous les fichiers chargés
session, les fichiers dans la première chambre forte sont toujours une copie des fichiers
soit du coffre-fort du réseau, soit du deuxième coffre-fort local.
- la deuxième chambre forte contient les nouveaux fichiers que vous souhaitez intégrer dans
deuxième chambre forte sauve pendant les sessions
travail (comme dit copie de ces fichiers est également copié dans la première
coffre-fort), en plus de ce coffre-fort sont des enregistrements de modèles
nouveau venant de l'extérieur.
3- tous les fichiers présents dans les différentes voûtes sont enregistrés dans des proe-classes spéciales, il y a aussi des liens de l'élément de type d'assemblage entre axiomes et pièces, modèle dans le dessin entre modèles et dessins, pro dépendant d'entre les pièces ou assemblages liés à des dépendances telles que la géométrie de copie. en outre, les instances de table de famille sont enregistrées et liées à des fichiers génériques liés via pro dépendant de
4 pour chaque objet, par exemple, il y a plusieurs fichiers enregistrés dans le coffre-fort réseau par rapport à différentes versions d'intérêt particulier, parmi lesquelles il y a le rapport de succession de sorte que vous avez une chaîne dans laquelle vous savez ce qu'est la première et dernière version.
5- l'ouverture d'un modèle est précédée d'un chargement automatique dans la première voûte locale du fichier "clic" plus tous les fichiers que le système trouve en suivant les relations parentales de type avant décrit (de toute évidence les relations sont suivies dans la direction parent-enfant), le rapport de séquence est utilisé par défaut afin que la proe ouvre toujours le dernier modèle de développement
6- la gestion des modèles se fait par la méthode de « check-out » « check-in » du coffre-fort réseau
la gestion des soi-disant "composants normaux" comme le vice a lieu dans une autre voûte sur le net pour le simple fait qu'il est plus immédiat de transférer les bibliothèques à l'extérieur.
actuellement, le système fonctionne assez bien pour gérer les dernières versions de développement de nombreux modèles complexes et je dois dire qu'il est très efficace lorsque vous devez gérer automatiquement de nombreuses variations similaires d'une même configuration.
comme vous avez peut-être déjà deviné que nous n'avons pas encore contrôler les différentes révisions de la configuration du modèle, mais nous ne pouvons voir d'une certaine manière que la dernière version qui est généralement le développement, je suis conscient que c'est dangereux mais je me sens vraiment à blâmer en tant que concepteur des "systèmes informatiques".
après tant de pleurs mais je pense qu'il sera implémenté la possibilité d'exécuter l'opération appelée "tag", corrigez-moi si j'ai tort, que je crois qu'il est prévu dans ces programmes pour le développement de logiciels open-source que je ne sais pas, mais que tellement ressemble aux systèmes pdm.
cette opération à ce que j'ai compris résout le problème des versions et consiste à créer un lien transversal à la structure de succession qui identifie et regroupe l'ensemble de fichiers qui, à un moment donné, est présent dans le workbook proe, afin d'effectuer une photo de la configuration proe tout comme elle se produit dans la gestion normale de la configuration.
en ce qui concerne la gestion de la configuration réelle du modèle de la même étape par rapport au cycle de vie du produit, je suis d'avis qu'il s'agit d'utopie pure (du moins pour les systèmes complexes) car les modifications à apporter aux modèles sont beaucoup plus nombreuses que celles qui sont généralement effectuées sur la configuration émise. dans tous les cas, il a été suggéré de lier chaque fichier proe "émis" à un anagramme de produit correspondant et d'utiliser des liens de configuration pour charger dans le répertoire de travail tous les fichiers nécessaires pour ouvrir le modèle.
quant à l'entreprise "normale" de gestion de la configuration des produits pour ce que je sais (ma seule expérience au cours de mes 2 premières années) est ok et permet tranquillement la soi-disant "gestion du changement" donnant une pleine visibilité aux différentes entreprises. j'ajoute que d.b est créé manuellement et pas automatiquement par les pros.
je conclus mon "pour dire peu grand" brouillon vous demandant, tant qu'il a réussi à me plier un peu, si la façon de gérer les lignes proe sur pdm je vous ai décrit est l'âge de la pierre ou non.
bonjour.
c'est luca.
Dernière édition par un modérateur: