Modelo Espiral y Modelo de procesoConcurrente. Integrantes Jessica Pinzón Karla Jazmine Badillo Morales Cristian Merino Bravo Marco Antonio Torres Carranco.

Slides:



Advertisements
Presentaciones similares
EL PROCESO DE DESARROLLO DEL SOFTWARE
Advertisements

Ciclo de vida de desarrollo de software
Desarrollo en espiral.
Ciclo de Vida del Software
CAE (computer aided engeneering)
Modelo de desarrollo concurrente
CICLO DE VIDA DEL DESARROLLO DE SOFTWARE
CICLO DE VIDA DE LOS SISTEMAS DE INFORMACIÓN
Modelos de Ciclo de Vida
Ingeniería de Software
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
Herramientas CASE.
Fase Elaboración Conclusiones Grupo 6 – PIS
Modelos de Proceso del Software
Ingeniería del Software
 EL MODELO INCREMENTAL.:  EL MODELO EN ESPIRAL:  viene a suplir el problema de no poder retroceder en las fases de desarrollo del software.  : no.
Ingeniería del software de la usabilidad (I)
UNIVERSIDAD TECNOLOGICA DE LA REGION NORTE DE GUERRERO
Mg(c) Ing. Miguel Huamán Yanarico
Temas Unidad I – 1.1 Modelos Prescriptivos de Procesos Cascada
Modelo de ciclo de vida en espiral
Ingeniería de Software Orientado a Objetos
Ingenieria de software
Ciclo de Vida del Software Paradigmas de Desarrollo
Gestión de Proyectos Informáticos Sesión N° 5 Ciclo de Vida de un Proyecto Roberto Jijena I.
Tema 1: Introducción al análisis y diseño de aplicaciones software
Modelo de espiral Fue originalmente propuesto por Barry Boehm en Es una secuencia de actividades con retrospectiva de una actividad a otra, representado.
Técnicas de Programación
MODELO DE DESARROLLO DE SOFTWARE
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de:
Ingeniería de Software
Ingeniería de Software
Importancia en la efectividad del:
Ing. John Toasa Espinoza 2012 GESTION DE PROYECTOS DE SOFTWARE.
Modelo en Cascada Planeación Estratégica Estudio de Factibilidad
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
INTRODUCCIÓN AL PROCESO UNIFICADO DE DESARROLLO DESOFTWARE
LUIS LEMUEL ASCENCIO BALBUENA KARLA JASMINE BADILLO MORALES SERGIO CRISTIAN BAEZA TORRES CIRILO LARA MORA ARMANDO MEJIA TAPIA MARCO ANTONIO TORRES CARRANCO.
Ciclo de Vida del Software Paradigmas de Desarrollo
Metodología de Desarrollo Unidad Educativa Bolívar Sebastián Torres 6° 18°
  En este tema no existe acuerdo absoluto de las etapas que componen el ciclo de vida de un sistema de información pero si existe consenso en el orden.
Capitulo 1 Roger S. Presman
CICLO DE VIDA DEL DESARROLLO DE SISTEMAS.
Elaborado por: Mayoral Cruz Matilde Morales Espinoza Anllhins
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Introducción al proceso de verificación y validación.
PROCESOS DE DESARROLLO DE SOFTWARE
Ingeniería de software
Implementación y Mantenimiento Laura García.  El equipo de proyecto supervisa las tareas necesarias para construir el nuevo sistema de información.
Estructurar tus ideas para hacerlas realidad
JHENNIFER SANCHEZ ORTIZ CRISTIAN CAMILO RIASCOS ALEJANDRO PINEDA SANCHEZ FERNANDO JAVIER REBELLON.
Ciclo de Vida del Software
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
Proceso de desarrollo de Software
CONCEPTO DE CICLO DE VIDA 1 En los departamentos de Sistemas se debe definir un marco de referencia común que debe ser:  Pueda ser empleado por todos.
Capas de ingeniería del Software. Rosendo Antonio Manuel Ingeniería en Sistemas Computacionales.
Evaluación de la Fase de Construcción Grupo 4. Riesgos ocurridos Atrasos en la planificación Priorización de tareas Problemas de funcionamiento de la.
Integrantes Jessica Pinzón Cristian Merino Bravo Sergio Cristian Baeza Torres Marco Antonio Torres Carranco Referencia: Libro de ingeniería de software.
Especificación del Problema Partimos del hecho de un programador no puede resolver un problema que no entiende. Por esta razón, la primera etapa en todo.
Fundamentos de Computación
RAPID APPLICATION DEVELOPMENT RAD. Proceso de RAD Involucrar en todos los aspectos al usuario en el desarrollo del sistema Uso continuo y repetitivo de.
Modelo de procesos de software
Fundamentos de Ingeniería de Software
Objetivos de la prueba Los objetivos principales de realizar una prueba son: Detectar un error. Tener un buen caso de prueba, es decir que tenga más probabilidad.
INSTITUTO TECNOLÓGICO DE LIBRES INGENIERÍA EN SISTEMAS COMPUTACIONALES FUNDAMENTOS E DESARROLLO DE SISTEMAS “PRUEBAS E IMPLEMENTACIONES” INTEGRANTES: SOTERO.
Sobre el Proceso Racional Unificado RUP es un proceso para el desarrollo de un proyecto de un software que define claramente quien, cómo, cuándo y qué.
Jeisson Duvan Hernandez Daniel Pardo Cuenca. DEFINICION El modelo de proceso concurrente define una serie de acontecimientos que dispararán transiciones.
Verificación y Validación del Software
Transcripción de la presentación:

Modelo Espiral y Modelo de procesoConcurrente

Integrantes Jessica Pinzón Karla Jazmine Badillo Morales Cristian Merino Bravo Marco Antonio Torres Carranco Referencia: Libro de ingeniería de software

El modelo en espiral se divide en un numero de actividades estructurales. (regiones de tareas). Comunicación con el cliente: C omunicación entre el desarrollador y el cliente. Planificación: Definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Análisis de riesgos: Evaluar riesgos técnicos y otras informaciones relacionadas con el proyecto. Ingeniería: Construir una o más representaciones de la aplicación. Construcción y adaptación : Construir, probar, instalar y proporcionar soporte al usuario. Evaluación el cliente: La reacción del cliente según la evaluación de las representaciones del software creadas.

El modelo de proceso concurrente se puede representar en forma de esquema como una serie de actividades técnicas importantes, tareas y estados asociados a ellas. El modelo de proceso concurrente define una serie de acontecimientos que dispararán transiciones de estado a estado para cada una de las actividades. Durante las primeras etapas del diseño, no se contempla una inconsistencia del modelo de análisis. Esto genera la corrección del modelo de análisis de sucesos, que disparará la actividad de análisis del estado hecho al estado cambios en espera.

Al principio del proyecto, la actividad de comunicación con el cliente ha finalizado su primera interacción y existe en el estado de cambios en espera. La actividad de análisis (que existía en el estado ninguno mientras que comenzaba la comunicación inicial con el cliente) ahora hace una transición al estado bajo desarrollo. Sin embargo, si el cliente indica que se deben hacer cambios en requisitos, la actividad análisis cambia del estado bajo desarrollo al estado cambios en espera. El modelo de proceso concurrente define una serie de acontecimientos que dispararan transiciones de estado a estado para cada una de las actividades de la ingeniería del software.