Admin R1

PDMS
Plant Design Management System
Versin 11.2
PDMS ADMIN
Manual de Entrenamiento
Crystal Graphics Ingeniera
Curso PDMS Admin
INDICE
Introduccin ....................................................................................................................7
El Administrador del Sistema ....................................................................................................... 8 Estableciendo un Proyecto ........................................................................................................... 9 Catlogos y Especificaciones....................................................................................................... 9 Procedimientos del Proyecto........................................................................................................ 9 Requerimientos de Salida............................................................................................................ 10 Organizacin de Archivos ........................................................................................................... 11 Salidas Grficas............................................................................................................................. 11 Procedimientos de Revisin ....................................................................................................... 12 Consistencia de Datos ................................................................................................................. 12 Deteccin de Interferencias ........................................................................................................ 12 El Mapa Espacial ........................................................................................................................... 13 Control del Mapa en el Diseo.................................................................................................... 13 Sintaxis de Mapas ......................................................................................................................... 13 Revisin de lntegridad de la Base de Datos ............................................................................ 14 Reconfiguracin ............................................................................................................................ 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 Administracin.................................................................................... 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 Mltiples Bases de Datos ............................................................................................................ 21 Como son actualizadas las bases de datos............................................................................. 21 Actualizacin de las Bases de Datos del Modelo ..................................................................... 21 Actualizacin de las Bases de Datos del Sistema .................................................................... 22 Usando bases de datos MULTIWRITE....................................................................................... 22 Bases de datos CONTROLLED................................................................................................... 23
Curso PDMS Admin
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 Mdulos de PDMS ............................................................................................. 25 Scripts y Programas Asociados................................................................................................. 26 Scripts ........................................................................................................................................... 26 Archivos usados por los scripts .................................................................................................. 26 Programas Asociados ................................................................................................................. 26 Bases de Datos Vrgenes............................................................................................................. 26 Macros para la Configuracin 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
Creacin de un Nuevo Proyecto..................................................................................29

Pasos para crear un Proyecto en PDMS................................................................................... 29
Diseando 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 Forneas..................................................................... 42 Borrando Bases de Datos ........................................................................................................... 45 Usando Diferentes Areas ............................................................................................................ 45 Mltiples Bases de Datos ............................................................................................................ 46 Creando MDBs............................................................................................................................. 46 Modificando MDBs....................................................................................................................... 47
Administracin del Proyecto .......................................................................................48

Asegurando la Base de Datos del Proyecto............................................................................. 48 Las Opciones de Admin en el Men Principal......................................................................... 48
Curso PDMS Admin
Salidas Anormales ........................................................................................................................ 48 Display............................................................................................................................................. 49 Las opciones Query ...................................................................................................................... 49 Las opciones Settings.................................................................................................................. 49 La opcin Utilities ......................................................................................................................... 49 Integrity Checking......................................................................................................................... 49 Mandando Mensajes a otros usuarios ....................................................................................... 49 La ventana Design Manager IMPORT ....................................................................................... 50 Las opciones de Project .............................................................................................................. 50 Informacin 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

Introduccin a LAS Familias de Fuentes.................................................................................. 60 Definicin de Caracteres............................................................................................................. 60 Estilos de Carcteres .................................................................................................................. 61 Fuentes definidas por el Usuario................................................................................................ 61 Inclinacin de Fuentes................................................................................................................. 61 Dando de alta Familias de Fuentes............................................................................................ 62
Revisando la Integridad de Datos ...............................................................................63

Estadsticas Almacenadas en las Bases de Datos................................................................. 64 Pasos Preparatorios, antes de iniciar la Revisin.................................................................. 64 Usando DICE .................................................................................................................................. 64 Modos FULL y BRIEF y Errores Mximos................................................................................. 65 Produciendo Estadsticas............................................................................................................ 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
Mdulos.........................................................................................................................72
Curso PDMS Admin
Cmo son definidos los Mdulos .............................................................................................. 72 La Ventana Module Definition..................................................................................................... 72 Definiendo el tamao del Buffer de DABACON....................................................................... 74
Reconfiguracin ...........................................................................................................75
El Proceso de Reconfiguracin.................................................................................................. 75 Iniciando Reconfigurer................................................................................................................. 76 Comandos Administrativos y de Interrogacin ...................................................................... 76 Reconfiguracin Bsica............................................................................................................... 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 Reconfiguracin................................................................................... 79 Ejemplo de una Reconfiguracin Simple ................................................................................. 80 Ejemplo de Salidas usando la Opcin SAMEREF................................................................... 80 Listando el ndice de los nmeros de Referencia................................................................... 81 Controlando la Salida de Reconfigurer..................................................................................... 81 Copiando y Reconfigurando copias de DBs............................................................................ 82 Copias........................................................................................................................................... 82 Copias Reconfiguradas ............................................................................................................... 83 Reconfiguracin Avanzada ......................................................................................................... 83 Referencias entre Bases de Datos............................................................................................. 83 Actualizando Referencias hacia una Base de Dato Reconfigurada........................................ 84 Grabando el Indice de Nmeros de Referencia........................................................................ 85 Copiando Partes de las Bases de Datos ................................................................................... 85 Transfiriendo Datos entre Proyectos ........................................................................................ 87 Mensajes en la Reconfiguracin ................................................................................................ 88 Mensajes de informacin standard............................................................................................. 88 Formato General de Mensajes de Error del Paso 2 ................................................................. 89 Cdigos 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 Jerarqua de la Base de Datos .............................................................................................. 94 Creando y usando UDAs ............................................................................................................. 97 Antes de Iniciar............................................................................................................................. 97
Curso PDMS Admin
Creando Nuevas UDAs ............................................................................................................... 97 Copiando Definiciones de UDAs ................................................................................................ 98 Purgado de UDAs ........................................................................................................................ 98
Curso PDMS Admin: Introduccin
Introduccin
El desarrollo de un proyecto de ingeniera corre a cargo de varias especialidades dentro de una firma de ingeniera, 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 tecnolgicas, el diseo de plantas industriales no poda quedarse atrs, por lo que se han desarrollado programas de cmputo que permiten manejar clculos ms exactos, simulaciones de plantas que an no existen y programas que permiten visualizar grficamente estos proyectos, almacenando en bases de datos asociadas a estos grficos, informacin de los mismos. A lgunos 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 informacin de un proyecto a una base de datos, de tal suerte que se puedan obtener documentos de ingeniera como planos, isomtricos, lista de materiales, reportes, etc. PEGS (Project EngineerinG System), el cual es un sistema especficamente diseado para manejar dibujos esquemticos 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 lneas, hojas de datos, etc. NOTA: Existen otros programas, como REVIEW Reality, QUERY, HYPERPLANT, etc. Los cuales no sern 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 estndares, normas, especificaciones y criterios que se utilizarn para un proyecto en especfico. Estas actividades las debera 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 mdulos y para qu son usados, tambin, debe conocer como iniciar una sesin de PDMS como usuario normal.
Pgina 7
EL ADMINISTRADOR DEL SISTEMA

Cada compaa 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 organizacin, como la definicin 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? Cunta gente se necesitara? Con esta informacin preliminar el Administrador del Sistema debe decidir cuntas estaciones de trabajo se necesitan para el proyecto y por cunto tiempo. La mayora de las compaas que han usado PDMS, tienen datos que relacionan al desempeo del sistema y lo que pueden esperar de sus usuarios. Con esta informacin, se debe estimar el tiempo necesario y la distribucin de estacin de trabajo. Por supuesto, este primer paso es una pequea simplificacin, porque los datos en cualquier proyecto no fluyen de un modo lineal uniforme. Las estaciones de trabajo que son ociosas mediante la carencia de informacin 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 diseo. Mientras el diseo preliminar est en curso, poca gente esta involucrada. Conforme el diseo 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 duracin y esto debe tomarse en cuenta durante la planificacin del proyecto. Otros factores que involucran la distribucin de estaciones de trabajo pueden ser sobre una base departamental. Al principio de un proyecto, ms 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 diseo 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 duracin del proyecto. Otro factor que afecta la distribucin 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 implicara para un proyecto grande muchas bases de datos (60 gentes significan un mnimo de 60 bases de datos para acceso simultaneo) a menos que se contemple un cambio en la forma de trabajo. U n factor adicional es colocar los requerimientos de personal en el nmero de gente extra requerido que desempee tareas tales como verificar Catlogos y Especificaciones, generacin y produccin de isomtricos, etc.
Pgina 8
ESTABLECIENDO UN PROYECTO
H abiendo tomado las decisiones iniciales de personal, la prxima 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 excepcin 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 cmo manejan sus reas.
CATLOGOS Y ESPECIFICACIONES
Despus de los usuarios y password, viene el problema de Catlogos y Especificaciones. Algunas personas tienen el lujo de trabajar con especificaciones constantes, pero otros no son tan afortunados. Muchas compaas tienen el problema de conseguir un conjunto de componentes de tubera y crear una serie de especificaciones antes que puedan comenzar a Modelar tuberas. Frecuentemente esto es complicado por decisiones comerciales que son afectadas por los diferentes fabricantes. Lo que aparecera 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 informacin de componentes y que las especificaciones estn en su lugar cuando se necesiten. Muchas compaas emplean un especialista controlador de catlogos quien es empleado exclusivamente para mantener y actualizar los catlogos del proyecto.
PROCEDIMIENTOS DEL PROYECTO

