Procesos de la Ingeniera de Requerimientos

1
Procesos de la Ingeniería de Requerimientos

• La Ingeniería de Requerimientos es un proceso que
  comprende todas las actividades requeridas para
  crear y mantener un documento de requerimientos
  del sistema.

2
Procesos de la Ingeniería de Requerimientos

• Las 4 actividades genéricas de alto nivel son
• estudio de factibilidad del sistema
• obtención y análisis de requerimientos
• especificación y documentación de los
  requerimientos
• la validación de los requerimientos

3
Procesos de la Ingeniería de Requerimientos
Estudio de Factibilidad
Obtención y análisis de requerimientos
Especificación de requerimientos
Validación de requerimientos
Informe de Factibilidad
Modelo de Sistemas
Requerimientos del usuario y del Sistema
Documentos de requerimientos
4
Estudio de factibilidad

• Un estudio de factibilidad es un estudio corto y
  orientado a resolver varias preguntas
• el sistema contribuye a los objetivos generales
  de la organización ?
• el sistema se puede implementar utilizando la
  tecnología actual y con las restricciones de
  costo y tiempo ?
• el sistema puede integrarse a otros que existe
  en la organización ?

5
Obtención y análisis de requerimientos

• El personal del desarrollo técnico del software
  trabajará con los clientes y los usuarios finales
  del sistema para determinar el dominio de la
  aplicación, cuáles servicios debe proveer el
  sistema, el desempeño requerido del sistema, las
  restricciones del hardware, etc.

6
Obtención y análisis de requerimientos

• La obtención y análisis es un proceso difícil por
  varias razones
• los stakeholders (personas que tienen influencia
  directa o indirecta sobre los requerimientos del
  sistema) a menudo no conocen realmente lo que
  desean obtener, excepto en términos muy
  generales.
• los stakeholders expresan los requerimientos con
  sus propios términos.

7
Obtención y análisis de requerimientos

• La obtención y análisis es un proceso difícil por
  varias razones (continuación)
• diferentes stakeholders tienen requerimientos
  distintos y podrían expresarlos de varias formas.
  Se deben identificar todas las fuentes de
  requerimientos así como los conflictos.
• Los factores políticos influyen en los
  requerimientos. Las personas buscan aumentar sus
  influencias.

8
Obtención y análisis de requerimientos

• El método VORD (definición de requerimientos
  orientados al punto de vista) se ha diseñado como
  un marco de trabajo orientado a servicios para la
  obtención y análisis de requerimientos.

9
Obtención y análisis de requerimientos

• Las etapas principales de VORD son
• 1. Identificación de puntos de vista, que implica
  descubrir los que reciben los servicios del
  sistema e identificar los servicios específicos
  que se suministran a cada punto de vista.
• 2. Estructuración de puntos de vista que
  comprende agrupar los relacionados en una
  jerarquía.

10
Obtención y análisis de requerimientos

• Las etapas principales de VORD son
• 3. Documentación de puntos de vista, que
  comprende refinar la descripción de éstos y los
  servicios identificados.
• 4. Trazado del punto de vista del sistema, que
  comprende identificar los objetivos en un diseño
  OO utilizando la información del servicio
  encapsulado en los puntos de vista.

11
Validación de requerimientos

• Esta validación muestra que éstos son los que
  definen el sistema que el cliente desea.
• Tiene mucho en común con el análisis ya que
  implica encontrar problemas con los
  requerimientos.

12
Validación de requerimientos

• La validación de requerimientos es importante
  debido a que los errores en el documento de
  requerimientos pueden conducir a costos excesivos
  al repetir el trabajo cuando sean descubiertos.
• El costo de hacer un cambio en el sistema es
  mucho mayor que reparar los errores de diseño o
  codificación.

13
Validación de requerimientos

• Las verificaciones incluyen
• 1. Verificación de validez para incluir solo
  requerimientos realmente útiles.
• 2. Verificación de consistencia para evitar las
  contradicciones entre los requerimientos.
• 3. Verificación de integridad para incluir todas
  las restricciones pedidas.

14
Validación de requerimientos

• Las verificaciones incluyen
• 4. Verificación de realismo para asegurarse que
  los requerimientos se pueden implementar.
• 5. Verificabilidad para reducir las discusiones
  entre el cliente y el contratista, los
  requerimientos deben redactarse de una manera
  verificable.

15
Administración de requerimientos

• Los requerimientos para sistemas grandes son
  siempre cambiantes.
• Una razón es porque no siempre el problema puede
  definirse totalmente.
• Es difícil anticipar que efectos tendrá el
  sistema nuevo en la organización, y siempre se lo
  comparará con el sistema anterior (manual o
  automatizado).

16
Administración de requerimientos

• Una vez que los usuarios finales experimenten el
  nuevo sistema surgirán nuevos requerimientos
  porque
• 1. Por lo general un sistema grande tiene una
  comunidad de usuarios diversa, los que tienen
  diferentes tipos de requerimientos, algunos
  contradictorios. Esto obliga a aceptar algunos y
  desechar otros.

17
Administración de requerimientos

• Una vez que los usuarios finales experimenten el
  nuevo sistema surgirán nuevos requerimientos
  porque
• 2. Las personas que pagan por los sistemas
  (clientes) raras veces son las mismas que los
  usan. Los primeros imponen requerimientos
  organizacionales o presupuestarios, los segundos
  funcionales.

18
Administración de requerimientos

• Una vez que los usuarios finales experimenten el
  nuevo sistema surgirán nuevos requerimientos
  porque
• 3. El entorno de negocios y técnico del sistema
  cambia y esto debe reflejarse en el sistema
  mismo. Se puede introducir nuevo hardware, puede
  ser necesario que el sistema interactúe con otros
  sistemas, etc.