INACAP ANTOFAGASTA

Ingeniería en Informática
Ingeniería y Gestión de Requerimientos

ESPECIFICACIÓN DE REQUERIMIENTOS DE USUARIO Y

DE NEGOCIO

Antofagasta, Junio 2017

 Identificación del Documento
Propiedades del Documento
Item Detalles
Propósito ESPECIFICACIÓN DE REQUERIMIENTOS DE USUARIO Y DE NEGOCIO
Identificación
Tipo Documento MS – Word 2013

Control de Cambios
Versión Fecha Autor Descripción Modificación Revisado por Aprobado por

Lista de distribución

Nombre Rol Medio Fecha

 INDICE DE CONTENIDOS

1. Introducción ........................................................................................................................ 4
2. Propósito............................................................................................................................. 4
2.1. Razón/Origen del Esfuerzo del Proyecto ................................................................... 4
2.2. Objetivos del proyecto................................................................................................... 4
2.3. Ámbito del Sistema ........................................................................................................ 5
3. Convención de Nombres y Definiciones ....................................................................... 6
4. Clientes y Personas Relacionadas con el Proyecto .................................................... 6
4.1. Cliente ............................................................................................................................. 6
4.2. Otras personas Implicadas........................................................................................... 6
5. Usuarios del Producto ...................................................................................................... 6
6. Alcance de Trabajo ........................................................................................................... 6
6.1. Descripción General ...................................................................................................... 6
6.2. Perspectiva del Producto .............................................................................................. 7
6.3. Funciones del Producto ................................................................................................ 7
7. Requerimientos de Negocio ............................................................................................ 7
7.1. ID del Requerimiento de Negocio: Nombre del Requerimiento ............................ 7
8. Requerimientos de Usuario ............................................................................................. 7
8.1. ID del Requerimiento de Usuario: Nombre del Requerimiento ............................. 7
9. Requerimientos de Interfaz ............................................................................................. 8
9.1. Id del Requerimiento de Interfaz: Nombre del Requerimiento .............................. 8
10. Restricciones ................................................................................................................... 8
11. Resolución de Conflictos ............................................................................................... 8
12. Suposiciones ................................................................................................................... 8
13. Otros Requerimientos .................................................................................................... 9
14. Anexos .............................................................................................................................. 9
1. Introducción
En el presente informe se detallarán todos los elementos que comprende el proyecto del nuevo
sistema que se quiere implementar en relación a la gestión del ingreso y salida de materiales de
la bodega con la finalidad de lograr una completa comprensión de lo que se quiere llevar a cabo.

2. Propósito
2.1. Razón/Origen del Esfuerzo del Proyecto
La razón del proyecto tiene origen el actual sistema de despacho y recepción ya que al ser generado
por la operación manual de ingresos y salido en bodega, basada en la digitación de transacciones
en el sistema ERP “HACERLO TODO” ocasiona la lentitud, errores, pérdida de tiempo y sobrecarga
operacional, entre muchas otras cosas.

2.2. Objetivos del proyecto

A continuación se señalan los objetivos principales que posee el proyecto junto con la solución
que se plantea para abordarlo correctamente.

1. Reducción en el uso de horas hombre al trabajar con productos debidamente codificados

e identificados y al reducir los procesos repetidos.
Solución: La implementación de códigos para identificar cada artículo por medio de un
dispositivo de lectura de estos de fácil manipulación logrará la reducción de horas
hombres que se espera.

2. Minimizar el riesgo de entregas erróneas de pedidos.

Solución: Los riesgos de entregas erróneas se reducirán casi por completo al utilizar el
nuevo sistema que permitirá ir corroborando en tiempo real si los artículos que se están
preparando para la entrega corresponden con los de la solicitud del cliente por medio de
la comparación de código y descripción del producto.

3. Mejor control de costos logísticos y de gestión.

Solución: Al encontrarse todo registrado inclusive los datos de los clientes con sus
respectivas direcciones de despacho y los de los proveedores propios de la empresa se
permitirá gestionar de la mejor forma los envíos a clientes por medio de rutas establecidas
acorde a los domicilios (ahorro en combustible y tempo) y por parte de los proveedores
agendar y coordinar los días de recepción de productos de manera tal de evitar la demora
en la recepción de productos por congestión de proveedores en entrega en esa área.

