Apostila Admin PDMS

VANTAGE PDMS
AVEVA VANTAGE Plant Design Management System
Treinamento em
Administrao de Projetos em
PDMS ADMIN e
Administrao do ISODRAFT
Material Desenvolvido pela Endpoint Solues Integradas Ltda.
Distribuidora AVEVA no Brasil
Verso 11.6.SP2
Manual de Treinamento em Administrao de Projetos em PDMS ADMIN e Administrao do ISODRAFT

Informaes sobre este material didtico:
Edio:
3 Edio Revisada
Verso:
3.1.0
Data da Reviso:
20/jan/06
Data da Verso:
04/jul/05
Este material didtico est de acordo com a seguinte verso do Aplicativo AVEVA:
AVEVA VANTAGE Plant Design Management System PDMS 11.6.sp2
Redao:
Douglas Vinicius Serrano
Engenheiro de Aplicaes
Endpoint Solues Integradas Ltda
Coordenao e Reviso:
Dcio Luiz Balanuelo
Diretor
Endpoint Solues Integradas Ltda
Apoio Didtico:
Servio Nacional de Aprendizagem Industrial
Escola SENAI de Informtica
Departamento Regional de So Paulo
Instrutor: Norberto Muchuelo
Material de Referncia:
Manual PDMS Basic & Advanced Administration AVEVA
Para Contato com a Detentora dos direitos autorais:

Endpoint Solues Integradas Ltda.
Distribuidor AVEVA no Brasil
Av. Dr. Nelson D'Avila, 389 Sl. 73A - Ed. Tech Tower Centro
CEP. 12245-030 So Jos dos Campos - SP - Brasil
Fone: +55 (12) 3923-9299
Fax: +55 (12) 3942-5349
Internet: www.endpoint.com.br
Reservados todos os direitos. proibida a duplicao ou reproduo desse volume, no todo em parte, sob
quaisquer formas ou por quaisquer meios (eletrnico, mecnico, gravao, fotocpia, distribuio na Web ou
outros) sem permisso expressa da Endpoint Solues Integradas Ltda.
Treinamento em Administrao do Sistema PDMS

AVEVA VANTAGE PDMS 11.6 SP2
ndice
Contedo
1 Conceitos para Administrao.......................................................... 1
1.1 Usurios do Sistema.......................................................................................................................... 1
2 Estrutura Administrativa ................................................................... 7

3 Mdulo ADMIN.................................................................................. 11
3.1 Um novo projeto............................................................................................................................... 11

3.1.1 Criao dos diretrios de projeto ....................................................................................... 12
3.1.2 Criao de variveis de sistemas....................................................................................... 13
4 Criando TEAMS, USERS, DBS e MDBS........................................ 15
4.1 Criao de TEAMS .......................................................................................................................... 15

4.2 Criao de USERS .......................................................................................................................... 18
4.3 Criao de DBS .............................................................................................................................. 20
4.3.1 reas de Bancos de Dados................................................................................................ 24
4.3.2 Nmero do Banco de Dados .............................................................................................. 24
4.3.3 Nmero do arquivo em disco do Banco de Dados............................................................. 24
4.4 Criao de MDBS ........................................................................................................................... 25
5 Compartilhamento de DBS de outro projeto................................. 29

6 Informaes do projeto ................................................................... 33
6.1 Mdulos do PDMS ........................................................................................................................... 33

6.2 Duplicao de projetos .................................................................................................................... 35
7 Reconfigurao de DBS ................................................................. 37

8 Verificao de integridade de DBS ................................................ 41
9 Lexicon ............................................................................................. 47
9.1 Estrutura do Banco de Dados.......................................................................................................... 47

9.2 Atributos do elemento UDA ............................................................................................................. 48
9.3 Criao de uma UDA ....................................................................................................................... 49
10 Administraao do Mdulo ISODRAFT .......................................... 51
10.1 Acessando o mdulo Isodraft ........................................................................................................ 51

10.2 Criando arquivos de opes .......................................................................................................... 52
10.3 Configurando um arquivo de opes............................................................................................. 54
10.3.1 Opes administrativas..................................................................................................... 51
10.3.2 Layout da folha.................................................................................................................. 52
10.3.3 Opes de dimensionamento ........................................................................................... 54
10.3.4 Opes de anotaes ....................................................................................................... 51
10.3.5 Lista de materiais .............................................................................................................. 52
10.3.6 Colunas da lista de materiais............................................................................................ 54
10.3.7 Numerao de soldas ....................................................................................................... 51
10.3.8 Tabelas de atributos de Pipe ............................................................................................ 52
10.3.9 Tabelas de reviso............................................................................................................ 54
10.3.10 Tabela de BEND ............................................................................................................. 51
10.3.11 Arquivos de relatrio e smbolos..................................................................................... 52
10.3.12 Textos ............................................................................................................................. 54
10.3.13 Textos de atributos ......................................................................................................... 51
10.3.14 Textos padres ............................................................................................................... 52
10.3.15 Tags de componentes .................................................................................................... 54
endpoint Solues Integradas Ltda.

Proibida a reproduo sem prvia autorizao
ndice -
Conceitos para Administrao

Captulo
1. Conceitos para Administrao

Considerando que um projeto em PDMS consiste em uma grande variedade de
elementos que devem ser organizados para seu sucesso, ento o
Administrador o responsvel por essa tarefa a fim de, principalmente, decidir
sobre certos pontos os quais sero cruciais para o incio das atividades.
A definio de Administrador do PDMS de certa forma varivel para cada
empresa, j que na prtica nenhuma delas usar o sistema exatamente da
mesma forma que qualquer outra.
Para as definies necessrias no incio de um projeto, trs perguntas so
fundamentais:
1.
Qual o tamanho da unidade a ser desenvolvida no PDMS?
2.
Qual prazo de execuo?
3.
Quantas pessoas sero necessrias?
A partir destas informaes preliminares, o administrador deve decidir quantas

estaes sero necessrias e durante quanto tempo cada uma estar a
disposio. A maioria das empresas que j usaram o sistema em outras
operaes ter dados relacionados performance do sistema e o quanto pode
esperar de produtividade de seus projetistas. Tendo estas informaes, as
decises iniciais em um projeto, se tornam mais fceis de serem tomadas.
1.1 Usurios do Sistema

No inicio de um detalhamento em PDMS, menos pessoas estaro envolvidas,
mas com o avano do projeto a solicitao de mais projetistas aparecer
chegando a ponto que teremos capacidade total e a partir de mais algum
tempo, novamente poderemos contar com menos projetistas no sistema. Todos
projetos possuem diferentes solicitaes de pessoal durante sua durao e isto
deve ser levado em considerao para seu planejamento.


Outro fator a ser considerado deve ser as disciplinas que sero envolvidas no
sistema. No incio dos trabalhos, mais ateno ser necessria para Civil e
Estruturas Metlicas e ser necessria a previso de um maior nmero de
pessoas e estaes nessas disciplinas e da mesma forma aps algum tempo,
algumas estaes estaro subutilizadas devido ao trmino de algumas
atividades.
As seguintes disciplinas podero ser envolvidas no projeto de detalhamento
dentro do PDMS:
Equipamentos No tm como objetivo o projeto de Equipamentos e

sim, atravs de Data-Sheets definitivos ou preliminares, fazer o estudo de layout de equipamentos. Os profissionais que executam a modelagem destes
equipamentos so geralmente da equipe da especialidade de Equipamentos,
os quais usam o modelo 3D para a concepo do lay-out ou ainda pode ser
executado, o que ocorre na maioria dos casos, pelo pessoal de tubulao,
atravs de um lay-out bsico.
Tubulao Todo projeto de detalhamento de tubulao deve ser

definido dentro do PDMS utilizando os recursos especficos desta disciplina
dentro do sistema, tais como, check de interferncias, check de consistncia de
projeto, especificaes, etc., com isso o trabalho torna-se muito fcil e
confivel. Os profissionais que executam este trabalho devem ser sem dvida
da especialidade de tubulao.
Metlica O projeto de estruturas metlicas dentro do sistema pode ser

desenvolvido com o objetivo de estudo destas para lay-out ou ainda com o
objetivo de se chegar a detalhes de fabricao. No primeiro caso o sistema j
se encontra perfeitamente habilitado, j para detalhes de fabricao
necessrio customizaes a fim de inserir dentro da biblioteca do sistema, os
detalhes tpicos utilizados no projeto corrente ou mesmo da empresa, como por
exemplo, tpicos de unies, bases de colunas, etc. Para este trabalho, se o
objetivo for apenas o estudo de lay-out, pode ser utilizado um profissional da
especialidade de metlica ou ainda o prprio pessoal de tubulao com
orientao da metlica. J para se chegar a detalhamento das estruturas,
necessria a utilizao do profissional da especialidade de estruturas metlicas.
Eltrica Nesta especialidade, o sistema pode ser muito proveitoso para

arranjo de bandejas o qual pode ser totalmente estudado e definido j que
estaria sempre trabalhando no mesmo ambiente 3D de todas outras disciplinas
e desta forma checando interferncias on-line com todas elas. Toda bandeja
utilizada no projeto estaria obedecendo a uma especificao que deve ser
inserida no PDMS. O mesmo pode ser feito para estudo de eletrodutos e
locao de painis e outros equipamentos utilizados pela eltrica. O
profissional a executar esses trabalhos, de preferncia, deve ser da prpria
especialidade.

HVAC (Ar Condicionado e ventilao) Todo projeto do lay-out dos

