[Escriba aqu]

GLOBALTEC
UNIDAD 2
Ingeniera de Requisitos

Integrantes del Equipo:

Cinthia Guadalupe Ramrez Montes
Lezly Susette Reyes Norman
Franklin Iztcoatl Monreal Cristerna
Bernardo Dvila Jimnez
Alfredo Pablo Hernndez

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

Contenido
2.1

Tareas de la Ingeniera de Requisitos ............................................................................... 4

Actividades de la ingeniera de requerimientos ....................................................................... 4

Extraccin ...................................................................................................................................... 4
Anlisis ........................................................................................................................................... 4
Especificacin ............................................................................................................................... 5
Validacin....................................................................................................................................... 5
2.2

Tcnicas de la Ingeniera de Requisitos ........................................................................... 5

Entrevistas ..................................................................................................................................... 6
Lluvia de Ideas .............................................................................................................................. 7
Prototipos ....................................................................................................................................... 8
Proceso de Anlisis Jerrquico (AHP) ...................................................................................... 8
Casos de uso ................................................................................................................................ 9
Talleres ......................................................................................................................................... 10
Forma de contrato ...................................................................................................................... 10
Objetivos medibles ..................................................................................................................... 10
2.3

Modelado de Requisitos .................................................................................................... 11

2.4

Herramientas CASE para la Ingeniera de Requisitos ................................................. 13

Referencias ..................................................................................................................................... 17

Ingeniera en Sistemas Computacionales

Pgina 3 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

2.1 Tareas de la Ingeniera de Requisitos

A travs de los aos se ha podido constatar que los requerimientos o requisitos
son la pieza fundamental en un proyecto de desarrollo de software, ya que marcan
el punto de partida para actividades como la planeacin, bsicamente en lo que se
refiere a las estimaciones de tiempos y costos, as como la definicin de recursos
necesarios y la elaboracin de cronogramas que ser uno de los principales
mecanismos de control con los que se contar durante la etapa de desarrollo.
La Ingeniera de Requerimientos (IR) cumple un papel primordial en el proceso de
produccin de software, ya que se 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 ambigedades, en
forma consistente y compacta, las necesidades de los usuarios o clientes; de esta
manera, se pretende minimizar los problemas relacionados por la mala gestin de
los requerimientos en el desarrollo de sistemas.
Actividades de la ingeniera de requerimientos
Se dice que dentro de la IR existen cuatro actividades bsicas que se tienen que
llevar a cabo para completar el proceso. Estas actividades ayudan a reconocer la
importancia que tiene para el desarrollo de un proyecto de software realizar una
especificacin y administracin adecuada de los requerimientos de los clientes o
usuarios. Las cuatro actividades son: extraccin, anlisis, especificacin y
validacin.
Extraccin
Esta fase representa el comienzo de cada ciclo. Extraccin es el nombre
comnmente dado a las actividades involucradas en el descubrimiento de los
requerimientos del sistema. Aqu, los analistas de requerimientos deben trabajar
junto al cliente para descubrir el problema que el sistema debe resolver, los
diferentes servicios que el sistema debe prestar, las restricciones que se pueden
presentar, etc. Es importante, que la extraccin sea efectiva, ya que la
aceptacin del sistema depender de cuan bien ste satisfaga las necesidades del
cliente.
Anlisis
Sobre la base de la extraccin realizada previamente, comienza esta fase en la
cual se enfoca en descubrir problemas con los requerimientos del sistema
identificados hasta el momento. Usualmente se hace un anlisis luego de haber
producido un bosquejo inicial del documento de requerimientos; en esta etapa se
leen los requerimientos, se conceptan, se investigan, se intercambian ideas con
el resto del equipo, se resaltan los problemas, se buscan alternativas y soluciones,
y luego se van fijando reuniones con el cliente para discutir los requerimientos.

Ingeniera en Sistemas Computacionales

Pgina 4 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

