Want to create interactive content? It’s easy in Genially!

Get started free

Modelos de la Ingeniería de Software

DANIA CECILIA SALDAÑA ROBLES

Created on October 23, 2025

Start designing with a free template

Discover more than 1500 professional designs like these:

Pastel Color Presentation

Visual Presentation

Relaxing Presentation

Modern Presentation

Colorful Presentation

Modular Structure Presentation

Chromatic Presentation

Transcript

Modelos de la Ingeniería de Software

Mtra. Mtra. Yesica Olivia Ruíz Holguín. 299458 Dania Cecilia Saldaña Robles.

¡Vamos!

Procesos Fundamentales de la Ingeniería de Software

Su propósito es garantizar que los productos desarrollados cumplan con los requerimientos del cliente, sean confiables, eficientes, y fáciles de mantener. Incluyen 5 fases no son lineales, sino iterativas y cíclicas:

  1. Requerimientos
  2. Diseño
  3. Construcción
  4. Pruebas
  5. Mantenimiento

Índice

Ejemplo de aplicación

Modelo ágil scrum

Modelos de la ingeniería en software

Modelo de prototipado

Ejemplo de aplicación

Otros modelos de la ingeniería en software

Conclusiones

Modelo ágil scrum

Modelo de prototipado

Modelo en Espiral

Referencias

Modelos de la ingeniería en software

+ info

Flujo de trabajo.

+ info

Flujo de datos o de actividad

+ info

Rol/Acción

+ info

Cascada

+ info

Evolutivo

Otros modelos de ingeniería de software

Definir objetivos, alternativas y restricciones.

Identificar riesgos, evaluar alternativas y desarrollar simulaciones para mitigarlos.

1. Modelo en espiral

El desarrollo se realiza en una serie de versiones incrementales, donde cada ciclo (bucle o iteración) alrededor de la espiral incluye actividades clave: determinación de objetivos y alternativas, análisis y evaluación de riesgos, ingeniería (desarrollo y prueba) y planificación del siguiente ciclo.

Desarrollo del producto (codificación y prueba).

Evaluación de resultados y planificación del próximo ciclo de la espiral.

EJEMPLO

El equipo selecciona ítems del Product Backlog para el Sprint.

Reunión diaria de 15 minutos.

Lista priorizada de funcionalidades (requisitos).

Es un marco de trabajo iterativo que permite a los equipos adaptarse a los cambios rápidamente. Prioriza la colaboración, la autoorganización del equipo, y la entrega continua de bloques funcionales de software en ciclos de tiempo fijos y cortos (llamados "Sprints", generalmente de 1 a 4 semanas).

Resultado del Sprint

Reunión de equipo para reflexionar lo que funciona y posibles mejoras

definición

Reunión clave para inspeccionar el resultado del trabajo y adaptar el Product Backlog

Ejemplo de aplicación

Desarrollo de Apps móviles o plataformas web (como servicios de streaming o e-commerce) donde los requerimientos cambian constantemente y se necesita entregar nuevas funcionalidades al mercado rápidamente (Reducción del Time to Market).

caso de éxito

3. Modelo de prototipado

  • El Modelo de Prototipado se utiliza cuando los requerimientos del usuario son inciertos.
  • Consiste en crear una versión del sistema (el prototipo) de forma rápida y con coste reducido.
  • El prototipo es evaluado por el cliente, se refinan los requerimientos basándose en la retroalimentación, y el proceso se repite hasta que los requisitos se entienden claramente.
  • El Prototipo Rápido se descarta después de servir su propósito de clarificación de requerimientos, mientras que el Prototipo Evolutivo se convierte en el sistema final.

Ejemplo de aplicación

Sistemas con una interfaz humano-computadora crítica o novedosa (p. ej., un nuevo kiosco interactivo o un sistema de realidad virtual) donde la usabilidad y la interacción son inciertas o esenciales para la aceptación del usuario.

caso de éxito

Puntos clave…

Claridad de requerimientos: La retroalimentación temprana es una herramienta invaluable para refinar interfaces de usuario y asegurar que el producto final se alinee con las expectativas reales del cliente.

Adaptabilidad al cambio: La entrega iterativa y la flexibilidad son cruciales para proyectos con requisitos cambiantes, priorizando el valor de negocio y la satisfacción del cliente.

Gestión del riesgo: En proyectos de alta complejidad y riesgo, la evaluación y mitigación proactiva del riesgo debe ser el eje central del ciclo de vida.

Conclusiones

La correcta selección del modelo es una decisión estratégica que impacta directamente en el éxito, la calidad y la gestión de riesgos de un proyecto.

La comprensión profunda de estos paradigmas nos permite transitar del desarrollo artesanal a una disciplina sistemática y controlada, garantizando la entrega de software confiable, eficiente y de alta calidad.

Referencias

  • Pressman, R. S., & Maxim, B. R. (2020). Ingeniería de Software. Un enfoque práctico. McGraw-Hill.
  • Sommerville, I. (2020). Software Engineering (10th ed.). Pearson.
  • IEEE 830-1998 - Recommended Practice for Software Requirements Specifications.
  • Martin, R. C. (2009). Clean Code: A Handbook of Agile Software Craftsmanship. Prentice Hall.
  • UML 2.5 Specification - Object Management Group (OMG).
  • Boehm, B. W. (1988). A spiral model of software development and enhancement. Computer, 21(5), 61-72.
  • Ryte. (s.f.). Modelo en Espiral: todo lo que necesitas saber. Recuperado de https://community.blaze.today/t/delete-unwanted-snippets/30437
  • Schwaber, K., & Sutherland, J. (2020). The Scrum Guide. Scrum.org. (Referencia fundamental del marco Scrum)
  • Pressman, R. S., & Maxim, B. R. (2020). Ingeniería de Software. Un enfoque práctico. McGraw-Hill.
  • Miro. (s.f.). Prototipo: Qué es, cómo hacerlo y ejemplos. Recuperado de https://www.bcdiesel.ca/en/flopro-4-cat-dpf-delete-kit-no-muffler-dodge-2011-12-cab-chassis.

Ejemplo de aplicación

Desarrollo de proyectos donde la adaptabilidad y la identificación/mitigación temprana de riesgos (tecnológicos, de seguridad, etc.) son críticos. Se usa para sistemas extensos y de alto riesgo, donde el software evoluciona con el proceso.

Caso de éxito
  • Un ejemplo clásico es el desarrollo de sistemas complejos y críticos dentro del Departamento de Defensa de Estados Unidos, donde el modelo espiral fue adoptado debido a su enfoque en la gestión de riesgos y la construcción evolutiva de grandes sistemas de software.

Caso de éxito

El desarrollo inicial de muchas interfaces de usuario gráficas (GUI) y software de interacción compleja se beneficia del prototipado. Por ejemplo, el desarrollo de la interfaz de usuario de Microsoft Word o Excel a lo largo de sus primeras versiones se basó en gran medida en prototipos de interfaz para obtener retroalimentación temprana del usuario sobre la funcionalidad y la usabilidad, asegurando que el diseño se ajustara a las necesidades del trabajo de oficina.

Caso de éxito

Empresas como Spotify han utilizado el marco Scrum (y metodologías Ágiles más amplias) para gestionar el desarrollo de su plataforma de streaming, permitiendo la rápida iteración, la experimentación con nuevas características y la adaptación continua a las preferencias del usuario y las tendencias del mercado.

Recopilar requisitos iniciales de los usuarios.

Aprobación y desarrollo final.

Énfasis en la interfaz de usuario.

Funcionalidad limitada.

Si se requiere, se regresa a la fase de Diseño/Construcción para refinar el prototipo.

Retroalimentación.

a) Modelo flujo de trabajo
  • Se centra en la secuencia de actividades necesarias para completar un proceso, mostrando cómo las tareas se relacionan y fluyen entre sí.
  • Representa la transferencia de información, responsabilidades y decisiones entre participantes durante el desarrollo.
  • Permite visualizar responsabilidades y dependencias entre tareas, útil en la ingeniería de requerimientos.
b) Modelo de flujo de datos o de actividad
  • Describe cómo la información se mueve dentro de un sistema, qué procesos la transforman y qué entidades externas interactúan.
  • No muestra el flujo de control, sino el de información.
  • Permite detectar redundancias o ineficiencias en el manejo de información.
c) Modelo rol/acción
  • Define quién (rol) realiza qué acción en el sistema.
  • Es útil para identificar casos de uso, usuarios tipo y permisos.
  • Ayuda a estructurar la captura de requerimientos funcionales basada en tareas asignadas a roles específicos (Aclara las responsabilidades y funciones de cada actor en el sistema).
d) Modelo de cascada
  • Modelo secuencial tradicional: una fase comienza solo cuando la anterior termina.
  • Es structurado, ideal para entornos regulados y bien definidos, además es fácil de entender y documentar, aunque inflexible para cambios tardíos.
  • Las etapas típicas son:
e) Modelo evolutivo
  • Consiste en desarrollar el software en versiones sucesivas (prototipos) que incorporan mejoras o módulos adicionales.
  • Es ideal para requerimientos cambiantes y permite obtener retroalimentación temprana y adaptarse al cambio