Virtual Store

APLICACIÓN WEB PARA LA VENTA DE PRODUCTOS EN LINEA “VIRTUAL STORE”
PRESENTADO POR:
CRISTIAN VELASQUEZ MEJIA
VIDAL ARMENTA
PRESENTADO A:
GILBERTO DULCEY
INGENIERIA DE SOFTWARE I
GRUPO 01
UNIVERSIDAD POPULAR DEL CESAR
FACULTAD DE INGENIERIAS Y TECNOLOGIAS
INGENIERIA DE SISTEMAS
VALLEDUPAR – CESAR
AÑO
2020
1
TABLA DE CONTENIDO
1. INTRODUCCION 3
2. OBJETIVOS 4
2.1 OBJETIVO GENERAL 4
2.2. OBJETIVOS ESPECIFICOS 4
3. ESTADO DEL ARTE 4
4. JUSTIFICACION 6
5. CRONOGRAMA 6
6. REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES 7
6.1. REQUERIMIENTOS FUNCIONALES 7
6.1.1. Estructura de las paginas 7

6.1.2. Catalogo virtual 7
6.1.3. Página de productos
6.1.4. Productos 8
6.1.5. Carrito de compra 8
6.1.6. Administrador 8
6.1.7. Visitante 8
6.1.8. Cliente registrado 9
6.1.8. Registro de clientes 9
6.2. REQUERIMIENOS NO FUNCIONALES 9
7. MODELADO DEL NEGOCIO 10
7.1. ACTORES DEL SISTEMA 10
7.2. CASOS DE USO 11
7.2.1. Casos de uso del visitante 11

7.2.2. Casos de uso del usuario registrado 14
7.2.3. Casos de uso del administrador 17
7.3 DIAGRAMA DE ACTIVIDADES 25
8. REFERENCIAS 26
2
APLICATIVO WEB PARA LA VENTA DE PRODUCTOS EN LINEA “VIRTUAL STORE”
1. INTRODUCCION
Términos como el e-Business y el e-Commerce, genera más confusión que claridad. Muchas de
estas confusiones se originan en la mala interpretación generalizada de estos términos que
engloban acciones como comprar y vender productos vía internet.
En términos generales, es en Estados Unidos donde la evolución de internet y, en consecuencia, la

consolidación y madurez de mercados electrónicos, se encuentra en una fase de mayor desarrollo.
En paralelo, es en el ámbito estadounidense y en el conjunto de universidades o institutos
americanos donde pueden encontrarse estudios que analizan la eficiencia de los nuevos mercados
en internet.
En Europa, el desarrollo del mercado en internet y la consolidación de mercados en internet, sufre

un retardo con respecto al caso de los Estados Unidos. Y lógicamente, el número de estudios al
ámbito europeo es menor. La International Data Corporation (IDC), principal proveedor mundial
de inteligencia de mercado, servicios de asesoramiento y eventos sobre tecnología de la
información, ha presentado un informe sobre el impacto del comercio electrónico y su evolución
en América Latina.
El comercio electrónico en Colombia dentro de Latinoamérica se encuentra en un tercer nivel de

sofisticación (después de Brasil y Argentina) y un cuarto lugar en volumen (después de Brasil,
México y Argentina). Lo que vemos es un sector del comercio que cada día apuesta más fuerte por
estos canales. Varios de nuestros clientes más grandes de comercio al por menor reportan que su
operación en internet es su sucursal principal en el país, con volúmenes superiores a los de locales
físicos en centros comerciales consolidados.
El diseño y la implementación de una Tienda Online tiene como finalidad una aplicación web
desde la cual una empresa pueda ampliar sus ventas mediante el e-Commerce de manera fácil,
rápida y sencilla.
De esta manera, se facilita a los clientes la opción de realizar sus compras sin salir de casa o
simplemente, visualizar los artículos disponibles o consultar el estado de algún pedido realizado
anteriormente.
Por otra parte, el personal autorizado podrá realizar acciones como el modificado de los pedidos
realizados mediante esta vía, la inserción de nuevos ítems en la base de datos o la corrección de
los errores que puedan aparecer en el registro de algún cliente.
3
2. OBJETIVOS:
2.1. OBJETIVO GENERAL
 Desarrollar un sistema para control de inventario y venta de variedad de
productos.
2.2. OBJETIVOS ESPECIFICOS
 Almacenar información relevante de la gestión de ventas, para permitir consultas
en forma exacta y rápida.
 Diseñar una interfaz que sea fácil de utilizar e intuitiva.
 Agilizar el proceso de venta y almacenar todos los datos de ella con sus
respectivos datos de transacción.
3. ESTADO DEL ARTE

