1. Proyecto:
Sistema móvil de gestión de pedidos para la empresa
(SMGP) King Monster
DOCUMENTO FORMAL DE
REQUERIMIENTOS

2. NOMBRE DEL PROYECTO:
Sistema Móvil
Monster.
de
Gestión
de
Pedidos
(SMGP)
para
la
empresa
King
NOMBRE DEL DOCUMENTO: Definición formal de requerimientos
CONTROL DE VERSIONES
CLAVE
DFR-SMGP02
HECHA POR
Mondragón Chávez
Víctor Alfonso
APROBADA POR
José Antonio Lobato
Farías
FECHA
30-may-12

3. CONTENIDO
INTRODUCCIÓN ............................................................................................................................ 4
JUSTIFICACIÓN .......................................................................................................................... 4
OBJETIVOS ................................................................................................................................... 4
OBJETIVOS ESPECÍFICOS ....................................................................................................... 4
LIMITACIONES ............................................................................................................................ 4
REQUERIMIENTOS FUNCIONALES APLICACIÓN JEE ....................................................... 5
ADMINISTRACIÓN DE PRODUCTOS .................................................................................... 5
ADMINISTRACIÓN DE VENDEDORES .................................................................................. 6
ADMINISTRACIÓN DE USUARIOS ....................................................................................... 8
REQUERIMIENTOS FUNCIONALES APLICACIÓN MÓVIL ANDROID ............................. 10
LECTOR DE CÓDIGOS QUICK RESPONSE BARCODE
(Q.R)................................... 10
VALIDACIÓN DE VENDEDORES.......................................................................................... 10
REALIZAR PEDIDO ............................................................................................................... 10
GALERÍA DE NUEVOS PRODUCTOS .................................................................................. 10
REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA ..................................................... 11
DESEMPEÑO: ........................................................................................................................... 11
DISPONIBILIDAD: ............................................................................................................... 11
ESCALABILIDAD:.................................................................................................................. 11
FACILIDAD PARA LAS PRUEBAS: .................................................................................. 11
CRITERIOS DE ACEPTACIÓN ................................................................................................ 12
REQUERIMIENTOS DE INTERFAZ DE USUARIO .............................................................. 12
REQUERIMIENTOS DE PORTABILIDAD ............................................................................... 13
RIESGOS ...................................................................................................................................... 13
HITOS ........................................................................................................................................... 13

4. INTRODUCCIÓN
El siguiente documento, tiene como objetivo especificar los requerimientos
funcionales y no funcionales que se tienen pensados para el SMGP, así como
la definición de los objetivos que el mismo debe alcanzar para considerarse
un producto concluido.
JUSTIFICACIÓN
OBJETIVOS
Desarrollar e implementar un marco de trabajo para la recuperación y
visualización de información de productos en un dispositivo móvil, basado
en la tecnología del S.O. Android y el uso de servicios Web como mecanismo
de comunicación entre el dispositivo móvil y la fuente de datos.
OBJETIVOS ESPECÍFICOS
Los objetivos específicos asignados a este proyecto son:
Desarrollar un servicio Web que permita gestionar
conexión y consulta hacia una base de datos.
solicitudes
de
Implementar una aplicación bajo la tecnología del S.O. Android.
Comunicar una aplicación para dispositivos móviles con un servicio Web
para la conexión con base de datos considerando las restricciones de
la arquitectura del S.O. Android.
Sustentar el desarrollo sobre una plataforma libre.
LIMITACIONES
La aplicación se ejecutara en dispositivos móviles con S.O. Android.
Para el óptimo desempeño de la aplicación el dispositivo móvil
deberá contar con conexión activa a internet.
Como herramienta de apoyo para el funcionamiento de la aplicación el
dispositivo móvil deberá contar con una aplicación lectora de
códigos QR.