dutos deve ser elaborado dentro do sistema, utilizando todos recursos
disponveis, os quais facilitam muito esta atividade. O ideal a utilizao de um
profissional desta mesma especialidade ao qual poderia conceber o projeto
dentro do PDMS tomando as decises necessrias.
Instrumentao Todos instrumentos de linha so inseridos no modelo 3D
pelo prprio pessoal de tubulao. Bandejas de instrumentao e eletrodutos
devem ter as mesmas consideraes feitas anteriormente para eltrica. Painis
de controle tambm podem ser locados dentro do modelo 3D. O envolvimento
de um profissional de instrumentao dentro do sistema muito recomendvel,
principalmente para os estudos das bandejas.
Suportes de tubulao O estudo das linhas para suportao deve ser

feito fora do sistema atravs do desenvolvimento de uma interface do PDMS
com o sistema de anlise de stress em uso no projeto ou ainda com a extrao
de documentos para o pessoal de suportao, tais como plantas preliminares,
isomtricos, etc. Aps a definio dos suportes e sua locao, estes podem ser
inseridos no modelo 3D atravs do desenvolvimento de uma customizao a
fim de se colocar na biblioteca do PDMS os suportes tpicos necessrios, alm
de se estudar a melhor forma dos documentos as serem extrados para locao
destes. Este trabalho de insero dos suportes no modelo 3D geralmente
executado pelo pessoal da tubulao.
Devemos tambm considerar a forma que o projeto ser estruturado e

distribudo dentro do sistema. Deve-se considerar que cada projetista deve
possuir pelo menos 01 banco de dados completamente acessvel. Isto significa
que 60 projetistas, trabalhando simultaneamente, necessitaro de pelo menos
60 bancos de dados.
Estamos mencionando at agora somente pessoas as quais consideramos
como diretamente ligadas ao detalhamento do projeto. O PDMS solicita, alm
destas pessoas, outras as quais tero diferentes responsabilidades.
Tarefas como checagem do projeto, construo dos catlogos e
especificaes, produo de desenhos e a administrao devem ser
consideradas para que possamos dimensionar nossa equipe.
Existe uma regra geral a qual diz que uma pessoa, absorvendo administrao,
catlogo, especificao e customizao pode ser considerada para cada cinco
operadores produtivos no projeto (projetistas e desenhistas).
Na escolha e direcionamento de profissionais para um projeto, podemos seguir
alguns conceitos os quais nos ajudam a colocar a pessoa certa no lugar certo:
3


Engenheiros ou projetistas seniores

Este profissional ser o responsvel pelo detalhamento do projeto (dentro de
sua especialidade), isto , atravs do modelamento 3D tomar todas as
decises para elaborar o detalhamento da rea a ele atribuda. No
extremamente necessrio a este profissional o conhecimento de outro sistema
CAD, basta a capacidade de elaborao de projetos na sua especialidade.
Desenhista projetista
Durante o processo de modelamento, isto , da concepo do projeto, j se
torna possvel extrao de lay-out de equipamentos, plantas de tubulao,
cortes, isomtricos, etc., isto com o objetivo de preparao das mscaras para
os desenhos definitivos, emisso de documentos com revises parciais ou
mesmo para efeito de informao para outras disciplinas. Para esta tarefa usase um profissional no nvel de desenhista projetista, o qual ter a funo, no
de elaborar o desenho propriamente dito, pois esta tarefa feita
automaticamente pelo sistema, mas sim de colocar neste desenho as
informaes necessrias para se completar o documento, ou seja, cotas, tags,
elevaes, etc.. Sendo assim este profissional deve ser capaz de arbitrar quais
informaes necessrias para este documento.
Construtor de Catlogo e Especificaes
A maioria das disciplinas de projeto, dentro do PDMS, trabalha com o uso de
elementos de bibliotecas 3D, particularmente chamada de Catlogo. Esses
elementos de catlogo, que normalmente j so disponveis em grande nmero
no sistema, s podem ser acessados pelo projetista se estiverem presentes
dentro das especificaes, as quais devem ser elaboradas para cada projeto;
estas especificaes tm idntica funo s utilizadas normalmente em um
projeto convencional, selecionando os elementos presentes no mercado,
aqueles que podero ser usados pelo projetista. O profissional que assimilar
esta funo deve ser da rea de engenharia, pois deve possuir conhecimentos
bsicos de materiais; uma boa afinidade com informtica ajuda no treinamento.
Administrador do Sistema
O PDMS se caracteriza por ser um sistema de gerenciamento para projeto de
plantas industriais e para isso conta com um conjunto de mdulos que
trabalham integrados para se obter os documentos necessrios.
O profissional com esta atribuio ser responsvel por:
gerenciamento entre todos esses mdulos;
gerenciamento dos usurios com seus devidos acessos s

especialidades e reas do projeto;
cuidar da integridade dos bancos de dados do projeto,
suprir o projeto com customizaes necessrias aos projetistas a fim

de proporcionar ganho de produtividade e,
finalmente dar suporte aos usurios do sistema durante todas as fases

do projeto.

Este profissional deve possuir, principalmente, grande afinidade com

informtica. Geralmente esta pessoa tambm responsvel pela construo do
catlogo e especificaes, desta forma assumindo as atribuies descritas no
tpico anterior, alm de, preferencialmente, tambm possuir qualificaes
apresentadas no mesmo tpico.
Tendo feita s decises com relao ao pessoal envolvido, a prxima etapa
criar estes usurios com suas respectivas senhas de acesso no PDMS
vinculando-os a estrutura de times e banco de dados do projeto.



Estrutura Administrativa

Captulo
2. Estrutura Administrativa
Para ajudarmos a entender como se distribui a estrutura administrativa do
PDMS tentaremos usar o esquemtico abaixo:
Projeto
Time(TA)
Usurios:
US-A1
US-A2
US-A3
Time(TB)
Banco de
Dados:
TA/DB1
TA/DB2
TA/DB3
Acesso Read/Write"
Usurios:
US-B1
US-B2
US-B3
Acesso Read"
Acesso Read"
MDB
Banco de
Dados:
TB/DB1
TB/DB2
TB/DB3
Acesso Read/Write"
DBs
Correntes
Ponteiro
Ponteiro
Ponteiro
Deferreds
DBs
Ponteiro
Ponteiro
Ponteiro


Os elementos administrativos de um projeto PDMS so:

Times (TEAM) So elementos que tem a funo de agrupar usurios os
quais teriam as mesmas funes, com relao a especialidades envolvidas no
projeto ou atravs de responsabilidades por reas. O time tambm tem por
finalidade a seleo dos bancos de dados do projeto os quais seus usurios
membros tm total acesso, ou seja, podem ler e escrever nestes bancos de
dados. Os times geralmente recebem nomes conforme sua finalidade, por
exemplo, TUB, EQUI, METAL, no caso de separao de times por
especialidades, ou A200, A300, etc. no caso de separao por reas de
projeto.
Usurios (USER) So os prprios usurios do sistema, sejam eles

administrativos ou produtivos. Os usurios devem ser membros de times do
projeto. Estes usurios sero responsveis diretamente pelo progresso do
projeto em funo de criao, modificao ou ainda eliminao de elementos
nos bancos de dados. Estando um determinado usurio vinculado a
determinado TIME, ele somente poder trabalhar criando ou alterando
elementos em bancos de dados pertinentes ao mesmo time ao qual
membro, isto para esses bancos de dados, ele tem acesso Read/Write.
Para os demais bancos de dados pertinentes a outros times, esse usurio
somente possui o direito de consulta, isto , ele possui acesso Read.
Bancos de Dados (DB) So elementos do projeto os quais recebero

as aes dos usurios. Os Bancos de Dados so arquivos em disco
gerenciados pelo PDMS de forma que, integrados, formam todo o projeto seja
com modelo 3D, catlogo de componentes, especificaes, administrao,
desenhos, etc. Para isso, existem vrios tipos de banco de dados, cada um
com uma funo dentro do projeto. Um projeto no PDMS tende a possuir
vrios bancos de dados de cada tipo sendo que, quando colocados juntos,
podem se comunicar mutuamente de forma que temos a impresso que todos
os dados esto dentro de somente um enorme Banco de Dados. Para um
usurio comum, realmente esta a impresso que se tem.


Multiple DataBase (MDB) So elementos os quais tem a funo de

agrupar os Bancos de Dados que o Administrador julga por necessrio se
relacionarem. Portanto quando se usa um mdulo de produo do PDMS,
antes necessrio que seja selecionado um MDB sendo que este possui o
conjunto de Banco de Dados necessrios para o trabalho, sendo alguns para
edio e outros somente para consultas e referncias. Na realidade o MDB
no absorve os bancos de dados, mas somente, atravs de ponteiros, os
referenciam. Desta forma um MDB poderia ser apagado, pois ele no
armazena nenhum elemento. O MDB no pode possuir dois ponteiros para o
mesmo DB. Outra caracterstica de um MDB uma classificao dos DBs os
quais ele aponta que podem ser classificados como CURRENT ou
DEFERRED.
O usurio somente possui acesso aos DBs current enquanto que os deferred no
esto disponveis. A tarefa de apontar um DB em um MDB somente pode ser feito
pelo administrador. Colocar o Db como current ou deferred uma tarefa que
qualquer usurio tem acesso no mdulo MONITOR. Quanto mais DBs currents em
um MDB, maior a quantidade de informao a ser manipulada, portanto menor a
performance. Sendo assim aqueles DBs menos importantes podem ficar deferred e
quando necessrio, o prprio projetista interessado poderia coloc-lo como current e
instantaneamente passar a acess-



10
Mdulo Admin

Captulo
3. Mdulo Admin
Aps toda teoria apresentada chegamos no ponto de colocarmos em
prtica e usar o mdulo ADMIN. Teremos desta forma como objetivo:
1.
Criao de um projeto inteiramente novo no PDMS;
2.
Criao de usurios, times, bancos de dados e MDBs;
3.
Check da integridade dos bancos de dados;
4.
Compresso de bancos de dados;
5.
Cpia de bancos de dados entre projetos (RECONFIGURER);
3.1 Um novo projeto
O PDMS NT traz alguns utilitrios os quais possibilita a criao de um novo projeto

