You are on page 1of 5

INSTITUTO TECNOLOGICO SUPERRIOR DE COATZACOALCOS

ALUMNO:

PASTOR DAVID REYES ALFONSO

DOCENTE: L.I. ZOFIA BENITEZ ALONSO

ASIGNATURA: ANILISIS Y MODELADO DE SISTEMA DE INFORMACION.

GRADO Y GRUPO:

ACTIVIDAD: UNIDAD 1 ACTIVIDAD 2.

MODELO CASCADA

CARACTERISTIC A Permite retroalimenta cin y solapamiento Entre fases. Es un modelo iterativo y no lineal. Para facilitar la terminacin de metas y tareas, es normal congelar partes del desarrollo despus de cierto punto en la Iteracin.

FASES Ingeniera y Anlisis del Sistema - Anlisis de los Requisitos - Diseo Codificaci n - Prueba Mantenimie nto

VENTAJAS - Se tiene todo bien organizado y no se mezclan las fases. - Es perfecto para proyectos que son rgidos. - Ideal para proyectos donde se especifiquen muy bien los requerimient os. - Ideal para proyectos en que se conozca muy bien la herramienta a utilizar. - Sumamente sencillo ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el Software. Reduce riesgos del proyecto Incorpora objetivos de calidad. Definicin de arquitectura en sus fases Inciales.

DESVENTAJAS Difcilmente un cliente va a establecer al principio todos los requerimient os necesarios, por lo que provoca un gran atraso trabajando en este modelo, ya que este es muy restrictivo y no permite movilizarse entre fases. - Evolucin de los Requisitos Resultados al final. Retrasos innecesarios

ESPIRAL

El Desarrollo en Espiral es un modelo de ciclo de vida desarrollado por Barry Boehm en 1985, utilizado generalmente en la Ingeniera de

Planificac in -Anlisis de riesgos Ingeniera Evaluacin del cliente

Genera mucho tiempo en el desarrollo del sistema. Modelo costoso. Requiere experiencia en la identificaci n de riesgos.

software

SOFTWARE PERSONAL

En el ao de 1995 el PSP fue propuesto por Watts Humphrey, este inicialmente estaba dirigido para estudiantes. Para 1997 con el lanzamiento del libro "An Introduction to the Personal Software Process" el PSP ya estaba destinado a los ingenieros. PSP se concentran las prcticas de trabajo de los ingenieros en una forma individual. El PSP se caracteriza porque es de uso personal y se aplica a programas pequeos de menos de 10.000lneas

planeacin -calidad estimacin de costos productivi dad, PSP

Existe una fuerte relacin entre las habilidades de los ingenieros de software y la calidad de los productos que desarrollan, las actividades establecidas en PSP estn orientadas al conocimiento , administraci n y mejora de sus habilidades al construir programas.

- Modelo costoso. - Requiere experiencia en la identificaci n de riesgos. En PSP todas las tareas y actividades que el ingeniero de software debe realizar durante el proceso de desarrollo de un producto de software, estn puntualmente definidas en un conjunto de documentos conocidos como scripts.

de cdigo. INCREMENT AL -Anlisis -Diseo -Cdigo -Prueba.

En una visin genrica, el proceso se divide en 4 partes: Anlisis, Diseo, Cdigo y Prueba. Sin embargo, para la produccin del Software, se usa el principio de trabajo en cadena o Pipeline, utilizado en muchas otras formas de programacin. Cada incremento es diseado, codificado, probado, integrado y entregado por separado Los incrementos se desarrollan uno despus de otro, basados en retroalimenta cin Recibida del cliente.

Existe una disponibilid ad limitada de recursos de Desarrollo. Cuando es difcil establecer todos los requerimient os por anticipado

Si los requerimient os crecen, la arquitectura y el diseo pueden cambiar drsticament e. El resultado puede ser muy positivo - Difcil de evaluar el coste total.

DESARROLL O UNIFICADO

El proceso unificado conocido como RUP, es un modelo de software que permite el desarrollo de software a gran escala, mediante un proceso continuo de pruebas y retroalimenta cin, garantizando el cumplimientod e ciertos estn dares de calidad.

El Proceso Unificado de Desarrollo Software o simplement e Proceso Unificado es un marco de desarrollo software iterativo e incrementa l. El refinamien to ms conocido y documentad o del Proceso Unificado es el Proceso Unificado de Rational o simplement e RUP.

El Proceso Unificado no es simplemente un proceso, sino un marco de trabajo extensible que puede ser adaptado a organizacion es o proyectos especficos.

El Proceso Unificado de Rational, tambin es un marco de trabajo extensible, por lo que muchas veces resulta imposible decir si un refinamiento particular del proceso ha sido derivado del Proceso Unificado o del RUP.

You might also like