En un proyecto grande es necesario definir convenciones, estndares y prcticas de trabajo. Estas son necesarias por muchas razones: Consistencia del Diseo Seguridad Eficiencia Instruccin (Enseanza) Con PDMS es adicional la responsabilidad de los procedimientos debido a la necesidad de considerar el uso del sistema de computo, as como los estndares de ingeniera. De varias formas, el beneficio de usar computadoras es el que se tengan organizados los datos de manera ms 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 diseo de tuberas de vapor con alta presin , la calidad del procedimiento puede variar desde simples instrucciones de media pgina hasta mltiples volmenes de proporciones enciclopdicas. Desde este punto de vista, es importante lograr un balance entre el claro entendimiento de un texto con el Pgina 9
peso suficiente para que no sea mal interpretado. El nmero de procedimientos vara entre compaas, nuevamente hay que procurar un balance de acuerdo a la usabilidad de los mismos. El propsito principal de los procedimientos es asegurar la calidad y consistencia en el diseo. Frecuentemente, los procedimientos se escriben para satisfacer requerimientos legales o contractuales, ms que para su uso prctico. En este caso el resultado es menos que satisfactorio.
REQUERIMIENTOS DE SALIDA
U n papel muy importante de los procedimientos es asegurar que los datos de entrada en el diseo 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 informacin que se necesitar para obtener los requerimientos de salida y asegurar una mxima flexibilidad. Especificar los requerimientos de salida de un proyecto, puede oscilar desde sacar el tamao estndar de hoja, hasta formatos especiales de interfaces de datos con otro software. Elementos que afectan la salida incluyen: Convenciones de Nombres Organizacin de Jerarquas Hojas de Respaldo de Planos Registros de Avance del Proyecto Lista de Materiales Formatos de Dibujos Escalas de Dibujo Estndar Nombre y Clasificacin de reas Informacin de Peso y Centro de Gravedad Requerimientos de Esfuerzos Datos de Soportes de Tuberas La lista anterior es nicamente un muestreo de lo que pudiera ser requerido por su compaa en cualquier proyecto. A fin de asegurar que la informacin est disponible, se debe considerar como se puede introducir, almacenar y extraer la informacin cuando se requiera. Como un ejemplo del tipo de implicaciones a largo plazo de sus decisiones iniciales, veremos el concepto de convencin para nombrar tuberas: A nte todo, debemos tomar el nombre de la tubera desde el Diagrama de Tubera e Instrumentacin (DTIs) y usarlo en PDMS. Comnmente el nombre consiste del tamao nominal del tubo, el nombre de la especificacin de la tubera y un nmero secuencial. Podramos escoger cualquier orden y no habra diferencia? La respuesta es s, de diversas maneras. Primero que todo, el nombramiento debe ser uniforme en todo el proyecto, cualquier opcin 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 tamao nominal, todos los reportes de tubera estarn ordenados basndose en el tamao nominal. Si se escoge el nmero consecutivo de tubera, entonces las tuberas sern clasificadas por un nmero nico. Teniendo primero la especificacin en el nombre, se pueden clasificar por especificacin, (y por lo tanto la clase de material). Pgina 10
Esto no es todo, porque si dividimos la tubera a travs de un nmero de bases de datos y por lo tanto un nmero de reas, no podemos mantener el nmero individual de un tubo. Debemos considerar incluir el rea y el nmero del tubo en el nombre para hacerlo nico a travs de la estructura de la base de datos. Nuevamente, debemos decidir la sucesin de partes para conseguir el mejor resultado en nuestra salida. Una secuencia tpica podra ser /AREA-SECUECIA-DIAMETRO-ESPECIFICACION Si se agruparan las tuberas por especificaciones importantes, su podra usar un reporte selectivo o agrupar las tuberas en una zona asignada para una sola especificacin de tuberas. De este sencillo ejemplo se puede ver que la salida de datos puede ser afectada por la eleccin inicial. De hecho hay otras decisiones que afectan el resultado final.
ORGANIZACIN 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 estndar que controle el uso de los archivos.
SALIDAS GRFICAS
Desde el inicio de las entradas de datos al sistema, se deben definir los dibujos del proyecto en reas bsicas. Si se conoce el tamao de las reas, ubicacin, lmites 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 pequeos 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 informacin est siendo almacenada en una computadora) Cualquier capacidad humana sobrante puede ser empleada en otro dibujo con el mnimo inconveniente.
Pgina 11
PROCEDIMIENTOS DE REVISIN
H ay dos maneras principales de revisin dentro de PDMS: Revisin de Consistencia de Datos Deteccin de Interferencias A mbos tipos de revisin 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 introduccin de los nombres de los Elementos del diseo.
CONSISTENCIA DE DATOS
La revisin de Consistencia de Datos se usa dentro del mdulo de DESIGN para verificar tuberas, trayectorias de cables elctricos, estructuras, HVAC y soportes de tubera. La revisin que se realiza incluye la confirmacin de que: Los accesorios adyacentes se conecten y no exista espacio entre ellos Los tipos de conexin son compatibles Los componentes conectados no estn desaliados el uno respecto al otro Los dimetros de tuberas sean consistentes Las conexiones de ramales de tubera con recipientes estn apropiadamente terminadas Las longitudes de tubera que unen dos componentes no sean menores a las mnimas aceptadas. Los ngulos de las curvas y codos caigan dentro de los lmites establecidos en el proyecto Es necesario que esta revisin se realice antes de comenzar la produccin de isomtricos y dibujos. Es tarea del Administrador especificar las tolerancias usadas para esta revisin, por ejemplo, especificar la longitud mnima aceptable de tubo que une dos componentes. Frecuentemente el resultado de la revisin de consistencia de datos se debe enviar a imprimir en un documento el cual se enva a los diseadores, para que lo arreglen.
DETECCIN DE INTERFERENCIAS
El Administrador debe conocer que hay ciertas utileras para revisar interferencias, las cuales estn disponibles para que el diseador detecte sus choques en lnea o solicitando al sistema una revisin en el mdulo de DESIGN. Estas opciones de deteccin de choques se consideran parte del proceso global de revisin de interferencias durante la vida del proyecto. Se debe hacer una corrida global de revisin de choques peridicamente (para favorecer las revisiones de diseo) bajo el control del administrador del proyecto. Cualquier choque encontrado se clasificar como rechazado o aprobado. Los rechazados, el diseador deber corregirlos. El chequeo global se recomienda hacerlo de noche usando CLASHER en el mdulo de DESIGN con un proceso BATCH.
Pgina 12
EL MAPA ESPACIAL
La deteccin de choques hace uso de un mapa espacial en el proyecto de diseo. Este mapa se crea y es mantenido en el mdulo de DESIGN y contiene los tamaos y las posiciones de una serie de cajas con lmites rectangulares que encierran completamente a cada Elemento de diseo.
CONTROL DEL MAPA EN EL DISEO

Existen diversas utileras 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 diseo que estas utileras estn disponibles o que puedan ser usadas. Se puede notificar a los diseadores 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 automticamente para cada base de datos durante una sesin de diseo. El mapa puede encenderse o apagarse: MAP ON MAP OFF U n uso lgico de este comando sera durante las etapas iniciales de un proyecto cuando muchas adiciones o modificaciones al catlogo son hechas, puede ser benfico apagar el mapa, desde el punto de vista del desempeo. Q MAP Le informar el estado actual del mapa, ya sea que est completo y siendo mantenido. Tambin le dir si la base de datos del catlogo en su MDB ha sido cambiada desde la ltima construccin del mapa. Para actualizar un mapa se usa: MAP BUILD MDB O para revisar este: MAP CHECK MDB Una opcin inteligente sera utilizar el siguiente comando antes de una corrida de interferencias: MAP BUILD NEW MDB El cual recalculara completamente la geometra de todos los lmites de las cajas de obstruccin si han o no cambiado desde la actualizacin previa del mapa. El nuevo mapa sobrescribe cualquier mapa existente.
Pgina 13
REVISIN 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. Tambin puede revisar la consistencia de la base de datos del sistema, y producir informacin estadstica sobre el uso efectivo de la capacidad de almacenamiento de las bases de datos. La revisin cubre solamente la consistencia en s misma de los Elementos almacenados en las jerarquas de la base de datos. La consistencia de los atributos de los Elementos puede ser revisada usando la opcin Data Consistency en los mdulos DESIGN y DRAFT.
RECONFIGURACIN
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 recuperacin de bases de datos corruptas La Reconfiguracin puede tambin ser necesaria cuando una nueva versin de PDMS es instalada, a pesar de que en esos casos existen macros proporcionados por el producto, los cuales reconfigurarn los proyectos automticamente.
LOS PROYECTOS EN PDMS