totalmente virgem. Esta no uma prtica muito comum, pois na realidade um
projeto no PDMS no somente o modelo 3D e sim o conjunto de Catlogos,
Especificaes e outros itens de biblioteca que so disponveis para os projetistas.
Desta forma muito mais conveniente que um projeto que se inicia use todas essas
bibliotecas disponveis de projetos anteriores em sua empresa, pois apesar de
podermos ter muitas diferenas no modelo 3D, grande parte da biblioteca pode ser
utilizada nesse novo projeto.
Para isso o procedimento bem comum: copia-se o ltimo projeto, o qual
teoricamente seria o mais completo em termos de biblioteca, e em seguida, atuando
dentro do produto da cpia, eliminam-se os banco de dados exclusivos do projeto,
isto , o modelo 3D e os desenhos originados deste modelo. Desta forma, os nicos
dados que permanecem so Catlogos, Especificaes, Bibliotecas de desenhos e
estrutura de projeto, os quais podem ser totalmente reutilizados no novo trabalho.
11


Mdulo Admin
Se optarmos pela criao de um projeto novo, podemos a partir desse, importar os

bancos de dados que me interessam de outros projetos.
Na prtica isso leva mais tempo que a operao de cpia sugerida acima.
Para se criar um novo projeto, algumas tarefas fora do PDMS devem ser efetuadas:
3.1.1
Criao dos diretrios de projeto:
Todo e qualquer projeto no PDMS deve ser abreviado com 3 letras para que o
sistema reconhea-o, para isso usaremos o nome de ABC no nosso exemplo.
Um projeto PDMS exige a existncia de no mnimo de 4 diretrios para armazenar
seus dados :
ABC000 armazena todos os banco de dados de projeto
ABCPIC armazena arquivos de imagem dos desenhos gerados no mdulo

DRAFT.
ABCMAC ser usado pelo sistema para armazenar as macros de conexes

criadas
ABCISO contm uma estrutura de sub-diretrios para armazenar arquivos

de uso do mdulo ISODRAFT. Os diretrios devem ser nomeados como:
UND armazena as folhas de fundo dos isomtricos.
SYS - armazena definio de sistemas para gerao de isomtricos

destes.
LIS armazena listas de linhas as quais por algum motivo se deseja

periodicamente a emisso do conjunto.
STD Armazena os arquivos de configurao dos isomtricos

elaborados para o projeto (ABC no caso).
Estes diretrios geralmente so criados abaixo do diretrio que a varivel de sistema

chamada %PDMSPROJ% est apontando.

12
Mdulo Admin
3.1.2

Criao de variveis de sistemas.
Estas devem apontar para o PATH de localizao dos diretrios de projeto. Estas
variveis tm o mesmo nome dos 4 diretrios criados (ABC000, ABCISO, ABCPIC e
ABCMAC).
Depois de efetuada esta tarefa, basta executar um arquivo de lote fornecido pelo
pdms, este arquivo se localiza no diretrio dos executveis do software e se chama
make.mac. Durante a instalao do software, criada um cone no grupo da
AVEVA que executa o arquivo make.mac (menu Iniciar > AVEVA> Vantage PDMS
11.5.SP1 > Make PDMS Project).
Executando este arquivo de lote, ser questionado o nome do novo projeto e voc
estar dentro do PDMS.
Execute uma macro que fornecida com o produto atravs do comando
$m/%PDMSEXE%\makemac.mac. Depois de executada a macro digite FINISH.
Esta macro tem a funo de criar os bancos de dados virgens, os quais sero
usados como templates para criao dos seus bancos de projeto e tambm faz
definies dos mdulos necessrios para o PDMS.
O projeto novo criado claro que no est pronto para o incio de uma nova
operao. necessrio que se traga, de outros projetos, os bancos de dados de
bibliotecas que existem disponveis. Para fazer isso teremos que usar alguns
recursos que veremos com o avano deste treinamento. Se sua empresa no possui
projetos anteriormente executados no PDMS pode-se ainda usar os projetos
fornecidos pela AVEVA.
Para acessar este novo projeto, as rotinas que executamos iro criar um usurio
com nome SYSTEM e senha XXXXXX o qual deve ser usado para entrar no neste
projeto pela primeira vez.
13



Mdulo Admin
14
Criando TEAMS, USERS, DBS e MDBS

Captulo
4. Criando TEAMS, USERS, DBS e MDBS
4.1 - Criao de TEAMS
Conforme o esquema apresentado na pgina 7, os primeiros elementos a

serem criados na estrutura administrativa de um projeto seriam os times,
porm esta seqncia irrelevante, exceto que os times devem ser
criados antes dos bancos de dados.
Para criao de times, aps estando no mdulo ADMIN teremos a
seguinte janela apresentada:
15


Na janela menor chamada de Admin Elements, verifique se os tipos de

elementos apresentados so Teams.
Em um projeto criado como virgem, somente um time estar definido, este
um time padro automaticamente gerado no processo de criao. Nesta
janela, aperte o boto Create e voc ter uma nova janela:

16

Preencha os campos: Name e Description.

No boto ao lado de Name, ajusta-se a condio de Create ou Modify.
Aperte o boto Apply e o novo time ser criado. Nesta mesma janela
voc pode adicionar os usurios para os times do projeto. No faremos
isso agora.
Crie todos os times que deseja e em seguida feche a janela com o boto
Dismiss.
Na janela principal do ADMIN j poder ser visto o(s) novo(s) time(s)
criado(s).
Aps a criao do time, pode-se alterar suas caractersticas com o boto
Modify... da janela apresentada na pagina 12. Isso far a apresentao
da mesma janela de criao, somente alterando o status desta janela de
Create para Modify.
17


4.2 - Criao de USERS

Na janela apresentada na pagina 12, altere os elementos apresentados
para Users.
O usurio apresentado SYSTEM foi criado automaticamente pelo

sistema.
Aperte o boto Create e teremos outra janela conforme na prxima folha.

18

D um nome para um novo usurio (Name), digite a senha que deseja

aplicar (Password) para esse usurio e ajuste qual o tipo deste usurio.
Um usurio no PDMS poder ser:
FREE (System)
Acesso R/W (Read/Write ou Leitura/Gravao) para

todos os DBs. Normalmente h um usurio Free por
projeto. Tem acesso a todos os mdulos do PDMS.
General (default)
Tm acesso R/W aos DBs do TEAM do qual

membro e acesso R (Read Only ou Apenas Leitura)
a todos os outros DBs. Tm acesso apenas aos
mdulos do tipo GENERAL e FREE.
Se desejar, atribua uma descrio ao usurio.
19


Nesta janela voc pode ainda adicionar o novo usurio ao time que
desejar. Para isso, antes de apertar o boto Apply, selecione o time e
com o boto tipo seta apontando para direita passe o time que deseja
para a lista mais a direita, ou selecione um time listado a direita e com o
boto tipo seta apontando para esquerda elimina-se o usurio daquele
time.
Aperte o boto Apply e assim o novo usurio ser criado e adicionado
ao(s) time(s) escolhido(s).
Da mesma forma que voc criou o usurio pode-se altera-lo. Para isso
use o boto Modify... e a mesma janela que usamos para criao ser
apresentada com as definies do usurio solicitada para alterao.
Para adicionar ou remover usurios nos times do projeto, voc pode usar
o boto Modify... aplicado a times. Uma janela idntica com aquela usada
para criar os times ser apresentada e nela tambm so possveis
incluso e excluso de usurios a times.
4.3 - Criao de DBs

Existem vrios tipos de banco de dados no PDMS, sendo que cada um deles
tem sua funo pr-definida de acordo com os dados que ele pode armazenar.
Os bancos de dados podem ser:
SYSTEM Usado para armazenar a estrutura do projeto

DESI
Usado pelo mdulo DESIGN.
CATA
Usado pelos mdulos PARAGON e SPECON (CATALOGUE
DB)
PADD
Usado pelo mdulo DRAFT (PADDLE DB)
DICT
Usado pelo mdulo LEXICON (DICTIONARY DB)
PROP
Usado pelo mdulo PROPCON (PROPERTY DB)
ISOD
Usado pelo mdulo SPOOLER (ISODRAFT DB)
Os DBs no PDMS tm uma regra especial para nomes. Quando se cria
um banco de dados, este deve estar diretamente vinculado a um time de
projeto, desta forma, diferentemente do usurio, o qual adicionado ao
time, o DB tem a relao com seu time de acordo com o nome que lhe
atribudo. A regra para nomenclatura de DB :
<NOME DO TIME>/<NOME DO BANCO DE DADOS>

Por isso a necessidade de existir previamente o time, j que o nome do
time parte integrante do nome do DB.
Para alterar um Banco de Dados de forma a mudar o time ao qual ele
vinculado, basta portanto, alterar seu nome de forma a trocar o nome do
time o qual aparece na primeira parte do nome do DB.

20

Alm do nome e tipo de banco de dados que iremos criar, necessrio

tambm definirmos qual o tipo de acesso que daremos a ele.
Um banco de dados pode assumir 3 tipos diferentes de acesso:
UPDATE
Permite 1 pessoa escrevendo e n pessoas lendo.
CONTROLLED Permite uma pessoa escrevendo e n pessoas lendo,

