Вы находитесь на странице: 1из 9

LA INGENIERIA DE REQUERIMIENTOS

-Alumno:
Escobar Torres, Ricardo D.
-Profesores:
Prof. Lic. Mara Del Rosario Zorrilla A., Mg.

Prof. Lic. Juan Benito Torres


-Tercer Ao Sexto Semestre

TABLA DE CONTENIDO

Introduccin ................................................................................................................................................. 3
LA INGENIERIA DE REQUERIMIENTOS ............................................................................................... 4
Concepto de Requerimientos ...................................................................................................................... 4
Caractersticas de los Requerimientos ....................................................................................................... 4
Dificultades para definir los requerimientos ............................................................................................. 4
Importancia de la Ingeniera de Requerimientos....................................................................................... 4
Personal involucrado en la Ingeniera de Requerimientos ....................................................................... 4
Documentacin de requerimientos, tipos .................................................................................................. 4
Especificacin de Requisitos de Software (SRS)...................................................................................... 5
Tipos de requisitos ...................................................................................................................................... 5
Validacin de Requisitos ............................................................................................................................ 5
Tcnicas y herramientas utilizadas en la Ingeniera de Requerimientos, concepto, caractersticas. ......... 5
Entrevistas.................................................................................................................................................... 5
Brainstorming .............................................................................................................................................. 6
Casos de Uso ............................................................................................................................................... 6
Prototipos ..................................................................................................................................................... 6
Proceso de Anlisis Jerrquico (AHP) ....................................................................................................... 6
Cuadro Comparativo de ventajas y desventajas de cinco tcnicas y herramientas utilizadas en la
Ingeniera de Requerimientos..........................................................................................................................7
Conclusin ............................................................................................................................................. 8
Bibliografa y Webgrafa ....................................................................................................................... 9

Entender los requerimientos de un problema es una de las tareas ms difciles que enfrenta el ingeniero
de software. Muchas veces se comete el error de que cuando se empieza por primera vez, se piensa que
no parece tan difcil desarrollar un entendimiento claro de los requerimientos. Y por qu no pensar de
esa manera? o acaso el cliente no sabe lo que necesita? La respuesta a estas preguntas es que no, en
muchas de las ocasiones el cliente no sabe corresponder sus necesidades, y esto dificulta la labor del
ingeniero del software.
Es tan importante el estudio de la ingeniera del software para realizar un buen sistema de software,
debido a que ella es la encargada de validar la calidad del mismo software. Y unos de los campos que
abarca esta importante materia es la Ingeniera de Requisitos que es la encargada de establecer lo que el
cliente desea de una manera tcnica y precisa para los desarrolladores de software.
En este proyecto daremos a entender algunos conceptos bsicos, pero que nos servirn como fuente de
entendimiento para las recolecciones de datos y la documentacin de las mismas. Sin ms que
molestarlos, los invito a leer el contenido del mismo.

LA INGENIERIA DE REQUERIMIENTOS

CONCEPTO DE REQUERIMIENTOS
Son descripciones de lo que el sistema debe hacer: el servicio que ofrece y las restricciones en su
operacin. La ingeniera de requerimientos proporciona el mecanismo apropiado para entender lo que
desea el cliente.

CARACTERSTICAS DE LOS REQUERIMIENTOS


Necesario: su omisin provoca una deficiencia en el sistema a construir, y adems no pueden ser
reemplazados por otras capacidades del producto o del proceso.
Conciso: fcil de leer y entender.
Completo: no necesita ampliar detalles en su redaccin.
Consistente: es contradictorio con otro requerimiento.
No ambiguo: tiene una sola interpretacin.
Verificable: puede ser cuantificado de manera que permita hacer uso de los siguientes mtodos de
verificacin: inspeccin, anlisis, demostracin o pruebas.

DIFICULTADES PARA DEFINIR LOS REQUERIMIENTOS


