Modelado software Tema 6

El nivel de la arquitectura que expresa cuáles son los componentes lógicos que componen el sistema y la relación entre ellos es el... Nivel físico. Nivel lógico. Nivel conceptual. Nivel de agrupamiento.

Dentro de los aspectos a representar en los modelos de UML, las acciones, actividades e interacciones se clasifican como: Estructura o "sustantivos". Comportamiento o "verbos". Agrupamiento o "paquetes". Anotación o "notas".

¿Cuál de las siguientes afirmaciones sobre los paquetes en UML es FALSA según el texto?. Permiten organizar elementos de los modelos y controlar el acceso a sus contenidos. Se pueden dar estructuras recursivas en las que un paquete incluye a otro paquete. Un paquete se limita en exclusiva a agrupar clases y no puede contener otros diagramas. Un paquete puede ser incluido en cualquier tipo de diagrama.

¿Cuál es la regla exacta de nomenclatura e identidad para los elementos ubicados dentro de un mismo paquete?. No puede haber dos elementos con el mismo nombre bajo ninguna circunstancia (sean del tipo que sean). Se permite repetir nombres siempre que los elementos pertenezcan exactamente al mismo tipo. No puede haber dentro de un paquete dos elementos del mismo tipo con el mismo nombre. Todos los elementos internos deben compartir obligatoriamente el mismo alias cualificado.

Atendiendo al control de visibilidad de un paquete, ¿qué elementos externos tiene permitido referenciar un componente interno?. Exclusivamente los elementos privados de los paquetes adyacentes. Elementos públicos de cualquier paquete al que tenga permisos, elementos (incluso privados) de su paquete o de cualquier paquete que incluya al suyo, y elementos protegidos de sus paquetes padre. Únicamente elementos públicos que no pertenezcan a ninguna estructura recursiva u jerárquica. Elementos protegidos de paquetes hijo y elementos privados de paquetes del mismo nivel.

En las relaciones entre paquetes, ¿qué caracteriza a la relación de generalización?. El paquete padre puede usarse en sustitución del paquete especializado. El paquete especializado puede usarse en sustitución del general, y un contenido puede ser sobreescrito en un paquete hijo heredando los contenidos públicos, protegidos e importados del padre. El paquete hijo asimila de forma automática el espacio de nombres sin heredar los elementos importados. Elimina por completo las restricciones de visibilidad privada del paquete proveedor.