Especificacin
En esta fase se documentan los requerimientos acordados con el cliente, en un
nivel apropiado de detalle. En la prctica, esta etapa se va realizando
conjuntamente con el anlisis, se puede decir que la especificacin es el "pasar en
limpio" el anlisis realizado previamente aplicando tcnicas y/o estndares de
documentacin, como la notacin UML (Lenguaje de Modelado Unificado), que es
un estndar para el modelado orientado a objetos, por lo que los casos de uso y la
obtencin de requerimientos basada en casos de uso se utiliza cada vez ms para
la obtencin de requerimientos.
Validacin
La validacin es la etapa final de la IR. Su objetivo es, ratificar los requerimientos,
es decir, verificar todos los requerimientos que aparecen en el documento
especificado para asegurarse que representan una descripcin, por lo menos,
aceptable del sistema que se debe implementar. Esto implica verificar que los
requerimientos sean consistentes y que estn completos.
Se puede apreciar que el proceso de ingeniera de requerimientos es un conjunto
estructurado de actividades, mediante las cuales se obtiene, se valida y se logra
dar un mantenimiento adecuado al documento de especificacin de
requerimientos, que es el documento final, de carcter formal, que se obtiene de
este proceso. Es necesario recalcar que no existe un proceso nico que sea vlido
de aplicar en todas las organizaciones. Cada organizacin debe desarrollar su
propio proceso de acuerdo al tipo de producto que se est desarrollando, a la
cultura organizacional, y al nivel de experiencia y habilidad de las personas
involucradas en la ingeniera de requerimientos. Hay muchas maneras de
organizar el proceso de ingeniera de requerimientos y en otras ocasiones se tiene
la oportunidad de recurrir a consultores, ya que ellos tienen una perspectiva ms
objetiva que las personas involucradas en el proceso.

2.2 Tcnicas de la Ingeniera de Requisitos

Ingeniera en Sistemas Computacionales

Pgina 5 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

La ingeniera de requisitos puede ser un proceso largo y arduo para el que se

requiere de habilidades psicolgicas. Los nuevos sistemas cambian el entorno y
las relaciones entre la gente, as que es importante identificar a todos los actores
involucrados, considerar sus necesidades y asegurar que entienden las
implicaciones de los nuevos sistemas. Los analistas pueden emplear varias
tcnicas para obtener los requisitos del cliente. Histricamente, esto ha incluido
tcnicas tales como las entrevistas, o talleres con grupos para crear listas de
requisitos. Tcnicas ms modernas incluyen los prototipos, y utilizan casos de uso.
Cuando sea necesario, el analista emplear una combinacin de estos mtodos
para establecer los requisitos exactos de las personas implicadas, para producir
un sistema que resuelva las necesidades del negocio.
Entrevistas
Las entrevistas y cuestionarios son un mtodo comn y se emplean para reunir
informacin proveniente de personas o de grupos. Durante la entrevista, el
analista conversa con el encuestado; el cuestionario consiste en una serie de
preguntas relacionadas con varios aspectos de un sistema.
Por lo comn, los encuestados son usuarios de los sistemas existentes o usuarios
en potencia del sistema propuesto. En algunos casos, son gerentes o empleados
que proporcionan datos para el sistema propuesto o que sern afectados por l, e
incluso aquellas personas que harn un uso ms frecuente del nuevo sistema.
Las preguntas que deben realizarse en esta tcnica, deben ser preguntas de alto
nivel y abstractas que pueden realizarse al inicio del proyecto para obtener
informacin sobre aspectos globales del problema del usuario y soluciones
potenciales.
Las preguntas pueden ser enfocadas especficamente a un elemento del sistema
como por ejemplo:
Hacia el usuario

Quin es el cliente?
Quin es el usuario?
Son sus necesidades diferentes?
Cules son sus habilidades, capacidades, ambiente?

Hacia el proceso

Cul es la razn por la que se quiere resolver este problema?

Cul es el valor de una solucin exitosa?
Cmo usted resuelve el problema actualmente?
Qu retrasos ocurren o pueden ocurrir?

Hacia el producto
Ingeniera en Sistemas Computacionales

Pgina 6 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

Qu problemas podra causar este producto en el negocio?

En qu ambiente se usar el producto?
Cules son sus expectativas para los conceptos fcil de usar,
confiable, rendimiento?
Qu obstculos afectan la eficiencia del sistema?

