INGENIERA DE REQUERIMIENTOS.

INGENIERA DE REQUERIMIENTOS
El proceso de recopilar, analizar y verificar las necesidades del
cliente para un sistema, es llamado Ingeniera de Requerimientos.
La meta es entregar una especificacin de requisitos de software
correcta y completa.
Cumple un papel primordial en el proceso de produccin de
software, ya que enfoca un rea fundamental : la definicin de lo
que se desea producir
Su principal tarea consiste en la generacin de especificaciones
correctas que describan con claridad, sin ambiguedades, en forma
consistente y compacta, el comportamiento del sistema.

INGENIERA DE REQUERIMIENTOS
De esta manera, se pretende minimizar los problemas
relacionados con el desarrollo de sistemas.
Estudios realizados muestran que ms del 53% de los
proyectos de software fracasan por no realizar un
estudio previo de requisitos.
Otros factores como falta de participacin del usuario,
requerimientos incompletos y el cambio a los
requerimientos, tambin ocupan sitiales altos en los
motivos de fracasos.

Beneficios de la IR
Los principales beneficios que se obtienen de la IR son :
Permite gestionar las necesidades del proyecto en forma
estructurada
Mejora la capacidad de predecir cronogramas de proyectos, as
como sus resultados
Disminuye los costos y retrasos del proyecto
Mejora la calidad del software
Mejora la comunicacin entre equipos
Evita rechazos de usuarios finales.

Puntos a considerar en el proceso de IR

Objetivos del Negocio y ambiente de trabajo
Esta informacin proporciona la base para especificar el sistema que
ser construdo

Punto de vista de los clientes

Cada grupo de clientes tiene necesidades diferentes, y diferentes
requerimientos tienen diferentes grados de importancia para ellos.
A veces los clientes no son los mismos usuarios trayendo como
consecuencia que los clientes soliciten procesos que causan conflictos
con los solicitados por los usuarios.

Problemas por el tamao y complejidad

Barreras de comunicacin
Evolucin e integracin del sistema
Documentacin de Requerimientos.

Actividades de la IR
Anlisis del problema
Evaluacin y Negociacin
Especificacin
Validacin
Evolucin

ANLISIS DEL PROBLEMA

Objetivo : Entender las verdaderas necesidades del
negocio.
Comprender el problema que se est resolviendo
Mltiples soluciones aplican para el mismo problema, sin
embargo, slo una de ellas ser la ms factible.
Las soluciones iniciales deben ser definidas tomando en cuenta
tanto la perspectiva tcnica como la del negocio.

Construir un vocabulario comn

La creacin de un glosario es sumamente beneficiosa ya que
reduce los trminos ambiguos desde el principio, ahorra tiempo,
asegura que todos los participantes de una reunin entiendan lo
mismo.

ANLISIS DEL PROBLEMA

Identificar los afectados por el sistema
Identificar a todos los afectados, evita que existan sorpresas a medida
que avanza el proyecto. Las necesidades de cada afectado, son
discutidas y sometidas a debate durante la IR, aunque esto no garantiza
que vaya a estar disponible toda la informacin necesaria para
especificar un sistema adecuado.
Quin usar el sistema que se va a construir?
Quin mercadear, vender yo distribuir el sistema?
Quin se beneficiar por el retorno de inversin del sistema?

Definir los lmites y restricciones del sistema

Debemos saber :

Lo que se est construyendo

Lo que no se est construyendo
Entender la estrategia del producto a corto y largo plazo
Debe determinarse cualquier restriccin ambiental, presupuestaria, de tiempo,
tcnica y de factibilidad que limite el sistema que se va a construir.

EVALUACIN Y NEGOCIACIN DE LOS

REQUERIMIENTOS
Objetivo : Limitar las expectativas del cliente, tomando como
referencia los niveles de abtraccin y descomposicin de cada
problema presentado.
Descubir problemas potenciales
Se identifican aquellos
inconsistentes, etc.

