PDMS Admin

PDMS
Plant Design
Management System
Versión 11.2
PDMS ADMIN
Manual de Entrenamiento
Crystal Graphics Ingeniería Curso PDMS Admin
INDICE
Introducción ....................................................................................................................7
El Administrador del Sistema ....................................................................................................... 8
Estableciendo un Proyecto ........................................................................................................... 9
Catálogos y Especificaciones....................................................................................................... 9
Procedimientos del Proyecto........................................................................................................ 9
Requerimientos de Salida............................................................................................................ 10
Organización de Archivos ........................................................................................................... 11
Salidas Gráficas............................................................................................................................. 11
Procedimientos de Revisión ....................................................................................................... 12
Consistencia de Datos ................................................................................................................. 12
Detección de Interferencias ........................................................................................................ 12
El Mapa Espacial ........................................................................................................................... 13
Control del Mapa en el Diseño.................................................................................................... 13
Sintaxis de Mapas ......................................................................................................................... 13
Revisión de lntegridad de la Base de Datos ............................................................................ 14
Reconfiguración ............................................................................................................................ 14
Los Proyectos en PDMS .............................................................................................................. 14
Las bases de datos de PDMS ......................................................................................16
Bases de datos administrativas ................................................................................................. 16
Bases de datos de Modelo .......................................................................................................... 16
Las Bases de Datos de Administración.................................................................................... 16
La base de datos SYSTEM......................................................................................................... 16
La base de datos COMMS.......................................................................................................... 17
La base de datos MISC ............................................................................................................... 17
Como se relacionan las bases de datos del Modelo.............................................................. 17
Como se almacenan las bases de datos .................................................................................. 18
Teams y Users ............................................................................................................................... 19
Accesos a la Base de Datos........................................................................................................ 20
Acceso a Bases de Datos Multiwrite ......................................................................................... 20
Múltiples Bases de Datos ............................................................................................................ 21
Como son actualizadas las bases de datos............................................................................. 21
Actualización de las Bases de Datos del Modelo ..................................................................... 21
Actualización de las Bases de Datos del Sistema .................................................................... 22
Usando bases de datos MULTIWRITE....................................................................................... 22
Bases de datos CONTROLLED................................................................................................... 23
Sesiones con las Bases de Datos.............................................................................................. 23

Recuperando y Uniendo Sesiones ............................................................................................ 24
Definiendo un nuevo Proyecto ....................................................................................25
El ambiente de PDMS ................................................................................................................... 25
Los Directorios de Ejecutables de PDMS................................................................................. 25
Ejecutables de Módulos de PDMS ............................................................................................. 25
Scripts y Programas Asociados................................................................................................. 26
Scripts ........................................................................................................................................... 26
Archivos usados por los scripts .................................................................................................. 26
Programas Asociados ................................................................................................................. 26
Bases de Datos Vírgenes............................................................................................................. 26
Macros para la Configuración del Proyecto............................................................................. 27
El Archivo de Mensajes de Error................................................................................................ 27
El Archivo INFO ............................................................................................................................. 27
El Directorio de Archivos Temporales de PDMS..................................................................... 27
El Archivo de Seguridad de CADCENTRE................................................................................ 27
El direccionamiento de Variables de Ambiente en PDMS..................................................... 28
Creación de un Nuevo Proyecto..................................................................................29
Pasos para crear un Proyecto en PDMS................................................................................... 29
Diseñando un Proyecto................................................................................................32
ADMIN .............................................................................................................................................. 32
Teams y Usuarios.......................................................................................................................... 35
Creando Teams............................................................................................................................ 35
Creando Usuarios........................................................................................................................ 36
Modificando atributos de Usuarios y Team................................................................................ 37
Copiando Usuarios y Teams....................................................................................................... 37
Borrando Teams y Usuarios ....................................................................................................... 38
Bases de Datos.............................................................................................................................. 39
Creando Bases de Datos ............................................................................................................ 39
Modificando atributos a las Bases de Datos ............................................................................. 40
Copiando Bases de Datos .......................................................................................................... 41
Incluyendo y Copiando Base de Datos Foráneas..................................................................... 42
Borrando Bases de Datos ........................................................................................................... 45
Usando Diferentes Areas ............................................................................................................ 45
Múltiples Bases de Datos ............................................................................................................ 46
Creando MDBs............................................................................................................................. 46
Modificando MDBs....................................................................................................................... 47
Administración del Proyecto .......................................................................................48
Asegurando la Base de Datos del Proyecto............................................................................. 48
Las Opciones de Admin en el Menú Principal......................................................................... 48
Salidas Anormales ........................................................................................................................ 48

Display............................................................................................................................................. 49
Las opciones Query ...................................................................................................................... 49
Las opciones Settings.................................................................................................................. 49
La opción Utilities ......................................................................................................................... 49
Integrity Checking......................................................................................................................... 49
Mandando Mensajes a otros usuarios ....................................................................................... 49
La ventana Design Manager IMPORT ....................................................................................... 50
Las opciones de Project .............................................................................................................. 50
Información de Proyecto.............................................................................................................. 51
Replicando un Proyecto .............................................................................................................. 51
Borrando Usuarios Fantasmas ................................................................................................... 53
Las opciones de Data en el Menú Principal............................................................................. 54
Combinando Sesiones ................................................................................................................ 54
Recuperando Sesiones ............................................................................................................... 56
Inter-DB Macros........................................................................................................................... 56
Bases de Datos Distribuidas....................................................................................................... 57
Moviendo una base de datos a otra Area.................................................................................. 59
Familias de Fuentes .....................................................................................................60
Introducción a LAS Familias de Fuentes.................................................................................. 60
Definición de Caracteres............................................................................................................. 60
Estilos de Carácteres .................................................................................................................. 61
Fuentes definidas por el Usuario................................................................................................ 61
Inclinación de Fuentes................................................................................................................. 61
Dando de alta Familias de Fuentes............................................................................................ 62
Revisando la Integridad de Datos ...............................................................................63
Estadísticas Almacenadas en las Bases de Datos................................................................. 64
Pasos Preparatorios, antes de iniciar la Revisión.................................................................. 64
Usando DICE .................................................................................................................................. 64
Modos FULL y BRIEF y Errores Máximos................................................................................. 65
Produciendo Estadísticas............................................................................................................ 66
Revisando Referencias Externas ............................................................................................... 66
Seleccionando el Destino de Salida del Reporte ...................................................................... 66
Macros............................................................................................................................................. 67
Salidas de Dice .............................................................................................................................. 67
El Encabezado del Reporte ........................................................................................................ 68
El Reporte de Error...................................................................................................................... 69
El Resumen del Reporte ............................................................................................................. 69
Dice Externo................................................................................................................................... 70
Comandos de Dice........................................................................................................................ 71
Módulos.........................................................................................................................72
Cómo son definidos los Módulos .............................................................................................. 72

La Ventana Module Definition..................................................................................................... 72
Definiendo el tamaño del Buffer de DABACON....................................................................... 74
Reconfiguración ...........................................................................................................75
El Proceso de Reconfiguración.................................................................................................. 75
Iniciando Reconfigurer................................................................................................................. 76
Comandos Administrativos y de Interrogación ...................................................................... 76
Reconfiguración Básica............................................................................................................... 77
Reconfigurando una sencilla Base de Datos............................................................................. 77
Especificando la Base de Datos Fuente .................................................................................... 78
Especificando la Base de Datos Destino................................................................................... 78
Especificando lo que será copiado............................................................................................. 78
Iniciando el Proceso de Reconfiguración................................................................................... 79
Ejemplo de una Reconfiguración Simple ................................................................................. 80
Ejemplo de Salidas usando la Opción SAMEREF................................................................... 80
Listando el índice de los números de Referencia................................................................... 81
Controlando la Salida de Reconfigurer..................................................................................... 81
Copiando y Reconfigurando copias de DBs............................................................................ 82
Copias........................................................................................................................................... 82
Copias Reconfiguradas ............................................................................................................... 83
Reconfiguración Avanzada ......................................................................................................... 83
Referencias entre Bases de Datos............................................................................................. 83
Actualizando Referencias hacia una Base de Dato Reconfigurada........................................ 84
Grabando el Indice de Números de Referencia........................................................................ 85
Copiando Partes de las Bases de Datos ................................................................................... 85
Transfiriendo Datos entre Proyectos ........................................................................................ 87
Mensajes en la Reconfiguración ................................................................................................ 88
Mensajes de información standard............................................................................................. 88
Formato General de Mensajes de Error del Paso 2 ................................................................. 89
Códigos Usados para Identificar el Tipo de Mensajes ............................................................. 89
MONITOR.......................................................................................................................91
Acceso a PDMS ............................................................................................................................. 91
Entrando a PDMS ........................................................................................................................ 91
Usando MONITOR ......................................................................................................................... 91
Cambiando el Password.............................................................................................................. 92
LEXICON........................................................................................................................94
La Base de Datos de LEXICON................................................................................................... 94
La Jerarquía de la Base de Datos .............................................................................................. 94
Creando y usando UDAs ............................................................................................................. 97
Antes de Iniciar............................................................................................................................. 97
Creando Nuevas UDAs ............................................................................................................... 97

Copiando Definiciones de UDAs ................................................................................................ 98
Purgado de UDAs ........................................................................................................................ 98
Crystal Graphics Ingeniería Curso PDMS Admin: Introducción
Introducción
El desarrollo de un proyecto de ingeniería corre a cargo de varias especialidades dentro de una
firma de ingeniería, cada una de ellas tiene un papel importante dentro de dicho proyecto. Como
una mejora constante de la calidad en el desarrollo de los proyectos, se han hecho grandes
mejoras tecnológicas, el diseño de plantas industriales no podía quedarse atrás, por lo que se han
desarrollado programas de cómputo que permiten manejar cálculos más exactos, simulaciones de
plantas que aún no existen y programas que permiten visualizar gráficamente estos proyectos,
almacenando en bases de datos asociadas a estos gráficos, información de los mismos.
Algunos de estos programas fueron desarrollados por CADCENTRE en Inglaterra, como son:
PDMS (Plant Design Management System), el cual permite alimentar por medio de Modelos
tridimensionales, la información de un proyecto a una base de datos, de tal suerte que se puedan
obtener documentos de ingeniería como planos, isométricos, lista de materiales, reportes, etc.
PEGS (Project EngineerinG System), el cual es un sistema específicamente diseñado para

manejar dibujos esquemáticos asociados a una base de datos, ya sean DTI’s, DFP’s, Unifilares,
etc., cada uno de los Elementos Modelados en estos documentos cuenta con atributos, los cuales
pueden ser usados para obtener documentos, como índices de líneas, hojas de datos, etc.
NOTA: Existen otros programas, como REVIEW Reality, QUERY, HYPERPLANT, etc. Los cuales
no serán tratados en este documento.
A estos programas, antes de ser utilizados por cada disciplina en el proyecto, hay que definirlos
dentro del programa y personalizarlos de acuerdo a los estándares, normas, especificaciones y
criterios que se utilizarán para un proyecto en específico. Estas actividades las debería realizar el
Administrador del Sistema.
El Administrador del sistema debe estar familiarizado con los principios generales de PDMS. Por
ejemplo, debe tener conocimiento de los diferentes módulos y para qué son usados, también,
debe conocer como iniciar una sesión de PDMS como usuario normal.
Página 7
EL ADMINISTRADOR DEL SISTEMA

Cada compañía tiene su propio sistema de trabajo, y en cada una de ellas el trabajo que un
administrador del sistema realiza es diferente. La manera en que se puede definir a un
Administrador del Sistema es conociendo en qué consiste el proyecto y el tipo de actividades que
deben organizarse para dicho proyecto, se supone que el Administrador del Sistema es
responsable de tanto la organización, como la definición del mismo. Para definir las actividades
que debe realizarse se tienen que contesta las siguientes preguntas:
¿Qué tan grande es?, ¿En cuanto tiempo tenemos que realizarlo? ¿Cuánta gente se necesitara?
Con esta información preliminar el Administrador del Sistema debe decidir cuántas estaciones de
trabajo se necesitan para el proyecto y por cuánto tiempo. La mayoría de las compañías que han
usado PDMS, tienen datos que relacionan al desempeño del sistema y lo que pueden esperar de
sus usuarios. Con esta información, se debe estimar el tiempo necesario y la distribución de
estación de trabajo.
Por supuesto, este primer paso es una pequeña simplificación, porque los datos en cualquier
proyecto no fluyen de un modo lineal uniforme. Las estaciones de trabajo que son ociosas
mediante la carencia de información no pueden ser productivas. Al comienzo de un proyecto,
muchas cosas son desconocidas. Los esquemas preliminares de la planta conducen a un trabajo
preliminar, mediante varias iteraciones de refinamiento hasta las decisiones finales de diseño.
Mientras el diseño preliminar está en curso, poca gente esta involucrada. Conforme el diseño
avanza, el requerimiento de personal aumenta hasta que se llega a la capacidad total. Todos los
proyectos tienen requerimientos variados de personal a lo largo de su duración y esto debe
tomarse en cuenta durante la planificación del proyecto.
Otros factores que involucran la distribución de estaciones de trabajo pueden ser sobre una base
departamental. Al principio de un proyecto, más énfasis puede requerirse en los departamentos
civil o estructural y puede ser necesario destinar estaciones de trabajo extras (y gente) para
conseguir terminar una actividad en particular. En forma contraria, conforme el diseño del proyecto
avanza, las estaciones de trabajo pueden disminuir su uso porque una actividad puede haber
terminado.
El Administrador del sistema debe estar consciente de todos estos factores a lo largo de la
duración del proyecto.
Otro factor que afecta la distribución del personal y estaciones de trabajo, es la manera en que los
datos del proyecto se distribuyen en PDMS. El simple hecho de que cada usuario debe tener por
lo menos una base de datos que es exclusivamente accesible para sus necesidades implicaría
para un proyecto grande muchas bases de datos (60 gentes significan un mínimo de 60 bases de
datos para acceso simultaneo) a menos que se contemple un cambio en la forma de trabajo.
Un factor adicional es colocar los requerimientos de personal en el número de gente extra

requerido que desempeñe tareas tales como verificar Catálogos y Especificaciones, generación y
producción de isométricos, etc.
Página 8
ESTABLECIENDO UN PROYECTO
Habiendo tomado las decisiones iniciales de personal, la próxima tarea es crear en PDMS el
proyecto. La primera prioridad es crear usuarios con su password, y las bases de datos que
permitan a cada usuario accesar a las áreas correctas del proyecto. Algunas personas son un
poco especiales cuando proporcionan un password, tratan de hacer el sistema sobre protegido,
restringiendo a los usuarios innecesariamente. Otros administradores del sistema abren el sistema
entero a excepción de las bases de datos del sistema para que toda la gente pueda accesar a
todas las áreas.
Se puede decidir cual es la mejor manera en que los usuarios interactuen entre sí. Finalmente los
usuarios de PDMS, deben ser responsables de su trabajo y de cómo manejan sus áreas.
CATÁLOGOS Y ESPECIFICACIONES
Después de los usuarios y password, viene el problema de Catálogos y Especificaciones. Algunas
personas tienen el lujo de trabajar con especificaciones constantes, pero otros no son tan
afortunados.
Muchas compañías tienen el problema de conseguir un conjunto de componentes de tubería y

crear una serie de especificaciones antes que puedan comenzar a Modelar tuberías.
Frecuentemente esto es complicado por decisiones comerciales que son afectadas por los
diferentes fabricantes. Lo que aparecería sobre el dibujo como un simple “PENDIENTE” es un
accesorio que debe Modelarse de alguna forma en PDMS.
El Administrador del Sistema debe asegurarse que el proyecto no sea retrasado por la falta de la
información de componentes y que las especificaciones estén en su lugar cuando se necesiten.
Muchas compañías emplean un especialista controlador de catálogos quien es empleado
exclusivamente para mantener y actualizar los catálogos del proyecto.
PROCEDIMIENTOS DEL PROYECTO

En un proyecto grande es necesario definir convenciones, estándares y prácticas de trabajo. Estas
son necesarias por muchas razones:
Consistencia del Diseño

Seguridad
Eficiencia
Instrucción (Enseñanza)
Con PDMS es adicional la responsabilidad de los procedimientos debido a la necesidad de

considerar el uso del sistema de computo, así como los estándares de ingeniería. De varias
formas, el beneficio de usar computadoras es el que se tengan organizados los datos de manera
más uniforme (para disminuir el caos que puede asociarse con proyectos grandes).
Los procedimientos a este nivel pueden oscilar desde ‘Qué tan grande es’ hasta ‘El diseño de
tuberías de vapor con alta presión’, la calidad del procedimiento puede variar desde simples
instrucciones de media página hasta múltiples volúmenes de proporciones enciclopédicas. Desde
este punto de vista, es importante lograr un balance entre el claro entendimiento de un texto con el
Página 9
peso suficiente para que no sea mal interpretado. El número de procedimientos varía entre
compañías, nuevamente hay que procurar un balance de acuerdo a la usabilidad de los mismos.
El propósito principal de los procedimientos es asegurar la calidad y consistencia en el diseño.

Frecuentemente, los procedimientos se escriben para satisfacer requerimientos legales o
contractuales, más que para su uso práctico. En este caso el resultado es menos que satisfactorio.
REQUERIMIENTOS DE SALIDA
Un papel muy importante de los procedimientos es asegurar que los datos de entrada en el diseño
sean correctos, para que los datos de salida sean correctos. El dicho ‘Si basura entra, basura sale’
es muy cierto cuando se trabajo con PDMS. Desde el inicio de un proyecto, es esencial saber y
especificar exactamente cual es la información que se necesitará para obtener los requerimientos
de salida y asegurar una máxima flexibilidad.
Especificar los requerimientos de salida de un proyecto, puede oscilar desde sacar el tamaño
estándar de hoja, hasta formatos especiales de interfaces de datos con otro software. Elementos
que afectan la salida incluyen:
Convenciones de Nombres
Organización de Jerarquías
Hojas de Respaldo de Planos
Registros de Avance del Proyecto
Lista de Materiales
Formatos de Dibujos
Escalas de Dibujo Estándar
Nombre y Clasificación de Áreas
Información de Peso y Centro de Gravedad
Requerimientos de Esfuerzos
Datos de Soportes de Tuberías
La lista anterior es únicamente un muestreo de lo que pudiera ser requerido por su compañía en
cualquier proyecto. A fin de asegurar que la información esté disponible, se debe considerar como
se puede introducir, almacenar y extraer la información cuando se requiera. Como un ejemplo del
tipo de implicaciones a largo plazo de sus decisiones iniciales, veremos el concepto de convención
para nombrar tuberías:
Ante todo, debemos tomar el nombre de la tubería desde el Diagrama de Tubería e

Instrumentación (DTI´s) y usarlo en PDMS. Comúnmente el nombre consiste del tamaño nominal
del tubo, el nombre de la especificación de la tubería y un número secuencial. ¿Podríamos
escoger cualquier orden y no habría diferencia?
La respuesta es sí, de diversas maneras. Primero que todo, el nombramiento debe ser uniforme
en todo el proyecto, cualquier opción que seleccionemos estará fija durante toda la vida del
trabajo. Enseguida, el formato de reporte se clasificará en forma de columna con la prioridad de
izquierda a derecha.
Si se escoge primero el tamaño nominal, todos los reportes de tubería estarán ordenados
basándose en el tamaño nominal. Si se escoge el número consecutivo de tubería, entonces las
tuberías serán clasificadas por un número único. Teniendo primero la especificación en el nombre,
se pueden clasificar por especificación, (y por lo tanto la clase de material).
Página 10
Esto no es todo, porque si dividimos la tubería a través de un número de bases de datos y por lo
tanto un número de áreas, no podemos mantener el número individual de un tubo. Debemos
considerar incluir el área y el número del tubo en el nombre para hacerlo único a través de la
estructura de la base de datos. Nuevamente, debemos decidir la sucesión de partes para
conseguir el mejor resultado en nuestra salida.
Una secuencia típica podría ser /AREA-SECUECIA-DIAMETRO-ESPECIFICACION
Si se agruparan las tuberías por especificaciones importantes, su podría usar un reporte selectivo
o agrupar las tuberías en una zona asignada para una sola especificación de tuberías.
De este sencillo ejemplo se puede ver que la salida de datos puede ser afectada por la elección
inicial. De hecho hay otras decisiones que afectan el resultado final.
ORGANIZACIÓN DE ARCHIVOS
Es importante organizar y controlar los nombres de los archivos y directorios asociados para que:
Los Datos no se pierdan

