Ingeniería de Software Metodologías y Ciclos de Viva

Metodologias: Definición El conjunto de métodos que se utilizan en una determinada actividad con el fin de formalizarla y optimizarla. Determina los pasos a seguir y cómo realizarlos para finalizar una tarea.

El conjunto de métodos que se utilizan en una determinada actividad con el fin de formalizarla y optimizarla.

Determina los pasos a seguir y cómo realizarlos para finalizar una tarea.

Metodologias: Aplicación a la Ingeniería de Software Optimiza el proceso y el producto software. Métodos que guían en la planificación y en el desarrollo del software. Define qué hacer, cómo y cuándo durante todo el desarrollo y mantenimiento de un proyecto

Optimiza el proceso y el producto software.

Métodos que guían en la planificación y en el desarrollo del software.

Define qué hacer, cómo y cuándo durante todo el desarrollo y mantenimiento de un proyecto

Metodologias: Aplicación a la Ingeniería de Software Sin metodología Con metodología

Metodologías: Elementos Define una estrategia global para enfrentarse con el proyecto: Fases . Tareas a realizar en cada fase. Productos (final e intermedios). E/S de cada fase, documentos. Procedimientos y herramientas . Apoyo a la realización de cada tarea. Criterios de evaluación. Del proceso y producto. Saber si se han logrado los objetivos.

Define una estrategia global para enfrentarse con el proyecto:

Fases .

Tareas a realizar en cada fase.

Productos (final e intermedios).

E/S de cada fase, documentos.

Procedimientos y herramientas .

Apoyo a la realización de cada tarea.

Criterios de evaluación.

Del proceso y producto. Saber si se han logrado los objetivos.

Metodologías: Ventajas Desde el punto de vista de gestión: Facilitar la tarea de planificación. Facilitar la tarea de control y seguimiento de un proyecto. Mejorar la relación coste/beneficio. Optimizar el uso de recursos disponibles. Facilitar la evaluación de resultados y cumplimiento de los objetivos. Facilitar la comunicación efectiva entre usuarios y desarrolladores. Ayuda a la gestión del proyecto.

Desde el punto de vista de gestión:

Facilitar la tarea de planificación.

Facilitar la tarea de control y seguimiento de un proyecto.

Mejorar la relación coste/beneficio.

Optimizar el uso de recursos disponibles.

Facilitar la evaluación de resultados y cumplimiento de los objetivos.

Facilitar la comunicación efectiva entre usuarios y desarrolladores.

Ayuda a la gestión del proyecto.

Metodología: Ventajas Desde el punto de vista de los ingenieros del software: Ayudar a la comprensión del problema. Optimizar el conjunto y cada una de las fases del proceso de desarrollo. Facilitar el mantenimiento del producto final. Permitir la reutilización de partes del producto.

Desde el punto de vista de los ingenieros del software:

Ayudar a la comprensión del problema.

Optimizar el conjunto y cada una de las fases del proceso de desarrollo.

Facilitar el mantenimiento del producto final.

Permitir la reutilización de partes del producto.

Metodología: Ventajas Desde el punto de vista del cliente o usuario final: Garantía de un determinado nivel de calidad en el producto final. Confianza en los plazos de tiempo fijados en la definición del proyecto. Definir el ciclo de vida que más se adecue a las condiciones y características del desarrollo.

Desde el punto de vista del cliente o usuario final:

Garantía de un determinado nivel de calidad en el producto final.

Confianza en los plazos de tiempo fijados en la definición del proyecto.

Definir el ciclo de vida que más se adecue a las condiciones y características del desarrollo.

Metodología: Ventajas Determinar las fases dentro del ciclo de vida especificando su orden de ejecución. Definir los resultados intermedios y finales. Proporcionar un conjunto de métodos, herramientas y técnicas para facilitar la tarea del ingeniero del software y aumentar suproductividad.

Determinar las fases dentro del ciclo de vida especificando su orden de ejecución.

Definir los resultados intermedios y finales.

Proporcionar un conjunto de métodos, herramientas y técnicas para facilitar la tarea del ingeniero del software y aumentar suproductividad.

Ciclos de Vida: Definición Conjunto de fases por las que pasa el sistema que se está desarrollando desde que nace la idea inicial hasta que el software es retirado o reemplazado (“muere”). Se denomina a veces “paradigma” . Dos puntos de vista Transformación del producto. Proceso que transforma el producto.

Conjunto de fases por las que pasa el sistema que se está desarrollando desde que nace la idea inicial hasta que el software es retirado o reemplazado (“muere”).

Se denomina a veces “paradigma” .

Dos puntos de vista

Transformación del producto.

Proceso que transforma el producto.