5. REQUERIMIENTOS FUNCIONALES APLICACIÓN JEE
NUMERO
RF1
DESCRIPCION
ADMINISTRACIÓN DE PRODUCTOS
PRIORIDAD
Alta
El sistema contará con un catálogo de productos, en el
cual se podrán realizar las siguientes operaciones
insertar un nuevo producto, actualizar y eliminar algún
producto existente.
Ingresar Producto
Para dar de alta a un nuevo producto, el sistema deberá
mostrar un formulario con los siguientes campos:
RF2
CLAVE: Clave única del producto.
NOMBRE: Nombre comercial del producto.
DESCRIPCIÓN: Breve descripción del producto.
MARCA: Marca comercial bajo la cual se distribuye
el producto.
Consultar de Producto
El sistema deberá consultar la información relacionada
con el producto, para eso se deberá solicitar la clave
del producto que se desea consultar en caso de no
existir el producto se mostrara
Alta
Un mensaje de error indicando que el producto no se
encuentra registrado o se ha ingresado una clave de
producto errónea.
En caso de que la clave del producto sea correcta el
sistema mostrara los siguientes datos:
RF3
CLAVE: Clave única del producto.
NOMBRE: Nombre comercial del producto. }
DESCRIPCIÓN: Breve descripción del producto.
MARCA: Marca comercial bajo la cual se distribuye
el producto.
Modificar la información del producto
Para
modificar
la
información
el
usuario
deberá
proporcionar la clave del producto.
El sistema verificara la existencia del producto
mostrando un mensaje de error indicando que el producto
no se encuentra registrado o se ha ingresado una clave
de producto errónea.
Alta

6. En caso que la clave ingresada por el usuario sea válida
el sistema desplegara la siguiente información:
NOMBRE: Nombre comercial del producto.
COSTO: Costo del producto por unidad.
NOMBRE DEL PROVEEDOR: Nombre del proveedor
producto.
RF4
del
Eliminar Producto
Para eliminar un producto el usuario deberá ingresar la
clave única del producto.
Alta
El sistema verificara la existencia del producto
mostrando un mensaje de error indicando que el producto
no se encuentra registrado o se ha ingresado una clave
de producto errónea.
En caso que la clave ingresada por el usuario sea válida
el sistema desplegara la siguiente información:
NOMBRE: Nombre comercial del producto.
COSTO: Costo del producto por unidad.
NOMBRE DEL PROVEEDOR: Nombre del proveedor
producto.
del
El sistema mostrara un mensaje de advertencia para
confirmar si el usuario desea continuar con la acción de
eliminar el producto seleccionado.
RF5
ADMINISTRACIÓN DE VENDEDORES
El sistema contará con un catálogo de vendedores, en el
cual se podrán realizar las siguientes operaciones
insertar un nuevo vendedor, actualizar y eliminar algún
vendedor existente.
Ingresar vendedor
Para dar de alta a un nuevo vendedor, el sistema deberá
mostrar un formulario con los siguientes campos.
NOMBRE: Nombre del proveedor
DIRECCIÓN: Domicilio donde radica el vendedor
TELÉFONO: Teléfono particular en donde se pueden
dejar recados al vendedor.
TELÉFONO CELULAR: Teléfono personal en donde se
puede hablar directamente con el vendedor.
CORREO ELECTRÓNICO: Correo electrónico del vendedor
en donde se pueden enviar información relacionada a
la empresa.
Alta

7. RF6
Consultar de Vendedor
El sistema deberá consultar la información relacionada
con el vendedor, para eso se deberá solicitar la clave
del vendedor que se desea consultar en caso de no
existir el vendedor se mostrara.
Alta
Un mensaje de error indicando que el vendedor no se
encuentra registrado o se ha ingresado una clave
errónea.
En caso de que la clave sea correcta el sistema mostrara
los siguientes datos:
NOMBRE: Nombre del proveedor
DIRECCIÓN: Domicilio donde radica el vendedor
TELÉFONO: Teléfono particular en donde se pueden
dejar recados al vendedor.
TELÉFONO CELULAR: Teléfono personal en donde se
puede hablar directamente con el vendedor.
CORREO ELECTRÓNICO: Correo electrónico del vendedor
en donde se pueden enviar información relacionada a
la empresa.
RF7
Modificar la información del vendedor
Para
modificar
la
información
el
proporcionar la clave del vendedor.
Alta
usuario
deberá
El sistema verificara la existencia del vendedor
mostrando un mensaje de error indicando que el vendedor
no se encuentra registrado o se ha ingresado una clave
de vendedor errónea.
En caso que la clave ingresada por el usuario sea válida
el sistema desplegara la siguiente información:
NOMBRE: Nombre del proveedor
DIRECCIÓN: Domicilio donde radica el vendedor
TELÉFONO: Teléfono particular en donde se pueden
dejar recados al vendedor.
TELÉFONO CELULAR: Teléfono personal en donde se
puede hablar directamente con el vendedor.
CORREO ELECTRÓNICO: Correo electrónico del vendedor
en donde se pueden enviar información relacionada a
la empresa.

