Ingeniera de Requisitos

Introduccin
En la actualidad, son muchos los procesos de desarrollo de software que existen. Con el pasar de
los aos, la Ingeniera de Software ha introducido y popularizado una serie de estndares para
medir y certificar la calidad, tanto del sistema a desarrollar, como del proceso de desarrollo en s.
Se han publicado muchos libros y artculos relacionados con este tema, con el modelado de
procesos del negocio y la reingeniera. Un nmero creciente de herramientas automatizadas han
surgido para ayudar a definir y aplicar un proceso de desarrollo de software efectivo. Hoy en 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.

2.2. TCNICAS DE LA INGENIERA DE REQUISITOS
Qu son Requerimientos?
Normalmente, un tema de la Ingeniera de Software tiene diferentes significados. De las muchas
definiciones que existen para requerimiento, a continuacin se presenta la definicin que aparece
en el glosario de la IEEE.
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.
Los requerimientos puedes dividirse en requerimientos funcionales y requerimientos no
funcionales.
Los requerimientos funcionales definen las funciones que el sistema ser capaz de realizar.
Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas.
Los requerimientos no funcionales tienen que ver con caractersticas que de una u otra forma
puedan limitar el sistema, como por ejemplo, el rendimiento (en tiempo y espacio), interfaces de
usuario, fiabilidad (robustez del sistema, disponibilidad de equipo), mantenimiento, seguridad,
portabilidad, estndares, etc.

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. 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.







Actividades de la Ingeniera de Requerimientos
En el proceso de IR son esenciales diversas actividades. En este documento sern presentadas
secuencialmente, 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 IR varan tanto en nmero como en nombres. La tabla #1
muestra algunos ejemplos de las actividades identificadas para cada proceso.
A pesar de las diferentes interpretaciones que cada desarrollador tenga sobre el conjunto de
actividades mostradas en la tabla anterior, podemos identificar y extraer cinco actividades
principales que son:
Anlisis del Problema
Evaluacin y Negociacin
Especificacin
Validacin
Evolucin

Ejemplos de requisitos funcionales
1. Se deben poder realizar bsquedas en base a diferentes criterios.
2. Se deben proporcionar diferentes visores para que el usuario lea los documentos recuperados.
3. Cada factura tendr un nmero nico correlativo y la fecha.

2.3 MODELO DE REQUISITOS

El proceso de anlisis de requisitos, considera los aspectos relativos al anlisis de las
funcionalidades y la traduccin al modelo conceptual.
Existen tres tcnicas que nos permiten generar el modelo de requisitos:
Misin del sistema: describe cual es el propsito del sistema, sus responsabilidades y el alcance
que tendr. A travs de l podemos determinar, en trminos generales, que har y que no har el
sistema. Aunque es una tcnica sencilla es de vital importancia para el desarrollo del sistema.
rbol de refinamiento de funciones: descompone el sistema en interacciones externas, de acuerdo
a algn criterio preestablecido. Cabe mencionar que las interacciones externas son organizadas en
funciones que forman una jerarqua a manera de rbol, en cuyo nivel ms alto (raz) se ubica la
misin del sistema. Esta Misin del Sistema es refinada hasta obtener otras funciones elementales
representadas en la jerarqua a travs de los nodos hoja.
Este proceso descendente de refinamiento funcional puede generar distintos niveles de nodos.
Aquellos que estn entre la raz y los nodos hoja son denominados nodos intermedios. Un nodo
intermedio es un sumario de funciones elementales. En general, una rama completa de nodos con
origen en la raz del rbol, representa toda la funcionalidad relativa a un rea o actividad de la
organizacin, segn el criterio de descomposicin utilizado.

Modelo de casos de uso: El modelado de requisitos utiliza los elementos del Modelo de Casos de
Uso. De esta forma, la especificacin de actores y casos de uso as como el establecimiento de las
relaciones entre stos, constituye el objetivo fundamental del Modelo de Casos de Uso. El
principal insumo requerido para el desarrollo de este modelo son las funciones elementales
identificadas como nodos hoja en el rbol de Refinamiento Funcional del sistema. Cada una de
estas funciones elementales es considerada en el modelo como un caso de uso. Luego de
identificar sus actores, la especificacin de los casos de uso describe en lenguaje natural la
secuencia completa y ordenada de las acciones que el sistema debe ejecutar, incluyendo todas sus
posibles variantes, al interactuar con los actores para la satisfaccin de los requisitos.