El Proyecto es un concepto fundamental en PDMS, y todos los trabajo tienen lugar dentro de un Proyecto. U n Proyecto en PDMS contiene un nmero de archivos de bases de datos. Cada archivo de base de datos es propietario de un nmero de Elementos; cada Elemento tiene un nmero 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: Creacin y borrado de archivos de bases de datos Creacin 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 mltiples bases de datos (MDB s) U na de las principales funciones de ADMIN es crear y manejar los Elementos PDMS ADMIN: Teams, Users, DBs (Databases) y MDB s (mltiple 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. Pgina 14
MDB s coleccionan DB s. Cuando se entre a un modulo de construccin en PDMS (DESIGN, SPOOLER, DRAFT o ISODRAFT) se debe especificar una MDB, esta define que DB s puede accesar el usuario. U suarios 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 algn Team.
Pgina 15
Curso PDMS Admin: Las bases de datos de PDMS
Las bases de datos de PDMS

U n 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 mdulos del programa. COMMS: Almacena la informacin de quin est usando que mdulo 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 informacin de diseo para el proyecto. CATALOGUE: Contiene los catlogos y especificaciones cargadas en el proyecto. PADD: Contienen los datos de los dibujos producidos en el mdulo de DRAFT ISOD: El cual contiene dibujos de spools de tuberas producidos por el mdulo de SPOOLER. PROPERTIES: Pueden contener propiedades de material, los cuales pueden ser referenciados a travs de los catlogos. DICTIONARY: Las cuales contienen las definiciones de UDAs (Atributos definidos por el usuario), las cuales se crean en el mdulo de LEXICON. COMPARATOR: Bases de datos que son utilizadas por el mdulo COMPARE. Cada proyecto puede tener solo uno de cada tipo de base de datos administrativa, pero puede tener cualquier nmero de bases de datos de Modelo.
LAS BASES DE DATOS DE ADMINISTRACIN

La base de datos SYSTEM
H ay una y solamente una base de datos SYSTEM en el directorio del Proyecto. Esta almacena informacin administrativa sobre la composicin y uso del proyecto, incluyendo lo siguiente: Una lista de todas las bases de datos las cuales estn 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 mdulos 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 Pgina 16
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 informacin sobre quien esta usando que mdulo 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 mdulo. Cada usuario tiene accesos de lectura a las reas de los otros usuarios, y pueden encontrar informacin 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 informacin para sus componentes de diseo, 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.
Pgina 17
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 cdigo del proyecto y nnnn es un nmero del 1 al 6999. nnnn es conocido como el nmero 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 nmero ser usado, en le momento en el que usted crea la base de datos. Una vez que un nmero 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 cdigo del proyecto y nnn es el nmero 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 nmero de rea de las bases de datos debe ser definida con el valor correspondiente, en este caso, 1. Cada proyecto es identificado por un cdigo de tres caracteres, los cuales no deben ser numricos. Se recomienda el uso de caracteres que puedan ser relacionados fcilmente con el ttulo del proyecto o el nombre de la planta. Existen otros directorios asociados con cada proyecto, los cuales almacenan macros de conexin entre bases de datos, archivos de dibujos hechos en DRAFT y archivos de ISODRAFT. Enseguida Pgina 18
se muestra la estructura del directorio del proyecto y la convencin que siguen los archivos bajo este, con su respectiva nomenclatura, tomando como ejemplo un proyecto con el cdigo 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 mximo de 8188, pero los numero entre 7000 7999 son reservados para uso de CADCENTRE, y los nmeros de 8000 hacia arriba son usados por el sistema. abciso abcpic abcmac Directorio que almacena archivos utilizados por ISODRAFT Directorio que almacena archivos de dibujo producidos por DRAFT Directorio que almacena macros de conexin 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 convencin 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 tendrn acceso de escritura a la Base de datos de ese Team. Un usuario puede pertenecer a muchos Teams.
Pgina 19
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 mdulos Pueden actualizar cualquier base de datos GENERAL Users (Usuarios Generales) No pueden entrar a mdulos restringidos, los cuales son usualmente mdulos 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 CONTROLLED MULTIWRITE Permiten un escritor y n lectores Permiten un escritor y n lectores, igual que UPDATE. El acceso de escritura es controlado exterNamente a PDMS. 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 fsico de la planta Las diferentes disciplinas de ingeniera 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 simultneamente. Para bases de datos multiwrite, puede ser ms apropiado adicionar varias bases de datos al mismo Team, y permitir a varios usuarios pertenecer a este Team.
Pgina 20
MLTIPLES BASES DE DATOS

Para controlar que datos puede ver un usuario, las bases de datos son agrupadas dentro de Mltiples Bases de Datos (MDB s). Un proyecto contendr al menos una MDB. Una base de datos puede ser miembro de cualquier nmero de MDB s. U na 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 adicin a esto, la MDB debera contener todas las otras bases de datos de DESIGN que tengan datos en el mismo volumen fsico en el que el usuario esta trabajando, con lo que se asegurar la precisin de la revisin de interferencias, y todas las otras bases de datos de DESIGN las cuales tendrn conexiones al rea de diseo de los usuarios. Muchos usuarios pueden accesar la misma MDB . Hay diferentes caminos de permitir el acceso a las MDBs, algunas opciones son: U na 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 opcin puede ser conveniente para proyectos largos con muchas DBs y Usuarios. U na 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 opcin es comnmente conveniente para pequeos o medianos proyectos con pocas DBs y Usuarios. MDBs para propsitos especiales. Por ejemplo, Una MDB conteniendo datos de tubera solamente para producir MTO, etc.
COMO SON ACTUALIZADAS LAS BASES DE DATOS

Actualizacin de las Bases de Datos del Modelo
Esta seccin 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 mdulo, 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 sern descartados y los efectos de todos los comandos dados mientras se trabaj en el mdulo desde el ltimo SAVEWORK sern perdidos. U n usuario que solamente lee una base de datos podr ver los cambios en ella despus de que: Pgina 21
El escritor seleccione SAVEWORK, FINISH o cambie de mdulo Y El lector seleccione GETWORK o cambie de mdulo. Hasta que el lector seleccione GETWORK, el continuar viendo los datos exactamente como estaban antes de que el escritor seleccionara SAVEWORK.
Actualizacin de las Bases de Datos del Sistema

Las bases de datos SYSTEM almacenan informacin sobre los usuarios, Teams, bases de datos y definiciones de los mdulos en el proyecto. Esta informacin 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 informacin. Entrando a ADMIN se abre la base de datos SYSTEM en modo de escritura, y todos los otros mdulos 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 automticamente aplica SAVEWORK despus 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 ms 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 ningn otro usuario pueda cambiarlos al mismo tiempo. Cuando usted crea las bases de datos multiwrite, usted debe definir el modo de ejecucin del claim. Si el modo claim es explicit, los usuarios deben apropiarce de cualquier Elemento que ellos quieren comenzar a modificar en forma explcita. Si el modo claim es implicit, un Elemento ser apropiado por el usuario automticamente 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 mdulo. Los Elementos tambin pueden ser liberados en cualquier otro momento, siempre que ellos no hayan sido modificados desde el ltimo SAVEWORK. U sted solo puede apropiarse de Elementos primarios.
Pgina 22
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 ms 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 explcitamente liberado. A diferencia de bases de datos MULTIWRITE, esos apoderamientos son recordados a travs 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 sern perdidos.
SESIONES CON LAS BASES DE DATOS

Cada vez que un usuario aplica SAVEWORK o cambia de mdulo, una nueva sesin 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 sesin nmero 106 para TEAM1/DB1 y una sesin nmero 289 para TEAM1/DB2. Si en el siguiente SAVEWORK solamente TEAM1/DB1 ha sido modificada entonces este nmero de sesin ser incrementado a 107, y para TEAM1/DB2 permanecer sin cambios. El nombre del usuario y la fecha actual son almacenados en cada sesin. Opcionalmente, el usuario puede adicionar un comentario a la sesin. 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 sesin sobre los cambios hechos a los Elementos o atributos. Para cualquier base de datos, la Sesin 1 es cuando la base de datos es creada, y la sesin 2 es cuando el World es creado. Esto significa que la primera sesin del usuario es la sesin 3.
Pgina 23
RECUPERANDO Y UNIENDO SESIONES

Las sesiones de PDMS permiten grabar la historia de cambios a la base de datos. Usted puede recuperar una sesin previa de la base de datos. Cuando una nueva sesin 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 informacin de sesiones intermedias para cada base de datos.
Pgina 24
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 estacin 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 versin de PDMS, un directorio que siempre existe contiene los ejecutables de PDMS. Ese directorio usualmente tiene el nombre del nmero de versin actual de PDMS, ej. Pdms11.2. El contenido de ese directorio cae dentro de las siguientes categoras generales: Ejecutables de los mdulos de PDMS Programas y scripts asociados Bases de Datos Vrgenes Macros para configuracin de los proyectos Archivos con los mensajes de error Archivos de datos Archivos INFO Archivos Miscelneos Archivos de fuentes (Font Files)
EJECUTABLES DE MDULOS DE PDMS

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

H ay algunos otros archivos script/ejecutables que pueden correrse directamente desde el sistema operativo (comnmente hecho desde dentro de PDMS). Los scripts se proporcionan con el producto estndar como una gua nicamente y pueden ser modificados si se requiere. Estos pueden ser:
Scripts
makeS upgradeS Programa para la creacin de un proyecto Asistente con el que se actualiza una versin anterior de PDMS
Archivos usados por los scripts

Control entry controlb entryb dop make Programa de control de PDMS, usado al entrar Programa interactivo de entrada a PDMS Programa de control de PDMS, usado con entryb Programa de entrada a PDMS por lotes DICE usado fuera de PDMS Programa de creacin de proyectos
Programas Asociados
saint_gt Interface entre PDMS SAINT y el paquete de anlisis de esfuerzos GTSTRUDL
BASES DE DATOS VRGENES

Las bases de datos vrgenes son las plantillas vacas 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 cmpvir.dat desvir.dat dicvir.dat padvir.dat provir.dat sysvir.dat CATALOGUE DB COMPARATOR DB DESIGN DB DICTIONARY DB PADDLE Drawing DB PROPERTIES DB 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 nmero de archivos vrgenes de bases de datos puede variar con las versiones.
Pgina 26
MACROS PARA LA CONFIGURACIN DEL PROYECTO

H ay cuatro macros para la configuracin de proyectos. Estos son: makemac.mac Corre en conjunto con el programa make para crear un proyecto y llamar la definicin de los mdulos. Corre en conjunto con delmac.mac para redefinir un proyecto que se usar en una versin diferente de PDMS. Llamado por ambos macros de arriba para crear todas las entradas a los mdulos de la versin actual de PDMS. Borra toda la definicin de los mdulos de un proyecto, excepto ADMIN y MONITOR, dejando el proyecto en un estado donde makmac.mac puede ser corrido nuevamente sin riesgo.
makmac.mac
modmac.mac
delmac.mac
EL ARCHIVO DE MENSAJES DE ERROR

El archivo llamado message.dat retiene todos los mensajes de error que pueden ser producidos por cualquier mdulo de PDMS
EL ARCHIVO INFO
El archivo de datos pdinfo.txt contiene la ltima informacin 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 crearn automticamente en pdmswk conforme varias operaciones se van desempeando en PDMS y, cuando se sale de PDMS, estos se borrarn. Si no hay trabajos de PDMS corriendo, ese directorio debera estar vaco.
EL ARCHIVO DE SEGURIDAD DE CADCENTRE

H ay otro directorio, flexman2.1, el cual se proporciona con la versin de PDMS. Este directorio contiene los archivos de seguridad, FLEXLM_1015.SF, sfconf y fatc. Estos archivos son usados en la primera instalacin para crear el archivo license.dat, el cual es referenciado continuamente por PDMS para mantener la seguridad del producto.
Pgina 27
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 evars.bat Para el sistema operativo UNIX 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 captulo.
Pgina 28
Curso PDMS Admin: Creacin de un Nuevo Proyecto
Creacin 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 maysculas, 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 lneas: 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 Pgina 29
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. A parece 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 continuacin: Creating System Virgin DB Para cada tipo de base de datos, y finalmente un mensaje: Creating module definitions referencing %PDMSEXE% 5. U na 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 instruccin finish, con lo que se sale de utileria de creacin de proyectos. Para el caso de creacin de un proyecto en sistema operativo UNIX: 3. Se escribe lo siguiente en la ventana de UNIX: $PDMSEXE/makeS abc makeS har automticamente 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 vrgenes Define los mdulos de PDMS corriendo modmac.mac Define el directorio de fuentes Finalmente, makeS checa que todas las bases de datos vrgenes estn presentes. En UNIX tambin existe la posibilidad de correr por pasos la creacin del proyecto, en lugar de corre makeS se escribira 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 vrgenes y corre el macro makemac FINISH Finaliza el proceso de creacin Pgina 30
El proyecto ha sido creado, para revisar que est creado hay que entrar al directorio del proyecto abc000 y ver su contenido. El directorio debera 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 mdulo ADMIN de PDMS, se disear la estructura que tendr el proyecto.
Pgina 31
Curso PDMS Admin: Diseando un Proyecto
Diseando un Proyecto
ADMIN
U na vez dentro del proyecto, en el mdulo 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 administracin de los mdulos de PDMS. Tambin podr ver la ventana ADMIN Elements
Pgina 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 M DB). Usted puede cambiar entre el tipo de Elemento a manejar, seleccionando en el botn de opcin 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 permitirn crear, copiar, modificar y borrar Elementos del tipo deseado. Con la opcin Sort by se pueden ordenar los Elementos listados por nombre o por descripcin y en la opcin Filter se pueden filtrar los Elementos listados con algunas palabras similares y utilizando los caracteres * y ?. * ? Significa varios caracteres Significa un caracter
NOTA: Es obligacin del administrador del sistema, cambiar el userid y el password del usuario SYSTEM la primera vez que se entra al mdulo ADMIN cuando se crea un proyecto, ya que de ello depende la seguridad del proyecto. En el mdulo ADMIN de PDMS se permite colocar informacin adicional al proyecto para fines de documentacin y claridad en su uso. Esto se hace en la ventana Proyect Information que se muestra a continuacin y la cual se despliega seleccionando Proyect>Information
Pgina 33
Los datos complementarios que se deben introducir en la creacin de un proyecto son los siguientes:
A ntes de continuar con el diseo del proyecto de PDMS, como ya se coment antes, el administrador del sistema junto con los encargados de las diferentes disciplinas que participarn en el proyecto, deben definir los siguientes puntos: Cantidad de usuarios de PDMS que participarn 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 combinacin de las dos y por cuanto tiempo cada modo. El perodo con el que se harn los respaldos al proyecto. El perodo de revisin de consistencias de las bases de datos. Cada cuando se reconfigurarn las bases de datos. Si se va a trabajar con grupos. Que informacin debe contener cada base de datos. Etc.
Pgina 34
TEAMS Y USUARIOS
U sted 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 botn de opcin Element en la ventana ADMIN Elements y escoja Team, presione el botn Create. Esto desplegar la ventana Create Team:
Para crear un Team, introduzca un Nombre y una descripcin (la cual es opcional), en los campos correspondientes. Oprima el botn 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. Pgina 35
Para que el Team acepte el usuario es necesario oprimir el botn Apply despus 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 botn de opcin Element de la ventana ADMIN Elements en la opcin User y se oprime el botn Create. Entonces se desplegar la ventana Create User.
Introduzca un nombre y un password, y defina en el botn Security si el tipo de usuario que desea Free o General. Opcionalmente usted puede escribir una descripcin. Oprima el botn 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, seleccionndolo de la lista y oprimiendo el botn con la flecha derecha, de esta manera los Teams que aparezcan del lado derecho sern aquellos a los que el usuario pertenezca.
Pgina 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 botn 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 opcin Modify, entonces la ventana cambiar a la opcin de Modify. En los usuarios usted puede cambiar lo siguiente: Nombre Password Seguridad Descripcin Teams a los que pertenece Para los Teams usted puede cambiar lo siguiente: Nombre Descripcin 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 botn Copy. Se desplegar la ventana Copy. Para los Usuarios:
La cual permite dar un nombre al Usuario, Un Password, la Seguridad y Una descripcin al Elemento. El nuevo usuario ser miembro de los mismos Teams a los que pertenece el usuario original.
Pgina 37
Para los Teams:
La cual permite dar un nombre al Team y una descripcin. Si usted enciende el botn Include Users, todos los miembros de el Team original sern miembros del nuevo Team. Copias de todas las Bases de datos del Team sern 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 botn 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.
Pgina 38
BASES DE DATOS
Creando Bases de Datos
Para crear un Base de Datos, en la opcin Element de la ventana ADMIN Elements se selecciona Database, y se oprime el botn 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. Pgina 39
El Database Name se introduce en el cuadro de texto Name. Se puede colocar una descripcin 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 tambin tendr que seleccionar el Claim Mode en el botn 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 ms de una Base de datos con el mismo DB Number en la misma MDB . File Number es usado en la generacin del nombre del archivo de la base de datos. Por ejemplo, Una base de datos en un proyecto abc con el archivo nmero 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 opcin Modify. U sted puede cambiar el Nombre, Descripcin, 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 pidindole que confirme si usted quiere sobre escribir la base de datos.
Pgina 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 opcin Element de la ventana Admin Elements, seleccionando el Elemento que se desea copiar y presionando el botn Copy. Se desplegar la ventana Copy Database.
En la ventana, usted puede especificar el Team que ser propietario, seleccionndolo de la lista de Teams que se muestran en la ventana. Tambin se le puede dar un nombre a la copia, una descripcin y un nmero de rea (Area Number). N ote que no puede cambiar el nmero de la Base de Datos de la base de datos copiada. Tendr el mismo nmero que el original. Usted no puede tener ms de una base de datos con el mismo nmero en la misma MDB. NOTA: Para evitar riesgos en la corrupcin de bases de datos, todas las copias de las bases de datos deben ser hechas desde el mdulo ADMIN y no usando herramientas del sistema operativo o comandos. Las bases de datos copiadas, pueden ser cambiadas o borradas. Pgina 41
Incluyendo y Copiando Base de Datos Forneas

