Materia:

Ingeniera de Requisitos ISO-500

Profesor:
Ing. Eddy Alcntara

Estudiante:
Watson Alexander Luis Rodrguez

20140614

Tema:
Importancia de la Ingeniera de
Requisitos dentro del desarrollo del
ciclo de la vida del software
Distrito Nacional - 18 de mayo de
2015

Introduccin
Hoy da la economa global depende ms de sistemas
automatizados que en pocas pasadas; esto ha llevado a los
equipos de desarrollo a enfrentarse con una nueva dcada
de procesos y estndares de calidad. A pesar de los avances
de la tecnologa, an existen procesos de producciones
informales, parciales y, en algunos casos, no confiables.
Sin embargo, a pesar de los avances de la tecnologa, an
existen procesos de producciones informales, parciales y, en
algunos casos, no confiables, lo que trae como
consecuencia una alta incidencia de fallos en los proyectos
de software. Como solucin a estas fallas, la Ingeniera de
Requerimientos 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.

Ingeniera de Requisitos
La Ingeniera de Requerimientos se define como: El proceso
por el cual se transforman los requerimientos declarados por
los clientes, ya sean hablados o escritos, a especificaciones
precisas, no ambiguas, consistentes y completas del
comportamiento del sistema, incluyendo funciones, interfaces,
rendimiento y limitaciones. Su tarea principal consiste en la
generacin de especificaciones correctas que describan con
claridad, sin ambigedades, en forma consistente y compacta,
el comportamiento del sistema; de esta manera, pretende
minimizar los problemas relacionados con el desarrollo de
sistemas.
Antes de hablar de requerimientos debemos saber que son
estos. Existen mltiples definiciones para requerimiento:
1. Una condicin o necesidad de un usuario para resolver
un problema o alcanzar un objetivo
2. Una condicin o capacidad que debe estar presente en
un sistema o componentes de sistema para satisfacer un
contrato, estndar, especificacin u otro documento
formal.
3. Una representacin documentada de una condicin o
capacidad como en 1 2. Se dividen en funcionales y no
funcionales.
Funcionales: condicin o capacidad de un sistema
requerida por el usuario para resolver un problema
o alcanzar un objetivo.
No funcionales: condicin o capacidad que debe
poseer un sistema para satisfacer un contrato, un
estndar, una especificacin u otro documento
formalmente impuesto.
Las caractersticas de un requerimiento son sus propiedades
principales. Un conjunto de requerimientos en estado de

madurez, debe presentar caractersticas individualmente y en

grupo. A continuacin se presentan las ms importantes:
Necesario: un requerimiento es necesario si la falta de
este 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 el 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. El lenguaje usado en su
definicin no debe causar confusiones al lector.
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.
Aunque las caractersticas estn bien definidas, se encuentran
dificultades para ser definidos, las cuales son:
Los requerimientos no son obvios y vienen de muchas
fuentes.
Son difciles de expresar en palabras,
Existen muchos tipos de requerimientos y diferentes
niveles de detalle. La cantidad de requerimientos en un
proyecto puede ser difcil de manejar.
Los requerimientos nunca son iguales. Algunos son ms
difciles, ms riesgosos, ms importantes o ms estables
que otros.
Los requerimientos estn relacionados entre s y, a la
vez, se relacionan con otras partes del proceso.

 Cada requerimiento tiene propiedades nicas y abarcan

reas funcionales especficas.
Un requerimiento puede cambiar lo largo del ciclo de
desarrollo.
Son difciles de cuantificar, pues cada conjunto de
requerimientos es particular a cada proyecto. Para lograr
mayor claridad de este tema, se representan en la figura
1 los tipos de requerimientos a considerar.
Para realizar un levantamiento de requisitos, son varias las
personas que son involucradas en el, estos aportan algo
diferente cada uno y cumplen diferentes papeles lo que
asegura que se involucren las personas correctas en las
diferentes fases del ciclo de vida, y en las diferentes
actividades de la ingeniera de software. A continuacin los
roles ms importantes:
Usuario final: son las personas que utilizarn el sistema
cuando este completo. Estn relacionadas con la
usabilidad, disponibilidad y fiabilidad del sistema; estn
familiarizadas con los procesos especficos que debe
realizar el software, dentro de los parmetros de su
ambiente laboral. Sern quienes utilicen las interfaces y
los manuales de usuario.
Usuario lder: son los individuos que comprenden el
ambiente del sistema o el dominio del problema en
donde ser empleado el software desarrollado. Ellos
proporcionan al equipo tcnico los detalles y
requerimientos de las interfaces del sistema.
Equipo de administracin y soporte: para proyectos
que requieran un mantenimiento eventual, estas
personas son las responsables de la administracin de
cambios, de la implementacin y resolucin de las
anomalas. Su trabajo consiste en revisar y mejorar los
procesos del producto finalizado.
Equipo de desarrollo e implementacin: son los
responsables del desarrollo del producto en s e
interactan directamente con el cliente.

 Personal de pruebas: se encarga de elaborar y

