Upload
jefferson-cevallos
View
210
Download
0
Embed Size (px)
Citation preview
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.