Actividades gestión de requerimientos.

Jorge Madariaga Lara

Ingeniería de requerimientos de software

Instituto IACC

20/03/2020
 Desarrollo

En la gestión de requerimientos tanto el cliente como el proveedor se ponen de acuerdo en la

comprensión compartida, tanto del problema como de la solución que vamos a construir.

Es fundamental ya que se consideran conceptos comunes para ambos y se puede diferenciar entre

el que hacer y no el cómo. Obteniendo como resultado un requisito.

Para esto es de vital importancia el documento que se genera con esta información, pues la

ingeniería velara por la calidad y por el costo, ya que una buena definición y un tiempo

aproximado del 10% del total del proyecto en definición de requisitos, permitirá minimizar

riesgos futuros.

La primera actividad que realizamos para el proyecto del sistema de Remaval fue entender las

necesidades de los usuarios y recopilar en un repositorio para ser utilizado en análisis más

adelante. Estas necesidades de usuario fueron entregadas de distintas formas y términos.

Por ejemplo uno de nuestros usuarios nos indicó "necesito llevar un control de todas las cosas

que entrego en bodega, por el momento solo escribo en un cuaderno que material y que cantidad

le paso a cada trabajador" aquí se nos presentó una clara necesidad de un usuario por mantener

un control de stock y despacho de materia prima.

Una segunda actividad dentro de la evaluación de requerimientos fue la capacidad para discernir

cuales son las características más indicadas para incluirlas en el sistema, ya que no

necesariamente todos los requerimientos pueden ser solucionados con un sistema operativo.

Por ejemplo la misma persona nos indicó "para entregar un nuevo disco de corte, tienen que traer

el usado”, pero que pasa con los que se rompen o si no tiene el disco, entonces no se puede

detener el flujo de trabajo para este caso, se tiene que entregar bajo algún criterio, también en el

caso de que esta persona necesitaba “pistolear el código” de una factura de compra para no estar

digitando los números en el sistema. Esto requiere además del software, la compra de hardware,

se tiene que validar el costo del mismo.

Finalmente lo más importante es la especificación de requerimientos para detallar el

comportamiento en los procesos que son parte del sistema, tomando el ejemplo anterior, se

requiere más detalles en el requerimiento, a quien le entregara el material ¿?

Será por nombre ¿? Rut ¿? tendrá un código de empleado ¿? por proyecto...

Para esto existen otras etapas donde se puede considerar esta información:

En la investigación se recopilaron todos los requerimientos entre usuarios y los desarrolladores,

para poder llegar a una definición de requerimiento funcional, además es muy importante saber

que los requerimientos definidos como iniciales, pueden sufrir modificaciones o bien se pueden

omitir derechamente según sea el ciclo de vida del mismo, es muy importante la flexibilidad de

las definiciones iniciales se adecuen a las necesidades del negocio.

Para la definición de requerimientos se crea un documento, aunque la tendencia es administrar

estos en un software diseñado para este fin.

La viabilidad de los requerimientos, van de la mano con los costos que están asociados a ello por

lo cual se comparó el costo de los requerimientos antes y después de estar listo el sistema, por lo

cual se mide la eficiencia de trabajo de los usuarios con el uso del sistema, también si el valor

final del este proyecto está acorde al presupuesto de la empresa, considerando los gastos en

hardware y software necesarios para la implementación del sistema.

Un vez que los costos fueron aceptados en base a obtener beneficios de ahorro de tiempo y

esfuerzos el proyecto pasa al diseño por lo que se tienen que realizar una comparación del diseño

y el documento de requerimientos.

Para la implementación y pruebas se realiza el desarrollo de un prototipo, este será testeado para

validar si este mismo, está cumpliendo con la expectativa de los requerimientos.

Luego, una vez realizado el lanzamiento de la primera versión del sistema, se recopilan

observaciones y nuevos requerimientos para ser analizados y evaluados para serán desarrollados

en una nueva versión futura del software.

En la gestión de los requisitos también tenemos que considerar la gestión de cambios ya que esta

tarea también requiere controlar, evaluar, elaborar y formalizar un cambio. Como se comentó

anteriormente pueden existir cambios dentro del proyecto pero siempre tienen que ser

documentados.

Estos requisitos que se establecen tienen que también someterse a un filtro de prioridades para

poder identificar los requisitos que son obligatorios, necesarios y no tan necesarios.

Esta priorización también puede sufrir modificaciones durante el desarrollo del proyecto.
La opinión del cliente es importante en esta actividad, sin dejar de lado nuestra visión de

desarrolladores por ejemplo en el desarrollo del sistema, el cliente nos indica como muy

importante un informe de ventas, este tiene una dependencia, primero será necesario completar la

base de datos de venta antes de poder generar este documento.

