SEWBOK4

4. Análisis de requerimiento
Este tema tiene que ver con el proceso de análisis de requisitos a
• detectar y resolver los conflictos entre los requisitos;
• descubrir los límites del software y cómo debe interactuar con su entorno organizacional y operativa;
• Requisitos del sistema elaborados para derivar los requisitos de software. 
La visión tradicional de análisis de requisitos ha sido queser reducido a modelado conceptual usando uno de una serie de métodos de análisis, tales como el método de análisis estructurado. Si bien el modelado conceptual es importante, incluimos la clasificación de los requisitos para ayudar a informar a las compensaciones entre los requisitos (clasificación requisitos) y el proceso de establecer estas compensaciones (requisitos de negociación).
Se debetener cuidado para describir los requisitos suficientes, precisamente para permitir a los requisitos para ser validados, su aplicación para ser verificada, y sus costes a estimar.
4.1. Clasificación de Requisitos
Los requisitos pueden ser clasificados en un número de dimensiones. Algunos ejemplos son los siguientes:
• Si el requisito es funcional o no funcional (ver sección 1.3, Funcional yrequisitos no funcionales).
• Si el requisito se deriva de uno o más requisitos de alto nivel o una propiedad emergente (ver sección 1.4, las propiedades emergentes), o está siendo impuesta directamente en el software por una de las partes interesadas o de alguna otra fuente.
• Si el requisito es en el producto o el proceso (ver sección 1.2, del producto y requisitos de proceso). Requisitos sobre elproceso pueden limitar la elección del contratista, el proceso de ingeniería de software para ser adoptado, o las normas que deben cumplirse.
• La prioridad requisito. Cuanto mayor sea la prioridad, más esencial es el requisito para cumplir con los objetivos generales del programa. A menudo clasifican en una escala de coma fija como obligatoria, muy deseable, deseable o opcional, la prioridad a menudotiene que ser equilibrada contra el costo de desarrollo y aplicación.
• El alcance de la prescripción. Ámbito de aplicación se refiere a la medida en que un requisito afecta a los componentes de software y de software. Algunos de los requisitos, en particular a algunos que no funcionales, tienen un alcance global en que su satisfacción no puede ser asignado a un componente discreto. Por lo tanto,un requisito con el alcance global puede afectar fuertemente la arquitectura de software y el diseño de muchos componentes, mientras que uno con un alcance limitado puede ofrecer una serie de opciones de diseño y tienen poco impacto en la satisfacción de otras necesidades.
• Volatilidad / estabilidad. Algunos requisitos cambiarán durante el ciclo de vida del software- e incluso durante el propioproceso de desarrollo. Es útil si alguna estimación de la probabilidad de que un requisito cambiará puede hacerse. Por ejemplo, en una aplicación de banca, los requisitos para las funciones para calcular y el interés de crédito a las cuentas de los clientes tienden a ser más estable que un requisito para apoyar un tipo particular de cuenta libre de impuestos. El primero refleja una característicafundamental del dominio bancario (que las cuentas pueden ganar intereses), mientras que los segundos pueden dejarlo obsoleto por un cambio en la legislación del gobierno. Cómo marcar requisitos potencialmente volátiles puede ayudar al ingeniero de software de establecer un diseño que es más tolerante de cambio.
Otras clasificaciones pueden ser apropiados, dependiendo de la práctica normal de laorganización y la propia aplicación. Existe una fuerte coincidencia entre atributos requisitos de clasificación y requisitos (ver sección 7.3, Requisitos Atributos).
4.2. Modelado Conceptual
El desarrollo de modelos de un problema del mundo real es clave para el análisis de los requisitos de software. Su propósito es ayudar en la comprensión de la situación en la que se produce el problema, así...