E-commerce: Amazon
Es una tienda online de libros, música y otros, que ofrece servicios que los comercios tradicionales
no pueden ofrecer: precios bajos; selecciones bien documentadas, nutrida información sobre los
productos.
Amazon sigue los principios de la conveniencia y la tranquilidad de espíritu. Garantiza a los clientes
la seguridad de sus compras. Fue el primer site que aceptó tarjetas de crédito por Internet y para
los clientes que aún desconfían, ofrece correo electrónico o fax como método alternativo para
brindar la información de su tarjeta de crédito.
Amazon es un especialista en la utilización y aplicación de la web 2.0, cumpliendo con el principio

de “todo está en la web”[ CITATION Ama16 \l 9226 ]. En relación con sus competidores, Amazon,
en vez de ofrecer chateo en línea, entrevista en tiempo real y foros de debate, ha avanzado con
mayor lentitud. Para ello, Amazon cumple 3 condiciones básicas para mantenerse enfocado al
comercio en la red: 1) Estar encaminado al cliente, porque considera sus necesidades,
posibilidades, prioridades, intereses, gustos, y deseos personales 2) No perder de vista, ni un
segundo y para nada, a la competencia y 3) Garantizar la rentabilidad, aunque como inversión al
principio se trabaje a pérdidas.
Comprar en Amazon es un proceso muy sencillo y simple: solo hay que hacer un clic y el producto
estará en la cesta de la compra. Un clic más y confirmaremos la orden de envío. Un par de días y
llegará a nuestra casa. Cualquier problema es rápidamente resuelto por los agentes de atención al
consumidor y los productos defectuosos o que no llegan al consumidor son rápidamente
reembolsados y reemplazados. Todo el mundo tiene una historia positiva con Amazon y todo el
mundo ama compartirla. Es algo que pasa con pocas compañías, aunque las que lo consiguen
tienen que luchar muy duro (y nunca bajar la guardia) para mantenerlo.
Amazon es una de las empresas dedicas al e-commerce más exitosas del mundo, porque ofrece un
buen servicio al cliente, por lo que ha ganado mucha confiabilidad al momento de realizar las
4
transacciones o los procesos que en esta se manejaban. La compañía asegura ser muy exigente
con sus controles de calidad, tanto de sus productos que venden.
E-commerce: Linio
Linio es presentado y reconocido como la tienda en línea más grande de América Latina, la cual
tiende a ser comparada con Amazon, pero con un claro objetivo en lo que se refiere a su enfoque
de mercado, Latinoamérica. Fue creada e impulsada por el fondo de inversiones Rocket-Internet,
una incubadora de emprendimientos de origen alemán. Actualmente linio tiene presencia en 8
países, trabajando con miles de vendedores nacionales e internacionales.[ CITATION Lin19 \l
9226 ]
Linio como una tienda online de alta calidad prioriza este aspecto, el cual tiende a ser una de las
principales preocupaciones de los compradores que navegan a través de la nube. Por tal motivo,
los pagos en línea son supervisados por Pagos online (en Colombia).
A su vez, la entrega de los productos es rápida, pues la misma gira en torno a los 3-5 días hábiles
en el territorio nacional. Uno de los aspectos fuertes de Linio es su política de devolución, pues
hay muchas facilidades en ese sentido, pues en un lapso de 5 días tras la recepción del producto se
puede hacer la gestión para devolución o cambio del producto si no se satisfacen las expectativas
del cliente.
Una de las particularidades de Linio, que la hacen una tienda a considerar para hacer nuestras
compras en internet, se debe al diseño del sitio web, el cual por medio de un formato sencillo,
cómodo y fácil de comprender proporciona unas condiciones ideales para que el cliente pueda
navegar por la tienda y encontrar sin inconvenientes el artículo de su interés.
Igualmente, esta empresa es seria, cuenta con experiencia en el mercado y reconocimiento, por lo
que la seguridad, tal como se explicó renglones arriba está asegurada, por lo que no hay que nada
que temer al respecto.
Finalmente, los clientes de Linio tienden a destacar la facilidad en la navegación, las comodidades
al momento de pagar, las excelentes políticas de devolución y cambio, además de una serie de
categorías para seleccionar como: computadoras, libros, videojuegos, deportes, salud y cuidado
personal, ropa, calzado y accesorios, fotografía, juguetes, niños y bebés, celulares y telefonía, y
mucho más.
De acuerdo con la información obtenida podemos decir que lino es un e-commerce muy rentable,
su crecimiento ha sido sorprendente, debido a que busca la personalización en sus productos y se
ajusta a lo que el cliente necesita
La innovación de esta plataforma ha involucrado los conceptos de desarrollo, así como también de
eficiencia y eficacia. En este sentido que puede decir que el nivel de esta plataforma es alto,
porque prioriza todos sus procesos.
E-commerce: Tiendas Jr
5
Tienda Jr de comercio electrónico o e-commerce tiene más de 10 años de experiencia en portales
como Dereto.com, Deremate.com y Mercadolibre.com, tiempo durante el cual han atendido a más
de 18,000 colombianos, consolidándose como vendedores confiables, rápidos y reconocidos en el
país.[ CITATION Tie17 \l 9226 ]
Tienda Jr distribuye miles de productos de todas las categorías, consolidándose con productos
tecnológicos como cámaras digitales profesionales de las mejores marcas, Nikon, canon Sony etc.,
así como teléfonos celulares y smartphone Samsung, Lg y Apple, simultáneamente incorporando
productos para el hogar y decoración, pasando por electrodomésticos para cocina entre muchos
otros productos.
Para concluir, Bezos, propone que “el futuro de la venta electrónica está en la individualización de
la oferta”, es decir, que al comprador se le expongan los productos que más se ajustan a sus
gustos en función de sus compras anteriores. Esto es importante ya que empresas como Linio,
Amazon, entre otras, que manejan ese tipo de aplicativos webs pueden beneficiarse ya que le
facilitara al cliente o al usuario el manejo de estas plataformas.
4. JUSTIFICACION
Con el pasar de los años, los softwares de gestión de procesos han experimentado un crecimiento
enorme, transformando las formas y los métodos de compras. Conceptos importantes como el E-
commerce han revolucionado nuestro diario vivir, logrando satisfacer nuestras necesidades.
Desarrollar este tipo de plataformas digitales es invertir en eficiencia, ya que los beneficios que
pueden brindar mejoran no solo los procesos sino los alcances funcionales y comerciales de una
entidad. Este aplicativo, plantea mejorar las gestiones y procesos de ventas para cualquier
microempresa, teniendo como objetivo principal desarrollar un software persistente y funcional,
que permitirá obtener un inventario, registro y control de ventas de los productos,
implementando una base de datos, ya que aumenta la eficacia del aplicativo, mejorando la
realización de trabajos de forma ágil y rápida debido a la simplificación de estos.
5. CRONOGRAMA
6
6. REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES DEL APLICATIVO
6.1. REQUERIMIENTOS FUNCIONALES
6.1.1. Estructuras de las paginas
Las páginas del aplicativo tendrán una estructura y diseños en común que contendrán:
 Logotipo de la tienda: A darle clic en el logotipo nos llevara al inicio de la página.

 Buscador de productos.
 Menú de categorías, donde se desplegarán las distintas categorías de los
