El Ciclo de Vida del Proyecto

Ciclo de Vida de un Proyecto

Diversas fases por las que atraviesa un proyecto antes de completarse.

Otros nombres del Ciclo de Vida– Método de desarrollo– Metodología de desarrollo– Ciclo de vida de desarrollo de sistemas.

¿Para qué tener un ciclo de vida de un proyecto? Definir actividades a llevarse a cabo en

un proyecto de desarrollo de sistemas. Lograr congruencia entre múltiples

proyectos. Proporcionar puntos de control y

revisión administrativos.

El Ciclo de Vida del Proyecto Clásico Relevamiento

Análisis

DiseñoDetallado

Codificación

Estudiode Hardware

Prueba de Unidad

Prueba deSub-Sistema

Prueba deSistema

DiseñoPreliminar

Requerimientos del usuario Calendario, presupuesto

Especificación funcional Pedido del hardware

Necesidades de rendimiento

Especificacióndel sistema

Configuración FinalEspecificación del programa

Módulos codificados

Módulos probados

Subsistemas probados

Sistema probado

Características Ciclo de Vida Clásico Implementación ascendente (Bottom-Up)

– Ciclo de vida de cascada, basado en Diagrama de Boehm.

– Es una de las mayores debilidades– Nada está hecho hasta que todo esté terminado.– Fallas más triviales se encuentran al comienzo,

más graves al final.– Difícil la eliminación de fallas (debugging).– Aumento de capacidad de computación al final del

Proyecto

Modelo de CascadaRequerimientos

del Sistema

Requerimientosde Software

Análisis

Diseño del Programa

Codificación

Pruebas

Operaciones

Características Ciclo de Vida Clásico Progresión Secuencial

- Avance secuencial en orden de una fase a la otra- “Congelar” la especificación del sistema- Este enfoque NO es realista- Rara vez se hace algo complejo sin cometer errores, la

primera vez que se hace- Cambios en el entorno del usuario o en su visión del

sistema suelen ocurrir durante los muchos meses (o años) que toma desarrollar el sistema completamente

- No utiliza técnicas de diseño o programación estructuradas

El Ciclo de Vida Semiestructurado

1 RELEVAMIENTO

2ANÁLISIS

3DISEÑO

EST.

4ESTUDIODEL HW

5IMPLEMENTACION

DESC.

Requerimientos del usuario

Documento defactibilidad

Necesidadesde Rendimiento

Especificaciónnarrativa funcional delSistemaRequerimientos

del usuario

Presupuesto,calendario

Datos de configuración de hw.

Pedido del hw.

Plan de pruebas

Diseño porpaquetes

Sist.

Características Ciclo de Vida Semiestructurado Implementación de arriba hacia abajo (top-

down).– Módulos de alto nivel son codificados y testados

primero seguidos de módulos de bajo nivel detallados– Uso de Programación Estructurada para la

implementación de los módulos– Codificación y Testeo se realizan en paralelo y existe

feedback entre estas actividades. Diseño Estructurado

– Traducción de narrativa en un modelo construído por DFD, DD, MER y Especificaciones de Procesos

Detalles de la actividad de Diseño

Especificaciónnarrativafuncional

3.1Codificar la

EspecificaciónFuncional

3.2Derivar el

Diagrama deEstructura

3.3Módulo de

Diseño

3.4Diseño dePaquetes

DFD

DFD, especificaciones de proceso, DD

Especificaciónde BD

Diagramade Estructura

Descripción de módulos

Diagramade EstructuraDatos de configuración

Plan de pruebaDiseño enpaquetes

El Ciclo de Vida Estructurado

1Relevamiento

2Análisis 3

Diseño8

ConversiónDe BD

9Instalación

4Implementación

7Desc. de

Proc.

5Generaciónde prueba

de aceptación6

Ctrl. de Calidad

USUARIOS ADM.

ADM.

OPERACIONES

Requerim. del sist.

Política delusuario

Restricciones Restriccionesoperacionales

BD existente

Doc.

RestriccionesInf. tentativo Costo-beneficio

Especif.estructurada

Especif.estructuradaReporte

de costo-beneficio