4. Aumento de la visibilidad de productos y materiales.

Solución: Con la integración del software ERP se permite asignar una ubicación definida
para cada producto lo cual facilita su ubicación tanto en el sistema como de forma física.
 5. Reducción del número de conflictos entre las áreas involucradas, por errores en las
entregas.
Solución: Al integrase al ERP existente ya en la empresa el sistema facilita la coordinación
entre áreas internas para el compartimiento de información relevante evitando así
errores en las entregas.

6. Optimización de la coordinación de pedidos, recepciones y facturación.

Solución: La optimización de estos proceso se evidenciará claramente con la integración
de la solución al sistema pre existente, posibilitando la programación de entregas acorde
a las necesidades que el cliente especifica en su solicitud, por parte de las recepciones
como se menciona anteriormente se coordinará con proveedores las entregas para los
días y horas en que no se produzca conflictos con otros proveedores, en cuanto a la
facturación al poseer una base de datos con clientes registrados la facturación será de
manera rápida y sencilla.
7. Reducción considerable de errores humanos.
Solución: Al estar automatizada la digitación de los códigos los errores humanos se
reducen considerablemente ya que el dispositivo es quien realiza las lecturas e ingresa el
código al sistema.

8. Mejora de la trazabilidad de productos.

Solución: Una vez recepcionados los productos se ingresan de inmediato al sistema por
ende cualquier movimiento que estos sufran, ya sea venta, despacho, cambio de
ubicación, etc. Todo irá quedando registrado y al consultar por el código de esté se sabrá
inmediatamente su locación.

9. Optimización de inventarios.
Solución: Los inventarios ya no serán una tarea tan compleja y extensa ya que al estar
todo codificado el ingreso de los códigos no tomará mucho tiempo solo un par de
segundos por producto.

10. Aumento de la calidad de servicio

Solución: La calidad del servicio es algo que mejorará notoriamente ya que los tiempos de
esperas por parte de los clientes se verán reducidos gracias a la implementación del
sistema que permite realizar ventas ágiles y seguras sin complicaciones y sin errores.

11. Aumento de tiempo en gestión de materiales

Solución: La gestión de materiales se podrá hacer de forma muy anticipada gracias al
poder revisar el stock te todos los productos en tiempo real, además el sistema indicará
por medio de una alerta cuando quede poco stock de algún producto.

2.3. Ámbito del Sistema

Se deben considerar los siguientes puntos a desarrollar:

- Nombre del sistema

- Explicación de lo que hace y no hace el sistema
 - Descripción de beneficios, objetivos generales y metas que se espera alcanzar con el
sistema.
- Referencias de nivel superior que se deberían considerar.

3. Convención de Nombres y Definiciones

Convención de nombres y definiciones utilizados en el documento. De existir, se deben incluir los
acrónimos utilizados.

4. Clientes y Personas Relacionadas con el Proyecto

4.1. Cliente
Se debe indicar el nombre del cliente. Es probable que haya varios nombres.

4.2. Otras personas Implicadas

Los roles y si es posible nombres de otras personas y organizaciones que están afectadas por el
producto o cuyas entradas son necesitas para construir el producto.

5. Usuarios del Producto

Una lista de los usuarios potenciales del producto

Nombre de Usuario Categoría de Usuario Rol de usuario Prioridad

6. Alcance de Trabajo
Descripción del alcance de trabajo, especificando los productos y sus características
correspondientes. Se deben definir las áreas que se pretenden abarcar, la problemática específica
del trabajo, y el ambiente de desarrollo y de usabilidad del sistema.

6.1. Descripción General

En esta sección se describen todos los factores que afectan al producto y a sus requerimientos.
Aquí no se describen los requerimientos, sino su contexto. Esto permitirá definir con detalle los
requerimientos en la siguiente sección, facilitando así la comprensión.
6.2. Perspectiva del Producto
Se deben mostrar las relaciones del sistema (producto de software) con otros productos. Si el
producto es independiente de cualquier otro producto también deben quedar especificados en
esta sección. Si ERS está especificando un producto que es parte de un sistema mayor, en esta
sección relacionará los requerimientos del sistema mayor con la funcionalidad del producto
descrito en la ERS, y se identificarán las interfaces entre el producto mayor y el producto aquí
descrito. Se recomienda el uso de diagramas de bloque.

