METODOLOGÍAS DE DESARROLLO

DE SOFTWAREHernández Ortega Rocío Berenice

Jurado Medina Jorge AlbertoUyoa Correa David

Téllez Rodríguez Beatriz

METODOLOGÍA DE CASCADA También conocido como modelo clásico,

modelo tradicional o modelo lineal secuencial. Él método de la cascada es considerado como el enfoque clásico para el ciclo de vida del desarrollo de sistemas.

CARACTERÍSTICAS Es caracterizado por ordenar de manera

rigurosa las etapas del ciclo de vida de software.

Cuando la revisión determina que el proyecto no está listo para pasar a la siguiente etapa, permanece en la etapa actual hasta que esté preparado.

Facilita determinar costos y los plazos.

VENTAJAS Se utiliza correctamente para ciclos en

los que se tiene una decisión estable del producto.

Puede constituir una elección correcta para el desarrollo rápido.

Ayuda a minimizar los gastos de la planificación porque permite realizarla sin problemas. 5.-Evita una fuente común de errores importantes.

Presenta el proyecto con una estructura que ayuda a minimizar el esfuerzo inútil.

DESVENTAJAS Dificultad para especificar claramente los

requerimientos al comienzo del proyecto(no permite flexibilidad en los cambios).

Se tarda mucho tiempo en pasar por todo el ciclo

No es imposible volver atrás utilizando el modelo de cascada pura, pero si difícil.

Para un proyecto de desarrollo rápido, el modelo de cascada puede suponer una cantidad excesiva de documentación

PROPIEDADES

Análisis de los requisitos del software: el proceso de recopilación de los requisitos se centra e intensifica especialmente en el software.

Diseño: el diseño del software se enfoca en cuatro atributos distintos del programa; la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterización de la interfaz.

Implementación: el diseño debe traducirse en una forma legible para la maquina. (Programación)

Prueba: una vez que se ha generado el código comienza la prueba del programa. La prueba se centra en la lógica interna del software y en las funciones externas.

Mantenimiento: el software sufrirá cambios después de que se entrega al cliente. Los cambios ocurrirán debidos a que se haya encontrado errores, a que el software deba adaptarse a cambios del entorno externo o a que el cliente requiera ampliaciones funcionales o del rendimiento

EJEMPLOS Se utilizada en la ingeniería para

desarrollar secuencias de movimiento en uno o varios cilindros neumáticos de doble efecto, con el fin de automatizar pequeños procesos. 

Se utiliza en el desarrollo de software para la realización de aplicaciones que no requieren gran cantidad de requisitos o que no soy muy complejas y de riesgo.

ESPIRAL Es un modelo de ciclo de vida del

software Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. Las actividades no están fijadas a ninguna prioridad, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior.

CARACTERÍSTICAS En este modelo, el sistema se desarrolla

en una serie de versiones incrementales.

En cada giro se construye un nuevo modelo del sistema completo.

Durante las primeras iteraciones, la versión incremental podría ser un modelo en papel o un prototipo.

Durante las últimas iteraciones se producen versiones cada vez más completas de ingeniería del sistema. .

VENTAJAS Es el mejor modelo para el desarrollo de

grandes sistemas.  Permite Versatilidad al implementar

varios tipos de modelado de software en sí mismo

Permite actualizar, e integrarle nuevos requisitos si es necesario.

DESVENTAJAS Funcionan mejor para los grandes

proyectos lo que implica un mayor nivel de complejidad.

La evaluación de los riesgos involucrados en el proyecto pueden disparar el costo y puede ser mayor que el costo de la construcción del sistema.

Genera mucho tiempo en el desarrollo del sistema.

PROPIEDADES

Comunicación con el cliente.- Las tareas requeridas para establecer comunicación entre el desarrollador y el cliente, sea revisar especificaciones, plantear necesidades, etc.

Planificación.- Las tareas requeridas para definir recursos, tiempos e información relacionada con el proyecto.

Análisis de riesgos.- Las tareas requeridas para evaluar riesgos técnicos y de gestión.

Ingeniería.- Las tareas requeridas para construir una o más representaciones de la aplicación

Construcción y adaptación.- Las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.

Evaluación del cliente.- Las tareas requeridas para obtener la reacción del cliente, según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementada durante la etapa de instalación

EJEMPLO El Modelo Espiral es particularmente

apto para el desarrollo de Sistemas Operativos (complejos); también en sistemas de altos riesgos o críticos (Ej. navegadores y controladores aeronáuticos) y en todos aquellos en que sea necesaria una fuerte gestión del proyecto y sus riesgos, técnicos o de gestión.

METODOLOGIA INCREMENTAL

CARACTERÍSTICAS:

Se evitan proyectos largos y se entrega "algo de valor" a los usuarios con cierta frecuencia.

El usuario se involucra mas. Difícil de evaluar el costo total. Difícil de aplicar a los sistemas transaccionales

