1 / 10

pppp

xdfgvzhfhhxfgxfbncjpppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppppp

Télécharger la présentation

pppp

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Proceso de desarrollo del software SEMESTRE: III Curso: taller de modelamiento de software

  2. Proceso de desarrollo del software CONCEPTO: Es también conocido como el ciclo de vida del desarrollo, software proceso de desarrollo es el proceso de dividir el trabajo de desarrollo del software en distintas fases para mejorar el diseño, la gestión del producto, y la gestión de proyecto.

  3. FASES DE PROCESOS Todos los modelos de procesos están compuestos en su mayoría por distintas fases que varían: • Fase de definición • Planificación del proyecto de desarrollo software • Ingeniería de requisitos / Extracción de información • Análisis (estudio) de esos requisitos • Fase de desarrollo • Diseño del software • Generación del código • Pruebas del software • Fase de mantenimiento • Corrección de errores y reajustes que a veces provienen de nuevos requisitos e implican repetir las actividades de fases anteriores

  4. Modelo en cascada El modelo en cascada es un enfoque, casi utópico, de la Ingeniería tradicional aplicado a la Ingenieria de Software. Un modelo en cascada estricto desaprueba la revisión y repetición de etapas anterior una vez estas se han completado. Sin embargo existe un enfoque más flexible (realista) que permite realizar arreglos y cambios en etapas ya completadas e incluso solapar actividades de fases consecutivas para evitar la rigidez del flujo de trabajo.

  5. PRACTICAS • Varias aproximaciones del desarrollo del software han sido utilizadas desde el origen de tecnología de la información, en dos categorías principales . Normalmente una aproximación o una combinación de aproximaciones es escogida por un equipo de gestión o de desarrollo . • Las metodologías "tradicionales" como la de cascada, que tiene distintas fases, son a veces conocidas como metodologías del ciclo de vida de desarrollo de software (SDLC). • Integración continua • La integración continua es la práctica de juntar todas las copias del trabajo de los desarrolladores en una rama principal compartida varias veces al día.4​ Grady Booch primero denominó y propuso el CI en su método de 1991, a pesar de que no defienda hacer la integración varias veces al día.

  6. Desarrollo mediante prototipos Este es un enfoque del desarrollo de software que se basa en la creación de prototipos, Se suele usar como parte de otros modelos de proceso más tradicionales. Los principios básicos son: • Reducir los riesgos inherentes del proyecto estableciendo el desarrollo en fragmentos mas pequeños y logrando, en un entorno propenso a cambios, que estos tengan menor impacto. • El usuario involucrado durante el desarrollo (probando prototipos) incrementa la aceptación de la implementación del producto final. • Pequeños prototipos con modificaciones son mostrados al cliente y sirve para confirmar que se han comprendido sus requisitos. • Muchos de los prototipos se generan con la expectativa de ser descartados, sin embargo, en algunos casos el prototipo puede evolucionar y convertirse en el producto final. • Es necesario un entendimiento fundamental de los problemas del negocio para evitar resolver los problemas incorrectos.

  7. Desarrollo en espiral Se enfoca en la evaluación y minimización de los riesgos del proyecto al dividirlo en segmentos más pequeños y proporcionar más facilidad de cambio durante el proceso de desarrollo, así como proporcionar la oportunidad de evaluar los riesgos y ponderar las actividades de la continuación del proyecto durante todo el ciclo de vida. Cada ciclo implica una progresión a través de la misma secuencia de pasos, para cada parte del producto y para cada uno de sus niveles de elaboración, desde un documento general de operación hasta el código de cada programa individual.

  8. PROCESO EN ESPIRAL

  9. Gracias.

More Related