• Author / Uploaded
• Diego Soto Bejar

• Categories
• Usabilidad
• Google
• Bases de datos
• Caso de uso
• Red mundial

Citation preview

Especificación de requisitos de software Proyecto: Sistema Web de Ventas para empresas mayoristas Rev. 1.0

junio de 2017

Ficha del documento Fecha

27/06/2017

Revisión

1.0

      

Autor Arizola Yanac Carlos Huayta Molleda Luis La Rosa Sánchez Arellán Carlos León Rodriguez Jhonatan Luque Pantoja Diana Poma Rosales Maverick Vasquez Yuto Abel

Documento validado por las partes en fecha: Por el cliente

Fdo. D./ Dña

Por la empresa suministradora

Fdo. D./Dña

1 Introducción La mayoría de empresas en el Perú todavía le tienen un cierto temor al uso de tecnologías de información, porque para ellos es algo desconocido y no tienen idea del potencial que tienen cada una de estas para poder hacer crecer su negocio. Entre estas tecnologías de información se encuentra relacionada al desarrollo del comercio electrónico. La idea del comercio electrónico se puede resumir en un concepto simple: Venta a través de la red. Sin embargo, la idea de vender por la red en el Perú todavía no está tan masificada a través de las empresas emergentes. Las empresas emergentes en el Perú no deciden invertir directamente en TI por 2 razones principales: desconocimiento y falta de capitales. Dentro de las empresas emergentes en el Perú, nosotros vimos un sector en específico: distribuidoras. Las propuestas de valor y las relaciones con el cliente escritos en nuestro trabajo hace que una empresa mayorista emergente se le sea difícil rechazar nuestra propuesta debido a que nuestro sistema presenta 3 características fundamentales: precio cómodo – capacitación para el uso del sistema – diseño del sistema simple.

1.1

Propósito

El propósito de este sistema es ahorrar tiempo y dinero. A través de las compras en línea uno puede ahorrar su valioso tiempo. Uno puede ver y seleccionar las cosas que quiere comprar. A través de compras en línea podemos ahorrar nuestro dinero porque los precios son inferiores a los precios del mercado y recibimos nuestras cosas compradas ya listas en la distribuidora de preferencia. No hay necesidad de ir a ninguna parte y hacer compras. Podemos obtener diferentes variedades de cosas en línea y podemos elegir cuál queremos. En resumen, el propósito en general es agilizar los métodos de compras por internet.

1.2

Definiciones, acrónimos y abreviaturas

1.3

Referencias

Referencia Plantilla formato IEEE830

Titulo

Ruta

Plantilla Enlace a documento formato IEEE830

Fecha

Autor

23/09/2009

2 Descripción general 2.1

Perspectiva del producto

El sistema es una extensión de un sistema actual de un cliente mayorista, este sistema se encarga de aumentar el alcance actual dado que incluye una página y un sistema web.

2.2

Alcances

El Sistema Web De Ventas Para Empresas Mayoristas es un sistema de información que proporcionará soporte administrativo a empresas mayoristas para brindar una mayor fluidez de atencion en los pedidos de sus clientes, controlar y actualizar el stock de sus productos, ver el historial de compras programadas y poder accesar a los datos estadisticos según región de sus ventas y visitas. Por parte de los clientes el sistema les ayudará a visualizar y buscar los productos que deseen comprar, a traves de una interfaz sencilla e intuitiva que le ayudará a realizar sus compras rápidamente; asi como verificar el estado en el que se encuentra su compra para poder realizar el recojo sin causarle inconvenientes.

El sistema tambien permitirá crear cuentas de usuarios para clientes, que podran realizar las actividades normales de compra, busqueda y seguimiento; y cuentas de administrador con otros privilegios para visualizar, modificar y actualizar el inventario, y tener acceso a las estadísticas proporcionadas por Google Analytics.

2.3

Características de los usuarios

Tipo de usuario Formación Habilidades Actividades Tipo de usuario Formación Habilidades Actividades Tipo de usuario Formación Habilidades Actividades