6.3. Funciones del Producto

Se debe desarrollar un resumen a grandes rasgos de las funciones del futuro sistema. Por ejemplo,
para un sistema de contabilidad se indicará que el sistema mantendrá las cuentas contables, el
estado de las cuentas, y facilitará la facturación sin entrar en el detalle de cada una de ellas.

Las funciones deben mostrarse en forma organizada, pueden utilizarse gráficos siempre que
muestren relaciones entre las funciones y no diseño del sistema.

7. Requerimientos de Negocio
Lista de los requerimientos de negocio.

7.1. ID del Requerimiento de Negocio: Nombre del Requerimiento

ID del Requerimiento
Descripción
Dependencias
Fuente
Materiales de soporte
Histórico de cambios
Criterio de aceptación
Un identificador único que permita la trazabilidad del Requerimiento
durante el proceso de desarrollo
Descripción clara del Requerimiento
Una lista de otros requerimientos con los que tienen dependencias
Fuente de la que se obtuvo el requerimiento
Materiales de soporte relacionados con el Requerimiento
Lista de fechas y descripciones de cambios de este Requerimiento
Definición del criterio de aceptación del Requerimiento

8. Requerimientos de Usuario
Listado de los requerimientos de usuario. Los requerimientos de usuario se pueden representar
mediante casos de uso, escenarios o diagramas de contexto.

8.1. ID del Requerimiento de Usuario: Nombre del Requerimiento

ID del Requerimiento Un identificador único que permita la trazabilidad del Requerimiento
durante el proceso de desarrollo
Descripción Descripción clara del Requerimiento
Dependencias Una lista de otros requerimiento con los que tienen dependencias
Fuente Fuente de la que se obtuvo el Requerimiento
Nº del Requerimiento REQUERIMIENTOS de negocio desde el que Requerimiento ha sido
de negocio derivado
 Nombre de Usuario
Escenario
Materiales de soporte
Histórico de cambios
Criterio de aceptación
Rol de usuario/ clase de usuario al que aplica este requerimiento
Describe la forma normal en la que opera el requerimiento. También
ilustra los casos de excepción
Materiales de soporte relacionados con el requerimiento
Lista de fechas y descripción de cambios en este Requerimiento
Definición del criterio de aceptación del requerimiento

9. Requerimientos de Interfaz
Lista de los requerimientos de interfaz.

9.1. Id del Requerimiento de Interfaz: Nombre del Requerimiento

ID del Requerimiento Un identificador único que permita la trazabilidad del Requerimiento
durante el proceso de desarrollo
Descripción Descripción clara del Requerimiento
Dependencias Una lista de otros requerimientos con los que tienen dependencias
Entradas Entradas de la interfaz a la que pertenece el requerimiento
Salidas Salidas de la interfaz a la que pertenece el requerimiento
Protocolos y formato Descripción de los protocolos y formatos de datos aceptados por la
de datos interfaz
Fuente Fuente de la que se obtuvo el requerimiento
Materiales de soporte Materiales de soporte relacionados con el requerimiento
Histórico de cambios Una lista de fechas y descripción de los cambios en este requerimiento
Criterio de aceptación Definición del criterio de aceptación del Requerimiento

10. Restricciones
Esta sección describe las restricciones que se disponen en cuanto a los requerimientos y al diseño
final del producto. Restricciones que pueden ser impuestas por el cliente, por políticas de
empresa, o por disponibilidad de recursos, etc.

11. Resolución de Conflictos

Se deben presentar los conflictos que surgieron durante el proceso de Levantamiento de
Requerimientos, y la forma en que éstos fueron resueltos, describiendo las soluciones propuestas
y las decisiones tomadas en cada situación.

12. Suposiciones
Descripción de las suposiciones que se hayan hecho durante el proceso de Levantamiento de
Requerimientos, fundamentando las razones de dichas suposiciones y las causas que conllevaron
a elaborar supuestos.
13. Otros Requerimientos
Descripción de cualquier otro requerimiento que se necesite para el proyecto, y que no encaje en
ninguna de las secciones anteriores.

14. Anexos
Adjuntar los anexos si es que corresponden.