Problemas de alcance: La frontera de los sistemas est mal definida o los clientes o usuarios finales
especifican detalles tcnicos innecesarios que confunden.
Problemas de entendimiento: Los clientes o usuarios no estn completamente seguros de lo que se
necesita.
Problemas de volatilidad: Los requerimientos cambian con el tiempo.

IMPORTANCIA DE LA INGENIERA DE REQUERIMIENTOS


La ingeniera de requerimientos establece una base slida para el diseo y la construccin. Sin sta, el
software resultante tiene alta probabilidad de no satisfacer las necesidades del cliente.

PERSONAL INVOLUCRADO EN LA INGENIERA DE


REQUERIMIENTOS
Un participante es cualquier persona que tenga inters directo o que se beneficie del sistema que se va a
desarrollar. Los roles ms importantes pueden clasificarse como sigue:
Usuario final: Son las personas que usarn el sistema desarrollado.
Usuario Lder: Son los individuos que comprenden el ambiente del sistema o el dominio del problema
en donde ser empleado el software desarrollado.
Personal de Mantenimiento: Su trabajo consiste en revisar y mejorar los procesos del producto ya
finalizado.
Analistas y programadores: Son los responsables del desarrollo del producto en s.
Personal de pruebas: Son quienes van a validar si los requerimientos satisfacen las necesidades del
cliente.

DOCUMENTACIN DE REQUERIMIENTOS, TIPOS


Requerimientos normales: Objetivos y metas que se establecen para un producto o sistema durante las
reuniones con el cliente. Ejemplos: tipos de grficos pedidos para aparecer en la pantalla, funciones
especficas del sistema y niveles de rendimiento definidos.

Requerimientos esperados: Estn implcitos en el producto o sistema y quiz sean tan importantes
que el cliente no los mencione de manera explcita. Ejemplos: fcil interaccin humano/mquina,
operacin general correcta y confiable, y facilidad para instalar el software.
Requerimientos emocionantes: Estas caractersticas van ms all de las expectativas del cliente y son
muy satisfactorias si estn presentes. Por ejemplo, el software para un nuevo telfono mvil viene con
caractersticas estndar, pero si incluye capacidades inesperadas agrada a todos los usuarios del
producto.

ESPECIFICACIN DE REQUISITOS DE SOFTWARE (SRS)


Los requerimientos del sistema son descripciones ms detalladas de las funciones, los servicios y las
restricciones operacionales del sistema de software. El documento de requerimientos del sistema
(llamado en ocasiones especificacin funcional) tiene que definir con exactitud lo que se implementar.
Puede formar parte del contrato entre el comprador del sistema y los desarrolladores del software.

TIPOS DE REQUISITOS
Requerimientos funcionales: Son enunciados acerca de servicios que el sistema debe proveer, de
cmo debera reaccionar el sistema a entradas particulares y de cmo debera comportarse el sistema en
situaciones especficas. En algunos casos, los requerimientos funcionales tambin explican lo que no
debe hacer el sistema.
Requerimientos no funcionales: Son limitaciones sobre servicios o funciones que ofrece el sistema.
Incluyen restricciones tanto de temporizacin y del proceso de desarrollo, como impuestas por los
estndares. Los requerimientos no funcionales se suelen aplicar al sistema como un todo, ms que a
caractersticas o a servicios individuales del sistema.

VALIDACIN DE REQUISITOS
La validacin es el proceso que certifica que el modelo de los requerimientos es consistente con las
intenciones de los clientes y los usuarios; sta es una visin ms general que el concepto comn de
validacin, pues se produce en paralelo con la elicitacin y la especificacin, tratando de asegurar que
tanto las ideas como los conceptos presentados en una descripcin se identifican y explican con
claridad La necesidad de validacin aparece cuando:

Se incorpora una nueva pieza de informacin al modelo actual.


Cuando diferentes piezas de informacin se incorporan en un todo coherente.

TCNICAS Y HERRAMIENTAS UTILIZADAS EN LA INGENIERA DE REQUERIMIENTOS,