assim como do tipo UPDATE. O acesso de escrita
controlado externamente ao PDMS atravs de um
software tipo EDMSlink, o qual deve ser fornecido pela
empresa usuria. O EDMS ativado pelo PDMS quando
uma solicitao ou liberao feita, a forma que isso
feito, caracterstica particular de cada sistema utilizado.
MULTIWRITE Permite n pessoas escrevendo e n pessoas lendo
(somente aplicveis aos DBs do tipo DESI, PADD, CATA
e ISOD).
Para DBs do tipo UPDATE ou CONTROLLED recomendado ter no
mnimo um DB para cada usurio, desta forma cada usurio ter acesso
de edio ao DB que possui mas poder ler todos os demais.
Para DBs do tipo MULTIWRITE, estes possuem a capacidade de permitir
mais de uma pessoa acessando-o para escrita, sendo assim o PDMS far
o controle de acessos no atravs do DB mas sim com cada elemento
presente dentro dele.
Existem 2 formas de solicitar elementos para alterao:
Explicitamente
Neste caso, os usurios devem solicitar os

elementos que desejam modificar antes de iniciar
as alteraes. Esta solicitao feita atravs da
prpria interface grfica do mdulo em uso.
Implicitamente
Neste caso, o sistema far automaticamente a

solicitao do elemento assim que ele for alterado.
Os elementos solicitados ou liberados devem ser referenciados pelo

nome e nunca 2 ou mais usurios podero solicitar o mesmo elemento ao
mesmo tempo.
No caso de solicitaes Explicitas, assim que um elemento solicitado,
se este j est de posse de outro usurio, o sistema lhe dar um aviso.
21


A desvantagem da forma Implicita que apesar do usurio no precisar

ficar solicitando todos elementos que deseja modificar, o aviso de mtua
atuao sobre o elemento somente ser dado aps a aplicao da
alterao. Por exemplo, um usurio perderia tempo para preencher
diversos atributos em uma janela e s depois de apertar o boto Apply
ele seria informado que no tem acesso quele elemento.
Todo elemento que foi solicitado pelo usurio ser liberado quando ele
deixa o mdulo de trabalho. Os elementos solicitados podem ser
liberados em qualquer momento desde que eles no tenham sido
modificados desde o ltimo SAVEWORK.
Para criao de DBs, use a janela Admin Elements e mude o seletor de
forma que ela apresente os DBs do projeto alterando o campo Elements
para Database & Extract. Em um projeto novo (projeto virgem) nenhum
DB ser apresentado.
Para criar um Banco de Dados (DB), use o boto Create... e lhe ser
apresentada uma janela como abaixo:
Selecione a opo Master DB, clique em OK e a janela de criao de

banco de dados abaixo aparecer.
Obs: A opo Extract DB no ser abordada neste curso.

22

Nesta janela, deve-se escolher primeiramente o time ao qual o novo DB

ser vinculado. Em seguida, preencha os campos de Name e
Description, escolha o tipo do DB em Database Type, o tipo de acesso
em Access Mode (se for selecionado MultiWrite, a opo de Implicit
Claim ou Explicit Claim estar habilitada e ento faa sua escolha
quanto a isso).
As opes seguintes Area Number, DB Number e File Number sero
determinadas pelo sistema, mas pode ser definida pelo administrador
como veremos abaixo.
Aperte a tecla Apply e o DB estar criado. Pode-se manter esta janela
aberta e ir criando todos DBs necessrios.
Para alterao de DBs j existentes, selecione o DB desejado na janela
Admin Elements e use o boto Modify... ento temos a mesma janela da
criao disponvel para alterao. Nesta janela podemos fazer as
alteraes necessrias, inclusive o tipo de acesso.
23


4.3.1 - reas de Bancos de Dados:

Veja que na janela de criao de DBs aparece um campo de Area
Number.
Os bancos de dados de um projeto podem ser distribudos em vrios
discos e/ou diretrios utilizando-se reas.
A rea definida pelo nome do projeto, seguido de um nmero (de 001 a
999).
Por exemplo: nome do projeto ZZZ, rea nmero 052. No sistema
operacional, deve ser criada a varivel de ambiente ZZZ052 (que o
nome da rea) da mesma forma dever existir um diretrio de nome
ZZZ052 onde o PDMS, automaticamente ir alocar os DBs que estejam
atribudos a esta rea.
4.3.2 Nmero do Banco de Dados:

O nmero do Banco de Dados um adjetivo interno dado pelo sistema ao
Banco de Dados no momento da criao, mas pode ser atribudo pelo
administrador, mas para isso necessrio um estudo preliminar sobre os
nmeros que sero atribudos aos bancos de dados pois no pode haver
dois ou mais DBs com o mesmo nmero. A faixa de nmeros permitida
hoje pelo PDMS de 0001 a 7999, sendo que a faixa que vai de 7000 a
7999 reservada para os bancos de dados da AVEVA.
4.3.3 Nmero do arquivo em disco do Banco de Dados:

Se dermos uma olhada no diretrio ABC000 (onde ABC o nome do
nosso projeto), veremos vrios arquivos do tipo abcnnn onde nnn um
nmero de arquivo o qual o sistema controla a fim de identificar e
relacionar o DB no PDMS com o arquivo em disco. aconselhvel que o
nmero do arquivo seja o mesmo que o nmero do banco de dados para facilitar o
trabalho, mas isso no obrigatrio.

24

4.4 - Criao de MDBs

Na janela Admin Elements, mude a opo de forma que ela apresente
os MDBs do projeto.
Para criar o novo MDB, use o boto Create..., e teremos uma nova janela:
Esta janela possibilita que se crie o novo MDB e ao mesmo tempo

apontar os DBs necessrios.
Preencha os campos Name e Description.
O nome de um MDB deve ser precedido pelo caracter /, apesar da
interface grfica no apresentar.
25


No prximo campo da janela, chamado de Project Databases, pode-se

ver todos os DBs do projeto. Os botes em forma de seta apontando para
cima e para baixo possibilitam apontar os bancos de dados tanto de forma
que estejam current ou deferred no nosso MDB. Entre os campos
chamados de Currents Databases e Deferreds Database existem dois
botes como setas que possibilitam a transio dos DBs da situao de
corrente para deferidos ou vice-versa.
A posio que o DB ocupa dentro do MDB muito importante, por isso
abaixo dos campos Currents Databases e Deferreds Database existem
dois botes que se pode alterar entre After e Before e desta forma,
apertando-se qualquer boto de seta desta janela, o DB selecionado
ocupar a posio depois ou antes daquele selecionado no campo de
destino.
O nmero mximo de DBs permitido nos campos Currents Databases e
Deferreds Database so de 300 para cada um.
Depois de efetuadas todas operaes dentro dessa janela, apertem
Apply e o novo MDB ser criado e este j conter um conjunto de
ponteiros os quais apontam para os DBs que foram selecionados.
Um procedimento para montagem de MDBs

Em um projeto, normalmente temos no mnimo 1 MDB para cada tipo de
atividade. Por exemplo, poderamos ter o seguinte conjunto de MDBs:
MDB /DESI
Utilizado pelos projetistas para modelamento 3D.
MDB /DRAFT
Utilizado pelos desenhistas para

desenhos 2D a partir do modelo 3D.
MDB /CATA
Utilizado para
especificaes.
construo
de
criao
de
catlogos
Como, por regra, os DBs do PDMS s podero se comunicar desde que

estejam presentes dentro do mesmo MDB, podemos definir alguns
critrios os quais nos ajudaro a montar nossos MDBs:
1. Para MDBs de modelamento (/DESI) deveremos ter:
todos os DBs tipo DESI j que o projetista ir escrever em alguns e

consultar outros.
Todos DBs tipo CATA pois so deles que sairo nossos elementos de
catlogos e especificao.
Todos DBs tipo DICT pois so neles que esto meus atributos de
usurios e provavelmente existem UDAs aplicados a elementos do
modelo 3D.
Todos DBs do tipo PROP pois neles esto as caractersticas de

materiais dos elementos modelados.

26

2. Para MDBs de desenho 2D deveremos ter:
todos os DBs tipo DESI j que so eles que vo referenciar os

desenhos.
Todos DBs tipo CATA pois o modelo do PDMS no armazena a figura

geomtrica dos elementos de catlogos inseridos e sim somente um
ponteiro para esses elementos, portanto o desenho 2D referencia o
modelo 3D mas a representao geomtrica deste vem diretamente
do catlogo.
Todos DBs tipo DICT pois so neles que esto os atributos de

usurios e provavelmente existem UDAs aplicados a elementos dos
bancos de dados tipo PADD assim como isso possibilita a extrao de
valores de UDAs nos desenhos.
Todos DBs do tipo PROP pois neles esto as caractersticas de

materiais dos elementos modelados e desta forma ser possvel
extrair dados de materiais do desenho.
Todos DBs tipo PADD pois o desenhista ir criar os desenhos neste

tipo de DB, alem de que alguns DBs tipos PADD no projeto tem a
funo de armazenar bibliotecas as quais sero usadas nos desenhos.
3. Para os MDBs para desenvolvimento de catlogos e especificaes,

deveremos ter:
Todos DBs tipo CATA pois o so neles que sero construdos novos
elementos de catlogos e especificaes.
Todos os DBs tipo DICT pois geralmente o trabalho destes DBs

atravs do LEXICON efetuado pelo prprio responsvel pelo
catlogo.
Todos os DBs tipo PROP pois geralmente o trabalho destes DBs

atravs do PROPCON efetuado pelo prprio responsvel pelo
catlogo.
Seguindo estas regras bsicas teremos uma otimizao de forma a

possibilitar uma melhor performance do sistema pois quanto menos DBs
eu tiver em meu MDB, melhor a performance.
Outra forma de dividir o projeto em MDBs seria no caso de termos um
projeto no qual determinados DBs possuem elementos os quais no
necessitem relacionar com outros DBs, desta forma poderamos ter mais
de um MDB para o modelamento. Veja o exemplo na prxima folha:
27


Imagine que temos dois prdios no meu projeto unidos por um Pipe Rack:
Pipe Rack
Prdio A
Prdio B
Neste caso, poderamos ter 3 MDBs no projeto, com o objetivo de

