Modelo Incremental

Universidad Laica Eloy Alfaro de Manabí

EXPOSITOR:Cevallos Parrales Jefferson

Modelo Incremental

Cuando hablamos de un modelo de desarrollo de software, necesariamente implica a la utilización del mismo para que nos ayude de una u otra manera a la resolución de un problema mediante un sistema de información, en la actualidad existen algunos modelos de procesos que se adaptan a los requerimientos del usuario y por ende nos facilita la resolución de problema.

Introducción

Brindar una información veraz y precisa en lo que respecta el modelo incremental, para poder emplearlo de una forma mejor comprendida en algún proyecto a futuro.

Objetivos

Descripción del modelo

El desarrollo incremental es una combinación del modelo de cascada y evolutivo, es un proceso de desarrollo de software creado en respuesta a las debilidades del modelo tradicional de cascada.Un modelo incremental lleva a pensar en un desarrollo modular, con entregas parciales del producto software denominados <<Incrementos>> del sistema, que son escogidos según prioridades predefinidas de algún modo.

Perspectiva del modeloEl Modelo Incremental es de naturaleza interactiva pero se diferencia de aquellos en que al final de cada incremento se entrega un producto completamente operacional

La perspectiva del modelo incremental es asegurar la producción de software de alta calidad que satisfaga la necesidad del usuario final dentro de un tiempo y presupuesto previsible. Es una metodología de desarrollo iterativo enfocada hacia “los casos de uso, manejo de riesgos y el manejo de la arquitectura”.

El uso de un desarrollo iterativo e incremental no garantiza por sí solo el éxito de su uso. Se debe explicar al cliente antes del desarrollo del software que se va a trabajar con un esquema de versionamiento, para evitar futuras complicaciones.

Incremento 2

Incremento 3

Incremento 4

Incremento 1

Entrega del 1 incremento

Entrega del 2 incremento

Entrega del 3 incremento

Entrega del 4 incremento

Perspectiva de flujo de datosUsa el principio de trabajo en cadena o “Pipeline”: La arquitectura en pipeline (basada en filtros) consiste en ir transformando un flujo de datos en un proceso comprendido por varias fases secuenciales, siendo la entrada de cada una la salida de la anterior.

Esta arquitectura es muy común en el desarrollo de programas para el intérprete de comandos, ya que se pueden concatenar comandos fácilmente con tuberías (pipe).También es una arquitectura muy natural en el paradigma de programación funcional, ya que equivale a la composición de funciones matemáticas.

Restricciones a seguir en el modelo

Descripción del Entorno Identificación del Problema Identificación de los Procedimientos Actuales Presentación de las Posibles Soluciones al Problema Validación de las Posibles Soluciones Determinación de las Ventajas y Desventajas de cada Posible So-lución Elaboración de un Cuadro comparativo de

Designación del equipo de Proyecto Elaboración de la Planificación del Proyecto

Estudio de factibilidad Acciones preliminares

Restricciones a seguir en el modeloAnálisis de sistema

Identificación del Objetivo General y de los Objetivos Específicos del Sistema Propuesto Identificación de Usuarios Realización del Modelo Lógico del Sistema Actual Recopilación del Diccionario de Datos del Sistema Actual Elaboración de Procedimientos Propuestos

Diseño de sistema

Realización del Modelo Lógico del Sistema Propuesto Recopilación del Diccionario de Datos del Sistema Propuesto Elaboración del Diagrama Entidad Relación Elaboración del Diagrama Estructurado de Datos Elaboración de la Carta Estructurada Presentación del Diseño de Interfaces Selección de la plataforma de desarrollo

Restricciones a seguir en el modeloProgramaciónImplantación

Código fuente y código objeto Creación de la Base de Datos

Prueba Conversión Instalación de Hardware y Software Adiestramiento de Usuarios Elaboración de la Documentación Entrega al Usuario

Investigar antecedentes de la organización

