Knoppia

Wiki de Informática y otras historias

Herramientas de usuario

Herramientas del sitio


ingenieria_de_requisitos:procesos

¡Esta es una revisión vieja del documento!


Ingeniería de Requisitos: Procesos

Procesos de la Ingeniería de Requisitos

  • Obtención, especificación, análisis y validación.
  • Interno de la organización: El sistema lo construye la propia organización.
  • A medida: Programa hecho expresamente par auna organización.
  • Adaptación: Un programa estándar adaptado a una organización.
  • Cooperativo: Queremos un software común para varias organizaciones, como la app de la universidad.
  • Orientado al producto: Se desarrolla un programa para el mercado.

Características y Objetivos

El proceso de ingeniería de requisitos tiene una serie de entradas y salida.

Entradas

  • Necesidades del usuario
  • Estándares de la Organización
  • Regulación y normativas
  • Sistemas de información Existentes

Salidas

  • Requisitos acordados
  • Especificación para el sistema
  • Modelos del sistema

Modelos del proceso

Modelo de Loucopoulos y Karakostas

Aspectos fundamentales
  • Entendimiento del problema: Captura, definición, Identificación…
  • Descripción del problema
  • Alcanzar un acuerdo sobre la naturaleza del problema: Validación

Modelo de Pohl

La ventaja de este modelo es que no tiene orden.

Características
  • No tiene orden
  • Proceso iterativo
  • Secuencia habitual:
    • Se obtienen los requisitos
    • Se negocia con los participantes
    • Se integran con el resto de la documentación
    • Se verifican y validan

Modelo de Kotonya y Sommerville

Modelo de espiral de Kotonya y Sommerville

Características
  • Es un Modelo Iterativo:
    • Educción
    • Análisis
    • Especificación
    • Validación
  • El problema es que no sabemos cuando termina
  • Actividad de gestión
  • Durante todo el proceso
  • Gestiona la obtención incremental de requisitos y cambios

Características generales de los requisitos

  • Son procesos iterativos
  • El modelo en espirar obliga a un orden, los otros menos
  • Los productos de profeso y fase no están claramente definidos

Modelo SWEBOK

Modelo perteneciente a la IEEE. Nos centramos en la parte de Requerimientos. Tiene 4 Fases:

  • Educción
  • Análisis
  • Especificación
  • Validación

Actividades

Estudio de viabilidad: No es obligatorio en requisitos, pero si aconsejable.

Problemas en el proceso

Tendremos problemas si se dan estos casos:

  • Falta tiempo y otros requisitos
  • Si los documentos no se entienden
  • El proceso es excesivamente largo y costoso
  • Trabajo perdido por culpa de errores
  • No utiliza muchas de las capacidades del sistema
  • Inmensa cantidad de solicitudes de cambio tras la entrega
  • Demasiado tiempo para alcanzar un acuerdo cuando se proponen cambios
ingenieria_de_requisitos/procesos.1696240324.txt.gz · Última modificación: 2023/10/02 09:52 por thejuanvisu