El Proceso de Anlisis de Requisitos consiste, bsicamente, en la construccin de los diagramas de
secuencia OO-Method a partir del Modelo de Requisitos del sistema.
Los diagramas de secuencia, adems de expresar en detalle los resultados del Proceso de Anlisis
de Requisitos, constituyen un recurso de mucha importancia para la construccin del Modelo de
Objetos. Con esta finalidad, se ha incorporado en estos diagramas cierta informacin que resulta
de inters para identificar elementos de este modelo. Esta informacin se expresa estereotipando
los mensajes del diagrama de secuencia con el propsito de distinguirlos segn la clasificacin.
El modelo de trazabilidad es utilizado para relacionar los distintos elementos del Enfoque de
Ingeniera de Requisitos con los elementos del Modelo Conceptual, se caracteriza por ser
estructural y estar basado en referencias cruzadas. Esto significa, que la relacin establecida entre
estos elementos es estructural. En segundo lugar, se establecen explcitamente referencias entre
los elementos a diferentes niveles de abstraccin. Por otra parte, la trazabilidad en el enfoque de
Ingeniera de Requisitos puede ser estudiada desde dos perspectivas:
Internamente.- la trazabilidad es establecida entre los elementos de las distintas tcnicas
del Modelo de Requisitos y entre stos y los que pertenecen al Proceso de Anlisis de
Requisitos.
Externamente, la trazabilidad queda determinada por los vnculos establecidos entre los
elementos de dicho proceso y los constructores del Modelo Conceptual.





2.4 HERRAMIENTAS CASE PARA LA INGENIERA DE REQUISITOS.
Herramientas CASE, hacia una Ingeniera de Requisitos computarizada
A medida que pasa el tiempo se logra entender que el empleo del software es una buena opcin
para agilizar y sistematizar las tareas en el desarrollo de procesos. El desarrollo de software no es
la excepcin; en este caso dichas herramientas se han denominado CASE (Ingeniera De Software
Asistida Por Computador). Estas incluyen un conjunto de programas que facilitan la optimizacin
de un pro- ducto ofreciendo apoyo permanente a los analistas, ingenieros de software y
desarrolladores.
CASE es la aplicacin de mtodos y tcnicas que dan utilidades a los programas, por medio de
otros, procedimientos y su respectiva documentacin. En esta investigacin se hace referencia a
las herramientas que ayudan a la gestin de requisitos; es decir al proceso de identificacin,
asignacin y seguimiento de los mismos, incluyendo interfaz, verificacin, modificacin y control
de cada requisito, durante el ciclo de vida del proyecto. Los cambios/ actualizaciones de requisitos
deben ser gestionados para asegurar que se mantenga la calidad del producto.
Hasta hace poco tiempo las herramientas para la gestin de requisitos de software se limitaban a
editores de texto, los cuales hacan de esta tarea una labor tediosa y confusa. Actualmente, se
cuenta con mltiples opciones, como las que se mencionan a continuacin:
IRQA 43
Herramienta CASE de Ingeniera de Requisitos, diseada para soportar las actividades realizadas
en el proceso de especificacin de sistemas. sta facilita y formaliza la comunicacin entre el
cliente, el pro- veedor y los distintos miembros del equipo de desarrollo. Facilita la captura,
organizacin y anlisis de las condiciones, as como la especificacin de la solucin mediante el
apoyo metodolgico adaptable a cada cliente.
RETO
Esta herramienta propone un modelo de requisitos para capturar los aspectos funcionales del
sistema; bsicamente, mediante tres tcnicas complementarias entre s: la definicin de la Misin
del Sistema, la construccin del rbol de Refinamiento de Funciones y el desarrollo del Modelo de
Casos de Uso. Adems, se introduce un Proceso de Anlisis que permite traducir el Modelo de
Requisitos en el Modelo Conceptual, manteniendo la trazabilidad entre ambos y propiciando una
representacin de la in- formacin en el segundo prototipo.
CONTROLA
Herramienta de apoyo al proceso de ingeniera de software en pequeas empresas. Se cre
gracias a la expansin que tuvo el mercado y a la generacin de grandes y pequeas empresas, las
cuales requieren un instrumento para el desarrollo de sus proyectos. Ofrece recursos importantes
tales como: Ad- ministracin de requisitos, administracin de casos de uso, administracin de
casos de prueba y error, planeamiento de liberaciones, administracin de implementaciones,
control de dependencia entre Implementaciones, matriz de rastreabilidad y rastreabilidad de los
requisitos.
OSRMT (Open Source Requirements Management Tool)
Herramienta libre para la gestin de requisitos, cuyas principales caractersticas son: trabaja en
arquitectura cliente/servidor, desarrollada bajo Java; la versin 1.3 trae un mdulo para manejar
la trazabilidad y lo introduce para el control de cambios; as mismo, genera la documentacin de
los requisitos tratados.

