smgp dfr (documento de-requerimientos)-v2.docx
TRANSCRIPT
Proyecto:Sistema móvil de gestión de pedidos para la empresa (SMGP) King Monster
DOCUMENTO FORMAL DE REQUERIMIENTOS
NOMBRE DEL PROYECTO:
Sistema Móvil de Gestión de Pedidos (SMGP) para la empresa King Monster.
NOMBRE DEL DOCUMENTO: Definición formal de requerimientos
CONTROL DE VERSIONES
CLAVE HECHA POR APROBADA POR FECHA
DFR-SMGP02Mondragón Chávez Víctor Alfonso
José Antonio Lobato Farías
30-may-12
CONTENIDOINTRODUCCIÓN...........................................................................................................................3
JUSTIFICACIÓN.........................................................................................................................3
OBJETIVOS..................................................................................................................................3
OBJETIVOS ESPECÍFICOS......................................................................................................3
LIMITACIONES...........................................................................................................................3
REQUERIMIENTOS FUNCIONALES APLICACIÓN JEE.......................................................4
ADMINISTRACIÓN DE PRODUCTOS....................................................................................4
ADMINISTRACIÓN DE VENDEDORES.................................................................................5
ADMINISTRACIÓN DE USUARIOS......................................................................................8
REQUERIMIENTOS FUNCIONALES APLICACIÓN MÓVIL ANDROID...............................9
LECTOR DE CÓDIGOS QUICK RESPONSE BARCODE (Q.R).....................................9
VALIDACIÓN DE VENDEDORES...........................................................................................9
REALIZAR PEDIDO................................................................................................................9
GALERÍA DE NUEVOS PRODUCTOS..................................................................................10
REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA.....................................................10
DESEMPEÑO:..........................................................................................................................10
DISPONIBILIDAD:..............................................................................................................10
ESCALABILIDAD:................................................................................................................10
FACILIDAD PARA LAS PRUEBAS:..................................................................................11
CRITERIOS DE ACEPTACIÓN...............................................................................................11
REQUERIMIENTOS DE INTERFAZ DE USUARIO..............................................................11
REQUERIMIENTOS DE PORTABILIDAD...............................................................................11
RIESGOS.....................................................................................................................................11
HITOS.........................................................................................................................................12
INTRODUCCIÓNEl 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
OBJETIVOSDesarrollar 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ÍFICOSLos objetivos específicos asignados a este proyecto son:
Desarrollar un servicio Web que permita gestionar solicitudes de conexión y consulta hacia una base de datos.
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.
REQUERIMIENTOS FUNCIONALES APLICACIÓN JEE
NUMERO
DESCRIPCION PRIORIDAD
RF1ADMINISTRACIÓN DE PRODUCTOS
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:
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.
Alta
RF2 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
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:
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.
Alta
RF3 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
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 del
producto.
RF4 Eliminar Producto Para eliminar un producto el usuario deberá ingresar la clave única 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.
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 del
producto.
El sistema mostrara un mensaje de advertencia para confirmar si el usuario desea continuar con la acción de eliminar el producto seleccionado.
Alta
RF5ADMINISTRACIÓN DE VENDEDORESEl 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 vendedorPara 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
RF6 Consultar de VendedorEl 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.
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.
Alta
RF7 Modificar la información del vendedorPara modificar la información el usuario deberá proporcionar la clave del vendedor.
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.
Alta
RF8 Eliminar Vendedor Para eliminar un producto el usuario deberá ingresar la
Alta
clave única del vendedor.
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.
RF9ADMINISTRACIÓ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 UsuarioPara 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 sea mayor de edad para validad que el usuario será mayor de edad.
CORREO ELECTRÓNICO: Campo en donde se enviaran
Alta
noticias sobre nuevos productos y detalles de pedidos.
RF10 Modificar la información del UsuarioPara 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
REQUERIMIENTOS FUNCIONALES APLICACIÓN MÓVIL ANDROID
NUMERO DESCRIPCION PRIORIDADRF1
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.
Alta
RF2VALIDACIÓN DE VENDEDORESPara 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.
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).
Alta
RF2REALIZAR PEDIDODentro 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.
El vendedor podrá obtener información sobre el histórico de productos que han sido adquiridos por el cliente.
Alta
RF3GALERÍA DE NUEVOS PRODUCTOSEl 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
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 a esta
disponibilidad los 365 días del año las 24 horas del día.
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.
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, modificar
información de un producto existente y eliminar un producto. El sistema deberá permitir agregar nuevos vendedores, modificar
información de un producto existente y eliminar un producto. El sistema deberá permitir agregar nuevos clientes, modificar
información de un producto existente y eliminar un producto.
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.
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.
HITOSLa 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.