Redes De Estructuras Jerárquicas

REDES DE ESTRUCTURAS JERÁRQUICAS
La jerarquía de estructuras es intermedia entre la jerarquía de datos pura y la de funciones pura, por una parte tiene la ventaja dinámica (característica de la jerarquía de datos) y también permite pasar parámetros a las subestructuras de atributos geométricos o de apariencias. Pero presenta carencias generales de flujo de control (el mecanismo es limitado parapasar parámetros y no se pueden asignar de manera selectiva diferentes atributos de las estructuras en distintos ejemplares de una subestructura).
Jerarquía de dos niveles
Parte del poder de SPHIGS se deriva de la jerarquía de estructuras, implantada a través de un elemento que llama a una subestructura cuando se ejecuta durante el recorrido. La jerarquía de estructuras inducida por lainvocación de subestructuras se resuelve durante el recorrido del CSS para la presentación: la ejecución de un elemento de invocación actúa como una llamada a una subrutina. (No debe confudirse con la jerarquía de procedimientos)
El elemento de ejecución de estructuras que invoca a una subestructura se crea con:
void SPH_executeStructure (int ID_estructura);

Una estructura se considera un objectoindependiente, con sus primitivas definidas en su propio modelo de coordenadas de modelado (MCS, modeling-coordinate system) de punto flotante; esta forma de pensar facilita la construcción de bloques básicos estandarizados de bajo nivel. Una transformación establece la correspondencia entre los vértices en dos sistemas de coordenadas, SPHIGS utiliza la matriz local de la estructura S paratransformar las primitivas de las estructuras al MCS de S.
Construcción ascendente (botton-up)
Es una estrategia de procesamiento de información característica del software. En diseño el BOTTOM-UP las partes individuales se diseñan con detalle y luego se enlazan para formar componentes más grandes, que a su vez se enlazan hasta que se forman el sistema completo. Las estrategias basadas en el flujo deinformación “bottom –up” son necesarias y suficientes porque se basan en conocimiento de todas las variables que puedan afectas a los elementos del sistema.Un objeto complejo o una jerarquía de sistemas por lo general se conceptualiza y se describe como descendente, TOP-DOWN: en este modelo se formula un resumen del sistema, sin especificar detalles. Cada parte del sistema se refina diseñando conmayor detalle. Cada parte nueva es entonces redefinida, cada vez con mayor detalle, hasta que la especificación completa es lo suficiente detallada para validar el modelo.
Es decir, al especificar una estructura trabajamos directamente y exclusiva con las primitivas y las subestructuras de menor nivel que se incluyen en ella, con las transformaciones del modelado que deben usarse para ubicarsus partes componentes y con los atributos que deben emplearse para alterar su apariencia. No podemos tratar los aspectos internos de las de las estructuras de nivel inferior. De esta manera, los componentes se diseñan sin tener en cuenta como serán utilizados por las estructuras que los invocan, ya que las trasformaciones se pueden utilizar para obtener el tamaño, la orientación y la posición quese desea. Normalmente se suele estandarizar un componente en el MCS local para que sea más sencillo escalar y rotar sobre los ejes principales.
No es necesario diseñar de forma exclusiva descendiente ni implantar de formar ascendente. Se pueden utilizar subestructuras ficticias en la jerarquía de estructuras, tal como puede ser una estructura vacía. De hecho SPHIGS permite que una estructuraejecute una subestructura aunque no se haya creado, y automáticamente se creará la subestructura de la referencia asignándola como vacía. También se puede crear como estructura ficticia un objeto simple del mismo tamaño que la versión compleja que se editara posteriormente. Por último, diremos que la jerarquía de estructuras funciona bien si hay que generar varios ejemplares de un bloque básico...