Embed Size (px)
DESCRIPTION
Trabajo de Zuly, Toña, Bertha.
Citation preview
ANTONIA DOMINGUEZ VELAQUEZZULEIMA BALCAZAR TORRES
BERTHA ELENA ALMEIDA MARTINEZ
INSTITUTO TECNOLÓGICO SUPERIOR
DE VILLA LA VENTA
26-09-2011
MODELOS DEL CICLO DE VIDA DEL SOFTWARE
MODELOS DEL CICLO DE VIDA DEL SOFTWARE
Para facilitar una metodología común entre el cliente y la compañía
de software, los modelos de ciclo de vida se han
actualizado para reflejar las etapas de desarrollo
involucradas y la documentación requerida,
de manera que cada etapa se valide antes de
continuar con la siguiente etapa.
Modelo en Cascada
Modelo Espiral
Modelo incremental
Modelo de Prototipo
Modelo del dominio en el up
Bibliografía
Es el enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior.
MODELO CASCADA
Ver imagen
MODELO CASCADAAnálisis
Diseño
Implementación
Pruebas
Mantenimiento
Debe presentarse y entenderse el dominio de la
información de un problema
Se descompone y organiza el sistema en elementos que pueda
elaborarse por separado, aprovechando los
ventajas del desarrollo en equipo, así como la
manera en que se combinan unos con
otros.
El Software obtenido se pone en producción. Se implantan los niveles Software y Hardware
que componen el proyecto. La
implantación es la fase con más duración y con más cambios en el ciclo
de elaboración de un proyecto. Es una de las
fases finales del proyecto
Los elementos, ya programados, se ensamblan para
componer el sistema y se
comprueba que funciona
correctamente antes de ser puesto en
explotación
El Software sufrirá cambios después de que
se entrega al cliente .Los cambios
ocurrirán debido a que hayan encontrado errores, a que el Software deba
adaptarse a cambios del entorno externo o
debido a que el cliente requiera ampliaciones
funcionales
Es actualmente el enfoque más realista para el desarrollo de software y de sistemas a gran escala. Utiliza un enfoque evolutivo para la ingeniería de software, permitiendo al desarrollador y al cliente entender y reaccionar a los riesgos en cada nivel evolutivo.
MODELO ESPIRAL
Ver imagen
MODELO ESPIMMMMMMRAL
MODELO ESPIRALmodelospresentaci
ón
Análisis de riesgos
Análisis de riesgos
Análisis de riesgos
Análisis de riesgosPrototipo 1
Prototipo 2
Prototipo 3Prototipo Operativo
Simulaciones, Modelos, BenchmarksConcepto de
Operación Requisitos sw
Validación de Requisitos
Diseño Producto sw
V & V del diseño
Diseño Detallado
Código
Pruebas Unitarias
Integración y PruebaPrueba de
AceptaciónImple-menta-ción
Plan de Requisitos
Plan del ciclo de vida
Plan de Desarrollo
Plan de Integración y Pruebas
Determinar Objetivos, Alternativas, Restricciones
Evaluar Alternativas, Identificar y Resolver los Riesgos
Planificar las Faces Siguientes Desarrollar, Verificar el
Producto del Siguiente Nivel
MODELO ESPIMMMMMMRAL
En una visión genérica, el proceso se divide en 4 partes: Análisis, Diseño, Código y Prueba. Sin embargo, para la producción del Software, se usa el principio de trabajo en cadena o “Pipeline”, utilizado en muchas otras formas de programación.
MODELO INCREMENTAL
Ver imagen
MODELO INCREMENTALDefinició
n de objetivos
Definición de
requerimientos
Diseño y modeliza
ción
Implementación
Revisión
Gestión del
proyecto
es una meta o finalidad a
cumplir para la que se disponen medios
determinadosEs la
metodología de elegir lo que mejor ayudara ala
realizacion del software
En esta fase se identificarán las
fuentes de los datos y las transformaciones necesarias para, a
partir de dichas fuentes, obtener el
modelo lógico de datos
es la realización de una aplicación, o la
ejecución de un plan, idea, modelo científico, diseño,
especificación, estándar, algoritmo
o política
Es evaluar el software que cumpla con
los requerimientos de usuario con
calidad.
MODELO DE PROTOTIPO
Dentro del enfoque de prototipos se pretende que el modelo sea operante, es decir, una colección de programas de computadora que simulan algunas o todas las funciones que el usuario desea.
Ver imagen
Recolección y
refinamiento de
requisitosProducto de ingeniería
Diseño rápido
Refinamiento del prototipo
Evaluación del prototipo
del cliente
Construcción del prototipo
Comienzo
Parada
MODELO DE PROTOTIPOes dado por el usuario en lenguaje natural antes de
crear un prototipo, los analistas y usuario deben
de trabajar juntos para identificar los
requerimientos conocidos que tienen que satisfacer
en análisis de requerimientos
Los Procesos de Especificación ( Análisis ), Diseño e Implementación
son concurrentes . No existe una especificación
detallada del sistema. La documentación del diseño se
minimiza o es generada automáticamente por el entorno de
programación utilizado para implementar el sistema.
La expresión ingeniería de producto se refiere al
proceso de diseño y desarrollo de
un equipo, sistema o aparato de forma tal que se obtiene un elemento
apto para su comercialización
mediante algún proceso de fabricación. Es un modelo del
comportamiento del sistema que puede ser usado para
entenderlo completamente o ciertos aspectos de él y así
clarificar los requerimientos. Un prototipo es una
representación de un sistema, aunque no es un sistema
completo, posee las características del sistema
final o parte de ellas.
Se evalúan los efectos que haya producido en el Usuario, en cuanto a logros, actitud e interés; en qué medida los
contenidos han “quedado” en el Usuario o no, la monotonía que representa para ellos el
material expuesto, la facilidad de acceso, la visualización del contenido, la disponibilidad del
prototipo en el servidor, la velocidad de la navegación,
etc.
A menudo un cliente define un conjunto de objetivos generales
para el software, pero no identifica los requisitos detallados
de entrada, procesamiento o salida. El responsable del
desarrollo del software está inseguro de la eficacia de un
algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debería tomar la
interacción humana – máquina, entonces en este caso cuando utilizamos la construcción de
prototipos.
MODELO DEL DOMINIO EN EL UP
Los modelos del dominio no se incentivan fuertemente en la fase de inicio, puesto que el propósito del inicio no es llevar a
cabo un estudio serio, sino decidir si merece la pena un estudio mas profundo
en el proyecto, en una fase de elaboración.
Características del UP.
• Desarrollo iterativo e incremental: el proyecto se organiza en una serie de mini proyectoscortos de duración fija (2 a 6 semanas) llamadas iteraciones, que elige un conjuntoreducido de requerimientos, los diseña, implementa y prueba. El resultado de cada iteraciónes un sistema que puede ser probado, integrado y ejecutado. La salida es un subconjuntocon calidad de producción final. • Rápida retroalimentación y asimilación de los cambios, posibilitada por el tamaño limitadode lo realizado en cada iteración. • Se abordan, resuelven y prueban primeramente las decisiones de diseño críticas o de altoriesgo.• Si no se logra cumplir lo previsto dentro del plazo estipulado, se aconseja transferir tareas orequisitos para una iteración posterior, pero no modificar la fecha de entrega de la iteraciónactual.
Bibliografía
http://es.wikipedia.org/wiki/Implementaci%C3%B3n http://sites.google.com/site/datawarehouse2010iicr/fases-de-implantacion-d
e-un-data-warehouse/diseno-y-modelizacion revision
http://www.sistemaspaez.com/revisiones/contabilidad.htmhttp://www.mitecnologico.com/Main/ModeloDeCascadaprototipo http://oacosta334.blogspot.es/tags/prototipo/Desarrollo de Software para Ingeniería Eléctrica Rev. 2009 05 09 Instituto de Ingeniería Eléctrica Facultad de Ingeniería Universidad de la República, Uruguay.
FIN