Cuando se importa un paquete (relación de dependencia), ¿qué elementos del paquete proveedor pasan a ser accesibles en el cliente?. La totalidad de sus elementos, incluyendo los privados y protegidos. Exclusivamente los elementos que dispongan de una visibilidad de tipo protegido (#). Sólo son accesibles sus elementos públicos. Únicamente aquellos elementos lógicos que compartan el mismo caso de uso.

¿Cuál es la diferencia fundamental en UML entre la importación (<<import>>) y el acceso (<<access>>)?. <<import>> incorpora el espacio de nombres de un paquete a otro sin necesidad de cualificar nombres, mientras que <<access>> permite acceder al espacio de nombres sin incorporarlo, indicando los elementos con su nombre cualificado. <<import>> es una relación puramente simétrica y transitiva, mientras que <<access>> rompe dicha simetría. <<import>> se aplica sobre la arquitectura física y <<access>> opera en la arquitectura lógica del sistema. <<import>> restringe el acceso a los elementos públicos y <<access>> los convierte automáticamente en protegidos.

¿Qué consecuencias tiene establecer una importación privada (<<access>>)?. Los elementos importados adquieren una visibilidad pública dentro del paquete cliente. Significa que los elementos importados tienen visibilidad privada en el paquete cliente y no pueden usarse fuera de él, incluyendo cualquier otro paquete que lo importara. Fuerza al paquete origen a asimilar por completo el espacio de nombres de forma transitiva hacia sus hijos. Permite omitir la cualificación de nombres de los elementos accedidos.

Si el paquete Pq1 puede acceder al contenido de Pq2, y Pq2 puede acceder al contenido de Pq3, ¿qué ocurre entre Pq1 y Pq3?. Pq1 puede acceder al contenido de Pq3 de forma implícita debido a que la relación es transitiva. Pq3 puede acceder a Pq1 debido al principio de simetría de permisos. Pq1 no puede acceder a Pq3, puesto que las relaciones de permiso no son simétricas ni transitivas. Ambos paquetes fusionan sus espacios de nombres bajo una dependencia generalizada.

¿Cuáles son las recomendaciones exactas del texto para conseguir que los paquetes estén bien estructurados?. Que sean muy acoplados, altamente anidados (mínimo 5 niveles) y con más de 15 nodos. Que sea cohesivo (limita el grupo de elementos relacionados), poco acoplado (importa lo necesario y exporta sólo lo que otros necesitan ver), no muy anidado (máx. 3 niveles) y posea un conjunto equilibrado de elementos (5-9 nodos). Que incluyan obligatoriamente alias cualificados en todas sus interfaces públicas y no superen un único nivel de anidamiento. Que agrupen únicamente clases abstractas y mantengan una estructura completamente lineal de hasta 20 nodos.

¿Qué tres criterios justifican agrupar determinados elementos dentro de un paquete?. Que tengan atributos idénticos, compartan el mismo espacio de nombres físico y sean asíncronos. Que utilicen conectores de delegación, pertenezcan a nodos hardware distintos y sean reemplazables. 1) Tienen un objetivo común, 2) Están relacionados a nivel conceptual, 3) Pertenecen al mismo caso de uso. Que tengan visibilidad privada, hereden de un paquete común y no utilicen el estereotipo <<artifact>>.

¿Qué dos herramientas conceptuales de UML se especifican en el texto para modelar la arquitectura física de un sistema?. Paquetes y Clases. Interfaces y Puertos. Componentes y nodos. Artefactos y Calles.

¿Cuál es la definición exacta de un "componente" dentro de la arquitectura física?. Una abstracción lógica del sistema que encapsula atributos y colecciones de operaciones continuas. Una parte física de un sistema que conforma y proporciona la implementación de un conjunto de interfaces. Un recurso de hardware puro sobre el cual se ejecutan hilos de control paralelos. Un fichero compuesto por bits que carece de conexiones internas o puertos.

¿Cuál es la diferencia explícita que se detalla entre las clases y los componentes?. Las clases son abstracciones lógicas y tienen operaciones y atributos; los componentes son fragmentos físicos del sistema y tienen interfaces. Las clases tienen interfaces requeridas y los componentes solo contienen operaciones atómicas. Las clases operan en tiempo de ejecución de forma física y los componentes son conceptos puramente teóricos de diseño. Las clases se representan con un icono especial en la esquina superior derecha y los componentes se representan mediante un rombo sin guardas.

En el modelado de componentes, ¿cómo se define textualmente un "puerto"?. Una relación de comunicación directa que utiliza juntas circulares compatibles. Una ventana específica de un componente encapsulado, que acepta mensajes hacia y desde el componente, que son conformes con las interfaces especificadas. La especificación de un rol funcional que determina el acoplamiento fuerte del sistema. Un elemento de software intermedio que se dibuja fuera de los nodos para interconectar los paquetes de negocio.

¿Cómo se representa un conector de delegación y cuál es su comportamiento según el texto?. Mediante una línea continua entre dos puertos externos; bloquea cualquier mensaje que ponga en peligro la encapsulación. Mediante una línea discontinua; conecta de manera asíncrona un componente lógico con un artefacto ejecutable. Mediante una flecha desde el puerto interno al externo; actúa como si el puerto interno fuese el externo, transmitiendo inmediatamente cualquier mensaje recibido al puerto interno. Mediante una junta circular; une dos interfaces compatibles de componentes que pertenecen a distintos casos de uso.

