Pirelli - ERS

Especificación de Requisitos de Software (ERS)
Pirelli Promotions & Reports
Departamento: Ingeniería e Investigaciones Tecnológicas
Carrera: Tecnicatura en Desarrollo Web
Materia: Taller Práctico Integrador
Docentes: Ing. Cintia V. Gioia / Ing. Gerardo Barbosa / Lic. Juan de Cicco
Alumnos: Lucas Vega, Jonathan Fernandez, Walter Santucho.

EESSPPEECCIIFFIICCAACCIIÓÓNN DDEE
RREEQQUUEERRIIMMIIEENNTTOOSS
PROYECTO Página 2
CONTROL DE VERSIONES
Identificación del Documento
Tipo Propuesta de Tema
Documento
Versión 1.0
Actualización
Control de Versiones
Versión Autor/Autores Fecha Motivo
1.0 Versión Inicial

PROYECTO Página 3
ÍNDICE
1. Introducción.......................................................................................................................................4
1.1. Definiciones, acrónimos y abreviaciones.......................................................................................4
1.2. Referencias.................................................................................................................................4
2. Requisitos funcionales.........................................................................................................................4
2.1. Funcionalidades del producto ......................................................................................................4
2.2. Roles y Características de los usuarios ..........................................................................................6
2.3. Suposiciones y dependencias.......................................................................................................6
3. Requisitos No Funcionales ...................................................................................................................7
3.1 Seguridad ...................................................................................................................................7
3.2 Interfaz de Usuario......................................................................................................................7
3.3 Interfaces con Sistemas Externos .................................................................................................7
3.4 Rendimiento...............................................................................................................................7
3.5 Arquitectura ...............................................................................................................................7
3.6 Requisitos Futuros ......................................................................................................................7
3.7 Apéndices...................................................................................................................................7

PROYECTO Página 4
Especificación de Requerimientos de Software
1. Introducción
1.1. Definiciones, acrónimos y abreviaciones
Promoción: es un descuento para el consumidor final
Esker: sistema externo OCR de escaneo de factura
Código interno: código local generado del cliente
CTC: corredor técnico comercial
1.2. Referencias
Esta especificación se ha realizado de acuerdo al estándar “IEEE Recomended Practice
for Software Requirements Specifications (IEEE/ANSI 830-1993)”
2. Requisitos funcionales
Se considera en esta parte la descripción de los factores principales que afectan al
espacio de la solución. Incluya aquellos ítems como perspectiva del producto, funciones
del producto, características de usuario, limitaciones, supuestos y dependencias.
2.1. Funcionalidades del producto
2.1.1. Registrar usuario: El administrador dará de alta a los usuarios registrando sus
datos para el ingreso del sistema: usuario (igual al nombre de su PC),
contraseña, permisos y email. Luego se le notificara esta novedad al usuario.
2.1.2. Login: El usuario ingresara con su nombre y contraseña al sistema. En caso de
olvido se le enviara un email al administrador para reestablecer su contraseña.
2.1.3. Administrar promociones: El usuario podrá crear promociones ingresando las
cuotas, descuentos y la vigencia. Además podrá modificarlas y darles de baja.
El usuario debe estar logueado al sistema para ejecutar esta funcionalidad.
2.1.4. Visualizar promociones: En el sistema se visualizará los datos de las
promociones más vendidas para un periodo de tiempo determinado con los
siguientes datos (código, descripción, cantidad de neumáticos y suma total de
dinero acumulado). El usuario debe estar logueado al sistema para ejecutar esta
funcionalidad.
2.1.5. Integrar facturas: El sistema externo Esker recibe las facturas digitales, las
interpreta y genera archivos CSV con los datos de la factura para la
sincronización con el sistema “Pirelli Promotions & Reports” ingresando los
datos en la base. Esta funcionalidad se ejecuta en forma automática en un
tiempo determinado. Los campos de la factura son: codSolicitud, codAgroup, IP,
Pais, CodClie, FechaCompra, Cantidad, NroFactura, NroTicket, NroCom,
Nro0Auto, NombreUso, DirUso, Nro, Dpto, Piso, Ciudad, CodPro, Vehiculo,