2.4

Restricciones



El sistema no gestionará entrega a domicilio, ya que el proceso terminará cuando el cliente haga efectivo el recojo de su pedido y el pago correspondiente.



El sistema Web de Ventas para Empresas Mayoristas tampoco generará boletas ni facturas de ventas, este proceso se realizará.

3 Requisitos específicos 3.1

Requisitos funcionales 3.1.1 Autentificación de Usuario

Identificación del requerimiento: Nombre del Requerimiento: Características:

RF01 Autentificación de Usuario.

Los usuarios deberán identificarse para acceder a cualquier parte del sistema. Descripción del El sistema podrá ser consultado por cualquier usuario dependiendo del requerimiento: módulo en el cual se encuentre y su nivel de accesibilidad. Requerimiento  Eficiencia NO funcional:  Seguridad lógica y de datos  Usabilidad Prioridad del requerimiento: Alta

3.1.2 Visualización de etapas de compra. Identificación del requerimiento: Nombre del Requerimiento: Características:

RF02 Visualización de etapas de compra.

La aplicación deberá mostrar a los usuarios las fases de validación de la compra virtual. Descripción del El usuario podrá consultar a la aplicación para observar si se está requerimiento: llevando a cabo los procesos de compra. Requerimiento  Eficiencia NO funcional:  Seguridad lógica y de datos  Usabilidad Prioridad del requerimiento: Alta

3.1.3 Visualización de catálogo de productos. Identificación del requerimiento: Nombre del Requerimiento: Características:

RF03 Visualización de catálogo de productos.

La aplicación deberá mostrar los productos que se encuentran disponibles para la compra. Descripción del Los usuarios podrán observar los productos que se ofrecen en la requerimiento: aplicación. Requerimiento  Eficiencia NO funcional:  Seguridad lógica y de datos  Usabilidad Prioridad del requerimiento: Alta

3.1.4 Consultar información de productos Identificación del requerimiento: Nombre del Requerimiento: Características:

RF04 Consultar Información de productos.

La aplicación deberá mostrar a los usuarios la información correspondiente a cada producto seleccionado. Descripción del El usuario podrá obtener el precio, cantidad y proveniencia del producto requerimiento: elegido. Requerimiento  Eficiencia NO funcional:  Seguridad lógica y de datos  Usabilidad Prioridad del requerimiento: Alta

3.1.5 Mostrar datos estadísticos Identificación del requerimiento: Nombre del

RF05 Mostrar datos estadísticos.

Requerimiento: Características: Descripción del requerimiento:

Requerimiento NO funcional:

Un administrador encargado del departamento de ventas del negocio puede acceder a visualizar los datos que nos brinda el sistema de Google Analytics. La aplicación deberá mostrar todos los resultados a petición de un encargado de la administración del departamento de ventas del negocio. La generación de resultados se obtendrán a partir de un sistema aliado llamado Google Analytics, sin embargo, el administrador deberá saber interpretar los resultados de estos.  Eficiencia  Seguridad lógica y de datos  Usabilidad

Prioridad del requerimiento: Alta

3.1.6 Visualizar Inventario Identificación del requerimiento: Nombre del Requerimiento: Características:

RF06

Descripción del requerimiento:

La aplicación deberá mostrar el inventario de productos que se encuentran disponibles para la venta a petición de un encargado del departamento de compras de la distribuidora.  Eficiencia  Seguridad lógica y de datos  Usabilidad

Requerimiento NO funcional:

Visualizar Inventario. La aplicación deberá mostrar el listado de productos disponibles a un encargado del departamento de compras.

Prioridad del requerimiento: Alta

3.1.7 Añadir producto al carrito Identificación del requerimiento: Nombre del Requerimiento: Características:

RF07

Descripción del requerimiento:

La aplicación deberá permitir seleccionar los productos disponibles del catálogo para ir agregándolos al carrito de compras online, también se debe seleccionar la cantidad estimada de dicho producto.  Eficiencia  Seguridad lógica y de datos  Usabilidad

