LA INGENIERA DE REQUERIMIENTOS

La ingeniera de requerimientos se utiliza para definir todas las actividades

involucradas en el descubrimiento, documentacin y mantenimiento de los
requerimientos para un producto determinado. El uso del trmino ingeniera
implica que se debe utilizar tcnicas sistemticas y repetibles para asegurar que
los requerimientos del sistema estn completos y sean consistentes y relevantes.
De las muchas definiciones que existen para requerimiento, a continuacin se
presenta la definicin que aparece en el glosario de IEEE:
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
los puntos anteriores.
DEFINICION DE INGENIERA DE REQUERIMIENTOS
Para qu un proceso de ingeniera de requerimientos?
El proceso de ingeniera de requerimientos es un conjunto estructurado de
actividades, mediante las cuales obtenemos, validamos, y mantenemos el
documento de especificacin de requerimientos.
Las actividades del proceso incluyen la extraccin de requerimientos, el anlisis, la
negociacin y la validacin.
Ingeniera de requerimientos
El proceso de recopilar, analizar y verificar las necesidades del cliente para un
sistema llamado ingeniera de requerimientos.
La meta de la ingeniera de requerimientos es entregar una
especificacin de requisitos de software correcta y completa
Algunas definiciones para la ingeniera de requerimientos segn distintos
autores

Ingeniera de requerimientos es la disciplina para desarrollar una

especificacin completa, consistente y no ambigua, la cual servir como
base para acuerdos comunes entre todas las partes que realiza el sistema
Es el proceso mediante el cual se intercambian puntos de vistas para
recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una
combinacin de mtodos, herramientas y actores, cuyo producto es un
modelo del cual se genera un documento de requerimientos.

La Ingeniera de requerimientos es un enfoque sistemtico para recolectar

organizar y documentar los requerimientos del sistema; es tambin el
proceso que establece y mantiene acuerdos sobre los cambios de
requerimientos, entre los clientes y el equipo del proyecto.
Requisitos funcionales

REQUISITOS FUNCIONALES Y NO FUNCIONALES.

Los requerimientos funcionales definen las funciones que el sistema realiza sobre
las entradas para producir salidas, especifican los servicios que debe de
proporcionar la aplicacin (por ejemplo, la aplicacin debe de calcular el valor del
portafolio de inversin del usuario).
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, es el cmo, cundo y
cunto del qu.
QUE SON LAS TCNICAS DE INGENIERA DE REQUISITOS?
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.
Entrevista
Las entrevistas se utilizan para recabar informacin en forma verbal, a travs de
preguntas que propone el analista, las preguntas pueden ser abiertas o serradas.
Quienes responden pueden ser gerentes o empleados, los cuales son usuarios
actuales del sistema existente, usuarios potenciales del sistema propuesto o
aquellos que proporcionarn datos o sern afectados por la aplicacin propuesta.
El analista puede entrevistar al personal en forma individual o en grupos.
La entrevista es la tcnica ms significativa y productiva de que dispone el analista
para recabar datos. Es un intercambio de informacin que se efecta cara a cara.
Sirve para obtener informacin acerca de las necesidades y la manera de
satisfacerlas, as como concejo y comprensin por parte del usuario para toda idea
o mtodo nuevos

Lluvia de ideas
Tcnica de reuniones en grupo cuyo objetivo es la generacin de ideas en un
ambiente libre de crticas o juicios. Desarrollan su creatividad.
Ideas que se generan para dar solucin a un problema. Se forman de 4 a 10
participantes, donde uno es el jefe.
Esta se divide en 2 fases:
Fase de generacin: durante la generacin de ideas son recolectadas y es muy
importante que no sean criticadas y mucho menos descartadas.
Fase de evaluacin: las propuestas de solucin
diferentes perspectivas.

deben ser evaluadas desde

Integrantes que participan en la lluvia de ideas

Director: figura principal, experto en pensamiento creador, su funcin es formular
claramente el problema, no permite crticas. Permanece callado e interviene slo
cuando se corta la fluencia de ideas.
Secretario: registra por escrito las ideas segn van surgiendo, las enumera,
redacta y asegura que todos estn de acuerdo.
Participantes: pueden ser habituales o invitados, son los que producen las ideas,
conviene entre ellos que no existan diferencias jerrquicas.
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.

Casos de uso y/o escenarios

Los casos de uso describen las interacciones entre los usuarios y el sistema
enfatizado en lo que el usuario necesita del sistema.
Los escenarios son ejemplos de sesiones de interaccin entre el sistema y el
usuario en donde un solo tipo de interaccin entre los 2 participantes es simulada
y descrita.
Formas de contrato
Existen diferentes formas de contrato de la empresa en el cual me estipula ciertas
clusulas para el desarrollo del software/sistema, ya que por medio del contrato se
crea unas reglas de manera formal, tambin se puede llevar a cabo unas
penalizaciones en casos de incumplimiento de ambas partes tanto por el cliente
como por la empresa que ofrecer el servicio de adaptacin de software ya que la
informacin es vital para poder desarrollarlo.
Si no llegara a establecerse esas clusulas se puede demandar u ocasionar
problemas para la empresa desarrolladora de software o por parte del cliente.
Objetivos medibles
Los requisitos formulados por los usuarios se toma como objetivos generales y
este se debe de analizar varias veces hasta determinar los objetivos del
funcionamiento. Despus se establecen formas de medir el progreso en la
construccin para evaluar que tan avanzado se encuentra el proyecto.
Prototipos
Un prototipo es una pequea muestra, de funcionalidad limitada, de cmo sera el
producto final una vez terminado. Ayudan a conocer la opinin de los usuarios y
rectificar algunos aspectos antes de llegar al producto terminado.
Observacin y anlisis de tareas
Un observador estudia a los futuros usuarios en su entorno de trabajo. A veces se
utiliza el video. Anota todo aquello que es susceptible de mejora. Posteriormente,
genera una serie de requisitos tentativos.
Modelos
Esquema terico, generalmente en forma matemtica, de un sistema o de una
realidad compleja. Como la evolucin econmica de un pas desarrollado. Esto
ayuda a facilitar su comprensin y el estudio de su comportamiento existen dos
tipos de modelos:
Modelo conceptual: Es utilizado para las especificaciones del sistema de software
que representa modelos ms significativos en el dominio del problema, Nos
describe la parte esttica del problema.

Modelo de comportamiento: Utilizada en la parte de diseo del sistema, Define la

parte dinmica es decir, cual debe de ser el comportamiento del sistema en cada
situacin.
Los diagramas de secuencia y de estados son parte del modelo.
Especificacin: Consiste en el desarrollo de un documento de manera clara y
precisa que contenga y especifique cada uno de los requerimientos del sistema.
Verificacin: Es el proceso de asegurar que la especificacin de requerimiento de
software sea acorde con los requerimientos del sistema, conforme a los
estndares de documentacin en la fase de requerimiento. Para el diseo