¿Qué elementos contiene y qué vista del sistema cubre un Diagramas de Componentes?. Contiene nodos y artefactos; cubre la vista de despliegue estática. Contiene componentes, interfaces y relaciones de dependencia, asociación, generalización y relación; cubren la vista de implementación estática de un sistema. Contiene calles y bloques lógicos; cubre la vista dinámica basada en flujos de datos concurrentes. Contiene puertos y especificaciones de despliegue; cubre la vista de interacción síncrona.

¿En qué situación específica se establece que los diagramas de despliegue NO son necesarios?. Cuando el sistema es mediano o grande y requiere organizarse a través de estructuras recursivas. Cuando el sistema está distribuido sobre varios procesadores y dispositivos físicos. Cuando el software reside en una misma máquina. Cuando los componentes no disponen de conectores de delegación.

Con respecto a la diferencia entre componentes y nodos, ¿qué representación física ostenta cada uno?. Los componentes representan el hardware en ejecución y los nodos representan el empaquetamiento lógico. Los componentes representan el empaquetamiento físico y los nodos representan el despliegue físico de componentes. Los componentes representan ficheros de bits y los nodos representan las colecciones de operaciones lógicas. No existe diferencia; ambos conceptos son sinónimos e intercambiables en la vista estática.

¿Qué es un "artefacto" en el contexto de los diagramas de despliegue UML?. Son ficheros físicos que el software usa para modelar el software que se ejecuta en los nodos, representando la implementación física de elementos como clases y componentes. Un recurso de hardware puro (como un procesador) que se encarga de recibir eventos de llamada síncronos. La especificación formal de un contrato de servicios empaquetado bajo un estereotipo <<send>>. Un bloque organizativo jerárquico diseñado para controlar los espacios de nombres del sistema.

¿Qué diferencia formal indica el texto entre las clases y los artefactos?. Las clases están formadas por bits y los artefactos son abstracciones lógicas sin representación física. Las clases representan abstracciones lógicas y pueden tener atributos y operaciones, mientras que los artefactos representan elementos físicos formados por bits, no pueden tener atributos y operaciones e implementan aspectos lógicos. Las clases residen en los caminos de comunicación hardware y los artefactos se limitan a las calles del modelo de negocio. Las clases operan en tiempo de desarrollo y los artefactos son de uso local exclusivo en tiempo de diseño lógico.

Dentro de la clasificación de los artefactos, ¿cómo se denominan aquellos que forman parte del sistema ejecutable?. Producto de trabajo. Despliegue. Ejecución. Especificación.

¿Cuáles son los "ficheros físicos" que permanecen al final del proceso de desarrollo pero NO participan directamente en un sistema ejecutable?. Producto de trabajo. Despliegue. Ejecución. Contrato.

¿Cómo se representan gráficamente los artefactos y de qué manera se pueden complementar en el modelo?. Se representan con el estereotipo <<send>> y se adornan con conectores de delegación. Se representan con el estereotipo <<artifact>> y se pueden adornar con valores etiquetados. Se representan mediante un rombo y se complementan con condiciones de guarda entre corchetes. Se dibujan mediante una barra gruesa horizontal y se complementan con un alias cualificado obligatorio.

¿Cómo se plasma en el diagrama la relación existente entre un artefacto y su correspondiente especificación de despliegue?. Uniendo a ambos mediante una flecha de conector de delegación unidireccional. Ubicándolos en paquetes jerárquicos totalmente independientes. Dibujando a ambos dentro del nodo. Representándolos con una línea continua denominada camino de comunicación síncrono.

De acuerdo con el texto, ¿qué elementos puede llegar a contener un paquete en UML?. Únicamente ficheros físicos formados por bits y especificaciones de despliegue. Clases, interfaces, nodos, casos de uso (y además puede contener otros diagramas). Exclusivamente artefactos de ejecución y caminos de comunicación. Solamente componentes que cuenten con un puerto y una estructura interna de partes.