Requerimiento NO funcional:

Añadir producto al carrito. El usuario puede agregar al carrito los productos que seleccione del catálogo de ventas.

Prioridad del requerimiento: Alta

3.1.8 Modificar cantidad de un producto del carrito Identificación del

RF08

requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento: Requerimiento NO funcional:

Modificar cantidad de un producto del carrito. El usuario puede modificar la cantidad de un producto que ya se encuentre en el carrito. La aplicación deberá permitir al usuario modificar la cantidad de algún producto seleccionado con anterioridad.  Eficiencia  Seguridad lógica y de datos  Usabilidad

Prioridad del requerimiento: Alta

3.1.9 Eliminar un producto del carrito Identificación del requerimiento: Nombre del Requerimiento: Características:

RF09

Descripción del requerimiento: Requerimiento NO funcional:

La aplicación deberá permitir al usuario eliminar algún producto seleccionado con anterioridad.  Eficiencia  Seguridad lógica y de datos  Usabilidad

Eliminar un producto del carrito. El usuario puede eliminar un producto que ya se encuentre en el carrito.

Prioridad del requerimiento: Alta

3.1.10

Modificar Usuario

Identificación del requerimiento: Nombre del Requerimiento: Características:

RF10

Descripción del requerimiento: Requerimiento NO funcional:

La aplicación deberá permitir al administrador modificar los datos personales del usuario a pedido de este.  Eficiencia  Seguridad lógica y de datos  Usabilidad

Modificar Usuario El administrador puede modificar los datos de un usuario

Prioridad del requerimiento: Alta

3.1.11Eliminar Usuario Identificación del requerimiento: Nombre del Requerimiento: Características:

RF11 Eliminar Usuario El administrador puede eliminar los datos de un usuario de la base de

datos. Descripción del requerimiento: Requerimiento NO funcional:

La aplicación deberá permitir al administrador eliminar los datos de un usuario de forma concreta.  Eficiencia  Seguridad lógica y de datos  Usabilidad

Prioridad del requerimiento: Alta

3.1.12 Identificación del requerimiento: Nombre del Requerimiento: Características:

Búsqueda de Productos

RF12 Búsqueda de Productos El cliente puede buscar algún producto que desee.

Descripción del requerimiento: Requerimiento NO funcional:

La aplicación deberá permitir al cliente ingresar un nombre para la posterior búsqueda del producto deseado.  Eficiencia  Seguridad lógica y de datos  Usabilidad Prioridad del requerimiento: Alta

3.1.13 Identificación del requerimiento: Nombre del Requerimiento: Características:

Añadir Usuario

RF13 Añadir Usuario El administrador tiene la capacidad de añadir usuario a la base de datos del sistema.

Descripción del requerimiento: Requerimiento NO funcional:

La aplicación deberá permitir al administrador ingresar a un usuario que desee formar parte de nuestro sistema.  Eficiencia  Seguridad lógica y de datos  Usabilidad Prioridad del requerimiento: Alta

3.1.14

Visualizar historial de compras

Identificación del requerimiento: Nombre del Requerimiento: Características:

RF14

Descripción del requerimiento:

La aplicación deberá permitir al cliente observar todo su registro de compras y operaciones realizadas a través del sistema. Se destaca la cantidad de compras y la cantidad de consultas.

Visualizar historial de compras El cliente podrá observar la cantidad de compras que ha realizado desde que se inscribió en nuestro sistema.

Requerimiento  Usabilidad NO funcional: Prioridad del requerimiento: Alta

3.1.15 Identificación del requerimiento: Nombre del Requerimiento: Características:

Anulación de compra

RF15 Anulación de compra El administrador podrá anular la compra a petición del cliente.

Descripción del requerimiento: Requerimiento NO funcional:

La aplicación deberá permitir al administrador cancelar un pedido a petición del cliente que lo realizo.  Eficiencia  Seguridad lógica y de datos  Usabilidad Prioridad del requerimiento: Alta