El Espacio en disco no se desaprovecho con archivos innecesarios
Los Usuarios no pierdan el tiempo buscando diferentes tipos de archivos
En esta área, el Administrador del Sistema debe ser responsable de un procedimiento estándar
que controle el uso de los archivos.
SALIDAS GRÁFICAS
Desde el inicio de las entradas de datos al sistema, se deben definir los dibujos del proyecto en
áreas básicas. Si se conoce el tamaño de las áreas, ubicación, límites y nombres, se pueden crear
los dibujos apropiados y establecer un procedimiento para actualizar estos sobre una base
regular. Las razones para hacer esto son las siguientes:
Se tiene tiempo para hacer ajustes pequeños a los dibujos con los avances del proyecto
Se tiene una escala fuente precisa para futuros trabajos de estudio y evaluaciones
Se tiene la evidencia visual de que el proyecto progresa en forma razonable (para los que
les preocupa que la información esté siendo almacenada en una computadora)
Cualquier capacidad humana sobrante puede ser empleada en otro dibujo con el mínimo
inconveniente.
Página 11
PROCEDIMIENTOS DE REVISIÓN
Hay dos maneras principales de revisión dentro de PDMS:
Revisión de Consistencia de Datos

Detección de Interferencias
Ambos tipos de revisión son progresivos a lo largo del proyecto y pueden estar respaldados con el
uso frecuente del modulo de REPORTER para revisar por ejemplo la correcta introducción de los
nombres de los Elementos del diseño.
CONSISTENCIA DE DATOS
La revisión de Consistencia de Datos se usa dentro del módulo de DESIGN para verificar tuberías,
trayectorias de cables eléctricos, estructuras, HVAC y soportes de tubería. La revisión que se
realiza incluye la confirmación de que:
Los accesorios adyacentes se conecten y no exista espacio entre ellos

Los tipos de conexión son compatibles
Los componentes conectados no estén desaliñados el uno respecto al otro
Los diámetros de tuberías sean consistentes
Las conexiones de ramales de tubería con recipientes estén apropiadamente terminadas
Las longitudes de tubería que unen dos componentes no sean menores a las mínimas
aceptadas.
Los ángulos de las curvas y codos caigan dentro de los límites establecidos en el proyecto
Es necesario que esta revisión se realice antes de comenzar la producción de isométricos y

dibujos. Es tarea del Administrador especificar las tolerancias usadas para esta revisión, por
ejemplo, especificar la longitud mínima aceptable de tubo que une dos componentes.
Frecuentemente el resultado de la revisión de consistencia de datos se debe enviar a imprimir en
un documento el cual se envía a los diseñadores, para que lo arreglen.
DETECCIÓN DE INTERFERENCIAS
El Administrador debe conocer que hay ciertas utilerías para revisar interferencias, las cuales
están disponibles para que el diseñador detecte sus choques en línea o solicitando al sistema una
revisión en el módulo de DESIGN. Estas opciones de detección de choques se consideran parte
del proceso global de revisión de interferencias durante la vida del proyecto. Se debe hacer una
corrida global de revisión de choques periódicamente (para favorecer las revisiones de diseño)
bajo el control del administrador del proyecto. Cualquier choque encontrado se clasificará como
rechazado o aprobado. Los rechazados, el diseñador deberá corregirlos.
El chequeo global se recomienda hacerlo de noche usando CLASHER en el módulo de DESIGN

con un proceso BATCH.
Página 12
EL MAPA ESPACIAL
La detección de choques hace uso de un mapa espacial en el proyecto de diseño. Este mapa se
crea y es mantenido en el módulo de DESIGN y contiene los tamaños y las posiciones de una
serie de cajas con límites rectangulares que encierran completamente a cada Elemento de diseño.
CONTROL DEL MAPA EN EL DISEÑO

Existen diversas utilerías que permiten el control del mantenimiento de los mapas espaciales (1
por base de datos) para que pueda guardarlos en una fecha hasta que se necesiten sin incurrir en
penalizaciones de velocidad de los procesos cuando se requiera conservarlos. No es obvio para el
equipo de diseño que estas utilerías estén disponibles o que puedan ser usadas. Se puede
notificar a los diseñadores de la sintaxis disponible. Alternativamente como Administrador usted
puede desear mantener el manejo de los mapas para usted mismo.
SINTAXIS DE MAPAS
El mapa es creado por default y mantenido automáticamente para cada base de datos durante
una sesión de diseño. El mapa puede encenderse o apagarse:
MAP ON
MAP OFF
Un uso lógico de este comando sería durante las etapas iniciales de un proyecto cuando muchas
adiciones o modificaciones al catálogo son hechas, puede ser benéfico apagar el mapa, desde el
punto de vista del desempeño.
Q MAP Le informará el estado actual del mapa, ya sea que esté completo y siendo mantenido.
También le dirá si la base de datos del catálogo en su MDB ha sido cambiada desde la última
construcción del mapa.
Para actualizar un mapa se usa:

MAP BUILD MDB
O para revisar este:

MAP CHECK MDB
Una opción inteligente sería utilizar el siguiente comando antes de una corrida de interferencias:
MAP BUILD NEW MDB
El cual recalcularía completamente la geometría de todos los límites de las cajas de obstrucción si
han o no cambiado desde la actualización previa del mapa. El nuevo mapa sobrescribe cualquier
mapa existente.
Página 13
REVISIÓN DE LNTEGRIDAD DE LA BASE DE DATOS

PDMS Database Integrity Checker, DICE, revisa la estructura interna de las bases de datos de los
proyectos y reporta algunas inconsistencias o errores dentro de ellas. También puede revisar la
consistencia de la base de datos del sistema, y producir información estadística sobre el uso
efectivo de la capacidad de almacenamiento de las bases de datos.
La revisión cubre solamente la consistencia en sí misma de los Elementos almacenados en las

jerarquías de la base de datos. La consistencia de los atributos de los Elementos puede ser
revisada usando la opción Data Consistency en los módulos DESIGN y DRAFT.
RECONFIGURACIÓN
Las bases de datos de PDMS pueden ser reconfiguradas. Esto es necesario en los siguientes
casos:
Para combinar bases de datos, copiando partes de una dentro de otra

Para transferir bases de datos entre diferentes proyectos
En algunos casos, permitir la recuperación de bases de datos corruptas
La Reconfiguración puede también ser necesaria cuando una nueva versión de PDMS es
instalada, a pesar de que en esos casos existen macros proporcionados por el producto, los
cuales reconfigurarán los proyectos automáticamente.
LOS PROYECTOS EN PDMS

El Proyecto es un concepto fundamental en PDMS, y todos los trabajo tienen lugar dentro de un
Proyecto.
Un Proyecto en PDMS contiene un número de archivos de bases de datos. Cada archivo de base
de datos es propietario de un número de Elementos; cada Elemento tiene un número de atributos.
PDMS soporta diferentes tipos de bases de datos (DESIGN, DRAFT, etc.). Cada tipo tiene un
diferente esquema de base de datos.
PDMS ADMIN permite manejar varias tareas administrativas, incluyendo:
Creación y borrado de archivos de bases de datos

Creación y borrado de usuarios
Controlar los privilegios que tiene cada usuario
Controlar el acceso a usuarios individuales tienen acceso a las bases de datos del
proyecto
Agrupar bases de datos dentro de múltiples bases de datos (MDB’s)
Una de las principales funciones de ADMIN es crear y manejar los Elementos PDMS ADMIN:
Teams, Users, DB´s (Databases) y MDB’s (múltiple Databases).
DB’s y Teams se relacionan muy de cerca: una DB debe pertenecer a un Team, y solamente los
Usuarios que son miembros de ese Team tienen acceso de escritura a esa DB.
Página 14
MDB’s coleccionan DB’s. Cuando se entre a un modulo de construcción en PDMS (DESIGN,

SPOOLER, DRAFT o ISODRAFT) se debe especificar una MDB, esta define que DB’s puede
accesar el usuario.
Usuarios son definidos por un identificador y un password, el cual permite entrar a PDMS. Los
usuarios son normalmente miembros de un Team, el cual da los accesos de escritura a las DB’s
propiedad de ese Team, pero un usuario quien solamente necesita acceso de lectura no tiene que
pertenecer a algún Team.
Página 15
Crystal Graphics Ingeniería Curso PDMS Admin: Las bases de datos de
PDMS
Las bases de datos de PDMS

Un proyecto en PDMS puede contener los siguientes tipos de bases de datos:
BASES DE DATOS ADMINISTRATIVAS

SYSTEM: La cual almacena los datos de control de acceso a los datos del Modelo y a los
diferentes módulos del programa.
COMMS: Almacena la información de quién está usando que módulo y cual base de datos del
Modelo esta disponible.
MISC: Almacena mensajes y macros entre usuarios.
BASES DE DATOS DE MODELO

DESIGN: Las cuales contienen toda la información de diseño para el proyecto.
CATALOGUE: Contiene los catálogos y especificaciones cargadas en el proyecto.
PADD: Contienen los datos de los dibujos producidos en el módulo de DRAFT
ISOD: El cual contiene dibujos de spools de tuberías producidos por el módulo de SPOOLER.
PROPERTIES: Pueden contener propiedades de material, los cuales pueden ser referenciados a
través de los catálogos.
DICTIONARY: Las cuales contienen las definiciones de UDAs (Atributos definidos por el usuario),
las cuales se crean en el módulo de LEXICON.
COMPARATOR: Bases de datos que son utilizadas por el módulo COMPARE.
Cada proyecto puede tener solo uno de cada tipo de base de datos administrativa, pero puede
tener cualquier número de bases de datos de Modelo.
LAS BASES DE DATOS DE ADMINISTRACIÓN

La base de datos SYSTEM
Hay una y solamente una base de datos SYSTEM en el directorio del Proyecto. Esta almacena
información administrativa sobre la composición y uso del proyecto, incluyendo lo siguiente:
Una lista de todas las bases de datos las cuales están disponibles en el proyecto
Una lista de todos los usuarios quienes pueden accesar las bases de datos, y los Team a
los cuales pertenecen.
Una lista de los módulos de PDMS disponibles en el proyecto
NOTA: La base de datos SYSTEM es una base de datos tipo multiwrite, lo que significa que
puede haber mas de un usuario ADMIN en una sola vez. PDMS maneja accesos a bases
Página 16
PDMS
de datos multiwrite, para que dos usuarios no puedan modificar la misma parte de la base
de datos.
La base de datos COMMS

La base de datos COMMS almacena la información sobre quien esta usando que módulo y cual
base de datos esta utilizando. Cada usuario tiene una área separada de la base de datos
COMMS, la cual puede ser accesada en modo escritura, y grabar cambios en el módulo. Cada
usuario tiene accesos de lectura a las áreas de los otros usuarios, y pueden encontrar información
acerca de otros usuarios en el proyecto.
NOTA: La base de datos COMMS es una base de datos de acceso sencillo. Los usuarios pueden
accesar la base de datos de COMMS una vez que entren a PDMS.
La base de datos MISC

La base de datos MISC es usada para almacenar mensajes entre usuarios, y macros entre bases
de datos. Esta base de datos puede solamente ser abierta en modo escritura por un usuario en un
tiempo, pero mucho usuarios pueden leer esta. Todos los usuarios necesitan poder escribir en
esta base de datos, pero solamente cuando ellos mandan mensajes o escriben macros entre
bases de datos, o borran mensajes y macros. Todos los usuarios pueden leer la base de datos en
cualquier momento.
NOTA: La base de datos MISC es una base de datos de acceso sencillo, un usuario que desea
escribir en la base de datos MISC debe esperar hasta que cualquier usuario que esté
escribiendo en ella termine de hacerlo.
COMO SE RELACIONAN LAS BASES DE DATOS DEL MODELO

Las bases de datos de Modelo se relacionan entre sí de la siguiente manera:
Las bases de datos de DESIGN obtienen información para sus componentes de diseño, de las
bases de datos CATALOGUE.
Las bases de datos PROPERTIES son referenciadas por las bases de datos CATALOGUE y
DESIGN.
Las bases de datos PADD e ISOD contienen referencias a las bases de datos DESIGN.
Las bases de datos DICTIONARY tienen definiciones, las cuales son referenciadas por las bases
de datos DESIGN, CATALOGUE, PADD o ISOD.
Página 17
PDMS
COMO SE ALMACENAN LAS BASES DE DATOS

Cada base de datos es un archivo separado, almacenado en un directorio de proyecto, los
archivos manejan el siguiente formato:
xxxnnnn
Donde xxx es el código del proyecto y nnnn es un número del 1 al 6999. nnnn es conocido como
el número de archivo (File Number) de la base de datos. Por default, las bases de datos ocupan el
siguiente valor disponible, pero usted puede especificar que número será usado, en le momento
en el que usted crea la base de datos. Una vez que un número ha sido asignado, este no puede
ser cambiado.
Las bases de datos pueden ser almacenadas en áreas diferentes, esto es que se almacenen en
diferentes directorios al directorio del proyecto. Esto puede ser necesario, por ejemplo, si el
espacio en disco es un problema. El directorio debe ser creado antes que la base de datos sea
creada, y su variable de ambiente definida, por ejemplo:
xxxnnn set to pathName
Donde xxx es el código del proyecto y nnn es el número de área el cual debe estar en el rango de
1 a 999. Por ejemplo si se define 001. Cuando la base de datos es creada, el número de área de
las bases de datos debe ser definida con el valor correspondiente, en este caso, 1.
Cada proyecto es identificado por un código de tres caracteres, los cuales no deben ser
numéricos. Se recomienda el uso de caracteres que puedan ser relacionados fácilmente con el
título del proyecto o el nombre de la planta.
Existen otros directorios asociados con cada proyecto, los cuales almacenan macros de conexión
entre bases de datos, archivos de dibujos hechos en DRAFT y archivos de ISODRAFT. Enseguida
Página 18
PDMS
se muestra la estructura del directorio del proyecto y la convención que siguen los archivos bajo
este, con su respectiva nomenclatura, tomando como ejemplo un proyecto con el código abc:
abc000 abciso abcpic abcmac
abcsys abccom abcmis abc001 abcnnn
abc000 Directorio de proyecto. Los archivos bajo este directorio son:
abcsys Base de datos SYSTEM

abccom Base de datos COMMS
abcmis Base de datos MISC
abc001 – abcnnn Archivos de bases de datos que contienen los datos del Modelo.
nnnn, tiene un máximo de 8188, pero los numero entre 7000 – 7999 son
reservados para uso de CADCENTRE, y los números de 8000 hacia arriba
son usados por el sistema.
abciso Directorio que almacena archivos utilizados por ISODRAFT

abcpic Directorio que almacena archivos de dibujo producidos por DRAFT
abcmac Directorio que almacena macros de conexión entre bases de datos
Estos directorios deben ser direccionados en las variables de ambiente del sistema, para que
PDMS pueda localizarlos.
TEAMS Y USERS
Cada base de datos pertenece a un único Team. La propiedad de una base de datos es
establecida por la convención de nombramiento de bases de datos, las cuales tienen el siguiente
formato:
[Nombre del Team]/[Nombre de la base de datos]
Los Usuarios (Users) son definidos por identificadores y passwords los cuales se tienen que
escribir para que se le permita entrar a PDMS. Los usuarios son normalmente miembros de
Teams. Cualesquiera usuarios que pertenecen a un Team tendrá acceso de escritura a la base de
datos que sea propiedad de ese Team. Un Team puede tener solamente un usuario, o ninguno,
en este caso solamente Usuarios tipo Free tendrán acceso de escritura a la Base de datos de ese
Team. Un usuario puede pertenecer a muchos Teams.
Página 19
PDMS
ACCESOS A LA BASE DE DATOS

El acceso a las bases de datos depende de los atributos del usuario y de la base de datos en sí.
Los Usuarios pueden ser:
FREE Users (Usuarios Libres) Pueden entrar a todos los módulos

Pueden actualizar cualquier base de datos
GENERAL Users (Usuarios Generales) No pueden entrar a módulos restringidos, los

cuales son usualmente módulos administrativos de ADMIN y LEXICON.
Pueden solamente modificar las bases de datos de los Teams a los cuales pertenecen.
Las Bases de Datos pueden ser:
UPDATE Permiten un escritor y n lectores

CONTROLLED Permiten un escritor y n lectores, igual que UPDATE. El acceso de
escritura es controlado exterNamente a PDMS.
MULTIWRITE Permiten n escritores y m lectores.
Para las bases de datos UPDATE o CONTROLLED, es mejor crear una base de datos para cada
usuario. Cada usuario tendrá acceso de escritura para su propia base de datos, y tener acceso de
lectura para cualquier otra base de datos requerida.
ACCESO A BASES DE DATOS MULTIWRITE

Las bases de datos de DESIGN, CATALOGUE, DRAFT (PADD) e ISODRAFT pueden ser
multiwrite. La base de datos SYSTEM es siempre multiwrite.
Para bases de datos multiwrite, es mejor dividir el contenido de la base de datos de acuerdo a las
diferentes responsabilidades del Team (grupo). Esto normalmente será determinado por:
El arreglo físico de la planta

Las diferentes disciplinas de ingeniería involucradas
Las bases de datos pueden ser cambiadas entre UPDATE y MULTIWRITE en cualquier momento.
Un camino recomendado para trabajar es iniciar con una base de datos UPDATE para cada
usuario. Eso mantendrá un control cerrado en el acceso de escritura. Si una base de datos
requiere trabajo intensivo en alguna etapa del proyecto, la base de datos puede ser cambiada a
multiwrite para permitirle a varios usuarios hacer los cambios requeridos simultáneamente.
Para bases de datos multiwrite, puede ser más apropiado adicionar varias bases de datos al
mismo Team, y permitir a varios usuarios pertenecer a este Team.
Página 20
PDMS
MÚLTIPLES BASES DE DATOS

Para controlar que datos puede ver un usuario, las bases de datos son agrupadas dentro de
Múltiples Bases de Datos (MDB’s). Un proyecto contendrá al menos una MDB. Una base de datos
puede ser miembro de cualquier número de MDB’s.
Una MDB debe contener todos los datos que los usuarios necesitan accesar. Por ejemplo, para un
usuario DESIGN, la MDB debe contener una base de datos de CATALOGUE y la base de datos
de DESIGN en la que el usuario va a trabajar. En adición a esto, la MDB debería contener todas
las otras bases de datos de DESIGN que tengan datos en el mismo volumen físico en el que el
usuario esta trabajando, con lo que se asegurará la precisión de la revisión de interferencias, y
todas las otras bases de datos de DESIGN las cuales tendrán conexiones al área de diseño de los
usuarios.
Muchos usuarios pueden accesar la misma MDB. Hay diferentes caminos de permitir el acceso a
las MDBs, algunas opciones son:
Una MDB por Usuario. La DB con acceso de escritura debe ser la primera DB de este tipo
(DESIGN, DRAFT, etc.) en la lista de miembros de las MDB’s. Esta opción puede ser conveniente
para proyectos largos con muchas DBs y Usuarios.
Una MDB con muchos usuarios. En este caso, El Administrador del Sistema puede crear los
Elementos del primer nivel en la DB, por ejemplo, Sites o Departamentos, lo cual se evita
teniendo el uso de las opciones DEFER y CURRENT para mover la base de datos requerida al
inicio de la lista. Esta opción es comúnmente conveniente para pequeños o medianos proyectos
con pocas DBs y Usuarios.
MDBs para propósitos especiales. Por ejemplo, Una MDB conteniendo datos de tubería
solamente para producir MTO, etc.
COMO SON ACTUALIZADAS LAS BASES DE DATOS

