Presentacion de Las Metodologias
-
Upload
berenice-h-ortega -
Category
Documents
-
view
12 -
download
1
description
Transcript of Presentacion de Las Metodologias
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