INGENIERIA DE REQUERIMIENTOS DE SOFTWARE
Integrante: Leidy Garzón
Email: yamlegar@hotmail.com
Universidad:
Corporación universitaria minuto de dios
ABSTRACT: A process used by the client to
provide services to develop and reach a system
under which it operates to achieve a goal through a
contract or formal document, whose product is a
model that is generated by a series of tools that
keep changes and agreements of the same.
The requirements are classified into functional and
nonfunctional:
FUNCTIONAL REQUIREMENTS: Describe the
functions performed by the system to be able to
transform inputs into outputs.
NON-FUNCTIONAL REQUIREMENTS: Restrict
regarding system performance, interfaces and
availability that is to make use of this system.
PALABRAS CLAVES:
Robusto, confiable, facilidad de uso, y buena
funcionalidad.
1 INTRODUCCION: La Ingeniería de
Requerimientos de Software juega un papel muy
importante dentro del sistema y su tarea principal
consiste en enfocarse en este y analizar su
comportamiento, logrando reducir los problemas
que se generan durante su uso. Desde mi punto de
vista la Ingeniería de Requerimiento es la base
fundamental del sistema ya que a través de esta el
usuario puede hacer un uso rápido y efectivo; y
evitar complicaciones durante su proceso de
transformación.
Aunque en Colombia compramos tecnología de
otros países para personalizarla y hacerle
modificaciones al sistema en cuanto al cambio de
plataforma, esto genera un problema porque
retrasa el proyecto de la empresas, según estudios
realizados el 53% de proyectos de Software
fracasan debido al mal manejo que realiza el
usuario del sistema y por no hacer un estudio
previo con sus debidos requerimientos.
De este trabajo podemos destacar los siguientes
objetivos:
• Dar a conocer las facilidades de uso de un
sistema y su software.
• Enseñar al usuario las ventajas y
desventajas de un Software con
problemas.
• Describir los procesos que tiene un
sistema desde su inicio hasta su salida.
1
2 CARACTERISTICAS: De acuerdo a la
definición de requerimientos podemos extraer las
siguientes características:
• Necesario: Un requerimiento es necesario ya
que le ayuda al sistema cuando tiene alguna
inconsistencia.
• Importante: La información debe ser clara
concisa y con buena redacción para que el
usuario lea y entienda cada uno de los
mecanismos del sistema.
• Consistente: Un requerimiento suele ser
consistente cuando no existe ninguna
contradicción con otros.
• Confiable: Es confiable cuando el sistema
funciona perfectamente y sin ninguna
complicación en el sistema.
3 ACTIVIDADES DE LOS REQUERIMIENTOS:
Existen actividades fundamentales para realizar un
buen requerimiento y cabe destacar las siguientes:
Extracción: Es el comienzo de un ciclo donde se
involucran actividades importantes para el sistema.
Análisis: En esta fase se describen problemas que se
vallan identificando constantemente con los
requerimientos.
Especificación: En esta fase se documentan
apropiadamente los requerimientos según lo que lo que
sea acordado por el cliente.
Validación: Esta es la etapa final de la IR y se encarga
de verificar que el sistema tenga los requerimientos
adecuados que se van a implementar en la
documentación.
4 VENTAJAS DE UN REQUERIMIENTO:
• Permite que cada paso de la IR se haga en
una forma bien estructurada, organizada y con
unos pasos bien definidos.
• Se disminuyen costos y retrasos o problemas
con el proyecto.
• Mejoras en la calidad del Software en cuanto
al diseño la funcionalidad y facilidad de uso
que se puede hacer de este IR.
 • Fácil comunicación entre el usuario y el
equipo.
• Involucra al cliente para que revise si el
requerimiento tiene problemas o no, lo
cual lo involucra en el desarrollo de todo el
proyecto.
Esta imagen es tomada de la siguiente página:
http://1.bp.blogspot.com/_GwOkaHzK2ps/SbV04wo
eilI/AAAAAAAAADE/_6G4NjEzAsE/s200/profesiona
les.jpg
5 DESVENTAJAS PARA DEFINIR UN
REQUERIMIENTO:
• Los requerimientos son difíciles de
expresar por medio de palabras.
• Usan un lenguaje confuso e indeciso.
• Existen bastantes tipos de requerimientos
y bastantes detalles, por esto son difíciles
de manejar.
• No son iguales unos suelen ser mas
arriesgado y difíciles que otros.
• Algunos requerimientos se ligan con otros
y pueden ocasionar problemas en la salida
del proceso.
• Un requerimiento cambia de acuerdo a su
ciclo de desarrollo.
Esta imagen es tomada de la siguiente página:
http://4.bp.blogspot.com/_GwOkaHzK2ps/SbbIWSu
mIDI/AAAAAAAAAEc/NChuZbkPqCg/s1600-
h/ingenieria.jpg
2
6 PERSONAL INVOLUCRADO EN LA IR: Lo más
importante de la IR es involucrar a la persona según
sus conocimientos para una buena planificación del
ciclo de vida del sistema.Si la comunicación entre el
cliente y el desarrollador del Software no es buena la
IR no será muy buena.Los roles mas importantes
pueden clasificarse así:
• USUARIO FINAL: Son los que están en contacto
con el equipo y están pendientes del software y
la interfase de usuario.
• USUARIO LÌDER: Ellos comprenden el medio
del sistema, se encargan del desarrollo técnico y
el análisis del problema de la interfase.
• PERSONAL DE MANTENIMIENTO: Como su
nombre lo indica se encargan del mantenimiento
del equipo y están pendientes para resolver
alguna anomalía que se encuentre y entregar el
producto terminado.
• ANALISTAS Y PROGRAMADORES: Se
encargan del desarrollo del proyecto y de
interactuar con el cliente.
• PERSONAL DE PRUEBA: Se encargan de
supervisar y analizar el proyecto para que sea de
la satisfacción del cliente.
7 PUNTO DE VISTA DE LOS CLIENTES: Los
sistemas suelen tener diferentes tipos de clientes y
cada cliente tiene diferentes grupos de
requerimientos, tomando en cuenta que se pueden
presentar inconvenientes en este proceso.La
complejidad de los requerimientos ocasiona
problemas y dificultades para enfocarse solo en un
aspecto.Entre los requerimientos encontramos:
• Barreras de comunicación:En la
ingeniería de requerimientos la
comunicación es fundamental entre el
cliente y el analista pero hay que tener
en cuenta que no siempre se va a lograr
tener una buena comunicación, por lo
cual hay que desarrollar otros métodos
para superar estas barreras y así llegar
a nuevas experiencias.
• Evolución e integración del sistema:
En la práctica de los proyectos de
ingeniería de requerimientos los
analistas por lo general comprenden
estos sistemas que suelen ser de
distintos proveedores. Para encontrar
soluciones a estos problemas es
importante planear muy bien la fase del
diseño para minimizar las fallas del
código.
Tabla 1. Actividades de la IR para diferentes modelos de procesos de Ingeniería de Software

