Requerimientos y de Anlisis de

Requerimientos
INTRODUCCION
La etapa de Anlisis de Requerimientos, es la primera etapa en el
desarrollo de un SI. Comienza despus de que el Cliente ha detectado
una ausencia, falla o falta de oportunidad de la informacin o
simplemente, luego que la organizacin ha determinado un cambio
en sus polticas, reglas o tecnologas a aplicar.
En esta etapa, deberemos responder a una pregunta fundamental:
Qu es lo que quiere el Cliente? y para ello, deberemos diagnosticar
la Situacin Actual, recopilar los requerimientos del Cliente, tanto en
relacin al Sistema, como generales respecto del rea Informtica, es
decir la Situacin Ideal, para as poder definir Alternativas de
Solucin, segn las cuales podremos avanzar desde lo que hoy se
posee, hacia el punto que se pretende llegar.
Como parte de nuestro trabajo, deberemos sealar cul de las
alternativas, es a nuestro juicio la ms conveniente (y justificarlo) en
la Propuesta. Hecho lo anterior, el Cliente evaluar nuestro trabajo, y
si decide contratarnos, deberemos establecer un Contrato que nos
asegure a ambas partes (cliente y desarrollador) una claridad
respecto de qu, cmo, cundo y bajo qu condiciones trabajaremos
en conjunto.
La tarea de anlisis de los requerimientos es un proceso de
descubrimiento y refinamiento, el cliente y el desarrollador tienen un
papel activo en la ingeniera de requerimientos de software. El cliente
intenta plantear un sistema que en muchas ocasiones es confuso
para l, sin embargo, es necesario que describa los datos, que
especifique las funciones y el comportamiento del sistema que desea.
El objetivo es que el desarrollador acte como un negociador, un
interrogador, un consultor, o sea, como persona que consulta y
propone para resolver las necesidades del cliente.
El anlisis de requerimientos proporciona una va para que los
clientes y lo desarrolladores lleguen a un acuerdo sobre lo que debe
hacer el sistema. La especificacin, producto de este anlisis
proporciona las pautas a seguir a los diseadores del sistema.

OBJETIVOS.
Conocer las diferentes alternativas o tcnicas que existen para
identificarlos.
Buscando resaltar su importancia dentro del ciclo de desarrollo
de proyectos de desarrollo de software.
Poner clara la idea del uso de los requerimientos.
Estandarizar la importancia que tiene los requerimientos y
anlisis de requerimientos al empezar un proyecto.
Conocer los diferentes tipos de requerimientos y de esta
manera estar conscientes del tipo que hay que considerar para
realizar el proyecto.
Encontrar la manera ms fcil de crear nuestro producto con la
calidad que el cliente lo requiere.
La recoleccin de datos es muy importante, por esto se
mostrara la forma ms apropiada de obtener informacin
efectiva.

CONTENIDO.
Definicin de Requerimientos
Requerimientos.

de

Anlisis

de

Requerimientos: Los requerimientos especifican qu es lo que el

sistema debe hacer (sus funciones) y sus propiedades esenciales y
deseables. La captura de los requerimientos tiene como objetivo
principal la comprensin de lo que los clientes y los usuarios esperan
que haga el sistema. Un requerimiento expresa el propsito del
sistema sin considerar como se va a implantar. En otras palabras, los
requerimientos identifican el qu del sistema, mientras que el diseo
establece el cmo del sistema.
La captura y el anlisis de los requerimientos del sistema es una de
las fases ms importantes para que el proyecto tenga xito. Como
regla de modo emprico, el costo de reparar un error se incrementa en
un factor de diez de una fase de desarrollo a la siguiente, por lo tanto
la preparacin de una especificacin adecuada de requerimientos
reduce los costos y el riesgo general asociado con el desarrollo [Norris
& Rigby, 1994].

Anlisis de requerimientos: Es el conjunto de tcnicas y

procedimientos que nos permiten conocer los elementos necesarios
para definir un proyecto de software. Es una tarea de ingeniera del
software que permite especificar las caractersticas operacionales del
software, indicar la interfaz del software con otros elementos del
sistema y establecer las restricciones que debe cumplir el software.
La especificacin de requerimientos suministra al tcnico y al cliente,
los medios para valorar el cumplimiento de resultados,
procedimientos y datos, una vez que se haya construido.
La tarea de anlisis de los requerimientos es un proceso de
descubrimiento y refinamiento, el cliente y el desarrollador tienen un
papel activo en la ingeniera de requerimientos de software. El cliente
intenta plantear un sistema que en muchas ocasiones es confuso
para l, sin embargo, es necesario que describa los datos, que
especifique las funciones y el comportamiento del sistema que desea.
El objetivo es que el desarrollador acte como un negociador, un
interrogador, un consultor, o sea, como persona que consulta y
propone para resolver las necesidades del cliente.

