Smgp dfr (documento de-requerimientos)-v2.docx

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

Transcript of Smgp dfr (documento de-requerimientos)-v2.docx

Page 1: Smgp dfr (documento de-requerimientos)-v2.docx

Proyecto:Sistema móvil de gestión de pedidos para la empresa (SMGP) King Monster

DOCUMENTO FORMAL DE REQUERIMIENTOS

Page 2: Smgp dfr (documento de-requerimientos)-v2.docx

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

Page 3: Smgp dfr (documento de-requerimientos)-v2.docx

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

Page 4: Smgp dfr (documento de-requerimientos)-v2.docx

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.

Page 5: Smgp dfr (documento de-requerimientos)-v2.docx

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

Page 6: Smgp dfr (documento de-requerimientos)-v2.docx

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

Page 7: Smgp dfr (documento de-requerimientos)-v2.docx

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

Page 8: Smgp dfr (documento de-requerimientos)-v2.docx

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

Page 9: Smgp dfr (documento de-requerimientos)-v2.docx

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

Page 10: Smgp dfr (documento de-requerimientos)-v2.docx

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

Page 11: Smgp dfr (documento de-requerimientos)-v2.docx

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.

Page 12: Smgp dfr (documento de-requerimientos)-v2.docx

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.

Page 13: Smgp dfr (documento de-requerimientos)-v2.docx

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.