Es un proceso en el que las necesidades del usuario se transforman en una aplicación de software. En primer lugar estas necesidades se convierten en unos requisitos, de requisitos a un diseño, de diseño a código fuente, y finalmente se prueba la aplicación, pudiendo modificar en algún caso cualquiera de las anteriores etapas.

Se podría asemejar pero no es igual, ya que la ley científica va asociada a una demostración formal matemática de variables concretas, y una buena práctica viene dada por la experiencia y su buen funcionamiento. Sin embargo, se puede considerar tan fiable como una ley científica.

Lista los cinco tipos fundamentales de actividades del proceso de obtención de requisitos.
– Entender el dominio de aplicación 
- Identificación de las fuentes de requisitos 
- Análisis de los stakeholders 
- Selección de técnicas, estrategias y herramientas a utilizar 
- Obtención de requisitos a partir de los stakeholders y otras fuentes
¿Que es un stakeholder?

Hace referencia a una persona, organización o empresa que tiene interés en una empresa u organización dada.
¿Qué es la Negociación de Requisitos?
La negociación de requisitos es una práctica implementada de manera temprana en las etapas planificadas de cada proyecto; una fase de crecimiento; o un acercamiento al desarrollo evolutivo (siempre que los requisitos cambien) en un entorno colaborativo donde hay un respeto y una confianza entre los stakeholders. 
El objetivo es llegar a un acuerdo en cuáles son los requisitos reales para una fase concreta o el lanzamiento de un producto software dada la realidad de coste, plazos y quizá las restricciones tecnológicas.
Para ello, los stakeholders trabajan juntos para priorizar los requisitos propuestos, identificar los conflictos entre los requisitos funcionales y no-funcionales, proponer opciones, y adoptar aquellas que satisfacen las necesidades de los stakeholders, y al hacerlo, una visión real de los requisitos del producto.

¿Por qué es necesaria la priorización de requisitos?
La priorización de requisitos es necesaria y crucial para identificar aquellos requisitos más relevantes de cara al proyecto desde el punto de vista de todos los stakeholders, con el fin de establecerlos de manera clara y no tener que hacer frente a correcciones posteriores que deriven en un costo mayor.
Priorizamos para la negociación
¿Qué es un Modelo del Dominio (Domain Model)?
Un modelo de dominio en resolución de problemas e ingeniería del software es un modelo conceptual de todos los temas relacionados con un problema específico. En él se describen las distintas entidades, sus atributo además de las restricciones que rigen el dominio del problema.
¿Qué es CASE?
Sistemas software creados para proporcionar soporte automatizado a las actividades de los procesos de Software.
¿Cual es el documento q compila todos los requisitos?
La ERS
Tipos de proyecto
-Conejo (proyecto más ágil)
Iteraciones frecuentes, incrementos pequeños.
Documentación mínima.
Vida del proyecto pequeña.
-Caballo (rápido, fuerte, confiable)
Común en proyectos corporativos
Necesita cierto grado de formalidad y orden
Longevidad media
-Elefante (solido, fuerte, larga vida, gran  memoria)
Acuerdos contractuales, reglamentos
Farmacéuticas, construcción de aviones
Comunicación formal, muchas personas involucradas, proyecto distribuido.
Diagrama de alcance del trabajo
Flujos de información, sistemas adyacentes y trabajo.