Sie sind auf Seite 1von 9

INGENIERIA DE SOFTWARE

Modelo de Implementacin

5.1. Diagrama de componentes


5.2. Diagrama de despliegue
5.3. Modelos de pruebas

Alejandro Castaos Lpez

INDICE
Diagrama de Componentes..................................................................................... 2
Diagrama de Despliegue......................................................................................... 4
Modelos de prueba................................................................................................. 6
Conclusiones......................................................................................................... 7
Referencias........................................................................................................... 8

Modelo de Implementacin.
Diagrama de Componentes.
Los diagramas de componentes describen la descomposicin fsicos de los elementos de un
sistema (modulo, base de datos, programa ejecutable, etc.) y sus relaciones. Muestran las
opciones de realizacin incluyendo cdigo fuente, binario y ejecutable, pueden ser simples
archivos, paquetes, bibliotecas cargadas dinmicamente, etc.
Elementos
Normalmente los DC contienen los siguientes elementos:
Componentes
Interfaces
Relaciones de dependencia, generalizacin, asociacin y realizacin.
Paquetes o subsistemas.

Relaciones de dependencia de los DC.

Se pueden agrupar en paquetes as como los objetos de clases, adems pueden tener entre
ellos relaciones, tales como:
Generalizacin
Asociacin
Agregacin
Realizacin
Dependencia

Estereotipos de los componentes.

UML define cinco estereotipos estndar que se aplican a los componentes:


Executable: Especifica un componente que se puede ejecutar en un nodo.
Library: Especifica una biblioteca de objetos esttica o dinmica.
Table: Especifica un componente que representa una tabla de una base de datos.
File: Especifica un componente que representa un documento que contiene cdigo fuente o
datos.
Document: Especifica un componente que representa un documento.

Dependencias entre componentes.

Se utilizan en los DC para indicar que un componente se refiere a los servicios ofrecidos por
otro componente.

Subsistemas.

Los distintos componentes pueden agruparse en paquetes segn un criterio lgico y con
vistas a simplificar la implementacin.
Son paquetes estereotipados en <<subsistemas>>.
Funcionalidad de los subsistemas.
Los subsistemas organizan la vista de realizacin de un sistema.
Cada subsistema puede contener componentes y otros subsistemas.
La descomposicin en subsistemas no es necesariamente una descomposicin funcional.
La relacin entre paquetes y clases en el nivel lgico es el que existe entre subsistemas y
componentes en el nivel fsico.
Paquetes (Categorias) y clases en el nivel lgico. Paquetes (Subsistemas) y componentes
en el nivel fsico.

Pasos para elaborar un diagrama de componentes.

Previamente al diagrama de componentes debemos de tener hecho el diagrama de clases.


Se debe identificar a todos las clases que participaran en el sistema o subsistema a
desarrollar.
Una vez identificado las clases, se procede a identificar sus mtodos.
Estos mtodos pasaran a ser mdulos con lneas de cdigo independientes.
Estos mdulos sern los componentes de nuestro diagrama.
Estos componentes se relacionan entre si por medio de sus interfaces.

Diagrama de Despliegue

Un diagrama de despliegue muestra las relaciones fsicas entre los componentes hardwarey
softwareen el sistema final, es decir, la configuracin de los elementos de procesamiento en tiempo
de ejecucin y los componentes software (procesos y objetos que se ejecutan en ellos).

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

Los nodos son conectados por asociaciones de comunicacin tales como enlaces de red,
conexiones TCP/IP, microondas, etc.
Los diagramas de despliegue son los complementos de los diagramas de componentes que
unidos, proveen la vista de implementacin del sistema.

Caractersticas

Describen la arquitectura fsica del sistema durante la ejecucin, en trminos de:


Procesadores
Dispositivos
Componentes de software
Describen la topologa del sistema: la estructura de los elementos de hardware y el software
que ejecuta cada uno de ellos.

Componentes de diagrama de despliegue

Nodo: son objetos fsicos que existen en tiempo de ejecucin, y que representan algn tipo
de recurso computacional (capacidad de memoria y procesamiento):

Instancia de nodo.
Estereotipo de nodo.

Artefactos: es un producto del proceso de desarrollo de software, que puede incluir los
modelos del proceso Ej. archivos fuente, ejecutables, documentos de diseo, reportes de prueba,
prototipos, manuales de usuario y ms.

Asociacin: Una asociacin representa una ruta de comunicacin entre los nodos. Donde
esta asociacin va incluida con misma dependencia del diagrama de componentes.
Usos
Sistemas cliente-servidor
Sistemas completamente distribuidos

Modelos de prueba
La fase de pruebas del sistema tiene como objetivo verificar el sistema software para
comprobar si este cumple sus requisitos.

Dentro de esta fase pueden desarrollarse varios tipos distintos de pruebas en funcin de los
objetivos de las mismas. Algunos tipos son pruebas funcionales, pruebas de usabilidad, pruebas de
rendimiento, pruebas de seguridad, etc.
Este trabajo se centra en pruebas funcionales de aplicaciones con interfaces grficas. Estas
pruebas verifican que el sistema software ofrece a los actores humanos la funcionalidad recogida
en su especificacin.
Una de las tcnicas ms empleadas para la especificacin funcional de sistemas software
son los casos de uso. Las principales ventajas de los casos de uso son que ocultan los detalles
internos del sistema, son rpidos de construir, fciles de modificar y entender por los clientes y
futuros usuarios del sistema y pueden aplicarse a distintos tipos de sistemas.
Actualmente, existe un amplio nmero de propuestas que describen cmo generar pruebas
del sistema a partir de los casos de uso. Aunque la generacin de pruebas se adapta a la filosofa
propuesta por MDA.
Este trabajo se centra en la definicin de un conjunto de modelos que den soporte al proceso
de generacin de pruebas del sistema desde una perspectiva MDA.
Las pruebas deben de hacerse en todas las fases del desarrollo.
Tipos de Pruebas:
Pruebas de Aceptacin Casos de Uso
Pruebas de Integracin/Sistema Diagramas de Secuencia/Escenarios
Pruebas Unitarias Clases/Mdulos
Pruebas de Regresin
Pruebas de Facilidad de Uso
Pruebas de Cobertura
Pruebas de Rendimiento
(profile)

Conclusiones.
El desarrollo de software es uno de los pilares fundamentales de la Informtica y al cual se
dedican muchas horas de esfuerzos en universidades, centros de investigacin y empresas de
todos los tamaos.

Conforme la tecnologa va avanzando, van apareciendo nuevas soluciones, nuevas formas


de programacin, nuevos lenguajes, y un sin fin de herramientas que intentan realizar el trabajo del
desarrollador un poco ms fcil. Tambin surgen nuevos modelos de proceso de desarrollo y
nuevas metodologas que tratan de adaptar la manera de trabajar a las necesidades concretas de
una organizacin y de sus proyectos. Es importante conocer bien estos modelos, para tener un
esquema mental que nos permita gestionar proyectos y organizar equipos de manera racional,
cuando abordemos el desarrollo de software, especialmente en el caso de aplicaciones grandes y
complejas.

Referencias.
Ingeniera de Software orientada a objetos con UML, JAVA e Internet. Alfredo Witzenfeld.
Ingeniera de Software. Somerville.
www.wikipedia.com
www.monografas.com
8

www.google.com

Das könnte Ihnen auch gefallen