que tienden a ser integrados y a operar como un todo.

Requiere gestores experimentados. Los errores en los requisitos se detectan tarde. El resultado puede ser positivo.

VENTAJAS:

Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial.

También provee un impacto ventajoso frente al cliente, que es la entrega temprana de partes operativas del software.

El modelo proporciona todas las ventajas del modelo en Cascada realimentado, reduciendo sus desventajas sólo al ámbito de cada incremento.

Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.

DESVENTAJAS:

El modelo incremental no es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido y/o de alto índice de riesgos.

Requiere de mucha planeación, tanto administrativa como técnica.

Requiere de metas claras para conocer el estado del proyecto.

EJEMPLO: Un procesador de texto que sea desarrollado bajo el

paradigma Incremental podría aportar, en principio, funciones básicas de edición de archivos y producción de documentos (algo como un editor simple).

En un segundo incremento se le podría agregar edición más sofisticada, y degeneración y mezcla de documentos.

En un tercer incremento podría considerarse el agregado de funciones de corrección ortográfica, esquemas de paginado y plantillas; en un cuarto capacidades de dibujo propias y ecuaciones matemáticas. Así sucesivamente hasta llegar al procesador final requerido. Así, el producto va creciendo, acercándose a su meta final, pero desde la entrega del primer incremento ya es útil y funcional para el cliente, el cual observa una respuesta rápida en cuanto a entrega temprana; sin notar que la fecha límite del proyecto puede no estar acotada ni tan definida, lo que da margen de operación y alivia presiones al equipo de desarrollo.

METODOLOGÍA EVOLUTIVA

ETAPAS DE LA METODOLOGIA Especificación inicial: Se define el problema y

especificación inicial en base a los requerimientos definidos

Desarrollo del producto: Desarrollo del software en base a un proceso.

Implementación uso y evaluación: Implantación y uso del software en ambiente de explotación, monitoreo y los nuevos requerimientos

Re-especificacion

Versiones del software

CARACTERÍSTICAS Es evolutivo Posee un enfoque evolutivo para la

creacion de software Comienza con la identificación de las

clases mas importantes Examina los datos que se van a manejar Permite la reutilización del software El ensamblaje de los componentes

reduce el 70 del 100% del tiempo del ciclo del desarrollo del software y un84 del 100% del costo del proyecto

VENTAJAS Reutilización del software

Simplifica las pruebas: pues estas se le hacen a los componentes antes de probar el conjunto completo de componentes ensamblados

Simplifica el mantenimiento del sistema

Mayor calidad

DESVENTAJAS Genera mucho tiempo en el desarrollo

del sistema

Modelo costoso

Requiere experiencia en la identificación de riesgos

Genera mucho trabajo adicional

PROPIEDADES Se adapta mas fácilmente a los cambios

introducidos a lo largo del desarrollo

Iterativo

En cada iteración se obtienen versiones mas completas de software

EJEMPLO DONDE SE EMPLEA DICHA METODOLOGÍA solo es recomendado para sistemas

pequeños y medianos. En los sistemas grandes, los constantes cambios en el desarrollo solo dificultan la estabilidad y la integración de los avances de los distintos grupos de trabajo que puedan existir. La mayoría de las empresas que desarrollan grandes sistemas usan un modelo mixto que usa las mayores fortalezas de los enfoques evolutivos y de cascada.

METODOLOGÍA PROTOTIPO

ETAPAS DEL MODELO Investigación preliminar: definición del

problema, sus efectos organizacional estudio de factibilidad

Análisis y especificación Diseño y construcción Evaluación Modificaciones Diseño técnico Programación y prueba Operación y mantenimientos

CARACTERISTICAS Describe las fases principales de

desarrollo de software Define las fases primarias esperadas de

ser ejecutadas durante esas fases Ayuda a administrar el progreso del

desarrollo de software Provee un espacio de trabajo para la

definición de un detallados proceso de desarrollo de software

VENTAJAS Ser facilmente modificable

Reducir los costos de rediseño si los problemas se detectan pronto y cuando son fáciles de localizar

Este modelo es útil cuando el cliente conoce los objetivos generales para el software

DESVENTAJAS Hacer pensar a los usuarios que le

producto final esta prácticamente terminado

Llevar a un numero de cambios excesivo

PROPIEDADES

EJEMPLO DONDE SE EMPLEA DICHO MODELO Existen ocasiones en las que llegado el

momento de abordar el desarrollo de un sistema de información no se sabe definir con certeza las características del producto que se requiere

Esto suele ocurrir por diferentes causas como, por ejemplo la complejidad del sistema, las dificultades para trasladar la definicion de requisitos a las necesidades reales existentes, dudad en cuanto a variantes alternativas

Cuando existe problemas al definir los requisitos del sistema el desarrollo de prototipo es una herramienta muy util