Actualización de las Bases de Datos del Modelo
Esta sección describe como las bases de datos del Modelo, que son las bases de datos de
DESIGN, DRAFT (PADD), ISODRAFT, CATALOGUE, PROPERTIES y DICTIONARY, son
actualizadas.
Cuando el usuario de PDMS adiciona, cambia o borra Elementos, los cambios no son escritos
inmediatamente dentro de la base de datos. Elementos nuevos o modificados son almacenados
en memoria. Si no hay suficiente memoria disponible, los datos pueden ser mandados a archivos
temporales. Cuando seleccionamos SAVEWORK, FINISH o cambiamos de módulo, los datos son
escritos al final de la base de datos. Si el usuario escribe el comando QUIT, regresará
directamente a MONITOR, los cambios almacenados en memoria o en un archivo temporal serán
descartados y los efectos de todos los comandos dados mientras se trabajó en el módulo desde el
último SAVEWORK serán perdidos.
Un usuario que solamente lee una base de datos podrá ver los cambios en ella después de que:
Página 21
PDMS
El escritor seleccione SAVEWORK, FINISH o cambie de módulo
El lector seleccione GETWORK o cambie de módulo. Hasta que el lector seleccione

GETWORK, el continuará viendo los datos exactamente como estaban antes de que el
escritor seleccionara SAVEWORK.
Actualización de las Bases de Datos del Sistema

Las bases de datos SYSTEM almacenan información sobre los usuarios, Teams, bases de datos y
definiciones de los módulos en el proyecto. Esta información se mantiene en las bases de datos
del sistema y únicamente las actualiza el Administrador del Sistema con acceso a ADMIN, nunca
por otro usuario, a pesar de que todos los usuarios necesitan acceso de lectura a la información.
Entrando a ADMIN se abre la base de datos SYSTEM en modo de escritura, y todos los otros
módulos abiertos en modo de lectura.
La base de datos SYSTEM se actualiza de forma un poco diferente que la base de datos del
Modelo. Para asegurar la consistencia, ADMIN automáticamente aplica SAVEWORK después de
ciertos comandos. Un subsecuente QUIT descartará cambios hechos desde el último SAVEWORK
hecho por el usuario o por el sistema.
USANDO BASES DE DATOS MULTIWRITE

Las bases de datos MULTIWRITE permiten a más de un usuario escribir en la misma base de
datos. Los Elementos en bases de datos Multiwrite deben ser claimed (reclamados) cuando ellos
son modificados para que ningún otro usuario pueda cambiarlos al mismo tiempo. Cuando usted
crea las bases de datos multiwrite, usted debe definir el modo de ejecución del claim.
Si el modo claim es explicit, los usuarios deben apropiarce de cualquier Elemento que ellos
quieren comenzar a modificar en forma explícita.
Si el modo claim es implicit, un Elemento será apropiado por el usuario automáticamente cuando
este es modificado.
NOTA: La base de datos SYSTEM tiene un modo implicit del claim
Si un usuario trata de apropiarse de un Elemento que haya sido reclamado por otro usuario, fallará
el intento de apropiarse de él. La desventaja del modo implicit es que los usuario pueden consumir
tiempo definiendo un cambio, por ejemplo, llenando una ventana y al momento de querer aplicar
las opciones seleccionadas en la ventana, no se pueda porque alguien ya es propietario de ese
Elemento.
Todos los Elementos apropiados por un usuario son liberados cuando hay un cambio de módulo.
Los Elementos también pueden ser liberados en cualquier otro momento, siempre que ellos no
hayan sido modificados desde el último SAVEWORK.
Usted solo puede apropiarse de Elementos primarios.
Página 22
PDMS
BASES DE DATOS CONTROLLED

Si una base de datos es definida como CONTROLLED, entonces todas las actualizaciones son
controladas exterNamente a PDMS. Las bases de datos Controlled permiten un escritor y n
lectores, como para las bases de datos UPDATE.
En un camino similar a las bases de datos MULTIWRITE, los usuarios deben apropiarse de los
Elementos de la base de datos CONTROLLED de los cuales quieren hacer cambios. A diferencia
de MULTIWRITE, el apoderamiento es hecho por un sistema externo más bien que por PDMS.
El sistema externo es accesado por medio de un programa EDMSlink, el cual debe ser
proporcionado por el usuario. El programa EDMSlink es activado por PDMS cuando un CLAIM o
RELEASE es hecho.
El apropiamiento es basado en los nombres de los Elementos, hasta que un Elemento es

nombrado, no existen restricciones. Sin embargo cuando un Elemento primario es nombrado, el
sistema externo revisa si el nombre existe, y en el futuro será siempre usualmente apoderado
desde fuera el Elemento.
El apoderamiento es hecho solamente la primera vez que un Elemento es actualizado. El

Elemento se mantiene apropiado hasta que es explícitamente liberado. A diferencia de bases de
datos MULTIWRITE, esos apoderamientos son recordados a través de SAVEWORK. Si una base
de datos es cambiada a una base de datos UPDATE o MULTIWRITE desde una base de datos
CONTROLLED, algunos claims serán perdidos.
SESIONES CON LAS BASES DE DATOS

Cada vez que un usuario aplica SAVEWORK o cambia de módulo, una nueva sesión será creada
para este usuario para cada base de datos modificada. Las sesiones son numeradas
secuencialmente para cada base de datos. Cada base de datos es sesionada individualmente, por
ejemplo, un SAVEWORK en las bases de datos TEAM1/DB1 y TEAM1/DB2 puede crear una
nueva sesión número 106 para TEAM1/DB1 y una sesión número 289 para TEAM1/DB2. Si en el
siguiente SAVEWORK solamente TEAM1/DB1 ha sido modificada entonces este número de
sesión será incrementado a 107, y para TEAM1/DB2 permanecerá sin cambios. El nombre del
usuario y la fecha actual son almacenados en cada sesión. Opcionalmente, el usuario puede
adicionar un comentario a la sesión.
En DESIGN, DRAFT, SPOOLER y PARAGON los usuarios pueden comparar sus datos actuales
con los de algunas sesiones o fechas previas, y cuestionar a la sesión sobre los cambios hechos a
los Elementos o atributos.
Para cualquier base de datos, la Sesión 1 es cuando la base de datos es creada, y la sesión 2 es
cuando el World es creado. Esto significa que la primera sesión del usuario es la sesión 3.
Página 23
PDMS
RECUPERANDO Y UNIENDO SESIONES

Las sesiones de PDMS permiten grabar la historia de cambios a la base de datos. Usted puede
recuperar una sesión previa de la base de datos.
Cuando una nueva sesión es hecha, los datos cambiados son puestos al final del archivo de la
base de datos. Agregando datos actualizados a archivos incrementará el espacio en requerido en
disco. Si eso es un problema, usted puede juntar la información de sesiones intermedias para
cada base de datos.
Página 24
Crystal Graphics Ingeniería Curso PDMS Admin: Definiendo un nuevo
Proyecto
Definiendo un nuevo Proyecto
EL AMBIENTE DE PDMS
Los archivos y directorio relevantes que deben existir en su estación de trabajo antes de que use
PDMS son:
Directorio de ejecutables de PDMS

Directorio de aplicaciones de PDMS
Directorio de archivos temporales de trabajo de PDMS
Archivo de seguridad de CADCentre
Directorios de Proyecto
Directorio de trabajo de los usuarios
LOS DIRECTORIOS DE EJECUTABLES DE PDMS

Para cada nueva versión de PDMS, un directorio que siempre existe contiene los ejecutables de
PDMS. Ese directorio usualmente tiene el nombre del número de versión actual de PDMS, ej.
Pdms11.2. El contenido de ese directorio cae dentro de las siguientes categorías generales:
Ejecutables de los módulos de PDMS

Programas y scripts asociados
Bases de Datos Vírgenes
Macros para configuración de los proyectos
Archivos con los mensajes de error
Archivos de datos
Archivos ‘INFO’
Archivos Misceláneos
Archivos de fuentes (Font Files)
EJECUTABLES DE MÓDULOS DE PDMS

Existe un número de archivos en el directorio de ejecutables que conforman los ejecutables de los
módulos de PDMS. Estos ejecutables se pueden correr solamente desde adentro de PDMS. Ellos
son:
adm ADMINistration
des Constructor de DESIGN
dip Verificador de la Integridad de la Base de Datos (DICE)
dop Chequeo don DICE fuera de PDMS
dra DRAFT
dtl DATAL
entry Programa interactivo de entrada a PDMS
exp Programa EXPORT
gts SAINT
isd ISODRAW
lex LEXICON
mon MONITOR
prc Constructor de Datos de Propiedades (PROPCON)
Página 25
Proyecto
rcf RECONFIGURER
rep REPORTER
spc Constructor de Especificaciones (SPECON)
SCRIPTS Y PROGRAMAS ASOCIADOS

Hay algunos otros archivos script/ejecutables que pueden correrse directamente desde el sistema
operativo (comúnmente hecho desde dentro de PDMS). Los scripts se proporcionan con el
producto estándar como una guía únicamente y pueden ser modificados si se requiere. Estos
pueden ser:
Scripts
makeS Programa para la creación de un proyecto
upgradeS Asistente con el que se actualiza una versión anterior de PDMS
Archivos usados por los scripts

Control Programa de control de PDMS, usado al entrar
entry Programa interactivo de entrada a PDMS
controlb Programa de control de PDMS, usado con entryb
entryb Programa de entrada a PDMS por lotes
dop DICE usado fuera de PDMS
make Programa de creación de proyectos
Programas Asociados
saint_gt Interface entre PDMS SAINT y el paquete de análisis de esfuerzos
GTSTRUDL
BASES DE DATOS VÍRGENES

Las bases de datos vírgenes son las plantillas vacías que se usan como base con las cuales se
define el formato y las propiedades por default para los datos que pueden ser adicionados cuando
un proyecto de PDMS es creado. Existe una base de datos virgen para cada tipo de base de datos
de PDMS. Ellas son:
catvir.dat CATALOGUE DB
cmpvir.dat COMPARATOR DB
desvir.dat DESIGN DB
dicvir.dat DICTIONARY DB
padvir.dat PADDLE Drawing DB
provir.dat PROPERTIES DB
sysvir.dat SYSTEM DB
Cada nueva base de datos creada en un proyecto de PDMS se origina como una copia de la base
de datos virgen correspondiente. Los archivos originales no deben modificarse. El número de
archivos vírgenes de bases de datos puede variar con las versiones.
Página 26
Proyecto
MACROS PARA LA CONFIGURACIÓN DEL PROYECTO

Hay cuatro macros para la configuración de proyectos. Estos son:
makemac.mac Corre en conjunto con el programa make para crear un

proyecto y llamar la definición de los módulos.
makmac.mac Corre en conjunto con delmac.mac para redefinir un proyecto

que se usará en una versión diferente de PDMS.
modmac.mac Llamado por ambos macros de arriba para crear todas las
entradas a los módulos de la versión actual de PDMS.
delmac.mac Borra toda la definición de los módulos de un proyecto,

excepto ADMIN y MONITOR, dejando el proyecto en un
estado donde makmac.mac puede ser corrido nuevamente sin
riesgo.
EL ARCHIVO DE MENSAJES DE ERROR

El archivo llamado message.dat retiene todos los mensajes de error que pueden ser producidos
por cualquier módulo de PDMS
EL ARCHIVO INFO
El archivo de datos pdinfo.txt contiene la última información sobre las actualizaciones del
programa, etc.
EL DIRECTORIO DE ARCHIVOS TEMPORALES DE PDMS

Cuando se usa PDMS, necesita un directorio donde pueda almacenar los archivos temporales.
Este directorio se llama pdmswk. Los archivos se crearán automáticamente en pdmswk conforme
varias operaciones se van desempeñando en PDMS y, cuando se sale de PDMS, estos se
borrarán. Si no hay trabajos de PDMS corriendo, ese directorio debería estar vacío.
EL ARCHIVO DE SEGURIDAD DE CADCENTRE

Hay otro directorio, flexman2.1, el cual se proporciona con la versión de PDMS. Este directorio
contiene los archivos de seguridad, FLEXLM_1015.SF, sfconf y fatc. Estos archivos son usados
en la primera instalación para crear el archivo license.dat, el cual es referenciado continuamente
por PDMS para mantener la seguridad del producto.
Página 27
Proyecto
EL DIRECCIONAMIENTO DE VARIABLES DE AMBIENTE EN PDMS

Para que corra PDMS es necesario que algunas variables de ambiente sean definidas, esto se
puede hacer en los archivos que destinados para eso, los cuales pueden ser:
.cshrc Para el sistema operativo UNIX

evars.bat Para el sistema operativo NT o WINDOWS 2000
Definir una variable de ambiente quiere decir que se le indique al sistema en que ruta puede
encontrar un directorio o archivo determinado, esto mismo se tiene que hacer para los directorios
de los proyectos, como se indica en el siguiente capítulo.
Página 28
Crystal Graphics Ingeniería Curso PDMS Admin: Creación de un Nuevo
Proyecto
Creación de un Nuevo Proyecto
PASOS PARA CREAR UN PROYECTO EN PDMS

1. Crear las siguientes 4 carpetas en el lugar donde se alojara el proyecto:
abc000
abciso
abcmac
abcpic
Dentro de la carpeta abciso se deben crear otras 4 carpetas con los siguientes nombres:
LIS
STD
SYS
UND
A todos estos directorios se les debe otorgar permisos de acceso de lectura y escritura
2. Se deben definir las variables de los directorios del proyecto que se crearon en el paso
anterior, en el caso de sistema operativo UNIX se hace en el archivo .cshrc escribiendo lo
siguiente:
setenv ABC000 pathName/abc000
setenv ABCISO pathName/abciso
setenv ABCMAC pathName/abcmac
setenv ABCPIC pathName/abcpic
Las variables de ambiente deben ser definidas con letras mayúsculas, en el caso de sistema
operativo NT o WINDOWS 2000 se hace en el archivo evars.bat estando dentro del folder de
pdms11.2 en el que se deben escribir las siguientes líneas:
if not "%abc000%"=="" goto abcok

set abc000=path\abc000
echo abc000=path\abc000
:abcok
if not "%abcpic%"=="" goto abcpicok

set abcpic= path\abcpic
echo abcpic= path\abcpic
:abcpicok
if not "%abcmac%"=="" goto abcmacok

set abcmac= path\abcmac
echo abcmac= path\abcmac
:abcmacok
if not "%abciso%"=="" goto abcisook

set abciso= path\abciso
echo abciso= path\abciso
:abcisook
Página 29
Proyecto
Donde la palabra “path” se refiere a la trayectoria donde se encuentran alojadas las carpetas que
se crearon en el paso anterior:
3. Para el sistema operativo NT o WINDOWS 2000, en el Desktop de la PC se va a

Start>Programs>Cadcentre>Pdms11.2>Make PDMS project, con lo que se inicia la utileria
de PDMS para crear proyectos, la cual corre el archivo make.bat, y aparece una pantalla
donde se nos solicita teclear el nombre del proyecto que se quiere crear (Enter project
Name), para este caso abc.
4. Aparece un prompt de asterisco *, en el que se corre el macro makemac.mac tecleando la

siguiente sentencia: $m \%PDMSEXE%/makemac.mac, con lo que aparecen mensajes como
los que se muestran a continuación:
Creating System Virgin DB
Para cada tipo de base de datos, y finalmente un mensaje:
Creating module definitions referencing %PDMSEXE%
5. Una vez que todo resultó exitoso y el sistema terminó de enviar los tipos de mensaje como los
anteriores y vuelve a aparecer el prompt se teclea la instrucción finish, con lo que se sale de
utileria de creación de proyectos.
Para el caso de creación de un proyecto en sistema operativo UNIX:
3. Se escribe lo siguiente en la ventana de UNIX:
$PDMSEXE/makeS abc
makeS hará automáticamente lo siguiente:
Checa que exista el directorio definido como $PDMSWK

Checa que las variables del proyecto de PDMS sean correctas
Checa que el proyecto no exista anteriormente
Corre la utilidad make, es decir:
Corre make, enseguida corre el macro makemac.mac, el cual:
Crea las bases de datos vírgenes
Define los módulos de PDMS corriendo modmac.mac
Define el directorio de fuentes
Finalmente, makeS checa que todas las bases de datos vírgenes están presentes.
En UNIX también existe la posibilidad de correr por pasos la creación del proyecto, en lugar de
corre makeS se escribiría la siguiente secuencia:
$PDMSEXE/make Corre el ejecutable de PDMS make

ABC Especifica el nombre del proyecto en PDMS
$m /%PDMSEXE%/makemac.mac Define las bases de datos vírgenes y corre el macro
makemac
FINISH Finaliza el proceso de creación
Página 30
Proyecto
El proyecto ha sido creado, para revisar que esté creado hay que entrar al directorio del proyecto
abc000 y ver su contenido.
El directorio debería contener una DB SYSTEM, un respaldo de la DB SYSTEM, una DB COMMS,

una DB MISC y una base de datos virgen para cada tipo de base de datos (SYSTEM, MISC,
COMM, DESIGN, CATALOGUE, PADD, ISODRAFT, COMPARATOR, PROPERTIES y
DICTIONARY).
6. Se tiene que configurar la base de datos SYSTEM, para hacer esto se entra a PDMS con
Start>Programs>Cadcentre>Pdms11.2>Run PDMS o simplemente dando doble click en el
icono respectivo, se selecciona el proyecto que se acaba de crear, se entra con el usuario
SYSTEM, el password XXXXXX y en el modulo de ADMIN, no es necesario colocar una MDB.
En el módulo ADMIN de PDMS, se diseñará la estructura que tendrá el proyecto.
Página 31
Crystal Graphics Ingeniería Curso PDMS Admin: Diseñando un Proyecto
Diseñando un Proyecto
ADMIN
Una vez dentro del proyecto, en el módulo ADMIN, usted verá una barra con el menú principal de
ADMIN cruzando la parte superior de la pantalla:
Las opciones de este menú proveen acceso a toda la administración de los módulos de
PDMS. También podrá ver la ventana ADMIN Elements
Página 32
En la cual puede crear, copiar, modificar y borrar los Elementos de ADMIN, como son los Teams,
Users, Databases y MDBs. Esta ventana tiene cuatro opciones principales, que corresponden a
los principales Elementos de ADMIN (Tema, User, Database y MDB). Usted puede cambiar entre
el tipo de Elemento a manejar, seleccionando en el botón de opción de Elements. La lista
deslizable en la ventana, desplegará todos los Elementos del tipo seleccionado, en el proyecto, y
los botones Create, Copy, Modify y Delete permitirán crear, copiar, modificar y borrar Elementos
del tipo deseado.
Con la opción Sort by se pueden ordenar los Elementos listados por nombre o por descripción y
en la opción Filter se pueden filtrar los Elementos listados con algunas palabras similares y
utilizando los caracteres * y ?.
* Significa varios caracteres