U sted puede copiar Bases de Datos de otros proyectos. Las bases de datos tambin pueden ser compartidas entre proyectos, lo cual ahorra espacio en disco y elimina errores los cuales podran ser causados por copiar. Las bases de datos de catlogos son comnmente compartidas con este mtodo. Las bases de datos incluidas desde un segundo proyecto son tambin conocidas como bases de datos forneas. 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 sern compartidas. Las Bases de Datos en el proyecto origen, que sern compartidas no deben tener un nmero de base de datos que choque con un nmero de base de datos existente en el proyecto destino. N ote que las Bases de Datos Forneas son marcadas con un * en la lista de bases de datos. Para incluir una Base de Datos Fornea, en la opcin Element de la ventana ADMIN Elements se selecciona Database, y se oprime el botn 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 botn 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.
Pgina 42
U sted puede excluir una base de datos fornea oprimiendo el botn Exclude DB en la ventana ADMIN Element. Al oprimir este botn se desplegar la ventana Exclude DB.
Para excluir la base de datos, basta seleccionarla en esta ventana y oprimir el botn Exclude. Pgina 43
Para copiar una base de datos fornea, en la opcin Element de la ventana ADMIN Elements seleccione Database, y oprima el botn 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. Pgina 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. U sted tambin 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 opcin le permite definir individualmente las base de datos a las que se quiere apuntar en el proyecto de ejemplo MAS
Local Master DBs Esta opcin 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 botn 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 automticamente 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.
Pgina 45
MLTIPLES BASES DE DATOS

Creando MDBs
Para crear una MDB, seleccione en la opcin Element en MDB de la ventana ADMIN Elements y oprima el botn Create. Lo cual desplegar la ventana Create Multiple Database:
La ventana anterior permite dar una Nombre y una descripcin 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. U na 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 Pgina 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 diseo. La lista Project Database muestra todas las bases de datos en el proyecto las cuales no estn 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 botn de opcin 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 tendrn 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 botn Modify en la ventana Admin Elements con lo que se desplegar la ventana Modify. bien: Seleccione Modify del botn de opcin Create/Modify en la ventana Create, si es que esta desplegada, y el modo cambiar a Modify.
Pgina 47
Curso PDMS Admin: Administracin del Proyecto
Administracin del Proyecto

ASEGURANDO LA BASE DE DATOS DEL PROYECTO
La Base de Datos del Proyecto puede ser bloqueada usando el botn Lock que se encuentra a la derecha del men principal de ADMIN. El bloqueo no tiene efecto en los usuarios que ya estn 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 liberacin de datos nuevos aprobados o para incorporar nuevas versiones de los mdulos 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 mdulos de PDMS. Seleccionando Admin>Savework se grabarn 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 sesin de trabajo actual. Usted puede ver los detalles de sesiones previas usando los botones de la ventana para moverse a travs de las sesiones. Seleccionando Admin>Modules se despliega un submen en el cual se puede seleccionar el mdulo de PDMS que usted desea. Seleccionando Admin>Exit se guardarn 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 energa o choque en el sistema, y listando los archivos de las bases de datos en el sistema operativo, usted puede ver archivos con una extensin .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 extensin .delete d.
Pgina 48
Cuando usted selecciona SAVEWORK, o sale normalmente lo cual automticamente 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 extensin, 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 informacin sobre los usuarios actuales, y listar informacin sobre cualquier Team, User, Database o MDB.
LAS OPCIONES SETTINGS

La opcin 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 opcin Settings>Change Password permite definir si los usuarios pueden o no cambiar sus passwords. Si selecciona Enabled, los usuarios vern una opcin 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 OPCIN UTILITIES
Integrity Checking
Esta opcin despliega la ventana Data Integrity Check. La cual sirve para revisar la integridad de las bases de datos del proyecto. (Se describir ms adelante).
Mandando Mensajes a otros usuarios

Usted puede mandar mensajes a otros usuarios seleccionando Utilities>Send Message. Lo cual desplegar la ventana Send Message:
Pgina 49
U sted puede mandar un mensaje a: Un usuario individual Todos los miembros de un Team especfico 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 mdulo o dejan PDMS. U sted puede listar mensajes. Un mensaje es automticamente 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) vaca, 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 informacin 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 mdulos en PDMS. Replicate le permite replicar la estructura de un proyecto. Pgina 50
Expunge le permite remover usuarios fantasmas desde el Proyecto, despus de una salida anormal.
Informacin de Proyecto
U sted puede adicionar informacin sobre el Proyecto seleccionando Project>Information desde el men principal. La ventana Project Information ser desplegada.
U sted puede definir el Nombre, Descripcin, Mensaje y Nmero. El mximo 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 opcin Project>Replicate le permite replicar un proyecto, incluyendo todos los datos, o solamente la estructura del proyecto. La opcin Project Data copia el proyecto actual a un nuevo proyecto. Antes de usar esta opcin, usted debe crear los directorios del nuevo proyecto y definir las variables de ambiente para el proyecto copiado. Entonces se introduce el cdigo del nuevo proyecto en la ventana Replicate Project.
Pgina 51
NOTA: Un proyecto no debe ser replicado fuera de PDMS copiando el directorio del proyecto a otro directorio de proyecto. Esto es porque la informacin sobre el nombre del proyecto es almacenada dentro de las DBs por s mismo. La opcin 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 opcin, 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: Creacin de usuarios Creacin de Teams Adicin de usuarios a Teams Creacin de bases de datos Copia de bases de datos Creacin de MDBs Adicin de bases de datos a MDBs y hacerlas actuales si es apropiado.
Pgina 52
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 opcin Project>Expunge>All remover todos los usuarios fantasma del sistema. Se mostrar una ventana de confirmacin para que se prosiga con la operacin. La opcin 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.
Pgina 53
LAS OPCIONES DE DATA EN EL MEN PRINCIPAL

Las opciones Data son las siguientes: La opcin Data>Change Management permite combinar y recuperar sesiones de PDMS La opcin 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 sesin 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 despus de una fecha o nmero de sesin sean combinados. Por ejemplo, pudiera haber una sesin 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:
Pgina 54
U sted 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 despus de un tiempo, fecha o nmero de sesin dado. Si usted selecciona System Database, usted puede combinar cambios antes o despus a un tiempo, fecha o nmero de sesin dados. Si usted selecciona Single Project Database, seleccione una base de datos de la lista. Note que el botn More est ahora disponible. Este desplegar la ventana Database Session, la cual lista informacin sobre las existentes sesiones para la base de datos. El botn 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 botn Rebuild list. Pgina 55
Recuperando Sesiones
U sted puede regresar una base de datos al estado que esta estaba en una sesin previa, puede hacer esto usando la opcin 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 especficos de un tiempo, fecha o nmero de sesin. N ota: Subsecuentes sesiones se perdern, y usted puede desear copiar una base de datos antes de la recuperacin. Usted puede recuperar a una fecha o nmero de sesin requerido. El botn 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 botn Rebuild list.
Inter-DB Macros
Los Inter-DB macros (macros entre bases de datos) son creados en las siguientes situaciones: U n usuario en DESIGN realiz una conexin a un Elemento el cual est en una base de datos de DESIGN a la cual el usuario no tiene acceso de escritura. Pgina 56
U n usuario en DESIGN realiza una conexin 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. U n 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 conexin entre bases de datos se crear. Por ejemplo, si el proyecto actual es sam, el macro de conexin 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 conexin 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.
U n macro puede ser borrado seleccionando este en la lista y oprimiendo el botn Delete. Esto permitir al Administrador borrar cualquier macro, no solo los macros para el Team actual.
BASES DE DATOS DISTRIBUIDAS