productos.
 Carrito de compra.
 Se podrá buscar los productos de la tienda.
 Si no hemos iniciado sección, podremos hacerlo desde cualquiera de las pagina de
la tienda.
 Si se ha iniciado una sección, esta mostrara el correo del cliente que haya iniciado
sección.
 Pie de página con información de la tienda.
 El diseño de la tienda será adaptivo para que se pueda visualizar correctamente en
distintos dispositivos.
6.1.2. Catalogo virtual

En este catálogo encontraremos información de todos los productos que se venderán en
la tienda, organizado de la siguiente manera:
 Categorías: al darle clic en el botón categorías se verán las diferentes familias.
 Productos: artículos de las diferentes familias que se podrán comprar.
 Los clientes podrán acceder a los catálogos para visualizar los productos de una
determinada familia.
 En una página se podrán ver las familias con sus respectivos productos, las cuales
tendrán una imagen y una breve descripción.
 Al darle clic en un producto nos enviara a una página en la que se mostraran todos
los detalles del producto.
 Los productos se mostrarán con su precio.
 Cada producto tendrá un botón que añadirá esté al carrito.
 En la página donde se encuentran el listado de los productos estarán paginados,
pero de igual manera se podrán ver todos los elementos de la página.
6.1.3. Página de productos

En esta página se mostrarán información detallada sobre un producto en particular como
nombre, el precio, descripción, si se encuentra agotado o disponible el producto etc.
7
 Se mostrará toda la información del producto.
 Al pasar el puntero sobre la imagen esta se podrá ver ampliada.
6.1.4. Productos
Un producto es un objeto elegible, viable y repetible que la oferta pone a disposición de la
demanda de los clientes.
 Cada producto tendrá un costo y la descripción de este.
 Cada vez que un cliente compre un producto se verá reflejado en la cantidad
disponibles.
 Si no hay productos, se mostrarán como un producto agotado.
6.1.5. Carrito de compra

El carrito de compra es donde los clientes van cargando los productos que van
adquiriendo en las diferentes páginas del sitio.
 Al añadir un producto al carrito se podrá ver las cantidades a comprar, el costo de
cada uno de los productos y el total de la compra.
 Para realizar la compra los clientes deben estar previamente registrados.
 Antes de hacer la confirmación de la compra se mostrará un resumen de los
costos finales y la dirección del envió.
 Una vez haber realizado la compra se descargará una factura con toda la
