Suporte à Aquisição de Dados

A Altium facilita a capacidade de uma organização copiar o conteúdo de que necessita a partir de um servidor de origem e entregá-lo a um segundo servidor de destino – um processo referido simplesmente como Server Data Acquisition. Isto permite-lhe, por exemplo, obter rapidamente dados do seu Workspace (alojado na plataforma de infraestrutura Altium 365) e entregá-los ao seu servidor local.

Ao adquirir conteúdo de design, a propriedade fica firmemente nas mãos da equipa do servidor recetor, que fica livre para fazer modificações e manter o conteúdo – no seu servidor – como entender daí em diante. E, ao manter uma ligação entre os dados adquiridos e a sua fonte original, pode ser efetuado um tratamento inteligente dos dados, incluindo notificação quando a origem de qualquer conteúdo copiado é atualizada. Assim, por exemplo, se mais tarde for feita uma alteração a uma revisão de um item de design no servidor de origem, o servidor de destino tem a capacidade de atualizar para essa revisão, ressincronizando-se com a “nave-mãe”, por assim dizer. E independentemente de terem sido efetuadas versões adicionais de um item no servidor de destino, existe sempre a possibilidade de reverter para uma revisão anterior do servidor de origem – tudo isto mantendo uma ligação à fonte original do item, ou Origin.

Aquisição de Dados – Visão Geral Conceptual

A imagem seguinte fornece uma ilustração gráfica, de nível mais elevado, do conceito de aquisição de dados. Os princípios de aquisição de dados representados são os mesmos, independentemente do tipo de dados a adquirir.

O conceito de aquisição de dados do servidor.

Tenha em atenção que o Workspace que irá receber os dados de conteúdo (o Workspace de destino) tem de conseguir ligar-se ao Workspace de origem. Isto significa que um Enterprise Server não pode atuar como origem de dados de conteúdo para um Workspace Altium 365, uma vez que este último não consegue ligar-se ao primeiro – que se encontra numa LAN/WAN local e não está exposto à internet.

Na prática, isto significa que os dados do Content Cart podem ser transferidos entre Workspaces Altium 365, entre Workspaces Enterprise Server e de um Workspace Altium 365 para um Workspace Enterprise Server. Nestes casos, o Workspace recetor/de destino consegue “ver” e ligar-se ao Workspace de origem, ao passo que um Workspace Altium 365 de destino não consegue ver nem ligar-se a um Workspace que resida numa rede local fechada.

Resumo da Aquisição de Dados entre Workspaces:

ORIGEM		DESTINO	SUPORTADO
Workspace Altium 365	→	Workspace Altium 365
Workspace Altium 365	→	Workspace Altium Enterprise Server
Workspace Altium Enterprise Server	→	Workspace Altium 365
Workspace Altium Enterprise Server	→	Workspace Altium Enterprise Server

Itens que podem ser Adquiridos

Os seguintes tipos de Item podem ser adquiridos de um servidor de origem para um servidor de destino, utilizando a funcionalidade de Aquisição de Dados:

• Modelo 3D
• Preferências do Altium Designer
• Componente (incluindo Part Choices associados)
• Modelo de Componente
• Folha de Dados
• Footprint
• Folha Esquemática Gerida
• Trabalho de Saída
• Modelo Esquemático
• Script
• Modelo de Simulação
• Símbolo

Aspetos a ter em consideração ao adquirir dados:

• Apenas podem ser adquiridos os Itens de dados num estado de libertação no servidor de origem.

• Apenas é adquirida a revisão escolhida de um Item de origem, e não todas as revisões que possam existir para esse Item.

• Ao adquirir uma revisão de um Item de Componente de origem ou de Folha Esquemática Gerida, todos os Itens filho ligados também serão adquiridos:

  • Component Item – revisões aplicáveis dos seguintes objetos filho ligados: Item de Símbolo, Item(ns) de Footprint, Item(ns) de Modelo 3D, Item de Modelo de Simulação, Item(ns) de Folha de Dados, Item de Modelo de Componente.

    Tenha em atenção que o parâmetro Component Type não é transferido durante o processo de aquisição, pelo que os componentes transferidos aparecerão na localização Uncategorized do destino, tanto no Components panel do Altium Designer como na página Components page do Workspace. Pode aplicar o Component Type pretendido a uma ou várias entradas de componentes utilizando a operação Change Component Type operation no Explorer panel do Altium Designer.

  • Managed Sheet Item – revisões aplicáveis dos seguintes objetos filho ligados: Item(ns) de Componente, Item(ns) de Símbolo, Item(ns) de Footprint, Item(ns) de Modelo 3D, Item(ns) de Modelo de Simulação, Item(ns) de Folha de Dados, Item(ns) de Modelo de Componente, Item de Modelo Esquemático.

