10
Modelo de implementación UNIDAD 5:RESUMEN GENERAL

Modelo de Implementación

Embed Size (px)

DESCRIPTION

Ingeniería de software

Citation preview

Modelo de implementacin

Modelo de implementacinUnidad 5:Resumen generalDiagrama de componentesUn diagrama de componentes es un diagrama tipo UML(Lenguaje Unificado de Modelado).Funciona para dividir los componentes, mostrar sus dependencias y con ello un mejor desarrollo de la documentacin.A diferencia de los diagramas de casos de uso, estos se utilizan mas para modelar la vista esttica y dinmica de un sistema incluyendo sus componentes.Uno de los usos principales es que pueden servir para ver que componentes pueden compartirse entre sistemas o entre diferentes partes de un sistema.Diagrama de componentes

Diagrama de despliegueEl Diagrama de despliegue del tipo UML se utiliza para modelar fsicamente artefactos de software en nodos.Elementos:Utiliza nodos y componentes representados por tringulos y rectngulos respectivamente.En la mayora de veces la vista de despliegue implica modelar la topologa del hardware sobre el que se ejecuta el sistema.

Ejemplo:

Diagramas de despliegueUsosSistemas empotradosUn sistema empotrado es una coleccin de hardware con una gran cantidad de software que interacta con el mundo fsicoSistemas cliente-servidorFunciona para sistemas distribuidos donde es necesario tomar decisiones sobre la conectividad de red de los clientes a los servidores y sobre la distribucin fsica de los componentes,Sistemas completamente distribuidosSimilar al anterior pero este abarca la posibilidad de mltiples servidores e incluso distintos sistemas operativos. Con ello redisear la topologa del sistema si es necesario.Modelos de pruebasImplementar un software conlleva actividades que integren modelos iterativos agiles y caractersticas provenientes de los modelos de pruebas.Existen reglas generales que ayudan a crear un modelo de pruebas.En desarrollos cortos se debe poner nfasis en pruebas unitariasIdentificar los errores y archivarlos.Realizar un anlisis en conjunto e ir desmenuzando prioridades.Considerar el volumen de la documentacin preventivamente y durante.Las pruebas de deben moldear a las practicas diseadas.

Modelos de pruebasEl proceso de desarrollo deber tener las siguientes actividades.Pruebas unitarias: automatizadas a corde a las practicasPruebas de sistema: Pruebas de sistema, exploratorias, usabilidad, ffiabilidad, rendimiento y seguridad. Pruebas de aceptacin: Beta testing; enfocadas a los cambios realizados. ConclusionesHay tarea que realizar antes de la implementacin de un proyecto.Explicado brevemente es:visualizar abstractamente el curso de los procesos. Encontrar relaciones, definir prioridades y posiblemente encontrar inflexiones de uso. Hacer el proyecto los mas representado posible en grficos y textoUtilizar modelos de pruebas para refinar detalles.Bibliografashttp://es.wikipedia.org/wiki/Pruebas_de_softwarehttp://farova2.blogspot.mx/2008/10/modelo-de-pruebas-de-software.htmlhttp://es.wikipedia.org/wiki/Diagrama_de_componenteshttp://es.wikipedia.org/wiki/Diagrama_de_componentes