Ciclo de vida: funciones Un ciclo de vida debe: Determinar el orden de las fases del proceso software. Establecer los criterios de transición para pasar de una fase ala siguiente. Definir las entradas y salidas de cada fase.

Un ciclo de vida debe:

Determinar el orden de las fases del proceso software.

Establecer los criterios de transición para pasar de una fase ala siguiente.

Definir las entradas y salidas de cada fase.

Ciclo de vida: funciones Describir los estados por los que pasa el producto. Describir las actividades a realizar para transformar el producto. Definir un esquema que sirve como base para: Planificar. Organizar. Coordinar. Desarrollar. ...

Describir los estados por los que pasa el producto.

Describir las actividades a realizar para transformar el producto.

Definir un esquema que sirve como base para:

Planificar.

Organizar.

Coordinar.

Desarrollar.

...

Ciclo de vida: Situación Real

Modelo ciclo de vida en cascada

Modelo ciclo de vida en cascada Características: Es el más utilizado. Es una visión del proceso de desarrollo de software como una sucesión de etapas que producen productos intermedios. Para que el proyecto tenga éxito deben desarrollarse todas las fases. Las fases continúan hasta que los objetivos se han cumplido. Si se cambia el orden de las fases, el producto final será de inferior calidad,

Características:

Es el más utilizado.

Es una visión del proceso de desarrollo de software como una sucesión de etapas que producen productos intermedios.

Para que el proyecto tenga éxito deben desarrollarse todas las fases.

Las fases continúan hasta que los objetivos se han cumplido.

Si se cambia el orden de las fases, el producto final será de inferior calidad,

Modelo ciclo de vida en cascada CRITICAS: No refleja realmente el proceso de desarrollo del software Se tarda mucho tiempo en pasar por todo el ciclo Perpetua el fracaso de la industria del software en su comunicación con el usuario final El mantenimiento se realiza en el código fuente Las revisiones de proyectos de gran complejidad son muy difíciles Impone una estructura de gestión de proyectos

CRITICAS:

No refleja realmente el proceso de desarrollo del software

Se tarda mucho tiempo en pasar por todo el ciclo

Perpetua el fracaso de la industria del software en su

comunicación con el usuario final

El mantenimiento se realiza en el código fuente

Las revisiones de proyectos de gran complejidad son muy difíciles

Impone una estructura de gestión de proyectos

Modelo ciclo de vida en cascada Limitaciones: No se permiten las iteraciones. Los requisitos se congelan al principio del proyecto. No existe un proyecto “enseñable” hasta el final del proyecto.

Limitaciones:

No se permiten las iteraciones.

Los requisitos se congelan al principio del proyecto.

No existe un proyecto “enseñable” hasta el final del proyecto.

Modelo ciclo de vida en cascada

Modelo de ciclo de vida en espiral

Modelo de ciclo de vida en espiral

Modelo de ciclo de vida en espiral Trata de mejorar los ciclos de vida clásicos y prototipos. Permite acomodar otros modelos Incorpora objetivos de calidad y gestión de riesgos Elimina errores y alternativas no atractivas al comienzo Permite iteraciones, vuelta atrás y finalizaciones rápidas Cada ciclo empieza identificando: Los objetivos de la porción correspondiente Las alternativas Restricciones Cada ciclo se completa con una revisión que incluye todo el ciclo anterior y el plan para el siguiente

Trata de mejorar los ciclos de vida clásicos y prototipos.

Permite acomodar otros modelos

Incorpora objetivos de calidad y gestión de riesgos

Elimina errores y alternativas no atractivas al comienzo

Permite iteraciones, vuelta atrás y finalizaciones rápidas

Cada ciclo empieza identificando:

Los objetivos de la porción correspondiente

Las alternativas

Restricciones

Cada ciclo se completa con una revisión que incluye todo el ciclo anterior y el plan para el siguiente

Modelo de ciclo de vida en espiral Se usa en proyectos en los que se prevén riesgos. Representa un enfoque dirigido por el riesgo para el análisis y estructuración del proceso software. Ventajas: Utiliza las fases de modelos tradicionales. Se centra en la eliminación de errores y alternativas poco atractivas. Su orientación a detectar y prevenir el riesgo evita muchas dificultades. Desventajas: Complicado: Consume muchos recursos. Las etapas y sus E/S no están claramente definidas.

Se usa en proyectos en los que se prevén riesgos.

Representa un enfoque dirigido por el riesgo para el análisis y estructuración del proceso software.

Ventajas:

Utiliza las fases de modelos tradicionales. Se centra en la eliminación de errores y alternativas poco atractivas.

Su orientación a detectar y prevenir el riesgo evita muchas dificultades.