3.2

Requisitos no funcionales 3.2.1 Eficiencia

• Toda funcionalidad del sistema y transacción de negocio debe responder al usuario en menos de 5 segundos. • El sistema debe ser capaz de operar adecuadamente con hasta 10 000 usuarios con sesiones concurrentes. • Los datos modificados en la base de datos deben ser actualizados para todos los usuarios que acceden en menos de 2 segundos.

3.2.2 Seguridad lógica y de datos • Los permisos de acceso al sistema podrán ser cambiados solamente por el administrador de acceso a datos. • El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de programación que incrementen la seguridad de datos. • Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser almacenados en una localidad segura ubicada en un edificio distinto al que reside el sistema. • Todas las comunicaciones externas entre servidores de datos, aplicación y cliente del sistema deben estar encriptadas utilizando el algoritmo DES (DATA ENCRYPTION STANDARD) • Si se identifican ataques de seguridad o brecha del sistema, el mismo no continuará operando hasta ser desbloqueado por un administrador de seguridad.

3.2.3 Usabilidad • El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 3 horas. • La tasa de errores cometidos por el usuario deberá ser menor del 1% de las transacciones totales ejecutadas en el sistema. • El sistema debe contar con manuales de usuario estructurados adecuadamente. • El sistema debe proporcionar mensajes de error que sean informativos y orientados a usuario final. • El sistema debe contar con un módulo de ayuda en línea. • El sistema debe poseer interfaces gráficas bien estructuradas y predecibles para aumentar la eficiencia y mejorar la experiencia del usuario.

4 Casos de uso 4.1

Diagrama de casos de uso

4.2

Resumen de casos de uso

Caso de Uso

Actor

Iniciar sesión

Usuario registrado, Administrador

Registrar usuario

Usuario anónimo

Búsqueda de productos

Usuario

Añadir al carrito

Usuario

Eliminar del carrito

Usuario

Modificar cantidad de un producto en el carrito

Usuario

Visualizar historial de compras

Usuario

Realizar compra

Usuario registrado

Visualizar estado de la compra

Usuario registrado

Agregar productos al inventario

Administrador

Eliminar productos del inventario

Administrador

Modificar productos del inventario

Administrador

Anular compra

Administrador

Visualizar estadísticas del sistema

Administrador

4.3

Descripción general de casos de uso.

Caso de uso Descripción Actor iniciador Actores secundarios Resumen Precondiciones Post-condiciones Flujo de eventos

Iniciar Sesión El usuario inicia sesión en el sistema de ventas Usuario Registrado, Administrador El usuario registrado inicia sesión ingresando sus datos. Existencia de una base de datos de los usuarios registrados. El usuario debe haberse registrado en la página web. Usuario ingresa a su cuenta. Interacciones del usuario Obligaciones del sistema

1. El usuario ingresa al sistema de ventas. 2. El sistema pide los datos de ingreso al usuario. 3. El usuario ingresa sus datos de acceso. 4. El usuario presiona el botón “Ingresar”. 5. El sistema recoge los datos ingresados. 6. El sistema verifica si se encuentran los datos ingresados en la base de datos. 7. El sistema inicia sesión con el usuario en cuestión. Extensiones síncronas Extensiones asíncronas Caso de uso

En 6, si el sistema no encuentra los datos de acceso del usuario, el sistema muestra “error” y vuelve a solicitar sus datos de acceso. En 3 el usuario puede cancelar la operación. -

Registrar usuario

Descripción Actor iniciador Actores secundarios Resumen Precondiciones Post-condiciones Flujo de eventos

Un usuario nuevo se registra al sistema. Usuario anónimo. Un usuario anónimo se puede registrar al sistema mediante la página web. El usuario anónimo quedó registrado en la base de datos del sistema. Interacciones del usuario Obligaciones del sistema

1. El usuario ingresa al formulario de registro. 2. El usuario llena el formulario con sus datos personales.

