Diese Präsentation wurde erfolgreich gemeldet.
Die SlideShare-Präsentation wird heruntergeladen. ×

Presentacion modelos de proceso Grupo 3

Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Wird geladen in …3
×

Hier ansehen

1 von 11 Anzeige

Weitere Verwandte Inhalte

Diashows für Sie (20)

Ähnlich wie Presentacion modelos de proceso Grupo 3 (20)

Anzeige

Aktuellste (20)

Presentacion modelos de proceso Grupo 3

  1. 1. MODELOS DEL PROCESO LA ELABORACIÓN DE SOFTWARE DE COMPUTADORA ES UN PROCESO REITERATIVO DE APRENDIZAJE SOCIAL
  2. 2. MODELOS DE PROCESOS DEL SOFTWARE ESTADO ACTUAL DEFINICION DE PROBLEMAS INTEGRACION DE SOLUCIONES DESARROLLO TECNICO
  3. 3. MODELO SECUENCIAL LINEAL Historia  También llamado "Ciclo de vida básico" o "Modelo de cascada" tiene su origen en el "Modelo de cascada" ingeniado por Winston Royce, aunque omite los muchos bucles de este último Fases o Etapas  Análisis de los requerimientos del software: Es la fase en la cual se reúnen todos los requisitos que debe cumplir el software  Diseño: Es una etapa dirigida hacia la estructura de datos, la arquitectura del software, las representaciones de la interfaz y el detalle procedimental (algoritmo)  Generación del código: Es la etapa en la cual se traduce el diseño para que sea comprensible por la máquina  Pruebas: Esta etapa se centra en los procesos lógicos internos del software, asegurando que todas las sentencias se han comprobado, y en la detección de errores.  Mantenimiento: Debido a que el programa puede tener errores, puede no ser del completo agrado del cliente o puede necesitar, eventualmente acoplarse a los cambios en su entorno.
  4. 4. MODELO SECUENCIAL ITERATIVO Historia  Es una derivación del ciclo de vida en cascada, busca reducir el riesgo que surge entre las necesidades del usuario y el producto final Fases o Etapas  Etapa de inicialización: Se crea una versión del sistema. La meta de esta etapa es crear un producto con el que el usuario pueda interactuar, y por ende retroalimentar el proceso. Debe ofrecer una muestra de los aspectos claves del problema y proveer una solución lo suficientemente simple para ser comprendida e implementada fácilmente.  Etapa de iteración: Esta etapa involucra el rediseño e implementación de una tarea de la lista de control de proyecto, y el análisis de la versión más reciente del sistema. La meta del diseño e implementación de cualquier iteración es ser simple, directa y modular, para poder soportar el rediseño de la etapa o como una tarea añadida a la lista de control de proyecto.
  5. 5. MODELO ORIENTADO A PROTOTIPOS Historia  A partir de la ingeniería tradicional de construir productos de software nace la ingeniería de software como aplicación de modelos y formas para realizarlos, la cual nos condiciona a tener como norte precisiones y seguridades que en otros ámbitos tiene la ingeniería. Fases o Etapas  Investigación preliminar: En esta etapa lo esencial es determinar el problema y su ámbito  Definición de los requerimientos del sistema: Esta es la fase más importante de todo el ciclo de vida del método de prototipos, el objetivo en esta fase es determinar todos los requerimientos y deseos que los usuarios tienen en relación al proyecto que se está deseando implementar.  Diseño técnico: En esta etapa el sistema debe ser rediseñado y tener la respectiva documentación guiándose en los estándares que tiene la organización la cual servirá como ayuda en mantenciones futuras del mismo.  Programación y prueba: En esta etapa es donde los cambios identificados en el diseño técnico son implementados y probados para asegurar la corrección y completitud de los mismos con respecto a los requerimientos.  Operación y mantención: En esta fase se realiza ya la instalación y mantención del software, la complejidad en esta caso resulta menor ya que en las etapas anteriores los usuarios han trabajado con el sistemas al momento de hacer las pruebas de prototipos.
  6. 6. MODELO EVOLUTIVO Historia  El desarrollo evolutivo consta del desarrollo de una versión inicial que luego de exponerse se va refinando de acuerdo de los comentarios o nuevos requerimientos por parte del cliente o del usuario final. Las fases de especificación, desarrollo y validación se entrelazan en vez de separarse. Fases o Etapas  desarrollo exploratorio: donde el objetivo del proceso es trabajar con el cliente para explorar sus requerimientos y entregar un sistema final. El desarrollo empieza con las partes del sistema que se comprenden mejor. El sistema evoluciona agregando nuevos atributos propuestos por el cliente.  prototipos desechables: donde el objetivo del proceso de desarrollo evolutivo es comprender los requerimientos del cliente y entonces desarrollar una definición mejorada de los requerimientos para el sistema. El prototipo se centra en experimentar con los requerimientos del cliente que no se comprenden del todo.
  7. 7. MODELO INCREMENTAL Historia  El modelo incremental fue propuesto por Harlan Mills en el año 1980. Surgió el enfoque incremental de desarrollo como una forma de reducir la repetición del trabajo en el proceso de desarrollo y dar oportunidad de retrasar la toma de decisiones en los requisitos hasta adquirir experiencia con el sistema Carateristicas  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 positivo.
  8. 8. MODELO ESPIRAL Historia  Este modelo fue propuesto por Boehm en 1986 en su artículo "A Spiral Model of Software Development and Enhancement"Básicamente consiste en una serie de ciclos que se repiten en forma de espiral, comenzando desde el centro Fases o Etapas  Ciclos o Iteraciones  En cada vuelta o iteración hay que tener en cuenta:  Los Objetivos: qué necesidad debe cubrir el producto.  Alternativas: las diferentes formas de conseguir los objetivos de forma exitosa, desde diferentes puntos de vista como pueden ser:  Características: experiencia del personal, requisitos a cumplir, etc.  Formas de gestión del sistema.  Riesgo asumido con cada alternativa.  Desarrollar y Verificar: Programar y probar el software.
  9. 9. MODELO DE DESARROLLO RÁPIDO DE APLICACIONES HISTORIA  El desarrollo rápido de aplicaciones o RAD (acrónimo en inglés de rapid application development) es un proceso de desarrollo de software, desarrollado inicialmente por James Martin en 1980. El método comprende el desarrollo interactivo, la construcción de prototipos y el uso de utilidades CASE  Modelado de Gestión El flujo de información entre las funciones de gestión se modela de forma que responda a las siguientes preguntas: ¿Qué información conduce el proceso de gestión? ¿Qué información se genera? ¿Quién la genera? ¿A dónde va la información? ¿Quién la proceso?.  Modelado de Datos El flujo de información definido como parte de la fase de modelado de gestión se refina como un conjunto de objetos de datos necesarios para apoyar la empresa  Modelado de Procesos Las descripciones del proceso se crean para añadir, modificar, suprimir, o recuperar un objeto de datos. Es la comunicación entre los objetos.  Generación de Aplicaciones En lugar de crear software con lenguajes de programación de tercera generación, el proceso DRA trabaja para volver a utilizar componentes de programas ya existentes (cuando es posible) o a crear componentes reutilizables (cuando sea necesario).  Pruebas de Entrega Como el proceso DRA enfatiza la reutilización, ya se han comprobado muchos de los componentes de los programas. Esto reduce tiempo de pruebas. FASES O ETAPAS
  10. 10. MODELO SCRUM HISTORIA  Scrum es el nombre con el que se denomina a los marcos de desarrollo ágiles caracterizados por:  Adoptar una estrategia de desarrollo incremental, en lugar de la planificación y ejecución completa del producto.  Basar la calidad del resultado más en el conocimiento tácito de las personas en equipos auto organizados, que en la calidad de los procesos empleados.  Planeamiento del Sprint/Sprint Planning Todos los involucrados en el equipo se reúnen para planificar el Sprint. Durante este evento se decide qué requerimientos o tareas se le asignará a cada uno de los elementos del equipo.  Reunión de Equipo de Scrum/Scrum team meeting Estas reuniones se deben realizar diariamente con un máximo de 15 minutos. Siempre en el mismo horario y lugar. En ellas, cada miembro del equipo deberá responder tres simples preguntas:¿Qué hiciste ayer? ¿Qué tienes planeado hacer hoy? ¿Qué obstáculos encontraste en el camino?  Refinamiento del Backlog/Backlog Refinement El Product Owner revisa cada uno de los elementos dentro del Product Backlog con el fin de esclarecer cualquier duda que pueda surgir  Revisión del Sprint/Sprint Review Los miembros del equipo y los clientes se reúnen para mostrar el trabajo de desarrollo de software que se ha completado.  Retrospectiva del Sprint/Retrospective En este evento, el Product Owner se reúne con todo su equipo de trabajo y su Scrum Master para hablar sobre lo ocurrido durante el Sprint. FASES O ETAPAS
  11. 11. MODELO DE PROGRAMACIÓN EXTREMA HISTORIA  La programación extrema, o Extreme Programming (XP), es una metodología de desarrollo ágil, una de las más exitosas en tiempo reciente. Su autor principal es Kent Beck, quien eligió algunas características de otras metodologías y las relaciona de forma que cada una complementará a la otra.  Planificación del proyecto. El primer paso de cualquier proyecto que siga la metodología X.P es definir las historias de usuario con el cliente.  Diseño. La metodología X.P sugiere que hay que conseguir diseños simples y sencillos.  Codificación. El cliente es una parte más del equipo de desarrollo; su presencia es indispensable en las distintas fases de X.P. A la hora de codificar una historia de usuario su presencia es aún más necesaria..  Pruebas. Uno de los pilares de la metodología X.P es el uso de test para comprobar el funcionamiento de los códigos que vayamos implementando. FASES O ETAPAS

×