información de la compra.
6.1.6. Administrador
El administrador estará registrado con un nombre, contraseña y correo electrónico. Es
aquel que tiene todos los privilegios en la tienda el cual se encarga de:
 Crear, eliminar y modificar a los clientes que se hallan registrado.
 En el caso de que un cliente allá olvidado su contraseña el administrador podrá
cambiar la contraseña.
 El administrador tendrá permisos para añadir, consultar y eliminar registros.
 Gestionar las diferentes categorías (listar, registrar, modificar, eliminar).
 Gestionar las diferentes familias (listar, registrar, modificar, eliminar).
 Gestionar los diferentes productos (listar, registrar, modificar, eliminar).
 Podrá cambiar la información de los productos.
 Podrá gestionar las imágenes de los productos.
 Podrá ver un listado de las compras realizadas, con toda la información.
6.1.7. Visitante
Es aquella persona que entra a la página. Este podrá navegar libremente por la tienda,
mirar los catálogos, las categorías, familias y productos, podrá añadir productos al carrito,
pero no podrá realizar una compra si no se encuentra registrado.
8
6.1.8. Cliente registrado
Es aquella persona que se encuentra registrado. Esta podrá navegar libremente por la
tienda y además puede realizar las siguientes acciones:
 Consultar los catálogos
 Visualizar las categorías, familias y productos de la tienda.
 Podrá ver la información detallada de los productos.
 Podrá ver la información que haya registrado y modificarla.
 Podrá añadir y eliminar productos al carrito de compras.
 Podrá cambiar su contraseña en el caso que así lo desee.
6.1.9. Registro de cliente

 Al momento de registrarse en la página se le pedirá al cliente que ingrese un correo y
una contraseña. Adicionalmente el cliente tendrá que guardar su información como
los nombres, apellido, DNI, teléfono y dirección de los pedidos.
 Cuando el cliente haga el registro en la página se le mostrara un mensaje de
bienvenida con los datos introducidos.
 Una vez se hallan registrados los clientes, podrán consultar su información
previamente registrada y rectificarlos.
 La contraseña se podrá cambiar desde la página introduciendo la contraseña anterior.
 En el caso del cliente que olvide su contraseña, se le dispondrá de un correo del
administrador de la tienda solicitando el cambio de la contraseña.
6.2. REQUERIMIENTOS NO FUNCIONALES

 El aplicativo web deberá tener los colores institucionales de la universidad popular del
cesar.
 El aplicativo web deberá poder visualizarse y tener el mismo comportamiento en otros
exploradores web
 Deberá visualizarse de manera responsivo, es decir que se podrá ver en dispositivos
móviles sin afectar el comportamiento de la página.
 La navegación en el aplicativo web deberá ser intuitiva y amigable para el manejo del
cliente.
 Todas las paginas tendrán una estructura y diseño en común para que el visitante se
sienta orientado mientras navega en el aplicativo web.
 El aplicativo web será atractivo y agradable visualmente.
 Las paginas deben ser agiles y tener un tiempo de carga adecuado.
9
7. MODELADO DEL NEGOCIO
El software que desarrollar está orientado a una empresa pequeña dedicada a vender
diferentes objetos que son necesarios, es decir variedad en productos, la cual maneja
diferentes tipos de estos ya sean de hogar, oficina, escolar, diversión, etc.
El cliente necesita facturar sus pedidos para mejorar la atención de los usuarios, como
también se necesita tener un control de salidas y entradas de productos, es decir ventas e
inventario, etc.
7.1. ACTORES DEL SISTEMA
Los actores son el conjunto de agentes externos que utilizan o se relacionan con el sistema. Un
actor puede participar en varios casos de uso y un caso de uso puede interactuar con varios
actores.
En nuestro caso tenemos a tres agentes humanos (visitante, cliente y administrador) y dos
sistemas externos (el ERP y la pasarela de pago).
 Visitante: usuario que navega de forma anónima por la web.

 Cliente: usuario registrado e identificado por el sistema.
 Administrador: persona con acceso al gestor de contenidos que administrará la web.
10
7.2. CASOS DE USO
7.2.1 Casos de uso del visitante
Caso de Uso Consultar Categoría

Requisitos asociados: Tienda – Catalogo virtual
Actor Iniciador: Visitante.
Descripción: Se consulta las categorías de productos.
Precondición: La categoría esta activa.
Postcondición: Se muestra las categorías de productos seleccionadas.
Curso normal:
1. El usuario quiere consultar una categoría.
2. El sistema muestra las categorías existentes.
3. El usuario elige la categoría deseada.
4. El sistema muestra los productos de la categoría.
Curso alternativo:
Extensión consultar producto.
Caso de Uso Buscar Producto

Requisitos asociados: Tienda – Buscador de Productos
Descripción: Se buscan productos con sus determinadas categorías.
Precondición:
Postcondición: Se muestran los productos deseados.
Curso normal:
1. El sistema muestra las categorías existentes.
11
2. El usuario elige la categoría deseada.
3. El sistema muestra los productos de la categoría.
Curso alternativo:
Extensión Consultar categoría.
Caso de Uso Añadir al carrito