Para poder lograr una priorización correcta existen distintas técnicas de las cuales podemos

mencionar 2 que fueron aplicadas en nuestro desarrollo

TimeBoxing, prioriza los requisitos en base a una asignación que nuestro equipo es capaz de

desarrollar en un periodo de tiempo fijo.

La priorización de la técnica con los requisitos de nuestro sistema se puede validar con el

siguiente cuadro por ejemplo para la creación de los procedimientos almacenados del sistema.
El siguiente cuadro muestra cómo se dispone el tiempo para la creación de los mantenedores del

sistema.
Dentro de cada ítem del cuadro anterior, podemos atomizar cada requisito en sus respectivas

tareas, por ejemplo para el mantenedor de clientes tenemos que realizar actividades para poder

lograr el objetivo en el tiempo establecido.

Las ventajas de esta técnica son:

 La mejora de productividad al estar concentrado en una actividad por un tiempo corto de

duración. Es decir poner foco en el objetivo final.

 Las actividades están controladas ya que tiene límite cada actividad

 Podemos entregar resultados intermedios, podemos delegar o distribuir actividades.

 Por lo cual podemos evidenciar progresos al basarse en resultados.

Al utilizar la técnica MoSCoW que nos permite organizar los requisitos donde las letras nos

indican lo siguiente:
M (MUST) es un requisito esencial para nuestro proyecto y además es obligatorio sin este

requisito entonces el sistema no funcionara.

S (SHOULD) es un requisito importante pero no es vital para el funcionamiento del sistema

C (COULD) es deseable, pero no necesario y nuestro sistema puede vivir sin el requisito

W (WONT) no es indispensable, se puede incluir después en alguna otra versión o entregable

Para poder priorizar dentro de nuestro sistema cuales merecen más atención o cuales

realizaremos primero debido a la criticidad para poder completar las expectativas del cliente.

El siguiente cuadro con los requisitos del sistema desarrollado creamos un listado que define las

prioridades de nuestro sistema:

Shoul Coul

Requisitos Must d d Wont

Crear Base de datos x

Crear procedimientos almacenados x

Crear pantallas de sistema x

Imprimir reportes de stock x

Buscar en pantallas con filtros x

Acceder por usuario y perfil x

Pistolear códigos de facturas x

Asignar insumos desde bodega x

LCD con stock de productos x

Exportar a Excel datos para SII x

Ingresar Cheques de compras x

Acceder al sistema desde teléfono

móvil x

Editar color de pantalla de fondo x

Notificar de stock critico por correo x

enviar email automático para

proveedores x

Crear Órdenes de compra x

Crear Presupuestos x

Crear Orden de trabajo x

Asignar perfiles de usuario x

Por lo cual podemos ordenar nuestros requisitos en el siguiente ya priorizados:

1 Obligatorios

Asignar insumos desde bodega

Acceder por usuario y perfil

Crear Base de datos

Crear procedimientos almacenados

Crear pantallas de sistema

Crear Órdenes de compra

Crear Presupuestos
Crear Orden de trabajo

Ingresar Cheques de compras

2 Importantes

enviar email automático para

proveedores

Exportar a Excel datos para SII

Imprimir reportes de stock

Asignar perfiles de usuario

3 Deseables

Buscar en pantallas con filtros

Acceder al sistema desde teléfono móvil

Notificar de stock critico por correo

4 No indispensables

Pistolear códigos de facturas

Editar color de pantalla de fondo

LCD on line de stock de productos

Dentro del desarrollo de nuestro sistema establecimos algunas normas de buenas prácticas para
nuestra gestión de requisitos
  La priorización de requisitos realizadas con la técnica MoSCoW vista anteriormente

 Creamos una línea base de nuestros requisitos para asegurar que cualquier modificación
sea considerada como un cambio de alcance

 Se crea un canal de comunicación fluido entre los integrantes del equipo necesarios para
asegurar la consistencia de los requisitos.

 Aseguramos la gestión de los cambios de requisitos con un documento de control que

tendrá que ser evaluado para su aprobación.

 Utilizamos herramientas de gestión de requisitos para poder hacer un seguimiento de la

trazabilidad de los mismos

 Se crea un plan de mejora de procesos para futuros cambios para realizar de forma más
eficiente y de calidad

Bibliografía

https://www.youtube.com/watch?v=IVvZVmUiMrU

https://www.youtube.com/watch?v=lUaX0S0yC6Q

https://www.youtube.com/watch?v=8BneU6tVnos

https://www.youtube.com/watch?v=4GpW9QiFRDc

https://www.youtube.com/watch?v=qnypuyaA73w

IACC (2019).Análisis de requerimiento. Ingeniería en Requerimiento de Software. Semana 6.