Ingeniería de SoftwareFase de Análisis

Proceso de Software

Acumulación Errores

El Por Que?

Descripción del Problema

• Evidenciar los procesos de Negocio de la organización para realizar análisis del dominio del problema

• Entender mejor el problema más que iniciar el diseño de la solución. El propósito es describrir los requerimientos del sistema.

Analisís del Problema

Como escribir Requisitos

• La “mejor forma” de escribir requisitos no existe

• Lo más utilizado es el lenguaje natural

• Cada requisito expresado en una frases cortas (“el sistema hará X ...”, “se facilitará Y ...”, etc.)

• Lenguaje natural complementado con diagramas y/o notaciones formales

• La notación utilizada depende de quien lee o quien escribe los requisitos

Ingeniería de Requerimientos

Ingeniería de Requerimientos

Introducción• Propósito• Alcance• Definiciones• Referencias• Visión GeneralDescripción General• Perspectiva del producto• Funciones del producto• Características del usuario• Restricciones• Suposiciones

Requisitos específicosApéndices

Documento Estandar IEEE 830

Independiente del formato utilizado, un documento de requisitos contiene: • Información acerca del problema • Propiedades y comportamiento del sistema• Restricciones de diseño y fabricación del

producto

El Qué frente al Cómo

Estrategia de Análisis

• En funcionales vs. No funcionales (Capacidades vs. Restricciones)

• Por prioridades

• Por coste implementación

• Por niveles (alto nivel, bajo nivel)

• Según su volatilidad/estabilidad

• Si son requisitos sobre el proceso o sobre el producto

Clasificación de Requisitos

Criterios de agrupación