Requisitos asociados: Tienda – Proceso de compra
Descripción: Se añade un producto al carrito.
Precondición:
Postcondición: Se añade una unidad de un producto en el carrito.
Curso normal:
1. El usuario quiere añadir un producto al carrito.
2. El usuario selecciona el producto.
3. El sistema añade un producto al carrito.
4. El sistema muestra todos productos que hayan sido seleccionado.
Curso alternativo:
Si el usuario añade un producto existente en el carrito este aumenta su cantidad
en una unidad.
Caso de Uso Modificar carrito

Descripción: Se modifica la cantidad de un producto del carrito.
Precondición: Debe existir el producto a modificar.
Postcondición: Se modifica la cantidad de un producto del carrito.
Curso normal:
1. El usuario quiere modificar la cantidad de un producto del carrito.
2. Consultar carrito.
3. El usuario modifica la cantidad de un producto.
4. El sistema valida la cantidad.
5. El sistema actualiza la cantidad del producto.
Curso alternativo:
Caso de Uso Modificar carrito

Descripción: Se modifica la cantidad de un producto del carrito.
Precondición: Debe existir el producto a modificar.
Postcondición: Se modifica la cantidad de un producto del carrito.
Curso normal:
1. El usuario quiere modificar la cantidad de un producto del carrito.
3. El usuario modifica la cantidad de un producto.
4. El sistema valida la cantidad.
12
5. El sistema actualiza la cantidad del producto.
Curso alternativo:
Caso de Uso Vaciar carrito

Descripción: Vaciar el carrito de compra.
Precondición: Debe existir al menos un producto en el carrito.
Postcondición: Se eliminan los productos del carrito.
Curso normal:
3. El usuario selecciona la opción de vaciar carrito.
4. El sistema pide confirmación para vaciar el carrito.
5. El sistema elimina todos los productos del carrito.
Curso alternativo:
Si el usuario no confirma la acción, finaliza el caso de uso.
Caso de Uso Alta Cliente

Requisitos asociados: Tienda – Registro de usuarios
Descripción: Se da de alta a un nuevo cliente en el sistema.
Precondición:
Postcondición: El cliente es registrado en el sistema.
Curso normal:
1. El usuario quiere darse de alta en el sistema.
2. El sistema solicita datos del cliente.
3. El usuario introduce los datos.
4. El sistema registra el cliente.
5. El sistema envía un mensaje de bienvenida con los datos del registro.
Curso alternativo:
Si ya existe un usuario con el mismo email o con algún dato erróneo en el
registro, se muestra un mensaje de error y se vuelve al punto 3.
13
7.2.2. Casos de uso del usuario registrado
Caso de Uso Iniciar sesión

Actor Iniciador: Cliente.
Descripción: El usuario inicia sesión en el sistema.
Precondición:
Postcondición: El visitante es identificado como cliente registrado en la
tienda.
Curso normal:
1. El usuario quiere iniciar sesión en él sistema.
2. El sistema solicita el email del usuario y la contraseña.
3. El usuario introduce su email y contraseña.
4. El sistema valida los datos.
5. El sistema reconoce el usuario y recupera sus datos.
Curso alternativo:
Si no existe el email del usuario o la contraseña es incorrecta, se muestra un
mensaje de error y se vuelve al punto 3.
14
Caso de Uso Cerrar sesión
Descripción: El cliente cierra sesión en el sistema.
Precondición: El cliente ha iniciado sesión.
Postcondición: El usuario deja de ser identificado como cliente registrado en
el sistema.
Curso normal:
1. El usuario quiere cerrar sesión en el sistema.
2. El sistema pide al usuario que confirme la acción.
3. El usuario confirma la acción.
4. El sistema cierra la acción del cliente.
Curso alternativo:
Si el usuario no confirma la acción, finaliza el caso de uso.
Caso de Uso Cambiar Contraseña

Actor Iniciador: Clientes.
Descripción: Cambiar la contraseña de una cuenta.
Postcondición: El cliente cambia su contraseña.
Curso normal:
1. El cliente quiere cambiar la contraseñan.
2. El sistema solicita que introduzca la contraseña actual, la nueva contraseña y una
repetición de esta.
5. El sistema hace el registro de la nueva contraseña.
Curso alternativo:
Si la contraseñan actual no es correcta, se muestra un mensaje de error y se
vuelve al punto 2.
Si al repetir la contraseña no coincide con la contraseña nueva, se muestra un
mensaje de error y se vuelve al punto 2.
Caso de Uso Consultar perfil

Requisitos asociados: Tienda – Registro de usuario
Descripción: El cliente consulta datos.
Postcondición: Los datos del cliente son mostrados en pantalla.
Curso normal:
15
1. El usuario quiere consultar sus datos en el sistema.
2. El sistema muestra los datos del cliente.
Curso alternativo:
Caso de Uso Modificar cliente

