Beruflich Dokumente
Kultur Dokumente
Modelo de Implementacin
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.
Se pueden agrupar en paquetes as como los objetos de clases, adems pueden tener entre
ellos relaciones, tales como:
Generalizacin
Asociacin
Agregacin
Realizacin
Dependencia
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.
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 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
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.
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