Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 9 vistas

    Ciclo de Vida de Software

    Cargado por

    Alejandro Pantoja

    Copyright:

    © All Rights Reserved
    Descargue como PPTX, PDF, TXT o lea en línea desde Scribd

    Ciclo de Vida de Software

    Cargado por

    Alejandro Pantoja
    9 vistas14 páginas

    Título original

    ciclo de vida de software

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PPTX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Copyright:

    © All Rights Reserved
    Descargue como PPTX, PDF, TXT o lea en línea desde Scribd
    Descargar como pptx, pdf o txt
    9 vistas14 páginas

    Ciclo de Vida de Software

    Cargado por

    Alejandro Pantoja

    Copyright:

    © All Rights Reserved
    Descargue como PPTX, PDF, TXT o lea en línea desde Scribd
    Descargar como pptx, pdf o txt
    de 14

    CICLO DE VIDA DE

    SOFTWARE
    CICLO DE VIDA DEL SOFTWARE

    • ES EL PROCESO QUE SE SIGUE PARA CONSTRUIR, ENTREGAR Y HACER


    EVOLUCIONAR EL SOFTWARE , DESDE LA CONCEPCIÓN DE UNA IDEA HASTA LA
    ENTREGA Y RETIRO DEL SISTEMA. SE DEFINEN LAS DISTINTAS FASES
    INTERMEDIAS QUE SE REQUIEREN PARA VALIDAR EL DESARROLLO DE UN
    SOFTWARE, 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.
    PROCESOS DEL CICLO DE VIDA DEL SOFTWARE

    PROCESOS DE SOPORTE:
    PROCESOS DE
    PROCESOS PRINCIPALES: •DOCUMENTACIÓN ORGANIZACIÓN:
    •GESTIÓN DE CONFIGURACIÓN
    ADQUISICIÓN •GESTIÓN
    •ASEGURAMIENTO DE CALIDAD
    SUMINISTRO •MEJORA
    •VERIFICACIÓN
    EXPLOTACIÓN •INFRAESTRUCTURA
    •VALIDACION
    MANTENIMIENTO •FORMACIÓN
    •REVISIÑON CONJUNTA
    •AUDITORIA
    •RESOLUCIÓN DE PROBLEMAS

    PROCESO ADQUISICIÓN PROCESO SUMINISTRO

    •ANÁLISIS DE REQUISITOS DEL SISTEMA •INTEGRACIÓN DEL SOFTWARE


    •DISEÑO DE LA ARQUITECTURA DEL SISTEMA •PRUEBA DEL SOFTWARE
    •ANÁLISIS DE LOS REQUISITOS DEL SOFTWARE •INTEGRACIÓN DEL SISTEMA
    •DISEÑO DE LA ARQUITECTURA DEL SOFTWARE •PRUEBA DEL SISTEMA
    •INSTALACIÓN DEL SOFTWARE
    •DISEÑO DETALLADO DEL SOFTWARE
    •SOPORTE DEL PROCESO DE ACEPTACIÓN DEL SOFTWARE
    •CODIFICACIÓN Y PRUEBA DEL SOFTWARE
    PROCESO DE ADQUISICIÓN
    • CONSTA DE LAS ACTIVIDADES Y TAREAS DEL CLIENTE/USUARIO. EL PROCESO COMIENZA DEFINIENDO
    LA NECESIDAD DE ADQUIRIR UN SISTEMA, UN PRODUCTO SOFTWARE O UN SERVICIO, CONTINUA CON
    LA PREPARACIÓN Y PUBLICACIÓN DE LA SOLICITUD DE PROPUESTAS, SELECCIÓN DE UN
    PROVEEDOR, Y GESTIÓN DE LOS PROCESOS DE ADQUISICIÓN HASTA LA ACEPTACIÓN DEL SISTEMA,
    PRODUCTO SOFTWARE O SERVICIO.
    • EL CLIENTE/USUARIO INICIA EL PROCESO DE ADQUISICIÓN IDENTIFICANDO UNA IDEA O UNA
    NECESIDAD DE ADQUIRIR, DESARROLLAR O AMPLIAR UN SISTEMA, PRODUCTO DE SOFTWAREO
    SERVICIO.
    • EL CLIENTE/USUARIO DEFINIRÁ Y ANALIZARÁ LOS REQUISITOS DEL SISTEMA, QUE DEBERÁN INCLUIR
    LOS DE NEGOCIO, ORGANIZACIÓN Y USUARIO, ASÍ COMO LOS RELATIVOS AL DISEÑO, PRUEBAS,
    NORMAS Y PROCEDIMIENTOS A CUMPLIR.
    • EL CLIENTE/USUARIO PUEDE REALIZAR LA IDENTIFICACIÓN DE LOS REQUISITOS POR SÍ MISMO O
    PUEDE CONTRATAR A UN PROVEEDOR PARA REALIZAR ESTA TAREA, SI CONTRATA A UN PROVEEDOR
    PARA REALIZAR EL ANÁLISIS DE REQUISITOS DEL SISTEMA, APROBARÁ LOS REQUISITOS
    ANALIZADOS.
    • EL CLIENTE/USUARIO CONSIDERARÁ LAS OPCIONES PARA LA ADQUISICIÓN CONTRASTÁNDOLAS CON
    UN ANÁLISIS DE RIESGOS Y COSTE BENEFICIO PARA CADA OPCIÓN.
    PROCESOS DE SOPORTE:

    • DAN SOPORTE AL RESTO DE PROCESOS Y SE APLICAN DURANTE CUALQUIER MOMENTO DEL CICLO
    DE VIDA DEL SW

    • DOCUMENTACIÓN:REGISTRARLAINFORMACIÓNPRODUCIDAPOR UN PROCESO O ACTIVIDAD DEL CICLO


    DE VIDA:
    • DISEÑAR, EDITAR, DISTRIBUIR Y MANTENER LOS DOCUMENTOS PRODUCIDOS DURANTE EL
    DESARROLLO DEL SW
    • GESTIÓNDELACONFIGURACIÓN:ACTIVIDADESQUECONTROLAN LAS MODIFICACIONES Y VERSIONES
    DE LOS ELEMENTOS.
    • REGISTRAR LAS PETICIONES DE CAMBIOS E INFORMAR DE LOS ESTADOS DE ÉSTOS.
    o ASEGURAMIENTO DE LA CALIDAD: ACTIVIDADES PARA ASEGURAR QUE LOS PRODUCTOS CUMPLEN
    LOS REQUISITOS ESPECIFICADOS Y SE AJUSTAN A LOS PLANES ESTABLECIDOS
    o VERIFICACIÓN:ACTIVIDADESPARADETERMINARELBUEN FUNCIONAMIENTO DE UN PRODUCTO
    SOFTWARE
    o VALIDACIÓN:ACTIVIDADESPARADETERMINARSIELPRODUCTO CUMPLE LOS REQUISITOS PREVISTOS
    o REVISIÓN CONJUNTA: ACTIVIDADES QUE PERMITEN DETERMINAR EL ESTADO DE LOS PRODUCTOS EN
    UNA DETERMINADA ACTIVIDAD DEL CICLO DE VIDA O EN UNA CIERTA FASE DEL PROYECTO. PUEDE
    SER UNA REUNIÓN CONJUNTA CON EL CLIENTE, EL GRUPO DE DESARROLLO Y LOS CLIENTES
    POTENCIALES PARA REVISAR EL TRABAJO HECHO
    o AUDITORÍAS: ACTIVIDADES QUE PERMITEN DETERMINAR EN UNOS MOMENTOS DETERMINADOS SI SE
    HAN CONSEGUIDO LOS OBJETIVOS PROPUESTOS: REQUISITOS, CUMPLIMIENTO DEL CONTRATO

    o RESOLUCIÓNDEPROBLEMAS:ACTIVIDADESQUEPERMITEN ANALIZAR Y RESOLVER LOS PROBLEMAS O


    DISCONFORMIDADES CON LOS REQUISITOS O CON EL CONTRATO, QUE HAYAN SURGIDO DURANTE EL
    DESARROLLO, LA EXPLOTACIÓN, EL MANTENIMIENTO, O EN CUALQUIER OTRO MOMENTO
    PROCESOS GENERALES

    PROCESOS DE SOPORTE A LA ORGANIZACIÓN: GESTIÓN, FORMACIÓN DEL PERSONAL, MEJORA DE LOS


    PROCESOS :
    • GESTIÓN:ACTIVIDADESDEPLANIFICACIÓN,SEGUIMIENTO,CONTROL, REVISIÓN Y EVALUACIÓN.
    • INFRAESTRUCTURA: ACTIVIDADES PARA DETERMINAR LA INFRAESTRUCTURA NECESARIA PARA UN
    PROCESO. INCLUYE HW, SW, INSTALACIONES...
    • MEJORA: VALORAR, MEDIR, CONTROLAR, EVALUAR Y MEJORAR TODOS LOS PROCESOS DEL CICLO
    DE VIDA.
    • FORMACIÓN:PLANDEFORMACIÓNPARALOSEMPLEADOS.
    INGENIERÍA DEL SOFTWARE DE GESTIÓN
    PROCEDIMIENTOS

    • DEFINICIÓN DE OBJETIVOS: DEFINIR EL RESULTADO DEL PROYECTO Y SU PAPEL EN LA ESTRATEGIA


    GLOBAL.
    • ANÁLISIS DE LOS REQUISITOS Y SU VIABILIDAD: RECOPILAR, EXAMINAR Y FORMULAR LOS
    REQUISITOS DEL CLIENTE Y EXAMINAR CUALQUIER RESTRICCIÓN QUE SE PUEDA APLICAR.
    • DISEÑO GENERAL: REQUISITOS GENERALES DE LA ARQUITECTURA  DE LA APLICACIÓN.
    • DISEÑO EN DETALLE: DEFINICIÓN PRECISA DE CADA SUBCONJUNTO DE LA APLICACIÓN.
    • PROGRAMACIÓN (PROGRAMACIÓN E IMPLEMENTACIÓN): ES LA IMPLEMENTACIÓN DE UN LENGUAJE
    DE PROGRAMACIÓN PARA CREAR LAS FUNCIONES DEFINIDAS DURANTE LA ETAPA DE DISEÑO.
    • PRUEBA DE UNIDAD: PRUEBA INDIVIDUAL DE CADA SUBCONJUNTO DE LA APLICACIÓN PARA
    GARANTIZAR QUE SE IMPLEMENTARON DE ACUERDO CON LAS ESPECIFICACIONES.
    • INTEGRACIÓN: PARA GARANTIZAR QUE LOS DIFERENTES MÓDULOS SE INTEGREN CON LA
    APLICACIÓN. ÉSTE ES EL PROPÓSITO DE LA PRUEBA DE INTEGRACIÓN QUE ESTÁ CUIDADOSAMENTE
    DOCUMENTADA.
    • PRUEBA BETA (O VALIDACIÓN), PARA GARANTIZAR QUE EL SOFTWARE CUMPLE CON LAS
    ESPECIFICACIONES ORIGINALES.
    • DOCUMENTACIÓN: SIRVE PARA DOCUMENTAR INFORMACIÓN NECESARIA PARA LOS USUARIOS DEL
    SOFTWARE Y PARA DESARROLLOS FUTUROS.
    • IMPLEMENTACIÓN
    • MANTENIMIENTO: PARA TODOS LOS PROCEDIMIENTOS CORRECTIVOS (MANTENIMIENTO CORRECTIVO)
    Y LAS ACTUALIZACIONES SECUNDARIAS DEL SOFTWARE (MANTENIMIENTO CONTINUO).
    REUTILIZACIÓN EN EL CICLO DE VIDA

    • PRINCIPIOS DE LA REUTILIZACIÓN
    • EXISTEN SIMILITUDES ENTRE DISTINTOS SISTEMAS DE UN MISMO DOMINIO DE APLICACIÓN
    • EL SOFTWARE PUEDE REPRESENTARSE COMO UNA COMBINACIÓN DE MÓDULOS
    • DISEÑAR APLICACIONES = ESPECIFICAR MÓDULOS + INTERRELACIONES
    • LOS SISTEMAS NUEVOS SE PUEDEN CARACTERIZAR POR DIFERENCIAS RESPECTO A LOS ANTIGUOS
    • VENTAJAS Y DESVENTAJAS
    • REDUCE TIEMPOS Y COSTES DE DESARROLLO
    • AUMENTA LA FIABILIDAD
    • DIFICULTAD PARA RECONOCER LOS COMPONENTES POTENCIALMENTE REUTILIZABLES
    • DIFICULTAD DE CATALOGACIÓN Y RECUPERACIÓN
    • PROBLEMAS DE MOTIVACIÓN
    • PROBLEMAS DE GESTIÓN DE CONFIGURACIÓN
    TIPOS DE CICLOS DE VIDA DEL SOFTWARE

    • CICLO DE VIDA LINEAL


    • ES EL MÁS SENCILLO DE TODOS LOS MODELOS. CONSISTE EN DESCOMPONER LA ACTIVIDAD GLOBAL DEL
    PROYECTO EN ETAPAS SEPARADAS QUE SON REALIZADAS DE MANERA LINEAL, ES DECIR, CADA ETAPA SE REALIZA
    UNA SOLA VEZ, A CONTINUACIÓN DE LA ETAPA ANTERIOR Y ANTES DE LA ETAPA SIGUIENTE. 
    • CON UN CICLO DE VIDA LINEAL ES MUY FÁCIL DIVIDIR LAS TAREAS, Y PREVER LOS TIEMPOS (SUMANDO LINEALMENTE
    LOS DE CADA ETAPA).LAS ACTIVIDADES DE CADA UNA DE LAS ETAPAS MENCIONADAS DEBEN SER INDEPENDIENTES
    ENTRE SÍ, ES DECIR, QUE ES CONDICIÓN PRIMORDIAL QUE NO HAYA RETROALIMENTACIÓN ENTRE ELLAS, AUN QUE SÍ
    PUEDEN ADMITIRSE CIERTOS SUPUESTOS DE REALIMENTACIÓN CORRECTIVA. 
    • DESDE EL PUNTO DE VISTA DE LA GESTIÓN, REQUIERE TAMBIÉN QUE SE CONOZCA DESDE EL PRIMER MOMENTO,
    CON EXCESIVA RIGIDEZ, LO QUE VA A OCURRIR EN CADA UNA DE LAS DISTINTAS ETAPAS ANTES DE COMENZARLA.
    ESTO ULTIMO MINIMIZA, TAMBIÉN, LAS POSIBLIDADES DE ERRORES DURANTE LA CODIFICACION Y REDUCE AL MÍNIMO
    LA NECESIDAD DE REQUERIR INFORMACION DEL CLIENTE O DEL USUARIO .
    • Ciclo de vida en cascada puro
    • Este modelo de ciclo de vida fue propuesto por Winston Royce en el a-o 1970 . Es un ciclo
    de vida que admite iteraciones, contrariamente a la creencia de que es un ciclo de vida
    secuencial como el lineal. Después de cada etapa se realiza una o varias revisiones para
    comprobar si se puede pasar a la siguiente. Es un modelo rígido, poco flexible, y con
    muchas restricciones. Aunque fue uno de los primeros, y sirvió de base para el resto de los
    modelos de ciclo de vida.
    CICLO DE VIDA EN V
    • ESTE CICLO FUE DISE-ADO POR ALAN DAVIS, Y CONTIENE LAS MISMAS ETAPAS QUE EL CICLO DE VIDA
    EN CASCADA PURO. A DIFERENCIA DE AQUÉL, A ÉSTE SE LE AGREGARON DOS SUBETAPAS DE
    RETROALIMENTACIÓN ENTRE LAS ETAPAS DE ANÁLISIS Y MANTENIMIENTO, Y ENTRE LAS DE DISEÑO Y
    DEBUGGING

    También podría gustarte