A lgunas veces es necesario dividir un proyecto entre diferentes directorios, discos o mquinas. 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 creacin Por copiado Por mover bases de datos Pgina 57
Ejemplo: A sumir 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 estacin 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 debera ser corto segn la convencin del nombre. Lo que es importante es que el nombre se d a las variables de ambiente las cuales muestran la localizacin 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 cdigo del rea que usted desea localizar en el directorio destino. No tiene significado la numeracin usada para esas reas, sin embargo una numeracin secuencial le ayudara a recordar las reas ya usadas. NOTA: El nmero de rea debe estar en un rango de 1 a 999
Por ejemplo: Nombre del Proyecto = RAB000 Cdigo 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 maysculas. Cuando se selecciona un nmero de rea, se sugiere que un nmero mucho ms grande que los nmeros de bases de datos usados en el proyecto. Las reas pueden ser listadas usando el comando LIST AREA nmero de rea, el cual proporciona una lista de las bases de datos en el rea especificada. U na vez que el directorio requerido y la variable de ambiente ha sido creada, usted puede crear las bases de datos como se describi anteriormente.
Pgina 58
Moviendo una base de datos a otra Area

U sted puede mover una base de datos usando el comando MOVE, por ejemplo: MOVE DB ADMIN/CA1B TO AREA 051 A dicionalmente usted puede modificar el nmero de rea desde la ventana de Modify DBs.
Pgina 59
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 mdulos grficos. N ote que todos los archivos de fuentes de PDMS tienen el sufijo .gfb.
INTRODUCCIN A LAS FAMILIAS DE FUENTES

U na familia de fuentes combina una definicin de caracteres con un estilo de carcter.
Definicin de Caracteres
U na definicin de carcter es especificada por nombre o por un nmero de cdigo CADC derivado de su nmero de Registro Internacional (ISO-IR) o desde su nmero de parte ISO 8859. Los caracteres definidos disponibles son: Nombre Latin 1 Latin 2 Latin Cyrillic UK US Greek Cyrillic Cdigo 885901 885902 885905 4 6 18 37 Descripcin ISO 8859-1 Latin alphabet No. 1 ISO 8859-2 Latin alphabet No. 2 ISO 8859-5 Latin/Cyrilic alphabet Standard UK ASCII (ISO 646 Reg 4) Standard US ASCII (ISO 646 Reg 6) ISO 2375 Registration 18 ISO 2375 Registration 37
El ISO 8859 define el contenido de todos los caracteres del estndar US ASCII, define adems marcas de puntuacin extra, smbolos, acentos, caracteres acentuados y caracteres combinados. Latin-1 proporciona caracteres adicionales para los siguientes lenguajes: Dans, Holands, Francs, Alemn, Italiano, Noruego, Portugus, Espaol, Sueco, Islndico, Finlands, Irlands. Latin-2 proporciona caracteres adicionales par los siguiente lenguajes: A lbans, Rumano, Checo, Alemn, Serbocroata, Eslovaco, Hngaro, Polaco y Esloveno. Latin/Cirylic proporciona caracteres adicionales par los siguientes lenguajes: Blgaro, Bielorruso, Macedonio, Serbocroata, Ucraniano y Ruso.
Pgina 60
Estilos de Carcteres
Los estilos de caracteres son tambin especificados por nombre o nmero de cdigo. Los estilos disponibles son: Nombre Line Block Serif Italic Script Typewriter UWLine Cdigo 1 2 3 4 5 6 7 (Uniform Width Line)
Los estilos del 1 al 5 son espaciados proporcionalmente, significa que el espacio entre caracteres vara de acuerdo con el tipo de carcter que se coloque. Los estilos 6 y 7 tienen espaciado fijo y son mejores para la construccin de listas o tablas donde los Elementos deben estar alineados verticalmente. N o todos los estilos estn disponibles para cada definicin de carcter. Un error ser mostrado si una combinacin especificada no est disponible.
Fuentes definidas por el Usuario

U na familia de fuentes puede tambin ser definida por dos archivos fuente proporcionados por el usuario. Un archivo es usado para definir los caracteres estndar y el segundo archivo (opcional) para definir una versin 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.
Inclinacin de Fuentes
Para cada familia de fuentes, usted puede definir un ngulo de inclinacin entre 85 y +85 grados inclusive. Eso provocar que el texto sea inclinado hacia delante (ngulos positivos) o hacia atrs (ngulos negativos).
Pgina 61
DANDO DE ALTA FAMILIAS DE FUENTES

Seleccione Project>Font Families del men principal, con lo que se desplegar la ventana Font Family:
La opcin Font Directory define el directorio donde se almacenan los archivos de las fuentes. La opcin Current Font Settings muestra las cuatro fuentes que son disponibles. Este muestra en donde son definidos, el tipo de carcter definido y el estilo. U sted puede cambiar la definicin de la fuente seleccionada en la lista, cambiando lo definido en el resto de la ventana.
Pgina 62
Crystal Graphics INGENIER A
Curso PDMS Admin: Revisando la Integridad de Datos
Revisando la Integridad de Datos

La revisin 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 revisin principal es: Estn los datos completos de la jerarqua intactos? Por ejemplo, Todas las listas contienen todos los miembros que ellos deberan contener? Todos los nombres de los Elementos estn correctamente almacenados y son accesibles? Las referencias a otras bases de datos son vlidas? Si no, una advertencia se desplegar. Comnmente 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 tambin le dice como son almacenados muchos Elementos. Las causas ms probables de corrupcin 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 Reconfiguracin de una DB sin una correspondiente actualizacin a todas las DBs que tenan puntos de referencia entre estas. Una falla no detectada en el software de Manejo de Bases de Datos de PDMS. Es importante que cualquier corrupcin la cual ocurra sea detectada tan rpido como sea posible, de modo que el Administrador del Sistema pueda reemplazar la base de datos daada por una copia de seguridad. Por esta razn, DICE es diseado para operar tan rpido como sea posible, usando relativamente pocos recursos de la computadora, de modo que sea econmico y prctico revisar la totalidad de la base de datos del proyecto en forma regular, y no solo cuando surja una necesidad inmediata, como lo sera una falla en la computadora. Es recomendable que la revisin con DICE sea corrida frecuentemente, por ejemplo, antes de que el respaldo diario sea hecho. DICE debera ser corrido al menos una vez a la semana.
Pgina 63
ESTADSTICAS ALMACENADAS EN LAS BASES DE DATOS

Durante el proceso de revisin, DICE puede sacar estadsticas sobre el contenido de las bases de datos, con el uso de muy pocos recursos extra. Las siguientes estadsticas pueden ser producidas: El nmero total de Elementos en la Base de Datos El nmero de nombres referenciados en la Base de Datos.
PASOS PREPARATORIOS, ANTES DE INICIAR LA REVISIN

U n resumen de la mayora de la informacin del proyecto, almacenada en la Base de Datos del Sistema puede ser obtenido usando la opcin Query. Esto puede ser de mucha ayuda cuando se decide cuales DBs necesitan una revisin detallada. A unque 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 ms 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. U sted puede usar la opcin Query para ver cuales otros usuarios estn actualmente accesando al proyecto, cuales DBs estn usando, y que modo de acceso tiene cada uno de ellos. Tal vez usted desee bloquear el proyecto oprimiendo el botn Lock en el men principal. El bloqueo prevendr que cualquier usuario extra entre en el proyecto, aunque los usuarios que ya estn adentro continen trabajando.
Usando DICE
Seleccione Utilities>Integrity Checking del men principal, esto desplegar la ventana Data Integrity Check.
Pgina 64
Las opciones Check en la parte superior de la ventana le permiten escoger cuales bases de datos desea revisar. Si el botn de opcin est definido como Selection, usted puede seleccionar las bases de datos que desee en la lista. La opcin 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 revisin que se mostrarn. Estas se describen a continuacin.
Modos FULL y BRIEF y Errores Mximos

H ay dos tipos de errores detectados por DICE: Un error fatal es identificado si la DB est corrompida.
Pgina 65
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 revisin 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 Mximo de errores fatales, aqu es cuando la revisin 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 Estadsticas
STATISTICS OFF especifica que no se generarn estadsticas STATISTICS ON provoca que DICE produzca un resumen estadstico de la DB, incluyendo su tamao, nmero 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 opcin 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 vlido. Un mensaje de error no fatal se produce por cada referencia externa invlida encontrada. Las siguientes pruebas son aplicadas a cada DB externa a la cual se hace referencia: La DB de referencia an existe? La DB de referencia es de un tipo vlido? Por ejemplo, un atributo de referencia en una DB de DESIGN la cual se direcciona a una DB de DRAFT debe ser ilegal La posicin del apuntador est dentro de los lmites de la DB de referencia? Note que para una DB copiada, DICE solamente revisar que la referencia est dentro de los lmites de la copia ms larga. U n mensaje de error no fatal se producir por cada referencia externa invalida encontrada.
Seleccionando el Destino de Salida del Reporte

U sted 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.
Pgina 66
MACROS
N ormalmente el Administrador del Sistema definir los macros estndar para el uso regular de DICE. DICE tiene dos modos de operacin: 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 revisin interactiva rpida, 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 ms 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 bsico, producido en respuesta a cualquier comando CHECK, consta de tres secciones: U n encabezado de reporte, el cual incluye informacin sobre la fecha y hora de la revisin, los detalles generales de la DB la cual esta siendo revisada (nombre de la DB, nmero de DB , nombre del archivo, etc.), y las opciones seleccionadas. U n reporte de errores, el cual lista los detalles de cualquier error encontrado durante el proceso de revisin. Este contendr solo un error y cualquier nmero de alertas en el modo BRIEF, pero todos los nmero de errores y alertas especificados, si se especific el modo FULL. U n resumen del reporte, el cual le dice si la base de datos esta libre de fallas estructurales, sospechas o corrupcin definitiva. Otras secciones de la salida, las cuales sern adicionadas al reporte bsico si ellas han sido requeridas, son: Estadsticas de almacenamiento en las bases de datos Una lista de referencias externas
Pgina 67
El Encabezado del Reporte