? Significa un caracter
NOTA: Es obligación del administrador del sistema, cambiar el userid y el password del usuario
SYSTEM la primera vez que se entra al módulo ADMIN cuando se crea un proyecto, ya
que de ello depende la seguridad del proyecto.
En el módulo ADMIN de PDMS se permite colocar información adicional al proyecto para fines de
documentación y claridad en su uso. Esto se hace en la ventana Proyect Information que se
muestra a continuación y la cual se despliega seleccionando Proyect>Information…
Página 33
Los datos complementarios que se deben introducir en la creación de un proyecto son los
siguientes:
Antes de continuar con el diseño del proyecto de PDMS, como ya se comentó antes, el
administrador del sistema junto con los encargados de las diferentes disciplinas que participarán
en el proyecto, deben definir los siguientes puntos:
Cantidad de usuarios de PDMS que participarán en el proyecto, esto se debe hacer por
disciplina.
Nombre que debe llevar cada usuario, junto con su password.
Privilegios que va a tener cada usuario, es decir, a que bases de datos puede accesar y
que puede hacer en ellas, cuales puede ver únicamente, etc.
Si el proyecto será definido en diferentes áreas y en cuantas.
El modo de acceso a las bases de datos, update, multiwrite o una combinación de las dos
y por cuanto tiempo cada modo.
El período con el que se harán los respaldos al proyecto.
El período de revisión de consistencias de las bases de datos.
Cada cuando se reconfigurarán las bases de datos.
Si se va a trabajar con grupos.
Que información debe contener cada base de datos.
Etc.
Página 34
TEAMS Y USUARIOS
Usted puede crear Teams y Usuarios en cualquier orden. Si usted crea los Teams primero, puede
adicionar los Usuarios a este conforme los va creando en la ventana Create User. En forma
alternativa puede crear los Usuarios primero y adicionarlos a los Teams conforme va creando
estos en la ventana Create Team.
En el siguiente ejemplo, los Teams son creados primero.
Creando Teams
Para crear un Team, seleccione el botón de opción Element en la ventana ADMIN Elements y
escoja Team, presione el botón Create. Esto desplegará la ventana Create Team:
Para crear un Team, introduzca un Nombre y una descripción (la cual es opcional), en los campos
correspondientes.
Oprima el botón Apply, y el Team será creado.
En la parte izquierda de la ventana hay una lista de usuarios existentes en el Proyecto. Si los
usuarios han sido creados anteriormente, usted puede adicionarlos al Team, seleccionando el
usuario en la lista izquierda y oprimiendo el icono con la figura de una flecha hacia la derecha. El
Usuario será adicionado al Team, y el nombre del usuario aparecerá en la lista de la derecha.
Página 35
Para que el Team acepte el usuario es necesario oprimir el botón Apply después de haber
adicionado los usuarios que se requieran.
Las opciones Sort by y Filter, funcionan igual que en la ventana ADMIN Elements.
Creando Usuarios
Para crear un usuario, se coloca el botón de opción Element de la ventana ADMIN Elements en la
opción User y se oprime el botón Create. Entonces se desplegará la ventana Create User.
Introduzca un nombre y un password, y defina en el botón Security si el tipo de usuario que desea
Free o General. Opcionalmente usted puede escribir una descripción. Oprima el botón Create para
que su usuario sea creado.
En la lista de esta ventana, aparecen del lado izquierdo los Teams que existen en el Proyecto.
Usted puede adicionar el o los Teams al que desea que su usuario pertenezca, seleccionándolo
de la lista y oprimiendo el botón con la flecha derecha, de esta manera los Teams que aparezcan
del lado derecho serán aquellos a los que el usuario pertenezca.
Página 36
Modificando atributos de Usuarios y Team

Los atributos de los Usuarios y los Teams pueden ser modificados usando una ventana similar
con la que fueron creados. Para desplegar estas, seleccione el Elemento que se quiere cambiar
en la ventana ADMIN Elements y hay dos opciones:
Oprima el botón Modify en la ventana ADMIN Elements lo que desplegará la ventana Modify
o en la ventana Create del Usuario o del Team, seleccione en la parte superior derecha de estas,
la opción Modify, entonces la ventana cambiará a la opción de Modify.
En los usuarios usted puede cambiar lo siguiente:
Nombre
Password
Seguridad
Descripción
Teams a los que pertenece
Para los Teams usted puede cambiar lo siguiente:
Nombre
Descripción
Usuarios que pueden trabajar en ese Team
Copiando Usuarios y Teams

Los Teams y Usuarios pueden ser copiados, seleccionando el Elemento que se desea copiar en la
lista de Teams o Usuarios, y oprimiendo el botón Copy. Se desplegará la ventana Copy.
Para los Usuarios:
La cual permite dar un nombre al Usuario, Un Password, la Seguridad y Una descripción al

Elemento. El nuevo usuario será miembro de los mismos Teams a los que pertenece el usuario
original.
Página 37
Para los Teams:
La cual permite dar un nombre al Team y una descripción. Si usted enciende el botón Include
Users, todos los miembros de el Team original serán miembros del nuevo Team.
Copias de todas las Bases de datos del Team serán hachas y pertenecerá al nuevo Team.
Borrando Teams y Usuarios

Los Teams y Usuarios pueden ser borrados seleccionando el Elemento de la lista en la ventana
ADMIN Elements y oprimiendo el botón Delete. Si usted trata de borrar un Team que ya tiene
Bases de Datos, el sistema no lo permitirá, ya que primero hay que borrar las Bases de Datos que
le pertenecen al Team y luego borrar el Team.
Página 38
BASES DE DATOS
Creando Bases de Datos
Para crear un Base de Datos, en la opción Element de la ventana ADMIN Elements se selecciona
Database, y se oprime el botón Create. Al hacer esto, se desplegará la ventana Create Database:
El nombre de la base de datos es mostrado en la parte superior de la ventana. Los nombres de las
Bases de Datos tienen el formato:
Team Name] / [Database Name]
Donde Team Name es el nombre del Team al cual pertenece la Base de Datos, y el cual tiene
acceso de escritura a esta. Si no hay Team seleccionado, la Base de Datos mostrará este nombre
como unset/unset.
El Team al cual va a pertenecer la base de datos se selecciona de la Lista Owning Team de esta
misma ventana. Las opciones Sort by y Filter funcionan igual que en la ventana ADMIN Elements.
Página 39
El Database Name se introduce en el cuadro de texto Name.
Se puede colocar una descripción para la base de datos, esto es opcional.
Enseguida se selecciona el tipo de Base de Datos que va a ser creado.
Se selecciona el Modo de acceso: Si usted selecciona Multiwrite, usted también tendrá que
seleccionar el Claim Mode en el botón de al lado.
Area Number, DB Number y File Number son normalmente definidos por el sistema, como se
muestra con la palabra System que aparece en los cuadros de texto de estas opciones. Algunas
veces puede ser necesario definir esto manualmente.
Area Number es manualmente definido si usted necesita almacenar bases de datos en un

directorio diferente.
DB Number es usado internamente por PDMS para identificar la base de datos. Cuando una base
de datos es copiada, la copia mantiene el mismo DB Number. Usted no puede tener más de una
Base de datos con el mismo DB Number en la misma MDB.
File Number es usado en la generación del nombre del archivo de la base de datos. Por ejemplo,
Una base de datos en un proyecto abc con el archivo número 12 almacenará en el archivo
llamado abc012
Si usted cambia los atributos, usted puede resetearlos oprimiendo los botones System a la
derecha de las cajas de texto.
Presione Create y la base de datos será creada.
Modificando atributos a las Bases de Datos

Los atributos de una Base de Datos pueden ser modificados usando una ventana muy similar a la
ventana Create Database. Para desplegar esta ventana, seleccione el Elemento que usted desea
cambiar en la ventana ADMIN Elements y:
Presione Modify en la ventana ADMIN Elements
Seleccione en la ventana Create Database en la parte superior derecha, la opción Modify.
Usted puede cambiar el Nombre, Descripción, Modo de Acceso y Area Number de la base de
datos. El Type, DB Number y File Number no pueden ser cambiados.
Nota: Si usted trata de cambiar el nombre de la base de datos a un nombre que ya existe, saldrá
un mensaje pidiéndole que confirme si usted quiere sobre escribir la base de datos.
Página 40
Copiando Bases de Datos

El copiado de bases de datos puede ser usado para:
Copiar una plantilla de proyecto

Mezclar proyectos
Copiar bases de datos incluidas anteriormente archivadas
Las Bases de Datos pueden ser copiadas seleccionando Database en la opción Element de la
ventana Admin Elements, seleccionando el Elemento que se desea copiar y presionando el botón
Copy. Se desplegará la ventana Copy Database.
En la ventana, usted puede especificar el Team que será propietario, seleccionándolo de la lista
de Teams que se muestran en la ventana. También se le puede dar un nombre a la copia, una
descripción y un número de área (Area Number).
Note que no puede cambiar el número de la Base de Datos de la base de datos copiada. Tendrá
el mismo número que el original. Usted no puede tener más de una base de datos con el mismo
número en la misma MDB.
NOTA: Para evitar riesgos en la corrupción de bases de datos, todas las copias de las bases de
datos deben ser hechas desde el módulo ADMIN y no usando herramientas del sistema
operativo o comandos.
Las bases de datos copiadas, pueden ser cambiadas o borradas.
Página 41
Incluyendo y Copiando Base de Datos Foráneas

Usted puede copiar Bases de Datos de otros proyectos. Las bases de datos también pueden ser
compartidas entre proyectos, lo cual ahorra espacio en disco y elimina errores los cuales podrían
ser causados por copiar. Las bases de datos de catálogos son comúnmente compartidas con este
método.
Las bases de datos incluidas desde un segundo proyecto son también conocidas como bases de
datos foráneas. El segundo proyecto debe estar disponible: esto es, usted debe poder leer del
directorio del segundo proyecto, y tener las variables de ambiente para el segundo proyecto
definidas.
Cuando usted crea un Proyecto que compartirá bases de datos desde otros proyectos, existen dos
consideraciones importantes:
Los Teams deben existir para todas la bases de datos que serán compartidas.
Las Bases de Datos en el proyecto origen, que serán compartidas no deben tener un
número de base de datos que choque con un número de base de datos existente en el
proyecto destino.
Note que las Bases de Datos Foráneas son marcadas con un * en la lista de bases de datos.
Para incluir una Base de Datos Foránea, en la opción Element de la ventana ADMIN Elements se
selecciona Database, y se oprime el botón Include DB. Lo cual desplegará la ventana Include
Foreign DB.
Foreign Projects lista los otros proyectos disponibles
Access Project as. Usted debe introducir un UserName y un Password de tipo Free User
del proyecto del que se va a obtener la base de datos.
Foreign DBs lista las bases de datos disponibles en el proyecto externo seleccionado.
Seleccione la base de datos que requiera y oprima el botón Apply. Tendrá que crear un Team
propietario si este no existe en el proyecto destino. Usted no puede incluir una base de datos la
cual tenga el mismo Teamid/DBName igual a una base de datos existente en el proyecto destino.
Página 42
Usted puede excluir una base de datos foránea oprimiendo el botón Exclude DB en la ventana
ADMIN Element. Al oprimir este botón se desplegará la ventana Exclude DB.
Para excluir la base de datos, basta seleccionarla en esta ventana y oprimir el botón Exclude.
Página 43
Para copiar una base de datos foránea, en la opción Element de la ventana ADMIN Elements
seleccione Database, y oprima el botón Copy Foreign DB. Al hacer esto se desplegará la ventana
Copy Foreign DB.
Foreign Projects lista los otros proyectos disponibles
Access Project as. Usted debe introducir un UserName y Password de un usuario tipo
Free del proyecto origen.
Foreign DBs lista las bases de datos en el proyecto externo.
Target Database Name se define como sigue: seleccione el Team el cual será el
propietario de la base de datos de la lista, e introduzca el nombre de la base de datos.
Página 44
Oprima Apply. Usted no puede incluir una base de datos la cual tiene el mismo Teamid/DBName
igual a una base de datos existente en el proyecto destino.
Usted también puede incluir bases de datos del proyecto de ejemplo. Usando las opciones de
Install en el menú principal. Esas opciones son las siguientes:
Sample Project >

Foreign Master DBs
Apunta a todas las bases de datos del proyecto de ejemplo MAS
Local Master DBs

Copia todas las bases de datos del proyecto de ejemplo MAS, al proyecto actual
Foreign Master DBs

Esta opción le permite definir individualmente las base de datos a las que se quiere apuntar en el
proyecto de ejemplo MAS
Local Master DBs

Esta opción le permite copiar bases de datos individuales desde el proyecto de ejemplo MAS al
proyecto actual.
Borrando Bases de Datos

Las bases de datos pueden ser borradas seleccionando el Elemento de la ventana ADMIN
Elements y oprimiendo el botón Delete.
Usando Diferentes Areas

El Area Number acepta valores en un rango entre 0 a 999. Si el valor es definido por el sistema
(System) entonces la base de datos será definida automáticamente con valor 0 por el sistema.
NOTA: La variable de ambiente para un área de la base de datos debe existir cuando la base de
datos es creada o movida.
Página 45
MÚLTIPLES BASES DE DATOS

Creando MDBs
Para crear una MDB, seleccione en la opción Element en MDB de la ventana ADMIN Elements y
oprima el botón Create. Lo cual desplegará la ventana Create Multiple Database:
La ventana anterior permite dar una Nombre y una descripción a la Base de Datos.
Las listas de la ventana son utilizadas para definir las bases de datos en la MDB, y si son actuales
o diferidas.
Una MDB puede contener hasta 1000 bases de datos. Sin embargo, solamente 300 de esas
(conocidas como bases de datos actuales) pueden ser accesadas en cualquier momento. Las
Página 46
otras bases de datos son diferidas. Las bases de datos pueden ser transferidas entre actuales y
diferidas en cualquier momento, para que un usuario pueda reemplazar una base de datos actual
por una no - actual para accesar a una parte particular del diseño.
La lista Project Database muestra todas las bases de datos en el proyecto las cuales no están en
la MDB. Los botones con las figuras de flechas son usados para adicionar y remover bases de
datos desde la MDB, ya sea actual o diferida, y para cambiar una base de datos entre actual y
diferida. El botón de opción Insert es usado para posicionar las bases de datos en un especifico
orden en la lista de bases de datos actuales. El orden es muy importante.
NOTA: Una MDB puede solamente contener una base de datos un DBNO dado. Dos bases de
datos tendrán el mismo DBNO si una de ellas ha sido creada como una copia.
Modificando MDBs
Los atributos de las MDBs pueden ser modificados usando una ventana muy similar a la ventana
de Crear. Para desplegarla, seleccione el Elemento que se desea cambiar en la ventana Admin
Elements y entonces:
Oprima el botón Modify en la ventana Admin Elements con lo que se desplegará la ventana
Modify.
ó bien:
Seleccione Modify del botón de opción Create/Modify en la ventana Create, si es que esta
desplegada, y el modo cambiará a Modify.
Página 47
Crystal Graphics Ingeniería Curso PDMS Admin: Administración del
Proyecto
Administración del Proyecto
ASEGURANDO LA BASE DE DATOS DEL PROYECTO

La Base de Datos del Proyecto puede ser bloqueada usando el botón Lock que se encuentra a la
derecha del menú principal de ADMIN. El bloqueo no tiene efecto en los usuarios que ya estén
dentro de un proyecto; pero evitará que otras personas entren al proyecto hasta que este sea
desbloqueado.
Bloquear el proyecto puede ser necesario, por ejemplo, para permitir la liberación de datos nuevos
aprobados o para incorporar nuevas versiones de los módulos de PDMS.
LAS OPCIONES DE ADMIN EN EL MENÚ PRINCIPAL

Las opciones de Admin en el menú principal son similares a las correspondientes opciones en los
otros módulos de PDMS.
Seleccionando Admin>Savework se grabarán todos los cambios a la base de datos System.
Seleccionando Admin>Session Comment se desplegará la ventana Session Comment. En la cual

usted puede introducir texto para identificar los cambio hechos en la sesión de trabajo actual.
Usted puede ver los detalles de sesiones previas usando los botones de la ventana para moverse
a través de las sesiones.
Seleccionando Admin>Modules se despliega un submenú en el cual se puede seleccionar el

módulo de PDMS que usted desea.
Seleccionando Admin>Exit se guardarán los cambios en la base de datos System y se saldrá de

PDMS.
Nota: Usted no puede usar QUIT (salir sin guardar los cambios) en ADMIN. Esto es para asegurar
que no hay inconsistencias entre los archivos actuales de la base de datos y lo que está grabado
en las bases de datos en el proyecto almacenado en la base de datos System.
SALIDAS ANORMALES
Si usted sale anormalmente de ADMIN, por ejemplo por que hubo una falla de energía o choque
en el sistema, y listando los archivos de las bases de datos en el sistema operativo, usted puede
ver archivos con una extensión .deleted. Esto es porque cuando usted hace alguna tarea que
involucre el borrado de un archivo de base de datos en ADMIN, PDMS copia los archivos a ser
borrados a un nuevo archivo con la extensión .deleted.
Página 48
Proyecto
Cuando usted selecciona SAVEWORK, o sale normalmente lo cual automáticamente hace un

SAVEWORK, los archivos .deleted son removidos. Sin embargo, si hay un problema el cual
resulte en que un archivo de base de datos sea borrado, y una salida ocurra antes de que la base
de datos pueda ser actualizada con los cambios, PDMS renombrará los archivos .delete,
removiendo la extensión, para que los archivos permanezcan disponibles.
DISPLAY
Seleccionando Display>Admin Elements desplegará la ventana Admin Element. Si esta ha sido
cerrada.
LAS OPCIONES QUERY

Las opciones de Query en el menú principal le permiten obtener información sobre los usuarios
actuales, y listar información sobre cualquier Team, User, Database o MDB.
LAS OPCIONES SETTINGS

La opción Settings>Display Mode permite seleccionar la forma en que son mostrados los
Elementos en las ventanas de ADMIN, si son por nombres o descripciones.
La opción Settings>Change Password permite definir si los usuarios pueden o no cambiar sus
passwords. Si selecciona Enabled, los usuarios verán una opción Change Password en el menú
de la ventana principal Session Manager (MONITOR), la cual permitirá a ellos cambiar sus
passwords. De otra manera, un password puede solamente ser cambiado dentro de ADMIN.
LA OPCIÓN UTILITIES
Integrity Checking
Esta opción despliega la ventana Data Integrity Check. La cual sirve para revisar la integridad de
las bases de datos del proyecto. (Se describirá más adelante).
Mandando Mensajes a otros usuarios

Usted puede mandar mensajes a otros usuarios seleccionando Utilities>Send Message. Lo cual
desplegará la ventana Send Message:
Página 49
Proyecto
Usted puede mandar un mensaje a:
Un usuario individual
Todos los miembros de un Team específico
Todos los usuarios activos del proyecto.
El mensaje será desplegado solamente para los usuarios ya en PDMS cuando el comando es
dado, y cuando ellos cambian de módulo o dejan PDMS.
Usted puede listar mensajes. Un mensaje es automáticamente borrado una vez que este ha sido
desplegado.
La ventana Design Manager IMPORT

Esta ventana permite importar datos de P&ID, desde DESIGN MANAGER. Antes de que usted
pueda importar datos, usted debe crear una base de datos de referencia (tipo COMP) vacía,
usando la ventana Admin Elements y adicionar la nueva base de datos a la MDB que requiere.
LAS OPCIONES DE PROJECT

Las opciones de Project en el menú principal son las siguientes:
Information le permite adicionar información descriptiva sobre el proyecto.
Font Families le permite definir las fuentes usadas en DESIGN y DRAFT.
Module Definitions le permite cambiar las definiciones de los módulos en PDMS.
Replicate le permite replicar la estructura de un proyecto.
Página 50
Proyecto
Expunge le permite remover usuarios fantasmas desde el Proyecto, después de una

