Administración especializada > Adecuación de los objetos de negocio > Administración de reglas de inicialización de objetos > Uso de reglas de inicialización de objetos > Combinación de reglas para crear una regla compuesta > Creación de reglas compuestas
  
Creación de reglas compuestas
Las reglas de un tipo de objeto y sus subtipos que se han definido en un contexto no reemplazan otras reglas que se hayan definido en el contexto padre. En su lugar, todas las reglas se combinan para crear una regla compuesta. La unión implica la combinación de las definiciones de regla utilizando el tipo de objeto y las jerarquías de contexto que estén en vigor, donde la definición de regla del nivel inferior de la jerarquía tiene prioridad sobre las definiciones de los tipos y contextos padre. Se tienen en cuenta tanto el tipo de objeto especificado cuando se creó la regla como el contexto en el que ésta fue creada.
Para ver la regla compuesta vigente en un contexto específico, pulse en el icono de descarga compuesta de la tabla Reglas de inicialización de objetos que se muestra en el contexto.
Si no se define ningún valor por defecto para el atributo de un objeto de la regla compuesta y el usuario que crea el objeto no especifica ningún valor para el atributo, se produce una de las siguientes situaciones:
Si se ha especificado un valor por defecto, se utiliza dicho valor. Por ejemplo, si la regla no define el estado del ciclo de vida por defecto, el servicio de ciclos de vida utiliza su valor de propiedad para definir un estado por defecto.
Si no se ha especificado un valor por defecto, el valor del atributo se define en NULO. Si el valor de atributo no puede ser NULO porque dicho atributo es obligatorio, se producirá un error.
La gestión de la creación de artículos y documentos CAD a través de los administradores de grupos de trabajo Windchill puede afectar al uso de las reglas de inicialización de objetos establecidas para los atributos de nombre y número de los artículos y documentos CAD. Para obtener más detalles acerca de las opciones de gestión que están disponibles a través de los administradores de grupos de trabajo, consulte Uso de reglas de inicialización de objetos para asignar nombres y números.
Si no se aplica ninguna restricción o si se aplican restricciones vacías a un atributo de objeto en la regla compuesta vigente, no se harán cambios adicionales al aspecto del campo de valor cuando se muestre la interfaz de usuario. Por ejemplo, el campo resultante está vacío y es editable.
Los ejemplos que se muestran en este tema utilizan el contenido de regla que define los valores por defecto. La combinación de reglas que incluyen las restricciones de visualización se realizan de la misma forma que aquellas que definen los valores por defecto. Tanto las jerarquías de contexto como de tipo que se encuentran en vigor se utilizan para combinar reglas individuales y crean la regla compuesta que se utilizará.
Ejemplo 1: Reglas que implican la jerarquía de contextos
Cuando se definan todas las reglas para el mismo tipo de objeto, la combinación de reglas sólo implicará la utilización de la jerarquía de contexto establecida. Por ejemplo, supongamos que partimos de la siguiente información:
Una regla para la numeración y la asignación de versiones de wt.doc.WTDocument se define en el contexto de sitio.
Una regla para las carpetas wt.doc.WTDocument se define en el contexto de organización o producto.
A continuación, la regla compuesta para objetos de wt.doc.WTDocument creados en el producto o la organización incluye tanto la configuración de la numeración y de la asignación de versiones como la configuración de las carpetas. Si la regla de producto para wt.doc.WTDocument incluyera la configuración del método de numeración, dicha configuración prevalecería sobre la configuración realizada en el contexto de sitio.
Ejemplo 2: Reglas que implican la jerarquía de tipos
Cuando todas las reglas definidas estén en el mismo contexto, las reglas de combinación sólo implicarán la utilización de la jerarquía de tipo establecida. Por ejemplo, supongamos que partimos de la siguiente información:
Una regla establecida en el contexto de sitio incluye contenido para configurar los valores por defecto para la numeración y los documentos de asignación de versiones del tipo wt.doc.WTDocument.
Una regla también establecida en el contexto de sitio incluye contenido para los valores de carpeta por defecto para los documentos asociados con un tipo de wt.doc.WTDocument (como com.ptc.General)
Después la regla combinada para com.ptc.General en el contexto de sitio normalmente incluiría la numeración y la definición de asignación de versiones desde el tipo padre(wt.doc.WTDocument) y la definición de carpetas desde com.ptc.General. La regla compuesta para los objetos wt.doc.WTDocument en el contexto de sitio no incluiría la definición de las carpetas dado que ésta solamente se encuentra en la regla definida por el subtipo.
La herencia de padre a hijo en ambos tipos de contextos se puede cambiar mediante la inclusión de los atributos final o ignore opcionales de un elemento AttrValue, AttrConstraint o VarDef de un atributo de objeto específico. El uso de estos atributos se describe en OpcionalAttrValue, AttrConstraint y VarDefAtributos.
Ejemplo 3: Reglas combinadas con varios contextos
Cuando las reglas establecidas para un tipo de objeto específico incluyen reglas tanto para un tipo padre como un subtipo hijo, así como reglas en varios contextos, entonces la combinación de reglas implica tanto la jerarquía de contexto como la de tipo. Por ejemplo, supongamos que partimos de la siguiente información:
Una regla para la ruta de carpeta por defecto y para la numeración y la asignación de versiones de documentos asociados con el tipo wt.doc.WTDocument se define en el contexto de sitio. Esta regla genera automáticamente el número y la versión de un documento, y define la ruta de la carpeta por defecto en /Default (que es la carpeta de nivel superior del contexto donde se ha creado el documento).
Una regla para la ruta de la carpeta por defecto de los documentos asociados con el subtipo com.ptc.General de wt.doc.WTDocument se define en el contexto de producto. Esta regla define la carpeta por defecto en /Default/General (que es la carpeta General del contexto donde se ha creado un documento que utiliza el tipo com.ptc.General).
El uso de estas reglas asume que el usuario crea un documento utilizando el tipo wt.doc.WTDocument en el contexto de producto. Por tanto, es verdadero lo siguiente:
El documento tiene un número y una versión que se han generado automáticamente.
La ubicación de la carpeta por defecto es una carpeta de nivel superior del contexto de producto.
La regla compuesta en vigor en este caso incluye contenido de las dos reglas definidas en el contexto de sitio y no utiliza contenido de la regla definida en el contexto de producto para la ruta de la carpeta por defecto (dado que el tipo de objeto especificado es el tipo padre wt.doc.WTDocument).
Si un usuario crea un documento utilizando el subtipo com.ptc.General en el contexto de producto, es verdadero lo siguiente:
El documento tiene un número y una versión que se han generado automáticamente.
La ubicación de la carpeta por defecto es la carpeta general del contexto de producto.
En la regla compuesta que está en vigor en este caso, se utilizará el contenido de la regla para la ruta de la carpeta por defecto que se defina en el producto para el tipo com.ptc.General porque tendrá prioridad sobre el contenido de la regla definida en el contexto de sitio para el tipo padre wt.doc.WTDocument.
Ejemplo 4: Reglas combinadas con jerarquía de tipos y de contextos
Si ambas jerarquías de contextos y tipos de objeto están implicadas, la jerarquía de tipos de objeto del contexto actual tiene prioridad sobre la jerarquía de contextos. Una regla de inicialización de objetos de un subtipo se desestima si la regla de tipo de padre existe en el contexto actual. Por ejemplo, supongamos que partimos de la siguiente información:
Una regla para la ruta de carpeta por defecto y para la numeración y la asignación de versiones de documentos asociados con el tipo wt.doc.WTDocument se define en el contexto de sitio. Esta regla genera automáticamente el número y la versión de un documento, y define la ruta de la carpeta por defecto en /Default (que es la carpeta de nivel superior del contexto donde se ha creado el documento).
Una regla para la ruta de la carpeta por defecto de los documentos asociados con el subtipo com.ptc.General de wt.doc.WTDocument se define también en el contexto del sitio. Esta regla define la carpeta por defecto en /Default/General (que es la carpeta General del contexto donde se ha creado un documento que utiliza el tipo com.ptc.General).
Una regla para la ruta de la carpeta por defecto de los documentos asociados con el tipo wt.doc.WTDocument se define en el contexto de producto. Esta regla define la carpeta por defecto en /Default/General/Design (que es la subcarpeta Design del contexto donde se ha creado un documento que utiliza el tipo wt.doc.WTDocument).
Si un usuario crea un documento utilizando el subtipo com.ptc.General en el contexto de producto, es verdadero lo siguiente:
El documento tiene un número y una versión que se han generado automáticamente.
La ubicación de la carpeta por defecto es la subcarpeta Design del contexto del producto.
En la regla compuesta vigente en este caso, se utiliza el contenido de la regla para la ruta de la carpeta por defecto que se ha definido en el producto para el tipo wt.doc.WTDocument porque tiene prioridad sobre la configuración de carpeta de la regla definida en el contexto del sitio para el tipo padre wt.doc.WTDocument y sobre la configuración de carpeta de la regla definida en el contexto del sitio para el subtipo com.ptc.General. Aunque la regla de nivel de sitio definida para el subtipo com.ptc.General es del mismo tipo de objeto que el objeto creado, la regla de nivel de producto la desestima mediante la jerarquía de tipos de objeto.