Desarrollar un plan global y objetivos a cumplir

Seleccionar a los entrevistados

Tener autorización para hablar con los usuarios

Planificar entrevistas (tipo y estructura)

Usar herramientas automatizadas sin abuso

Tratar de juzgar qué información le interesa más al

usuario

De acuerdo a la experiencia del equipo de proyecto, se

enuncia la solución más recomendada para ser

desarrollada.

Consejos en la práctica del buen diseño

Recomendaciones

Guía de proceso

Planificación y Análisis de la Iteración (Estudio de riesgos): Análisis de los Casos de Uso y escenarios. Diseño de opciones arquitectónicas.

Codificación y Pruebas: La integración del nuevo código con el existente de iteraciones anteriores se hace gradualmente durante la construcción.

Evaluación de la entrega ejecutable: Evaluación del prototipo en función de las pruebas y criterios definidos. Preparación de la entrega: Documentación e instalación de la versión del producto.

Que secuencia de actividades debe de seguir

El Modelo Incremental se puede ver aquí en forma gráfica:

- Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta frecuencia. - El usuario se involucra más. - Difícil de evaluar el costo total. - Difícil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como un todo. - Requiere gestores experimentados. - Los errores en los requisitos se detectan tarde. - El resultado puede ser muy positivo.

Plazo de entrega

Debido a la interacción con los usuarios finales, cuando sea necesaria la retroalimentación hacia el grupo de desarrollo, utilizar este modelo de desarrollo puede llevar a avances extremadamente lentos..

Cumple con un estándar (ISO,METRICAS,IEEEC)

Ventajas y desventajas del modelo

Donde utilizar el modelo

Se ajusta a entornos de alta incertidumbre, es útil sobre todo cuando el personal necesario para una implementación completa no está disponible. Difícil de aplicar a sistemas transaccionales que tienden a ser integrados y a operar como un todo, ejemplo: los sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o de alto índice de riesgos..

Cumple con los requisitos para ser metodología

Completa: Si es completo porque en cada uno de los incrementos que se realizan se cumple con los pasos que se realizan en el modelo cascada, y cada una de estas etapas aportan soluciones al software que estamos realizando.

Flexible: Con frecuencia el modelo en Incremental se adapta a diversas necesidades de los proyectos, aunque como ay antes mencionamos no es recomendable para proyectos de sistemas transaccionales.

Cumple con los requisitos para ser metodología

Facilitar la comunicación y documentación del sistema: Cumple con este requisito porque todas sus etapas deben ser comunicadas y documentadas.

Accesible y clara: El modelo cumple con este requisito porque su estructura permite ser entendible y de fácil uso, puesto que como mencione utiliza la secuencia del Modelo Cascada en sus incrementos.

Cumple con los requisitos para ser metodología Adaptable a la evolución: Pues por tener parte del Modelo Evolutivo si cumple en cierta medida con esta característica.

Que permita un control de calidad y gestión de proyectos: Pues si cumple con este punto porque es un modelo que facilita mucho la planificación, y el usuario tiene un papel muy importante en el desarrollo puesto que el Ingeniero le entrega cada Incremento al Usuario a modo de prueba y así éste puede ir observando más requisitos que desee.

Producto o artefacto de software que se genera Al utilizar el modelo incremental el primer incremento es un producto esencial donde se incorporan los requisitos básicos y no se incorporan características suplementares.  1.- Documentación de requisito2.- Documentación de diseño3.- Código fuente4.- Planes de prueba5.- Principios de operación instrucciones de instalación6.- Procedimiento de mantenimiento manual de usuario

Conclusiones

El modelo Incremental es un modelo completo para el

desarrollo de algún tipo de proyecto por su tipo de

entendimiento rápido y complejo.

Debemos aprender a darle un buen uso a este modelo ya que

es cierto que es un modelo de manejo sencillo, pero no es para

tomarlo a la ligera, hay que aplicarlo con seriedad.