Tipos de requerimientos.
3

Segn el estndar internacional de Especificacin de Requerimientos

IEEE830, los documentos de definicin y especificacin de
requerimientos deben contemplar los siguientes aspectos resumidos
por [Pfleeger, 2002] como se indica a continuacin:

Ambiente fsico
Dnde esta el equipo que el sistema necesita para funcionar?
Existe una localizacin o varias?
Hay restricciones ambientales como temperatura, humedad o
interferencia magntica?

Interfaces
La entrada proviene de uno o ms sistemas?
La salida va a uno o ms sistemas?
Existe una manera preestablecida en que deben formatearse
los datos?

Usuarios y factores humanos

Quin usar el sistema?

Habr varios tipos de usuario?
Cul es el nivel de habilidad de cada tipo de usuario?
Qu clase de entrenamiento requerir cada tipo de usuario?
Cun fcil le ser al usuario comprender y utilizar el sistema?
Cun difcil le resultar al usuario hacer uso indebido del
sistema?

Funcionalidad

Qu har el sistema?
Cundo lo har?
Existen varios modos de operacin?
Cmo y cuando puede cambiarse o mejorarse un sistema?
Existen restricciones de la velocidad de ejecucin, tiempo de
respuesta o rendimiento?

Documentacin
Cunta documentacin se requiere?
Debe estar en lnea, en papel o en ambos?
A que audiencia est orientado cada tipo de informacin?

Datos
Cul ser el formato de los datos, tanto para la entrada como
para la salida?
Cun a menudo sern recibidos o enviados?
4

Cun exactos deben ser?

Con qu grado de precisin deben hacerse los clculos?
Cuntos datos fluyen a travs del sistema?
Debe retenerse algn dato por algn perodo de tiempo?

Recursos
Qu recursos materiales, personales o de otro tipo se
requieren para construir, utilizar y mantener el sistema?
Qu habilidades deben tener los desarrolladores?
Cunto espacio fsico ser ocupado por el sistema?
Cules son los requerimientos de energa, calefaccin o
acondicionamiento de aire?
Existe un cronograma prescrito para el desarrollo?
Existe un lmite sobre la cantidad de dinero a gastar en el
desarrollo o en hardware y software?

Seguridad
Debe controlarse el acceso al sistema o a la informacin?
Cmo se podrn aislar los datos de un usuario de los de otros?
Cmo podrn aislarse los programas de usuario de los otros
programas y del sistema operativo?
Con qu frecuencia deben hacerse copias de respaldo?
Las copias de respaldo deben almacenarse en un lugar
diferente?
Deben tomarse precauciones contra el fuego, el dao
provocado por agua o el robo?

Aseguramiento de la Calidad.
El Aseguramiento de la Calidad del Software es el conjunto de
actividades planificadas y sistemticas necesarias para aportar la
confianza que el software satisfar los requisitos dados de calidad.
Este aseguramiento se disea para cada aplicacin antes de
comenzar a desarrollarla y no despus.
El Aseguramiento de la Calidad del Software engloba:
Un enfoque de gestin de calidad.
Mtodos y herramientas de Ingeniera del Software.
Revisiones tcnicas formales en el proceso del software.
Una estrategia de prueba multiescala.
El control de la documentacin del software y de los cambios
realizados.
Procedimientos para ajustarse a los estndares de desarrollo del
software.
Mecanismos de medicin y de generacin de informes.

Caractersticas de los requerimientos

Las caractersticas de un requerimiento son sus propiedades
principales. Un conjunto de requerimientos en estado de madurez,
deben presentar una serie de caractersticas tanto individualmente
como en grupo. A continuacin se presentan las ms importantes.
Necesario: Un requerimiento es necesario si su omisin provoca una
deficiencia en el sistema a construir, y adems su capacidad,
caractersticas fsicas o factor de calidad no pueden ser reemplazados
por otras capacidades del producto o del proceso.
Conciso: Un requerimiento es conciso si es fcil de leer y entender.
Su redaccin debe ser simple y clara para aquellos que vayan a
consultarlo en un futuro.
Completo: Un requerimiento est completo si no necesita ampliar
detalles en su redaccin, es decir, si se proporciona la informacin
suficiente para su comprensin.
Consistente: Un requerimiento es consistente si no es contradictorio
con otro requerimiento.
No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola
interpretacin.
Verificable: Un requerimiento es verificable cuando puede ser
cuantificado de manera que permita hacer uso de los siguientes
mtodos de verificacin: inspeccin, anlisis, demostracin o
pruebas.

Mtodos Generales de Entrevistas.

La entrevista es una forma de recoger informacin de otra persona a
travs de una comunicacin interpersonal que se lleva a cabo por
medio de una conversacin estructurada, [Braude, 2003] distingue las
siguientes fases:

