1

Taller académico: Ingeniería de requisitos

Sugar Ali Padilla Carrera

Jeison Daniel Fernández Acevedo

Edwin David Vega Cruz

Carlos Eduardo Acosta Ustariz

Fundación Universitaria del Área Andina

Introducción a la Ingeniería

Profesor Oscar Fabian Campos Porras

Septiembre 04, 2023

 2

Introducción

La ingeniería de requisitos es el proceso de desarrollar una especificación de software.

Las especificaciones pretenden comunicar las necesidades del sistema del cliente a los

desarrolladores del sistema. Trata de los principios, métodos, técnicas y herramientas que

permiten descubrir, documentar y mantener los requisitos para sistemas basados en computadora,

de forma sistemática y repetible.

Es una parte fundamental del proceso de desarrollo de software, ya que garantiza que el

producto final satisfaga las necesidades del cliente. El proceso de ingeniería de requisitos suele

comenzar con una fase de recopilación de requisitos, en la que se obtienen los requisitos del

sistema de las partes interesadas.

Los principales beneficios que se obtienen de la Ingeniería de Requisitos son: Permite

gestionar las necesidades del proyecto en forma estructurada, Cada actividad de la Ingeniería de

Requisitos consiste de una serie de pasos organizados y bien definidos, Mejora la capacidad de

predecir cronogramas de proyectos, así como sus resultados: La Ingeniería de Requisitos

proporciona un punto de partida para controles subsecuentes y actividades de mantenimiento,

tales como estimación de costos, tiempo y recursos necesarios, Disminuye los costos y retrasos

del proyecto: Muchos estudios han demostrado que reparar errores por un mal desarrollo no
 3

descubierto a tiempo, es sumamente caro; especialmente aquellas decisiones tomadas durante la

Especificación de Requisitos, Mejora la calidad del software: La calidad en el software tiene que

ver con cumplir un conjunto de requisitos (Funcionalidad, Facilidad de Uso, Confiabilidad

Desempeño, etc.), Mejora la comunicación entre equipos: La especificación de requisitos

representa una forma de consenso entre clientes y desarrolladores. Si este consenso no ocurre, el

proyecto no será exitoso, evita rechazos de usuarios finales: La Ingeniería de Requisitos obliga al

cliente a considerar sus requisitos cuidadosamente y revisarlos dentro del marco del problema,

por lo que se le involucra durante todo el desarrollo del proyecto.

La ingeniería de requisitos es importante porque permite gestionar las necesidades del

proyecto en forma estructurada, ayuda a detectar errores con anticipación, lo que reduce el costo

y el riesgo del proyecto, garantiza que los objetivos de desarrollo de productos se cumplan con

éxito y proporciona una forma de evitar errores al realizar un seguimiento de los cambios en los

requisitos y fomentar la comunicación con los stakeholders desde el inicio de un proyecto y a lo

largo del ciclo de vida de la ingeniería. Además, la ingeniería de requisitos es el uso de buenas

prácticas de ingeniería para comprender los requisitos antes de construir un sistema.

Los objetivos de la ingeniería de requisitos son: Identificar las necesidades y expectativas

del cliente, Establecer una base sólida para el diseño y desarrollo del sistema, Proporcionar una

comprensión clara y completa de los requisitos del sistema, Proporcionar una base para la

planificación y estimación del proyecto, Proporcionar una base para la validación y verificación

del sistema.
 4

Objetivos de la actividad

El objetivo de esta actividad es comprender los beneficios de la ingeniería de requisitos,

ya que nos permite gestionar las necesidades del proyecto en forma estructurada.

Entender la estructura de los requerimientos organizacionales y proponer

mecanismos para identificarlos, conocer los distintos métodos de recolección de datos

para dar solución efectiva a diferentes tipos de requerimientos.

 5

1. ¿Por qué los ingenieros de sistemas deben poner mucha atención para comprender las

necesidades de la empresa?

Las repercusiones de comprender las necesidades impactan directamente en la

formulación de requerimientos. la clara comprensión de estas necesidades puede ofrecer un

punto de vista más cercano y definir límites para la implementación de una futura solución, así

como recomendar opciones alternativas teniendo en cuenta las prioridades de los objetivos

planteados.

El poder formular los requerimientos funcionales y no funcionales depende en gran

medida de la comprensión de que los objetivos claros y definidos al comprender las necesidades

de la empresa.

2. ¿Qué situaciones cree que pueden derivarse cuando los requerimientos deben identifi

carse de 4 o más Stakeholders?, como Ingeniero de sistemas, ¿Qué estrategias propondría para

abordarlas?

Cuando los requerimientos deben identificarse de 4 o más stakeholders, pueden surgir

situaciones como la falta de consenso entre los stakeholders. Esto puede llevar a una falta de

claridad en los requisitos y a una falta de comprensión de las necesidades del cliente. Además,

puede haber conflictos entre los stakeholders. Para evitar esto, es importante que los stakeholders

trabajen juntos para identificar y priorizar los requisitos.

Como ingeniero de sistemas propondría las siguientes estrategias:

 6

• Identificar y priorizar los requerimientos de los stakeholders.

• Establecer un proceso claro para la identificación y gestión de los requerimientos.

• Trabajar con los stakeholders para llegar a un consenso sobre los requerimientos.

• Establecer un equipo de gestión de requerimientos que incluya a

representantes de todos los stakeholders.

• Utilizar técnicas de resolución de conflictos para abordar cualquier conflicto que