Descripción: El cliente modifica sus datos.
Postcondición: Los datos del cliente se actualizan en él sistema.
Curso normal:
1. El cliente quiere modificar sus datos en el sistema.
3. El cliente modifica los datos.
4. El sistema valida los nuevos datos.
5. El sistema modifica los datos introducidos por el cliente.
Curso alternativo:
Si alguno de los datos que el cliente introduce no son válidos, se muestra un error
y se vuelve al punto 3.
Caso de Uso Realizar pedido

Descripción: El cliente finaliza la compra y se genera un pedido de los
productos que se encontraban en el carrito.
Postcondición: El pedido con todos los productos de este queda registrado
en el sistema.
Curso normal:
1. El cliente quiere realizar un pedido con los productos registrados en el carrito.
2. El sistema valida el carrito.
3. El sistema solicita al cliente los datos del envió del pedido.
6. El sistema registra el pedido con los productos y el total a pagar.
Curso alternativo:
Si no hay ningún producto en el carrito, se muestra un mensaje de error y se
finaliza el caso de uso.
Si alguno de los datos del pedido no es válido, se muestra un mensaje de error y
se vuelve al punto 3.
16
7.2.3. Casos de uso del administrador
(inicio y cierre de sesión)
Caso de Uso Iniciar Sesión

Requisitos asociados: Admin - Usuarios
Actor Iniciador: Administrador.
Descripción: El administrador inicia sesión en el sistema.
Precondición: El administrador no ha iniciado sesión.
Postcondición: El administrador queda identificado en el sistema.
Curso normal:
1. El administrador quiere iniciar sesión en el sistema.
2. El sistema solicita su nombre y su contraseña.
3. El administrador introduce los datos.
5. El sistema identifica al administrador e inicia sesión.
Curso alternativo:
Si no existe un usuario con el nombre y contraseña introducidas, se devuelve un
mensaje y se vuelve al punto 3.
Caso de Uso Cerrar Sesión

Requisitos asociados: Admin – Usuarios
Descripción: El administrador inicia sesión en el sistema.
Precondición: El administrador ha iniciado sesión.
Postcondición: El administrador deja de identificarse en sistema.
Curso normal:
17
1. El administrado quiere cerrar sesión en el sistema.
2. El sistema pide al administrador que confirme la acción.
3. El administrador confirma la acción.
4. El sistema cierra la sesión.
Curso alternativo:
Si el administrador no confirma la acción, finaliza el caso de uso.
Casos de uso del administrador (gestión de categoría)
Caso de Uso Alta Categoría

Requisitos asociados: Admin - Categorías
Descripción: Creación de una nueva categoría en la tienda.
Precondición: El administrador ha indicado sesión.
Postcondición: La categoría queda registrada en el sistema.
Curso normal:
1. El administrador quiere crear una categoría.
2. El sistema solicita los datos de la categoría.
3. El administrador introduce los datos de la nueva categoría.
5. El sistema registra la categoría.
Curso alternativo:
Si ya existe la categoría con el mismo nombre o los datos introducidos no son
válidos, se muestra un mensaje de error y se vuelve al punto 3.
Caso de Uso Baja categoría

Requisitos asociados: Admin – Categorías
Descripción: Eliminación de una categoría no importada del sistema.
La categoría existe en el sistema.
Postcondición: La categoría es eliminada del sistema.
Curso normal:
1. El administrador quiere eliminar una categoría.
18
2. El sistema muestra todas las categorías existentes.
3. El administrador selecciona la categoría y la opción eliminar.
6. El sistema elimina la categoría.
Curso alternativo:
Si el administrador no confirma la acción, termina el caso de uso.
Caso de Uso Consultar Categoría

Descripción: Consulta de los datos de una categoría.
La categoría existe.
Postcondición: Los datos de la categoría son mostrados en pantalla.
Curso normal:
1. El administrador quiere consultar los datos de una categoría.
2. El sistema solicita los datos de la categoría.
3. El administrador selecciona la categoría que desea consultar.
4. El sistema muestra los datos.
Curso alternativo:
Caso de Uso Modificar categoría

Descripción: Modificación de los datos de una categoría.
La categoría existe.
Postcondición: Los datos de la categoría se actualizan.
Curso normal:
1. El administrador quiere modificar los datos de la categoría.
2. Inclusión consulta categoría.
3. El administrador modifica los datos.
5. El sistema actualiza los datos introducidos.
Curso alternativo:
Si alguno de los datos introducidos no es válido, se muestra un mensaje de error y
vuelve al punto 3.
19
Casos de uso del administrador (gestión de productos)
Caso de Uso Alta Productos