En la arquitectura física, ¿qué son y cómo se representan los caminos de comunicación entre nodos?. Son dependencias lógicas abstractas estereotipadas como <<import>>. Son flechas que van del nodo interno al nodo externo para desviar los mensajes. Son conexiones donde los nodos intercambian mensajes, y se dibujan con una línea. Son rombos sin guardas donde confluyen flujos de ejecución concurrentes.

¿Está permitido que dos elementos de diferente tipo tengan el mismo nombre dentro de un paquete?. No, está estrictamente prohibido por UML usar el mismo nombre en cualquier elemento del paquete. Sí, dentro de un paquete puede haber dos elementos de tipos diferentes con el mismo nombre (aunque es aconsejable no repetirlos). Sí, pero solo si ambos elementos tienen una relación de generalización jerárquica. No, el espacio de nombres de un paquete exige nombres únicos globales sin importar el tipo.

¿Cuáles son los caracteres utilizados en un paquete para representar las visibilidades pública, privada y protegida, respectivamente?. Público (*), Privado (_), Protegido (%). Público (+), Privado (/), Protegido ($). Público (+), Privado (-), Protegido (#). Público (P), Privado (V), Protegido (T).

Cuando se utiliza la relación de importación (<<import>>), ¿qué acciones adicionales se le permiten realizar al paquete cliente sobre los elementos importados?. Forzar a que los elementos importados pasen a ser fragmentos físicos o artefactos de ejecución. Sobreescribir los atributos privados de un tercer paquete sin requerir permisos. Puede darse un alias a cada elemento importado y definir una nueva visibilidad. Conectarlos directamente a un conector de delegación bidireccional.

¿De qué dos formas pueden conectarse los componentes entre sí?. Mediante un conector de transiciones cruzadas o mediante una calle de procesos recursiva. Directamente (mediante una línea entre ellos o sus puertos) o porque tienen interfaces compatibles (mediante junta circular). A través de un alias cualificado o usando dependencias de generalización asíncronas. Únicamente introduciendo ambos componentes dentro del mismo nodo de hardware.

Dentro de los conceptos clave de los componentes, ¿cómo se define textualmente una "Parte"?. La implementación de un componente a través de conexiones de delegación externas. La colección de operaciones lógicas que especifican un contrato vinculante. Especificación de un rol que forma parte de un componente. El fichero físico formado por bits que reside obligatoriamente en un nodo.

¿Qué tres elementos específicos muestra explícitamente un Diagrama de Despliegue según el texto?. Los componentes lógicos, sus interfaces requeridas y los alias públicos. Las calles del negocio, los flujos concurrentes y las fusiones en rombo. El Hardware sobre el que se ejecutará el sistema, la Configuración de los nodos que participan y los Artefactos que hay en cada nodo. Las relaciones de generalización de paquetes, sus visibilidades protegidas y los puertos de entrada.

¿Qué caracteriza principalmente a un "Nodo" y en qué momento del ciclo de vida del sistema existe?. Representa una abstracción lógica pura y existe únicamente durante el diseño. Representa un plano de negocio y existe antes de la compilación de las clases. Se usa para representar un recurso hardware o software y es el elemento físico que existe en tiempo de ejecución. Es un bloque de código atómico que se ejecuta de forma síncrona durante la inicialización.

Dentro de la clasificación de artefactos del texto, ¿cómo se definen los artefactos de "Ejecución"?. Permanecen al final del proceso de desarrollo y no participan en el sistema ejecutable. Forman parte del sistema ejecutable de manera estática desde el inicio. Se crean durante la ejecución. Describen las propiedades de cómo se despliega un recurso de hardware.

¿Qué es una "Especificación de Despliegue" según la definición literal que ofrece el tema?. El camino de comunicación que se dibuja con una línea para intercambiar mensajes entre nodos. Son las propiedades que describen cómo se despliega un artefacto en un nodo. Una ventana encapsulada que acepta mensajes conformes con interfaces ofrecidas. Un estereotipo utilizado para agrupar elementos que pertenecen al mismo caso de uso.