5.1_Diagrama de componentes

- Los diagramas de componentes describen los elementos físicos del sistema y sus relaciones.

- Muestran las opciones de realización incluyendo código fuente, binario y ejecutable.

- Los componentes representan todos los tipos de elementos software que entran en la fabricación de aplicaciones informáticas

- Pueden ser simples archivos, paquetes, bibliotecas cargadas dinámicamente, etc.

Ejemplo de representación  grafica de diagrama de componentes es la siguiente:

UML define cinco estereotipos estándar que se aplican a los componentes:

- Executable: Especifica un componente que se puede ejecutar en un nodo.

 - Library: Especifica una biblioteca de objetos estática o dinámica.

 - Table: Especifica un componente que representa una tabla de una base de datos.

 - File: Especifica un componente que representa un documento que contiene código fuente o datos.

 - Document: Especifica un componente que representa un documento.

Subsistemas

Los subsistemas organizan la vista de realización de un sistema:

-Cada subsistema puede contener componentes y otros subsistemas.

-La descomposición en subsistemas no es necesariamente una descomposición funcional

-La relación entre paquetes y clases en el nivel lógico es el que existe entre subsistemas y componentes en el nivel físico.

-Paquetes (Categorias) y clases en el nivel lógico. Paquetes (Subsistemas) y componentes en el nivel físico.

Diagramas de Distribución

-Los componentes son los elementos que participan en la ejecución de un sistema. Los nodos son los elementos donde se ejecutan los componentes.

-Los componentes representan el empaquetamiento físico de los elementos lógicos.
 Los nodos representan el despliegue físico de los componentes.

-La relación entre un nodo y el componente que despliega puede mostrarse con una relación de dependencia, o listando los nodos desplegados en un compartimiento adicional dentro del nodo.

Ejemplo de Diagrama de Componentes

Otro ejemplo es....

                                                       

5.2_Diagramas de despliegues

El modelo físico en UML Lenguaje Unificado de Modelado describe los componentes, de

hardware y de software, que se desplegarán en el ambiente seleccionado. Describe 

elementos tales como plataformas de hardware, denominadas nodos en UML, conectividad 

de redes, componentes de software, procesadores, sistemas operativos y herramientas de 

terceras partes.

El Diagrama de Despliegue es un diagrama que se utiliza para modelar el hardware utilizado 

en las implementaciones de sistemas y las relaciones entre sus componentes. Describen la 

topología del sistema la  estructura de los elementos de hardware  y el software que ejecuta  

cada uno de ellos.

Los diagramas de despliegue representan a los nodos y sus relaciones. Los nodos son 

conectados por asociaciones de comunicación tales como enlaces de red, conexiones 

TCP/IP, microondas, etc.

Usos que se les da a los diagramas de despliegue son para modelar:

•Sistemas cliente-servidor

•Sistemas completamente distribuidos

COMPONENTES DE DIAGRAMA DE DESPLIEGUE

-   Nodo.

  * Instancia de nodo.

  * Estereotipo de nodo.

-   Artefactos.

-   Asociación.

 Nodo:

Un nodo es un objeto físico en tiempo de ejecución que representa un recurso computacional, generalmente con memoria y capacidad de procesamiento.

Un Nodo es un elemento de hardware o software. 

* Instancia de Nodo:

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

Estereotipo, son cosas u objetos q se repiten sin variación.

El estereotipo de un nodo es la manera de poder verificar que tipo de nodo es el que se esta observando.

Artefactos

Un artefacto es un producto del proceso de desarrollo de software, que puede incluir los modelos del proceso (modelos de Casos de Uso, modelos de Diseño, etc.), archivos fuente, ejecutables, documentos de diseño, reportes de prueba, prototipos, manuales de usuario etc.

Donde un artefacto es un conjunto de componentes.

Asociacion

Una asociación representa una ruta de comunicación entre los nodos. Donde esta asociación va incluida con misma dependencia  del diagrama de componentes.

DIAGRAMA DE COMPONENTES

•Los diagramas de componentes permiten modelar sistemas de software de cualquier tamaño y complejidad.

• Permite especificar un componente como unidad modular con interfaces bien definidas.

PASOS PARA LA CONSTRUCCIÓN

•Identificar los elementos del hardware que  formaran parte del sistema.

•Identificar los componentes que serán parte de cada nodo.

•Identificar la relaciones que existe entre cada uno de estos (Dependencia, Interfaz, Dependencias-Intefaz).

UML DIAGRAMAS

•Estáticos:

–Diagramas de clases

–Diagramas de objetos

–Diagramas de componentes

–Diagramas de despliegue

•Dinámicos:

–Diagramas de casos de uso

–Diagramas de secuencia

–Diagramas de colaboración

–Diagramas de estados

–Diagramas de actividades

5.3_Modelo de pruebas

                                          

-El Objetivo de las Pruebas es Descubrir en el producto desviaciones de las especificaciones.

-Puede existir sobre libres de errores pero si no se adecua a las necesidades del cliente no funciona.

Validación y Verificación

Validación: ¿Estamos construyendo el producto correcto? Se ocupa de controlar si el producto satisface los requerimientos del usuario.

Verificación: ¿Estamos construyendo correctamente el producto? implica controlar que el producto conforma su especificación inicial. 

Pruebas en XP

Tipos de Prueba

Pruebas de Aceptación à Casos de Uso

Pruebas de Integración/Sistema à Diagramas de Secuencia/Escenarios

Pruebas Unitarias à Clases/Módulos

¿Cómo probar software?

¿Qué se requiere para probar una llamada telefónica?

Se ocupa de un Numero: Entrada

Se ocupan de las acciones internas del operador telefónico: Proceso

Se comunica con la otra persona: Salida

Sugerencias de Prueba

- Aun no se han terminado algunos módulos en pruebas de integración se pueden hacer objetos ficticios “Mock”.

- Es recomendable hacer pruebas de regresión conforme se empiezan a integrar los módulos de la arquitectura.

Diseño de Caso de Prueba

•Se desea desarrollar una aplicación que permita realizar múltiples operaciones de búsqueda, ordenamiento y operaciones aritméticas en una serie de números enteros.

•La Aplicación se realizará con un Entorno gráfico de ventanas.

Bibliografia:

http://es.scribd.com/doc/27182020/Ingenieria-de-Software-Un-Enfoque-Practico-6th-edicion-Roger-pressman-1

ELABORÓ: ZEFERINO GUERRERO HERNÀNDEZ

CARRERA: INGENIERÍA EN SISTEMAS COMPUTACIONALES

SEMESTRE Y GRUPO: 4TO MOD_1

DOCENTE: M.C. MARÌA GUADALUPE RIVERA GARCÍA