MODELO Oliver and Steiner EIA / IS-632 IEEE Std 1220- CMM nivel RUP
1996 1994 Repetitivo (2)

Evaluar la Análisis de Análisis de Identificación de Análisis del

información requerimientos Requerimientos requerimientos Problema
disponible

Definir métricas Análisis funcional Estudio de los Identificación de Comprender las

efectivas requerimientos restricciones del necesidades de
sistema a los involucrados
desarrollar

Crear un modelo Síntesis Validación de Análisis de los Definir el sistema

del requerimientos requerimientos
comportamiento
del sistema

Crear un modelo Análisis y control Análisis funcional Representación Analizar el

de los objetos del sistema de los alcance del
requerimientos proyecto

Actividades Ejecutar el análisis Evaluación y Comunicación de Modificar la

estudio de los requerimientos definición del
funciones sistema

Crear un plan Verificación de Validación de Administrar los

secuencial de funciones requerimientos cambios de
construcción y requerimientos
pruebas

Síntesis

Estudio y
evaluación del
diseño

Verificación física

Control

• Documentación de muy bien el sistema y estos errores son

analizados hasta después de que el
requerimientos: La documentación
sistema esta completamente terminado.
de Ingeniería de requerimientos
suele ser larga y contiene detalles
profundos en el resto del Esta tabla es tomada de la siguiente página:
sistema.Esto trae problemas para el http://www.monografias.com/trabajos6/resof/resof.shtml
usuario ya que al momento de leer
tantas paginas no puede memorizar

3
 determinar si se acerca a lo esperado por los
clientes.En esta etapa se pretende limitar las
expectativas del cliente para que no se
presenten problemas en el sistema.

Los principales pasos para esta actividad son:

Descubrir problemas potenciales: En este paso

se aseguran características presentes en cada
requerimiento y se identifican requerimientos
incompletos e inconsistentes.

7 ANALISIS DE UN PROBLEMA: Durante el

análisis de un problema se realizan una serie
de pasos basados en problemas reales y son
los siguientes:

• Comprender el problema a resolver:

Determinar quien tiene el problema y buscar
soluciones desde diferentes puntos de vista.
• Construir un vocabulario común: Realizar
un glosario que le ayude al cliente a
reconocer el significado de cada palabra
adecuado en el documento, y cuando las
personas necesiten información la puedan
encontrar allí, el glosario es de ayuda para
ahorrar tiempo y ayudar a conocer palabras
ambiguas, además es reutilizable para otros
proyectos.
• Identificar a los afectados por el sistemas: Esta imagen es tomada de la siguiente página:
Antes de que se termine el proyecto se debe
identificar a los sistemas afectados para http://www.webkadoodle.com/productImages/11913635
evitar sorpresas en el avance del 83_Web%20Master.jpg
proyecto.Las necesidades de cada sistema
se realizan mediante un debate aunque no
garantiza que la información este completa y 9 CONCLUSIONES: De lo anterior podemos concluir lo
sea adecuada para especificar un sistema siguiente:
adecuado.
• Para saber cuales son las personas • Dejar que el usuario comprenda por si mismo
encargadas de los departamentos internos y los problemas que trae el sistema y trate de
externos de del sistema se realizan una serie arreglarlos.
de preguntas como: • El usuario esta capacitado para encontrar
solución a un problema, y es el encargado del
¿Quién diseñara el sistema y como lo hará? proyecto para resolverlo.
• El usuario es capaz de manejar bien un
¿Quién documentara el sistema y quien le dará equipo, reconociendo las entradas los
mantenimiento? procesos y las salidas de un sistema.
• Enseñar al usuario un producto que le permita
hacer un buen uso de su sistema y las
¿Quién lo venderá y quien se beneficiara con este dificultades que se presentaron para llevarlo a
sistema? cabo.

• Definir limites y restricciones del REFERENCIAS

sistema: Este punto es importante para
saber lo que se esta construyendo y las
estrategias que se usan para esto ya sea a
corto y largo plazo.
• Evaluación y negociación: La fuentes
hacen una evaluación adecuada para
[1] http://www.monografias.com/trabajos6/resof/resof.shtml
[2]http://www.rodolfoquispe.org/blog/que-es-la-ingenieria-de-
requerimientos.php
[3]http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_
software