CONCEPTO, CARACTERSTICAS.

ENTREVISTAS
Las entrevistas son la tcnica de elicitacin ms utilizada, y de hecho son prcticamente inevitables en
cualquier desarrollo. En las entrevistas se pueden identificar claramente tres fases: preparacin,
realizacin y anlisis, que se describen a continuacin.
Preparacin de entrevistas
Las entrevistas no deben improvisarse, por lo que conviene realizar las siguientes tareas previas:

Estudiar el dominio del problema: conocer la terminologa bsica del dominio del problema.
Seleccionar a las personas a las que se va a entrevistar: se debe minimizar el nmero de
entrevistas a realizar, por lo que es fundamental seleccionar a las personas a entrevistar.
Determinar el objetivo y contenido de las entrevistas: para minimizar el tiempo de la entrevista
Planificar las entrevistas

Realizacin de entrevistas

Apertura: el entrevistador debe presentarse e informar al entrevistado sobre la razn de la


entrevista.
Desarrollo: Se deben evitar los monlogos y mantener el control por parte del entrevistador,
contemplando la posibilidad de que una tercera persona tome notas durante la entrevista o
grabar la entrevista en cinta de vdeo o audio, siempre que el entrevistado est de acuerdo
Terminacin: se debe recapitular sobre la entrevista para confirmar que no ha habido
confusiones en la informacin recogida.

Anlisis de las entrevistas


Una vez realizada la entrevista es necesario leer las notas tomadas, pasarlas a limpio, reorganizar la
informacin, contrastarla con otras entrevistas o fuentes de informacin, etc. Una vez elaborada la
informacin, se puede enviar al entrevistado para confirmar los contenidos. Tambin es importante
evaluar la propia entrevista para determinar los aspectos mejorables.

BRAINSTORMING
El brainstorming o tormenta de ideas es una tcnica de reuniones en grupo cuyo objetivo es la
generacin de ideas en un ambiente libre de crticas o juicios
Las sesiones de brainstorming suelen estar formadas por un nmero de cuatro a diez participantes, uno
de los cuales es el jefe de la sesin, encargado ms de comenzar la sesin que de controlarla.
Fases del brainstorming
En el brainstorming se distinguen las siguientes fases:

Preparacin: la preparacin para una sesin de brainstorming requiere que se seleccione a los
participantes y al jefe de la sesin, citarlos y preparar la sala donde se llevar a cabo la sesin.
Generacin: el jefe abre la sesin exponiendo un enunciado general del problema a tratar, que
hace de semilla para que se vayan generando ideas. Los participantes aportan libremente nuevas
ideas sobre el problema semilla.
Consolidacin: en esta fase se deben organizar y evaluar las ideas generadas durante la fase
anterior. Se suelen seguir tres pasos:
Revisar ideas
Descartar ideas
Priorizar ideas
Documentacin: despus de la sesin, el jefe produce la documentacin oportuna conteniendo
las ideas priorizadas y comentarios generados durante la consolidacin.

CASOS DE USO
Los casos de uso son una tcnica para la especificacin de requerimientos funcionales propuesta
inicialmente en y que actualmente forma parte de la propuesta de UML
Los actores son personas u otros sistemas que interactan con el sistema cuyos requerimientos se estn
describiendo. Un actor puede participar en varios casos de uso y un caso de uso puede estar relacionado
con varios actores.
Los casos de uso presentan ciertas ventajas sobre la descripcin meramente textual de los
requerimientos funcionales, ya que facilitan la elicitacin de requerimientos y son fcilmente
comprensibles por los clientes y usuarios. Adems, pueden servir de base a las pruebas del sistema y a
la documentacin para los usuarios.

