You are on page 1of 4

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 2 CARACTERISTICAS: De acuerdo a la
provide services to develop and reach a system definición de requerimientos podemos extraer las
under which it operates to achieve a goal through a siguientes características:
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. • Necesario: Un requerimiento es necesario ya
The requirements are classified into functional and que le ayuda al sistema cuando tiene alguna
nonfunctional: inconsistencia.
FUNCTIONAL REQUIREMENTS: Describe the
functions performed by the system to be able to
• Importante: La información debe ser clara
transform inputs into outputs. concisa y con buena redacción para que el
NON-FUNCTIONAL REQUIREMENTS: Restrict usuario lea y entienda cada uno de los
regarding system performance, interfaces and mecanismos del sistema.
availability that is to make use of this system. • Consistente: Un requerimiento suele ser
consistente cuando no existe ninguna
PALABRAS CLAVES: contradicción con otros.
Robusto, confiable, facilidad de uso, y buena
funcionalidad.
• Confiable: Es confiable cuando el sistema
funciona perfectamente y sin ninguna
complicación en el sistema.
1 INTRODUCCION: La Ingeniería de
Requerimientos de Software juega un papel muy 3 ACTIVIDADES DE LOS REQUERIMIENTOS:
importante dentro del sistema y su tarea principal Existen actividades fundamentales para realizar un
consiste en enfocarse en este y analizar su buen requerimiento y cabe destacar las siguientes:
comportamiento, logrando reducir los problemas
que se generan durante su uso. Desde mi punto de
vista la Ingeniería de Requerimiento es la base Extracción: Es el comienzo de un ciclo donde se
fundamental del sistema ya que a través de esta el involucran actividades importantes para el sistema.
usuario puede hacer un uso rápido y efectivo; y
evitar complicaciones durante su proceso de Análisis: En esta fase se describen problemas que se
transformación. vallan identificando constantemente con los
requerimientos.
Aunque en Colombia compramos tecnología de
otros países para personalizarla y hacerle Especificación: En esta fase se documentan
modificaciones al sistema en cuanto al cambio de apropiadamente los requerimientos según lo que lo que
plataforma, esto genera un problema porque sea acordado por el cliente.
retrasa el proyecto de la empresas, según estudios
realizados el 53% de proyectos de Software Validación: Esta es la etapa final de la IR y se encarga
fracasan debido al mal manejo que realiza el de verificar que el sistema tenga los requerimientos
usuario del sistema y por no hacer un estudio adecuados que se van a implementar en la
previo con sus debidos requerimientos. documentación.

De este trabajo podemos destacar los siguientes 4 VENTAJAS DE UN REQUERIMIENTO:
objetivos:

• Permite que cada paso de la IR se haga en
• Dar a conocer las facilidades de uso de un una forma bien estructurada, organizada y con
sistema y su software. unos pasos bien definidos.
• Enseñar al usuario las ventajas y • Se disminuyen costos y retrasos o problemas
desventajas de un Software con con el proyecto.
problemas. • Mejoras en la calidad del Software en cuanto
• Describir los procesos que tiene un al diseño la funcionalidad y facilidad de uso
sistema desde su inicio hasta su salida. que se puede hacer de este IR.

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

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.
Esta imagen es tomada de la siguiente página: • PERSONAL DE MANTENIMIENTO: Como su
http://1.bp.blogspot.com/_GwOkaHzK2ps/SbV04wo nombre lo indica se encargan del mantenimiento
eilI/AAAAAAAAADE/_6G4NjEzAsE/s200/profesiona del equipo y están pendientes para resolver
les.jpg alguna anomalía que se encuentre y entregar el
producto terminado.
5 DESVENTAJAS PARA DEFINIR UN • ANALISTAS Y PROGRAMADORES: Se
REQUERIMIENTO:
encargan del desarrollo del proyecto y de
interactuar con el cliente.
• Los requerimientos son difíciles de
• PERSONAL DE PRUEBA: Se encargan de
expresar por medio de palabras.
supervisar y analizar el proyecto para que sea de
• Usan un lenguaje confuso e indeciso.
la satisfacción del cliente.
• Existen bastantes tipos de requerimientos
y bastantes detalles, por esto son difíciles
de manejar. 7 PUNTO DE VISTA DE LOS CLIENTES: Los
sistemas suelen tener diferentes tipos de clientes y
• No son iguales unos suelen ser mas cada cliente tiene diferentes grupos de
arriesgado y difíciles que otros. requerimientos, tomando en cuenta que se pueden
• Algunos requerimientos se ligan con otros presentar inconvenientes en este proceso.La
y pueden ocasionar problemas en la salida complejidad de los requerimientos ocasiona
del proceso. problemas y dificultades para enfocarse solo en un
• Un requerimiento cambia de acuerdo a su aspecto.Entre los requerimientos encontramos:
ciclo de desarrollo.
• 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
Esta imagen es tomada de la siguiente página: importante planear muy bien la fase del
http://4.bp.blogspot.com/_GwOkaHzK2ps/SbbIWSu diseño para minimizar las fallas del
mIDI/AAAAAAAAAEc/NChuZbkPqCg/s1600- código.
h/ingenieria.jpg

2
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 [1] http://www.monografias.com/trabajos6/resof/resof.shtml
estrategias que se usan para esto ya sea a [2]http://www.rodolfoquispe.org/blog/que-es-la-ingenieria-de-
requerimientos.php
corto y largo plazo.
[3]http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_
• Evaluación y negociación: La fuentes software
hacen una evaluación adecuada para

4