5.

1Diagrama de componentes
Definicin: Un diagrama de componentes representa cmo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes fsicos incluyen archivos, cabeceras, bibliotecas compartidas, mdulos, ejecutables, o paquetes. Para qu sirven los diag. De comp. ? Nos permite ver el modelado de un sistema o subsistema y permite especificar un componente con interfaces bien definidas. Puntos importantes: *Los diag. De comp. Se presenta en el diseo que da paso a la implementacin. *Los diag. De comp. Se generan a partir del diagrama de clases. *si los componentes se disean de tal forma que puedan ser usados tan independientemente, podrn ser reutilizados. Elementos: componentes: es una parte fsica del sistema (modulo, base de datos, programa ejecutable etc...). Es la unin de una o ms clases. Un componente se representa con un rectngulo y en se muestran dos rectngulos pequeos del lado izquierdo. Interfaces: es el lazo de unin entre varios componentes. Relacin de uso: se muestra para hacer uso de una dependencia o relacin entre componentes Pasos para la elaboracin: 1.previamente al diagrama de componentes debemos de tener hecho el diagrama de clases. 2. Se debe identificar a todos las clases que participaran en el sistema o subsistema a desarrollar. 3. Una vez identificado las clases, se procede a identificar sus mtodos. 4. Estos mtodos pasaran a ser mdulos con lneas de cdigo independientes. 5. Estos mdulos sern los componentes de nuestro diagrama. 6. Estos componentes se relacionan entre s por medio de sus interfaces.

5.2 Diagrama de despliegue

Definicin: El Diagrama de despliegue es un diagrama estructurado que muestra la arquitectura del sistema desde el punto de vista del despliegue (distribucin) de los artefactos del software en los destinos de despliegue. Objetivo: Un Diagrama de Despliegue modela la arquitectura en tiempo de ejecucin de un sistema. Esto muestra la configuracin de los elementos de hardware (nodos) y muestra cmo los elementos y artefactos del software se trazan en esos nodos. Elementos: Nodo: Un Nodo es un elemento de hardware o software. Esto se muestra con la forma de una caja en tres dimensiones. Instancia de nodo: Una instancia de nodo se puede mostrar en un diagrama. Una instancia se puede distinguir desde un nodo por el hecho de que su nombre esta subrayado y tiene dos puntos antes del tipo de nodo base. Una instancia puede o no tener un nombre antes de los dos puntos. Estereotipo de Nodo: Un nmero de estereotipos [tipos de nodo] estndar se proveen para los nodos, Estos mostrarn un icono apropiado en la esquina derecha arriba del smbolo nodo. Artefacto: Un artefacto es un producto del proceso de desarrollo de software, que puede incluir los modelos del proceso (e.g. modelos de Casos de Uso, modelos de Diseo, etc.), archivos fuente, ejecutables, documentos de diseo, reportes de prueba, prototipos, manuales de usuario y ms. Un artefacto se denota por un rectngulo mostrando el nombre del artefacto, el estereotipo artifact y un icono de documento. Asociacin: una asociacin representa una ruta de comunicacin entre los nodos. Nodo como contenedor: Un nodo puede contener otros elementos, como componentes o artefactos.

5.3 Modelos de pruebas

definicin y objetivo: La fase de pruebas del sistema tiene como objetivo verificar el sistema software para comprobar si este cumple sus requisitos. Este trabajo describe los modelos necesarios para generar de manera sistemtica un conjunto de pruebas que permitan verificar la implementacin de los requisitos funcionales de un sistema software. Modelos que se utilizan: Modelos de requisitos : Los nicos modelos de requisitos necesarios son los casos de uso y los requisitos de almacenamiento, aunque otros modelos, como por ejemplo modelos de interfaces, o modelos de navegacin pueden enriquecer el proceso de prueba. Modelo de comportamiento: Los modelos de comportamiento se utilizan para describir el comportamiento del sistema en su totalidad. Entre los modelos de comportamiento existentes se distinguen dos de estos: modelos de flujo de datos, que modelan el procesamiento de los datos en el sistema, y modelos de mquinas de estado, que modelan como el sistema reacciona a los eventos Modelo de datos de prueba: el modelo de datos de prueba expresa todas las variables del caso de uso , su estructura si son tipos complejos, En segundo lugar el modelo de datos de prueba expresa los valores de prueba del sistema y los resultados esperados del mismo. Las restricciones que puedan existir entre ellos y las particiones de sus respectivos dominios. Esto se realiza mediante un diagrama de clase. Modelo de interfaz abstracta: define las interfaces que el sistema ofrecer para poder realizar la funcionalidad expresada en el modelo de casos de uso y en el modelo de comportamiento Modelo de interaccin: definir cmo realiza las pruebas sus acciones y definir los rbitros. En el contexto de las pruebas, un rbitro es elemento encargado de comprobar si la prueba fue superada o no. Modelo de interfaz concreta y modelo de acciones: Estos modelos permiten traducir las pruebas abstractas a pruebas ejecutables sobre el sistema. El objetivo del modelo de interfaz concreta es expresar los elementos de la interfaz abstracta en funcin de los componentes concretos del sistema a prueba. El objetivo del modelo de accin es expresar los elementos del modelo de interaccin mediante un lenguaje de una herramienta de prueba concreta.