MODELOS DE PROCESOS DE SOFTWARE

Grupo #9Integrantes:

• Altamirano Choque Marco Antonio• Huanca Ticona Jhenny Zara• Quiroz Chipana Angel• Segales Parra Yenny• Yujra Ticona Jorge• Rodriguez Castro Andres• Callisaya Espejo Cristian Ivan • Crespo Elezar• Javier

MODELO RADDesarrollado inicialmente por James Martin en 1980, es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente cortoComprende las siguientes fases: Modelado de gestión. Se modela el flujo de información entre las funciones de gestión.Modelado de datos. Se refina el flujo de información como un conjunto de objetos de datos necesarios para apoyar la empresaModelado del proceso. Se definen las transformaciones (añadir, modificar, suprimir o recuperar) sobre los objetos del modelo de datos para lograr los flujos de información de cada función de gestión.Generación de aplicaciones. Codificación de una función de gestión.Pruebas y entrega. Prueba de los componentes y entrega del programa que realiza una función de gestión.VENTAJAS: • Enfatiza ciclos de desarrollo extremadamente cortos• Tiene las ventajas del modelo clásico• Se asegura de que el producto entregado cumple las necesidades del clienteDESVENTAJAS:• Solo se puede aplicar si el sistema se puede modularizar de forma que permita completarse cada una de las funciones principales en menos de tres meses• Para proyectos grandes puede requerir muchos equipos de trabajo distintos• Requiere clientes y desarrolladores comprometidos en las rápidas actividades necesarias

MODELO DE TIPO SECUENCIAL: MODELO DE CASCADA

• En los años 70 Royce impuso un nuevo enfoque de desarrollo de software• Es uno de los primeros modelos de ciclo de vida publicados•  es muy útil pues ayuda a los desarrolladores a comprender qué es lo que tienen que hacer en cada momento.

Pros y contras:• Es un modelo sencillo y disciplinado• Es fácil aprender a utilizarlo y comprender su funcionamiento• Ayuda a detectar errores en las primeras etapas a bajo costo• Puede resultar complicado regresar a etapas anteriores (ya acabadas) para realizar correcciones• Es difícil que el cliente exponga explícitamente todos los requisitos al principio

MODELO RUP

Es un proceso de ingeniería de software, que hace una propuesta orientada por disciplinas para lograr las tareas y responsabilidades de

una organización que desarrolla software.Su meta principal es asegurar la producción de software de alta calidad que cumpla con

las necesidades de los usuarios, con una planeación y presupuesto predecible.

MODELO DE PROTOTIPO

El modelo de prototipos permite que el sistema, se construyan rápidamente para comprender con facilidad y aclarar ciertos

aspectos en los que el desarrollador, el usuario, así como también la solución que se propone de minimizar el riesgo en el

desarrollo, del producto, pero no se asegura su uso real. 

Tiene 5 etapas de desarrollo

MODELO EN ESPIRAL

El modelo en espiral se divide en un número de actividades de marco de trabajo que son:

1. Comunicación con el cliente2. Planificación3. Análisis de riesgos4. Ingeniería5. Construcción y acción 6. Evaluación del cliente.

MODELO EVOLUTIVO BASADO EN COMPONENTES

Un componente es una pieza de código pre-elaborado que encapsula alguna funcionalidad expuesta a través de interfaces estándar-Etapas 1.- Planeación 2.-Analisis de riesgo 3.-Construccion y adaptación 4.-Valuacion del Cliente

-Ventaja * Reutilización del software * Simplifica el mantenimiento * Mayor calidad-Desventaja * Mas tiempo en desarrollar el sistema * Requiere experiencia en la identificación de riesgos

Características:• Posee un enfoque evolutivo para la creación de software• Comienza con la identificación de las clases más importantes• Examina los datos que se van a manejar• Permite la reutilización del software• El ensamblaje de los componentes reduce el 70 del 100% del tiempo del ciclo del desarrollo del software y un 84 del 100% del costo del proyecto.

XTREME PROGRAMMING (XP)

•Desarrollo iterativo e incremental•Pruebas unitarias continuas•Programación en parejas•Frecuente integración del equipo de programación con el cliente o usuario. •Simplicidad en el código

METODOLOGIA AGIL “CRYSTAL”

• Poca documentacion• Enfocada hacia grupos pequeños• En sistemas criticos no es recommendable• No soporto manejo de multiples proyectos• Contacto permanente con clientes • Equipo de un mismo sitio• Entrega frecuente de software

SCRUM

¿ QUE ES ?

PROCESO

MANIFIESTO AGIL

ROLES

ARTEFACTOS

VENTAJAS DESVENTAJAS

FUNDAMENTOS DE SCRUM

 

REQUISITOS PARA PODER

UTILIZAR