salida anormal.
Información de Proyecto
Usted puede adicionar información sobre el Proyecto seleccionando Project>Information desde el
menú principal. La ventana Project Information será desplegada.
Usted puede definir el Nombre, Descripción, Mensaje y Número. El máximo de caracteres es 119
para Name, Description y Message, y 16 para Number.
Si se definen, Esos detalles son desplegados cada vez que se entra al proyecto de PDMS. Estos
pueden ser cambiados en ADMIN en cualquier momento.
Replicando un Proyecto
La opción Project>Replicate le permite replicar un proyecto, incluyendo todos los datos, o
solamente la estructura del proyecto.
La opción Project Data copia el proyecto actual a un nuevo proyecto. Antes de usar esta opción,
usted debe crear los directorios del nuevo proyecto y definir las variables de ambiente para el
proyecto copiado. Entonces se introduce el código del nuevo proyecto en la ventana Replicate
Project.
Página 51
Proyecto
NOTA: Un proyecto no debe ser replicado fuera de PDMS copiando el directorio del proyecto a
otro directorio de proyecto. Esto es porque la información sobre el nombre del proyecto es
almacenada dentro de las DBs por sí mismo.
La opción Project Structure crea un macro el cual puede ser corrido dentro de PDMS para replicar
la estructura del proyecto actual. Los datos no son copiados. Cuando usted selecciona esta
opción, se despliega una ventana en la que se puede dar la trayectoria y el nombre para el macro.
ADMIN escanea la base de datos System y saca al archivo todos los comandos necesarios para
recrear la estructura del proyecto, en el siguiente orden:
Creación de usuarios
Creación de Teams
Adición de usuarios a Teams
Creación de bases de datos
Copia de bases de datos
Creación de MDBs
Adición de bases de datos a MDBs y hacerlas actuales si es apropiado.
Página 52
Proyecto
Borrando Usuarios Fantasmas

De vez en cuando un usuario puede que salga anormalmente de PDMS, por ejemplo si hay una
falla de maquina o si una falta en el sistema ocurre. Una salida anormal puede dejar un usuario
fantasma en PDMS.
La opción Project>Expunge>All removerá todos los usuarios fantasma del sistema. Se mostrará
una ventana de confirmación para que se prosiga con la operación.
La opción Project>Expunge>User Processes desplegará la ventana Expunge form.
En esta ventana el proceso actual se muestra con un asterisco al inicio. ADMIN no permite que el
usuario actual se elimine.
Página 53
Proyecto
LAS OPCIONES DE DATA EN EL MENÚ PRINCIPAL

Las opciones Data son las siguientes:
La opción Data>Change Management permite combinar y recuperar sesiones de PDMS

La opción Data>Inter DB Macros permite manejar los macros generados por PDMS cuando un
usuario necesita escribir a una base de datos para la cual el usuario no tiene acceso.
Combinando Sesiones
Las sesiones de PDMS permiten tener una historia de cambios grabados en la base de datos.
Cuando una nueva sesión es hecha, los datos de los cambios son adicionados al final del archivo
de base de datos. Adicionando datos actualizados a los archivos, incrementará el espacio en disco
requerido, usted puede compactar una base de datos combinando sesiones. Usted puede
especificar que los cambio antes o después de una fecha o número de sesión sean combinados.
Por ejemplo, pudiera haber una sesión la cual corresponde a un milestone del proyecto, el cual
necesita mantenerse, en este caso usted puede combinar las sesiones alrededor de este. En otros
casos usted puede desear combinar todas las sesiones antes de la fecha dada o dentro de una
semana. Combinando las sesiones de las bases de datos, no tiene efecto en alguna referencia
dentro de la base de datos, que esta base de datos tenga con otra base de datos.
Para combinar sesiones, seleccione Data>Change Management>Merge Changes del menú

principal de ADMIN. Se desplegará la ventana Merge Changes:
Página 54
Proyecto
Usted puede combinar los cambios a todas las bases de datos del proyecto, a las bases de datos
de System o a una base de datos del proyecto la cual se selecciona en la lista.
Si usted selecciona All Project Databases, usted puede combinar todos los cambios, o cambios
antes o después de un tiempo, fecha o número de sesión dado.
Si usted selecciona System Database, usted puede combinar cambios antes o después a un
tiempo, fecha o número de sesión dados.
Si usted selecciona Single Project Database, seleccione una base de datos de la lista. Note que el
botón More está ahora disponible. Este desplegará la ventana Database Session, la cual lista
información sobre las existentes sesiones para la base de datos.
El botón Rebuild list es usado para actualizar la lista de las bases de datos. Por ejemplo, si una
nueva base de datos ha sido creada mientras la ventana está desplegada, la lista no será
actualizada hasta que la ventana es cerrada y re - llamada o se presiona el botón Rebuild list.
Página 55
Proyecto
Recuperando Sesiones
Usted puede regresar una base de datos al estado que esta estaba en una sesión previa, puede
hacer esto usando la opción Data>Change Management>Backtrack Changes en el menú principal
de Admn. La ventana Backtrak Changes se despliega:
Seleccione la base de datos requerida de la lista. Usted puede recuperar cambios específicos de
un tiempo, fecha o número de sesión.
Nota: Subsecuentes sesiones se perderán, y usted puede desear copiar una base de datos antes
de la recuperación. Usted puede recuperar a una fecha o número de sesión requerido.
El botón Rebuild list es usado para actualizar la lista de las bases de datos. Por ejemplo, si una
nueva base de datos ha sido creada mientras la ventana esta desplegada, la lista no se
actualizará a menos que sea cerrada y re - desplegada, o se presione el botón Rebuild list.
Inter-DB Macros
Los Inter-DB macros (macros entre bases de datos) son creados en las siguientes situaciones:
Un usuario en DESIGN realizó una conexión a un Elemento el cual está en una base de
datos de DESIGN a la cual el usuario no tiene acceso de escritura.
Página 56
Proyecto
Un usuario en DESIGN realiza una conexión a un Elemento el cual está en una base de
datos Multiwrite de Design a la cual el usuario tiene acceso de escritura, pero el Elemento
está siendo ocupado o es propio de otro usuario.
Un usuario en ISODRAFT actualiza los atributos REVISION y DETAIL, los cuales necesitan ser
almacenados en la base de datos de DESIGN, a la cual el usuario no tiene acceso.
En esos casos un macro de conexión entre bases de datos se creará. Por ejemplo, si el proyecto
actual es sam, el macro de conexión entre bases de datos se creará en el directorio sammac con
el nombre de archivo samnnn.mac.
Cuando el usuario que tiene acceso de escritura a la segunda base de datos entra a PDMS, le
aparece un mensaje que le indica que hay un macro de conexión entre bases de datos a ser
corrido en la parte de debajo de la ventana de MONITOR.
Cualquier Inter-DB macros puede ser desplegado seleccionando Data>Inter-DB Macros del menú
principal de ADMIN. Lo cual desplegará la ventana Inter-DB Macro.
Un macro puede ser borrado seleccionando este en la lista y oprimiendo el botón Delete. Esto
permitirá al Administrador borrar cualquier macro, no solo los macros para el Team actual.
BASES DE DATOS DISTRIBUIDAS

Algunas veces es necesario dividir un proyecto entre diferentes directorios, discos o máquinas.
Todas las ligas entre las partes del proyecto son mantenidas. Hay tres caminos por los cuales un
proyecto puede ser dividido. Esos son:
Durante su creación
Por copiado
Por mover bases de datos
Página 57
Proyecto
Ejemplo:
Asumir que hay una red de estaciones de trabajo, que incluyen dos conocidas como WS1 y WS2.
WS1 es el servidor y tiene el software de PDMS. Adicionalmente a eso tiene la base de datos
System para el proyecto llamado RAB000. El directorio RAB000 contiene los archivos de las
bases de datos del proyecto, por ejemplo, RAB001 a RAB011. Asumamos que deseamos mover
la base de datos RAB002 al disco de la estación de trabajo WS2. Antes de que podamos mover la
base de datos, debemos crear un directorio para esto en la maquina destino, WS2. El nombre
dado a ese directorio no es importante pero debería ser corto según la convención del nombre. Lo
que es importante es que el nombre se dé a las variables de ambiente las cuales muestran la
localización de la base de datos.
Para manejar el nombre de la variable requerida por fuera, tome las tres letras del nombre del
proyecto y adicione el código del área que usted desea localizar en el directorio destino. No tiene
significado la numeración usada para esas áreas, sin embargo una numeración secuencial le
ayudaría a recordar las áreas ya usadas.
NOTA: El número de área debe estar en un rango de 1 a 999
Por ejemplo:
Nombre del Proyecto = RAB000
Código del Area = 052
Nombre de la variable de ambiente = RAB052
Por ejemplo:
NT:
Para especificar que la base de datos RAB052 esta en el drive d:
Set RAB052 to d:\pdmsproj\rab052
UNIX:
Para especificar que la base de datos RAB052 está en el disco de WS2, dar el siguiente comando:
Setenv RAB052 /net/ws2/projects/rab052
NOTA: Los nombres de las variables de ambiente (RAB052 en el ejemplo de arriba) debe estar en
mayúsculas.
Cuando se selecciona un número de área, se sugiere que un número mucho más grande que los
números de bases de datos usados en el proyecto.
Las áreas pueden ser listadas usando el comando LIST AREA número de área, el cual
proporciona una lista de las bases de datos en el área especificada.
Una vez que el directorio requerido y la variable de ambiente ha sido creada, usted puede crear
las bases de datos como se describió anteriormente.
Página 58
Proyecto
Moviendo una base de datos a otra Area

Usted puede mover una base de datos usando el comando MOVE, por ejemplo:
MOVE DB ADMIN/CA1B TO AREA 051
Adicionalmente usted puede modificar el número de área desde la ventana de Modify DBs.
Página 59
Crystal Graphics Ingeniería Curso PDMS Admin: Familias de Fuentes
Familias de Fuentes
Las base de datos del Sistema almacenan detalles de cuatro familias de fuentes, numeradas del 1
al 4. Esas familias pueden ser definidas usando ADMIN por si mismo, o los comandos pueden ser
incluidos en macro makemac.mac usado para crear el proyecto. Todas la cuatro familias de
fuentes son usadas por DRAFT, pero solamente la primera es usada por los otros módulos
gráficos.
Note que todos los archivos de fuentes de PDMS tienen el sufijo .gfb.
INTRODUCCIÓN A LAS FAMILIAS DE FUENTES

Una familia de fuentes combina una definición de caracteres con un estilo de carácter.
Definición de Caracteres
Una definición de carácter es especificada por nombre o por un número de código CADC derivado
de su número de Registro Internacional (ISO-IR) o desde su número de parte ISO 8859. Los
caracteres definidos disponibles son:
Nombre Código Descripción

Latin 1 885901 ISO 8859-1 Latin alphabet No. 1
Latin 2 885902 ISO 8859-2 Latin alphabet No. 2
Latin Cyrillic 885905 ISO 8859-5 Latin/Cyrilic alphabet
UK 4 Standard UK ASCII (ISO 646 Reg 4)
US 6 Standard US ASCII (ISO 646 Reg 6)
Greek 18 ISO 2375 Registration 18
Cyrillic 37 ISO 2375 Registration 37
El ISO 8859 define el contenido de todos los caracteres del estándar US ASCII, define además
marcas de puntuación extra, símbolos, acentos, caracteres acentuados y caracteres combinados.
Latin-1 proporciona caracteres adicionales para los siguientes lenguajes:
Danés, Holandés, Francés, Alemán, Italiano, Noruego, Portugués, Español, Sueco, Islándico,
Finlandés, Irlandés.
Latin-2 proporciona caracteres adicionales par los siguiente lenguajes:
Albanés, Rumano, Checo, Alemán, Serbocroata, Eslovaco, Húngaro, Polaco y Esloveno.
Latin/Cirylic proporciona caracteres adicionales par los siguientes lenguajes:
Búlgaro, Bielorruso, Macedonio, Serbocroata, Ucraniano y Ruso.
Página 60
Estilos de Carácteres
Los estilos de caracteres son también especificados por nombre o número de código. Los estilos
disponibles son:
Nombre Código
Line 1
Block 2
Serif 3
Italic 4
Script 5
Typewriter 6
UWLine 7
(Uniform Width Line)
Los estilos del 1 al 5 son espaciados proporcionalmente, significa que el espacio entre caracteres
varía de acuerdo con el tipo de carácter que se coloque.
Los estilos 6 y 7 tienen espaciado fijo y son mejores para la construcción de listas o tablas donde
los Elementos deben estar alineados verticalmente.
No todos los estilos están disponibles para cada definición de carácter. Un error será mostrado si
una combinación especificada no está disponible.
Fuentes definidas por el Usuario

Una familia de fuentes puede también ser definida por dos archivos fuente proporcionados por el
usuario. Un archivo es usado para definir los caracteres estándar y el segundo archivo (opcional)
para definir una versión bold de estos. Esos archivos proporcionados por el usuario deben estar
en formato de archivo de fuente de PDMS y tener el sufijo .gfb. Los caracteres de AutoCAD son
archivos (formato .shp) que esencialmente pueden ser convertidos a formato .gfb usando el
Convertidor de Fuentes proporcionado como parte del paquete desarrollado por PDMS.
Inclinación de Fuentes
Para cada familia de fuentes, usted puede definir un ángulo de inclinación entre –85 y +85 grados
inclusive. Eso provocará que el texto sea inclinado hacia delante (ángulos positivos) o hacia atrás
(ángulos negativos).
Página 61
DANDO DE ALTA FAMILIAS DE FUENTES

Seleccione Project>Font Families del menú principal, con lo que se desplegará la ventana Font
Family:
La opción Font Directory define el directorio donde se almacenan los archivos de las fuentes.
La opción Current Font Settings muestra las cuatro fuentes que son disponibles. Este muestra en
donde son definidos, el tipo de carácter definido y el estilo.
Usted puede cambiar la definición de la fuente seleccionada en la lista, cambiando lo definido en

el resto de la ventana.
Página 62
Crystal Graphics INGENIERÍA Curso PDMS Admin: Revisando la
Integridad de Datos
Revisando la Integridad de Datos

La revisión de la integridad de datos en PDMS (PDMS Data Integrity Checker) es conocida
como DICE. DICE revisa la estructura interna de una base de datos. La revisión principal es:
¿Están los datos completos de la jerarquía intactos? Por ejemplo, ¿Todas las listas
contienen todos los miembros que ellos deberían contener?
¿Todos los nombres de los Elementos están correctamente almacenados y son

accesibles?
¿Las referencias a otras bases de datos son válidas? Si no, una advertencia se
desplegará. Comúnmente esto es causado por una base de datos borrada.
Si la respuesta a alguna de estas preguntas es no, un mensaje se mostrará, como se indique en

la pantalla o en un archivo ASCII en el directorio de trabajo.
DICE también le dice como son almacenados muchos Elementos.
Las causas más probables de corrupción son:
Un error en el network, resultando que se pierdan o no lleguen los datos a la base.
Un error en el copiado de bases de datos. En particular, esto puede llevar a trabar bases
de datos.
Espacio en disco insuficiente o cuota de almacenamiento, de modo que el área del

proyecto se llene mientras una base de datos se está actualizando.
El borrado de una DB la cual es referenciada por otra DB.
La Reconfiguración de una DB sin una correspondiente actualización a todas las DBs

que tenían puntos de referencia entre estas.
Una falla no detectada en el software de Manejo de Bases de Datos de PDMS.
Es importante que cualquier corrupción la cual ocurra sea detectada tan rápido como sea
posible, de modo que el Administrador del Sistema pueda reemplazar la base de datos dañada
por una copia de seguridad. Por esta razón, DICE es diseñado para operar tan rápido como sea
posible, usando relativamente pocos recursos de la computadora, de modo que sea económico
y práctico revisar la totalidad de la base de datos del proyecto en forma regular, y no solo
cuando surja una necesidad inmediata, como lo sería una falla en la computadora. Es
recomendable que la revisión con DICE sea corrida frecuentemente, por ejemplo, antes de que
el respaldo diario sea hecho. DICE debería ser corrido al menos una vez a la semana.
Página 63
Integridad de Datos
ESTADÍSTICAS ALMACENADAS EN LAS BASES DE DATOS

Durante el proceso de revisión, DICE puede sacar estadísticas sobre el contenido de las bases
de datos, con el uso de muy pocos recursos extra.
Las siguientes estadísticas pueden ser producidas:
El número total de Elementos en la Base de Datos

El número de nombres referenciados en la Base de Datos.
PASOS PREPARATORIOS, ANTES DE INICIAR LA REVISIÓN

Un resumen de la mayoría de la información del proyecto, almacenada en la Base de Datos del
Sistema puede ser obtenido usando la opción Query. Esto puede ser de mucha ayuda cuando
se decide cuales DBs necesitan una revisión detallada.
Aunque DICE nunca puede alterar el contenido de un DB la cual está revisando, esta DB se
siempre se accesa en modo Read/Write, para prevenir que alguien más este usando la base de
datos mientras está siendo revisada. Usted no puede, por eso, revisar cualquier DB la cual está
siendo usada en otra parte.
Usted puede usar la opción Query para ver cuales otros usuarios están actualmente accesando
al proyecto, cuales DBs están usando, y que modo de acceso tiene cada uno de ellos.
Tal vez usted desee bloquear el proyecto oprimiendo el botón Lock en el menú principal. El
bloqueo prevendrá que cualquier usuario extra entre en el proyecto, aunque los usuarios que ya
están adentro continúen trabajando.
Usando DICE
Seleccione Utilities>Integrity Checking del menú principal, esto desplegará la ventana Data
Integrity Check.
Página 64
Integridad de Datos
Las opciones Check en la parte superior de la ventana le permiten escoger cuales bases de
datos desea revisar. Si el botón de opción está definido como Selection, usted puede
seleccionar las bases de datos que desee en la lista. La opción All selecciona todas las bases
de datos de la lista y Clear limpia las selecciones hechas.
Las otras opciones bajo Selection le permiten revisar la base de datos del Proyecto o la base de
datos del Sistema.
Las opciones Settings controlan los tipos de revisión que se mostrarán. Estas se describen a
continuación.
Modos FULL y BRIEF y Errores Máximos

Hay dos tipos de errores detectados por DICE:
Un error fatal es identificado si la DB está corrompida.
Página 65
Integridad de Datos
Un error no fatal es identificado si DICE encuentra una falla con referencias a DBs
externas, o si la tabla de nombres requiere realinearse.
En modo BRIEF, detiene la revisión cuando el primer error fatal es encontrado; DICE
simplemente determina si es que una DB es corrupta o no.
En modo FULL, DICE continua revisando toda la DB o el archivo, listando todos los errores
fatales y no fatales hasta un Máximo de errores fatales, aquí es cuando la revisión de la DB es
abandonada. Ocasionalmente DICE se detendrá antes de procesar la totalidad de la DB. Esto
ocurrirá cuando el error es tan severo que no permite continuar, por ejemplo, si la DB ha sido
trabada.
Produciendo Estadísticas
STATISTICS OFF especifica que no se generarán estadísticas
STATISTICS ON provoca que DICE produzca un resumen estadístico de la DB, incluyendo su

tamaño, número de Elementos contenidos dentro de esta, etc.
Revisando Referencias Externas

Los Elementos en algunos tipos de DB tienen referencia o arreglos de atributos de referencia
los cuales apuntan a Elementos en otras DBs.
Si la opción NOCHECK es puesta, DICE no hará un chequeo cruzado a cualquier referencia a

otras DBs.
Si CHECK es puesto, cada Elemento referenciado es revisado para ver si este es un tipo válido.
Un mensaje de error no fatal se produce por cada referencia externa inválida encontrada. Las
siguientes pruebas son aplicadas a cada DB externa a la cual se hace referencia:
¿La DB de referencia aún existe?
¿La DB de referencia es de un tipo válido? Por ejemplo, un atributo de referencia en una

DB de DESIGN la cual se direcciona a una DB de DRAFT debe ser ilegal
¿La posición del apuntador está dentro de los límites de la DB de referencia? Note que
para una DB copiada, DICE solamente revisará que la referencia esté dentro de los
límites de la copia más larga.
Un mensaje de error no fatal se producirá por cada referencia externa invalida encontrada.
Seleccionando el Destino de Salida del Reporte

