Please enable JavaScript.

Coggle requires JavaScript to display documents.

INGENIERÍA DE SOFTWARE - Coggle Diagram

- - - - Jerarquía del trabajo técnico dentro del proceso del software
        Un proceso es un conjunto de actividades, acciones y tareas que se ejecutan cuando va a crearse algún producto del trabajo
        
        1. Actividad
        Busca lograr un objetivo amplio y se desarrolla sin importar el dominio de la aplicación o tamaño del proyecto
        
        2. Acción
        Una acción es un conjunto de tareas que producen un producto importante del trabajo
        
        3. Tarea
        Se centra en un objetivo pequeño pero bien definido que produce un resultado tangible. Por ejemplo, realizar una prueba unitaria
      - Modelo o estructura general para el proceso de software
        Las cinco actividades estructurales en un proceso de ingeniería de software
        
        1. Comunicación
        
        Antes de que comience cualquier trabajo técnico, tiene importancia crítica comunicarse y colaborar con el cliente y con otros participantes (stakeholders). Se busca entender los objetivos del proyecto, y reunir los requerimientos que ayuden a definir las características y funciones del software.
        
        2. Planeación
        
        El plan del proyecto de software define el trabajo de ingeniería de software al describir las tareas técnicas por realizar, los riesgos probables, los recursos que se requieren, los productos del trabajo que se obtendrán y una programación de las actividades
        
        3. Modelado
        
        Crear modelos a fin de entender mejor los requerimientos del software y el diseño que los satisfará.
        
        4. Construcción
        
        Esta actividad combina la generación de código (ya sea manual o automatizada) y las pruebas que se requieren para descubrir errores en éste.
        
        5. Despliegue
        
        El software (como entidad completa o como un incremento parcialmente terminado) se entrega al consumidor que lo evalúa y que le da retroalimentación.
      - Un modelo general del proceso para la ingeniería de software incluye un conjunto de actividades estructurales y sombrilla, acciones y tareas de trabajo. Cada uno de los modelos de proceso puede describirse por un flujo distinto del proceso: descripción de cómo se organizan secuencial y cronológicamente las actividades estructurales, acciones y tareas
        
        Modelos de proceso prescriptivo (tradicional)
        
        Es un marco metodológico estricto que define un conjunto prescrito de actividades que deben seguirse de manera ordenada en el proceso de desarrollo de software.
        
        La idea detrás de estos modelos es proporcionar una guía clara y estandarizada del flujo de trabajo que asegure que el software se desarrolle de forma organizada, controlada y de calidad
        
        Es un enfoque estricto y con una estructura rígida que busca generar orden en el proceso de desarrollo de software para que sea un proceso predecible y repetible
        
        Si se aplican en forma dogmática y sin adaptación, pueden incrementar el nivel de burocracia asociada con el desarrollo de sistemas y crear dificultades para todos los participantes
        
        Los modelos de proceso prescriptivo se han aplicado durante muchos años en un esfuerzo por introducir orden y estructura al desarrollo de software. Cada uno de dichos modelos sugiere un flujo de proceso algo distinto, pero todos llevan a cabo el mismo conjunto de actividades estructurales generales: comunicación, planeación, modelado, construcción y desarrollo.
        
        Tipos de modelos
        
        Modelo de cascada
        Es el paradigma más antiguo de la ingeniería de software. Sugieren un flujo lineal del proceso que con frecuencia no es congruente con las realidades modernas del mundo de software. Es un modelo estrictamente lineal que sugiere que las actividades que integran el proceso de desarrollo de software se deben completar de manera secuencial. Es decir, el trabajo desde la comunicación (especificación de los requerimientos por parte del cliente) hasta el despliegue avanza en forma lineal. Este modelo es adecuado para proyectos donde los requerimientos están bien definidos y no cambian.
        
        Dificultades del modelo
        
        Es inflexible ante cambios en los requisitos después de que se ha comenzado a trabajar en fases posteriores
        
        El cliente debe tener paciencia. No se dispondrá de una versión funcional del programa hasta que el proyecto esté muy avanzado.
        
        Las pruebas se realizan al final del proceso, lo que puede llevar a descubrir problemas tarde en el ciclo de desarrollo
        
        Se producen “estados de bloqueo” en los que miembros del equipo de proyecto deben esperar a otros a fin de terminar tareas interdependientes. Los estados de bloqueo tienden a ocurrir más al principio y al final de un proceso secuencial lineal
        
        Modelo incremental
        Es un enfoque de desarrollo de software que entrega el producto de manera progresiva, a través de una serie de versiones o incrementos.
        Cada incremento añade nuevas funcionalidades al sistema, lo que permite al cliente tener acceso a un producto funcional desde las primeras fases del desarrollo para que lo utilice o evalúe (es decir, una versión básica que abarca los requerimientos fundamentales), mientras se agregan más características en entregas sucesivas.
        Con base en el uso y la retroalimentación del cliente, se ajusta el producto fundamental y se planifica el siguiente incremento. Este proceso se repite hasta que el software final cumple con todos los requisitos especificados.
        El modelo combina elementos de flujos de proceso lineal y paralelo. Cada incremento sigue una secuencia de actividades (comunicación, planeación, modelado, construcción y despliegue), similar al modelo en cascada, pero estas actividades se repiten para cada nueva versión del producto.
        
        Modelo evolutivo
        El modelo genera en cada iteración una versión final cada vez más completa del software. Está diseñado explícitamente para adaptarse a un producto que evoluciona con el tiempo.
        El objetivo de los modelos evolutivos es desarrollar software de alta calidad en forma iterativa o incremental. Sin embargo, es posible usar un proceso evolutivo para hacer énfasis en la flexibilidad, expansibilidad y velocidad del desarrollo. El reto para los equipos de software es establecer un balance apropiado entre estos parámetros críticos del proyecto y el producto, y la satisfacción del cliente (árbitro definitivo de la calidad del software).
        
        Existen dos versiones del modelo evolutivo
        
        2 more items...
        
        Desarrollo basado en componentes
        Se construye aplicaciones a partir de fragmentos de software prefabricados. Las actividades de modelado y construcción comienzan con la identificación de candidatos de componentes. Éstos pueden diseñarse como módulos de software convencional o clases orientadas a objetos o paquetes de clases.
        Esto lleva a la reutilización del software. Si la reutilización de componentes se vuelve parte de la cultura, el equipo de ingeniería de software tiene la posibilidad tanto de reducir el ciclo de tiempo del desarrollo como el costo del proyecto
        
        Desarrollo ágil
        
        La ingeniería de software ágil sigue un conjunto de principios y prácticas que buscan mejorar la capacidad de los equipos de desarrollo para responder rápidamente a los cambios, centrándose en la colaboración continua con el cliente y en la entrega rápida de software incremental.
        Permanecen las actividades estructurales fundamentales: comunicación, planeación, modelado, construcción y despliegue. Pero se transforman en un conjunto mínimo de tareas que lleva al equipo del proyecto hacia la construcción y entrega
        
        El desarrollo ágil es un enfoque de trabajo que se basa en la iteración, la retroalimentación continua y la colaboración entre los desarrolladores y los clientes. A diferencia de los modelos de desarrollo más tradicionales, como el modelo en cascada, el enfoque ágil pone el énfasis en:
        
        Flexibilidad ante los cambios: Acepta y promueve los cambios en los requisitos incluso en las etapas tardías del desarrollo.
        
        Entrega continua: Entrega versiones funcionales del software de forma frecuente y en ciclos cortos, llamados iteraciones.
        
        Colaboración con el cliente: Se involucra al cliente de manera activa en el proceso de desarrollo, lo que facilita que el producto final satisfaga sus necesidades reales.
        
        Principios del desarrollo ágil
        
        Individuos e interacciones sobre procesos y herramientas: Se da prioridad a la comunicación y la colaboración entre las personas que desarrollan el software, en lugar de enfocarse en seguir procedimientos estrictos.
        
        Software que funciona sobre documentación extensiva: El objetivo principal es entregar un software que funcione y satisfaga las necesidades del cliente, en lugar de enfocarse excesivamente en la documentación formal.
        
        Colaboración con el cliente sobre la negociación de contratos: El cliente es parte del equipo de desarrollo y participa activamente durante todo el proyecto, permitiendo que los requisitos se ajusten según sea necesario.
        
        Respuesta ante el cambio sobre seguir un plan: Se acepta que los cambios son inevitables y que la capacidad de adaptarse rápidamente es más importante que seguir un plan rígido.
        
        Modelos ágiles de proceso
        Dentro del marco del desarrollo ágil existen varias metodologías específicas que adoptan estos principios.
        
        Programación extrema (XP)
        
        Descripción: se enfoca en entregar software de alta calidad a través de ciclos de desarrollo cortos y un conjunto de prácticas técnicas recomendadas, como la programación en pareja (donde dos desarrolladores trabajan juntos en el mismo código) y las pruebas continuas.
        
        Principios clave: Incluye principios como la simplicidad (construir el sistema más simple que funcione), retroalimentación rápida (a través de pruebas automáticas y revisiones frecuentes) y mejoras continuas.
        
        Scrum
        
        Descripción: Se basa en ciclos cortos de desarrollo llamados sprints, que suelen durar entre dos y cuatro semanas. Al final de cada sprint, el equipo presenta una versión funcional del software.
        
        Roles: Incluye roles definidos como el Scrum Master (quien facilita el proceso y elimina obstáculos) y el Product Owner (quien representa los intereses del cliente).
        
        Rituales: Scrum introduce reuniones diarias llamadas Daily Standups, donde el equipo revisa su progreso y ajusta las tareas según sea necesario.
      - Flujo del proceso
        Se describe la manera en que están organizadas las actividades estructurales y las acciones y tareas que ocurren dentro de cada una con respecto de la secuencia y el tiempo
        
        Flujo de proceso lineal
        Ejecuta cada una de las cinco actividades estructurales en secuencia, comenzando por la comunicación y terminando con el despliegue
        
        Flujo de proceso iterativo
        Repite una o más de las actividades antes de pasar a la siguiente
        
        Flujo de proceso evolutivo
        Realiza las actividades en forma “circular”. A través de las cinco actividades, cada circuito lleva a una versión más completa del software
        
        Flujo de proceso paralelo
        Ejecuta una o más actividades en paralelo con otras. Por ejemplo, el modelado de un aspecto del software tal vez se ejecute en paralelo con la construcción de otro aspecto del software