Toda la informacin que DICE puede determinar sobre una DB antes de iniciar su revisin detallada es presentada en el encabezado del reporte. Si cualquier Elemento de informacin 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 STATISTICS FULL CHECK EXTERNAL REFERENCES LIST REFERENCED DATABASES FULL CHECK
Options requested
Database has no structural errors DICE Banner. Esto es repetido al inicio de cada reporte, esto se despliega cuando se inicia una sesin en cualquier mdulo. Confirma la versin particular de DICE la cual produce el reporte. Date y Time. La fecha y la hora en la cual la revisin se inici para la DB en particular o el archivo. Project. El cdigo 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 nmero de identificacin de la DB, como el que aparece cuando se aplica el comando LIST FILE S. Pgina 68
DB Type. El tipo de DB, Design, Catalogue, Drawing, etc. DB size El monto de espacio, en pginas y megabytes, que actualmente son usados por el archivo de la DB . Tambin muestran el tamao mximo (en pginas) 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 nmero de bytes por pgina de archivo. Options requested. Confirma lo definido en las opciones de revisin: 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 revisin de la estructura de cada DB, DICE mostrar un diagnstico de cada error conforme lo va encontrando. Esos mensajes, los cuales salen como parte de la operacin normal, son distintos de cualquier mensaje de error los cuales pueden ser resultado de la incorrecta corrida de DICE como mdulo de PDMS. Cuando el modo BRIEF ha sido especificado, DICE diagnosticar cualquier nmero de alarmas hasta el primer error encontrado y abandonar la revisin. Cuando el modo FULL ha sido seleccionado, DICE mostrar la lista de todos los errores encontrados, a menos que el nmero de errores exceda lo definido en MASERRORS o el nmero de alarmas exceda lo definido en MAXWARNINGS.
El Resumen del Reporte

Este panorama General de la integridad de la DB es comnmente 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 corrupcin de la DB que ocurra debera siempre ser inmediatamente reportada a Cadcentre Ltd y documentada como procedimiento en el reporte de fallas.
Pgina 69
A lgunas veces una base de datos corrupta puede ser recuperada mediante una Reconfiguracin, pero esto no es una garanta. 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 revisin 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 U sted 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 automticamente disponible, pero este no es el caso del modo externo. Por esta razn 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 operacin de DICE por si mismo, y no cualquier error que DICE ha encontrado durante el proceso de revisin. El nombre default del archivo de mensaje puede ser encontrado desde el inicio para DICE en la versin actual de makmac.mac, el macro de configuracin del proyecto.
Pgina 70
COMANDOS DE DICE
U sted puede mandar el reporte generado por DICE a un archivo nombrado usando el comando ALPHA. U sted puede revisar una o ms 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 ms 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.
Pgina 71
Curso PDMS Admin: Mdulos
Mdulos
Los mdulos son definidos con el producto proporcionado, y usted no necesitar normalmente crear o editar la definicin de los mdulos para poder correr PDMS. La nica parte de la definicin que usted puede desear cambiar es el macro de iniciacin (imacro), es cual es corrido en la entrada al mdulo. El macro de iniciacin tpicamente contiene comandos especficos para definir el desplegado en pantalla, incluyendo el llamado de los macros de la aplicacin.
CMO SON DEFINIDOS LOS MDULOS

Cada mdulo tiene una entrada en la base de datos de System, la cual consiste de los comandos del mdulo seguidos por los comandos a especificar. La seguridad para el mdulo: Mdulos Generales pueden ser accesados por Usuarios Generales Mdulos Restringidos pueden ser nicamente accesados por Usuarios Free El archivo de corrida El macro de iniciacin (imacro), el cual se corre a la entrada del mdulo 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 Catlogo. El tamao 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 mdulos para el Proyecto actual. La ventana Modules lista los Mdulos de PDMS Los botones de opcin Sort by controlan el orden en que los mdulos son desplegados en la lista. El botn Copy despliega la ventana Copy Module. Esta ventana le permite crear nuevos Mdulos copiados a partir de Mdulos definidos existentes. Esta ventana le permite especificar el Numero y Nombre del nuevo Mdulo Delete borra una definicin de un Mdulo del proyecto. Usted no podr usar el mdulo en el proyecto actual, a menos que re - defina este.
Pgina 72
La parte de Settings despliega las definiciones para el Mdulo 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 Mdulo. Los defaults son proporcionados en el directorio %PDMSEXE% Imacro define el archivo usado para iniciar la interfase de usuario UI para el Mdulo. El default est dado por la variable %ADMSTART% Advanced despliega la ventana Advanced Module Settings. La cual permite definir el tamao del buffer y el tipo de base de datos default que accesa el mdulo. NOTA: El cambiar las opciones en esta ventana puede causar serios problemas cuando se usa PDMS. La ventana es para uso de expertos nicamente.
Pgina 73
DEFINIENDO EL TAMAO DEL BUFFER DE DABACON

Cada definicin de un mdulo en la DB System puede incluir un comando BUFFER. Este comando especifica cuanto espacio es reservado para el Buffer del DABACON en cada mdulo, 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 mdulos usados ms lentos. Las limitaciones en el tamao del buffer son 256K words (default y 512K words (maximum). El macro modmac define el tamao del buffer a su valor mximo; 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 definicin del tamao del buffer. La sintaxis usada para definir el tamao de un buffer en ADMIN es de cualquiera de las dos formas siguientes: BUFFER entero (donde entero es el tamao del buffer requerido) Cuando la definicin del mdulo est siendo creada (ej. En el macro de definicin del mdulo en el proyecto) o: EDIT MODULE moduleid BUFFER integer Donde una definicin de un mdulo existente es editada. Integer es el nmero 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 Restablecera el tamao del buffer de ISODRAFT a sus valores default. Existen dos comandos de interrogacin: Q BUFFERS Q IOCOUNTERS
Pgina 74
Curso PDMS Admin: Reconfiguracin
Reconfiguracin
PDMS RECONFIGURER es corrido desde dentro de ADMIN, pero solamente usando la lnea de comandos. A fin de entender porqu la Reconfiguracin de una base de datos puede ser necesaria, y para apreciar los pasos involucrados, ayudara tener algunos conocimientos de la estructura de la base de datos de PDMS y su manejo.
EL PROCESO DE RECONFIGURACIN
La Reconfiguracin es una operacin de dos pasos, desempeando cada uno de ellos en una base de datos completa o en partes especficas 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 operacin 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 mtodo 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 tambin, por ejemplo, ser usado con una nueva versin de PDMS. La Reconfiguracin 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 porttil (tpicamente ASCII), y transferidos, y entonces llevar a cabo la segunda etapa. U na tcnica similar es usada para convertir proyectos completos a nuevas versiones de PDMS, aunque en ese caso el archivo intermedio no necesita ser decodificado.
Pgina 75
INICIANDO RECONFIGURER
Existen dos formas de trabajar con reconfigurer: Entrando a PDMS en modo no grfico (tty) escribiendo: pdms tty Entonces especifique el proyecto, el usuario/password, y el mdulo ADMIN. Pro ejemplo: proj ABC user SYSTEM/XXXXXX admin o Entrando a PDMS en modo grfico, lo que significa entrar al mdulo ADMIN y desplegar la lnea de comandos. U sted ahora puede iniciar la Reconfiguracin.
COMANDOS ADMINISTRATIVOS Y DE INTERROGACIN

A lgunos de los comandos generales de PDMS y de interrogacin los cuales son particularmente relevantes a la Reconfiguracin son: SYSTAT Da informacin sobre la condicin activa actual del proyecto dentro del cual se est trabajando. Lista informacin del proyecto; hay una variedad de opciones. Define el Team especificado como el actual Bloquea la base de datos System previniendo que cualquier nuevo usuario entre al proyecto. Manda mensajes a otros usuarios. Da el tipo, nmero 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 M DBS: /MASTER /TRAINA /TRAINB /TRAINC /TRAIND /TRAINE /TRAINF /TRAING /TRAINH Q COPIES Lista todas las DBs las cuales son copiadas de la DB especificada
LIST SET TEAM LOCK, UNLOCK
MESSAGE Q DB
Pgina 76
Crystal Graphics INGENIER A Q MDB Q TEAM
Lista las DBs en la MDB especificada Lista los usuarios quienes son miembros de un Team especfico, ms una lista de las DBs que el Team tiene como propias. Da el nombre del Team activo en ese momento, si hay alguno. Muestra si el proyecto esta bloqueado.
Q SET TEAM Q LOCK
RECONFIGURACIN BSICA
Reconfigurando una sencilla Base de Datos
La simple Reconfiguracin 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) U na Reconfiguracin 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 ledos 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. El primer archivo es ledo por RECONFIGURER y usado para crear la estructura original en la DB destino, incluyendo las definiciones de los atributos sin referencias. El segundo archivo intermedio es ledo y su contenido usado para definir todas los atributos referenciados en la DB destino y llevar a cabo la operacin de insercin.
PASO 2 Fase 1
PASO 2 Fase 2
La razn para las dos fases es que las referencias en la DB fuente pueden referir a Elementos ms abajo en la jerarqua. 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 despus de que el PASO 1 ha sido completado, y el PASO 2 corrido mas tarde. La Reconfiguracin tiene tres pasos bsicos: 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 reconfiguracin. Pgina 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 STEELS/STEELS en el proyecto actual. base de datos
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 irn a la base de datos STEELS/STEELS en le proyecto actual.
TO NEW HVAC/HVAC DBNO 777 Los datos reconfigurados irn a una nueva base de datos. TO DBFILE /des008 Los datos reconfigurados irn a un archivo especificado (asumimos que el directorio del proyecto esta en el directorio actual)
TO DB y TO DBFILE especifican que los datos sern 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 vaca, pero necesita estar. Ms adelante se explicar que ocurre si una DB no est vaca. TO NEW especifica que una nueva DB ser creada para recibir los datos reconfigurados. Esta es la opcin ms comn para la compactacin 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. Comnmente una DB completa es reconfigurada, usando la opcin 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 jerarqua a ser copiado. Pgina 78
U nicamente 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 Reconfiguracin

Es proceso de Reconfiguracin se inicia dando el comando: RECONFIGURE (se puede usar una abreviacin, como mnimo RECON) U nos mensajes salen para indicar el inicio exitoso y el cumplimiento de cada etapa. Cuando el proceso est completado, toda la informacin concerniente a la fuente, destino, lista de copiado y el grado de informacin de salida, son borrados, poniendo todo listo para otra Reconfiguracin si se requiere. U sted debe especificar la fuente, destino y lista de copiado para cada Reconfiguracin. La informacin 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 Reconfiguracin.
Pgina 79
EJEMPLO DE UNA RECONFIGURACIN 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 prctica sera recomendable usar RCFUPDATE y DUMP in la secuencia de comandos. Los siguientes mensajes son tpicos de la informacin de salida durante una Reconfiguracin 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 OPCIN SAMEREF