Desventajas:

Complicado: Consume muchos recursos.

Las etapas y sus E/S no están claramente definidas.

Modelos de refinamiento sucesivo por pasos o por mejora iterativa

Iterativo

Iterativo

Iterativo Es una repetición de varios ciclos de vida en cascada. Al final de cada ciclo se entrega una versión completa del software mejorada respecto a la anterior. Los ciclos se repiten hasta obtener un producto satisfactorio. Los usuarios deben evaluar el producto en cada iteración y proponer mejoras. Se suele aplicar en desarrollos en los que los requisitos no están claros, las primeras versiones pueden ser prototipos que se desechan posteriormente.

Es una repetición de varios ciclos de vida en cascada.

Al final de cada ciclo se entrega una versión completa del software mejorada respecto a la anterior.

Los ciclos se repiten hasta obtener un producto satisfactorio.

Los usuarios deben evaluar el producto en cada iteración y proponer mejoras.

Se suele aplicar en desarrollos en los que los requisitos no están claros, las primeras versiones pueden ser prototipos que se desechan posteriormente.

Incremental

Incremental Es una repetición de varios ciclos de vida en cascada. Al final de cada ciclo se entrega una versión parcial del software incrementada con cierta funcionalidad nueva respecto a las entregas anteriores. Los ciclos se repiten hasta obtener un producto completo. Los usuarios disponen antes del software, aunque no sea completo, por lo que pueden sugerir mejoras. Se suele aplicar a desarrollos de gran tamaño.

Es una repetición de varios ciclos de vida en cascada.

Al final de cada ciclo se entrega una versión parcial del software incrementada con cierta funcionalidad nueva respecto a las entregas anteriores.

Los ciclos se repiten hasta obtener un producto completo.

Los usuarios disponen antes del software, aunque no sea completo, por lo que pueden sugerir mejoras.

Se suele aplicar a desarrollos de gran tamaño.

Incremental Se evitan proyectos largos y se entrega “ Algo de valor ” a los usuarios con cierta frecuencia El usuario se involucra más Difícil de evaluar el coste total Requiere gestores experimentados Los errores en los requisitos se detectan tarde. El resultado es ser muy positivo

Se evitan proyectos largos y se entrega “ Algo de valor ” a los usuarios con cierta frecuencia

El usuario se involucra más

Difícil de evaluar el coste total

Requiere gestores experimentados

Los errores en los requisitos se detectan tarde.

El resultado es ser muy positivo

Modelo ciclo de vida prototipado

Modelo ciclo de vida prototipado

Modelo ciclo de vida prototipado No modifica el flujo del ciclo de vida Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios Reduce costos y aumenta la probabilidad de éxito Exige disponer de las herramientas adecuadas No presenta calidad ni robustez Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniería.

No modifica el flujo del ciclo de vida

Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios

Reduce costos y aumenta la probabilidad de éxito

Exige disponer de las herramientas adecuadas

No presenta calidad ni robustez

Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniería.

Modelo ciclo de vida prototipado EL PROTOTIPADO PARA QUE SEA EFECTIVO: Debe ser un sistema con el que se pueda experimentar Debe ser comparativamente barato (< 10%) Debe desarrollarse rápidamente Enfasis en la interfaz de usuario Equipo de desarrollo reducido Herramientas y lenguajes adecuados “ El prototipado es un medio excelente para recoger el ‘feedback’ (realimentación) del usuario final”

EL PROTOTIPADO

PARA QUE SEA EFECTIVO:

Debe ser un sistema con el que se pueda experimentar

Debe ser comparativamente barato (< 10%)

Debe desarrollarse rápidamente

Enfasis en la interfaz de usuario

Equipo de desarrollo reducido

Herramientas y lenguajes adecuados

“ El prototipado es un medio excelente para recoger el ‘feedback’ (realimentación) del usuario final”

Modelo ciclo de vida prototipado PELIGROS DEL PROTOTIPO El cliente ve funcionando lo que para el es la primera versión del prototipo que ha sido construido con “plastilina y alambres”, y puede desilusionarse al decirle que el sistema aun no ha sido construido. El desarrollador puede caer en la tentación de ampliar el prototipo para construir el sistema final sin tener en cuenta los compromisos de calidad y de mantenimiento que tiene con el cliente.

PELIGROS DEL PROTOTIPO

El cliente ve funcionando lo que para el es la primera versión del prototipo que ha sido construido con “plastilina y alambres”, y puede desilusionarse al decirle que el sistema aun no ha sido construido.

El desarrollador puede caer en la tentación de

ampliar el prototipo para construir el sistema final

sin tener en cuenta los compromisos de calidad y de

mantenimiento que tiene con el cliente.