requerimientos

ambiguos,

incompletos,

Clasificar los requerimientos

Se identifica la importancia que tiene un requerimiento en trminos de
implementacin
Para ello se utiliza la prioridad y debe ser usada para establecer la
secuencia en que ocurrirn las actividades de diseo y prueba de cada
requisito.
La prioridad de cada requerimiento depender de las necesidades que
tenga el negocio

EVALUACIN Y NEGOCIACIN DE LOS

REQUERIMIENTOS
Evaluar Factibilidades y Riesgos
Factibilidades tcnicas
Factibilidades operacionales
Factibilidades econmicas

Negociacin
Para que los requerimientos puedan ser negociados de manera efectiva,
hay una serie de consideraciones que deben tenerse en cuenta, entre
las principales tenemos :

Documentar todos los requerimientos a un nivel de detalle apropiado

Mostrar todos los requerimientos a los involucrados en el sistema
Analizar el impacto que causen los cambios antes de aceptarlos
Establecer las relaciones entre requerimientos que indiquen dependencias
Negociar con flexibilidad para que exista un beneficio mutuo
Enfocarse en intereses y no en posiciones

VALIDACIN DE REQUERIMIENTOS
Es la actividad de la IR, que permite demostrar que los
requerimientos definidos en el sistema son los que realmente quiere
el cliente, adems revisa que no se haya omitido ninguno, que no
sean ambiguos, inconsistentes o redundantes.
Durante la actividad de validacin se deben hacer preguntas en
base a cada una de las caractersticas que se deseen revisar.
Estn incluidas todas las funciones requeridas por el cliente?
(completa)
Existen conflictos en los requerimientos? (consistencia)
Tiene alguno de los requerimientos ms de una interpretacin? (no
ambigua)
Est cada requerimiento claramente representado? (entendible)
Pueden los requerimientos ser implementados con la tecnologa
disponible? (factible)

VALIDACIN DE REQUERIMIENTOS
(continuacin)
Esta la especificacin de requerimientos escrita en un lenguaje
apropiado? (clara)
Existe facilidad para hacer cambios en los requerimientos?
(modificable)
Esta claramente definido el origen de cada requisito?
(rastreable)
Pueden los requerimientos ser sometidos a medidas
cuantitativas? (verificable)

EVOLUCIN DE REQUERIMIENTOS
Es un proceso externo que ocurre a lo largo del ciclo de vida del
proyecto
Las razones ms frecuentes por las que cambian los
requerimientos son :
Al analizar el problema no se hicieron las preguntas correctas a las
personas correctas
Cambio el problema que se estaba resolviendo
Los usuarios cambiaron su forma de pensar o sus percepciones
Cambio el ambiente de negocio
Cambio el mercado en el cul se desenvuelve el negocio
Cambio de procedimientos o forma de trabajo

Definicin de polticas de control de versiones de requerimientos.

TCNICAS UTILIZADAS EN LA IR
Entrevistas
Cuestionarios
Lluvia de ideas
Administracin de requerimientos con Casos de Uso

ACUERDO METODOLGICO
A pesar de ser considerada una tcnica de Anlisis
Orientado a los Objetos, es importante destacar que los
casos de uso poco tienen que ver con entender a un
sistema como un conjunto de objetos que interactan,
que es la premisa bsica del anlisis orientado a objetos
clsico. En este sentido, el xito de los casos de uso
no hace ms que dar la razn al anlisis estructurado,
que propone que la mejor forma de empezar a entender
un sistema es a partir de los servicios o funciones que
ofrece a su entorno, independiente de los objetos que
interactan dentro del sistema para proveerlos.

ACUERDO METODOLGICO
A partir del acuerdo anterior, la propuesta es la
siguiente :
La forma ms adecuada de realizar la
Captura de Requerimientos es a travs de un
proceso combinado de Anlisis Estructurado
y bsqueda de Casos de Uso a travs de
entrevistas.