lOMoARcPSD|7499856

Capitulo 5 - Comprensión de los requerimientos

Ingeniería en Software (Universidad Nacional de La Rioja)

StuDocu no está patrocinado ni avalado por ningún colegio o universidad.

Descargado por René Zahorí Torres Becerra (renezahori@gmail.com)
 lOMoARcPSD|7499856

Capítulo 5:
Comprensión de los Requerimientos
Entender los requerimientos es una de las tareas más difíciles que enfrenta el Ing. De Soft.
INGENIERIA DE REQUERIMIENTOS
Se denomina Ingeniería de requerimientos al amplio espectro de tareas y técnicos que llevan a
entender esos requerimientos.
Esta ingeniería tiende un puente para el diseño y la construcción.
La ingeniería de requerimientos proporciona el mecanismo apropiado para entender lo que
desea el cliente, analizar las necesidades, factibilidad, negociar soluciones y administrar los
requerimientos a medida que se transforman en un sistema funcional.
Concepción: ¿Cómo se inicia un proyecto de software? La mayor parte comienzan al identificar
una necesidad del negocio o cuando se descubre un mercado o servicio potencial.
Indagación: no es simple hacerlo y se indicarán algunos problemas que se presentan al indagar
al cliente, usuario, etc.:
A) Problemas de alcance: porque las fronteras de los sistemas no están bien definidas.
B) Problemas de entendimiento: los clientes o usuarios no están seguros de sus
necesidades o tienen limitaciones para hacerlo, omitiendo información que creen
“obvia”, etc.
C) Problemas de volatilidad: los requerimientos cambian con el tiempo. Para superar estos
problemas se deben obtener los requerimientos de forma organizada.
Elaboración: La información que se obtiene del cliente en la concepción e indagatoria se
expande y refina durante la elaboración, desarrollando así un módulo refinado de
requerimientos.
Negociación: A veces los clientes y usuarios piden más que los recursos del negocio o proponen
requerimientos conflictivos con la excusa que son esenciales. Es por medio de la negociación
que los conflictos deben reconciliarse.
Especificación: Hay diferentes sugerencias de cómo deben ser, pero en ocasiones deben ser
flexibles, para sistemas grandes el mejor enfoque pueden ser documentos escritos que
combinen descripciones en lenguaje natural y modelos gráficos, para sistemas o productos
pequeños que residen en ambientes bien entendidos, quizás lo que se requiera sea escenarios
de uso.
Validación: en este paso se evalúa la calidad de los productos de trabajo generado por la
ingeniería de los requerimientos.

Descargado por René Zahorí Torres Becerra (renezahori@gmail.com)

 lOMoARcPSD|7499856

Administración de los requerimientos: es el conjunto de actividades que ayudan al equipo del

proyecto a identificar, controlar y el seguimiento a los requerimientos y sus cambios durante el
desarrollo del proyecto.
ESTABLECER LAS BASES
Identificación de los participantes: Cualquier persona que se beneficie en forma directa o
indirecta del sistema en desarrollo.
Reconocer los múltiples puntos de vista
Trabajar hacia la colaboración
Hacer las primeras preguntas
INDAGACION DE LOS REQUERIMIENTOS
Recabacion de los requerimientos en forma colaborativa
Despliegue de la función de calidad
Requerimientos normales: Objetivos y metas que se establecen para un producto
durante las reuniones con los clientes.
Requerimientos esperados: Están implicados en el producto que el cliente no los
mencione de manera explícita.
Requerimientos emocionales: Características que están más allá de las expectativas del
cliente.
Escenarios de uso: Proporcionan la descripción de la manera en la que se utilizara el sistema.

ELEMENTOS DEL MODULO DE REQUERIMIENTOS

Elementos basados en escenarios: los elementos específicos del módulo de requerimiento
basados en el escenario suelen ser la primera parte del modelo en desarrollo, sirviendo como
entrada para la creación de otros elementos de modelado.
Elementos basados en clases: Cada escenario de uso implica un conjunto de objetos que se
manipulan cuando un actor interactúa con el sistema. Estos objetos se clasifican en clases:
Conjuntos de objetos que tienen atributos similares y comportamiento comunes.
Elementos de comportamiento: El modelo de requerimiento debe proveer elementos de
modelado que ilustren el comportamiento. Un diagrama de estado representa el
comportamiento de un sistema que ilustra sus estados y los eventos que ocasionan que el
sistema cambie de estado.

Descargado por René Zahorí Torres Becerra (renezahori@gmail.com)

 lOMoARcPSD|7499856

Elementos orientados al flujo: la información se transforma cuando fluye a través de un sistema

basado en computadora. Se puede crear un modelo de flujo para cualquier sistema basado en
computadora sin importar el tamaño y la complejidad.

PATRONES DE ANÁLISIS: Sugieren soluciones dentro del dominio de la aplicación que pueden
volverse a utilizar cuando se modelen muchas aplicaciones.
Requerimientos de las negociaciones
1- Identificación de los participantes clave del sistema o subsistema
2- Determinación de las condiciones para ganar de los participantes
3- Negociación de las condiciones para ganar de los participantes a fin de reconciliarlas en
un conjunto de condiciones ganar-ganar para todos los que intervienen.

Descargado por René Zahorí Torres Becerra (renezahori@gmail.com)