JEREMIA
Se trata exclusivamente de una aplicacin cliente exclusivamente, lo cual no permite la posibilidad
de trabajar en equipo. sta, ayuda durante el desarrollo del sistema, especialmente en el
seguimiento de cambios de los requisitos a lo largo del ciclo de vida. Con JEREMIA es posible
captar las necesidades, analizarlas y clasificarlas. Implementa un mdulo orientado a la generacin
de la documentacin posible de exportar en formato DocBook XML, la cual junto con los
requisitos, se almacena en una base de datos en MySQL.
RAMBUTAN
Esta herramienta est basada en XML, realmente consta de un conjunto de aplicaciones para el
usuario final, ayudando a los analistas de sistemas en la recopilacin y categorizacin de hechos en
un documento de especificacin de requisitos. Lo curioso es que tiene un cliente para palm (PDA),
el cual se utiliza para recopilar los hechos en el lugar donde est ubicado el cliente mientras que la
aplicacin de escritorio recibe la informacin, edita y perfecciona. Ambas aplicaciones permiten al
usuario introducir, modificar y visualizar los datos que componen un documento de especificacin
de requisitos.
Comparada con otras herramientas de gestin de requisitos, Rambutan ofrece las siguientes
ventajas competitivas: Aplicacin cliente para palm (PDA- class), portabilidad entre plataformas, es
independiente de cualquier metodologa de especificacin de requisitos, y permite distribucin
libre. Existen otras herramientas en estudios para la gestin de requisitos. A continuacin se
mencionan, algunas de las incluidas en el estudio comparativo presentado por El Consejo
Internacional sobre la Ingeniera de Sistemas (INCOSE)7: CaliberRM, REM, SMART TRACE, SoftREQ,
Analyst Real Team System

CONCLUSIN

Recordemos que el objetivo de la ingeniera del software es el desarrollo de sistemas apegados a
las necesidades del cliente, pero tambin ajustados a otros criterios, como el modelo de negocio,
los recursos disponibles y el tiempo de entrega. Es obvio espero, que la ingeniera del software no
solo ha de cumplir con la funcionalidad (escribir cdigo ajustado a los requisitos funcionales) sino
tambin con las cualidad suplementarias (requisitos no funcionales) o de lo contrario no cumplir
con su misin: desarrollar el software que se necesita en el momento y condiciones que se tienen
disponibles; o dicho de otra manera, desarrollar software de calidad.
Tambin nos damos cuenta que el modelado de requisitos nos sirve como propsito para
comprender completamente el problema y todo lo que ste implica. El objetivo principal del
sistema es capturar la funcionalidad que debe ofrecer desde la perspectiva del usuario.
Aprendimos que el modelo de requisitos de divide en funcionales y no funcionales lo que nos lleva
a darnos cuenta cmo es que funcionara el modelo y las diferentes restricciones que se tiene.


FUENTE DE INFORMACIN
Leer ms: http://www.monografias.com/trabajos6/resof/resof.shtml#ixzz3DmE6QU4T
file:///C:/Users/Mafer/Downloads/modeladoderequisitos-120919172158-phpapp02.pdf
http://www.htmlpublish.com/convert-pdf-to-
html/success.aspx?zip=DocStorage/d289d50306334b3b903290583ad0862b/37-144-1-
PB.zip&app=pdf2word