Cuando una DB es reconfigurada, el nmero de referencia de los Elementos en la DB destino ser diferente del correspondiente nmero de referencia que la DB fuente. Para asegurar que los mismos nmeros de referencia son mantenidos despus de la Reconfiguracin, usted puede usar el comando: RECONFIGURE SAMEREF En este caso el nmero 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 nmero.
El siguiente ejemplo ilustra el uso de la opcin SAMEREF:
Pgina 80
Crystal Graphics INGENIER A FROM DB MASTER/DESIGN 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 NMEROS DE REFERENCIA

Cuando una DB es reconfigurada sin la opcin SAMEREF, los nmeros de referencia de los Elementos en la DB destino sern diferentes de los nmeros de referencia correspondientes en la DB fuente. U n ndice de los nmeros de referencia de los Elementos en la nueva DB en contraste con la DB vieja es automticamente creado como una parte esencial del proceso de Reconfiguracin. La nueva referencia correspondiente a una vieja referencia puede ser cuestionada usando el comando: Q NEWREF refno Donde refno es el nmero de la nueva referencia. El nmero de la vieja referencia ser regresado.
Por ejemplo: Q NEWREF #32/202 =42/205
CONTROLANDO LA SALIDA DE RECONFIGURER

U sted puede controlar el formato y extensin de la salida producida por RECONFIGURER durante el proceso del PASO 2. Los comandos son: VB BRIEF FULL modo de salida muy breve modo de salida breve 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 informacin mostrada en el modo VB es dada, adems un mensaje describiendo cualquier error que haya ocurrido.
Pgina 81
En el modo FULL, toda la informacin mostrada en el modo BRIEF es dada, ms 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. U n lmite superior puede ser definido en el nmero de errores que son aceptables durante el Paso 2 de una Reconfiguracin usando el comando ERRORS. Por ejemplo: ERRORS 50 Si el lmite especificado es alcanzado, la Reconfiguracin es abandonada y la Base de Datos es dejada sin alteraciones. Por default, RECONFIGURER permite que ocurra un nmero ilimitado de errores. Esta situacin 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

H ay dos caminos para copiar una Base de Datos en PDMS, las cuales crean dos tipos diferentes de copia: copias y copias reconfiguradas.
Copias
U na 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 nmero de DB. Esto puede ser visto usando el comando LIST FILES. Por ejemplo: MASTER/DES PIPEA/PIPEA ADMIN/TEST USER/DRAFT DESI DESI DESI PADD NUMBER 14 FILENAME /%DRA000%/dra013 UPDATE NUMBER 2 FILENAME /%DRA000%/dra001 UPDATE NUMBER 2 FILENAME /%DRA000%/dra003 UPDATE NUMBER 5 FILENAME /%DRA000%/dra004 UPDATE
No hay direccin implcita 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 idntico con respecto tanto a los datos como a la estructura Pgina 82
Cualquier Elemento tiene el mismo nmero de referencia en cada copia Una DB puede tener cualquier nmero de copias, pero las copias no pueden existir en la misma MDB.
Copias Reconfiguradas
U na 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 nmero de Base de Datos diferente a la que tiene la Base de Datos fuente. En el proceso de Reconfiguracin, 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 relacin existe en una sola lnea. El contenido de una copia reconfigurada es una versin editada de la base de datos fuente. Cualquier Elemento dado tendr diferente nmero de referencia en la copia reconfigurada respecto al nmero de referencia que ese mismo Elemento tiene en la base de datos original.
RECONFIGURACIN AVANZADA
La seccin anterior en este captulo 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 Reconfiguracin es usualmente un proceso ms complejo. Esta seccin describe como una o ms DBs pueden ser reconfiguradas en un ambiente semejante. Este tambin describe como parte de una DB puede ser reconfigurada, ms bien que la DB entera. NOTA: Note que si la opcin SAMEREF es usada, la Reconfiguracin es muy simple.
Referencias entre Bases de Datos

U na 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 podra contener un Branch conectado a una Boquilla en otra Base de Datos de DESIGN. El atributo HREF (o TREF) del Branch apuntara hacia la segunda Base de Datos y el atributo CREF de la Boquilla apuntara a la primera DB. Ver ejemplo de abajo:
Pgina 83
Similarmente, las referencias pueden existir desde las Bases de Datos de DESIGN hacia las Bases de Datos de Catlogos ( el atributo SPREF de un componente de tubera apuntando a un SPCOM), pero las referencias no pueden existir desde una base de datos de Catlogo hacia una base de datos de DESIGN. Cuando una base de datos es reconfigurada sin la opcin SAMEREF, la mayora de los nmeros de referencia de estos Elementos cambiarn. 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 ms. 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 opcin SAMEREF, RECONFIGURER construye un ndice de los nmeros de referencia de todos los Elementos en la DB fuente contra sus correspondientes nmeros 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. Actualiza todas las referencias que las DBs dentro de la MDB /USERA tengan hacia la DB reconfigurada. Actualiza todas las referencias que las DBs propias del TEAM USER tengan hacia la DB reconfigurada.
RCFUPDATE M DB /USERA
RCFUPDATE TEAM USER
NOTAS: El comando RCFUPDATE debe ser dado inmediatamente despus de la operacin RECONFIGURE.
Pgina 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 estn y cuales no estn actualizadas. La tabla de referencias es mantenida a travs de reconfiguraciones mltiples, en tanto usted no salga de ADMIN.
Grabando el Indice de Nmeros de Referencia

El comando RCFUPDATE es usualmente dado inmediatamente despus de que las bases de datos han sido reconfiguradas. El ndice puede ser guardado en un archivo cuando la Reconfiguracin 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 FROM DB MASTER/DESIGN TO DB MASTER/DESNEW RCFCOPY ALL RECONFIGURE DUMP /DUMP2 Esos comandos leern un ndice de nmeros de referencia existente desde el archivo /DUMP1, adicionar los pares de nmeros de referencia desde la Reconfiguracin especificada a este, y escribir nuevamente el ndice otra vez al archivo /DUMP2 Si un nmero 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 aade 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 GPWL LIBY CATA MATW CCTA CMPW RUNW SITE CONW SPWL DEPT UNIT
UWRL
Pgina 85
Cuando un Elemento tipo root es copiado, todos los Elementos de este son copiados. Un mximo 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 nmero de referencia) en un comando RCFCOPY. Por ejemplo: RCFCOPY = /SITE-A SITE-7 Elementos de cualquier otros tipos sern copiados dentro de la DB destino como Elementos NULL, es decir que ellos sern 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 nmero 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 opcin INTO del comando RCFCOPY. Por ejemplo: RCFCOPY /ZONE5A INTO /SITE-3 Copiara la zona /ZONE5A y creara 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 N o 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 correccin puede ser dado en la siguiente lnea. Por ejemplo: RCFCOPY /SITE1 /SITE2 /SITR3 /SITE4 Pgina 86
Crystal Graphics INGENIER A (24, 16) /SITR3 not found
Curso PDMS Admin: Reconfiguracin (mensaje de error)
Dado que SITE1, SITE2 y SITE4 estn 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 operacin 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 Catlogo, la secuencia de comandos podra 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 ms de una DB a ser transferidos, previendo que no haya atributos de referencia apuntando hacia un lado diferente de las DBs que estn siendo transferidas, una extensin de el mismo procedimiento podra ser usado. Ejemplo, considerar la transferencia de una DB completa de DESIGN, una DB completa de Catlogo y un Elemento de equipo de una segunda DB de DESIGN: Source DB CIVIL/STRUC4 ANSI/MASCAT SITE-A Elements Transferred DB DESIGN DB Catlog Un Sitio Destination DB STEEL/MAIN CATAL/MAIN EQUIP/MAIN
Los comandos de Reconfiguracin deberan darse en el siguiente orden: En el proyecto fuente: FROM DB ANSI/MASCAT TO FILES /REC1A /REC1B RCFCOPY ALL RECONFIGURE Pgina 87
FROM DB CIVIL/STRUC4 TO FILES /REC2A /REC2B RCFCOPY ALL RECONFIGURE FROM DB VESSEL/V25CT TO FILES /REC3A /REC3B RCFCOPY /SITE-A RECONFIGURE Y en el proyecto destino: FROM FILES /REC1A /REC1B TO DB CATAL/MAIN RECONFIGURE FROM FILES /REC2A /REC2B TO DB STEEL/MAIN RECONFIGURE FROM FILES /REC3A /REC3B TO DB EQUIP/MAIN RECONFIGURE RCFUPDATE DB STEEL/MAIN RCFUPDATE DB EQUIP/MAIN
MENSAJES EN LA RECONFIGURACIN
Durante varias etapas del proceso de Reconfiguracin, se mostrarn mensajes. Esto sucede en particular durante el Paso 2, en el cual los datos desde los archivos intermedios son usados para reconstruir la jerarqua de Elementos en la DB destino. U n 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 ms complejo es posible que un nmero de mensajes de error tambin sea mostrado, indicando el problema potencial en la construccin de una estructura ambigua en la nueva DB .
Mensajes de informacin standard

Los mensajes de monitores del proceso, los cuales indican la etapa alcanzada durante la Reconfiguracin, son por si mismas explicativas. Ellas son: * * * Pass one initiated *** * * * Pass one completed * * * * * * Pass two initiated *** * * * Pass two completed * * * * * * Reconfiguration Completed Pgina 88
Despus de que la Reconfiguracin 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 Entero Entero Entero Entero Elementos que no fueron definidos en el DDL Elementos que han sido perdidos Elementos que ya no son nombrados Atributos que fueron definidos incorrectamente 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

A dicionalmente a los mensajes de informacin estndar 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 *ENID SITE #15/23 Las partes individuales de el mensaje son: CODE: TYPE: OLDREF: NEWREF: Identifica la naturaleza de un mensaje proveniente de la creacin o nombramiento de un Elemento. El tipo de Elemento, ej. SITE, BRAN, SHEE, etc. El nmero de referencia del Elemento en la DB fuente (iniciando con # ) El nmero de referencia del Elemento correspondiente creado en la DB destino (iniciando con = ). Este campo se quedar vaco si el Elemento no pudiera ser creado. El nombre dado al Elemento. Este aplica solo si el mensaje tiene cdigo EN para indicar que el Elemento ha sido nombrado.
/DR1/S5
NAME:
Cdigos Usados para Identificar el Tipo de Mensajes