Usted puede mandar reportes generados pro DICE a tu pantalla o el nombre del archivo.
Cuando la ventana está completa, oprima Apply, Y la Base de Datos será revisada.
Página 66
Integridad de Datos
MACROS
Normalmente el Administrador del Sistema definirá los macros estándar para el uso regular de
DICE.
DICE tiene dos modos de operación:
Desde dentro de PDMS. Este es el camino normal usando DICE. Usted puede usar este para
revisar sencillas DBs o un proyecto de PDMS completamente. Usted puede usar la ventana
Database Integrity Check para una revisión interactiva rápida, o usted puede escribir un macro.
Como un programa externo. Este es muy usado, por ejemplo, cuando la DB de System ha sido
corrompida. DICE puede ser usado para revisar la DB System desde afuera del proyecto de
PDMS. En modo externo, DICE puede únicamente revisar archivos de bases de datos, uno a la
vez.
Los comandos necesarios para escribir macros para DICE, o para correr DICE como un
programa externo, son descritos más adelante.
Algunos de los comandos en DICE solamente pueden usarse desde dentro de PDMS, algunos
pueden únicamente ser usados en el modo externo y el resto esta disponible en cualquier
modo. DICE detecta cual modo está operando y rechaza cualquier comando inapropiado.
SALIDAS DE DICE
Conforme cada DB o archivo es revisado, un reporte es mandado a la pantalla o a un archivo.
El reporte básico, producido en respuesta a cualquier comando CHECK, consta de tres
secciones:
Un encabezado de reporte, el cual incluye información sobre la fecha y hora de la revisión, los
detalles generales de la DB la cual esta siendo revisada (nombre de la DB, número de DB,
nombre del archivo, etc.), y las opciones seleccionadas.
Un reporte de errores, el cual lista los detalles de cualquier error encontrado durante el proceso
de revisión. Este contendrá solo un error y cualquier número de alertas en el modo BRIEF, pero
todos los número de errores y alertas especificados, si se especificó el modo FULL.
Un resumen del reporte, el cual le dice si la base de datos esta libre de fallas estructurales,
sospechas o corrupción definitiva.
Otras secciones de la salida, las cuales serán adicionadas al reporte básico si ellas han sido
requeridas, son:
Estadísticas de almacenamiento en las bases de datos
Una lista de referencias externas
Página 67
Integridad de Datos
El Encabezado del Reporte

Toda la información que DICE puede determinar sobre una DB antes de iniciar su revisión
detallada es presentada en el encabezado del reporte.
Si cualquier Elemento de información en particular no puede ser determinado (por ejemplo, el

nombre del proyecto cuan se corre en modo externo), es presentado en el encabezado como:
“UNKNOWN”
El formato del encabezado es como sigue:
**************************
* DATABASE INTEGRITY REPORT *
**************************
Date 10 Apr 2002 Time 15:19
Project IMP
Database MASTER/DESIGN FileName /%IMP000%/imp008
DB Number 42
DB Type DESI
DB size 2321 Pages
(4.753 Million bytes)
Maximum size 2000 Million Pages
DB is 0.0001% full
Page size 2048 bytes
Options requested STATISTICS FULL

CHECK EXTERNAL REFERENCES
LIST REFERENCED DATABASES
FULL CHECK
Database has no structural errors
DICE Banner. Esto es repetido al inicio de cada reporte, esto se despliega cuando se inicia una
sesión en cualquier módulo. Confirma la versión particular de DICE la cual produce el reporte.
Date y Time. La fecha y la hora en la cual la revisión se inició para la DB en particular o el

archivo.
Project. El código de tres caracteres del proyecto de PDMS.
Database. El nombre de la DB que se esta revisando en el proyecto de PDMS
FileName. El nombre del archivo externo que contiene la DB
DB Number. El número de identificación de la DB, como el que aparece cuando se aplica el

comando LIST FILES.
Página 68
Integridad de Datos
DB Type. El tipo de DB, Design, Catalogue, Drawing, etc.
DB size El monto de espacio, en páginas y megabytes, que actualmente son usados por el
archivo de la DB. También muestran el tamaño máximo (en páginas) y el porcentaje de espacio
lleno. Note que si la base de datos está mas del 90% llena, el espacio lleno es sacado como
una advertencia.
Page size. El número de bytes por página de archivo.
Options requested. Confirma lo definido en las opciones de revisión:
STATISTICS OFF o BRIEF STATISTICS o STATISTICS ON
CHECK EXTERNAL REFERENCES

LIST REFERENCED DATABASES
BRIEF CHECK o FULL CHECK
Finalmente el resumen del reporte y el reporte de errores será dado, como se describe en las
siguientes secciones.
El Reporte de Error
Durante la revisión de la estructura de cada DB, DICE mostrará un diagnóstico de cada error
conforme lo va encontrando. Esos mensajes, los cuales salen como parte de la operación
normal, son distintos de cualquier mensaje de error los cuales pueden ser resultado de la
incorrecta corrida de DICE como módulo de PDMS.
Cuando el modo BRIEF ha sido especificado, DICE diagnosticará cualquier número de alarmas
hasta el primer error encontrado y abandonará la revisión.
Cuando el modo FULL ha sido seleccionado, DICE mostrará la lista de todos los errores
encontrados, a menos que el número de errores exceda lo definido en MASERRORS o el
número de alarmas exceda lo definido en MAXWARNINGS.
El Resumen del Reporte

Este panorama General de la integridad de la DB es comúnmente la parte de mayor ayuda del
reporte para el usuario. El siguiente mensaje puede mostrarse:
*DATABASE CONTAINS FATAL ERRORS**
La DB no debe ser nuevamente usada dentro del contexto de un proyecto en PDMS y una
copia de seguridad debe sustituir esta.
Cualquier corrupción de la DB que ocurra debería siempre ser inmediatamente reportada a

Cadcentre Ltd y documentada como procedimiento en el reporte de fallas.
Página 69
Integridad de Datos
Algunas veces una base de datos corrupta puede ser recuperada mediante una
Reconfiguración, pero esto no es una garantía.
Database has no structural errors
La DB puede continuar siendo usada.
WARNING! Database contains some reference attribute warnings
Por ejemplo, un punto de referencia a un Elemento el cual ha sido borrado ha sido encontrado.
La base de datos puede seguir siendo usada, pero las inconsistencias pueden necesitar futuras
investigaciones.
DICE EXTERNO
La revisión de la integridad de los datos de PDMS (DICE) puede ser corrida como un programa
separado desde fuera de PDMS. Esto puede ser necesario si la base de datos System ha sido
corrompida, y usted no puede entrar a PDMS
DICE Externo, es iniciado usando el scrip llamado dop, proporcionado en el directorio

%PDMSEXE%. Da los siguientes comandos, fuera de PDMS:
$PDMSEXE\dop
Los comandos para salir de DICE en modo externo son:
STOP
FINISH
Usted puede mandar los reportes generados por DICE a un nombre de archivo en su directorio
de trabajo usando el comando ALPHA.
DICE Errors
Se obtiene de PDMS el texto de todos sus mensajes de usuarios desde un archivo externo.
Cuando DICE es usado desde dentro de un proyecto en PDMS, este archivo es
automáticamente disponible, pero este no es el caso del modo externo. Por esta razón el
siguiente comando que usted debe dar en modo externo es el comando ERRORFILE, seguido
por el nombre del archivo de mensajes de error. Por ejemplo:
ERRORFILE /%PDMSEXE%/MESSAGE.DAT
NOTA: Ese archivo contendrá los mensajes de error referidos a la operación de DICE por si
mismo, y no cualquier error que DICE ha encontrado durante el proceso de revisión.
El nombre default del archivo de mensaje puede ser encontrado desde el inicio para DICE en la
versión actual de makmac.mac, el macro de configuración del proyecto.
Página 70
Integridad de Datos
COMANDOS DE DICE
Usted puede mandar el reporte generado por DICE a un archivo nombrado usando el comando
ALPHA.
Usted puede revisar una o más archivos de DBs usando el comando CHECK. En este modo,
usted puede solo referir a bases de datos por medio de los nombres de sus archivos externos
más bien que con sus nombres internos de bases de datos en PDMS. Hasta diez archivos
pueden ser especificados en un comando sencillo.
NOTA: El comando EXTERNAL no puede ser usado en modo externo, porque solo un archivo
de DB puede ser accesado a la vez.
Página 71
Crystal Graphics INGENIERÍA Curso PDMS Admin: Módulos
Módulos
Los módulos son definidos con el producto proporcionado, y usted no necesitará normalmente
crear o editar la definición de los módulos para poder correr PDMS. La única parte de la
definición que usted puede desear cambiar es el macro de iniciación (imacro), es cual es corrido
en la entrada al módulo. El macro de iniciación típicamente contiene comandos específicos para
definir el desplegado en pantalla, incluyendo el llamado de los macros de la aplicación.
CÓMO SON DEFINIDOS LOS MÓDULOS

Cada módulo tiene una entrada en la base de datos de System, la cual consiste de los
comandos del módulo seguidos por los comandos a especificar.
La seguridad para el módulo:

Módulos Generales pueden ser accesados por Usuarios Generales
Módulos Restringidos pueden ser únicamente accesados por Usuarios Free
El archivo de corrida
El macro de iniciación (imacro), el cual se corre a la entrada del módulo
El acceso Read/Writer a los tipos de base de datos. Por ejemplo, DESIGN necesita
acceso de escritura a la base de datos de DESIGN, pero acceso de lectura a las bases
de datos de Catálogo.
El tamaño del buffer.
LA VENTANA MODULE DEFINITION

La ventana Module Definition se despliega cuando usted selecciona Project>Module
Definitions del menú principal de ADMIN. Esta ventana le permite crear y editar las definiciones
de los módulos para el Proyecto actual.
La ventana Modules lista los Módulos de PDMS
Los botones de opción Sort by controlan el orden en que los módulos son desplegados en la
lista.
El botón Copy despliega la ventana Copy Module. Esta ventana le permite crear nuevos
Módulos copiados a partir de Módulos definidos existentes. Esta ventana le permite especificar
el Numero y Nombre del nuevo Módulo
Delete borra una definición de un Módulo del proyecto. Usted no podrá usar el módulo en el
proyecto actual, a menos que re - defina este.
Página 72
La parte de Settings despliega las definiciones para el Módulo seleccionado en la lista Modules.
Usted puede cambiar todo excepto el Numero y Nombre.
Security puede definirse como Restricted, General o Free
RunFile define el archivo usado para iniciar el Módulo. Los defaults son proporcionados en el
directorio %PDMSEXE%
Imacro define el archivo usado para iniciar la interfase de usuario UI para el Módulo. El default
está dado por la variable %ADMSTART%
Advanced despliega la ventana Advanced Module Settings. La cual permite definir el tamaño
del buffer y el tipo de base de datos default que accesa el módulo.
NOTA: El cambiar las opciones en esta ventana puede causar serios problemas cuando se usa
PDMS. La ventana es para uso de expertos únicamente.
Página 73
DEFINIENDO EL TAMAÑO DEL BUFFER DE DABACON