Lluvia de Ideas
Este mtodo comenz en el mbito de las empresas, aplicndose a temas tan
variados como la productividad, la necesidad de encontrar nuevas ideas y
soluciones para los productos del mercado, encontrar nuevos mtodos que
desarrollen el pensamiento creativo a todos los niveles, etc. Pero pronto se
extendi a otros mbitos, incluyendo el mundo de desarrollo de sistemas;
bsicamente se busca que los involucrados en un proyecto desarrollen su
creatividad, promoviendo la introduccin de los principios creativos.
Principios de la lluvia de ideas
Aplazar el juicio y no realizar crticas, hasta que no agoten las ideas, ya que
actuara como un inhibidor. Se ha de crear una atmsfera de trabajo en la que
nadie se sienta amenazado.
Cuantas ms ideas se sugieren, mejores resultados se conseguirn: "la cantidad
produce la calidad". Las mejores ideas aparecen tarde en el periodo de produccin
de ideas, ser ms fcil que encontremos las soluciones y tendremos ms
variedad sobre la que elegir.
La produccin de ideas en grupos puede ser ms efectiva que la individual.
Tampoco debemos olvidar que durante las sesiones, las ideas de una persona,
sern asociadas de manera distinta por cada miembro, y har que aparezcan
otras por contacto.
El equipo en una lluvia de ideas debe estar formado por:

El Director: es la figura principal y el encargado de dirigir la sesin.

El secretario: registra por escrito las ideas segn van surgiendo.
Los participantes: pueden ser habituales o invitados; cualquier involucrado
en el proyecto entra en esta categora.

Fases de aplicacin de la lluvia de ideas:

Descubrir hechos: Se determina el problema, delimitndolo, precisndolo y

clarificndolo.

Ingeniera en Sistemas Computacionales

Pgina 7 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

Producir ideas: Se busca producir una gran cantidad de ideas, aplicando los
principios de la lluvia de ideas.
Descubrir soluciones: Se elabora una lista definitiva de ideas, para
seleccionar las ms interesantes.

Prototipos
Los prototipos permiten al desarrollador crear un modelo del software que debe
ser construido. Es una pequea muestra, de funcionalidad limitada, de cmo sera
el producto final una vez terminado. El prototipo es evaluado por el cliente y el
usuario y utilizado para refinar los requerimientos del software a ser desarrollado.
Un proceso de iteracin tiene lugar a medida que el prototipo es "puesto a punto"
para satisfacer las necesidades del cliente y permitiendo al mismo tiempo una
mejor comprensin del problema por parte del desarrollador. Adems ayudan a
conocer la opinin de los usuarios y rectificar algunos aspectos antes de llegar al
producto terminado.
Existen principalmente dos tipos de prototipos:
Prototipo rpido (o concept prototype): El prototipado rpido es un mecanismo
para lograr la validacin pre-compromiso. Se utiliza para validar requerimientos en
una etapa previa al diseo especfico. En este sentido, el prototipo puede ser visto
como una aceptacin tcita de que los requerimientos no son totalmente
conocidos o entendidos antes del diseo y la implementacin. El prototipo rpido
puede ser usado como un medio para explorar nuevos requerimientos y as
ayudar a "controlar" su constante evolucin.
Prototipo evolutivo: Desde una perspectiva diferente, todo el ciclo de vida de un
producto puede ser visto como una serie incremental de detallados prototipos
acumulativos. El punto de vista evolutivo del ciclo de vida del software considera a
la primera entrega como un prototipo inicial en el campo. Modificaciones y mejoras
subsecuentes resultan en nuevas entregas de prototipos ms maduros. Este
proceso contina hasta que se haya desarrollado el producto final. La adopcin de
esta ptica elimina la distincin arbitraria entre desarrollo y mantenimiento,
resultando en un importante cambio de mentalidad que afecta las estrategias para
la estimacin de costos, enfoques de desarrollo y adquisicin de productos.
Proceso de Anlisis Jerrquico (AHP)
Esta tcnica tiene por objetivo resolver problemas cuantitativos, para facilitar el
pensamiento analtico y las mtricas. Consiste en una serie de pasos a saber:

Encontrar los requerimientos que van a ser priorizados.

Combinar los requerimientos en las filas y columnas de la matriz n x n
de AHP.
Hacer algunas comparaciones de los requerimientos en la matriz
Sumar las columnas

