Erwin Adrian Imbachí – Alejandro Ceballos - MECDICE 6

Ingeniería de requisitos
¿Cuál es el campo de aplicación de la Ingeniería de Requisitos, que estudia?, Definición,
clasificación, ejemplos de la aplicación de ella.

Campos de aplicación:

- La ingeniería de requisitos es aplicable en todos los sectores de la economía,

pequeñas, medianas y grandes empresas en cualquiera de sus áreas laborales en
nuestra sociedad, el agro, la industria, los servicios, la tecnología, y muchos más.
En nuestro caso (MECDICE 6) vamos a referirnos al desarrollo de software
aplicable a cualquiera que tenga la necesidad de implementar programas de
cómputo, aplicaciones web o sistemas informáticos para complementar el
desarrollo de sus actividades.

Que estudia:

- Las necesidades que enfrenta una persona o empresa, las diferentes formas y las
condiciones correctas a tener en cuenta al momento de aplicar los cambios para
poder alcanzar un objetivo específico. Lo cual nos da a entender que la ingeniería
de requisitos es aplicable en cualquier ámbito y cualquier área, pero en este caso
y durante el desarrollo de este trabajo voy a centrarme en el desarrollo de
software.
- Mejorar la forma en que comprendemos y definimos sistemas de software, sus
complementos y necesidades.

Definición:

- En mis propias palabras se podría definir como; el proceso de recopilar, analizar y

verificar el tipo de necesidades de un cliente o empresa en particular para un
alcanzar un objetivo enfocado a un sistema de software. No obstante existen
diversas definiciones planteadas por diferentes autores en este campo de la
ingeniería, pero para mí la definición más general es la planteada por la IEEE 90:

1. Condición o capacidad requerida por el usuario para resolver un problema o alcanzar

un objetivo.

2. Condición o capacidad que debe satisfacer o poseer un sistema o una componente de

un sistema para satisfacer un contrato, un estándar, una especificación u otro documento
formalmente impuesto.

3. Representación documentada de una condición o capacidad como en los puntos 1 o 2.

Clasificación:

- Así como existen diversas definiciones según diferentes autores, también existen
diferentes clasificaciones, pero en este caso vamos a plantear la clasificación más
aceptada y usada por los actores de esta ingeniería :

Requerimientos funcionales, No funcionales y de Dominio.

Erwin Adrian Imbachí – Alejandro Ceballos - MECDICE 6

Ejemplos:

Un ejemplo práctico en la ingeniería de requisitos podría ser la necesidad de

implementar o utizar algún elemento externo (como: lector de huellas, lector de
códigos de barras, etc.) que nos permita complementar el buen funcionamiento de
un programa en una empresa o negocio en particular.

¿Cómo diferenciar un requerimiento funcional y un requerimiento no funcional?

Entiendo o defino las diferencias como el conjunto de acciones que se deben

aplicar a un programa para modificarlo en base a una necesidad, por otra parte
existe una forma de aplicar dichos cambios. Entonces puedo decir que la
diferencia radica entre un requisito funcional y no funcional es la Transformación
y las condiciones que debe cumplir dicha transformación.

Las siguientes actividades conforman un proceso de aplicación de Ingeniería de

Requisitos defina cada una:

¿Elicitación de requisitos?

Es el proceso mediante el cual se trasmite la información desde un individuo a otro sea

cliente - usuario o usuario – cliente para así poder recopilar información necesaria y
suficiente con la cual se podrá documentar e investigar en base a una necesidad,
arrojando como resultado los requisitos objetivos y realmente necesarios, lo cual permite
desarrollar el siguiente paso.

¿Análisis de requisitos?

Este proceso tiene como objetivo principal el análisis de los requisitos obtenidos, para
encontrar posibles conflictos, límites y la búsqueda de soluciones de calidad.

¿Verificación de requisitos?

Este proceso tiene como objetivo principal detectar defectos en los requisitos analizados
previamente, para este proceso se realizan listas de comprobación o cheklist.
¿Validación de requisitos?

Este proceso tiene como objetivo principal verificar que los requisitos analizados sean los
que realmente necesita un cliente, usuario o empresa.

¿Negociación de requisitos?

Este proceso tiene como objetivo principal encontrar la solución correcta a los conflictos
detectados en las fases anteriores.

¿Gestión de requisitos?

Este proceso gestiona todo el proceso, en especial las peticiones de cambios en los
requisitos, el impacto de dichas peticiones, las distintas versiones de los requisitos. (Esta
respuesta la copie de la guía, aunque creo entender este concepto, realmente no es claro
del todo para nosotros).