Upload
amal-edwards
View
134
Download
1
Embed Size (px)
DESCRIPTION
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. - PowerPoint PPT Presentation
Citation preview
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.