8. RF8
Eliminar Vendedor
Para eliminar un producto el usuario deberá ingresar la
clave única del vendedor.
Alta
El sistema verificara la existencia del vendedor
mostrando un mensaje de error indicando que el producto
no se encuentra registrado o se ha ingresado una clave
de vendedor errónea.
En caso que la clave ingresada por el usuario sea válida
el sistema desplegara la siguiente información:
NOMBRE: Nombre del proveedor
DIRECCIÓN: Domicilio donde radica el vendedor
TELÉFONO: Teléfono particular en donde se pueden
dejar recados al vendedor.
TELÉFONO CELULAR: Teléfono personal en donde se
puede hablar directamente con el vendedor.
CORREO ELECTRÓNICO: Correo electrónico del vendedor
en donde se pueden enviar información relacionada a
la empresa.
El sistema mostrara un mensaje de advertencia para
confirmar si el usuario desea continuar con la acción de
eliminar al vendedor seleccionado.
RF9
ADMINISTRACIÓN DE USUARIOS
El sistema contará con un catálogo de usuarios, en el
cual se podrán realizar las siguientes operaciones
insertar un nuevo usuario, actualizar la información de
un usuario existente.
Ingresar Usuario
Para dar de alta a un nuevo vendedor, el sistema deberá
mostrar un formulario con los siguientes campos:
NOMBRE DE USUARIO: Nombre con que el usuario con el
cual se identificara para poder acceder al portal
web.
CONTRASEÑA: Contraseña que el usuario generara para
poder acceder a su cuenta de usuario dentro del
portal.
DIRECCIÓN: La ubicación del local comercial al cual
se desea que se envié el producto.
TELÉFONO: Teléfono del local comercial al cual se
enviaran los productos.
EDAD: Campo obligatorio para validad que el usuario
Alta

9. sea mayor de edad para validad que el usuario será
mayor de edad.
CORREO ELECTRÓNICO: Campo en donde se enviaran
noticias sobre nuevos productos y detalles de
pedidos.
RF10
Modificar la información del Usuario
Para modificar la información el usuario su clave de
identificación.
El
sistema
verificara
la
existencia
del
usuario
mostrando un mensaje de error indicando que el usuario
no se encuentra registrado o se ha ingresado una clave
de usuario errónea.
En caso que la clave ingresada sea válida el sistema
desplegara la siguiente información:
NOMBRE DE USUARIO: Nombre con que el usuario con el
cual se identificara para poder acceder al portal
web.
CONTRASEÑA: Contraseña que el usuario generara para
poder acceder a su cuenta de usuario dentro del
portal.
DIRECCIÓN: La ubicación del local comercial al cual
se desea que se envié el producto.
TELÉFONO: Teléfono del local comercial al cual se
enviaran los productos.
EDAD: Campo obligatorio para validad que el usuario
sea mayor de edad para validad que el usuario será
mayor de edad.
CORREO ELECTRÓNICO: Campo en donde se enviaran
noticias sobre nuevos productos y detalles de
pedidos.
Alta

10. REQUERIMIENTOS FUNCIONALES APLICACIÓN MÓVIL ANDROID
NUMERO
RF1
RF2
DESCRIPCION
LECTOR DE CÓDIGOS QUICK RESPONSE BARCODE (Q.R)
La aplicación para dispositivos móviles deberá ser
capaz de interpretar códigos QR el cual contendrá la
clave identificadora de la tienda la cual desea
realizar un pedido de productos Monster.
VALIDACIÓN DE VENDEDORES
Para poder acceder a las funcionalidades del sistema
el vendedor deberá ingresar su nombre de usuario y
contraseña la cual es proporcionada por la
Distribuidora Monster Jojutla.
PRIORIDAD
Alta
Alta
En caso que el vendedor no se encuentre registrado el
sistema mostrara un mensaje el cual indicara que el
usuario no se encuentra registrado un sistema o a
ingresado una clave de acceso invalida.
En caso que la clave ingresada sea válida el sistema
permitirá acceder al menú de opciones (Ingresar
usuario, realizar pedido, leer código QR).
RF2
REALIZAR PEDIDO
Dentro del menú de opciones del sistema el vendedor
podrá realizar un pedido de productos Monster
ingresando la cantidad del producto y el producto que
será enviado al local comercial del cliente.
Alta
El vendedor podrá obtener información sobre el
histórico de productos que han sido adquiridos por el
cliente.
RF3
GALERÍA DE NUEVOS PRODUCTOS
El vendedor mostrara una galería la cual contendrá
información de los nuevos productos (Imagen,
descripción, costo). La cual será utilizada para
ofrecer productos a clientes potenciales.
Alta

11. REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA
DESEMPEÑO:
Garantizar la confiabilidad, la seguridad y el desempeño del sistema
informático a los diferentes usuarios a nivel nacional. En este
sentido la información almacenada podrá ser consultada y actualizada
permanente y simultáneamente, sin que se afecte el tiempo de
respuesta.
DISPONIBILIDAD:
El sistema deberá estar disponible 100% o muy cercano
disponibilidad los 365 días del año las 24 horas del día.
a
esta
ESCALABILIDAD:
El sistema debe ser construido sobre la base de un desarrollo
evolutivo e incremental, de manera tal que nuevas funcionalidades y
requerimientos relacionados puedan ser incorporados afectando el
código existente de la menor manera posible; para ello deben
incorporarse aspectos de reutilización de componentes.
El sistema debe estar en capacidad de permitir en el futuro el
desarrollo
de
nuevas
funcionalidades,
modificar
o
eliminar
funcionalidades después de su construcción y puesta en marcha inicial.
FACILIDAD PARA LAS PRUEBAS:
El sistema debe contar con facilidades para la identificación de la
localización de los errores durante la etapa de pruebas y de operación
posterior.
INSTALACIÓN:
El sistema debe ser fácil de instalar en todas las plataformas de
hardware y software de bases definidas por el área de Sistemas, así
como permitir su instalación en diferentes tamaños de configuraciones.
VALIDACIÓN DE INFORMACIÓN
El sistema debe validar automáticamente la información contenida en
los formularios de ingreso. En el proceso de validación de la
información,
se
deben
tener
en
cuenta
aspectos
tales
como
obligatoriedad de campos, longitud de caracteres permitida por campo,
manejo de tipos de datos, etc.

12. DISEÑO DE LA APLICACIÓN
La aplicación en
todo momento deberá mostrar el logo de la empresa
King Monster ver ilustración 1 el cual será proporcionado por la
empresa en formato .PNG con fondo transparente para ser utilizada de
manera correcta.
Ilustración 1 Logo de la empresa King Monster
La propuesta de diseño será planteada de manera original por el equipo
de trabajo en base a los requerimientos previamente recabados para ser
mostrado al cliente y se comiencen a realizar las iteraciones de
diseño.
CRITERIOS DE ACEPTACIÓN
El sistema deberá permitir agregar nuevos productos,
información de un producto existente y eliminar un producto.
El sistema deberá permitir agregar nuevos vendedores,
información de un producto existente y eliminar un producto.
El sistema deberá permitir agregar nuevos clientes,
información de un producto existente y eliminar un producto.
modificar
modificar
modificar
REQUERIMIENTOS DE INTERFAZ DE USUARIO
La interfaz de usuario deberá contener los logotipos y colores
utilizados al interior de la empresa como imagen corporativa.
La información se debe presentar de manera clara y ordenada, con
fuente y tamaño que faciliten su lectura.
El sistema deberá mostrar diferentes mensajes atreves de los procesos
de ingresar un nuevo producto modificar o eliminar algún producto
existente los cuales indiquen que el proceso se ha realizado de manera
correcta o se ha producido algún error.

13. REQUERIMIENTOS DE PORTABILIDAD
El sistema debe ser capaz de ejecutarse bajo cualquier entorno por lo
que se ha decidido usar el lenguaje de programación Java, ya que
cumple con el requerimiento establecido.
RIESGOS
El Levantamiento de Requerimientos, deberá hacerse de forma minuciosa
para cumplir con las expectativas del cliente.
Deberá realizarse dentro del proyecto, una Capacitación del Equipo de
Proyecto, para que se puedan obtener los conocimientos necesarios para
trabajar.
El equipo de trabajo deberá ajustarse a los tiempos de revisión del
usuario.
El plazo del proyecto es reducido, deberá hacerse un estricto control
de
las
actividades
críticas.
Si
alguna
de
las
tareas
críticas
se
demora entonces será necesario optimizar tiempos para cumplir con la
fecha de entrega sin afectar al alcance.
HITOS
La limitación del tiempo por parte del usuario para revisar y retroalimentar
sobre la información asentada en los productos de trabajo puede originar
retrasos o cambios a-posterior en el alcance.