ANÁLISIS

Según el texto, este apartado se relaciona con el proceso de analizar los requerimientos para detectar y resolver los conflictos entre los requerimientos, descubrir las limitaciones e interacciones y elaborar un sistema de requerimientos para derivarlo a los requerimientos de sofware.

### CLASIFICACIÓN DE LOS REQUERIMIENTOS.

Se clasifica los requerimientos en diferentes dimensiones. Estas tambien dependerán de lo que sea apropiado dependiendo el proyecto, el enfoque y el acercamiento. En el texto se mencionan varias, entre ellas:

* Funcional o no funcional.
* Si el requerimiento es derivado de un requerimiento de mayor nivel o prioridad o si está siendo impuesto por uno de los actores o desde otra fuente.
* Si el requerimiento está relacionado al producto o al proceso.
* Prioridad.
* Enfoque.
* Estabilidad o volatilidad.

### MODELO CONCEPTUAL

Esto se refiere a una representación de la idea. El propósito aquí es ayudar en el entendimiento del problema y en el planteamiento de una solución. Algunos de los factores que se toman en cuenta en este modelado son: La naturaleza del problema, La experiencia del equipo de desarrollo, lor requerimientos de proceso del cliente.

### DISEÑO ARQUITECTÓNICO Y REQUERIMIENTOS DE ASIGNACIÓN

El diseño arquitectónico se enfoca en la creación de una arquitectura de software que cumpla con los requerimientos y restricciones establecidos en la captura de requerimientos. La asignación, por otro lado, implica establecer la relación entre los requerimientos identificados y los componentes del diseño arquitectónico asegurándose que todos los requerimientos sean tenidos en cuenta y todas las interacciones entre los componentes hayan sido revisadas. Aquí es donde alcanzamos una clara trazabilidad entre los requerimientos capturados y el diseño, facilitando todo el proceso.

### NEGOCIACIÓN DE REQUERIMIENTOS.

En esta fase se determina cuales requerimientos son incompatibles de dos participantes, por ejemplo alguna funcionalidad dada por el cliente que no sea compatible con una funcionalidad solicitada por los usuarios o un regulador. También se conoce como "resolución de conflictos". Se menciona en el texto que es poco sabio por parte del ingeniero de software tomar una decisión unilateral así que es donde entra en el rol de intermediario con la asignación de prioridades siendo la herramienta más útil.

### ANALISIS FORMAL

Al llegar a este punto nos adentramos en el campo estructurado y riguroso. Aquí se establecen mediante métodos matemáticos y lógicos, la verificación y validación de los requerimientos. Aquí se busca garantizar la consistencia, completitud y establecer si correcciones son necesarias. Aquí también se filtran los problemas y ambigüedades que hayan podido colarse en el proceso. A través de verificación formal y herramientas, se busca demostrar especificaciones técnicas, requerimientos en lenguaje formal y preciso. Gracias a la implicación técnica, se evalúan objetiva y meticulosamente los requerimientos y se contribuye así a la calidad y mejora del software.

## Contenido de la wiki

* Características más importantes
* **ANÁLISIS**
* PROCESOS
* ESPECIFICACIÓN
* CAPTURA
* REQUISITOS FUNCIONALES Y NO FUNCIONALES
* VALIDACIÓN
* CONSIDERACIONES PRÁCTICAS