PROYECTO Página 5
Cuotas, Teléfono, CodPos, Precio, FlgProcesado, CodPromo, Descuento, CodAux,
FecAlta, UsoAlta, FecUltAct, FecSubSap, Nota, Esker_Link. No es necesario que
el usuario este logueado para que se ejecute esta funcionalidad. Si esta
logueado tiene la opción de sincronizar los datos en forma manual cuando así lo
decida.
2.1.6. Identificar zonas de venta: El usuario podrá consultar las zonas de mayor o
menor venta en un periodo de tiempo. El usuario deberá estar logueado para
ejecutar esta funcionalidad. Las zonas de mayor o menor venta se visualizaran
en un mapa de Google Maps.
2.1.7. Listar facturas: El usuario podrá listar un conjunto de facturas mediante
filtros: código, descripción, estado, promociones y clientes.
Los campos de la factura que se visualizaran serán: codSolicitud, codAgrup, IP,
NroAuto, NombreUso, DirUso, Nro, Dpto, Piso, Ciudad, CodPro, Vehiculo,
FecAlta, UsoAlta, FecUltAct, FecSubSap, Nota, Esker_Link.
2.1.8. Exportación de Facturas: El usuario puede exportar un listado de facturas a
formato Excel. Los campos de la factura que se exportan son: codSolicitud,
codAgroup, IP, Pais, CodClie, FechaCompra, Cantidad, NroFactura, NroTicket,
NroCom, Nro0Auto, NombreUso, DirUso, Nro, Dpto, Piso, Ciudad, CodPro,
Vehiculo, Cuotas, Teléfono, CodPos, Precio, FlgProcesado, CodPromo,
Descuento, CodAux, FecAlta, UsoAlta, FecUltAct, FecSubSap, Nota, Esker_Link.
2.1.9. Envió de facturas a SAP: El usuario tiene un listado agrupado por cliente y
neumático para enviar al sistema SAP. No debe realizar ninguna acción para
agrupar porque ya está agrupado. Los campos que se envían son: cliente,
neumático, cantidad y promoción.
2.1.10.Visualizar estado de factura: El usuario podrá ver el estado de la factura
previo envío al sistema SAP. El estado de la factura puede ser: pendiente a
procesar, procesado, error envío SAP, marcado a procesar, datos inconsistentes,
anulada, en espera – suspendida)
2.1.11.Leer código de barras: El usuario usara un escáner para leer el código de
barras de la factura para realizar una búsqueda rápida. Si encuentra una factura
se visualizan sus datos de la factura. Si no encuentra la factura no se visualiza
ningún dato.
2.1.12.Modificación masiva: El usuario podrá realizar cambios masivos de: código
de cliente en facturas, código de neumático y estado en facturas.
2.1.13.Reportes: El usuario podrá realizar los siguientes reportes, neumático por
cliente (IDNeumatico, IDCliente1, IDCliente2, ..., IDClienteN), neumático por
región (IDNeumatico, Buenos Aires, Buenos Sur/La Pampa, Córdoba, Cuyo,
Litoral, Noa, Litoral, No disponible), clientes por neumático (IdCliente,
IDNeumatico1, IDNeumatico2, …, IDNeumatico3), región por neumático
(Region, IDNeumatico1, IDNeumatico2, …, IDNeumaticoN).