Especif.de diseño

Especif.de diseño

BD convertida

Manual de UsuarioSist.integrado

Conj. de pruebas de ctrl. de calidad

Sist.aceptado

Sist. instalado

Actividad 1: RelevamientoOtros nombres de esta actividad:

Pre-Análisis

Anteproyecto

Investigación Preliminar

Estudio de Factibilidad

Encuesta (Survey)

Actividad 1: Relevamiento Objetivos:

- Identificar usuarios responsables- Identificar deficiencias en el entorno del

usuario- Definir Alcance inicial del Sistema- Establecer Objetivos del Sistema- Sugerir Alternativas de Solución- Determinar Factibilidad del Sistema- Preparar un esquema para guiar el resto

del proyecto

Actividad 2: El Análisis de Sistemas

Propósito: Transformar políticas de usuario y esquema del proyecto en una especificación estructurada

Modelar el entorno del usuario con DFDs, MERs, DTEs, y otras herramientas del Análisis Estructurado

Actividad 2: El Análisis de Sistemas

Modelo esencial: representa una descripción formal de lo que el nuevo sistema debe hacer, independientemente de las TI

– Modelo esencial= Modelo ambiental + Modelo de comportamiento

Modelos del sistema describen los

requerimientos del usuario Análisis Costo/Beneficio detallado

Actividad 3: El Diseño

Asignación de porciones de la especificación a procesadores adecuados (máquinas o humanos) y a tareas adecuadas dentro de cada procesador

Desarrollo de una jerarquía apropiada de módulos de programas e interfases

Transformación de MER en un diseño de BD Modelo de Implementación del Usuario:

definición de la frontera del sistema y de la interfase hombre-máquina

Actividad 4: Implementación

Codificación e integración progresiva de módulos en una versión mas completa del sistema.

Incluye programación estructurada e implantación descendente.

Actividad 5: Generación de Pruebas de Aceptación

Definir un sistema aceptable desde el punto de vista del usuario

Conjunto de casos de prueba de aceptación generados a partir de la especificación estructurada

Puede realizarse en paralelo con las actividades de diseño e implementación

Prueba final, de aceptación Verificación de que el sistema tiene

un nivel apropiado de calidad Requiere casos de prueba generados

en la actividad 5, y sistema implementado e integrado a través de la actividad 4

SQA se realiza sobre todas las actividades

Actividad 6: Garantía de Calidad

Generación de una descripción formal de la parte manual del sistema y de cómo los usuarios van a interactuar con la parte automatizada del mismo

Manual de Usuario

Actividad 7: Descripción de Procedimientos

Migración de la BD actual del usuario, si es que existe una

Actividad 8: Conversión de Base de Datos

Actividad 9: Instalación Entradas: Manual de usuario, BD

convertida y Sistema aceptado. Implantación o Puesta en Marcha Puesta en marcha en paralelo

En Resumen:

Actividades paralelas.

Actividad < > Fase. Retroalimentación

entre actividades

El Ciclo de Vida de PrototiposFactibilidad

¿Es buencandidato?

Identificar necesidadesbásicas

Desarrollar un modelofuncional

Demostración dentro del contexto, obtener refinamientos, etc.

Hacer correcciones

Lineamientos

¿Impacto sobre el

Prototipo?

¿Está hecho el

Prototipo?

¿Se necesitancomponentesde detalle?

Componentes de la Especif. rigurosa

Afinarprototipo

y doc.

DiseñoPreliminar

Especificaciónrigurosa

NO

SI

NO

SI

SI

NOSI

NO

Características Ciclo de Vida de Prototipos Colección de programas de comp. que

simularán algunas o todas las funciones que el usuario desea.

Herramientas:- DD integrado

- Generador de pantallas

- Generador de reportes

- Lenguajes de programación de cuarta generación

- Lenguaje de consultas

- Medios poderosos de adm. de BD

Cuándo usar prototipos?

Usuario no puede o no quiere examinar modelos abstractos.

Usuario no puede o no quiere pre- especificar requerimientos => tanteo, ensayo y error.

Sistema en línea y operación por pantalla. Sist. donde es más importante formato que

algoritmos.