modelamento:
MDB /PREDIO-A
MDB /PREDIO-B
MDB /PIPERACK
Este MDB teria somente DBs os quais sero

usados para itens modelados no prdio A e DBs
com itens modelados para o Pipe Rack, pois a
nica interface com o prdio A o Pipe Rack e se
no existe nenhuma preocupao com o Prdio B
em relao conexo de linhas, interferncia, etc.,
no existe a necessidade de sobrecarregar o MDB
com aqueles DBs. Portanto, os projetistas
responsveis pelo Prdio A usariam este MDB.
De forma anloga, a construo do MDB anterior,
para o Prdio B no existe a necessidade da
presena dos DBs do Prdio A. Os projetistas
responsveis pelo Prdio B usariam este MDB.
Este MDB precisaria ter todos os DBs j que as
linhas do Pipe Rack fazem interface tanto com o
Prdio A quanto com o Prdio B. Os projetistas
responsveis pelo Pipe Rack usariam este MDB.
A alterao de MDBs existentes feita da mesma forma que a criao,

mas usaremos o boto Modify ao invs do boto Create. A janela que
aparece a mesmo que a de criao, porem ela j vem com as condies
do MDB que foi solicitada para alterao.

28
Compartilhamento de DBS de outro projeto

Captulo
5. Compartilhamento de DBS de outro

projeto
Existe um recurso de certa forma interessante no PDMS que o uso de
banco de dados de outros projetos sem que estes sejam efetivamente
trazidos para o nosso projeto.
Estes DBs so chamados de FOREIGN DB.
A vantagem que se poderia, por exemplo, ter um projeto MASTER que
teria uma imensa biblioteca e este projeto ter seus bancos de dados
referenciados por muitos outros projetos em andamento, portanto, dessa
forma no teria a duplicao dos mesmos.
Outra aplicao seria, por exemplo, a expanso de uma fbrica que j
teria sido feita sua primeira fase em PDMS. Uma ampliao poderia ser
feita em um outro projeto sendo que neste somente estaramos
referenciando os DBs do antigo a fim de consulta aos projetistas. As
especificaes tambm poderiam ser referenciadas do projeto antigo e
assim por diante.
Um detalhe importante que todos FOREIGN DBs de um projeto so
estritamente Read Only j que na realidade pertencem a outro. Para
serem feitas alteraes, seria necessria a atuao no projeto fonte.
Dois fatores atuam como desvantagens:
1- Os projetos devem sempre estar junto pois as referncias so
cruzadas entre eles.
2- Em processos de Upgrades de projetos, os FOREIGN DBs so
sempre casos tratados de forma diferente das regras gerais e
demandam procedimentos especiais.
29


Para poder acessar DBs externos ao projeto, na janela Admin Elements,

com a opo Databases selecionada, aperte o boto Include... .
Uma janela ser mostrada, conforme abaixo.
Nesta janela pode-se escolher o projeto fonte que ser o fornecedor do
DB.
Logo abaixo da relao de projetos, necessrio que seja informado o
nome de um usurio do tipo FREE e sua respectiva senha no projeto
fonte.
Na parte inferior da janela, poder ser visto a relao dos DBs de cada
projeto, esta relao se altera conforme o projeto selecionado.
O nome do novo DB para o projeto de destino ser igual ao do projeto
fonte portanto muito importante que o mesmo time do projeto fonte
exista no projeto destino, caso contrrio, o sistema lhe avisar que este
ainda no existe e pergunta se deseja que seja criado.

30

Para excluso de DBs externos, basta o uso do boto Exclude... da

janela Admin Elements e uma janela com uma relao dos FOREIGN
DBs ser apresentada. A excluso de um DB externo, sendo que este j
possui referncias dentro do projeto, pode causar srios problemas.
Outros recursos esto disponveis a partir da janela Admin Elements

como a cpia e excluso dos elementos administrativos. Estes podem ser
acessados respectivamente com os botes Copy... e Delete.
31



32
Informaes do Projeto

Captulo
6. Informaes do projeto
Um projeto no PDMS pode receber atributos para serem extrados
posteriormente atravs de documentos ou ainda para simples informao.
Para isso use o menu Project > Information... e uma janela ser aberta
para preenchimento de:
Nome do Projeto;
Nmero do Projeto;
Descrio do Projeto e
Mensagem (a ser exibida toda vez que um usurio acessar o projeto)
6.1 Mdulos do PDMS

Os mdulos do PDMS so ambientes dentro do software os quais os
usurios acessam para executar determinadas tarefas. Apesar de serem
executveis do software, estes mdulos podem estar presentes ou no
nos projetos, assim com possurem determinadas configuraes que
podem variar de projeto para projeto.
33


As definies dos mdulos podem ser acessadas atravs do menu

Project > Module Definition.... Voc ter a janela anterior:
Na parte superior da janela pode-se ver a lista de todos os mdulos
disponveis no projeto. A cada seleo feita nesta lista, as definies da
parte inferior da janela se alteram.
Cada mdulo identificado pelo nome e nmero os quais so atribudos
pelo sistema. Os mdulos no PDMS podem ter tipos de atributos de
segurana:
GENERAL
podem ser acessados por usurios tipo GENERAL.
RESTRICTED somente podem ser acessados por usurios tipo FREE.

Geralmente os mdulos ADMIN e LEXICON so
considerados RESTRICTED.
FREE
podem ser acessados por todos usurios, este tipo era

aplicado para velhas verses do PDMS onde existiam
usurios do tipo RESTRICTED os quais somente
poderiam acessar mdulos FREE.

34

O campo Runfile indica o path e o nome do executvel o qual dispara o

mdulo dentro do PDMS.
O campo Imacro indica o path e o nome da macro que dar incio ao
carregamento da interface grfica do mdulo (para mdulos que possuem
interface grfica).
6.2 Duplicao de projetos

Esta realmente uma prtica bastante usada e interessante do sistema.
Quando do incio de um projeto, como j dissemos, dificilmente se faa a
opo de criar um projeto virgem. O mais comum partir de um projeto
em andamento ou que tenha terminado e em seguida, dentro j deste
novo projeto, eliminar os elementos que no interessam.
Para fazer isso o PDMS possui no mdulo ADMIN um recurso chamado
de REPLICATE o qual efetua totalmente a cpia do projeto corrente para
outro. Para acessar essa facilidade use o menu Project > Replicate >
Project Data.... Uma janela ser apresentada para que seja dado o nome
do novo projeto.
A opo menu Project > Replicate > Project Structure... s ser usado
para Global Projects que um novo recurso e produto da Aveva, o qual
possibilita o desenvolvimento do mesmo projeto em diferentes locais
fsicos atravs da Internet.
Alguns pr-requisitos so necessrios para se fazer duplicao:
Os diretrios para o projeto j devem existir.
As variveis de sistema apontando para aqueles diretrios j devem
estar definidos.
Nenhum usurio pode estar acessando o projeto fonte.
IMPORTANTE:
Um projeto do PDMS no pode ser duplicado usando-se
recursos de cpia do sistema operacional.
35



36
Reconfigurao de DBs

Captulo
7. Reconfigurao de DBS
Funes da RECONFIGURAO:
Compactar um DB removendo os buracos deixados quando elementos

so apagados;
Garantir a consistncia da referncia cruzada dentro e entre DBs;
Copiar partes de um DB para outro;
Transferir DBs entre diferentes projetos;
Estas tarefas, at a verso 10.5 do PDMS eram executadas em mdulo

separado chama de RECONFIGURER. Este mdulo no apresentava
interface grfica, sendo que todas funes eram executadas atravs de
comandos digitados.
Todas funes foram transferidas para o mdulo ADMIN com algumas mudanas
de sintaxes mas a maioria delas ainda no foi adicionada na interface grfica,
portanto teremos que digit-las.
O processo de reconfigurao de um banco de dados simplesmente a leitura de
toda sua estrutura e dados e em seguida a escrita dessa estrutura e dados em um
banco de dados virgem ou existente. Dessa forma o novo banco de dados no
conter os espaos vazios to comum nos bancos de dados quando elementos
so apagados.
H quatro informaes necessrias para se reconfigurar um DB:
1. Uma fonte. o DB de onde os dados sero extrados.
2. Um destino. o DB para onde os dados sero enviados.
3. Quais dados devero ser copiados para o DB destino.
4. Disparar o processo de Reconfigurao.
37


Reconfigurao de DBs
A seqncia normal de reconfigurao de um DB seria:

FROM DB PIPE/DESI
TO NEW PIPE/RECON
RCFCOPY ALL
RECONFIG
Na terceira etapa do processo, os itens a serem copiados para o novo DB podem

variar de elementos que pode referenciar pelo nome at todos elementos do DB
conforme o exemplo acima. Portanto, a terceira linha do exemplo acima poderia
ser:
RCFCOPY /PIPE1 /PIPE2 /EQUI-A /EQUI-B
A especificao do DB de destino pode ser dada como um novo DB ou atravs do

nome de um DB existente.
FROM PROJECT BTC PIPE/DESI
TO DB TRAINA/DESI
RCFCOPY ALL
RECONFIG
Depois de se reconfigurar um DB, todos os DBs que referenciavam o original
devem agora referenciar a verso reconfigurada. As referncias feitas no PDMS
usam um atributo chamado de REFERENCE NUMBER, este atributo dado
automaticamente pelo sistema na criao de qualquer elemento em um DB. O
usurio no tem acesso para modific-lo e somente pode consult-lo atravs do
comando Q REFNO. Este atributo nico ao elemento em todo projeto.
Quando um DB reconfigurado ou mesmo parte dele copiado de um DB para
outro, os novos elementos criados pelo processo possuem novos REFERENCE
NUMBERS diferentes dos antigos no banco de dados fonte.
Desta forma, os elementos que tinham como referncia os antigos nmeros,
devem ser alterados de forma que troquem estas referncias para os respectivos
novos REFERENCE NUMBERS.
Durante o processo de RECONFIGURAO, o PDMS cria uma tabela na
memria (RAM) do computador com as relaes entre antigos e novos
REFERENCE NUMBERS.
38
Reconfigurao de DBs