Ingeniera en Sistemas Computacionales

Pgina 8 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

Normalizar la suma de las filas

Calcular los promedios

Estos pasos pueden aplicarse fcilmente a una cantidad pequea de

requerimientos, sin embargo, para un volumen grande, esta tcnica no es la ms
adecuada.

Casos de uso
Un caso de uso es una tcnica para documentar posibles requisitos, graficando la
relacin del sistema con los usuarios u otros sistemas. Es una forma de expresar
cmo alguien o algo externo a un sistema lo usa. Cuando decimos "alguien o algo"
hacemos referencia a que los sistemas son usados no slo por personas, sino
tambin por otros sistemas de hardware y software. Dado que el propio sistema
aparece como una caja negra, y slo se representa su interaccin con entidades
externas, permite omitir dichos aspectos y determinar los que realmente
corresponden a las entidades externas. El objetivo de esta prctica es mejorar la
comunicacin entre los usuarios y los desarrolladores, mediante la prueba
temprana de prototipos para minimizar cambios hacia el final del proyecto y reducir
los costes finales. Los casos de uso tienen las siguientes caractersticas:

Estn expresados desde el punto de vista del actor.

Se documentan con texto informal.
Describen tanto lo que hace el actor como lo que hace el sistema
cuando interacta con l, aunque el nfasis est puesto en la
interaccin.
Son iniciados por un nico actor.
Estn acotados al uso de una determinada funcionalidad del sistema,
claramente diferenciada.

Esta tcnica se enfrenta a los siguientes peligros potenciales:

A los directivos, una vez que ven un prototipo, les cuesta comprender que
queda mucho trabajo por hacer para completar el diseo final.
Los diseadores tienden a reutilizar el cdigo de los prototipos por temor a
perder el tiempo al comenzar otra vez.
Los prototipos ayudan principalmente a las decisiones del diseo y de la
interfaz de usuario. Sin embargo, no proporcionan explcitamente cules
son los requisitos.
Los diseadores y los usuarios finales pueden centrarse demasiado en el
diseo de la interfaz de usuario y demasiado poco en producir un sistema
que sirva el proceso del negocio.

Ingeniera en Sistemas Computacionales

Pgina 9 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

Los prototipos pueden ser: diagramas, aplicaciones operativas con

funcionalidades sintetizadas. Los diagramas, en los casos donde se espera que el
software final tenga diseo grfico, se realizan en una variedad de documentos de
diseo grficos y a menudo elimina todo el color del diseo del software (es decir
utilizar una gama de grises). Esto ayuda a prevenir la confusin sobre la
apariencia final de la aplicacin.

Talleres
Los requisitos tienen a menudo implicaciones cruzadas desconocidas para las
personas implicadas individuales y que a menudo no se descubren en las
entrevistas o quedan incompletamente definidas durante la misma. Estas
implicaciones cruzadas pueden descubrirse realizando en un ambiente controlado,
talleres facilitados por un analista del negocio, en donde las personas implicadas
participan en discusiones para descubrir requisitos, analizan sus detalles y las
implicaciones cruzadas. A menudo es til la seleccin de un secretario dedicado a
la documentacin de la discusin, liberando al analista del negocio para centrarse
en el proceso de la definicin de los requisitos y para dirigir la discusin.
Forma de contrato
En lugar de una entrevista, se pueden llenar formularios o contratos indicando los
requisitos. En sistemas muy complejos stos pueden tener centenares de pginas.
Objetivos medibles
Los requisitos formulados por los usuarios se toman como objetivos
generales, a largo plazo, y en cambio se los debe analizar una y otra vez
desde el punto de vista del sistema hasta determinar los objetivos crticos
del funcionamiento interno que luego darn forma a los comportamientos
apreciables por el usuario. Luego, se establecen formas de medir el
progreso en la construccin, para evaluar en cualquier momento qu tan
avanzado se encuentra el proyecto.

Ingeniera en Sistemas Computacionales

Pgina 10 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

2.3 Modelado de Requisitos