PROTOTIPOS
Los prototipos permiten al desarrollador crear un modelo del software que debe ser construido.
Existen principalmente dos tipos de prototipos:
Prototipo rpido: es un mecanismo para lograr la validacin pre-compromiso. Se utiliza para validar
requerimientos en una etapa previa al diseo especfico. .
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. Tradicionalmente, el ciclo de
vida est dividido en dos fases distintas: desarrollo y mantenimiento. 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.

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
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.
CUADRO COMPARATIVO DE VENTAJAS Y DESVENTAJAS DE CINCO
HERRAMIENTAS UTILIZADAS EN LA INGENIERA DE REQUERIMIENTOS
Tcnica

Ventajas

TCNICAS

Desventajas

Mediante ellas se obtiene una gran La informacin obtenida al


cantidad de informacin correcta a principio puede ser redundante o
travs del usuario.
incompleta.
Entrevistas y Cuestionarios

Pueden ser usadas para obtener


un pantallazo del dominio del
problema.
Son flexibles.
Permiten combinarse con otras
tcnicas.

Lluvia de Ideas

Los diferentes puntos de vista y las


confusiones en cuento a
terminologa, son aclarados por
expertos.

Si el volumen de informacin
manejado es alto, requiere mucha
organizacin de parte del analista,
as como la habilidad para tratar y
comprender el comportamiento
de todos los involucrados.
Es necesaria una buena
compenetracin del grupo
participante.

Ayuda a desarrollar ideas


unificadas basadas en la
experiencia de un experto.
Ayudan a validar y desarrollar
nuevos requerimientos.
Prototipos

Permite comprender aquellos


requerimientos que no estn muy
claros y que sean de alta
volatilidad.

Permite determinar el grado de


importancia de cada
requerimiento.
Anlisis Jerrquico

El cliente puede llegar a pensar


que el prototipo es una versin del
software que ser desarrollado.
A menudo, el desarrollador hace
compromisos de implementacin
con el objetivo de acelerar la
puesta en funcionamiento del
prototipo
Debe construirse un estndar claro
de evaluacin, que incluya la
participacin del cliente.

Ayuda a identificar conflictos en


los requerimientos.
Muestra el orden en que deben ser
implementados los
requerimientos.

Casos de Uso

Representan los requerimientos


desde el punto de vista del
usuario.

En sistemas grandes, toma mucho


tiempo definir todos los casos de
uso.

Permiten representar ms de un
rol para cada afectado.

El anlisis de calidad depende de


la calidad con que se haya hecho la
descripcin inicial.

Identifica requerimientos
estancados, dentro de un conjunto
de requerimientos.

Hemos dado a entender que las tareas de la ingeniera de requerimientos se realizan para establecer un
fundamento slido para el diseo y la construccin. La ingeniera de requerimientos ocurre durante las
actividades de comunicacin y modelado que se hayan definido para el proceso general del software.
Pero a pesar de la importancia que tiene la Ingeniera de Requerimientos, ha costado mucho que se le
preste la atencin adecuada a esta actividad. An quedan muchos desafos que deben ser mejorados,
tales como la integracin de requerimientos funcionales y no funcionales, la evaluacin de
especificaciones alternativas, la formalizacin de la SRS, entre otras.
Entonces se concluye que entregar software de calidad, a tiempo y dentro del presupuesto, har que
nuestros clientes confen y asegurar el crecimiento y madurez de la relacin de negocio.

Monografs.com. (2010). INGENIERIA DE REQUERIMIENTOS INGENIERA DE SOFTWARE.


Recuperado el 03 de Octubre de 2015 de http://www.monografias.com/trabajos6/resof/resof.shtml
Pressman, Roger S. (2010). INGENIERA DEL SOFTWARE. UN ENFOQUE PRCTICO (Sptima
edicin). Mxico.
Sedici (2010). INGENIERIA DE REQUERIMIENTOS. Recuperado el 03 de Octubre de 2015 de
http://sedici.unlp.edu.ar/bitstream/handle/10915/4057/2__Ingenier%C3%ADa_de_requerimientos.pdf?sequence=4
Sommerville, Ian. (2011). INGENIERA DEL SOFTWARE (Novena edicin). Mxico.