PROYECTO Página 6
2.1.14.Geolocalización: El sistema tendrá un mapa en el módulo de facturas y otro
en el módulo de clientes donde se mostrara la ubicación geográfica del cliente
de las facturas obtenidas. La ubicación del cliente se calcula en base a valores de
latitud y longitud almacenados en la tabla de clientes. Si está mal la ubicación
del cliente se pueden actualizar los datos de cada módulo.
2.1.15.Sincronización: El sistema contara con un módulo de sincronización de
clientes, facturas y neumáticos con SAP. Por cada tabla hay un archivo, en total
son 3 archivos: clientes.txt, facturas.cvs y neumáticos.txt. El proceso tiene 2
modalidades: manual o automático.
Los campos involucrados de la tabla clientes son: Cod, CodCliMatriz,
CodCliRefill, CUIT, CentroEmisor, Tipo, RazSoc, NomFant, DirSuc, DirFAct, Barrio,
Ciudad, CodProv, Pais, CodRegion, TelefonoSuc, TelefonoFact, TerminalPOS,
Email, PaginaWeb, CTC_CAR, CTC_TRUCK, NOTA, FechaAlta, FechaUpd,
FlgBajaLogica, FlgFilBusq
Los campos involucrados de la tabla facturas son: codSolicitud, codAgroup, IP,
Nro0Auto, NombreUso, DirUso, Nro, Dpto, Piso, Ciudad, CodPro, Vehiculo,
FecAlta, UsoAlta, FecUltAct, FecSubSap, Nota, Esker_Link.
Los campos involucrados de la tabla neumáticos son: IP, Descrip, país, Otro,
Familia, Marca, Rango, Rodado, FlgBajaLogicam FlgFilBusq
Se pueden ver las tablas clientes, facturas, neumáticos y se podrán modificar la
mayoría de sus campos excepto las claves primarias correspondientes de cada
tabla.
2.1.16.Modulo CTC: El usuario CTC podrá visualizar las facturas correspondientes a
su zona y consultar las zonas con más ventas y los neumáticos más vendidos con
la geolocalización de los clientes.
2.2. Roles y Características de los usuarios
El sistema contara con 2 tipos de usuarios: común y administrador
Administrador: se encarga de dar permiso de acceso a las funcionalidades a los
usuarios comunes según su grupo de pertenencia en Pirelli. El administrador puede
acceder a todas las funcionalidades del sistema
Común: solo accede a ciertas funcionalidades según los permisos que tenga otorgado
2.3. Suposiciones y dependencias
El sistema funcionara únicamente en un intranet porque es una aplicación interna
con información privada y critica.
Solo usara acceso a internet para la geolocalización.
La alimentación de información dependerá de la sincronización con SAP.

PROYECTO Página 7
El sistema externo (ESKER) brindara la información de las facturas mediante un
archivo csv.
El sistema se comunicara con un sistema SAP para actualizar la base de datos
diariamente
3. Requisitos No Funcionales
3.1 Seguridad
La clave de acceso al sistema estará encriptada y el nombre del usuario será el nombre
de la PC.
En caso de olvido de clave se enviara un email al administrador con el nombre del
usuario para resetear la clave, la cual será enviada al usuario solicitante.
3.2 Interfaz de Usuario
El sistema contara con 2 menús principales: uno lateral modelable según las tareas del
usuario y otro superior que tendrá la administración del perfil del usuario.
3.3 Interfaces con Sistemas Externos
Se vinculara con dos sistemas externos:
SAP: mediante una sincronización programada o ejecutado cuando el usuario lo desee.
ESKER: es un servicio que proveerá los datos de las facturas y el link de visualización.
Google Maps: se usa para renderizar el mapa de la ubicación de los distribuidores de
Pirelli
3.4 Rendimiento
El sistema será evaluado con la herramienta de Google Developers llamada
“PageSpeed Insights”. Se espera tener un puntaje mínimo de 60/100 en velocidad, y un
90/100 de experiencia del usuario.
3.5 Arquitectura
Estará construido en forma modulable y escalable con el principio de alta cohesión y
bajo acoplamiento.
Poseerá los siguientes módulos: reportes, promociones, sincronización, usuarios,
clientes, neumáticos y CTC.
Tecnologías utilizadas: ASP.NET 4.5, Sql Server 2008, Crystal Reports y Google Maps
3.6 Requisitos Futuros
N/A
3.7 Apéndices
N/A

Pirelli - ERS

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Ähnlich wie Pirelli - ERS

Ähnlich wie Pirelli - ERS (20)

Mehr von Walter Santucho

Mehr von Walter Santucho (7)

Pirelli - ERS