El modelo de requisitos tiene como objetivo delimitar el sistema y capturar la
funcionalidad que debe ofrecer desde la perspectiva del usuario. Este modelo
puede funcionar como un contrato entre el desarrollador y el cliente o usuario del
sistema, y por lo tanto proyecta lo que el cliente desea segn la percepcin del
desarrollador. Por lo tanto, es esencial que los clientes puedan comprender este
modelo.
El modelo de requisitos es el primer modelo a desarrollarse, sirviendo de base
para la formacin de todos los dems modelos en el desarrollo de software. En
general, el cualquier cambio en la funcionalidad del sistema es ms fcil de hacer,
y con menores consecuencias, a este nivel que posteriormente. El modelo de
requisitos que desarrollaremos se basa en la metodologa Objectory (Jacobson et
al. 1992), basada principalmente en el modelo de casos de uso. Actualmente esta
metodologa es parte del Proceso Unificado de Rational (RUP).
Requisitos: El modelo de casos de uso sirve para expresar el modelo de
requisitos, el cual se desarrolla en cooperacin con otros modelos como se ver
ms adelante.
Anlisis: La funcionalidad especificada por el modelo de casos de uso se
estructura en el modelo de anlisis, que es estable con respecto a cambios,
siendo un modelo lgico independiente del ambiente de implementacin.
Diseo: La funcionalidad de los casos de uso ya estructurada por el anlisis es
realizada por el modelo de diseo, adaptndose al ambiente de implementacin
real y refinndose an ms.
Implementacin: Los casos de uso son implementados mediante el cdigo fuente
en el modelo de implementacin.
Pruebas: Los casos de uso son probados a travs de las pruebas de
componentes y pruebas de integracin.
Documentacin: El modelo de casos de uso debe ser documentado a lo largo de
las diversas actividades, dando lugar a distintos documentos como los manuales
de usuario, manuales de administracin, etc.
El propsito del modelo de requisitos es comprender completamente el problema y
sus implicaciones. Todos los modelos no solamente se verifican contra el modelo
de requisitos, sino que tambin se desarrollan directamente de l. El modelo de
requisitos sirve tambin como base para el desarrollo de las instrucciones
operacionales y los manuales ya que todo lo que el sistema deba hacer se
describe aqu desde la perspectiva del usuario. El modelo de requisitos no es un
proceso mecnico, el analista debe interactuar constantemente con el cliente para
completar la informacin faltante, y as clarificar ambigedades e inconsistencias.
Ingeniera en Sistemas Computacionales

Pgina 11 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

El analista debe separar entre los requisitos verdaderos y las decisiones

relacionadas con el diseo e implementacin. Se debe indicar cuales aspectos son
obligatorios y cuales son opcionales para evitar restringir la flexibilidad de la
implementacin. Durante el diseo se debe extender el modelo de requisitos con
especificaciones de rendimiento y protocolos de interaccin con sistemas
externos, al igual que provisiones sobre modularidad y futuras extensiones. En
ciertas ocasiones ya se puede incluir aspectos de diseo, como el uso de
lenguajes de programacin particulares.
En la metodologa de Objectory, el modelo de requisitos consiste de tres modelos
principales, visualmente representado por un diagrama de tres dimensiones.
El modelo de comportamiento, basado directamente en el modelo de casos de
uso, especifica la funcionalidad que ofrece el sistema desde el punto de vista del
usuario. Este modelo utiliza dos conceptos claves: actores para representar los
distintos papeles que los usuarios pueden jugar con el sistema, y casos de uso
para representar qu pueden hacer los actores con respecto al sistema
El modelo de presentacin o modelo de interfaces o borde especifica cmo
interacta el sistema con actores externos al ejecutar los casos de uso, en
particular, en los sistemas de informacin ricos en interaccin con el usuario,
especifica cmo se vern visualmente las interfaces grficas y que funcionalidad
ofrecer cada una de ellas.
El modelo de informacin o modelo del dominio del problema especifica los
aspectos estructurales del sistema.
Este modelo conceptualiza el sistema segn los objetos que representan las
entidades bsicas de la aplicacin. Aunque en muchas metodologas se permite
especificar la funcionalidad completa del sistema utilizando el modelo del dominio
del problema, incluyendo operaciones formales sobre los objetos correspondientes
a un modelo de requisitos expresado sin casos de uso, el modelo del dominio del
problema ser de mucha ms ayuda como apoyo al modelo de casos de uso y no
como una entidad totalmente independiente.
Es importante resaltar que esta separacin en tres ejes de modelado
independientes es la base para una mayor estabilidad en el desarrollo del sistema,
permitiendo minimizar los efectos de cada uno sobre los otros dos.