• O ciclo de vida de uma revisão de Item de origem adquirida assumirá o estado inicial “pós-libertação”, conforme determinado pela definição de ciclo de vida atribuída ao Item de destino. Qualquer histórico de ciclo de vida da revisão do Item de origem será simplesmente ignorado.

• Se um Item filho de um Item de Componente/Folha Esquemática Gerida de origem escolhido não puder, por qualquer motivo, ser adquirido, então a aquisição desse Item de Componente/Folha Esquemática Gerida escolhido não prosseguirá.

A aquisição é efetuada utilizando a caixa de diálogo Content Cart dialog. O acesso a esta caixa de diálogo é feito a partir do Explorer panel do Altium Designer. Pode adicionar uma ou mais Revisões de Item selecionadas, ou até uma pasta de Itens (o que carregará o carrinho com a revisão mais recente de todos os Itens dessa pasta).

Para mais informações sobre a interface de utilizador de aquisição no Altium Designer, consulte a página Acquiring Workspace Data Using the Content Cart.

Mecânica da Aquisição

A título de enquadramento, a secção seguinte fornece mais informação sobre o fluxo processual básico utilizado pela funcionalidade de aquisição de dados e os cenários gerais encontrados ao gerir a aquisição de dados.

Fluxo Processual Básico

A imagem seguinte analisa mais de perto a mecânica da aquisição de dados a partir de um servidor de origem. Ilustra o fluxo processual envolvido para, essencialmente, copiar uma revisão escolhida de um item de origem entre os servidores de origem e de destino indicados.

A mecânica da aquisição de dados a partir de um servidor de origem e da sua transferência para um servidor de destino.

Como se pode ver, o procedimento resume-se essencialmente a três fases distintas, garantindo que os dados são transferidos entre servidores mantendo a sua integridade:

1. Download – a revisão escolhida do item de origem (no servidor de origem) é primeiro transferida.
2. Modify & Retarget – os dados são automaticamente modificados para se adequarem às preferências locais definidas (locais ao servidor de destino), preservando de forma fiável o valor adquirido.
3. Release – os dados são libertados no servidor de destino (neste caso, numa nova revisão de um item de destino existente). A revisão de destino mantém uma ligação à sua origem, um apontador para a revisão do item de origem ancestral.

Gestão de Dados Adquiridos

Na secção anterior, foi visto o fluxo básico da aquisição. Para gerir eficazmente a aquisição de dados, o histórico relativo tanto dos itens de origem como dos itens adquiridos é acompanhado, para que as ações de aquisição relevantes fiquem disponíveis para o designer através da interface de gestão da aquisição.

As secções seguintes analisam os cenários gerais encontrados ao gerir a aquisição de dados. Em cada caso, o estado dos dados adquiridos – em termos do Item de destino e de quaisquer revisões – é comparado com o seu Item de origem original e respetivas revisões.

Aquisição Completamente Nova

Neste cenário, nenhuma revisão do Item de origem foi adquirida anteriormente. Uma revisão do Item de origem será adquirida para a revisão inicial de um novo Item de destino. O novo Item de destino e a respetiva revisão são criados como parte da configuração da aquisição.

Cenário 1 – aquisição de dados para a revisão inicial de um novo Item de destino.

Aquisição de uma Revisão Posterior

Neste cenário, uma revisão do Item de origem já foi adquirida anteriormente. O Item de origem foi subsequentemente modificado, levando à disponibilização de uma revisão posterior. Neste caso, seria criada uma nova revisão do Item de destino existente, para adquirir a revisão posterior do Item de origem.

Cenário 2 – aquisição de uma revisão posterior de um Item de origem previamente adquirido.

Já Existe

Neste cenário, a revisão mais recente do Item de origem já foi adquirida – não há mais nada a adquirir.

Cenário 3 – a revisão pretendida do Item de origem já foi adquirida, nada a fazer.