Beruflich Dokumente
Kultur Dokumente
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
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.
❖ 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.
¿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.
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.
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