# data[].attributes.body
Como aporte puedo decir que se define como "proceso" al conjunto ordenado de pasos a seguir para llegar a la solución de un problema u obtención de un producto, en este caso particular, para lograr un producto software que resuelva un problema específico.
El proceso de creación de software puede llegar a ser muy complejo, dependiendo de su porte, características y criticidad del mismo.
Los procesos de desarrollo de software poseen reglas preestablecidas, y deben ser aplicados en la creación del software de mediano y gran porte, ya que en caso contrario lo más seguro es que el proyecto no logre concluir o termine sin cumplir los objetivos previstos, y con variedad de fallos inaceptables (fracasan, en pocas palabras).
La relación que existe entre proceso de Software,  Importancia de Ingeniería de requerimientos y desarrollo ágil de Software es que ambas se encargan de brindar la seguridad del software es decir ellas procuran que el software sea, eficaz, confiable, que brinde un servicio completo y que no presente errores o fallas y de esta manera el software pueda cumplir con la necesidades del cliente o usuario.

# data[].attributes.body
https://www.monografias.com/trabajos6/resof/resof.shtml

# data[].attributes.body
De acuerdo con cifras del Project Management Institute (PMI) [1], el 47% del fracaso de los proyectos es causado por una deficiencia en el ejercicio de la ingeniería de requerimientos. Algunos casos comunes:

El producto se entrega sin cumplir con los requerimientos necesarios, sin identificar varios de ellos.

La entrega final es un producto que no satisface al cliente, aunque a tiempo y dentro del presupuesto.

El proyecto incorpora requerimientos que no deben estar en el alcance.

La estimación de costo/esfuerzo se hace en base a un alcance equivocado ya que no considera algunas áreas funcionales y procesos de negocio.

Fallas de comunicación sobre requisitos, lo que resulta en la entrega de un producto defectuoso.

Cambios innecesarios debido a la falta de atención por comprender correctamente las necesidades del cliente al principio.

# data[].attributes.body
Durante la Guerra del Golfo, los Estados Unidos usaron un sistema de defensa con misiles antibalísticos llamado Patriot. El 25 de febrero de 1991 este sistema falló y no interceptó el misil Scud lanzado por Irak que mató a 28 militares y lesionó otros 98.

La raíz de la falla fue que el software original del sistema utilizaba datos de las señales del radar para calcular la ruta del Patriot y trabajaba con una precisión de fracciones por segundo. Para hacer frente a misiles de más alta velocidad, se creó una subrutina para manejar el tiempo con mejor precisión (más decimales). Sin embargo, esta subrutina no fue aplicada a todas las partes necesarias del software lo que generó una acumulación de fallas de precisión; y después de cierto tiempo, el sistema se quedaba ineficaz. No fue sólo un fallo de programación, fue también un fallo de evaluación en el impacto del cambio.

# data[].attributes.headline
La sonda espacial Mars Climate Orbiter (MCO)

# data[].attributes.subject
La sonda espacial Mars Climate Orbiter (MCO)

# data[].attributes.body
La MCO fue una sonda espacial cuyo objetivo principal era estudiar el clima de Marte. Fue lanzada en diciembre de 1998, alcanzando Marte nueve meses y medio después. Al entrar en la órbita de Marte, la sonda fue destruida en la atmósfera debido a un error de cálculo en la maniobra. El error fue causado porque el software responsable del cálculo de ruta de entrada esperaba datos usando el sistema de medidas imperial (libras fuerza) y recibió datos en sistema métrico universal (newtons). No se sabe si la NASA proporcionó la especificación equivocada al proveedor que desarrolló el software o si hubo una falla del proveedor en el levantamiento de requerimientos.

# data[].attributes.body
La ingeniería de requerimientos es una de las disciplinas fundamentales de la ingeniería de software y proporciona información para la mayoría de las demás disciplinas.  El propósito es demostrar las consecuencias del descuido de la disciplina de requerimientos: retrasos en el cronograma y costo adicional, nivel alto de defectos en el software y principalmente la entrega de un software que no satisface las necesidades del cliente.

# data[].attributes.headline
🕵️‍♂️La Importancia de la Ingeniería de Requerimientos💻

# data[].attributes.subject
🕵️‍♂️La Importancia de la Ingeniería de Requerimientos💻

# data[].attributes.body
1. Satisfacer al cliente mediante la entrega temprana y continua de un software valioso.

2. Acoger con beneplácito los requisitos cambiantes, incluso en la etapa tardía en el desarrollo.

3. Entregar el trabajo del software con la mayor frecuencia posible y en un plazo de tiempo más corto.

4. Los empresarios y desarrolladores deben trabajar juntos a lo largo de todo el proyecto.

5. Construir proyectos en torno a personas motivadas.

6. El método más eficiente y efectivo para transmitir información al equipo de desarrollo y dentro del mismo es la conversación cara a cara.

7. La medida principal del progreso es un software en funcionamiento.

8. Los procesos ágiles promueven el desarrollo sostenible.

9. La atención continua a la excelencia técnica y al buen diseño aumenta la agilidad.

10. La simplicidad, el arte de maximizar la cantidad de trabajo no realizado, es esencial.

11. Las mejores arquitecturas, requisitos y diseños surgen de equipos auto-organizados.

12. A intervalos regulares, el equipo reflexiona sobre cómo ser más eficaz, luego sintoniza y ajusta su comportamiento en consecuencia.

# data[].attributes.body
En lugar de centrarse principalmente en procesos y herramientas, los programadores deberían prestar más atención a los individuos y las interacciones.

Un software en funcionamiento se valora más que una documentación completa del proceso de desarrollo.

La negociación del contrato es menos vital que la colaboración del cliente.

En lugar de seguir estrictamente un plan, los programadores deben responder a cualquier cambio que se produzca.

# data[].attributes.headline
Los métodos ágiles de desarrollo de software promueven:

# data[].attributes.subject
Los métodos ágiles de desarrollo de software promueven:

# data[].attributes.body
Gestión disciplinada del proyecto.

Filosofías de liderazgo que fomentan el trabajo en equipo, la auto-organización y la responsabilidad.

Buenas prácticas de ingeniería que permiten una entrega rápida de software de alta calidad.

Un enfoque empresarial que alinea las necesidades de sus clientes con los objetivos de su empresa.

# data[].attributes.body
El término general desarrollo ágil de software se refiere a métodos y prácticas de desarrollo de software que brindan soluciones a través de la colaboración entre equipos auto-organizados y multifuncionales.

# data[].attributes.body
Un proceso de desarrollo de software es un conjunto de personas, estructuras de organización, reglas, políticas, actividades y sus procedimientos, componentes de software, metodologías, y herramientas utilizadas o creadas específicamente para definir, desarrollar, ofrecer un servicio, innovar y extender un producto de software.
Un proceso de software efectivo habilita a la organización a incrementar su productividad al desarrollar software:

Permite estandarizar esfuerzos, promover reuso, repetición y consistencia entre proyectos.

Provee la oportunidad de introducir mejores prácticas de la industria.

Permite entender que las herramientas deben ser utilizadas para soportar un proceso.

Establece la base para una mayor consistencia y mejoras futuras.

Un proceso de software mejora los esfuerzos de mantenimiento y soporte:

Define cómo manejar los cambios y liberaciones a sistemas de software existentes.

Define cómo lograr la transición del software a la operación, y cómo ejecutar los esfuerzos de operación y soporte.

# data[].attributes.body
Antes de definir lo que es un proceso de desarrollo de software, entendamos lo que es un proceso. Una definición sencilla de proceso es “serie de acciones que conducen a un final”.