Ingeniera en Sistemas Computacionales

Pgina 12 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

2.4 Herramientas CASE para la Ingeniera de Requisitos

De acuerdo con Kendall y Kendall la Ingeniera de Sistemas asistida por
computadora es la aplicacin de tecnologa informtica a las actividades, las
tcnicas y las metodologas propias de desarrollo, su objetivo es acelerar el
proceso para el que han sido diseadas, en el caso de CASE para automatizar o
apoyar una o mas fases del ciclo de vida del desarrollo de sistemas.
Cuando se hace la planificacin de la base de datos, la primera etapa del ciclo de
vida de las aplicaciones de bases de datos, tambin se puede escoger una
herramienta CASE que permita llevar a cabo el resto de tareas del modo mas
eficiente y efectivo posible. Una herramienta CASE suele incluir:

Herramientas de diseo para dar apoyo al anlisis de datos.

Herramientas que permitan desarrollar el modelo de datos corporativo, as
como los esquemas conceptual y lgico.
Herramientas para desarrollar los prototipos de las aplicaciones.

Con el nimo de facilitar las tareas del desarrollo de software, surgen herramientas
informticas que agilizan la labor en la IR. Dichas herramientas son denominadas
CASE (Ingeniera de software asistida por computador), y sirven de apoyo para los
desarrolladores, desde el principio hasta el final del proceso.
Para el caso particular de esta investigacin, son de especial inters aquellos
instrumentos que se encargan de actividades como: extraer, analizar, documentar,
revisar, negociar y validar los requisitos del sistema objeto de estudio.

Ingeniera en Sistemas Computacionales

Pgina 13 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

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 producto
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 y
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 proveedor 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 informacin en el segundo prototipo.

Ingeniera en Sistemas Computacionales

Pgina 14 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

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

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

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

Ingeniera en Sistemas Computacionales

Pgina 15 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

Comparada con otras herramientas de gestin de requisitos, Rambutan ofrece las

siguientes ventajas competitivas: Aplicacin cliente para palm (PDAclass),
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 (ARTS), CARE 3.2, CORE
5.1, Cradle 5.2, Envision VIP, Gatherspace, IBM Rational RequisitePro, KollabNet
Editor 2005, PACE, RaQuest 3.0, RMTrak, RTM, SLATE REquire 6.5, SoftREQ,
UGS Teamcenter 2005, truereq product desktop, XTie-RT, Specification Analysis
Tool (SAT), ECM, Banyan2.2, Contour, Projectricity 3.5, FeaturePlan 2.6, analyst
pro, ChangeWare 2.0, aligned elements, Dassault Systemes CSE 4.0, Polarion
ALM for Subversion 3.0, Telelogic DOORS, Accept 360.

Ingeniera en Sistemas Computacionales

Pgina 16 de 17

GlobalTec
Fundamentos de Ingeniera del Software

UNIDAD 2

Referencias
http://www.cannes.itam.mx/Alfredo/Espaniol/Publicaciones/MINT/Requisitos.pdf
http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_requisitos#T.C3.A9cnicas_principales
http://www.monografias.com/trabajos6/resof/resof2.shtml#teec
http://redalyc.uaemex.mx/pdf/666/66661111.pdf

Titulo: Ingeniera de Requerimientos

Autor: Diana Santofimio Ariza
Fecha: Agosto del 2009
Web: http://es.scribd.com/doc/19083744/INGENIERIA-DE-REQUERIMIENTOS

Titulo: Herramientas CASE para Ingeniera de Requisitos

Autor: Instituto de Investigaciones Cientficas
Fecha: 2008
Web: http://www.revistasjdc.com/main/index.php/ccient/article/view/37/36

Ingeniera en Sistemas Computacionales

Pgina 17 de 17

GlobalTec
Fundamentos de Ingeniera del Software

Ingeniera en Sistemas Computacionales

UNIDAD 2

Pgina 18 de 17