Extensiones síncronas Extensiones asíncronas

Caso de uso Descripción Actor iniciador Actores secundarios Resumen Precondiciones Postcondiciones Flujo de eventos

3. El sistema verifica si los datos ingresados son correctos y no existen en la base de datos.

4. El sistema almacena al usuario registrado en la base de datos del sistema. En 3, si el sistema comprueba si los datos ingresados en los campos únicos se encuentran almacenados en la base de datos, vuelve a pedir los datos en esos campos. -

Búsqueda de productos El cliente puede ingresar un nombre de un producto que él ya conozca con anterioridad y encontrar de manera más rápida el producto deseado. Usuario, Administrador El cliente recibe un listado de productos que coincidan con sus preferencias de la búsqueda. El cliente tiene conocimiento si existe el producto que este desee buscar. Interacciones del usuario Obligaciones del sistema

1. El cliente ingresa el nombre de un producto que desee buscar. 2. Recibe el nombre ingresado por el cliente. 3. El sistema debe verificar la existencia del producto ingresado por búsqueda. 4. El sistema genera un listado de los productos que coinciden con la búsqueda.

Extensiones síncronas

5. El cliente observar el listado de productos que coinciden con su búsqueda. En la obligación número 3 del sistema, no existen productos que coinciden con la búsqueda realizada por el cliente y se genera un mensaje de advertencia indicando que no existe una lista de productos para su búsqueda.

Extensiones asíncronas Caso de uso Descripción Actor iniciador Actores secundarios Resumen Precondiciones Postcondiciones Flujo de eventos

Añadir al carrito El usuario añade un producto al carrito Usuario Cualquier usuario podrá añadir el producto de la tienda virtual que desee al carrito en cualquier momento sea usuario registrado o anónimo. El sistema actualizará el resumen del carrito Interacciones del usuario Obligaciones del sistema

1. El usuario selecciona un producto en el catálogo.

3. El usuario pulsa sobre el botón “Añadir a carrito” del producto deseado.

2. El sistema busca en la base de datos las características del producto.

4. El sistema comprueba que el producto se encuentre en el carrito. 5. Si se encuentra, suma la cantidad al producto existente en el carrito. 6. Si no se encuentra, se añade el producto nuevo al carrito. 7. El sistema actualiza los totales del carrito. Extensiones síncronas Extensiones asíncronas

En el punto 3 el usuario puede cancelar la operación.

Caso de uso Descripción Actor iniciador Actores secundarios Resumen

Eliminar del carrito El usuario elimina un producto al carrito Usuario Cualquier usuario podrá eliminar un producto del carrito en el momento que de see. El producto debe haber sido añadido al carrito anteriormente. El sistema actualizará el resumen del carrito Interacciones del usuario Obligaciones del sistema

Precondiciones Postcondiciones Flujo de eventos

1. El usuario va a la página d onde se encuentra el resumen del carrito. 2. Marca el checkbox de el/lo s productos/s que desea eliminar del carrito 3. Pulsa sobre el botón “Actualizar” que se encuentra bajo el carrito.

Extensiones síncronas

4. Busca en el carrito el identificador de los productos marcados. 5. Elimina del carito los productos selección 6. Actualiza los totales del carrito.

En 3 el usuario puede cancelar la operación. Si el usuario elimina todos los elementos del carrito el sistema mostrará un me nsaje indicando que el carrito está vacío.

Extensiones asíncronas

-

Caso de uso Descripción Actor iniciador Actores secundarios Resumen

Modificar cantidad de productos El usuario modifica la cantidad de los productos añadidos al carrito. Usuario. El usuario podrá modificar la cantidad de los productos añadidos al carrito teniendo en cuenta el stock. El producto debe haber sido añadido al carrito anteriormente. El sistema actualizará el resumen del carrito. Interacciones del usuario Obligaciones del sistema

Precondiciones Post-condiciones Flujo de eventos