Requisitos asociados: Admin - Productos
Descripción: Creación de un nuevo producto.
Precondición: El administrador ha indicado sesión.
El producto existe en una de las categorías del sistema.
Postcondición: El producto queda registrado en el sistema.
Curso normal:
1. El administrador quiere agregar un producto.
2. El sistema solicita los datos del producto.
3. El administrador introduce los datos del nuevo producto.
5. El sistema registra el producto.
Curso alternativo:
Si ya existe el producto con el mismo nombre o los datos introducidos no son
válidos, se muestra un mensaje de error y se vuelve al punto 3.
Caso de Uso Baja Productos

Requisitos asociados: Admin – Productos
Descripción: Eliminación de un producto del sistema.
El producto existe en una de las categorías del sistema.
Postcondición: La categoría es eliminada del sistema.
Curso normal:
1. El administrador quiere eliminar un producto.
2. El sistema muestra todos los productos existentes.
3. El administrador selecciona él producto y la opción eliminar.
6. El sistema elimina el producto.
20
Curso alternativo:
Si el administrador no confirma la acción, termina el caso de uso.
Caso de Uso Consultar Productos

Descripción: Se consulta los datos de un producto.
Postcondición: Se muestra los productos en pantalla.
Curso normal:
1. El administrador quiere consultar un producto.
2. El sistema muestra los productos existentes.
3. El administrador elige el producto deseado.
4. El sistema muestra los datos del producto.
Curso alternativo:
Caso de Uso Modificar Producto

Descripción: Modificación de los datos de un producto.
Postcondición: Los datos del producto son actualizados en el sistema.
Curso normal:
1. El administrador quiere modificar los datos de un producto.
2. Inclusión consulta producto
3. El administrador modifica los datos del producto (imagen, descripción, precio
etc.).
5. El sistema modifica lo datos del producto.
Curso alternativo:
Si alguno de los datos introducidos no es válido, se muestra un mensaje de error y
vuelve al punto 3.
Casos de uso del administrador (gestión de clientes)
21
Caso de Uso Alta Usuario
Requisitos asociados: Admin – Clientes
Descripción: Alta de un nuevo cliente en el sistema.
Postcondición: El cliente queda registrado en el sistema.
Curso normal:
1. El administrador quiere dar de alta a un cliente en el sistema.
2. El sistema solicita los datos del cliente.
5. El sistema registra al cliente.
Curso alternativo:
Si ya existe otro cliente con el mismo email o alguno de los datos introducidos no
son valido, se muestre un mensaje de error y se vuelve al punto 3.
Caso de Uso Baja Cliente

Descripción: Baja de un cliente.
El cliente existe en el sistema.
Postcondición: El cliente es eliminado del sistema.
Curso normal:
1. El administrador quiere dar de baja a un cliente.
2. El sistema muestra los clientes existentes.
3. El administrador elige al cliente y presiona eliminar.
6. El sistema elimina el cliente.
Curso alternativo:
Si el cliente tiene pedidos, se muestra un mensaje de error y finaliza el caso de
uso.
Caso de Uso Consultar Cliente

Requisitos asociados: Admin - Clientes
Descripción: Se consultan los datos de un cliente.
Postcondición: Los datos del cliente son mostrados en pantalla.
Curso normal:
1. El administrador quiere consultar los datos de un cliente.
22
2. El sistema muestra todos los clientes existentes.
3. El administrador selecciona al cliente deseado.
Curso alternativo:
El administrador quiere buscar un cliente con determinadas características.
El sistema solicita los criterios de búsqueda.
El administrador introduce los criterios.
El sistema lista los clientes que satisfacen las restricciones.
Caso de Uso Modificar Cliente

Descripción: Modificación de los datos del cliente.
Postcondición: Los datos del cliente se actualizan en el sistema.
Curso normal:
1. El administrador quiere modificar los datos de un cliente.
2. Inclusión consulta cliente.
3. El administrador modifica los datos del cliente.
4. El sistema valida los nuevos datos del cliente.
5. El sistema registra los cambios introducidos.
Curso alternativo:
Si ya existe otro cliente con el mismo email o alguno de los datos son introducidos
no son válidos, se muestra un mensaje de error y se vuelve al punto 3.
23
Casos de usos del administrador (gestión de pedidos)
Caso de Uso Alta Pedidos

Requisitos asociados: Admin – Pedidos
Descripción: Alta de un nuevo pedido en el sistema.
Postcondición: El pedido queda registrado en el sistema.
Curso normal:
1. El administrador quiere dar de alta a un pedido en el sistema.
2. El sistema solicita los datos del pedido.
5. El sistema registra el pedido.
Curso alternativo:
Si ya existe otro pedido con el mismo email o alguno de los datos introducidos no
son valido, se muestre un mensaje de error y se vuelve al punto 3.
Caso de Uso Consultar Pedidos