Cada definición de un módulo en la DB System puede incluir un comando BUFFER. Este
comando especifica cuanto espacio es reservado para el Buffer del DABACON en cada módulo,
y permite al constructor de la base de datos negociar entre el uso del CPU y las entradas y
salidas al disco en forma extensa y así optimizar la eficiencia de la computadora en alguno de
los módulos usados más lentos.
Las limitaciones en el tamaño del buffer son 256K words (default y 512K words (maximum). El
macro modmac define el tamaño del buffer a su valor máximo; se le aconseja dejar este valor
como está. A los usuarios se les aconseja contactar a Cadcentre Ltd si ellos tienen cualquier
duda sobre la definición del tamaño del buffer.
La sintaxis usada para definir el tamaño de un buffer en ADMIN es de cualquiera de las dos
formas siguientes:
BUFFER entero (donde entero es el tamaño del buffer requerido)
Cuando la definición del módulo está siendo creada (ej. En el macro de definición del módulo en
el proyecto) o:
EDIT MODULE moduleid BUFFER integer
Donde una definición de un módulo existente es editada. Integer es el número de palabras a ser
reservado por el buffer.
El buffer puede ser restablecido a sus valores default en cualquier momento. Por ejemplo:
ED MOD ISODRAFT BUF DEF
Restablecería el tamaño del buffer de ISODRAFT a sus valores default.
Existen dos comandos de interrogación:
Q BUFFERS
Q IOCOUNTERS
Página 74
Crystal Graphics INGENIERÍA Curso PDMS Admin: Reconfiguración
Reconfiguración
PDMS RECONFIGURER es corrido desde dentro de ADMIN, pero solamente usando la línea
de comandos.
A fin de entender porqué la Reconfiguración de una base de datos puede ser necesaria, y para
apreciar los pasos involucrados, ayudaría tener algunos conocimientos de la estructura de la
base de datos de PDMS y su manejo.
EL PROCESO DE RECONFIGURACIÓN
La Reconfiguración es una operación de dos pasos, desempeñando cada uno de ellos en una
base de datos completa o en partes específicas de una.
En el primer paso, RECONFIGURER examina una base de datos fuente y copia los datos de
algunos o todos los Elementos existentes y sus atributos dentro de archivos intermedios.
En el segundo paso, el contenido de los archivos intermedios es transferido a una base de

datos destino especificado.
Ese modo de operación tiene los siguientes rasgos distintivos:
Solamente los Elementos existentes son copiados a los archivos intermedios; Elementos
borrados y datos corruptos son ignorados. La base de datos destino es creada desde
esos archivos es por lo tanto compacta e incorrupta.
Los atributos de referencia y no - referencia de los Elementos, son mantenidos en

diferentes archivos intermedios. El método de transferencia de datos a las bases de
datos destino asegura que toda la referencia sea completa y consistente.
Las bases de datos fuente y destino pueden tener diferentes DDLs (Database
Description Languages). Esto le permite a datos existentes ser reestructurados para
conformar una nueva estructura de base de datos y también, por ejemplo, ser usado con
una nueva versión de PDMS.
La Reconfiguración puede ser usada para transferir un proyecto a un hardware diferente.

Los archivos intermedios producidos por la primera etapa pueden ser decodificados en
un formato portátil (típicamente ASCII), y transferidos, y entonces llevar a cabo la
segunda etapa.
Una técnica similar es usada para convertir proyectos completos a nuevas versiones de PDMS,
aunque en ese caso el archivo intermedio no necesita ser decodificado.
Página 75
INICIANDO RECONFIGURER
Existen dos formas de trabajar con reconfigurer:
Entrando a PDMS en modo no gráfico (tty) escribiendo:
pdms tty
Entonces especifique el proyecto, el usuario/password, y el módulo ADMIN. Pro ejemplo:
proj ABC
user SYSTEM/XXXXXX
admin
Entrando a PDMS en modo gráfico, lo que significa entrar al módulo ADMIN y desplegar la línea
de comandos.
Usted ahora puede iniciar la Reconfiguración.
COMANDOS ADMINISTRATIVOS Y DE INTERROGACIÓN

Algunos de los comandos generales de PDMS y de interrogación los cuales son particularmente
relevantes a la Reconfiguración son:
SYSTAT Da información sobre la condición activa actual del proyecto dentro del
cual se está trabajando.
LIST Lista información del proyecto; hay una variedad de opciones.
SET TEAM Define el Team especificado como el actual
LOCK, UNLOCK Bloquea la base de datos System previniendo que cualquier nuevo
usuario entre al proyecto.
MESSAGE Manda mensajes a otros usuarios.
Q DB Da el tipo, número y nombre de archivo de la DB especificada, y una lista

de las MDBs de las cuales es un miembro. Por ejemplo:
Q DB MASTER/DESIGN
MASTER/DESIGN DESI Number 42 FileName /%IMP000%/imp008 Update
Size 2321 pages
MDBS: /MASTER /TRAINA /TRAINB /TRAINC /TRAIND /TRAINE /TRAINF
/TRAING /TRAINH
Q COPIES Lista todas las DBs las cuales son copiadas de la DB especificada
Página 76
Q MDB Lista las DBs en la MDB especificada
Q TEAM Lista los usuarios quienes son miembros de un Team específico, más una
lista de las DBs que el Team tiene como propias.
Q SET TEAM Da el nombre del Team activo en ese momento, si hay alguno.
Q LOCK Muestra si el proyecto esta bloqueado.
RECONFIGURACIÓN BÁSICA
Reconfigurando una sencilla Base de Datos
La simple Reconfiguración involucra una DB sencilla la cual no tiene referencias dentro de esta
a otras DBs; por ejemplo, una DB de Design la cual no tiene asociadas DBs de Dibujos (PADD)
Una Reconfiguración simple requiere una DB fuente y una DB destino. Cuando el proceso ha
sido completado, la DB fuente permanecerá sin cambio, y la DB destino contendrá una copia
compactada de las partes de la DB fuente las cuales fueron especificadas en la lista de copiado.
La transferencia de datos toma lugar en dos pasos, el segundo de los cuales está dividido
adicionalmente en dos fases:
PASO 1 Los datos son leídos desde la DB fuente y escritos en un par de archivos
intermedios. El primer archivo almacena las estructuras de los Elementos
y los atributos no referenciados, el otro almacena los atributos con
referencia.
PASO 2 – Fase 1 El primer archivo es leído por RECONFIGURER y usado para crear la
estructura original en la DB destino, incluyendo las definiciones de los
atributos sin referencias.
PASO 2 – Fase 2 El segundo archivo intermedio es leído y su contenido usado para definir
todas los atributos referenciados en la DB destino y llevar a cabo la
operación de inserción.
La razón para las dos fases es que las referencias en la DB fuente pueden referir a Elementos
más abajo en la jerarquía. Esto es necesario, por lo tanto, para crear todos los Elementos en la
DB destino antes de tratar de definir las referencias a cualquiera de ellos.
Dado que los dos pasos se ejecutan en operaciones independientes y consecutivas, el proceso
puede ser interrumpido después de que el PASO 1 ha sido completado, y el PASO 2 corrido
mas tarde.
La Reconfiguración tiene tres pasos básicos:
Especificar de donde vienen los datos a ser reconfigurados FROM.

Especificar en donde los datos reconfigurados van a ir TO.
Especificar cual parte de los datos fuente van a ser copiados al destino.
Iniciar el Proceso de reconfiguración.
Página 77
Especificando la Base de Datos Fuente

La fuente de los datos a ser copiada es especificada usando el comando FROM. Algunos
ejemplos del uso de FROM son:
FROM DB STEELS/STEELS La fuente de datos esta en la base de datos

STEELS/STEELS en el proyecto actual.
FROM PROJECT XXX STEELS/STEEL La fuente de datos esta en la DB especificada en el

proyecto XXX
FROM DBFILE /abc016 La fuente de datos está en el archivo especificado

(asumimos que el directorio del proyecto está en el
directorio actual)
Especificando la Base de Datos Destino

El destino de los datos reconfigurados es especificado usando el comando TO. Algunos
ejemplos del uso de TO son:
TO DB STEELS/STEELS Los datos reconfigurados irán a la base de datos

STEELS/STEELS en le proyecto actual.
TO NEW HVAC/HVAC DBNO 777 Los datos reconfigurados irán a una nueva base de datos.
TO DBFILE /des008 Los datos reconfigurados irán a un archivo especificado

(asumimos que el directorio del proyecto esta en el
directorio actual)
TO DB y TO DBFILE especifican que los datos serán reconfigurados dentro de una DB

existente, identificada por su nombre o el archivo que contiene esta. La DB destino debe ser del
mismo tipo que la DB fuente, y normalmente estará vacía, pero necesita estar. Más adelante se
explicará que ocurre si una DB no está vacía.
TO NEW especifica que una nueva DB será creada para recibir los datos reconfigurados. Esta
es la opción más común para la compactación General de DBs.
NOTA: La nueva base de datos necesita ser adicionada a las MDBs apropiadas.
Especificando lo que será copiado

El comando RCFCOPY especifica cual parte de la DB fuente será copiada a la DB destino.
Comúnmente una DB completa es reconfigurada, usando la opción de comando:
RCFCOPY ALL
El comando RCFCOPY ALL copia todos los Elementos en la parte de la lista del Elemento
World de la DB fuente dentro del Elemento World de la DB destino. World por sí misma no es
copiada. Parte de una base de datos puede ser copiada usando el comando RCFCOPY
seguido por el nombre del Elemento en la parte superior de la jerarquía a ser copiado.
Página 78
Unicamente Elementos los cuales pueden ser propios del World, por ejemplo, Sites, pueden ser
especificados. La lista de Elementos especificados por el comando RCFCOPY llega a ser la
lista Copy.
Iniciando el Proceso de Reconfiguración

Es proceso de Reconfiguración se inicia dando el comando:
RECONFIGURE (se puede usar una abreviación, como mínimo RECON)
Unos mensajes salen para indicar el inicio exitoso y el cumplimiento de cada etapa. Cuando el
proceso está completado, toda la información concerniente a la fuente, destino, lista de copiado
y el grado de información de salida, son borrados, poniendo todo listo para otra Reconfiguración
si se requiere.
Usted debe especificar la fuente, destino y lista de copiado para cada Reconfiguración.
La información de salida es mandada por default a la pantalla, pero usted puede mandar esta a
un archivo dando el comando ALPHA FILE, seguido por el nombre de un archivo, antes de la
Reconfiguración.
Página 79
EJEMPLO DE UNA RECONFIGURACIÓN SIMPLE

La siguiente secuencia de comandos debe ser usada para reconfigurar una DB la cual no está
referenciada por cualquier otras DBs.
FROM DB MASTER/DESIGN
TO DB MASTER/DESNEW
RCFCOPY ALL
RECONFIGURE
NOTA: En la práctica sería recomendable usar RCFUPDATE y DUMP in la secuencia de

comandos.
Los siguientes mensajes son típicos de la información de salida durante una Reconfiguración
completa y exitosa:
* * * Pass one initiated ***

* * * Pass one completed * * *
* * * Pass two initiated ***
EC SITE #32/202 =42/205

Phase one complete – starting phase two
* * * Pass two completed * * *
* * * Reconfiguration Completed
Elements were not defined in DDL

Elements have been lost
Elements are no longer Named
Attributes were incorrectly defined
Elements were not inserted
EJEMPLO DE SALIDAS USANDO LA OPCIÓN SAMEREF

Cuando una DB es reconfigurada, el número de referencia de los Elementos en la DB destino
será diferente del correspondiente número de referencia que la DB fuente. Para asegurar que
los mismos números de referencia son mantenidos después de la Reconfiguración, usted puede
usar el comando:
RECONFIGURE SAMEREF
En este caso el número de la DB destino debe ser el mismo que la original. Esto significa que
usted tendrá que haber borrado la base de datos fuente, y creado una nueva con el mismo
número.
El siguiente ejemplo ilustra el uso de la opción SAMEREF:
Página 80
TO FILE /F1 /F2
RCFCOPY ALL
RECONFIGURE
DELETE DB MASTER/DESIGN
CREATE DB MASTER/DESIGN DESI DBNO nn
FROM FILE /F1 /F2

TO DB MASTER/DESIGN
RECONFIG SAMEREF
LISTANDO EL ÍNDICE DE LOS NÚMEROS DE REFERENCIA

Cuando una DB es reconfigurada sin la opción SAMEREF, los números de referencia de los
Elementos en la DB destino serán diferentes de los números de referencia correspondientes en
la DB fuente.
Un índice de los números de referencia de los Elementos en la nueva DB en contraste con la

DB vieja es automáticamente creado como una parte esencial del proceso de Reconfiguración.
La nueva referencia correspondiente a una vieja referencia puede ser cuestionada usando el
comando:
Q NEWREF refno
Donde refno es el número de la nueva referencia. El número de la vieja referencia será

regresado.
Por ejemplo:
Q NEWREF #32/202 =42/205
CONTROLANDO LA SALIDA DE RECONFIGURER

Usted puede controlar el formato y extensión de la salida producida por RECONFIGURER
durante el proceso del PASO 2. Los comandos son:
VB modo de salida muy breve

BRIEF modo de salida breve
FULL modo de salida completa
En el modo VB (Very Brief), un mensaje es sacado conforme cada Elemento en la lista de

copiado es exitosamente creado. Si el comando de copiado fue RCFCOPY ALL, entonces un
mensaje es mostrado por cada Elemento exitosamente copiado dentro del WORLD de la Base
de Datos destino.
En el modo BRIEF, toda la información mostrada en el modo VB es dada, además un mensaje

describiendo cualquier error que haya ocurrido.
Página 81
En el modo FULL, toda la información mostrada en el modo BRIEF es dada, más un listado de
todos los Elementos exitosamente creados y nombrados. Note que el modo FULL es muy largo
y su uso no es generalmente recomendado.
El modo default es BRIEF.
Un límite superior puede ser definido en el número de errores que son aceptables durante el
Paso 2 de una Reconfiguración usando el comando ERRORS. Por ejemplo:
ERRORS 50
Si el límite especificado es alcanzado, la Reconfiguración es abandonada y la Base de Datos es

dejada sin alteraciones.
Por default, RECONFIGURER permite que ocurra un número ilimitado de errores. Esta
situación puede ser restablecida si se necesita, usando el comando ERRORS seguido por un
valor negativo. Por ejemplo:
ERRORS –1
COPIANDO Y RECONFIGURANDO COPIAS DE DBS

Hay dos caminos para copiar una Base de Datos en PDMS, las cuales crean dos tipos
diferentes de copia: copias y copias reconfiguradas.
Copias
Una copia de una DB puede ser hecha usando el comando RCFCOPY.
Por ejemplo:
RCFCOPY PIPEA/PIPEA ADMIN/TEST
Creará una copia de la Base de Datos existente PIPEA/PIPEA en la nueva DB ADMIN/TEST
Las ventajas de las copias son:
Todas las copias de las DBs tienen el mismo número de DB. Esto puede ser visto
usando el comando LIST FILES. Por ejemplo:
MASTER/DES DESI NUMBER 14 FILENAME /%DRA000%/dra013 UPDATE

PIPEA/PIPEA DESI NUMBER 2 FILENAME /%DRA000%/dra001 UPDATE
ADMIN/TEST DESI NUMBER 2 FILENAME /%DRA000%/dra003 UPDATE
USER/DRAFT PADD NUMBER 5 FILENAME /%DRA000%/dra004 UPDATE
No hay dirección implícita de copiado. Es decir, en el ejemplo anterior, PIPEA/PIPEA y

ADMIN/TEST son cada cual una copia de la otra.
El contenido de todas las copias es idéntico con respecto tanto a los datos como a la
estructura
Página 82
Cualquier Elemento tiene el mismo número de referencia en cada copia
Una DB puede tener cualquier número de copias, pero las copias no pueden existir en la
misma MDB.
Copias Reconfiguradas
Una copia reconfigurada es una nombrada por los comandos TO DB o TO NEW. Las ventajas
de las copias reconfiguradas son:
Una copia reconfigurada tiene un número de Base de Datos diferente a la que tiene la
Base de Datos fuente.
En el proceso de Reconfiguración, la Base de Datos destino se convierte en la copia

reconfigurada de la Base de Datos fuente, pero en sentido inverso no es correcto. La
relación existe en una sola línea.
El contenido de una copia reconfigurada es una versión editada de la base de datos

fuente.
Cualquier Elemento dado tendrá diferente número de referencia en la copia

reconfigurada respecto al número de referencia que ese mismo Elemento tiene en la
base de datos original.
RECONFIGURACIÓN AVANZADA
La sección anterior en este capítulo describe como una Base de Datos sencilla puede ser
reconfigurada. En un proyecto de PDMS real, con muchas DBs de diferentes tipos y con
atributos siendo referenciados de una DB a otras DBs, la Reconfiguración es usualmente un
proceso más complejo.
Esta sección describe como una o más DBs pueden ser reconfiguradas en un ambiente
semejante. Este también describe como parte de una DB puede ser reconfigurada, más bien
que la DB entera.
NOTA: Note que si la opción SAMEREF es usada, la Reconfiguración es muy simple.
Referencias entre Bases de Datos

Una DB frecuentemente contiene Elementos los cuales tienen atributos de referencia o a
arreglos de referencias los cuales puntean dentro de otras DBs. Por ejemplo, una Base de
Datos de DESIGN podría contener un Branch conectado a una Boquilla en otra Base de Datos
de DESIGN. El atributo HREF (o TREF) del Branch apuntaría hacia la segunda Base de Datos y
el atributo CREF de la Boquilla apuntaría a la primera DB.
Ver ejemplo de abajo:
Página 83
Similarmente, las referencias pueden existir desde las Bases de Datos de DESIGN hacia las
Bases de Datos de Catálogos ( el atributo SPREF de un componente de tubería apuntando a un
SPCOM), pero las referencias no pueden existir desde una base de datos de Catálogo hacia
una base de datos de DESIGN.
Cuando una base de datos es reconfigurada sin la opción SAMEREF, la mayoría de los
números de referencia de estos Elementos cambiarán. Para mantener la integridad de los
apuntadores hacia una DB desde otras DBs, el contenido de cualquier DB la cual debe apuntar
a Elementos en la DB reconfigurada son escaneados y los atributos de referencia o arreglos de
referencias son cambiados para que apunten a el Elemento correcto una vez más.
Las referencias se pueden redefinir por medio del comando RCFUPDATE.
Actualizando Referencias hacia una Base de Dato Reconfigurada

Mientras una DB está siendo reconfigurada sin la opción SAMEREF, RECONFIGURER
construye un índice de los números de referencia de todos los Elementos en la DB fuente
contra sus correspondientes números de referencia nuevos en la DB destino. El comando
RCFUPDATE utiliza ese índice para revisar los apuntadores de referencia a otras DBs y
actualizarlos apuntando hacia el Elemento correcto en la DB reconfigurada. Por ejemplo:
RCFUPDATE DB MASTER/DESIGN Actualiza las referencias que la DB

MASTER/DESIGN tenga hacia la DB reconfigurada.
RCFUPDATE MDB /USERA Actualiza todas las referencias que las DBs dentro
de la MDB /USERA tengan hacia la DB
reconfigurada.
RCFUPDATE TEAM USER Actualiza todas las referencias que las DBs propias
del TEAM USER tengan hacia la DB reconfigurada.
NOTAS:
El comando RCFUPDATE debe ser dado inmediatamente después de la operación

RECONFIGURE.
Página 84
Como el comando RCFUPDATE puede causar que una DB sea escrita, usted debe
tener acceso de Lectura y Escritura a todas las DBs relevantes. Las DBs no deben estar
siendo usadas por otro usuario del proyecto.
RECONFIGURE sabe cuales tipos de DB pueden estar siendo apuntadas por atributos de
referencia en otros tipos de DB, y para no intentar actualizar DBs las cuales posiblemente no
pudieran apuntar a la última copia reconfigurada. Un reporte es mostrado el cual lista cuales
DBs están y cuales no están actualizadas.
La tabla de referencias es mantenida a través de reconfiguraciones múltiples, en tanto usted no

salga de ADMIN.
Grabando el Indice de Números de Referencia

El comando RCFUPDATE es usualmente dado inmediatamente después de que las bases de
datos han sido reconfiguradas. El índice puede ser guardado en un archivo cuando la
Reconfiguración ha sido completada, para ser usado en una fecha posterior.
Los comandos son DUMP para graba a un archivo, y LOAD para llamar un archivo. Por
ejemplo:
LOAD /DUMP1
TO DB MASTER/DESNEW
RCFCOPY ALL
RECONFIGURE
DUMP /DUMP2
Esos comandos leerán un índice de números de referencia existente desde el archivo /DUMP1,
adicionar los pares de números de referencia desde la Reconfiguración especificada a este, y
escribir nuevamente el índice otra vez al archivo /DUMP2
Si un número de bases de datos han sido reconfiguradas, el archivo dump grabará las
referencias cruzadas para todos ellos.
El comando LOAD reemplaza el índice actual. El comando LOAD APPEND añade la tabla al
índice actual.
Copiando Partes de las Bases de Datos

El comando RCFCOPY ALL copia todos los Elementos contenidos en la DB WORLD fuente,
dentro de la DB WORLD destino. Si el WORLD de la DB destino realmente contiene miembros,
entonces los Elementos provenientes de la DB fuente son adicionados a ese.
El comando RCFCOPY puede ser usado para definir los Elementos tipo root a ser copiados. Un
Elemento tipo root es cualquier Elemento apropiado directamente por World, como son:
BLTA CASW CATA CCTA CMPW CONW DEPT

GPWL LIBY MATW RUNW SITE SPWL UNIT UWRL
Página 85
Cuando un Elemento tipo root es copiado, todos los Elementos de este son copiados. Un
máximo de 300 Elementos tipo root pueden ser especificados en una sencilla lista de copiado.
Los comando selectivos RCFCOPY CATALOGUE y RCFCOPY SPECIFICATIONS provoca que

el primer Elemento root de tipo CATA y SPWL, respectivamente, sean copiados desde la parte
de la lista de el WORLS en la DB fuente.
Para copiar solo parte de una DB, uno o mar Elementos root deben ser especificados (por
nombre o número de referencia) en un comando RCFCOPY. Por ejemplo:
RCFCOPY = /SITE-A SITE-7
Elementos de cualquier otros tipos serán copiados dentro de la DB destino como Elementos
NULL, es decir que ellos serán creados como Elementos flotantes, no apropiados por cualquier
Elemento de alto nivel. Eso no significa que ellos sean inaccesibles. Tan pronto como un
Elemento es nombrado (o usted sabe su nuevo número de referencia) este puede ser
incorporado como un miembro de cualquier Elemento pariente adecuado usando el comando
INCLUDE. Sin embargo, frecuentemente habrá un Elemento en la DB destino dentro del cual
usted desea incorporar el Elemento que está siendo copiado. Esto se hace usando la opción
INTO del comando RCFCOPY. Por ejemplo:
RCFCOPY /ZONE5A INTO /SITE-3
Copiaría la zona /ZONE5A y crearía esta como el último miembro del Site /SITE-3.
Si el Elemento propietario al que se intenta copiar no existe en la DB destino desde el inicio del
Paso 2, el Elemento tipo root listado no será copiado. Por ejemplo:
RCFCOPY /SITE-3 /ZONE5A INTO /SITE-3
No es permitido.
INTO no puede ser usado cuando el destino son los Archivos y luego una DB. La palabra AND y
la coma (,) pueden ser usados como separadores para mejorar la legibilidad:
RCFCOPY /SITE-5, /ZONE5A INTO /SITE-3, /SITE-6 AND /SITE-12
Varios comandos RCFCOPY pueden ser dados en secuencia para adicionar Elementos a la
lista de copiado. Por ejemplo, la secuencia
RCFCOPY /SITE-5
RCFCOPY /ZONE5A INTO /SITE-3
RCFCOPY /SITE-6, /SITE-12
Es equivalente al comando RCFCOPY del ejemplo anterior.
Si un Elemento es citado en la lista de copia pero no existe en la DB fuente, un mensaje de

error se mostrará y el Elemento no será copiado. Dado que el comando RCFCOPY es aditivo,
un comando de corrección puede ser dado en la siguiente línea. Por ejemplo:
RCFCOPY /SITE1 /SITE2 /SITR3 /SITE4

Página 86
(24, 16) /SITR3 not found (mensaje de error)
Dado que SITE1, SITE2 y SITE4 están en la lista de copiado, todo lo que se necesita adicionar
es el SITE3 con:
RCFCOPY /SITE3
NOTA: Las reconfiguraciones parciales en DBs tipo PADD (DRAFT) son permitidas únicamente
para Elemento de dibujo (p.e. SHEE, BACK, OVER, SYLB, LALB) y superiores.
TRANSFIRIENDO DATOS ENTRE PROYECTOS

La operación de transferencia requiere el uso de las opciones FROM FILE y TO FILE de los
comandos FROM y TO. En un caso simple, la transferencia del contenido de una DB sencilla,
como un Catálogo, la secuencia de comandos podría ser:
En el proyecto fuente:
FROM DB /CATOLD Especifica la DB fuente

TO FILES /TEMP1 /TEMP2
RCFCOPY ALL
RECONFIGURE
Y en el proyecto destino:
FROM FILES /TEMP1 /TEMP2

TO DB /CATNEW
RCFCOPY ALL
RECONFIGURE
NOTA: Acceso tipo FREE (Lectura /Escritura) es requerido en ambos proyectos.
Si los contenidos de más de una DB a ser transferidos, previendo que no haya atributos de
referencia apuntando hacia un lado diferente de las DBs que están siendo transferidas, una
extensión de el mismo procedimiento podría ser usado. Ejemplo, considerar la transferencia de
una DB completa de DESIGN, una DB completa de Catálogo y un Elemento de equipo de una
segunda DB de DESIGN:
Source DB Elements Transferred Destination DB

CIVIL/STRUC4 DB DESIGN STEEL/MAIN
ANSI/MASCAT DB Catálog CATAL/MAIN
SITE-A Un Sitio EQUIP/MAIN
Los comandos de Reconfiguración deberían darse en el siguiente orden:
En el proyecto fuente:
FROM DB ANSI/MASCAT
TO FILES /REC1A /REC1B
RCFCOPY ALL
RECONFIGURE
Página 87
FROM DB CIVIL/STRUC4
RCFCOPY ALL
RECONFIGURE
FROM DB VESSEL/V25CT
RCFCOPY /SITE-A
RECONFIGURE
Y en el proyecto destino:
FROM FILES /REC1A /REC1B

TO DB CATAL/MAIN
RECONFIGURE

TO DB STEEL/MAIN
RECONFIGURE

TO DB EQUIP/MAIN
RECONFIGURE
RCFUPDATE DB STEEL/MAIN
RCFUPDATE DB EQUIP/MAIN
MENSAJES EN LA RECONFIGURACIÓN
Durante varias etapas del proceso de Reconfiguración, se mostrarán mensajes. Esto sucede en
particular durante el Paso 2, en el cual los datos desde los archivos intermedios son usados
para reconstruir la jerarquía de Elementos en la DB destino.
Un caso simple es en el que esos mensajes solo indican el inicio y final de cada fase, y
confirman que todos los Elementos y sus atributos fueron correctamente colocados. En un caso
más complejo es posible que un número de mensajes de error también sea mostrado, indicando
el problema potencial en la construcción de una estructura ambigua en la nueva DB.
Mensajes de información standard

Los mensajes de monitores del proceso, los cuales indican la etapa alcanzada durante la
Reconfiguración, son por si mismas explicativas. Ellas son:
* * * Pass one initiated ***

* * * Pass one completed * * *
* * * Pass two initiated ***
* * * Pass two completed * * *

* * * Reconfiguration Completed
Página 88
Después de que la Reconfiguración ha sido completada, se muestra un resumen de cualquier

problema encontrado durante el Paso 2. Este contendrá valores de cero donde no fueron
encontrados problemas.
El formato de ese reporte es:
Entero Elementos que no fueron definidos en el DDL

Entero Elementos que han sido perdidos
Entero Elementos que ya no son nombrados
Entero Atributos que fueron definidos incorrectamente
Entero Elementos que no fueron insertados
Donde Entero es la cantidad referente al concepto a su derecha.
Formato General de Mensajes de Error del Paso 2

Adicionalmente a los mensajes de información estándar descritos arriba, un rango de mensajes
de error pueden ser generados durante el Paso 2. Esos mensajes tienen el formato General:
CODE TYPE OLDREF NEWREF NAME
A pesar de que algunas partes de esos pueden ser omitidas.
Por ejemplo:
EN EQUIP #10/21=12/12 /NEWNAME

#EAE SHEE #88/842 =16/2417 /DR1/S5
*ENID SITE #15/23
Las partes individuales de el mensaje son:
CODE: Identifica la naturaleza de un mensaje proveniente de la creación o

nombramiento de un Elemento.
TYPE: El tipo de Elemento, ej. SITE, BRAN, SHEE, etc.
OLDREF: El número de referencia del Elemento en la DB fuente (iniciando con ‘#’)
NEWREF: El número de referencia del Elemento correspondiente creado en la DB destino
(iniciando con ‘=’). Este campo se quedará vacío si el Elemento no pudiera ser
creado.
NAME: El nombre dado al Elemento. Este aplica solo si el mensaje tiene código ‘EN’
para indicar que el Elemento ha sido nombrado.
Códigos Usados para Identificar el Tipo de Mensajes

El prefijo utilizado como código para cada mensaje comprende dos partes. El primer carácter,
es uno de los siguientes:
Un espacio indica información más que un error.

Un asterisco (*) indica un error concerniente a la creación o nombramiento de un
Elemento.
Un símbolo de número (#) indica un error concerniente con un atributo
Página 89
Los caracteres restantes, en el código se utilizan como sigue:
Mensajes solamente de información (prefijo: espacio)
Hay dos posibles códigos:
EC Element Created
EN Element Named
Esos son mostrados con el proceso de Reconfiguración y cada mensaje tiene el nombre del
Elemento copiado.
Mensajes de Error Relacionados a Elementos (prefijo: asterisco)
*ENID Elements Not In DDL
Los Elementos no pudieron, por consiguiente, ser creados. Esto puede ocurrir cuando el tipo de
Elemento no está permitido crearse en la parte de la lista de los Elementos sobre este en la
jerarquía de la DB, por ejemplo, si se intenta reconfigurar con FROM FILES dentro de una DB
de tipo errónea.
*ENI Element Not Inserted
Se intentó insertar el Elemento dentro de una lista donde ya no es permitido.
*EL Element Lost
Los Elementos en parte de la lista que no pueden ser creados son perdidos, ya que no están
en la lista no pueden ser creados.
Mensajes de Error Relacionados a los Atributos (prefijo: símbolo de número)
Todos ellos inician con:
#EAE Element Attribute Error
Seguido por uno u otros mensajes adicionales que dan mayor información sobre el error.
Página 90
Crystal Graphics INGENIERÍA Curso PDMS Admin: MONITOR
MONITOR
MONITOR es el módulo de PDMS que controla la entrada dentro del mismo PDMS.
ACCESO A PDMS
Esta sección explica que ocurre en cada etapa de la entrada a PDMS. Explica el camino de
acceso para los datos de PDMS y el control sobre los módulos cuando el Administrador del
Sistema define un proyecto, usuarios, equipos y bases de datos.
Entrando a PDMS
Cuando usted inicia PDMS, usted debe primero dar el nombre del proyecto en el cual usted va a
trabajar, con el comando PROJECT. Entonces usted especifica un nombre de usuario y su
password. En este momento usted entra al módulo MONITOR, en el cual si usted quiere
trabajar en una base de datos en específico, usted debe seleccionar la Multiple Base de Datos
que la contenga y en la cual usted pueda escribir.
Usando MONITOR
Cuando usted entra en el módulo de MONITOR aparece la siguiente ventana:
Página 91
Aquí usted puede observar la información del proyecto en el espacio marcado como Current
Project. En el espacio marcado como Current User, se puede observar con que usuario está
trabajando y que privilegios tiene ese usuario, además usted puede volver a seleccionar otro
usuario.
En el campo marcado con Multiple Database, usted puede cambiar la MDB a la cual quiere
usted entrar, además usted puede modificar que bases de datos quiere ver y que bases de
datos no en la opción Modify, la cual presenta una ventana donde se muestran todas las bases
de datos cargadas en la MDB y tiene la opción de cambiarlas entre diferidas o actuales.
En esta ventana usted puede por medio de las flechas mover, intercambiar una o todas las
bases de datos que le pertenecen a la MDB, también le puede cambiar el acceso de escritura
(siempre reduciéndolos, nunca aumentándolos) o regresar las bases de datos a su definición
original, con el botón Format usted puede hacer que se despliegue información acerca de la
base de datos.
Cambiando el Password
Usted puede cambiar el password que le asigno el Administrador del sistema, siempre y cuando
este permita que esto suceda. Esto se hace seleccionando en el menú principal de MONITOR
la opción Project>Change Password… , lo que desplegará una ventana en la que usted puede
escribir el nuevo password, enseguida PDMS le solicita que vuelva a escribir el password y de
esa manera se confirme el cambio.
Página 92
MONITOR tiene además algunas opciones que se muestran en ADMIN, como lo son las
opciones que muestran debajo del Menú Project>List, información acerca de los usuarios,
equipos, bases de datos y múltiples bases de datos.
También se puede desplegar la ventana que muestra los macros internos que tienen que ser
corridos por el usuario con la opción Project>Inter-DB Macro…
Podemos además como en todo módulo dentro de PDMS, que maneja ventanas, desplegar la
ventana de la línea de comandos con la opción Display>Command Line…
Se tiene también la opción que permite cambiarnos a otros módulos de PDMS.
Página 93
Crystal Graphics INGENIERÍA Curso PDMS Admin: LEXICON
LEXICON
LEXICON le permite al administrador del sistema adicionar nuevos atributos para cualquier
Elemento en las bases de datos de DESIGN, CATALOGUE y PADDLE de un proyecto. Esos
Atributos Definidos por el usuario (User Defined Attribute (UDAs)) son creados como Elementos
en la base de datos de LEXICON dentro del proyecto de PDMS. Ya que las bases de datos
LEXICON son específicas por proyecto, es posible definir atributos con requerimientos o
estándares de la compañía para proyectos en forma individual.
Una vez definidos, los UDAs se pueden accesar en la mayoría de los casos como atributos
normales, incluyendo la definición de valores, solicitud de información y reporte de esos valores.
Módulos como DATAL y RECONFIGURER tratan a los UDAs como lo harían para cualquier
otro atributo. Los UDAs también pueden ser usados en expresiones.
LA BASE DE DATOS DE LEXICON

Antes de que un proyecto pueda usar UDAs, una base de datos tipo DICTIONARY debe ser
creada. Esto se hace con el módulo de ADMIN de la misma forma como se hace para cualquier
otro tipo de base de datos.
Los UDAs pueden ser cambiados o borrados en el transcurso de un proyecto. La DB Dictionary

contendrá todas las definiciones de UDAs para un proyecto y si se requiere en otro proyecto se
puede transferir por medio de DATAL, RECONFIGURER o copiando la DB.
El acceso a LEXICON es restringido a usuarios tipo FREE únicamente.
LA JERARQUÍA DE LA BASE DE DATOS
UWRL (UDA World) es el Elemento administrativo superior. Este Elemento tiene atributos
estándar de PDMS, uno es el atributo DESC (descripción) el cual puede contener hasta 120
caracteres de tipo texto.
Un UWRL puede almacenar Elementos UGRO (UDA Group) o Elementos UDAs en forma
individual. Un UGRO tiene los mismos atributos que un UWRL.
Página 94
Los Elementos UDA tienen los siguientes atributos (además de alguno estándar):
UDNAME – el nombre por el cual el UDA será referenciado en los módulos de PDMS que usan
UDAs. Este atributo no debe ser confundido con el atributo estándar NAME del UDA, el cual es
el nombre del Elemento UDA dentro de la base de datos de LEXICON. El UDNAME debe ser
introducido como un atributo tipo texto con un máximo de 12 caracteres. Ejemplo:
UDNA ‘SUPPORT’
UKEY – Este es un atributo del sistema. Este puede ser preguntado pero no definido
directamente. Este es el número con el cual se identifica al UDA y proporciona la liga con la
UDA ejemplo en el constructor de la base de datos. El UKEY es generado desde el UDNAME
tomando los valores ASCII de sus primeros cuatro caracteres, restando 32 (o 64 en el caso más
bajo) y multiplicándolos a la vez. Si los primeros cuatro caracteres no son únicos, un incremento
es aplicado para el valor calculado hasta que un valor único es encontrado.
Si usted intenta incluir bases de datos foráneas o combinar proyectos, usted debería
asegurarse que el UDNAME en cada base de datos corresponda, y que ellos son únicos. Esto
asegurará que los UKEYs generados son los mismos.
Cuando usted compila una base de datos Dictionary, usted debería incluir todas las bases de
datos Dictionary para le proyecto en la MDB. Esto asegurará que cualquier choque entre
UKEYs sea resuelto cuando la base de datos es compilada. En forma alterna, usted podría usar
diferentes convenciones de nombramiento en diferentes bases de datos.
Note que cambiando el UDNAME no afectará el UKEY.
ABLEN – es el mínimo número de caracteres para una abreviación de un UDNAME, el default

son 3. En el caso default, la mínima abreviación para el ejemplo dado cuando se explico el
UDNAME sería SUP. Usted no puede dar a dos o más UDAs la misma abreviación mínima, un
error ocurrirá cuando los UDAs son compilados.
UTYPE – es el tipo de UDA. Este puede ser definido con lo siguiente:
REAL Cualquier valor numérico, ej. 23.5

INTeger Cualquier número entero, ej. 200
REFerence Cualquier Elemento identificador, ej. /VESS1, =12/99
TEXT Cualesquiera caracteres encerrados entre comillas sencillas, ej.
‘BOT_STEEL2’
WORD Cualquier secuencia de letras, ej. ABCD
LOGical TRUE o FALSE
POSition Una posición, ej. E10 N50 U100
DIRection Una dirección, ej. E 45 U
ORIentation Una orientación, ej. U is E and N is D
El UTYPE define el tipo de dato que puede ser introducido al UDA para un Elemento accesado
por un usuario en un módulo. Los tipos POS, DIR y ORI son particularmente usados cuando se
usan en conjunto con WRT o FROM. Por ejemplo:
Q :POS OF /EQUI-1 WRT /*
Página 95
Note que cuando se usa WRT, el valor es relativo al Propietario del Elemento, no al Elemento
en sí mismo. De la misma forma este comando extraería los valores de :POS para EQUI-1, y
concatenar los valores de este con los valores de Zone y Site. El resultado será relativo al
World.
ULEN es el número máximo de campos que pueden ser dados, según el tipo de datos que
pueden ser almacenados en el UDA. Por ejemplo, para un UDA de tipo REAL el ULEN debería
tener el valor de 3, para hacer posible almacenar arreglos de coordenadas en 3D. Para TEXT y
WORD, el ULEN es el número máximo de caracteres. El default definido de ULEN es 1, el
máximo es 120.
RPTX (REPORTER text) es un atributo de texto, usado para definir el encabezado de una
columna en un reporte. RPTX puede ser hasta 20 caracteres de largo.
UUNIT (UDA units) es usado para modificar el valor contenido por el UDA igual al que es
mostrado en las unidades especificadas por el usuario. Por ejemplo, si usted define que las
unidades de distancia sean en pies y pulgadas usando el comando FINCH DIST en DESIGN, el
valor del UDA será mostrado en esas unidades (previendo que el valor de UUNIT este definido
con DIST).
UUNIT es un atributo tipo WORD. Las opciones disponibles son las palabras BORE, DISTANCE
(o su abreviación mínima DIST) o NONE. El default es NONE lo cual significa que el valor
mostrado sería exactamente igual al que está almacenado y no variará de acuerdo a las
unidades definidas en el BORE o el DIST. UUNIT debería ser definido como DIST para UDAs
de tipo POS.
DFLT (default). Para casi todos los tipos de UDAs un valor default puede ser definido.
Para UDA tipo INT, REAL o LOG el default será tomado si el ULEN es 1. DFLT no es un
atributo válido para POS, ORI, DIR o REF.
El tipo de definición introducida debe correspondes al UTYPE. DFLT puede ser dejado como
unset o con NONE. En ese caso el UDA no tendrá default.
DESCRIPT es un atributo de tipo texto que puede ser usado para dar una descripción del UDA.
ELELIST (Element list) contiene la lista de los tipos de Elementos para los cuales el UDA es
válido. El Elemento puede existir en las bases de datos de DESIGN, CATALOGUE o
DRAF(PADD), o en la misma base de datos de LEXICON. Hasta 100 tipos de Elementos
pueden ser definidos.
La lista de Elementos debe hacerse utilizando la sintaxis:
ELElist ADD tipo_de_ Elemento
Para remover Elementos de la lista se usa la sintaxis:
ELElist REMove tipo_de_ Elemento
Página 96
Por ejemplo:
ELELIST ADD ZONE PIPE Adiciona los Elementos ZONE y PIPE
ELE REMOVE PIPE Removería el Elemento PIPE
ELE REM ALL Removería todos los Elementos
Para simplificar la entrada con palabras clave se pueden usar ALLP y PRIM para cubrir todos
los componentes de tubería y todos los primitivos respectivamente.
REFLIST (reference list). Este es únicamente relevante si el UTYPE es REF. Esta es la lista de
los tipos de Elementos válidos que el UDA puede referenciar. Por ejemplo, si un UDA tipo REF
es definido en DESIGN a un Elemento EQUI y el Elemento REFLIST del UDA es definido a
VALV, entonces resultará un error. Si REFLIST no está definido entonces este asume que todos
los tipos de Elementos pueden ser referenciados. REFLIST es definido en forma similar a
ELELIST, por ejemplo:
REFLIST REM PIPE BRAN

REF REM ALL
REF REM PRIM
El REFLIST puede tener hasta 100 miembros.
CREANDO Y USANDO UDAS

Antes de Iniciar
Para permitir el uso de LEXICON usted debe ser un usuario tipo FREE y el proyecto debe tener
una base de datos de LEXICON (DICT).
La base de datos de LEXICON debe ser parte de cualquier múltiple base de datos (MDB) la
cual requiera accesar a las UDAs. Si la base de datos de LEXICON es removida de alguna
MDB, no serán reconocidas las UDAs.
Creando Nuevas UDAs

El primer para es crear la jerarquía en la base de datos de LEXICON. Luego se crean las UDAs.
Una sesión típica en LEXICON podría ser como sigue:
NEW UWRL /UWRL1

NEW UGRO /CENTRE_GRAVITY
DESC ‘Centro de gravedad’ - crea el UDA World, UDA Group
NEW UDA /LENGTH UTYP REAL - crea y nombre el UDA, define el tipo REAL
UDNA ‘LENGTH’ - asigna el atributo del nombre ‘user Database’
ABLEN 3 - mínima abreviación LEN
UUNIT DIST - define las unidades del UDA
DFLT 0.00 - define un valor para el UDA
Página 97
Aquí, el valor default del UDA ha sido puesto como cero, pero en un caso como temperatura
este debería ser definido posiblemente con 20.0 para representar una temperatura ambiente.
RPTX ‘Length’ - define el encabezado de la columna que será

utilizado en los reportes
ELE ADD STRU SUBS - define los tipos de Elementos que usarán el UDA
COMPILE - implementa la definición del UDA
El comando COMPILE (con abreviación mínima de COMP), provoca que el UDA sea hecho
disponible para usarse por los Elementos listados en la apropiada base de datos. Los UDAs
nuevos, o los cambios a UDAs existentes, no serán accesibles en las bases de datos de los
usuarios a menos que sea usado el comando COMPILE. No es estrictamente necesario usar el
comando COMPILE cuando un UDA es borrado, pero es recomendable.
Aunque usted utilice el comando COMPILE no será implementado si usted se sale de LEXICON
usando el comando QUIT.
Copiando Definiciones de UDAs

Cuando una definición de un UDA es copiada, una nueva clave (un número de referencia
conocido únicamente por el sistema) es asignado al nuevo Elemento. Ocasionalmente usted
puede querer tener más de una definición con la misma clave, por ejemplo, para variar el default
o la longitud del UDA dependiendo de los tipos de Elemento. Para hacer eso la clave debe ser
copiada usando el comando:
KEYCOPY nombre
Más bien que el estándar:
COPY nombre
Donde dos o más definiciones existen con la misma clave, las definiciones deben tener el
mismo nombre, abreviación mínima y tipo, y diferentes ELELISTS, de otra forma un error
ocurrirá en la compilación. Es recomendable tener las mismas unidades y textos RPTX.
Purgado de UDAs
Cuando un UDA es borrada el espacio tomado en la base de datos por el UDA no se puede
usar hasta que aplica el comando:
PURGE UDAs
El espacio liberado es recuperable cuando la base de datos es compactada la siguiente vez.
Página 98
Propiedad de Crystal Graphics INGENIERÍA
© Derechos en trámite
agosto de 2002
Enrique Rébsamen No.544

Colonia Narvarte
CP. 03020
México, D.F.
Teléfonos :
(01 55) 56 82 53 04
56 82 16 70
55 43 53 60
Crystal Graphics INGENIERÍA

COORDINACIÓN DE CAPACITACIÓN

PDMS Admin

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

PDMS Admin

Transféré par

Droits d'auteur :

Formats disponibles

PDMS

Sesiones con las Bases de Datos.............................................................................................. 23

Salidas Anormales ........................................................................................................................ 48

Cómo son definidos los Módulos .............................................................................................. 72

Creando Nuevas UDAs ............................................................................................................... 97

PEGS (Project EngineerinG System), el cual es un sistema específicamente diseñado para

EL ADMINISTRADOR DEL SISTEMA

Un factor adicional es colocar los requerimientos de personal en el número de gente extra

Muchas compañías tienen el problema de conseguir un conjunto de componentes de tubería y

PROCEDIMIENTOS DEL PROYECTO

Consistencia del Diseño

Con PDMS es adicional la responsabilidad de los procedimientos debido a la necesidad de

El propósito principal de los procedimientos es asegurar la calidad y consistencia en el diseño.

Ante todo, debemos tomar el nombre de la tubería desde el Diagrama de Tubería e

Una secuencia típica podría ser /AREA-SECUECIA-DIAMETRO-ESPECIFICACION

Los Datos no se pierdan

Revisión de Consistencia de Datos

Los accesorios adyacentes se conecten y no exista espacio entre ellos

Es necesario que esta revisión se realice antes de comenzar la producción de isométricos y

El chequeo global se recomienda hacerlo de noche usando CLASHER en el módulo de DESIGN

CONTROL DEL MAPA EN EL DISEÑO

Para actualizar un mapa se usa:

O para revisar este:

REVISIÓN DE LNTEGRIDAD DE LA BASE DE DATOS

La revisión cubre solamente la consistencia en sí misma de los Elementos almacenados en las

Para combinar bases de datos, copiando partes de una dentro de otra

LOS PROYECTOS EN PDMS

PDMS ADMIN permite manejar varias tareas administrativas, incluyendo:

Creación y borrado de archivos de bases de datos

MDB’s coleccionan DB’s. Cuando se entre a un modulo de construcción en PDMS (DESIGN,

Las bases de datos de PDMS

BASES DE DATOS ADMINISTRATIVAS

MISC: Almacena mensajes y macros entre usuarios.

BASES DE DATOS DE MODELO

CATALOGUE: Contiene los catálogos y especificaciones cargadas en el proyecto.

PADD: Contienen los datos de los dibujos producidos en el módulo de DRAFT

COMPARATOR: Bases de datos que son utilizadas por el módulo COMPARE.

LAS BASES DE DATOS DE ADMINISTRACIÓN

La base de datos COMMS

La base de datos MISC

COMO SE RELACIONAN LAS BASES DE DATOS DEL MODELO

COMO SE ALMACENAN LAS BASES DE DATOS

xxxnnn set to pathName

abc000 abciso abcpic abcmac

abcsys abccom abcmis abc001 abcnnn

abc000 Directorio de proyecto. Los archivos bajo este directorio son:

abcsys Base de datos SYSTEM

abciso Directorio que almacena archivos utilizados por ISODRAFT

[Nombre del Team]/[Nombre de la base de datos]

ACCESOS A LA BASE DE DATOS

Los Usuarios pueden ser:

FREE Users (Usuarios Libres) Pueden entrar a todos los módulos

GENERAL Users (Usuarios Generales) No pueden entrar a módulos restringidos, los

Las Bases de Datos pueden ser:

UPDATE Permiten un escritor y n lectores

ACCESO A BASES DE DATOS MULTIWRITE

El arreglo físico de la planta

MÚLTIPLES BASES DE DATOS

COMO SON ACTUALIZADAS LAS BASES DE DATOS

El escritor seleccione SAVEWORK, FINISH o cambie de módulo

El lector seleccione GETWORK o cambie de módulo. Hasta que el lector seleccione

Actualización de las Bases de Datos del Sistema

USANDO BASES DE DATOS MULTIWRITE