Requisitos de

Mayor Nivel
(Modelado de
Objetivos)
Poniendo en Práctica lo anterior

La semana pasada vimos brevemente en lo que consistía la

Ingeniería de Requisitos, e hicimos un Mapa Mental que integrara
todos los aspectos estudiados.

Sobre lo anterior, es menester señalar que no tiene mucho

sentido explicar tanta teoría si no se lleva a la práctica. Pues bien,
vamos a ello. Existen diversos modelos para la Ingeniería de
Requisitos; sin embargo, acá se presenta el Modelo SWEBOK en
virtud que se adapta a lo que se pretende abordar.

Sobre la base de lo anterior, es importante resaltar que el

Modelo SWEBOK trae como resultado una estructura más acorde a
las necesidades de las empresas de desarrollo para la definición de
un proceso de requisitos basado en un conocimiento de dominio;
siendo lo anterior precisamente, el punto neurálgico de este curso.
Gráficamente, se resume en la siguiente figura.
 Sobre la base de la figura anterior, en la elicitación lo primero
que propone el modelo es tener en cuenta los objetivos (que se
persigue), estos pueden ser requisitos de un mayor nivel, y realmente
críticos identificarlos antes de abordar un proyecto. En este sentido, si
no se tienen claros los objetivos de la solución, difícilmente se
obtengan requisitos que agreguen valor. Bien, ¿y entonces?.

Lo primero que debería plantearse al momento de diseñar la

solución es el modelado de objetivos, tal como se muestra en la
siguiente figura.

En este orden de ideas, se deben tener presentes los procesos

de negocios dentro de la solución a desarrollar. Para lograr lo
anterior, los objetivos de la solución deben estar alineados con los
objetivos de los procesos fundamentales, los cuales fueron (o deben
ser) previamente especificados bien sea en la Cadena de Valor o en
los Mapas de Procesos de cada uno. Gráficamente, sería algo como
sigue:
 De allí queda claro entonces lo que debemos hacer en primer
término: definir los requisitos de mayor nivel (objetivos) basados en los
procesos de negocio.

El objetivo general de la solución debe ser claro a este punto.

Básicamente es algo como sigue:

Proporcionar información de calidad que soporte y apoye

la toma de decisiones de los procesos <<acá colocamos
los procesos fundamentales de nuestra cadena de valor>>
Los objetivos específicos son muchos más sencillos, puesto que
tal como se evidenció en la figura anterior responden a los objetivos de
los procesos fundamentales, los cuales están claramente definidos en
los mapas de procesos.
Un Pequeño Ejemplo

Supongamos que deseamos desarrollar una aplicación

informática que de soporte a la Gestión de Logística (tanto interna
como externa de determinada empresa), el objetivo general sería algo
como:

Generar información oportuna que permita apoyar los procesos que se

llevan a cabo tanto del inventario de la materia prima, como de
productos terminados y de igual manera, facilitar la toma de decisiones
que permitan aplicar las acciones necesarias para la optimización de
los mismos.

Para los objetivos específicos lo que se debe hacer es identificar

los procesos fundamentales que tendrá nuestra solución, los cuales
deben estar en concordancia con nuestra gestión. En este sentido, la
Gestión de Logística se compone básicamente de:

- Logística Interna: enfocada en las operaciones tanto de

entrada como de salida para la materia prima para la producción.

- Logística Externa: enfocada en las operaciones tanto de

entrada y salida de productos terminados.

Llegado a este punto, nuestra aplicación para lograr su objetivo

general debe dar soporte tanto a la logística interna como externa,
para ello, es necesario el diseño de objetivos para cada una de ellas,
en consecuencia se tiene lo siguiente.
 De lo anterior, se desprende de manera directa que los objetivos
específicos de la solución corresponden a los procesos fundamentales
de la Gestión. En este sentido, todos los requisitos de información que
se generen deben dar soporte a los objetivos diseñados.

Sobre lo anterior, debemos acotar que no necesariamente

nuestra solución debe contemplar exclusivamente la Cadena de Valor
de la Gestión, por el contrario, se podrían diseñar procesos nuevos
que agreguen mayor prestancia. En nuestro caso, podríamos decir
que nuestra solución contempla como proceso de apoyo una
inspección de calidad, el cual será contemplado mediante un
componente móvil (lo detallaremos más adelante, a medida que
avance el curso).
 De la discusión anterior, se desprende la actividad de esta
semana, la cual se detalla a continuación

Seleccionar una Gestión y hacer y construir los requisitos de

mayor nivel de la solución informática, a través del modelado de
objetivos de la misma.

Para ello, abrirán su propio espacio de discusión, adjuntan su

archivo en el foro correspondiente en la plataforma, la fecha de
entrega se indicará en la misma. De igual manera, en caso de
cualquier duda estamos a la completa disposición.