Requisitos asociados: Admin – Pedidos
Descripción: Se consultan los datos de un pedido.
El pedido existe en el sistema.
Postcondición: Los datos del pedido son mostrados en pantalla.
Curso normal:
1. El administrador quiere consultar los datos del pedido.
2. El sistema muestra todos los pedidos existentes.
3. El administrador selecciona el pedido deseado.
4. El sistema muestra los datos del pedido.
Curso alternativo:
El administrador quiere buscar un pedido con determinadas características.
El sistema solicita los criterios de búsqueda.
El administrador introduce los criterios.
El sistema lista los pedidos que satisfacen las restricciones.
Caso de Uso Baja Pedidos

Requisitos asociados: Admin – Pedido
Descripción: Baja de un pedido.
El pedido existe en el sistema.
Postcondición: El pedido es eliminado del sistema.
Curso normal:
1. El administrador quiere dar de baja a un pedido.
24
2. Inclusión consulta pedidos.
3. El administrador elige al pedido y presiona eliminar.
6. El sistema elimina el pedido.
Curso alternativo:
7.3. DIAGRAMA DE ACTIVIDADES
25
8. Referencias
26
Amazon España. (15 de Mayo de 2016). amazon.es. Obtenido de amazon.es:
https://www.amazon.es/
Linio Colombia. (12 de 09 de 2019). Linio.co. Obtenido de linio.co: https://www.linio.com.co/
Tiendas JR. (26 de 03 de 2017). Tiendasjr.com. Obtenido de Tiendasjr.com:

https://www.tiendajr.com/
27

Virtual Store

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Virtual Store

Cargado por

Copyright:

Formatos disponibles

APLICACIÓN WEB PARA LA VENTA DE PRODUCTOS EN LINEA “VIRTUAL STORE”

CRISTIAN VELASQUEZ MEJIA

UNIVERSIDAD POPULAR DEL CESAR

FACULTAD DE INGENIERIAS Y TECNOLOGIAS

6.1. REQUERIMIENTOS FUNCIONALES 7

6.1.1. Estructura de las paginas 7

6.2. REQUERIMIENOS NO FUNCIONALES 9

7. MODELADO DEL NEGOCIO 10

7.1. ACTORES DEL SISTEMA 10

7.2. CASOS DE USO 11

7.2.1. Casos de uso del visitante 11

7.3 DIAGRAMA DE ACTIVIDADES 25

En términos generales, es en Estados Unidos donde la evolución de internet y, en consecuencia, la

En Europa, el desarrollo del mercado en internet y la consolidación de mercados en internet, sufre

El comercio electrónico en Colombia dentro de Latinoamérica se encuentra en un tercer nivel de

3. ESTADO DEL ARTE

Amazon es un especialista en la utilización y aplicación de la web 2.0, cumpliendo con el principio

6.1. REQUERIMIENTOS FUNCIONALES

6.1.1. Estructuras de las paginas

 Logotipo de la tienda: A darle clic en el logotipo nos llevara al inicio de la página.

6.1.2. Catalogo virtual

6.1.3. Página de productos

6.1.5. Carrito de compra

6.1.9. Registro de cliente

6.2. REQUERIMIENTOS NO FUNCIONALES

7.1. ACTORES DEL SISTEMA

 Visitante: usuario que navega de forma anónima por la web.

7.2.1 Casos de uso del visitante

Caso de Uso Consultar Categoría

Caso de Uso Buscar Producto

Caso de Uso Añadir al carrito

Caso de Uso Modificar carrito

Caso de Uso Modificar carrito

Caso de Uso Vaciar carrito

Caso de Uso Alta Cliente

Caso de Uso Iniciar sesión

Caso de Uso Cambiar Contraseña

Caso de Uso Consultar perfil

Caso de Uso Modificar cliente

Caso de Uso Realizar pedido

(inicio y cierre de sesión)

Caso de Uso Iniciar Sesión

Caso de Uso Cerrar Sesión

Casos de uso del administrador (gestión de categoría)

Caso de Uso Alta Categoría

Caso de Uso Baja categoría

Caso de Uso Consultar Categoría

Caso de Uso Modificar categoría

Caso de Uso Alta Productos

Caso de Uso Baja Productos

Caso de Uso Consultar Productos

Caso de Uso Modificar Producto

Casos de uso del administrador (gestión de clientes)

Caso de Uso Baja Cliente

Caso de Uso Consultar Cliente

Caso de Uso Modificar Cliente

Caso de Uso Alta Pedidos

Caso de Uso Consultar Pedidos

Caso de Uso Baja Pedidos

7.3. DIAGRAMA DE ACTIVIDADES

Linio Colombia. (12 de 09 de 2019). Linio.co. Obtenido de linio.co: https://www.linio.com.co/

Tiendas JR. (26 de 03 de 2017). Tiendasjr.com. Obtenido de Tiendasjr.com:

También podría gustarte