Para que os bancos de dados do projeto sejam atualizados usamos o comando

RCFUPDATE que pode variar entre:
RCFUPDATE DB dbname
atualiza um DB especfico;
RCFUPDATE TEAM teamname
atualiza todos os DBs de um team;
RCFUPDATE MDB /MDBname
atualiza todos os DBs de um MDB;
RCFUPDATE ALL
atualiza todos DBs do projeto.
Esta tarefa costuma consumir algum tempo, portanto se possvel prever quais
os bancos de dados que realmente possuem referncias para o banco de dados
reconfigurado, isto seria o ideal, porem na maioria das vezes, no se tem esse
controle e o mais seguro realmente usar a opo de atualizar todos DBs.
Se voc sair do mdulo RECONFIGURER sem antes usar o comando UPDATE,
os dados de correlao entre o DB original e o DB reconfigurado (chamado de
Internal Reference Number Index) devem ser salvos em disco pois do contrrio
eles sero perdidos. Para isso usamos o comando DUMP:
DUMP /filename
Ao retornar ao mdulo ADMIN, restauram-se esses dados atravs do comando

LOAD:
LOAD /filename
OBS.:
A cada comando RECONF deve corresponder um arquivo DUMP pois
toda vez que RECONF executado a tabela velha apagada da memria para
colocao da nova.
39



Reconfigurao de DBs
40
Verificao da integridade de DBs

Captulo
8. Verificao da integridade de DBS
A tarefa de checagem do DBs no PDMS at a verso 10.5 do PDMS era

executada atravs de um mdulo independente que se chamava DICE o
qual no possua interface grfica.
A partir da verso 11.2 esta tarefa foi integrada no mdulo ADMIN com
uma interface amigvel o que facilitou muito estas rotinas de verificao.
Para podermos fazer a checagem usamos o menu Utilities > Integrity
Cheker.... A seguinte janela ser apresentada:
41


Com esta janela, tem-se total controle do que se deseja verificar e qual a
forma do resultado a ser apresentado.
Na parte superior tem-se uma opo Check para que se defina se os
bancos de dados checados sero conforme sua seleo na lista
apresentada abaixo, se a checagem ser no System Database, Misc
Database, Comms Database ou se deseja checar todo o projeto.

42

Em Settings podemos ter:
STATISTICS ON
um resumo estatstico do DB produzido.
EXTERNAL Refs.
Checa as referncias externas de um banco de

dados.
PREFERRED MDB
Checa os bancos de dados de um MDB antes

de checar a dos outros.
MAXIMUM ERRORS
Especifica o nmero mximo de erros nofatais admissveis (opcional). Default = 50.
OUTPUT FILE
Possibilita o direcionamento do resultado do

relatrio para um arquivo em disco para
posterior verificao atravs de um editor de
texto.
OUTPUT SCREEN
Direciona a sada para uma janela do prprio

PDMS a qual ser aberta assim que a
checagem terminar. O resultado do relatrio
no ser salvo em nenhum arquivo.
Um tpico arquivo de relatrio segue abaixo. Para esse exemplo foram

usadas as seguintes opes:
43
Seleo de 3 DBs do projeto SAM

Statistics OFF
External Refs. CHECK
Maximum Errors 50


PDMS Professional Admin Mk11.3.SP1.10 (WINDOWS-NT 4.0) (15 Feb 2002 :

11:55)
Copyright CADCENTRE 1974 to 2002.
Issued to Endpoint - Sistemas CAD 3D para Engenharia Ltda.
*****************************
* DATABASE INTEGRITY REPORT *
*****************************
Date 31 Oct 2002 Time 15:35
Project SAM
Database CATS/DESI
Filename
/%SAM000%/sam7160_0001
DB number 7160
Extract number 1
DB type
DESI
DB size
13 Pages
(0.027 Million bytes)
Maximum size 2000 Million Pages
DB is 0% full
Page size 2048 bytes
Options requested
STATISTICS OFF
CHECK EXTERNAL REFERENCES
LIST REFERENCED DATABASES
CHECK CLAIM LIST
FULL CHECK
Database has no structural errors

External databases referenced
_____________________________
None

44


11:55)
*****************************
*****************************
Project SAM
Database DEMO/DESI
Filename
/%SAM000%/sam7130_0001
DB number 7130
Extract number 1
DB type
DESI
DB size
9806 Pages
DB is 0.0005% full
Options requested
STATISTICS OFF
CHECK CLAIM LIST
FULL CHECK

_____________________________
None
45



11:55)
*****************************
*****************************
Project SAM
Database EQUI/DESI
Filename
/%SAM000%/sam7145_0001
DB number 7145
Extract number 1
DB type
DESI
DB size
18 Pages
DB is 0% full
Options requested
STATISTICS OFF
CHECK CLAIM LIST
FULL CHECK

_____________________________

46
LEXICON Criao de atributos de usurio

Captulo
9. LEXICON - Criao de Atributos de

Usurio
O mdulo LEXICON utilizado pelo administrador do sistema PDMS para
adicionar novos atributos (UDAs = User Defined Attributes ou Atributos Definidos
pelo Usurio) a elementos dos bancos de dados.
Este mdulo no possui interface grfica portanto todas aes devem ser
efetuadas atravs de comandos digitados.
Os pr-requisitos para se usar o mdulo LEXICON so:
Antes de se entrar no mdulo LEXICON, um banco de dados do tipo

DICT (dictionary) deve ter sido criado e adicionado a um MDB.
O LEXICON um mdulo de acesso restrito.
9.1 Estrutura do Banco de Dados