El prefijo utilizado como cdigo para cada mensaje comprende dos partes. El primer carcter, es uno de los siguientes: U n espacio indica informacin ms que un error. U n asterisco (*) indica un error concerniente a la creacin o nombramiento de un Elemento. U n smbolo de nmero (#) indica un error concerniente con un atributo Pgina 89
Los caracteres restantes, en el cdigo se utilizan como sigue: Mensajes solamente de informacin (prefijo: espacio) H ay dos posibles cdigos: EC EN Element Created Element Named
Esos son mostrados con el proceso de Reconfiguracin 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 jerarqua de la DB, por ejemplo, si se intenta reconfigurar con FROM FILE S dentro de una DB de tipo errnea. *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 estn en la lista no pueden ser creados. Mensajes de Error Relacionados a los Atributos (prefijo: smbolo de nmero) Todos ellos inician con: #EAE Element Attribute Error
Seguido por uno u otros mensajes adicionales que dan mayor informacin sobre el error.
Pgina 90
Curso PDMS Admin: MONITOR
MONITOR
MONITOR es el mdulo de PDMS que controla la entrada dentro del mismo PDMS.
ACCESO A PDMS
Esta seccin 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 mdulos 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 mdulo MONITOR, en el cual si usted quiere trabajar en una base de datos en especfico, 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 mdulo de MONITOR aparece la siguiente ventana:
Pgina 91
A qu usted puede observar la informacin 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, adems 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, adems usted puede modificar que bases de datos quiere ver y que bases de datos no en la opcin Modify, la cual presenta una ventana donde se muestran todas las bases de datos cargadas en la MDB y tiene la opcin 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, tambin le puede cambiar el acceso de escritura (siempre reducindolos, nunca aumentndolos) o regresar las bases de datos a su definicin original, con el botn Format usted puede hacer que se despliegue informacin acerca de la base de datos.
Cambiando el Password
U sted 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 opcin 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.
Pgina 92
MONITOR tiene adems algunas opciones que se muestran en ADMIN, como lo son las opciones que muestran debajo del Men Project>List, informacin acerca de los usuarios, equipos, bases de datos y mltiples bases de datos. Tambin se puede desplegar la ventana que muestra los macros internos que tienen que ser corridos por el usuario con la opcin Project>Inter-DB Macro Podemos adems como en todo mdulo dentro de PDMS, que maneja ventanas, desplegar la ventana de la lnea de comandos con la opcin Display>Command Line Se tiene tambin la opcin que permite cambiarnos a otros mdulos de PDMS.
Pgina 93
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 especficas por proyecto, es posible definir atributos con requerimientos o estndares de la compaa para proyectos en forma individual. U na vez definidos, los UDAs se pueden accesar en la mayora de los casos como atributos normales, incluyendo la definicin de valores, solicitud de informacin y reporte de esos valores. Mdulos como DATAL y RECONFIGURER tratan a los UDAs como lo haran para cualquier otro atributo. Los UDAs tambin pueden ser usados en expresiones.
LA BASE DE DATOS DE LEXICON

A ntes de que un proyecto pueda usar UDAs, una base de datos tipo DICTIONARY debe ser creada. Esto se hace con el mdulo 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 JERARQUA DE LA BASE DE DATOS
UWRL (UDA World) es el Elemento administrativo superior. Este Elemento tiene atributos estndar de PDMS, uno es el atributo DESC (descripcin) el cual puede contener hasta 120 caracteres de tipo texto. U n UWRL puede almacenar Elementos UGRO (UDA Group) o Elementos UDAs en forma individual. Un UGRO tiene los mismos atributos que un UWRL. Pgina 94
Los Elementos UDA tienen los siguientes atributos (adems de alguno estndar): UD NAME el nombre por el cual el UDA ser referenciado en los mdulos de PDMS que usan UDAs. Este atributo no debe ser confundido con el atributo estndar 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 mximo de 12 caracteres. Ejemplo: UDNA SUPPORT UKEY Este es un atributo del sistema. Este puede ser preguntado pero no definido directamente. Este es el nmero 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 ms bajo) y multiplicndolos 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 forneas o combinar proyectos, usted debera 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 debera 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 podra usar diferentes convenciones de nombramiento en diferentes bases de datos. N ote que cambiando el UDNAME no afectar el UKEY. ABLEN es el mnimo nmero de caracteres para una abreviacin de un UDNAME, el default son 3. En el caso default, la mnima abreviacin para el ejemplo dado cuando se explico el UDNAME sera SUP. Usted no puede dar a dos o ms UDAs la misma abreviacin mnima, un error ocurrir cuando los UDAs son compilados. U TYPE es el tipo de UDA. Este puede ser definido con lo siguiente: REAL INTeger REFerence TEXT WORD LOGical POSition DIRection ORIentation Cualquier valor numrico, ej. 23.5 Cualquier nmero entero, ej. 200 Cualquier Elemento identificador, ej. /VESS1, =12/99 Cualesquiera caracteres encerrados entre comillas sencillas, ej. BOT_STEEL2 Cualquier secuencia de letras, ej. ABCD TRUE o FALSE Una posicin, ej. E10 N50 U100 Una direccin, ej. E 45 U Una orientacin, 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 mdulo. 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 /* Pgina 95
N ote 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 extraera 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 nmero mximo de campos que pueden ser dados, segn el tipo de datos que pueden ser almacenados en el UDA. Por ejemplo, para un UDA de tipo REAL el ULEN debera tener el valor de 3, para hacer posible almacenar arreglos de coordenadas en 3D. Para TEXT y WORD, el ULEN es el nmero mximo de caracteres. El default definido de ULEN es 1, el mximo 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 abreviacin mnima DIST) o NONE. El default es NONE lo cual significa que el valor mostrado sera exactamente igual al que est almacenado y no variar de acuerdo a las unidades definidas en el BORE o el DIST. UUNIT debera 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 vlido para POS, ORI, DIR o REF. El tipo de definicin 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 descripcin del UDA. ELELIST (Element list) contiene la lista de los tipos de Elementos para los cuales el UDA es vlido. 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
Pgina 96
Por ejemplo: ELELIST ADD ZONE PIPE ELE REMOVE PIPE ELE REM ALL Adiciona los Elementos ZONE y PIPE Removera el Elemento PIPE Removera todos los Elementos
Para simplificar la entrada con palabras clave se pueden usar ALLP y PRIM para cubrir todos los componentes de tubera 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 vlidos 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 mltiple base de datos (MDB) la cual requiera accesar a las UDAs. Si la base de datos de LEXICON es removida de alguna M DB, no sern reconocidas las UDAs.
Creando Nuevas UDAs

El primer para es crear la jerarqua en la base de datos de LEXICON. Luego se crean las UDAs. Una sesin tpica en LEXICON podra ser como sigue: NEW UWRL /UWRL1 NEW UGRO /CENTRE_GRAVITY DESC Centro de gravedad NEW UDA /LENGTH UTYP REAL UDNA LENGTH ABLEN 3 UUNIT DIST DFLT 0.00
- crea el UDA World, UDA Group - crea y nombre el UDA, define el tipo REAL - asigna el atributo del nombre user Database - mnima abreviacin LEN - define las unidades del UDA - define un valor para el UDA Pgina 97
Aqu, el valor default del UDA ha sido puesto como cero, pero en un caso como temperatura este debera ser definido posiblemente con 20.0 para representar una temperatura ambiente. RPTX Length ELE ADD STRU SUBS COMPILE - define el encabezado de la columna que ser utilizado en los reportes - define los tipos de Elementos que usarn el UDA - implementa la definicin del UDA
El comando COMPILE (con abreviacin mnima 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 sern 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. A unque usted utilice el comando COMPILE no ser implementado si usted se sale de LEXICON usando el comando QUIT.
Copiando Definiciones de UDAs

Cuando una definicin de un UDA es copiada, una nueva clave (un nmero de referencia conocido nicamente por el sistema) es asignado al nuevo Elemento. Ocasionalmente usted puede querer tener ms de una definicin 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 Ms bien que el estndar: COPY nombre Donde dos o ms definiciones existen con la misma clave, las definiciones deben tener el mismo nombre, abreviacin mnima y tipo, y diferentes ELELISTS, de otra forma un error ocurrir en la compilacin. 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.
Pgina 98
Propiedad de Crystal Graphics

Derechos en trmite agosto de 2002
INGENIERA
Enrique Rbsamen No.544 Colonia Narvarte CP. 03020 Mxico, D.F. Telfonos : (01 55) 56 82 53 04 56 82 16 70 55 43 53 60
Crystal Graphics
INGENIERA COORDINACIN DE CAPACITACIN

Admin R1

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Admin R1

Enviado por

Direitos autorais:

Formatos disponíveis

PDMS

Plant Design Management System

Crystal Graphics Ingeniera

Curso PDMS Admin

Las bases de datos de PDMS ......................................................................................16

Crystal Graphics Ingeniera

Curso PDMS Admin

Sesiones con las Bases de Datos.............................................................................................. 23 Recuperando y Uniendo Sesiones ............................................................................................ 24

Definiendo un nuevo Proyecto ....................................................................................25

Creacin de un Nuevo Proyecto..................................................................................29

Administracin del Proyecto .......................................................................................48

Crystal Graphics Ingeniera

Curso PDMS Admin

Familias de Fuentes .....................................................................................................60

Revisando la Integridad de Datos ...............................................................................63

Crystal Graphics Ingeniera

Curso PDMS Admin

Crystal Graphics Ingeniera

Curso PDMS Admin

Crystal Graphics Ingeniera

Curso PDMS Admin: Introduccin

Crystal Graphics Ingeniera

Curso PDMS Admin: Introduccin

EL ADMINISTRADOR DEL SISTEMA

Crystal Graphics Ingeniera

Curso PDMS Admin: Introduccin

PROCEDIMIENTOS DEL PROYECTO

Crystal Graphics Ingeniera

Curso PDMS Admin: Introduccin

Crystal Graphics Ingeniera

Curso PDMS Admin: Introduccin

Crystal Graphics Ingeniera

Curso PDMS Admin: Introduccin

Crystal Graphics Ingeniera

Curso PDMS Admin: Introduccin

CONTROL DEL MAPA EN EL DISEO

Crystal Graphics Ingeniera

Curso PDMS Admin: Introduccin

REVISIN DE LNTEGRIDAD DE LA BASE DE DATOS

LOS PROYECTOS EN PDMS

Crystal Graphics Ingeniera

Curso PDMS Admin: Introduccin

Crystal Graphics Ingeniera

Curso PDMS Admin: Las bases de datos de PDMS

Las bases de datos de PDMS

BASES DE DATOS ADMINISTRATIVAS

BASES DE DATOS DE MODELO

LAS BASES DE DATOS DE ADMINISTRACIN

Crystal Graphics Ingeniera

Curso PDMS Admin: Las bases de datos de PDMS

La base de datos COMMS

La base de datos MISC

COMO SE RELACIONAN LAS BASES DE DATOS DEL MODELO

Crystal Graphics Ingeniera

Curso PDMS Admin: Las bases de datos de PDMS

COMO SE ALMACENAN LAS BASES DE DATOS

Crystal Graphics Ingeniera

Curso PDMS Admin: Las bases de datos de PDMS

Directorio de proyecto. Los archivos bajo este directorio son:

Crystal Graphics Ingeniera

Curso PDMS Admin: Las bases de datos de PDMS

ACCESOS A LA BASE DE DATOS

ACCESO A BASES DE DATOS MULTIWRITE