Você está na página 1de 4

REQUERIMIENTOS

D. E. Segura Ciramagua
139-14-12730 Universidad Mariano Gálvez
474-Ingeniería de Software
seg_44@hotmail.es

Resumen
Los requerimientos son una de las etapas fundamentales para el desarrollo de un sistema funcional ya
que este permite un amplio conocimiento sobre qué es lo que desea el cliente, ya que pues bien se sabe
que muchos clientes son dificil de entender sobre qué es lo que desean dentro de sus empresas, cuenta
con la información pero muchas de esta no sabe cómo expresarla, por tal razón para muchos
analizadores de software según el libro de la cual se cito la información que es unos mayores
problemas el poder comprender al clientes y lo que ellos desean dar a expresar por lo tanto debe existir
una precisión y ser objetivo a la hora de escuchar a nuestros clientes ya que dentro de estos procesos
existe 7 etapas de las cuales evaluaremos cada una ellas. Sabemos que los requerimientos son procesos
continuos de los cuales obtendremos la información que nos será útil para la creación a la solución de
lo que se ha planteado.

Palabras Claves
Requisito, Software, Sistema, Diseño, Cliente, Información

Desarrollo del Tema

La base de la ingeniería de requisitos, radica en conocer cuáles son las necesidades, especificaciones y
requerimientos del cliente, parece muy fácil llegar a cumplir este objetivo, no obstante el principal
problema en el diseño de los sistemas de información, incluso el diseño de base de datos, es la mala
especificación de los requerimientos del cliente, por la sencilla razón que muchas veces ni el cliente
mismo sabe lo que necesita, en consecuencia la ingeniería de requisitos, es una rama de la ingeniería
del software, que nos ayuda a entender al cliente y capturar mejor los requerimientos.

Todos los que hemos trabajado en el negocio de los sistemas y el software por más de unos cuantos
años hemos vivido esta pesadilla, y solo unos pocos de nosotros hemos aprendido a continuar aun con
esta circunstancia.

❖ Nosotros tenemos dificultades cuando tratamos de obtener requisitos de nuestros clientes.


tenemos problemas al comprender la información que adquirimos.

❖ Permitimos que el cambio nos controle en lugar de establecer mecanismos para controlarlo.

❖ Con frecuencia, registramos los requisitos de una manera desorganizada e invertimos muy poco
tiempo en verificar lo que registramos.
Para PRESSMAN, Roger S. La ingeniería de requisitos proporciona el mecanismo apropiado para
entender:
❖ Lo que el cliente quiere, analizar las necesidades.
❖ Evaluar la factibilidad.
❖ Negociar una solución razonable
❖ Especificar la solución sin
❖ ambigüedades.
❖ Validar la especificación
❖ Administrar los requisitos conforme éstos se transforman en un sistema operacional.

El proceso de la ingeniería de requisitos se lleva a cabo a través de siete distintas funciones:


Inicio, Obtención, Elaboración, Negociación, Especificación, Validación y Gestión.

¿Qué es un proceso? Conjunto de actividades o fases que cuando se asocian consiguen un producto y
persiguen un objetivo o fin.

El señor Roger S. Pressman dijo: La ingeniería de requisitos proporciona el mecanismo apropiado para
entender lo que el cliente quiere, analizar las necesidades, evaluar la factibilidad, negociar una solución
razonable, especificar la solución sin ambigüedades, validar la especificación, y administrar los
requisitos conforme éstos se transforman en un sistema operacional.

Inicio: ​Inicio del proyecto, algunas veces se puede iniciar con una conversación, pero generalmente
inicia con la identificación de necesidades del negocio. Por lo general, las semillas de los desastres o
riesgos más importantes en software se siembran en los primeros tres meses desde el comienzo del
proyecto.

Obtención: Realmente parece muy fácil preguntarle al cliente, cuáles son sus necesidades, ámbito del
proyecto o inclusive, el alineamiento que tiene con los objetivos estratégicos del negocio, pero muchas
veces es complicado.

Problemas de Ámbito: Tamaño del proyecto mal definido o no tan claro, esto puede confundir al
analista con requisitos innecesarios para los objetivos del negocio.

Problemas de Comprensión: Cuando los actores clave del negocio, los que usaran el sistema tienen
poca comprensión de lo que necesitan, o simplemente no saben cómo comunicárselo al analista.

Problemas de Volatilidad: Los requerimientos planteados al inicio del proyecto cambian


continuamente.
Elaboración: Toda la información adquirida del cliente se plasma en un modelo. Es una acción del
modelado del análisis, y se compone de una serie de tareas de modelado y refinamiento. La elaboración
se conduce mediante la creación y el refinamiento de escenarios del usuario que describen la forma en
que el usuario final (y otros actores) interactúan con el sistema. El resultado final de la elaboración es
un modelo de análisis que define el dominio de la información, las funciones y el comportamiento del
problema.

Negociación: Por lo general, el cliente siempre requiere más de lo que se pueda lograr en el tiempo
planeado, el ingeniero de requisitos tiene que negociar realizando estimaciones y costos del proyecto.

Especificaciones: ​Una especificación puede ser un documento escrito, un conjunto de modelos


gráficos, un modelo matemático formal, una colección de escenarios de uso, un prototipo o cualquier
combinación de estos. La especificación es el producto del trabajo final que genera la ingeniería de
requisitos. Sirve como base para las actividades de la ingeniería de software siguientes. Describe la
función y el desempeño de un sistema basado en computadoras y las restricciones que regirán su
desarrollo.

Validación: ​Proceso que verifica si las especificaciones son correctas. Examina la especificación para
asegurar que todos los requisitos de software se han establecido de manera precisa; que se han
detectado las inconsistencias, omisiones y errores y que estos han sido corregidos, y que los productos
de trabajo cumplen con los estándares establecido para el proceso, proyecto y producto.

Gestión: ​Conjunto de actividades que ayudan al equipo de proyecto a identificar, controlar y rastrear
los requisitos y los cambios a estos en cualquier momento mientras se desarrolla el proyecto. Una vez
identificados los requisitos se desarrollan las tablas de rastreabilidad. En las tablas se relaciona cada
uno de los requisitos con aspectos específicos del software.

Comentario Personal
Considero que cada una de las etapas que se evalúan son importantes debido a que muchos
desarrolladores solo piensan el dinero que pueden logran hacer o solo les interesa estar acomodados
dentro de aquellas empresas que pueden seguir solo haciendo pequeños cambios a los posibles
requerimientos que estos a su manera quieren que las empresas se acoplen a lo que ellos desarrollan por
eso considero que todo debe ser específico y siempre se debe escuchar al cliente y utilizar diferentes
metodologías de proyectos para completar cada unas de las fases y que el proyecto pueda ser eficiente
y eficaz dentro del rango de tiempo estipulado.

Conclusión
El fracaso de muchos proyectos se debe a la falta de requisitos debidamente clasificados y enfocados a
lo que se ha definido dentro del planteamiento del problema, ya que todo se inicia definiendo el
problema por cual desea desarrollarse una solución tecnológica y eficiente para el logro de la mejora de
los procesos de tal manera que dentro del requerimiento debe enfocarse a la obtención de la mayor
cantidad de información que pueda para ir clasificando y dando sentido dentro de estas etapas se enseña
como empezar la conversación del cliente, la parte de la negociación cuáles serán las estipulaciones
acordadas, pactos o convenios estables y la entrega del proyecto de acuerdo a los requisitos obtenidos.

Bibliografía

Universidad privada Telsup (2012). Ingenieria de Requerimientos.