RUGGIUNO
Guest
Snnosis1010-10-2005, 10.37.40
na empresa pretendemos comprar um pdm (utilizamos thinkdesign) e gostaríamos de levá-lo da mesma família (thinkteam) mas você pode usar outro pdm? .
Há alguém que me possa dar algum conselho sobre isto?
O Pdm trabalha?
Ilumina o trabalho ou complica-o?
Obrigado até agora.
Não.14-10-2005, 17,43.34
Discurso longo.
um pdm é como uma lâmpada colocada em uma mesa em uma sala escura.
se na mesa há casino colocando uma lâmpada apenas enfatiza o desconforto de viver de uma forma desordenada. .
Tenho experiência de 2 pdm:
- intralink (gestão profissional) até 2000.
- centro de equipe para a gestão de ug e caty.
tce de ugs é excepcional, mas eu não sei se ele lida com arquivos think3.
freddoliani28-10-2005, 19.09.28
na empresa onde trabalhamos usamos o teamcenter 4 para a gestão do proe 2001 (é esperado em breve para integrar wf).
Olá.
Freddy.
ps: Eu não escrevo sobre este fórum... Tive uma pequena pausa!
Não.10-11-2005, 13.00.48
então falar sobre a empresa do centro da equipe... Não o conheço.
Eu uso engenharia de centro de equipe que para gerenciamento de dados cad (ug, proe, catiav4 e v5 etc) é excepcional.
Eu vi recentemente uma demo de tce com wf e gerencia todas as principais características do produto (mesa familiar, links interpart etc) em seguida, garantindo o uso de recursos de tce avançados, como variante, opção etc.
a interface de usuário da engenharia então é realmente grande e lembra o Outlook.
Olá.
freddoliani15-11-2005, 23.50.52
Eu realmente falo sobre a empresa do centro de equipe.. não tendo tido experiências com outros sistemas eu simplesmente lhe digo (e muito mais brevemente do que necessário) como a gestão do modelo funciona.
1- há um cofre localizado na rede em que todos os arquivos de proe relacionados aos vários modelos que você deseja "integrar"
2- cada usuário está essencialmente equipado com n°2 cofres locais em sua máquina
- o primeiro cofre é temporário e contém todos os arquivos que estão carregados
sessão, os arquivos no primeiro cofre são sempre uma cópia de arquivos
ou do cofre de rede ou do segundo cofre local.
- o segundo cofre contém os novos arquivos que você deseja integrar
segunda capa salva durante as sessões
trabalho (como disse a cópia desses arquivos também é copiado no primeiro
vault), além deste vault são gravações de modelos
nova vinda do exterior.
3- todos os arquivos presentes nas várias abóbadas são registrados em classes de proe especiais, há também links do membro do tipo de montagem entre axiomas e peças, modelo no desenho entre modelos e desenhos, pro dependente de entre partes ou conjuntos relacionados a dependências como a geometria de cópia. Além disso, instâncias de tabela familiar são gravadas e ligadas a arquivos genéricos relacionados via pro dependente de
4 para cada objeto, por exemplo, há vários arquivos registrados no cofre da rede em relação a diferentes versões de interesse particular, entre eles há o relatório de sucessão para que você tenha uma cadeia na qual você sabe qual é a primeira e última versão.
5- a abertura de um modelo é precedida por carregamento automático no primeiro cofre local do arquivo "cliqueado" mais todos os arquivos que o sistema encontra seguindo as relações parentais do tipo antes descrito (obviamente as relações são seguidas na direção parent-child), o relatório de sequência é usado por padrão para que o proe sempre abra o último modelo de desenvolvimento
6- Gestão de modelos ocorre através do método "check-out" "check-in" do cofre de rede
a gestão dos chamados "componentes normais" como o vício ocorre em outro cofre na rede para o simples fato de que é mais imediato transferir as bibliotecas para o exterior.
Atualmente, o sistema funciona muito bem para gerenciar as versões mais recentes de desenvolvimento de muitos modelos complexos e devo dizer que é muito eficaz quando você tem que gerenciar automaticamente muitas variações semelhantes de uma mesma configuração.
como você pode já ter adivinhado que ainda não controlamos as várias revisões da configuração do modelo, mas podemos ver de certa forma apenas a última versão que é geralmente desenvolvimento, eu estou ciente de que isso é perigoso, mas eu realmente sinto a culpa como um designer para os "sistemas de computador".
depois de chorar tanto, mas acho que será implementada a possibilidade de executar a operação chamada "tag", corrigir-me se eu erro, que eu acredito que é visualizada nesses programas para o desenvolvimento de software de código aberto que eu não sei, mas que tanto se assemelham aos sistemas pdm.
esta operação para o que eu entendi resolve o problema das versões e consiste em criar um link transversal para a estrutura da sucessão que identifica e agrupa o conjunto de arquivos que em um determinado momento está presente na pasta de trabalho do proe, de modo a realizar uma foto da configuração do proe assim como acontece na gestão normal da configuração.
No que diz respeito à gestão da configuração real do modelo do mesmo passo para o ciclo de vida do produto eu sou da opinião de que é utopia pura (pelo menos para sistemas complexos) porque as mudanças a serem feitas nos modelos são muito mais numerosos do que aqueles que são normalmente realizados na configuração emitida. Em qualquer caso, foi sugerido para ligar cada proe de arquivo "emitted" a um anagram de produto correspondente e usar os laços de configuração para carregar no diretório de trabalho todos os arquivos necessários para abrir o modelo.
Quanto à empresa "normal" do centro de configuração do produto para o que eu sei (a minha única experiência nos meus primeiros 2 anos) é ok e permite silenciosamente o chamado "gestão de mudança" dando visibilidade total às várias empresas. Eu adiciono que d.b é criado manualmente e não automaticamente por proes.
Concluí o meu rascunho "para dizer pouco grande" perguntando-lhe, desde que ele conseguiu me dobrar um pouco, se a maneira de gerenciar as linhas proe no pdm eu descrevi você é a idade da pedra ou não.
Olá.
Luca.
na empresa pretendemos comprar um pdm (utilizamos thinkdesign) e gostaríamos de levá-lo da mesma família (thinkteam) mas você pode usar outro pdm? .
Há alguém que me possa dar algum conselho sobre isto?
O Pdm trabalha?
Ilumina o trabalho ou complica-o?
Obrigado até agora.
Não.14-10-2005, 17,43.34
Discurso longo.
um pdm é como uma lâmpada colocada em uma mesa em uma sala escura.
se na mesa há casino colocando uma lâmpada apenas enfatiza o desconforto de viver de uma forma desordenada. .
Tenho experiência de 2 pdm:
- intralink (gestão profissional) até 2000.
- centro de equipe para a gestão de ug e caty.
tce de ugs é excepcional, mas eu não sei se ele lida com arquivos think3.
freddoliani28-10-2005, 19.09.28
na empresa onde trabalhamos usamos o teamcenter 4 para a gestão do proe 2001 (é esperado em breve para integrar wf).
Olá.
Freddy.
ps: Eu não escrevo sobre este fórum... Tive uma pequena pausa!
Não.10-11-2005, 13.00.48
Teamcenter 4?
então falar sobre a empresa do centro da equipe... Não o conheço.
Eu uso engenharia de centro de equipe que para gerenciamento de dados cad (ug, proe, catiav4 e v5 etc) é excepcional.
Eu vi recentemente uma demo de tce com wf e gerencia todas as principais características do produto (mesa familiar, links interpart etc) em seguida, garantindo o uso de recursos de tce avançados, como variante, opção etc.
a interface de usuário da engenharia então é realmente grande e lembra o Outlook.
Olá.
freddoliani15-11-2005, 23.50.52
Eu realmente falo sobre a empresa do centro de equipe.. não tendo tido experiências com outros sistemas eu simplesmente lhe digo (e muito mais brevemente do que necessário) como a gestão do modelo funciona.
1- há um cofre localizado na rede em que todos os arquivos de proe relacionados aos vários modelos que você deseja "integrar"
2- cada usuário está essencialmente equipado com n°2 cofres locais em sua máquina
- o primeiro cofre é temporário e contém todos os arquivos que estão carregados
sessão, os arquivos no primeiro cofre são sempre uma cópia de arquivos
ou do cofre de rede ou do segundo cofre local.
- o segundo cofre contém os novos arquivos que você deseja integrar
segunda capa salva durante as sessões
trabalho (como disse a cópia desses arquivos também é copiado no primeiro
vault), além deste vault são gravações de modelos
nova vinda do exterior.
3- todos os arquivos presentes nas várias abóbadas são registrados em classes de proe especiais, há também links do membro do tipo de montagem entre axiomas e peças, modelo no desenho entre modelos e desenhos, pro dependente de entre partes ou conjuntos relacionados a dependências como a geometria de cópia. Além disso, instâncias de tabela familiar são gravadas e ligadas a arquivos genéricos relacionados via pro dependente de
4 para cada objeto, por exemplo, há vários arquivos registrados no cofre da rede em relação a diferentes versões de interesse particular, entre eles há o relatório de sucessão para que você tenha uma cadeia na qual você sabe qual é a primeira e última versão.
5- a abertura de um modelo é precedida por carregamento automático no primeiro cofre local do arquivo "cliqueado" mais todos os arquivos que o sistema encontra seguindo as relações parentais do tipo antes descrito (obviamente as relações são seguidas na direção parent-child), o relatório de sequência é usado por padrão para que o proe sempre abra o último modelo de desenvolvimento
6- Gestão de modelos ocorre através do método "check-out" "check-in" do cofre de rede
a gestão dos chamados "componentes normais" como o vício ocorre em outro cofre na rede para o simples fato de que é mais imediato transferir as bibliotecas para o exterior.
Atualmente, o sistema funciona muito bem para gerenciar as versões mais recentes de desenvolvimento de muitos modelos complexos e devo dizer que é muito eficaz quando você tem que gerenciar automaticamente muitas variações semelhantes de uma mesma configuração.
como você pode já ter adivinhado que ainda não controlamos as várias revisões da configuração do modelo, mas podemos ver de certa forma apenas a última versão que é geralmente desenvolvimento, eu estou ciente de que isso é perigoso, mas eu realmente sinto a culpa como um designer para os "sistemas de computador".
depois de chorar tanto, mas acho que será implementada a possibilidade de executar a operação chamada "tag", corrigir-me se eu erro, que eu acredito que é visualizada nesses programas para o desenvolvimento de software de código aberto que eu não sei, mas que tanto se assemelham aos sistemas pdm.
esta operação para o que eu entendi resolve o problema das versões e consiste em criar um link transversal para a estrutura da sucessão que identifica e agrupa o conjunto de arquivos que em um determinado momento está presente na pasta de trabalho do proe, de modo a realizar uma foto da configuração do proe assim como acontece na gestão normal da configuração.
No que diz respeito à gestão da configuração real do modelo do mesmo passo para o ciclo de vida do produto eu sou da opinião de que é utopia pura (pelo menos para sistemas complexos) porque as mudanças a serem feitas nos modelos são muito mais numerosos do que aqueles que são normalmente realizados na configuração emitida. Em qualquer caso, foi sugerido para ligar cada proe de arquivo "emitted" a um anagram de produto correspondente e usar os laços de configuração para carregar no diretório de trabalho todos os arquivos necessários para abrir o modelo.
Quanto à empresa "normal" do centro de configuração do produto para o que eu sei (a minha única experiência nos meus primeiros 2 anos) é ok e permite silenciosamente o chamado "gestão de mudança" dando visibilidade total às várias empresas. Eu adiciono que d.b é criado manualmente e não automaticamente por proes.
Concluí o meu rascunho "para dizer pouco grande" perguntando-lhe, desde que ele conseguiu me dobrar um pouco, se a maneira de gerenciar as linhas proe no pdm eu descrevi você é a idade da pedra ou não.
Olá.
Luca.
Última edição por um moderador: