# data[].attributes.headline
Erick Molina, Matías Martínez, Juan Diaz

# data[].attributes.subject
Erick Molina, Matías Martínez, Juan Diaz

# data[].attributes.body
Santiago Rozo, Julián Rodríguez, Kevin Sepúlveda

# data[].attributes.body
Desarrollo:

Planificación y Captura de Requisitos

Objetivo: definir qué se necesita y por qué.

Actividades: recopilar necesidades, establecer alcance, recursos, presupuesto y cronograma.

Resultado: Documento de requisitos del sistema (SRS).

Explicación:

Esta fase marca el punto de partida. Permite entender el problema y definir el propósito del software antes de empezar a construirlo.

# data[].attributes.body
Desarrollo:

Objetivo: traducir requisitos en funciones detalladas.

Actividades: entrevistas, casos de uso, historias de usuario, análisis de datos.

Resultado: lista de requisitos funcionales y no funcionales.

Explicación:

Se estudia qué debe hacer el sistema exactamente y cómo interactuarán los usuarios con él. Esta fase asegura que el producto cumpla con las expectativas reales.

# data[].attributes.body
Desarrollo:

Objetivo: planificar cómo funcionará el sistema internamente.

Actividades: arquitectura del software, diagramas UML, diseño de base de datos, prototipos de interfaz.

Resultado: plano detallado del sistema.

Explicación:

En esta etapa se diseña la “estructura” del software, como si fuera el plano de una casa. Todo lo necesario para que los programadores puedan construirlo.

# data[].attributes.body
Desarrollo:

Objetivo: construir el sistema escribiendo código.

Actividades: programación, integración de módulos, revisión de código.

Resultado: software funcional inicial.

Explicación:

Aquí se convierte el diseño en un producto real. Los desarrolladores escriben el código y crean todas las funciones planeadas.

# data[].attributes.body
¿Qué tan importante es escuchar a los usuarios y a los diferentes roles en la etapa inicial de un proyecto de software, y cómo podría afectar al resultado final si esta fase no se realiza de manera adecuada?

# data[].attributes.body
Desarrollo:

Objetivo: asegurar que el software funcione correctamente.

Actividades: pruebas unitarias, de integración, funcionales, de rendimiento y seguridad.

Resultado: software sin errores críticos y listo para el usuario.

Explicación:

Se detectan y corrigen errores antes de entregar el sistema. Garantiza la calidad, estabilidad y confiabilidad del producto.

# data[].attributes.body
Desarrollo:

Objetivo: poner el sistema en funcionamiento para los usuarios.

Actividades: instalación, configuración, migración de datos, formación de usuarios.

Resultado: sistema operativo en el entorno real.

Explicación:

El software se lanza al mundo real para ser utilizado por los clientes o usuarios finales.

# data[].attributes.body
Desarrollo:

Objetivo: mantener el sistema funcionando correctamente y mejorarlo con el tiempo.

Actividades: corrección de errores, actualizaciones, nuevas funciones, soporte.

Resultado: software actualizado, seguro y útil.

Explicación:

Después del lanzamiento, el trabajo continúa. Esta fase asegura que el software siga siendo útil y eficiente a lo largo del tiempo.

# data[].attributes.body
¿Cómo influye una adecuada recolección y análisis de requisitos en el éxito de un proyecto de software, asegurando que las necesidades del usuario se transformen en un sistema funcional, de calidad y bien documentado?

# data[].attributes.body
¿De qué manera el uso combinado de plantillas ERS, lenguajes de modelado, herramientas de captura de requisitos, storyboards, UML y prototipado con herramientas como Figma o Adobe XD puede mejorar la comunicación entre cliente y desarrollador, y garantizar que el software final realmente cumpla con las necesidade del usuario?

# data[].attributes.body
Es el proceso mediante el cual se identifican, recopilan y entienden las necesidades de los usuarios y demás interesados en un sistema. La elicitación busca obtener información clara a través de entrevistas, encuestas, observación u otras técnicas, mientras que el análisis consiste en depurar, priorizar y detallar esos requisitos para asegurar que sean coherentes y alcanzables.

# data[].attributes.body
rellena la sopa de letras

# data[].attributes.attachment_link.title
CICLO DE VIDA DEL DESARROLO DE SOFTWARE 10th Grade Quiz | Wayground (formerly Quizizz)

# data[].attributes.attachment_link.description
CICLO DE VIDA DEL DESARROLO DE SOFTWARE quiz for 10th grade students. Find other quizzes for Computers and more on Wayground for free!

# data[].attributes.body
Son métodos que permiten estudiar y representar los requisitos de forma más estructurada. Entre las más comunes están los casos de uso, diagramas UML, prototipos, tormentas de ideas y cuestionarios. Estas técnicas ayudan a visualizar el sistema, identificar inconsistencias y comunicar mejor la información entre clientes y desarrolladores.

# data[].attributes.body
Es una norma internacional que establece cómo debe documentarse un documento de especificación de requisitos de software (ERS). Define una estructura organizada con apartados como la introducción, la descripción general del sistema, los requisitos funcionales y no funcionales, y anexos, el objetivo de este es que los requisitos sean completos, verificables y entendibles tanto para desarrolladores como para usuarios.

# data[].attributes.body
Es una herramienta que permite relacionar cada requisito con los elementos del sistema que lo implementan, como módulos, pruebas o casos de uso. Se usa principalmente para garantizar que todos los requisitos se cumplan, hacer seguimiento a los cambios y comprobar que nada se pierda en el proceso de desarrollo, manteniendo una conexión clara entre lo que el cliente pidió y lo que se entrega.

# data[].attributes.attachment_link.description
Todos los juegos (Sopa de Letras): Sopa de letras software - Sopa de letras y ya