1. El usuario va a la interfaz del resumen del carrito. 2. El usuario modifica la cantidad del producto que desee cambiar. 3. El sistema modifica la cantidad del producto que se desee cambiar, siempre y cuando la cantidad anterior sea diferente a la nueva. 4. Si la cantidad nueva es cero, el sistema elimina el producto del carrito. 5. El sistema actualiza el resumen del carrito. Extensiones síncronas

Extensiones asíncronas Caso de uso Descripción Actor iniciador Actores secundarios Resumen Precondiciones Postcondiciones Flujo de eventos

En 3 el usuario puede cancelar la operación. Si el usuario modifica todas cantidades a cero, el sistema mostrará un mensaje indicando que el carrito está vacío. En 3, si el sistema no encuentra stock le pedirá que ingrese un stock menor al actual en dicho producto -

Visualizar historial de compras Se visualiza el historial de compras del cliente Usuario Registrado El usuario visualiza de forma general el historial de compras realizadas anteriormente El usuario debe haber iniciado sesión. El usuario registrado visualiza el historial de compras realizadas. Interacciones del usuario Obligaciones del sistema

1. El usuario registrado ingresa a la interfaz del historial de compra

Extensiones síncronas Extensiones asíncronas

1. El sistema busca las compras realizadas por el usuario en la base de datos. 2. El sistema muestra al usuario el historial de compras.

En 2, si el sistema no encuentra compras en la base de datos, informa al usuario. -

Caso de uso Descripción Actor iniciador Actores secundarios Resumen Precondiciones Postcondiciones Flujo de eventos

Realizar compra El cliente puede ejecutar las compras de los productos que han sido agregados al carrito. Usuario Registrado

El cliente ya debió haber iniciado sesión en el sistema y también haber seleccionado productos para el carrito. El cliente ya tiene conocimiento si tuvo éxito su compra. Interacciones del usuario Obligaciones del sistema

1. El cliente manda la solicitud de compra para el sistema. 2. El sistema debe recibir la solicitud de compra. 3. El sistema debe verificar la cantidad de productos que el cliente quiere comprar con el stock del inventario. 4. Después de verificar el stock con la cantidad que el cliente desea llevar, el sistema le solicita al cliente que modalidad de pago prefiere.

4. El cliente selecciona el modo de pago con tarjeta.

5. El sistema debe verificar que el saldo del cliente por parte de la cuenta que el posee sea lo suficiente para satisfacer los gastos que requieren su compra. 6. El sistema le genera la boleta de compra para la compra que el cliente acaba de realizar. 7. El sistema debe generar un mensaje de compra satisfactoria y mostrársela al cliente

8. El cliente acepta el mensaje de satisfacción

Extensiones síncronas

En la obligación número 3 del sistema, la cantidad total de productos que el cliente ingresa con el carrito no es compatible con el stock de productos disponibles en el catálogo, por consiguiente, el sistema genera un mensaje indicando el error en el proceso. En la interacción del usuario número 2, el cliente puede seleccionar el modo de pago presencial. En la obligación número 4 del sistema es posible que el saldo disponible por parte del cliente no satisfaga el precio total que requiere la compra, por consiguiente, el sistema genera un mensaje indicando el error en el proceso.

Extensiones asíncronas Caso de uso Descripción Actor iniciador Actores secundarios Resumen

Visualizar estado de la compra Se visualiza el estado de la compra. Usuario Registrado. El usuario visualiza el estado de la compra para su pronta recepción

Precondiciones Postcondiciones

El usuario debe haber iniciado sesión. El usuario registrado visualiza el estado y los datos de la última compra realizada. Interacciones del usuario Obligaciones del sistema

Flujo de eventos

1. El usuario registrado ingresa a la interfaz del estado de la compra.

Extensiones síncronas Extensiones asíncronas Caso de uso Descripción Actor iniciador Actores secundarios Resumen Precondiciones Postcondiciones Flujo de eventos

2. El sistema muestra los datos y estado de su última compra.

Si el usuario no ha realizado una compra recientemente, no podrá visualizar el estado de esta. -