Preparacin.
El entrevistador debe documentarse e investigar la situacin de la
organizacin, analizando los documentos de la empresa disponible.
Hay que intentar minimizar el nmero de entrevistados, hay que
considerar las entrevistas de cortesa, analizar el perfil de los
entrevistados, definir el objetivo y el contenido de la entrevista,

planificar el lugar y la hora en la que se va a desarrollar la entrevista

es conveniente realizarla en un lugar confortable.
Algunos proponen enviar previamente el entrevistado un cuestionario
y un pequeo documento de introduccin al proyecto de desarrollo.

Realizacin:
Hay tres fases:
Apertura: Presentarse e informar al entrevistado sobre la razn de la
entrevista.
Desarrollo: Cumplir las reglas del protocolo, hay que llegar a un
acuerdo sobre como se va a registrar la informacin obtenida.
Terminacin: Se termina recapitulando la entrevista agradeciendo el
esfuerzo y dejando abierta la posibilidad de volver a contactar para
aclarar conceptos o biencitndole para otra entrevista.

Anlisis:
Consiste en leer las notas, pasarlas en limpio, reorganizar la
informacin, contrastarlas con otras entrevistas o fuentes de
informacin, evaluar como ha ido la entrevista.
Las entrevistas con los involucrados con el sistema son parte de la
mayora de los procesos de la ingeniera de requerimientos. En estas
entrevistas, el equipo de la ingeniera de requerimientos hace
preguntas sobre el sistema que utilizan y sobre el sistema a
desarrollar.
Los requerimientos provienen de las respuestas a estas preguntas.

Las entrevistas pueden ser de dos tipos:

1. Entrevistas cerradas: donde los entrevistados responden a
un conjunto predefinido de preguntas.
2. Entrevistas abiertas: donde no hay un programa predefinido.
El equipo de la ingeniera de requerimientos examina una serie de
cuestiones con los involucrados con el sistema y, por lo tanto,
desarrolla una mejor comprensin de sus necesidades.
En la prctica, las entrevistas son una mezcla de estos dos tipos.
Las respuestas a algunas preguntas pueden conducir a otras
cuestiones que se discuten de una forma menos estructurada. Las
discusiones completamente abiertas rara vez salen bien; la
mayora de las entrevistas requieren algunas preguntas para
empezar y para mantener la entrevista centrada en el sistema a
desarrollar.

Los
buenos
entrevistadores
caractersticas importantes:

poseen

dos

1.- No tienen prejuicios, evitan ideas preconcebidas sobre los

requerimientos y estn dispuestos a escuchar a los entrevistados.

Si el entrevistado propone requerimientos sorprendentes, estn
dispuestos a cambiar su opinin del sistema.
2.- Ayudan al entrevistado a empezar las discusiones con una
pregunta, una propuesta de requerimientos o sugiriendo trabajar
juntos en un prototipo del sistema.
Preguntar al cliente por lo que quiere de manera general
normalmente no proporciona informacin til. Para la mayora de
la gente es mucho ms fcil hablar de algo en particular que en
trminos generales.
Las entrevistas, son una tcnica general para obtener informacin.
Se pueden complementar las entrevistas individuales con
entrevistas en grupo o grupos de discusin.
Las ventajas de utilizar grupos de discusin es que los usuarios se
estimulan entre s para proporcionar informacin y pueden
terminar discutiendo diferentes formas que han desarrollado para
utilizar los sistemas. Ms adelante, en el captulo VII, se expone el
Desarrollo de Conjunto de Aplicaciones (JAD).
La
informacin
de
las
entrevistas
complementa
otras
informaciones sobre el sistema adems de los documentos,
observaciones de los usuarios, etctera. Las entrevistas tienden a
omitir informacin esencial, por lo que deberan ser usadas junto
con otras tcnicas de obtencin de requerimientos.

CONCLUSIONES.
Al emplear correctamente lo tratado en este contenido se
tendr el conocimiento necesario para empezar hacer un buen
proyecto fundamentado.
Los requerimientos son un punto indispensable que no
debemos tomarlo a la ligera, este requiere de anlisis, tiempo y
mucha entrega para un buen resultado.
La calidad del producto final depender mucho de los
requerimientos que nosotros hayamos realizado al principio de
nuestro proyecto.
Para realizar una buena entrevista, se requieren aptitudes y
mtodos importantes, para obtener una buena recoleccin de
datos.

BIBLIOGRAFIA.
http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_Analisi
s_Requerimiento.pdf
http://www.conocimientosweb.net/dcmt/ficha25180.html
http://www.intersedes.ucr.ac.cr/ojs/index.php/intersedes/artic
le/viewFile/119/118