A estrutura de um banco de dados do tipo DICT a seguinte:
World /*
UWRL
UGRO
UDA
47


UWRL
elemento administrativo WORLD para UDAs
UGRO
elemento administrativo opcional para associarem os

UDAs em grupos lgicos
UDA
elemento UDA (User Defined Attribute)
O elemento UGRO opcional de forma que o UDA pode ser colocado logo
abaixo do UWRL.
A criao dos elementos nesta estrutura e feita atravs do comando:
NEW UWRL /<nome>
NEW UGRO /<nome>
NEW UDA /<nome>
Na UDA, que na prtica o elemento que ter os atributos que definiro
novos atributos de sistema, devemos ajustar os valores de sua
caractersticas.
9.2 Atributos do Elemento UDA

UKEY ............................ atributo do sistema, automaticamente associado a
um valor.
UDNAME ...................... nome pelo qual a UDA referenciada pelo PDMS.
String com no mximo 12 caracteres e aparece no
PDMS precedido de :.
ABLEN.......................... nmero mnimo de caracteres para se abreviar a
UDNAME.
UTYPE .......................... define o tipo de dado que pode ser associado a
UDA (REAL, INTEGER, REFERENCE, TEXT,
WORD & LOGICAL).
ULEN ............................ comprimento mximo
preencher o UDA.
de
dgitos
que
pode
RPTX ............................ string de texto que aparecer no cabealho de

relatrios quando este UDA solicitado.
UUNIT ........................... Pode ser BORE ou DIST, assim seu valor ser
alterado conforme as unidades escolhidas pelo
usurio. Se for um texto (kW p.ex.), este
aparecer em Q ATTs, porm perde-se o recurso
de converso de unidades.
48

ELELIST ....................... lista de tipos de elementos aos quais ser

associada a UDA (EQUI, SCTN, p.ex.)
REFLIST ....................... relevante apenas se UTYPE for do tipo REF.
Define o tipo de elemento(s) a que a UDA do tipo
REF pode referenciar.
DFLT ............................. valor default da UDA
9.3 Criao de UDA

NEW UDA /EQUIP-TYPE
UDNA EQTYPE
UTYPE WORD
ULEN 15
RPTX EQUIP. TYPE
ELEL ADD EQUIP
DESCR SPECIFIC EQUIPMENT TYPE
DFLT PUMP
Para associar as UDAs aos elementos desejados, deve-se compilar o
trabalho e em seguida salva-lo:
COMPILE
SAVEWORK
Quando completada toda operao citada acima, se no mdulo DESIGN
consultarmos os atributos de qualquer equipamento, teremos um novo, o
qual ser relacionado como :EQTYPE e que at que seja alterado, ter o
valor PUMP.
Para alterar seu valor usaramos por exemplo o comando:
:EQT EXCHANGER'
49



50
Administrao do mdulo Isodraft

Captulo
10
10. Administrao do mdulo Isodraft

Neste captulo ser apresentada a maneira que um arquivo de opes
(template) de isomtricos criado.
O arquivo de opes (template) de isomtricos utilizado pelo usurio para
gerar o isomtrico conforme padres pr-estabelecidos.
10.1 Acessando o Mdulo Isodraft

Para criar um arquivo de opes, ser necessrio acessar o mdulo Isodraft.
Isso pode ser feito de duas maneiras:
Iniciar> AVEVA> VANTAGE PDMS 11.5.SP1> Run PDMS
Ou
Iniciar> Programas> AVEVA> VANTAGE PDMS 11.5.SP1> Run PDMS
A janela abaixo ser aberta:
Escolha o projeto, Usurio, MDB e o mdulo Isodraft e clique em OK.

Nota: somente usurios que pertenam ao TEAM ISOADMIN, podero criar, alterar ou apagar
um arquivo de opes de isomtricos.
51


10.2 Criando arquivos de opes

Aps o mdulo Isodraft ter sido carregado acessar o menu Options no menu
principal e escolher a opo Create, como mostrado na figura abaixo.
Com este comando a janela abaixo ser aberta:
No campo Filename, dever ser colocado o nome do arquivo de opes,

normalmente se utiliza extenso OPT para este arquivo.
No campo Initial setup ser necessrio definir quais as configuraes iniciais

para seu arquivo OPT. Neste campo existem duas opes, so elas: Defaults
que criar um arquivo com as opes padres de isomtrico e Options file que
vem com outras configuraes.
No campo Options file directory dever ser indicado onde o arquivo de

opes dever ser salvo e qual o tipo de arquivo de opes ser criado.
Local que ser salvo o arquivo de opes

52

Project salva o arquivo de opes na pasta do projeto corrente. Esta opo

utilizada quando a empresa tem vrios projetos e cada um deles tem um
arquivo de opes de isomtrico diferente do outro.
Company salva o arquivo de opes na pasta de configuraes de cada

empresa, esta opo utilizada quando o arquivo de opes varia pouco de
projeto para projeto, ou quando a empresa tem somente um projeto.
Local salva o arquivo de opes na pasta de cada usurio, isto pode ser
utilizado pelo administrador enquanto est configurando o arquivo de opes.
Tipo do arquivo de opes
Standard iso criar um arquivo de opes para extrair isomtrico de linhas

simples.
System iso cria um arquivo de opes para extrair isomtrico de linhas
conectadas.
53


Aps o preenchimento dos campos desta janela, clique em OK.
10.3 Configurando um arquivo de opes
Quando se clica no OK da janela de criao do arquivo de opes, a janela abaixo

aberta:
Nota: esta janela tambm aberta quando utilizamos o comando Options> Modify.
Ser apresentada agora a funo mais importante para um arquivo de opes.

54

10.3.1 Opes Administrativas (Administrative...)
Clicando sobre o cone Administrative..., a janela abaixo ser aberta.
55
O campo Options file comments utilizado para colocar comentrios

para o usurio sobre o arquivo de opes.
No campo Format, pode-se escolher entre gerar o isomtrico no formato

PDMS, no formato DXF ou em ambos os formatos PDMS + DXF.
O campo Plotfile possibilita configurar o local padro onde sero salvos

os isomtricos extrados. possvel especificar o diretrio (Directory) e
o nome padro do arquivo a ser salvo (filename). O nome padro dos
isomtricos extrados possui trs dgitos aps o prefixo padro plot.
Portanto, dever automaticamente seguir uma seqncia como, por
exemplo, plot001, plot002 e assim sucessivamente.
O mesmo vlido para o campo referente s mensagens salvas ao

extrairmos um isomtrico (Messages). Ambas as informaes, ou seja,
isomtricos e arquivo de mensagens podem ser salvos na pasta padro
de usurio, bastando selecionar a opo Local para os diretrios.
Sheet Splitting O Isodraft pode automaticamente dividir um

isomtricos em vrias folhas caso haja muitas informaes o que
poderia prejudicar a visualizao das mesmas em uma s folha. Podeendpoint Solues Integradas Ltda.

se selecionar qual a porcentagem de informao deseja-se visualizar em

uma folha, ou ento especificar em quantas folhas deseja-se visualizar o
desenho a ser gerado.
Nota: Podem-se especificar pontos precisos de corte em um isomtrico utilizando os

elementos do tipo Attachement (ATTA) em determinados pontos da tubulao. Em
seguida deve-se preencher corretamente o atributo ATTYPE (SPLIT) para possibilitar a
diviso da tubulao.
10.3.2 Layout da Folha (Sheet Layout)
O tamanho do desenho a ser gerado o isomtrico pode ser especificado

de acordo com um padro pr-estabelecido (A0, A1, A2, A3, A4) ou
ento um formato definido pelo prprio usurio.
O tamanho padro o A2. Pode-se ajustar um padro diferente atravs da

seleo do formato utilizando o boto de seleo ao lado do campo
Drawing Size ou ento especificar as dimenses para um formato qualquer
fora dos padres estabelecidos.
View Direction Essa opo controla a direo da vista isomtrica a

ser utilizada para o desenho.

56

Note que as opes no so para determinar a posio da seta de Norte,

pois esta sempre estar posicionada no canto superior esquerdo da folha,
ao menos que o desenho ocupe esta parte da folha, de maneira que a
posio da seta ser alterada automaticamente.
Isometric Type Controla o tipo de isomtrico que ser gerado.
Combined (fab/erec) extrai um isomtrico com anotaes e

dimenses alm de uma lista de materiais detalhando todos os
componentes de tubulao, parafusos, etc.
Fabrication (fabricao) Extrai um isomtrico similar ao explicado

anteriormente,
porm
os
seguintes
elementos no
sero
listados/exibidos:
i)
Coordenadas de plantas
ii)
Comentrios Conectado a e Continua em em finais de linhas
iii)
Detalhes em elementos do tipo ATTA (Attachment)
iv)
Os nmeros seqenciais de vlvulas, flanges, etc relacionados na

lista de materiais, setas de fluxo, com exceo de elementos
relevantes para montagem de tubulaes soldadas.
Erection (construo) Extrai um isomtrico similar ao formato

combined, porm os seguintes elementos no sero listados/exibidos:
i)
57
Todos os materiais de fabricao da lista, com exceo dos

flanges .
Combined + fabrication Extrai um isomtrico combinando as

configuraes dos formatos Combined e fabrication.
Combined + erection Extrai um isomtrico combinando as

configuraes dos formatos Combined e erection.
Spool Este tipo de isomtrico direcionado ao fabricante. Um

desenho para fabricao de cada spool pode ser extrado
separadamente. Somente informaes para fabricao sero exibidas.
Componentes In-line, como por exemplo, vlvulas sero omitidos exceto
se forem soldados de maneira a constituir um conjunto do spool durante
a montagem do conjunto.
A opo No Isometric Plot no produzir um isomtrico, mas

somente uma lista de materiais, por exemplo, desde que seja
especificado um local e um arquivo para salvar tais informaes.
Backing Sheets Podem-se especificar at nove formatos para serem

utilizados como folha padro para o isomtrico. Para tanto basta
selecionar a pasta onde os formatos esto salvos utilizando as opes
Project ou Company. Em seguida selecionar os nomes dos arquivos a
serem utilizados.

Margins Permite definir as margens a serem utilizadas para o

desenho.
Reserved area height (Drawing/Material List) Pode ser utilizado

para especificar a altura de uma rea partir da base do desenho ou da
base da lista de materiais, na qual o ISODRAFT dever deixar em
branco. Pode-se utilizar esta rea reservada para evitar sobrescrita de
informaes j inseridas no formato utilizado ou para permitir posterior
insero de informaes fora do ambiente do ISODRAFT.
Ambas as reas reservadas, para um desenho ou na lista de materiais,

sero consideradas as alturas utilizadas nos respectivos campos levando
em considerao sempre a margem inferior da folha.
Pipingf line thickness Especifica a espessura da linha a ser utilizada

para desenhar a tubulao. O valor pode variar entre 1 e 10. O valor
padro o 3.
10.3.3 Opes de dimensionamento (Dimensioning

Options...)
Input Units Permite modificar as unidades de entrada dos formulrios.

A modificao somente ser visualizada aps fechar e abrir novamente
uma janela onde seja necessrio entrar com os valores.

58

O boto de opo Output units permite alterar as unidades a serem

utilizadas no isomtrico a ser gerado. As opes so:
Metric lenghts + Imperial diameters
Metric lenghts + diameters
Imperial lenghts inch<2ft + diameters
Distncias menores que 2 ps sero exibidas em polegadas e

comprimentos maiores ou iguais a 2 ps sero exibidas em ps e
polegadas.
Imperial lenghts inch<1ft + diameters
Distncias menores que 1 p sero exibidas em polegadas e comprimentos

maiores ou iguais a 1 p sero exibidas em ps e polegadas.
Os dimetros podem ser especificados com sendo o Nominal ou Actual.
As opes Tolerances permitem ajustas as tolerncias para Offset e

ngulos. Essas tolerncias devem coincidir com as especificadas no
Design.
A opo Representation controla a maneira com as dimenses sero

adotadas para components (componentes), overall (trechos) e support
(suportes).
As dimenses de componentes podem alternar entre Off, String ou

Composite.
O modo String resultar em medidas entre os seguintes pontos:
O incio ou final de um Branch, mudanas de direo e pontos de conexo

de componentes.
O modo Composite resultar em medidas entre os seguinte pontos:
O incio ou final de um Branch, mudanas de direo (bends, elbows, etc) e

pontos de conexes de alguns componentes.
As opes de Representation para dimensionamento de suportes so:

Off
Dimenses de suportes no so exibidas
String
Exibe a dimenso no formato String
Overall
Exibe a dimenso no formato Overall
As opes para posicionamento de cotas para suportes so:

Alongside
59
As dimenses dos suportes so exibidas do mesmo lado

do Pipe, assim como as dimenses dos componentes.

Opposite
As dimenses dos suportes so exibidas do lado

contrrio das dimenses dos componentes do Pipe.
A figura abaixo mostra algumas configuraes para dimensionamento. As

configuraes padres esto listadas abaixo:

60

String dimensioning ON
Overall dimensioning OFF
Support dimensioning ON
Valve centreline dimensioning OFF
Support /Hanger dimensioning exibidas do mesmo lado das dimenses

de componentes de tubulao.
Fall indicator (Indicador de linhas com caimento)

Permite especificar como linhas com caimentos sero indicadas no
isomtrico.
Os smbolos indicativos podem ser tringulos ou caixas. O usurio pode

selecionar tais opes atravs o boto de opes Triangles.
61


10.3.4 Opes de anotaes (Annotation Options...)
Este item permite configurar opes relativas a:
Tamanho de caracter a ser utilizado no desenho (Character size).
Quais tipos de elementos devero ser identificados no desenho (Tag).
Seleo do ponto que representar a origem das coordenadas (Coordinates).
Quantidade de informaes a ser armazenada no arquivo de mensagem aps

a extrao do desenho (Message Accuracy).
Insero de Itemcodes para certos tipos de elementos (Itemcodes).

62

10.3.5 Lista de Materiais (Material List...)
63
Plotted List Permite especificar o posicionamento da lista de materiais

na folha.
Character Size Permite especificar o tamanho do caractrer a ser

utilizado na lista de materiais.
Descriptions Permite especificar a origem das informaes relativas a

descrio do componente (Detail Text) e descrio de material (Material
Text).


10.3.6 Colunas da lista de materiais (Material

Columns...)
Permite definir quais as informaes sero extradas na lista de informaes

bem como a ordem dessas colunas.
Pode-se tambm especificar um atributo de usurio (UDA) para que seja

listado na lista de materiais.
Deve-se preencher o campo Title com o ttulo da coluna e especificar no

campo Fill qual a informao que dever ser listada nessa coluna.

64

10.3.7 Numerao de soldas (Weld Numbering...)
65
Weld Numbers Deve-se marcar a caixa de dilogo para ativar o

formulrio.
Source Permite selecionar qual a fonte de informaes para gerar a

numerao das soldas.
Types Permite selecionar quais tipos de soldas sero numeradas.
Deve-se marcar a caixa Weld Table e em seguida posicion-la e definir

seu contedo.


10.3.8 Tabela de atributos de Pipe (Pipe Attribute Table

Options...)
Posicionar a tabela ajustando as posies X e Y bem como o tamanho do

caractere a ser utilizado.
Automaticamente a caixa de texto Pipe attributes ser habilitada.
Especificar o ttulo das colunas da tabela de atributos
Especificar o contedo da coluna clicando no boto ao lado do campo Fill.

Pode-se seleiconar qualquer atribuot de Pipe, inclusive os definidos pelo
usurio (UDA).
Clicando no boto Example column definition exibir uma configurao

tpica para tabelas de atributos de tubulao.

66

10.3.9 Tabela de Reviso (Revision Table...)

Automaticamente a caixa de texto Revision Table ser habilitada.
Especificar o ttulo das colunas da tabela de reviso.
Especificar o atributo referente a reviso clicando sobre o boto posicionado

ao lado do campo Fill. Deve-se selecionar a UDA criada especificamente
para ser preenchida com dados de reviso da linha no ambiente Design.
Clicando no boto Example Column Definitions exibir uma configurao

tpica para tabelas de reviso.
67


10.3.10 Tabela de BEND (Bend Table and File Options...)

Automaticamente a caixa de texto Bend Table ser habilitada.
Especificar um diretrio e nome de arquivo para armazenar:
i)
Desenho esquemtico de BEND (dimensionado e tagueado)
ii)
Tabela com comprimentos de trechos, raios e ngulos.
10.3.11 Arquivos de relatrio e Smbolos (Reports and

Symbols File Options...)

68

Material Control - Permite extrair a lista de materiais em um relatrio no

formato texto.
Cut Pipe - Permite extrair uma lista especifica sobre os trechos de tubos de
uma linha.
Centreline Lenght - Permite extrair uma lista com o comprimento da linha de

centro do pipe.
Support Summary - Permite extrair um relatrio relativo aos suportes

utilizados na linha.
Bolt Report - Permite extrair um relatrio de parafusos.
Transfer File Salva uma cpia dos dados intermedirios do processo de

transferncias de informaes do Isodraft para o Isodraw. Arquivo necessrio
em casos de suporte tcnicos referentes a erros na gerao de isomtricos.
Symbol Definition Permite carregar a definio de smbolos criados pelo

usurio a partir de uma arquivo binrio ou atravs da leitura de uma arquivo
do tipo macro.
10.3.12 Textos (Titleblock...)
Permite inserir textos customizados
Permite adicionar linhas extras de textos e criar caixas ao redor do texto

atravs do uso dos caracteres underscore (_) e barra vertical (-).
69


10.3.13 Textos de atributos (Attributes Frame Texts...)
Permite posicionar atributos padres do PDMS ou ento UDAs, podendo

especificar o tamanho do texto e o ngulo a ser utilizado.
10.3.14 Textos padres (Standard Frame Texts...)
Permite reposicionar textos padres do isomtrico (Standard texts).
Pode-se posicionar textos definidos pelo usurio (User defined texts)

70

10.3.15 Tags de componentes (Component Attribute

Tags...)
Permite extrair atributos selecionados para um determinado componente

incluindo UDAs na rea reservada ao desenho.
Permite extrair uma caixa em branco para posterior preenchimento do campo

fora do ambiente ISODRAFT.
Permite selecionar o estilo a ser utilizado para o tag (caixa, em ngulo,

triangular, etc).
71

Outros Treinamentos
Demais treinamentos em PDMS oferecidos e realizados pela Endpoint Solues
Integradas Ltda.
PDMS Design
Treinamento em modelagem de equipamentos e tubulaes Mdulo para
desenvolvimento de maquetes eletrnicas em 3D. Este treinamento cobre as
disciplinas de Equipamentos, Tubulaes, Introduo Estruturas metlicas e
Cvis.
PDMS Draft Administrao
Treinamento em Produo de Desenhos (Administrao) Treinamento para
administradores do Draft, oferecendo opes de customizao do ambinte
do Draft, permitindo ao usurio trabalhar com mais produtividade e eficincia.
PDMS Draft Usurio
Treinamento em Produo de Desenhos - Mdulo para criao de desenhos
2D, podendo-se incluir anotaes, dimensionamentos, Tags, Labelling, cortes,
em modelos 3D, produzidos no mdulo Design.
PDMS Paragon / Specon
Treinamento em Bibliotecas e Especificaes de Materiais de Tubulaes
Mdulo para a construo / manuteno dos banco de dados de catalogos do
PDMS, atravs da criao ou modificao de componentes de tubulao e
componentes Estruturais.
Para Contato:
Endpoint Solues Integradas Ltda.
Distribuidor AVEVA no Brasil
Av. Dr. Nelson D'Avila, 389 Sl. 73A - Ed. Tech Tower Centro
CEP. 12245-030 So Jos dos Campos - SP - Brasil
Fone: +55 (12) 3923-9299
Fax: +55 (12) 3942-5349
Internet: www.endpoint.com.br

Apostila Admin PDMS

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Apostila Admin PDMS

Uploaded by

Copyright:

Available Formats

VANTAGE PDMS

AVEVA VANTAGE Plant Design Management System

Manual de Treinamento em Administrao de Projetos em PDMS ADMIN e Administrao do ISODRAFT

Manual PDMS Basic & Advanced Administration AVEVA

Para Contato com a Detentora dos direitos autorais:

Treinamento em Administrao do Sistema PDMS

2 Estrutura Administrativa ................................................................... 7

3.1 Um novo projeto............................................................................................................................... 11

4 Criando TEAMS, USERS, DBS e MDBS........................................ 15

4.1 Criao de TEAMS .......................................................................................................................... 15

5 Compartilhamento de DBS de outro projeto................................. 29

6.1 Mdulos do PDMS ........................................................................................................................... 33

7 Reconfigurao de DBS ................................................................. 37

9.1 Estrutura do Banco de Dados.......................................................................................................... 47

10 Administraao do Mdulo ISODRAFT .......................................... 51

10.1 Acessando o mdulo Isodraft ........................................................................................................ 51

endpoint Solues Integradas Ltda.

Conceitos para Administrao

Treinamento em Administrao do Sistema PDMS

1. Conceitos para Administrao

Qual o tamanho da unidade a ser desenvolvida no PDMS?

Qual prazo de execuo?

Quantas pessoas sero necessrias?

A partir destas informaes preliminares, o administrador deve decidir quantas

1.1 Usurios do Sistema

endpoint Solues Integradas Ltda.

Treinamento em Administrao do Sistema PDMS

Conceitos para Administrao

Equipamentos No tm como objetivo o projeto de Equipamentos e

Tubulao Todo projeto de detalhamento de tubulao deve ser

Metlica O projeto de estruturas metlicas dentro do sistema pode ser

Eltrica Nesta especialidade, o sistema pode ser muito proveitoso para

Conceitos para Administrao

Treinamento em Administrao do Sistema PDMS

HVAC (Ar Condicionado e ventilao) Todo projeto do lay-out dos

Suportes de tubulao O estudo das linhas para suportao deve ser

Devemos tambm considerar a forma que o projeto ser estruturado e

endpoint Solues Integradas Ltda.

Treinamento em Administrao do Sistema PDMS

Conceitos para Administrao

Engenheiros ou projetistas seniores

gerenciamento entre todos esses mdulos;

gerenciamento dos usurios com seus devidos acessos s

cuidar da integridade dos bancos de dados do projeto,

suprir o projeto com customizaes necessrias aos projetistas a fim

finalmente dar suporte aos usurios do sistema durante todas as fases

Conceitos para Administrao

Treinamento em Administrao do Sistema PDMS

Este profissional deve possuir, principalmente, grande afinidade com

endpoint Solues Integradas Ltda.

Treinamento em Administrao do Sistema PDMS

endpoint Solues Integradas Ltda.

Conceitos para Administrao

Treinamento em Administrao do Sistema PDMS

endpoint Solues Integradas Ltda.

Treinamento em Administrao do Sistema PDMS

Os elementos administrativos de um projeto PDMS so:

Usurios (USER) So os prprios usurios do sistema, sejam eles

Bancos de Dados (DB) So elementos do projeto os quais recebero

endpoint Solues Integradas Ltda.

Treinamento em Administrao do Sistema PDMS

Multiple DataBase (MDB) So elementos os quais tem a funo de

endpoint Solues Integradas Ltda.

Treinamento em Administrao do Sistema PDMS