ejecutar el plan de pruebas para asegurar que las
condiciones presentadas por el sistema sean las
adecuadas. Son quienes validan si los requerimientos
satisfacen las necesidades del cliente.
Las actividades de la ingeniera de requisitos son los procesos
esenciales que tienen diversas actividades. Estos estn en
orden secuencial, sin embargo, en un proceso de ingeniera de
requerimientos efectivo, estas actividades son aplicadas de
manera continua y en orden variado. Dependiendo del
tamao del proyecto y del modelo de proceso de software
utilizado para el ciclo de desarrollo, las actividades de la
ingeniera de requisito varan en cantidad y en nombres.
Cada desarrollador interpreta y utiliza sus mtodos, estos
relacionados dependiendo del proyecto que desarrollen, pero
de todas ellas se pueden identificarse y extraerse cinco
actividades principales:
Anlisis del problema: el objetivo de esta actividad es
entender las verdaderas necesidades del negocio, que se
comprendan los problemas del negocio, se evalen las
necesidades iniciales de todos los involucrados en el
proyecto y se proponga una solucin de nivel elevado
para su solucin.
Evaluacin y negociacin: la diversa gama de fuentes
de la cual provienen los requerimientos, hace necesaria
una evaluacin de los mismos antes de definir si son
adecuados para el cliente. El trmino adecuado significa
que ha sido percibido a un nivel de riesgo aceptable sin
perder de vista las factibilidades tcnicas y econmicas,
a la vez que se buscan resultados completos, correctos y
sin ambigedades.
Especificacin: es la actividad en la cual se genera el
documento, con el mismo nombre, que contiene una
descripcin
completa
de
las
necesidades
y
funcionalidades del sistema que ser desarrollado;
describe el alcance del sistema y la forma como har sus
funciones, con la definicin de los requerimientos

funcionales y los no funcionales. Definen todos los

requerimientos de hardware y software, diagramas,
modelos de sistemas y cualquier otra informacin que
sirva de soporte y gua para fases posteriores. Es el
resultado final de las actividades de anlisis y evaluacin
de requerimientos.
Validacin: permite demostrar que los requerimientos
definidos en el sistema son los que realmente desea el
cliente. Adems, revisa que no se haya omitido ninguno,
que no sean ambiguos, inconsistentes o redundantes,
garantiza que todos los requerimientos presentes en el
documento de especificacin cumplan con los estndares
de calidad.

Evolucin:

planear
cambios
posibles
a
los
requerimientos cuando el sistema sea desarrollado y
utilizado. La actividad de evolucin es un proceso
externo que ocurre a lo largo del ciclo de vida del
proyecto. Tener versiones de los requerimientos es tan
importante como tener versiones del cdigo, porque
evita tener requerimientos emparchados en un proyecto.
Algunos de los beneficios que proporciona el control de
versiones est prevenir cambios no autorizados, guardar
revisiones de los documentos de requerimientos,
recuperar versiones previas de los documentos,
administrar una estrategia de releases, prevenir la
modificacin simultnea a los requisitos, entre otras.

Conclusin
Como hemos podido apreciar, la ingeniera de requisitos es el
pilar para el desarrollo de productos software, es necesaria
para levantar los requisitos que sern la base del proceso de
software. Cada actividad y tcnica de la Ingeniera de
Requisitos utilizada individualmente, ofrecer soluciones
diferentes para proyectos diversos. Por tal razn, se considera

que, aunque no existe un modelo de proceso ideal para la IR,

cada mtodo y tcnica ofrece diferentes soluciones ante un
problema.
Tambin
debemos
recordar
que
la
Ingeniera
de
Requerimientos es una actividad que involucra a clientes,
usuarios, equipo de desarrollo, administradores de proyectos,
etc.; por lo tanto, el proceso de IR no depende solamente de
la forma en cmo se percibe el problema, sino tambin, del
nivel de experiencia que tengan los involucrados.

Bibliografa
Racero, Caridad. Importancia de la ingeniera de
requerimientos dentro del ciclo de desarrollo de software.
Revista Tcnica de la Empresa de Telecomunicaciones de Cuba
S.A. (Sin Especificar): 52-56