surja.

3. Proponga una metodología para la recolección de requerimientos, teniendo en cuenta

que esta permita validar y verificar sus características y atributos. Explique cuáles serían las

ventajas.

Metodología para la recolección de los elementos:

En esta metodología implementaremos los siguientes elementos:

1. Tormenta de ideas (DFC)

2. Entrevistas

Con la tormenta de ideas generamos un ambiente libre de críticas y así nos facilitarán

información del requerimiento, esta tormenta de ideas se realizará en reuniones en grupo,

tratando de sacar el mayor provecho a todas las ideas.

 7

Tormenta de ideas: Es una técnica de reuniones en grupo cuyo objetivo es la generación

de ideas en un ambiente libre de críticas o juicios. Puede ayudar a generar una gran variedad de

vistas del problema y a formularlo de diferentes formas, sobre todo al comienzo del proceso de

captura, cuando los requisitos son todavía muy difusos (Raghavan et al., 1994). También se

requiere participación intensiva del analista.

Fuente imagen: https://creamostuvideo.com/wp-content/uploads/2021/07/lluvia-de-ideas-scaled.jpg

Con la entrevista, se tratará de entender más a fondo los requisitos de los interesados. En

esta entrevista se expone minuciosamente cada requisito que solicita el cliente para así poder

tener una referencia del problema y darle solución.

En la entrevista se tratará de hacer preguntas claras y concisas, estas preguntas deben ser

lo más didácticas posibles para así poder extraer información útil.

Entrevista: Es la más tradicional de las técnicas de obtención y consiste en reuniones

analista-interesado en las cuales se suceden preguntas y respuestas para extraer el dominio de la

aplicación (Goguen y Linde,1993). En Pressman (2005) se presentan conjuntos de preguntas que

 8

se pueden utilizar en el desarrollo de esta técnica, que tiene una alta participación del analista y

se realiza en conjunto con otras técnicas.

Fuente imagen: https://pin.it/4DtXPgL

Las ventajas de implementar estos dos métodos se ven reflejadas al momento de la

recolección de información, pues al tener varias opiniones e ideas, nos ayuda a entender con más

claridad todos los requerimientos propuestos y así brindar las mejores opciones para los

interesados en el menor tiempo posible.

4. Aplique la metodología propuesta en el punto anterior para identificar 3 requerimientos

para un sistema de contabilidad. Al interior del grupo, los estudiantes deberán desempeñar los

diferentes roles implicados en el proceso según la metodología.

Con la tormenta de ideas, buscamos sacar todos los posibles requerimientos para un

sistema de contabilidad y después ir descartando los menos importantes hasta llegar a los tres

más importantes.
 9

Fuente: Propia

Una vez determinados los tres requerimientos más importantes para el sistema de

contabilidad pasamos a la entrevista. En la entrevista se abordaron las propuestas del sistema y se

llega a una decisión final de cómo va a funcionar este sistema y que aspectos no pueden faltar en

él, en este caso: (Personalización, Soporte técnico y actualizaciones y facilidad de uso).

5. Considera el grupo que: ¿“la especificación de requisitos del sistema representa una

instantánea del sistema del tiempo” ?, ¿Qué implicaciones tiene esta afirmación?

Para que cualquier sistema tenga los mismos requisitos a lo largo del tiempo, aunque este

se halla implementado de la mejor manera posible y refleje las necesidades de que cubre, el

entorno en el cual se ejecuta debe permanecer inmutable. cosa que no se representa en la vida

real. Cualquier sistema debe ser capaz de ser modular y escalable para cubrir necesidades y

poder integrar funcionalidades adicionales con facilidad.

 10

Conclusión

La ingeniería de requisitos es un conjunto de actividades que se ocupan de identificar y

comunicar el propósito de un sistema o software y el contexto en el que se utilizará. Es una fase

crítica del ciclo de vida de los productos de software, ya que en ella se especifican las

necesidades de los clientes y es la base para la ejecución de las demás fases de la ingeniería de

software.

En resumen, la ingeniería de requisitos es un proceso crítico para garantizar que los

productos y sistemas que construimos sean lo que nuestros clientes necesitan.

Con este ejercicio pudimos identificar los tipos de recolección de datos los cuales pueden

variar según el requerimiento de cada interesado. Implementar una buena metodología para la

recolección es esencial, pues si no se tienen buenas bases puede que el proyecto no prospere.
 11

Bibliografía
Belinda. (s.f.). TechEdu. Obtenido de https://techlib.net/techedu/ingenieria-de-requisitos/

EcuRed. (s.f.). Obtenido de https://www.ecured.cu/Ingenier%C3%ADa_de_requisitos

EcuRed. (s.f.). Obtenido de

https://www.ecured.cu/T%C3%A9cnicas_de_recopilaci%C3%B3n_de_requisitos#:~:text=T%C3%
A9cnicas%20de%20recopilaci%C3%B3n%20de%20requisitos%201%20Introducci%C3%B3n%20La
,escenarios%20...%207%20Talleres%20...%208%20Cuestionario%20

NEXCIENCIA. (s.f.). Obtenido de https://nexciencia.exactas.uba.ar/software-errores-ingenieria-

confiabilidad-sebastian-uchitel-nazareno-aguirre-guido-caso

Studocu. (s.f.). Obtenido de https://www.studocu.com/co/document/corporacion-universitaria-

remington/ingenieria-de-software/ciclo-de-vida-del-software/8029426