Agregar productos al inventario Agregar un producto nuevo al inventario del sistema web. Administrador. El administrador agrega uno o más productos al inventario del sistema, con el objetivo de que los usuarios puedan visualizarlos. Se deberá hacer un inventario del stock real del producto en almacén para determinar qué porcentaje será agregado al sistema web. El administrador debe haber iniciado sesión. Se visualizará un nuevo producto en el catálogo de la página web con información detallada para que los usuarios puedan comprarlos. Interacciones del usuario Obligaciones del sistema

1. El administrador ingresa a la interfaz de gestión de productos. 2. El administrador selecciona la opción “Ingresar nuevo producto”. 3. El administrador llena los campos requeridos para el nuevo producto. 4. El administrador presiona el botón “aceptar” para agregar el nuevo producto.

5. El sistema verifica los datos ingresados por el administrador. 6. El sistema almacena el nuevo producto en la base de datos. 7. El sistema confirma que el producto ha sido agregado con éxito. Extensiones síncronas Extensiones asíncronas Caso de uso Descripción Actor iniciador Actores secundarios Resumen Precondiciones Postcondiciones Flujo de eventos

En 1 y 2 el administrador puede salir de la interfaz de gestión de productos. En 4, si el administrador ha dejado campos en blanco o ha ingresado datos incorrectos, el sistema informará del error y volverá a solicitarlo. -

Eliminar productos del inventario Eliminar un producto del inventario del sistema. Administrador. El administrador elimina un producto a la vez del inventario del sistema, con el objetivo de que los usuarios ya no puedan visualizarlos. Debe haber un producto a eliminar. El administrador debe haber iniciado sesión. El producto ya no podrá ser visualizado en el catálogo página web. Interacciones del usuario Obligaciones del sistema

1. El administrador ingresa a la interfaz de gestión de productos. 2. El administrador selecciona la opción “Eliminar producto”.

5. El administrador selecciona el producto a eliminar y presiona el botón “eliminar”.

3. El sistema muestra los productos registrados en la base de datos de la página web.

6. El sistema elimina el producto de la base de datos. 7. El sistema confirma que el producto ha sido eliminado con éxito. Extensiones síncronas

En 1, 2 y 5 el administrador puede salir de la interfaz de gestión de productos.

Extensiones asíncronas

-

Caso de uso Descripción

Modificar detalles de producto El administrador modifica los detalles de los productos ya sea en nombre o en especificaciones de ello. Administrador. El administrador modifica un producto existente a la vez en detalle nombre marca etiqueta precio y/o especificaciones. Existen productos en la base de datos. El administrador debe haber iniciado sesión. El administrador tiene productos correctamente modificados. Interacciones del usuario Obligaciones del sistema

Actor iniciador Actores secundarios Resumen Precondiciones Post-condiciones Flujo de eventos

1. El administrador ingresa a la interfaz de gestión de productos. 2. El administrador selecciona la opción “Modificar producto”. 3. El administrador elige el producto a modificar. 4. El administrador llena los campos a modificar. 5. El sistema verifica si los cambios son correctos. 6. El sistema almacena los cambios. Extensiones síncronas Extensiones asíncronas

En 3, si el sistema comprueba que si los datos ingresados en los campos únicos ya se encuentran almacenados y/o están vacíos vuelve a pedir los datos en esos campos. -

Caso de uso Descripción Actor iniciador Actores secundarios Resumen Precondiciones Postcondiciones Flujo de eventos

Anular compra. Anular compras en casos especiales. Administrador. El administrador puede anular compras en casos especiales como productos defectuosos o compras incompletas. Se debe haber realizado el protocolo de devolución de dinero y anulación de compras del negocio. El administrador debe haber iniciado sesión. El sistema repondrá el stock de los productos de la compra anulada en la base de datos del sistema. El sistema almacenará un informe detallado dado por el administrador. Interacciones del usuario Obligaciones del sistema

1. El administrador ingresa a la interfaz de anulación de compra. 2. El administrador ingresa el código de compra a anular.

