Ciclo de vida del software

3,135 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
3,135
On SlideShare
0
From Embeds
0
Number of Embeds
7
Actions
Shares
0
Downloads
161
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Ciclo de vida del software

  1. 1. República Bolivariana de Venezuela<br />Ministerio del Poder Popular para la Educación Universitaria<br />Instituto Politécnico de los Llanos<br />Núcleo: Valle de la Pascua<br />PNF Informática<br />Sección 02<br />Ciclo de Vida del Software<br />Facilitadora: Bachilleres<br />Prof. Yenny Campos Aquino Jannelly<br /> Muñoz Yesides<br /> Hernández Génesis<br /> Herrera Arealis<br />Junio del 2011<br />
  2. 2. Ciclo de Vida del Software<br />Ciclo de Vida del software<br />El término ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final. El propósito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicación, es decir, para garantizar que el software cumpla los requisitos para la aplicación y verificación de los procedimientos de desarrollo: se asegura de que los métodos utilizados son apropiados.<br />Sistema<br />De <br />Software<br />Requerimientos<br /> del usuario<br />Hardware Personas<br />DATOS<br />
  3. 3. Modelos<br />Modelo Cascada: Este es el más básico de todos los modelos, y sirve como bloque de construcción para los demás modelos de ciclo de vida. La visión del modelo cascada del desarrollo de software es muy simple; dice que el desarrollo de software puede ser a través de una secuencia simple de fases. Cada fase tiene un conjunto de metas bien definidas, y las actividades dentro de una fase contribuyen a la satisfacción de metas de esa fase o quizás a una subsecuencia de metas de la fase. Las flechas muestran el flujo de información entre las fases. La flecha de avance muestra el flujo normal. Las flechas hacia atrás representan la retroalimentación.<br />
  4. 4. Modelo De Desarrollo Incremental: Los riesgos asociados con el desarrollo de sistemas largos y complejos son enormes. Una forma de reducir los riesgos es construir sólo una parte del sistema, reservando otros aspectos para niveles posteriores. El desarrollo incremental es el proceso de construcción siempre incrementando subconjuntos de requerimientos del sistema. Típicamente, un documento de requerimientos es escrito al capturar todos los requerimientos para el sistema completo.<br />
  5. 5. Modelo De Desarrollo Evolutivo: Como el modelo de desarrollo incremental, el modelo de desarrollo evolutivo, construye una serie de grandes versiones sucesivas de un producto. Sin embargo, mientras que la aproximación incremental presupone que el conjunto completo de requerimientos es conocido al comenzar, el modelo evolutivo asume que los requerimientos no son completamente conocidos al inicio del proyecto.<br />Requisitos<br />Desarrollo<br />Versiones<br />Evolución<br />
  6. 6. Modelo Espiral: El modelo espiral de los procesos software es un modelo del ciclo de meta-vida. En este modelo, el esfuerzo de desarrollo es iterativo. Tan pronto como uno completa un esfuerzo de desarrollo, otro comienza. Además, en cada desarrollo ejecutado, puedes seguir estos cuatros pasos:<br />Determinar qué quieres lograr.<br /> <br /><ul><li> Determinar las rutas alternativas que puedes tomar para lograr estas metas. Por cada una, analizar los riesgos y resultados finales, y seleccionar la mejor.
  7. 7. Seguir la alternativa seleccionada en el paso 2.
  8. 8. Establecer qué tienes terminado.</li></li></ul><li>Modelo Concurrente: Como el modelo espiral, el modelo concurrente provee una meta-descripción del proceso software. Mientras que la contribución primaria del modelo espiral es en realidad que esas actividades del software ocurran repetidamente, la contribución del modelo concurrente es su capacidad de describir las múltiples actividades del software ocurriendo simultáneamente.<br />
  9. 9. Modelo V:El modelo de ciclo de vida V proviene del principio que establece que los procedimientos utilizados para probar si la aplicación cumple las especificaciones ya deben haberse creado en la fase de diseño.<br /> <br />
  10. 10. Métodos<br />Métodos rápidos<br />El desarrollo de software de "métodos rápidos" reduce el tiempo del ciclo de vida del software (por lo tanto, acelera el desarrollo) al desarrollar, en primera instancia, una versión prototipo y después integrar la funcionalidad de manera iterativa para satisfacer los requisitos del cliente y controlar todo el ciclo de desarrollo.<br />
  11. 11. Metodología Técnica<br />La metodología para el desarrollo del software es un modo sistemático de realizar, gestionar y administrar un proyecto para llevarlo a cabo con altas posibilidades de éxitos. Esta sistematización nos indica como dividiremos un gran proyecto en módulos pequeños llamados etapas y las acciones que corresponden en cada una de ellas, nos ayuda a definir entradas y salidas para cada una de las etapas, sobre todo, normaliza el modo en que administraremos el proyecto. Entonces, una metodología para el desarrollo del software son los procesos a seguir sistemáticamente para ideal, para implementar y mantener un producto software desde que surge la necesidad del producto hasta que cumplimos el objetivo por el cual fue creado.<br />
  12. 12. Actividades y Herramientas en el proceso de desarrollo del software<br />Las actividades en el proceso de desarrollo del software son:<br /><ul><li>Estudio de factibilidad.
  13. 13. Análisis (de requerimiento).
  14. 14. Diseño.
  15. 15. Creación de prototipos.
  16. 16. Implementación.
  17. 17. Validación y prueba.
  18. 18. Operación y mantenimiento.</li></li></ul><li>Herramientas en el desarrollo del software:<br />Las herramientas usadas en la realización de un proyecto de desarrollo del software es el software usado para automatizar o facilitar las tareas del personal interviniente en el proyecto. Puede incluir procesadores de palabras, programas de diagramación, ambientes integrados de desarrollo o software específico para ingeniería de software.<br />
  19. 19. Pasos para seleccionar el modelo apropiado según las características de los modelos del software <br /> <br /><ul><li>Análisis de los requisitos y su viabilidad:Recopilar, examinar y formular los requisitos del cliente y examinar cualquier descripción que se pueda aplicar.</li></ul> <br /><ul><li>Diseño general: Requisitos generales de la arquitectura de la aplicación.</li></ul> <br />
  20. 20. <ul><li>Diseño en detalle:Definición precisa de cada subconjunto de la aplicación.</li></ul> <br /><ul><li>Programación:Implementación de un lenguaje de programación para crear las funciones definidas durante la etapa de diseño.</li></ul> <br /><ul><li>Prueba de unidad:Prueba individual de cada subconjunto de la aplicación para garantizar que se implementara de acuerdo con las especificaciones.</li></ul> <br /><ul><li>Integración:Para garantizar los diferentes módulos se integren con la aplicación.</li></li></ul><li><ul><li>Pruebabetaovalidación:Para garantizar que el software cumple con las especificaciones originales.</li></ul> <br /><ul><li>Documentación:Sirve para documentar información necesaria para los usuarios del software y para desarrollos futuros.</li></ul> <br /><ul><li>Implementación:Poner en producción.</li></ul> <br /><ul><li>Mantenimiento:Para todos los procedimientos correctivos y las actualizaciones secundarias del software (Mantenimiento continuo).</li>

×