5. El administrador ingresa el informe detallado de la anulación de la compra. 6. El administrador selecciona el botón “anular”.

3. El sistema busca en la base de datos el código de compra a anular. 4. El sistema solicita un informe detallado una vez encontrado el código de compra.

7. El sistema repone el stock de los productos anulados. 8. El sistema almacena el informe de anulación. Extensiones síncronas Extensiones asíncronas Caso de uso Descripción Actor iniciador Actores secundarios Resumen Precondiciones Postcondiciones

Flujo de eventos

En 1 y 5 el administrador puede salir de la interfaz de anulación de compra. En 3, si el sistema no encontró el código de compra informa al usuario y vuelve a pedir el código. -

Visualizar estadísticas del sistema. El administrador solicita los datos que requiere para obtener conocimiento de cómo va funcionando el negocio. Administrador Sistema externo de Google Analytics El administrador visualiza los datos a través de los procesos indicados en el flujo de eventos. Un administrador debió haberse registrado con anterioridad. El administrador que solicitó los datos ya cuenta con el conocimiento necesario para tomar decisiones acerca de cómo va el negocio. Interacciones del usuario Obligaciones del sistema

1. Solicitar petición de datos. 1. Recibe la solicitud del administrador. 2. El sistema envía un formato de respuesta hacia el sistema externo de Google Analytics. 3. El sistema externo de Google Analytics recibe el formato de respuesta. 4. El sistema externo de Google Analytics rellena el formato de respuesta con los datos solicitados por el sistema y se lo retorna hacia él. 2. El administrador recibe el formato detallando los datos solicitados. Extensiones síncronas Extensiones asíncronas

4.4.

Diagramas de actividades Iniciar sesión

Registrar usuario

Búsqueda de productos

Añadir al carrito

Eliminar del carrito

Modificar cantidad de un producto en el carrito

Realizar compra

Agregar productos del inventario

Eliminar productos del inventario

Modificar productos del inventario

Anular compra

ANEXOS A. Técnica de captura La técnica utilizada para este sistema fue el Brainstorming o lluvia de ideas, técnica que consiste de reuniones en grupo cuyo objetivo es la generación de ideas en un ambiente libre de críticas o juicios y donde aportamos ideas sobre la concepción de los casos de uso, identificación de problemas del negocio y sus posibles soluciones. Como técnica de captura de información de requisitos, la tormenta de ideas nos ayudó a generar una gran variedad de vistas del problema y a formularlo de diferentes formas, sobre todo al comienzo del proceso de ingeniería de requisitos, cuando los requisitos estaban muy difusos ya que el contacto con alguien que esté inmerso en este

tipo de negocio se basó en observación y conversaciones con comerciantes minoristas

que

comercializan

con

distribuidoras

mayoristas,

nuestros

principales clientes.

B. Priorización de requisitos PRIORIZACION DE REQUISITOS No.

1

Requisitos Funcionales

Cantid ad de involu crado s 3

Depende ncias

Criterios Impleme Necesidad ntado del cliente

Total

Itera ción

3

1

3

10

3

1

0

1

2

4

1

1

2

1

2

6

3

2

2

1

3

8

3

1

0

1

2

4

1

2

3

1

3

9

2

3

4

1

3

11

3

2

2

1

3

8

2

2

2

1

3

8

2

3

2

1

2

8

2

10

Autenticación del Usuario Visualizar estado de la compra Visualización de catálogo de productos. Consultar Información de productos. Mostrar datos estadísticos Visualizar Inventario. Añadir producto al carrito Modificar cantidad de un producto del carrito. Eliminar un producto del carrito. Modificar Usuario

11

Eliminar Usuario

3

2

1

2

8

2

12

Búsqueda de Productos Añadir Usuario

2

4

1

3

10

3

3

3

1

3

10

3

Visualizar historial de compras

2

2

1

2

7

1

2 3 4 5 6 7 8 9

13 14

C. Diagrama de clases