UNIVERSIDAD NACIONAL DEL CALLAO

FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

DESARROLLO DE UN SISTEMA WEB DE GESTIÓN DE VENTAS EN

TECHNO FUSION

CURSO

ANÁLISIS DE SISTEMAS DE INFORMACIÓN

DOCENTE

RAMIREZ VELIZ JUAN FRANCISCO

INTEGRANTES

PORTILLA VARGAS FERNANDO ANTONIO JESÚS

SANTIAGO ARIAS JHONATAN CRISTOPHER

SHUAN TREJO KEVIN ANGELLO

TONDER GUEVARA EDGAR RICARDO

VILELA CAHUANA JIM ALEXIS

Callao, 2023

1
 INDICE

1.Identificacion del problema..................................................................................................

1.1. Introducción.....................................................................................................................
1.2. Definición del problema.................................................................................................
1.3. Cuestiones del problema....................................................................................................
1.4 Objetivos del proyecto.......................................................................................................
1.4.1 Objetivo Principal.......................................................................................................
1.4.2. Objetivos secundarios.................................................................................................
1.5 Requerimientos..................................................................................................................
1.5.1. Identificar las necesidades de la tienda..........................................................................
1.6 Restricciones.....................................................................................................................

2. Determinando la Viabilidad del Sistema............................................................................

2.1. Determinando la viabilidad técnica.....................................................................................
2.1.1. Sistema operativo.......................................................................................................
2.1.2. Lenguajes..................................................................................................................
2.1.3. Características de Hardware para el desarrollo...............................................................
2.1.4. Conclusión de la viabilidad técnica..............................................................................
2.2. Determinando la viabilidad económica............................................................................
2.2.1. Costo de recursos humanos..........................................................................................
2.2.2. Costo de hardware y software......................................................................................
2.2.3. Conclusión de la viabilidad económica.........................................................................
2.3 Recomendación del Sistema web a la empresa Techno Fusion.............................................
2.4 Método de desarrollo para el sistema Web...........................................................................
2.5 Resultados de entrevistas y cuestionarios.............................................................................
2.4 Actividades de la fase de análisis, tareas a los miembros del equipo y cronograma de
actividades con un diagrama de Gantt.......................................................................................
2.4.1. Actividades de la fase de análisis.................................................................................

3. MODELAMIENTO DEL NEGOCIO:

3.1. Modelo de Casos de Uso del Negocio
3.1.1. Actores del Negocio
3.1.2. Casos de Uso del Negocio (CUN)
3.1.3. Diagrama de casos de uso del negocio

2
3.2. Modelo de Análisis del Negocio
3.2.1. Realización de casos de uso del negocio7
3.2.2 Identificando a las entidades del Negocio…………………………....………..…17
3.2.3 Construyendo las realizaciones de CUN……………………………...…...…......17
3.2.3.1 Diagrama de actividades del CUN proceso Agregar al carrito..…….
………….17
2.3.2 Diagrama de actividades del CUN proceso Buscar Productos………....………...17
3.2.3.3 Diagrama de actividades del CUN proceso Gestionar Cuenta……...…….……17
3.2.3.4 Diagrama de actividades del CUN proceso de Realizar Compra………..….…18

4. DIAGRAMA ENTIDAD-RELACIÓN:
4.1. Definir el modelo de dominio……………………………………………………………18
4.2. Identificar las clases
……………………………………………………………………..18
4.3. Identificar las asociaciones …………………………………………………………...…18
4.4. Identificar los atributos…………………………………………………………………..19
4.5. Identificar las relaciones de generalización y agregación ………………………………19
5. Modelado de requerimiento y casos de uso del sistema………………………..………20
5.1. Definir el concepto de requerimiento……………………………………………………20
5.2. Identificar y listar los requerimientos funcionales y no funcionales del sistema ………20
5.3. Identifica los actores, y casos de uso del sistema………………………………………20
5.4. Crea un escenario para cada uso de su prototipo ………………………………………..24
5.5. Crea el diagrama de casos de uso del sistema …………………………………………..31
5.6 Identifica las relaciones <<extend>> e <<include>> entre los casos de uso…………....32

3
 CAPÍTULO 1: INTRODUCCIÓN

1.Identificacion del problema

1.1. Introducción

Techno Fusion es una pequeña empresa dedicada al rubro de ventas de equipos

informáticos buscando asentarse en el mercado, al ser una empresa emergente no cuenta
con un mercado objetivo ni una base de clientes estables, por lo cual, esto genera
inconvenientes para desempeñar su negocio.

Esta pyme busca ampliar su público y clientela pero al intentar acaparar tantas ordenes
de trabajo generan una sobrecarga en la cantidad de pedidos que pueden aceptar
simultáneamente, esto debido a que siendo una empresa aun en crecimiento está
teniendo problemas en la gestión de las ventas y servicios que ofrecen siendo
insuficiente la cantidad de pedidos para el escaso personal que poseen y siendo limitada
la información que puedan almacenar ya que no se ha migrado a la tecnología actual
muchas veces requerida para el éxito de estas empresas.

Para Techno Fusion siendo la gestión de las ventas un problema fundamental y no

poseer una herramienta que les ayude a solucionar los imprevistos como una página
web o un software especializado en la gestión, la empresa busca gestionar mejor la
información de las ventas y posteriormente con una estabilidad más adecuada invertir en
publicidad ya sea mediante internet o redes sociales, siendo estas las más eficientes por
el costo/beneficio que representan.

1.2. Definición del problema

Techno Fusion está experimentando problemas debido a la falta de un sistema web de

gestión eficiente para las ventas de los equipos electrónicos, la empresa se enfrenta a
diversos problemas operativos y administrativos. Actualmente, las ventas se registran
manualmente en hojas de cálculo y los datos se almacenan en diferentes archivos, lo que
dificulta la accesibilidad y la integración de la información. Además, la falta de un
sistema centralizado dificulta la generación de informes de ventas, el seguimiento de
inventario y la toma de decisiones estratégicas.

4
1.3. Cuestiones del problema

Es necesario la automatización de tareas para reducir los errores y aumentar la

productividad del personal por ello la implementación de un sistema web para la gestión
de ventas en Techno Fusion permitirá una mayor eficiencia en los procesos de ventas,
facilitando el acceso a la información y mejorando la toma de decisiones por ende es
crucial para superar los desafíos operativos y administrativos actuales y los que se
pueden presentar en un futuro.

Esto llevará a un crecimiento sostenible de la empresa y una mejora en la satisfacción

de los clientes como finalidad el abarcar una cuota de mercado más grande de la que
permite una tienda convencional.

1.4 Objetivos del proyecto

1.4.1 Objetivo Principal
Implementar un sistema web para la gestión de ventas en Techno Fusion.

1.4.2. Objetivos secundarios

a) Centralizar la información de ventas y así facilitar el acceso y la integración de
los datos.
b) Agilizar y optimizar los procesos de ventas, desde la generación de
cotizaciones hasta el seguimiento de pedidos.
c) Mejorar la toma de decisiones empresariales por medio de generaciones de
informes de ventas y análisis de datos.

1.5 Requerimientos
1.5.1. Identificar las necesidades de la tienda

a) Definir los objetivos de la aplicación (mejorar la experiencia del usuario)

b) Crear un diseño atractivo y fácil de usar para la aplicación web, que incluya páginas
de inicio, categorías de productos, páginas de detalles de productos, carrito de
compras, etc.

c) Elegir una arquitectura adecuada, como arquitectura de microservicios, para

garantizar la escalabilidad y eficiencia del sistema.

d) Elegir tecnologías apropiadas para el desarrollo web, como HTML, CSS, JavaScript
para el frontend y un marco o stack de desarrollo backend, como Node.js, Django,
Ruby on Rails, etc.

5
e) Desarrollo de Funcionalidades Clave:
 Registro e inicio de sesión para usuarios.
 Catálogo de productos con categorías.
 Páginas de detalles de productos.
 Carrito de compras.
 Proceso de compra y pago seguro.
 Gestión de pedidos y facturación.
 Sistema de comentarios y reseñas

f) Implementar pasarelas de pago seguras para procesar transacciones, como PayPal,

Stripe, etc.

g) Incorporar medidas de seguridad, como cifrado de datos, autenticación segura,

protección contra ataques de inyección y seguridad de la API.

h) Asegurarse de que la aplicación sea rápida y receptiva optimizando la carga de la

página, la velocidad de respuesta y el rendimiento general.

i) Realizar actualizaciones, mejoras y solución de problemas periódicamente para

mantener la aplicación en óptimas condiciones.

j) Implementar estrategias de marketing digital para atraer clientes, como SEO,

marketing en redes sociales, campañas de correo electrónico, etc.

k) Integrar herramientas de análisis para monitorear el tráfico del sitio, el

comportamiento del usuario y las conversiones.

1.6 Restricciones

a) Limitaciones de presupuesto y tiempo para el desarrollo e implementación del

sistema web.

b) Disponibilidad limitada de recursos humanos y tecnológicos.

c) Integración con sistemas existentes de la empresa, como el sistema de contabilidad,

deberá abordarse en una fase posterior.

d) Se debe garantizar una gestión segura y eficiente de pagos en línea. Esto incluye
integración con pasarelas de pago seguras y opciones variadas para los clientes.

e) El sitio web debe cumplir con las leyes y regulaciones aplicables, como las leyes de
protección del consumidor y las leyes de privacidad en línea.

6
f) 2. Determinando la Viabilidad del Sistema
2.1. Determinando la viabilidad técnica
Se determinará si la tecnología necesaria está disponible para su desarrollo y si la
organización dispone de los recursos requeridos para llevarlo a cabo.

2.1.1. Sistema operativo

Windows es un sistema operativo ampliamente utilizado en el desarrollo web y será el
adecuado para la creación de una página web para la venta de equipos informáticos.
Algunas razones para justificar la elección son las siguientes:

 Compatibilidad con herramientas de desarrollo web: Es compatible con

una amplia variedad de herramientas de desarrollo web como Visual
Studio, Visual Studio Code, Adobe Dreamweaver.
 Soporte para lenguajes de programación: Es compatible con varios
lenguajes de programación como HTML, CSS, JavaScript, PHP, ASP.NET.
 Servidores web y tecnologías de Microsoft: Windows Server es un sistema
operativo diseñado específicamente para alojar sitios web y aplicaciones
web.
 Facilidad de integración con bases de datos: Windows ofrece soporte para
sistemas de gestión de bases de datos como Microsoft SQL Server, que se
integra bien con aplicaciones web.

2.1.2. Lenguajes
Los lenguajes de marcado de hipertexto, para hojas de estilo y de programación
que se usarán en el Backend y en el Frontend son:

Características:
● En continua mejora
● Fácil de administrar
● Estable y ampliamente usado en la web
● Soporte a gran cantidad de base de datos (Backend)
● Facilidad de desarrollo de sistemas

Lenguaje Framework / Librería Finalidad

HTML - Frontend
Sass Tailwind CSS Frontend
Typescript React Frontend
Python Django Backend

7
2.1.3. Sistema Gestor de Base de Datos

Gestores de Bases de Datos:

● PostgreSQL v10.15
● PostgreSQL v11.10
● PostgreSQL v12.5
● PostgreSQL v13.1
● MySQL v5.7.32
● MySQL v8.0.22

2.1.4. Características de Hardware para el desarrollo

Hardware disponible

Equipo Elemento Capacidad Propiedad

Memoria RAM 8 GB

SSD 1 TB

Computadora 1 AMD A9-

Procesador Propio
9420
CD ROM / DVD
Sí
ROM

Memoria RAM 8 GB

SSD 1 TB

Computadora 2 AMD A9-

Procesador Propio
9420
CD ROM / DVD
Sí
ROM

Memoria RAM 8 GB

SSD 1 TB

Computadora 3 AMD A9-

Procesador Propio
9420
CD ROM / DVD
Sí
ROM

8
 Memoria RAM 8 GB
Computadora 4
SSD 1 TB Propio

Procesador AMD A9-

9420
CD ROM / DVD Sí
ROM
Memoria RAM 8 GB
Computadora 5 Propio
Disco Duro 1 TB

Procesador AMD
Ryzen
5
2400G
CD ROM / DVD Sí
ROM
Memoria RAM 24 GB
Servidor 1 Alquilado
SSD 360 GB

Procesador Core i5-

4590

2.1.5. Experiencia y Conocimiento del Equipo de Desarrollo

A continuación, se muestra una tabla con el conocimiento del equipo de
desarrollo que ha elaborado este trabajo.

Administrador de proyecto

Diseñador UI/UX

Administrador de base de datos

Recurso Humano
Desarrollador Frontend

Desarrollador Backend

Administración de proyectos informáticos

Desarrollo de sistemas
Diseño de interfaces

9
 Programación Funcional
Programación Orientada a Objetos
Programación Estructurada

Administración de base de datos

Uso de control de versiones

Experiencia
Trabajo en equipo

Lenguajes de programación web

Programador de base de datos

Base de datos relacionales

UML (Unified Modeling Language)

Manejo de API’s de Javascript

Conocimientos
Manejo de librerías de Javascript

Manejo de librerías de Python

2.1.6. Conclusión de la viabilidad técnica

Para el desarrollo del software informático contamos con un equipo de desarrollo

capacitado, que posee los conocimientos y la experiencia necesaria para el desarrollo
satisfactorio de cada etapa que involucra el presente proyecto, llegando a obtener los
resultados esperados.
Por lo tanto, concluimos que el proyecto de sistema de web de ventas para la TECHNO
FUSION es técnicamente factible.

2.1.7. Viabilidad económica

Para el costo inicial del proyecto se tomó en consideración el sueldo del personal
involucrado en el desarrollo del proyecto, la capacitación que se le brindará al personal
de la pollería, además de una asistencia técnica los primeros 5 meses, la compra del
dominio y el costo anual del servicio de host en donde estará alojada la Progressive
Web App. A partir del segundo año solo se debe pagar el servicio de host.

10
 En el gráfico se puede observar un periodo de retribución de dos años y medio, a
partir del cual el software empezará a generar ganancias de S/. 34,500.00 soles
anuales.

2.2.1. Conclusión viabilidad económica

Tal como se establece el valor presente proyectado para el software es de S/.53,560.00,
por lo que, en base a estos costos, se verifica la viabilidad económica de invertir en el
sistema para una página web. Además, se hace una evaluación Costo- Beneficio, donde
se establece un periodo de retribución de dos años y medio después de la
implementación del sistema de ventas online.
Por lo tanto, se establece que el desarrollo del software para la TECHNO FUSION es
económicamente factible, según lo que muestra el análisis de costos - beneficios en el
cual se obtiene una ganancia de S/. 34,500.00 soles anuales a partir del tercer año.

11
2.3 Recomendación del Sistema web a la empresa Techno Fusion

Sería un avance innovador para la empresa Techno Fusion al ser el rubro la venta de de
artículos electrónicos. La propuesta de implementar un Sistema Web de Gestión de
Ventas en Techno Fusion es altamente beneficiosa para una empresa que se especializa
en la venta de productos informáticos.

En este sector, donde la tecnología y las tendencias cambian rápidamente, un sistema

web brinda ventajas cruciales. Permite una gestión eficiente del inventario de productos
tecnológicos en constante evolución, garantizando la disponibilidad de los productos
más actuales y populares para los clientes. Además, con la capacidad de realizar un
seguimiento en tiempo real de las existencias, se minimizan los riesgos de sobreventa o
falta de stock. La automatización de procesos, como la generación de cotizaciones y
facturas, agiliza las transacciones y reduce los errores manuales.

La integración de datos y la generación de informes permiten a Techno Fusion tomar

decisiones fundamentadas sobre su inventario, adquisiciones y estrategias de precios. En
última instancia, un Sistema Web de Gestión de Ventas no solo mejora la eficiencia
operativa sino que también ayuda a mantenerse a la vanguardia de un mercado
altamente competitivo y en constante cambio al ofrecer un servicio rápido y confiable a
los clientes, lo que a su vez puede aumentar la lealtad y la satisfacción del cliente.

2.4 Método de desarrollo para el sistema Web

La Metodología RUP (Rational Unified Process) es un marco de desarrollo de software

que proporciona una aproximación disciplinada para asignar tareas y responsabilidades
en un proceso de desarrollo de software. Desarrollada por Rational Software a finales de
la década de 1990 (adquirida posteriormente por IBM), la RUP es un enfoque iterativo e
incremental que se basa en principios de desarrollo ágil y orientado a objetos. A
continuación, se presenta una descripción más detallada de cómo funciona la
metodología RUP:

Principios Fundamentales de RUP:

 Enfoque Iterativo e Incremental:

 RUP organiza el desarrollo del software en iteraciones, cada una de las

cuales produce una versión ejecutable del sistema.

 Las iteraciones permiten ajustar y mejorar continuamente el sistema a

medida que se obtiene retroalimentación del usuario y se comprenden
mejor los requisitos.

12
  Orientación a Objetos:

 RUP se basa en el paradigma de programación orientada a objetos,

donde los componentes del software se modelan como objetos que
interactúan entre sí.

 Arquitectura Centrada en Casos de Uso:

 Los casos de uso (representaciones de las interacciones entre el sistema

y sus usuarios) son fundamentales en RUP y ayudan a definir los
requisitos funcionales del sistema.

 Gestión de Requisitos:

 La metodología RUP pone un fuerte énfasis en la gestión efectiva de

requisitos. La ingeniería de requisitos abarca desde la captura y análisis
hasta la validación y gestión del cambio.

 Control de Cambios:

 RUP proporciona un marco para gestionar cambios en el software a lo

largo del ciclo de vida del proyecto. Cualquier cambio en los requisitos
o en el diseño se realiza de manera controlada y documentada.

 Modelado Visual:

 Utiliza técnicas de modelado visual, como diagramas UML (Unified

Modeling Language), para representar de manera clara y comprensible
la arquitectura y el diseño del sistema.

Fases de RUP:

 Inicio (Inception):

 Se establecen los objetivos del proyecto, se identifican los requisitos

iniciales y se evalúa la viabilidad.
 Se elabora un plan preliminar y se identifican los riesgos clave.

 Elaboración (Elaboration):

 Se define la arquitectura del sistema y se realiza una planificación más

detallada.
 Se desarrolla un prototipo inicial y se valida la arquitectura.

 Construcción (Construction):

13
  Se construye el sistema en iteraciones, desarrollando funcionalidades
adicionales en cada ciclo.
 Se realiza la prueba continua y se realiza la integración de componentes.

 Transición (Transition):

 El sistema se prepara para el despliegue y se realiza la transición de la

versión final al entorno de producción.
 Se proporciona soporte post-implementación y se recopila
retroalimentación del usuario.

2.5 Resultados de entrevistas y cuestionarios

A continuación, mencionamos los pasos para hacer una entrevista, así como las
personas seleccionadas para dicha entrevista y también los resultados obtenidos de cada
una de las preguntas realizadas.

Para reflejar la experiencia de los trabajadores de las tiendas físicas y tiendas virtuales;
y así comprender sus requerimientos y necesidades, se llevarán a cabo entrevistas con
los siguientes pasos:

A) Leer antecedentes:

Se revisarán los antecedentes disponibles sobre las tiendas físicas y virtuales, el

personal involucrado y las operaciones actuales. Esto proporcionará un contexto para las
entrevistas y ayudará a identificar posibles áreas de mejora.

B) Establecer objetivos:

Se establecerán los objetivos específicos de las entrevistas, como recopilar información

sobre los procesos de ventas, identificar desafíos y oportunidades, y comprender las
expectativas del personal en relación con la implementación del sistema de ventas web.

C)Decidir al entrevistado:

Se determinará quiénes serán los entrevistados adecuados para obtener una perspectiva
representativa de los trabajadores de las tiendas físicas y virtuales. Esto puede incluir a
gerentes de tiendas, vendedores, cajeros y otros miembros del personal relacionados con
las ventas.

D)Preparar al entrevistado:

Antes de las entrevistas, se preparará a los entrevistados proporcionándoles información

sobre el propósito de la entrevista y las áreas temáticas que se abordarán. Esto les
permitirá reflexionar sobre su experiencia y estar preparados para compartir sus ideas y
sugerencias.

14
E) Decidir el tipo y estructura de las preguntas:

Se determinará el tipo de preguntas que se realizarán durante las entrevistas. Esto puede
incluir preguntas abiertas para fomentar la expresión libre de ideas, preguntas cerradas
para obtener información específica y preguntas situacionales para comprender cómo se
manejan ciertas situaciones en las tiendas físicas.

Al completar estos pasos, se estará listo para llevar a cabo las entrevistas con los
trabajadores de las tiendas físicas. Estas entrevistas proporcionarán información valiosa
que ayudará a informar el diseño y la implementación del sistema de ventas web,
asegurando que se tengan en cuenta las necesidades y perspectivas del personal
involucrado.

A continuación, se muestra el listado de las personas entrevistadas, así como los

resultados que se obtuvieron en cada una de las preguntas que se realizaron.

 Carla Baltazar Sáenz

 Gustavo Pérez Chile
 Joel Alcedo Guerra
 Kevin La Torre Mendo

Informe de Entrevista sobre Problemas de Gestión de Ventas en Techno Fusion

S.R.L.

Detalles de la Entrevista:

 Entrevistador: Fernando Portilla Vargas

 Fecha: 07/10/12
 Empresa del Entrevistado: Techno Fusion
 Entrevistado: Carla Baltazar Sáenz
 Cargo: Supervisora del área de ventas

Resumen: La entrevista con Carla Baltazar Sáenz de Techno Fusion reveló problemas
significativos en la gestión de ventas. La empresa está enfrentando desafíos como la
falta de seguimiento adecuado, la incapacidad para adaptarse rápidamente a las
necesidades cambiantes del cliente y la falta de un sistema efectivo para el análisis de
datos de ventas. sssssssssssssssss

Detalles de la Entrevista:

 Entrevistador: Fernando Portilla Vargas

 Fecha: 07/10/12
 Empresa del Entrevistado: Techno Fusion
 Entrevistado: Joel Alcedo Guerra
 Cargo: Trabajador del área de ventas

15
Resumen: La entrevista con Joel Alcedo Guerra, quien ha estado trabajando en Techno
Fusion durante varios años, reveló desafíos persistentes en relación con la gestión de
ventas. A pesar de la experiencia, el empleado ha destacado problemas como la falta de
eficiencia en los procesos de ventas, la necesidad de actualización tecnológica y la
dificultad para retener a los clientes existentes.

Detalles de la Entrevista:

 Entrevistador: Fernando Portilla Vargas

 Fecha: 07/10/12
 Empresa del Entrevistado: Techno Fusion
 Entrevistado: Gustavo Pérez Chile
 Cargo: Trabajador del área de ventas

Resumen: La entrevista con Gustavo Pérez Chile, quien ha estado trabajando en

Techno Fusion durante un mes, reveló algunos desafíos iniciales en relación con la
gestión de ventas. El empleado ha destacado problemas como la falta de comprensión
del producto, la necesidad de orientación sobre las estrategias de ventas y la dificultad
para establecer relaciones efectivas con los clientes.

Detalles de la Entrevista:

 Entrevistador: Fernando Portilla Vargas

 Fecha: 07/10/12
 Empresa del Entrevistado: Techno Fusion
 Entrevistado: Kevin La Torre Mendo
 Cargo: Trabajador del área de ventas

Resumen: La entrevista con Kevin La Torre Mendo, quien tiene experiencia

significativa en el área de ventas online de Techno Fusion, proporcionó una visión
detallada sobre el día a día en este campo. El empleado compartió información sobre las
actividades diarias, los desafíos enfrentados y las estrategias implementadas para tener
éxito en el competitivo mercado de equipos informáticos en línea.

Principales Problemas Identificados:

1. Falta de Seguimiento Efectivo: La empresa tiene dificultades para realizar un

seguimiento efectivo de las oportunidades de ventas, lo que resulta en la pérdida
de clientes potenciales y oportunidades de venta. Esto ha llevado a una
disminución en las conversiones de leads a clientes.
2. Adaptabilidad Limitada: Techno Fusion ha tenido problemas para adaptarse
rápidamente a las cambiantes demandas y preferencias del mercado. La falta de
flexibilidad en las ofertas de productos y servicios ha llevado a la pérdida de
negocios frente a competidores más ágiles.
3. Ineficacia en el Análisis de Datos: La empresa carece de un sistema efectivo
para analizar los datos de ventas, lo que dificulta la identificación de patrones,
tendencias y áreas de mejora. La falta de información analítica ha impedido la
toma de decisiones informadas.

16
 4. Necesidad de Actualización Tecnológica: El entrevistado resaltó la falta de
herramientas tecnológicas avanzadas para la gestión de clientes y ventas. La
ausencia de un sistema de CRM (Customer Relationship Management) eficaz
dificulta el seguimiento de las interacciones con los clientes y la identificación
de oportunidades de ventas.

Recomendaciones Propuestas:

1. Implementar un Sistema de CRM Efectivo: Se recomienda la implementación

de un sistema de Gestión de Relaciones con el Cliente (CRM) para mejorar el
seguimiento de leads y oportunidades de ventas. Un CRM robusto permitirá un
seguimiento eficiente y ayudará a mantener una base de datos actualizada de
clientes potenciales y existentes.
2. Fomentar una Cultura de Adaptabilidad: La empresa debe fomentar una
cultura de adaptabilidad, lo que implica estar atento a las tendencias del
mercado, escuchar las necesidades de los clientes y ajustar las ofertas de
productos y servicios en consecuencia. La formación continua del equipo de
ventas puede ayudar a mejorar la capacidad de adaptación.
3. Implementar Herramientas de Análisis de Datos: Es fundamental
implementar herramientas de análisis de datos para evaluar el rendimiento de las
ventas, identificar patrones de compra y comprender el comportamiento del
cliente. Esto proporcionará información valiosa para tomar decisiones
estratégicas y mejorar la eficacia de las ventas.
4. Optimización de Procesos de Ventas: Se sugiere llevar a cabo una revisión
completa de los procesos de ventas existentes. Identificar áreas de redundancia y
simplificar los flujos de trabajo puede aumentar la eficiencia y permitir un
enfoque más centrado en el cliente.

Conclusiones:

La entrevista resalta desafíos significativos en la gestión de ventas de Techno Fusion.

Sin embargo, estas dificultades son abordables mediante la implementación de
soluciones adecuadas, como un sistema CRM efectivo, una cultura organizacional
adaptable y herramientas de análisis de datos. La adopción de estas recomendaciones
puede ayudar a Techno Fusion a superar los problemas actuales y mejorar su
rendimiento en el mercado de equipos informáticos.

A pesar de la experiencia significativa del empleado en Techno Fusion, los desafíos en

la gestión de ventas persisten. Sin embargo, estos problemas son abordables mediante la
optimización de procesos, la implementación de tecnología avanzada y la creación de
programas efectivos de retención de clientes. Con las recomendaciones propuestas,
Techno Fusion tiene la oportunidad de mejorar la gestión de ventas y fortalecer su
posición en el mercado de equipos informáticos.

El nuevo empleado de Techno Fusion ha identificado desafíos iniciales en la gestión de

ventas, principalmente relacionados con la falta de conocimiento del producto,
orientación y habilidades interpersonales. Sin embargo, estos problemas son superables
mediante un enfoque estructurado de capacitación, mentoría y desarrollo de habilidades.

17
Con el apoyo adecuado, el empleado tiene el potencial de crecer y contribuir
significativamente al equipo de ventas de la empresa.

La última entrevista proporcionó una comprensión profunda del día a día en el área de
ventas online de Techno Fusion. El empleado demuestra una dedicación constante para
satisfacer las necesidades de los clientes, mantenerse al tanto de las últimas tendencias y
colaborar con otros equipos para lograr el éxito en un mercado altamente competitivo.
La eficiencia en el manejo de tareas y la adaptabilidad son esenciales para sobresalir en
este entorno dinámico de ventas online.

2.6 Actividades de la fase de análisis, tareas a los miembros del equipo y

cronograma de actividades con un diagrama de Gantt

2.6.1. Actividades de la fase de análisis

Actividad Mes Mes 2 Mes Mes

1 3 4
Realizar entrevistas
Administrar cuestionarios hechos a los
trabajadores
Leer información previa de problemas similares
solucionados de la compañía
Analizar el flujo de datos
Introducir el prototipo
Evaluar las reacciones de los trabajadores al prototipo
Realizar análisis costo-beneficio
Preparar la propuesta
Presentar la propuesta

2.6.2. Tareas de los miembros del equipo

 Líder de tareas: Organiza todas las actividades mencionadas anteriormente y

las reparte entre los miembros de forma coherente a sus conocimientos, logrando
los objetivos. Además, verifica que todos los integrantes del equipo estén
cumpliendo progresivamente sus tareas y las normas que se plantearon al inicio
dentro del equipo.

 Líder socio emocional: Mantiene las buenas relaciones sociales entre los
miembros del equipo, solucionando los conflictos y tensiones internas que
puedan llegar a darse en el transcurso del tiempo. Esto implica que la eficiencia
del equipo aumente considerablemente, pues reinará la tranquilidad.

18
  Programador: Realiza el análisis, mantenimiento y reestructuración de la
plataforma del área de Contact Center, optimizándola bajo los problemas,
necesidades y cambios objetivos priorizados en los cuestionarios y la entrevista
brindada por el jefe de área.

 Trabajador de ATC: Revisa que las mejoras y actualizaciones que se den sean
acorde a sus requerimientos. Asimismo, brinda más información conforme el
proyecto avance, evitando siempre hacer muchas modificaciones o sugerencias,
ya que puede generar conflictos o, en el peor de los casos, retrasos en la cantidad
de días planificados.

3. Modelado de negocio

3.1 Realizando el modelo de casos de uso del negocio

3.1.1 Identificando a los Actores del Negocio

El cliente representa el rol fundamental en la interacción con el negocio. Es el individuo

o grupo externo a Techno Fusion que interactúa con la plataforma de ventas, busca
productos electrónicos, realiza compras, y participa en todas las transacciones
comerciales.

3.1.2 identificando los casos de Uso de Negocio

Tenemos 4 casos de uso del negocio, los cuales son:

19
3.1.3 Realizando el Diagrama General de CUN

3.2 Realizando el modelo de análisis del negocio

3.2.1 Identificando a los trabajadores del Negocio

Tenemos 4 trabajadores del negocio, los cuales son:

3.2.2 Identificando a las entidades del Negocio

20
3.2.3 Construyendo las realizaciones de CUN
Se hará con diagramas de actividades y diagrama de clases u objetos de cada uno
de los CUN que tenemos

3.2.3.1 Diagrama de actividades del CUN proceso Agregar al carrito

3.2.3.2 Diagrama de actividades del CUN proceso Buscar Productos

3.2.3.3 Diagrama de actividades del CUN proceso Gestionar Cuenta

21
3.2.3.4 Diagrama de actividades del CUN proceso de Realizar Compra

4. MODELADO DE DOMINIO

22
4.1 DEFINICION DEL MODELO DE DOMINIO

La empresa Techno Fusion ha decidido implementar un sistema web para mejorar la

gestión del inventario y el proceso de venta de los productos electrónicos que disponen
a traves de su nueva plataforma en la red. Las razones para la implementación de este
sistema serían los diversos problemas tanto operativos como administrativos debido a
las formas rudimentarias en el registro del stock y al insuficiente alcance que está
teniendo el negocio frente a sus competidores.

Se desea que el sistema web permita administrar tanto la gestión de los productos que
llegan como los productos que se venden con el fin de agilizar los procesos de compras
y administrar correctamente la base de datos de la empresa. Los usuarios que puedan
entrar al sistema web poseen roles los cuales son clientes o administradores cada uno
con una función distinta de uso del mismo, ambos podrían ingresar mediante un nombre
de usuario o correo electrónico y contraseña para acceder de manera más rápida al
catálogo de productos disponibles y las compras seleccionadas serán agregadas a un
carrito de compras con la información del cliente.

El cliente tiene información adicional como la dirección de entrega y un número

telefónico de contacto, mientras que el administrador no posee información adicional
aparte de las que tiene como usuario. El rol cuenta con un ID de rol y nombre del rol
(cliente o administrador).

El carrito de compras tendrá la información de los productos y la cantidad seleccionada,

también tendrá la capacidad de calcular el subtotal del monto. Un cliente puede tener
como máximo 1 carrito de compras y este mismo contiene desde ningún producto a
muchos productos seleccionados y cada producto debe tener información como: Id del
producto, nombre, descripción, precio y disponibilidad.

Un carrito de compras puede generar 0 o 1 pedidos a su vez que el pedido puede o no

ser realizado por 1 cliente. Cada pedido tendrá un ID de pedido, la fecha del pedido, el
estado del mismo y el monto total del pedido. Estos pedidos tienen solo un envió
asignado el cual tendrá información como: ID del envío, el método de envío, la
dirección de entrega, el estado del envío y el costo añadido del envío seleccionado.

Un pedido estará asociado a un solo pago el cual tendrá el ID del pago, el método
correspondiente de pago y el monto total del mismo (agregando al subtotal los costos de
envíos). Este pago generara una única factura mostrando el ID de la factura, la fecha de
la factura y el total.

4.2 IDENTIFICAR LAS CLASES

23
4.2 IDENTIFICAR LAS ASOCIACIONES

4.2 IDENTIFICAR LOS ATRIBUTOS Y OPERACIONES

4.3 IDENTIFICAR RELACIONES DE GENERALIZACION Y AGREGACION

24
5.1. Definir el concepto de requerimiento

Un requerimiento es una característica que debe incluirse en un nuevo sistema y puede

consistir en una forma de captar o procesar datos, producir información, controlar una
actividad o dar apoyo a una tarea. Para identificar requerimientos es menester comenzar
por un adecuado relevamiento de información.

Requerimiento funcional: Es una declaración de cómo debe comportarse un sistema.

Define lo que el sistema debe hacer para satisfacer las necesidades o expectativas del
usuario. Los requisitos funcionales se pueden considerar como características que el
usuario detecta.

Requerimiento No funcional: Los requisitos no funcionales son las características y

propiedades de un sistema que se relacionan con su desempeño, calidad y éxito. Es
importante identificar y definir adecuadamente los requisitos no funcionales para
garantizar el éxito y la calidad del sistema desarrollado.

5.2. Identificar y listar los requerimientos funcionales y no funcionales del sistema

 Requerimientos funcionales

o R1=El sistema debe permitir el registro y el acceso de los usuarios a la

plataforma mediante credenciales únicas (ID o correo y contraseña)
o R2=El sistema debe ser capaz de mostrar la lista de productos
electrónicos disponibles con detalles, imágenes y precios.

25
 o R3=El sistema debe proporcionar a los usuarios un carrito de compras
para poder agregar productos y este mismo debe actualizar
dinámicamente la cantidad de los productos seleccionados.
o R4=El sistema debe permitir a los usuarios revisar los productos en su
carrito antes de confirmar la compra y poder realizar un pedido, el cual
tendrá la capacidad de calcular los costos del pedido, de impuestos y del
envío asignado.
o R5=El sistema deberá proporcionar a los usuarios opciones de envío y
permitir registrar una dirección de entrega.
o R6=El sistema debe ofrecer a los administradores de ventas la capacidad
de crear y gestionar promociones especiales o descuentos para impulsar
las ventas.
o R7=El sistema debe permitir al gerente de inventarios supervisar los
niveles de existencias, recibir alertas de inventario bajo y realizar ajustes
manuales cuando sea necesario.
o R8=El sistema debe permitir al personal de atención al cliente acceder a
la información del cliente, historial de transacciones y detalles del pedido
para proporcionar asistencia efectiva.
o R9=El sistema debe ofrecer a los representantes de atención al cliente la
capacidad de procesar devoluciones y reembolsos de manera rápida y
efectiva.
o R10=El sistema deberá proporcionar a los clientes la capacidad de ver el
historial completo de sus transacciones, incluyendo detalles de productos
y fechas de compra.
o R11=El sistema debe ofrecer a los clientes diferentes métodos de pago y
transacciones seguras al momento de realizar el pago del pedido
generado.
o R12=El sistema automáticamente genera una factura detallada y será
enviada al correo asociado del cliente.

 Requerimientos no funcionales

- R1= El sistema deberá proporcionar una interfaz de usuario eficiente y

fácil de usar, con acceso rápido a las funciones clave, minimizando el
tiempo necesario para realizar transacciones de venta.
- R2= El sistema deberá ser compatible con dispositivos móviles para
permitir a los agentes de ventas acceder y registrar transacciones
mientras están en movimiento.
- R3= El sistema deberá ofrecer las garantías legales y regulaciones
impuestas por el estado aplicables al comercio electrónico y a la
protección del consumidor.

26
 - R4= El sistema deberá ofrecer herramientas de gestión de inventarios
eficientes, permitiendo al gerente de inventarios supervisar y ajustar los
niveles de stock de manera rápida y precisa.
- R5= El sistema deberá proporcionar alertas automáticas al gerente de
inventarios cuando los niveles de stock alcancen umbrales mínimos.
- R6= El sistema deberá tener una interfaz de atención al cliente que
permita a los representantes acceder rápidamente a la información del
cliente, historial de compras y registros de atención al cliente.
- R7= El sistema deberá tener la capacidad de poder manejar el
crecimiento futuro del tráfico y la cantidad de productos.
- R8= El sistema deberá garantizar la seguridad de la información del
cliente, utilizando cifrado de extremo a extremo y prácticas seguras de
almacenamiento de datos personales.

5.3. Identificar los actores y casos de uso del sistema

 Identificando Actores

 Identificando Casos de uso del sistema

27
Cliente
- Inicia sesión
- Agrega productos al carrito
- Vaciar carrito
- Realiza pedido
- Ver historial de compra
- Selecciona envío
- Realiza pago

Administrador
- Inicia sesión
- Modifica stock del producto
- Eliminar pedidos
- Editar productos
- Gestionar usuarios

Sistema
- Generar factura
- Actualizar inventario
- Mostrar catálogo de productos
- Genera informe de ventas
- Calcular total

5.4. Crear un escenario para cada caso de uso

Iniciar Sesión

Nombre de C.U.S Iniciar Sesión

Actor Cliente, Administrador
Precondición El usuario ingresa a la plataforma web de
ventas de la empresa.
Postcondición El usuario logró registrarse en la
plataforma web
Flujo Básico
1. El caso de uso inicia cuando el usuario ingresa a la plataforma web.
2. El sistema muestra en la opción: iniciar sesión, registrarse y cerrar sesión.
3. El usuario elige la opción iniciar sesión.
4. El sistema muestra en una ventana emergente con la solicitud del nombre de
usuario/correo y la contraseña establecida.
5. El cliente o administrador ingresar sus datos.
6. El cliente selecciona la opción Ingresar.
7. El sistema validará esta información y permitirá al usuario acceder a la
plataforma y a los datos del usuario.
8. El sistema muestra una ventana emergente con la información: “Se ha iniciado

28
 sesión correctamente”
9. El caso de uso terminara.

Flujo Alternativo

Crear cuenta
- En el paso 2 si el usuario no posee una cuenta el sistema permitirá al usuario
crear una.
- El sistema mostrara una ventana con la solicitud de los datos necesarios.
- El sistema enviara un correo de confirmación al correo electrónico asociado a
la cuenta.
- El sistema mostrara en una ventana emergente la información: “Cuenta creada
satisfactoriamente”

Contraseña incorrecta
- En el paso 7 si el usuario ingresa una contraseña errónea el sistema mostrara
en una ventana la información: “Contraseña incorrecta”
- El sistema permitirá al usuario poder cambiar la contraseña en caso de olvido.

Agregar productos al carrito

Nombre de C.U.S Agregar productos al carrito

Actor Cliente
Precondición El cliente inicio sesión y puede ver el
catálogo completo de productos
Postcondición El usuario agrego satisfactoriamente los
productos deseados al carrito de compras.
Flujo Básico
1. El caso de uso inicia cuando el usuario quiere agregar un producto al carrito.
2. El sistema muestra en una ventana emergente el carrito de compras y los
productos asignados.
3. El sistema muestra las opciones: “agregar producto”, “eliminar producto” y
“realizar pedido”.
4. El cliente puede agregar o eliminar productos del carrito.
5. El cliente puede aumentar la cantidad de los productos en la misma ventana.
6. El sistema elaborara una lista con la cantidad y las características de los
productos seleccionados por el cliente.
7. El cliente luego de seleccionar los productos a adquirir selecciona la opción:
“realizar pedido”.
8. El caso de uso terminara.

Flujo Alternativo

Producto sin Stock

- En el paso 5 si el sistema detecta que algún producto de la lista del carrito ya
no cuenta con stock disponible, procederá a eliminarlo automáticamente del
carrito.
- El sistema luego de eliminar el producto del carrito mostrara un comentario

29
 adjuntando el nombre del producto con el mensaje: “Producto agotado”.

Vaciar carrito

Nombre de C.U.S Vaciar carrito

Actor Cliente
Precondición El cliente tiene productos seleccionados
en el carrito de compras
Postcondición El usuario elimino todos los productos
dentro del carrito.
Flujo Básico
1. El caso de uso inicia cuando el usuario tiene productos dentro del carrito de
compras.
2. El sistema muestra la opción: “vaciar carrito”
3. El cliente elige la opción: “vaciar carrito”
4. El sistema elimina automáticamente todos los productos de la lista del carrito
de compras
5. El caso de uso terminara.

Realizar pedido

Nombre de C.U.S Realizar pedido

Actor Cliente
Precondición El cliente procede a realizar el pedido de
los productos de su carrito de compras
Postcondición El usuario realizo el pedido con éxito.
Flujo Básico
1. El caso de uso inicia cuando el usuario quiere realizar el pedido.
2. El sistema muestra la lista general de los productos antes de realizar el pedido.
3. El sistema muestra las opciones: “agregar método de pago” y “agregar
dirección de entrega”.
4. El sistema muestra en una ventana emergente la opción: “confirmar pedido”.
5. El cliente selecciona la opción: “confirmar pedido”.
6. El sistema hará el cálculo del subtotal del pedido añadiendo los costos de
envío correspondientes.
7. El caso de uso terminara.

Flujo Alternativo

Agregar método de pago

- En el paso 3 el sistema mostrara un formulario para el ingreso de datos como
el número de tarjeta, el cvv y la fecha de caducidad de la tarjeta.
- El sistema luego de verificar los datos mostrara una ventana con la
información: “Tarjeta agregada con éxito”.
- El sistema cerrara la ventana emergente de este proceso direccionando a la
ventana pedido’

30
 Agregar dirección de entrega
- En el paso 3 el sistema mostrara un formulario para el ingreso de datos como
la dirección de entrega, el distrito, código postal y departamento de la
dirección de entrega.
- El sistema luego de verificar los datos mostrara una ventana con la
información: “Dirección guardada”.
- El sistema validara la información y mostrara la opción: “añadir nueva
dirección”
- El sistema cerrara la ventana emergente de este proceso direccionando a la
ventana pedido

Ver historial de compras

Nombre de C.U.S Ver historial de compras

Actor Cliente
Precondición El cliente posee varias compras
realizadas en el sistema web
Postcondición El usuario pudo ver el historial de
compras.
Flujo Básico
1. El caso de uso inicia cuando el usuario quiere ver su historial de compras.
2. El sistema muestra la opción: “mi cuenta”.
3. El usuario selecciona la opción: “mi cuenta”
4. El sistema muestra la opción: “ver historial de compras”
5. El usuario selecciona la opción: “ver historial de compras”
6. El sistema muestra el registro del total de compras efectuadas en esa cuenta a
lo largo del tiempo con la fecha de emisión, monto total y los datos
adicionales.
7. El caso de uso terminara.

Flujo Alternativo

Historial de compras vacío

- En el paso 4 si el sistema no detecta información pasada de compras
efectuadas mostrara un mensaje con la información: “Historial de compras
vacío”.

Seleccionar envío

Nombre de C.U.S Seleccionar envío

Actor Cliente
Precondición El cliente procede a seleccionar el envío.
Postcondición El usuario añadió el envío al pedido.
Flujo Básico
1. El caso de uso inicia cuando el usuario quiere asignar un envío.

31
 2. El sistema muestra los métodos de envío que se permiten con las opciones:
“envío por delivery” y “recojo en tienda”.
3. El cliente selecciona el método que desee.
4. El sistema muestra la opción: “confirmar envío”
5. El cliente selecciona la opción: “confirmar envío”.
6. El sistema añade el costo de envío correspondiente y la información al pedido
ya generado.
7. El caso de uso terminara.

Flujo Alternativo

Envío por delivery

- En el paso 2 si el cliente selecciona la opción: “envío por delivery” el sistema
mostrara el costo del envío, la dirección de entrega y la fecha estimada de
llegada.

Recojo en tienda
- En el paso 2 si el cliente selecciona la opción: “recojo en tienda” el sistema
indicara que el costo de envió es gratuito, mostrara la dirección del almacen
de productos y los horarios de atención correspondientes.

Realizar pago

Nombre de C.U.S Realizar pago

Actor Cliente
Precondición El cliente procede a realizar el pago del
pedido.
Postcondición El usuario realizó el pago del pedido con
éxito.
Flujo Básico
1. El caso de uso inicia cuando el usuario quiere pagar el monto del pedido.
2. El sistema muestra información del pedido, los costos de envío y los
impuestos asignados.
3. El sistema muestra la opción: “confirmar pago”
4. El cliente selecciona la opción: “confirmar pago”.
5. El sistema ejecutara el pago y mostrara el mensaje: “Esperando confirmación
de pago”.
6. El sistema al momento de confirmar el pago mostrara el mensaje: “Pago
generado con éxito”
7. El caso de uso terminara.

Flujo Alternativo

Pago rechazado
- En el paso 5 si el sistema no logra la confirmación del pago por parte de la
entidad bancaria mostrara el mensaje: “el pago fue rechazado, comuníquese
con su entidad bancaria”.

32
 - El sistema cancelara el pedido, pero no borrara la información del mismo para
un próximo proceso de pago

Modificar stock del producto

Nombre de C.U.S Modificar stock del producto

Actor Administrador
Precondición El administrador debe haber iniciado
sesión en la plataforma.
Postcondición El administrador modifico con éxito el
stock de productos
Flujo Básico
1. El caso de uso inicia cuando el administrador desea modificar el stock.
2. El sistema muestra en la opción: “modificar stock de productos”.
3. El administrador selecciona la opción: “modificar stock de productos”.
4. El sistema muestra en una ventana emergente la lista general de productos con
su respectivo stock en tiempo real.
5. El administrador modifica los datos de stock del producto seleccionado.
6. El sistema muestra la opción: “aplicar cambios”.
7. El administrador selecciona la opción: “aplicar cambios”.
8. El sistema muestra una ventana emergente con la información: “Se han
aplicado los cambios correctamente”
9. El caso de uso terminara.

Flujo Alternativo

Error de sistema
- En el paso 6 el sistema puede sufrir errores al momento de actualizar la base
de datos con la información modificada debido al cambio en pleno horario de
funcionamiento.
- Ante ese suceso el sistema muestra el mensaje: “error de sistema, inténtelo
fuera de horario de funcionamiento”
- El sistema no aplicara los cambios.

Eliminar pedidos

Nombre de C.U.S Eliminar pedidos

Actor Administrador
Precondición El administrador debe seleccionar un
pedido
Postcondición El administrador elimino el pedido con
éxito
Flujo Básico
1. El caso de uso inicia cuando el administrador desea eliminar algún pedido.
2. El sistema muestra en la opción: “administrar pedidos”.
3. El administrador selecciona la opción: “administrar pedidos”.

33
 4. El sistema muestra en una ventana emergente la lista general de pedidos
efectuados hasta la fecha listados mediante su código de pedido.
5. El administrador elimina los pedidos obsoletos o sospechosos.
6. El sistema muestra la opción: “aplicar cambios”.
7. El administrador selecciona la opción: “aplicar cambios”.
8. El sistema muestra una ventana con la información: “Se han aplicado los
cambios”
9. El caso de uso terminara.
Editar productos

Nombre de C.U.S Editar productos

Actor Administrador
Precondición El administrador debe acceder al registro
de productos.
Postcondición El administrador modifico con éxito los
productos existentes.
Flujo Básico
1. El caso de uso inicia cuando el administrador desea editar un producto.
2. El sistema muestra en la opción: “agregar producto”, “eliminar producto”.
3. El administrador selecciona la opción a realizar.
4. El sistema muestra en una ventana emergente la lista general de productos
registrados.
5. El administrador modifica los datos del producto seleccionado.
6. El sistema muestra la opción: “aplicar cambios”.
7. El administrador selecciona la opción: “aplicar cambios”.
8. El sistema muestra una ventana emergente con la información: “Se han
aplicado los cambios correctamente”
9. El caso de uso terminara.

Flujo Alternativo

Agregar producto
- En el paso 2 si el administrador selecciona la opción: “agregar productos” el
sistema pasara al paso 4.
- El administrador podrá agregar un producto nuevo a la lista ya existente.
- El sistema continuara con los pasos establecidos.

Eliminar producto
- En el paso 2 si el administrador selecciona la opción: “eliminar productos” el
sistema pasara al paso 4.
- El administrador podrá eliminar un producto de la lista ya existente.
- El sistema continuara con los pasos establecidos.

Gestionar usuarios

Nombre de C.U.S Gestionar usuarios

Actor Administrador
Precondición El administrador acceder al registro de

34
 usuarios.
Postcondición El administrador modifico con éxito el
registro de usuarios
Flujo Básico
1. El caso de uso inicia cuando el administrador desea modificar el registro de
usuarios con el fin de eliminar cuentas inactivas.
2. El sistema muestra en la opción: “gestionar usuarios”.
3. El administrador selecciona la opción: “gestionar usuarios”.
4. El sistema muestra en una ventana emergente la lista general de los usuarios
registrados en la plataforma.
5. El administrador eliminara a los usuarios que no hayan interactuado con la
pagina desde un tiempo considerable o a los usuarios que hayan infringido los
términos y condiciones de la plataforma.
6. El sistema muestra la opción: “aplicar cambios”.
7. El administrador selecciona la opción: “aplicar cambios”.
8. El sistema muestra una ventana emergente con la información: “Se han
aplicado los cambios correctamente”
9. El caso de uso terminara.

Flujo Alternativo

Backup de datos
- Si en el paso 8 el administrador desea recuperar la información eliminada del
registro puede acceder al respaldo de seguridad con el que cuenta la
plataforma.
- El sistema mostrara la opción: “revertir cambios”
- El administrador seleccionara la opción: “revertir cambios”
- El sistema no aplicara los cambios.

Generar factura

Nombre de C.U.S Generar factura

Actor Sistema
Precondición El sistema debe haber procesado el pago
del pedido efectuado.
Postcondición El sistema generó la factura con éxito
Flujo Básico
1. El caso de uso inicia cuando el sistema procede a generar la factura.
2. El sistema recopila la información establecida de los procesos anteriores.
3. El sistema genera la factura
4. El sistema muestra las opciones: “imprimir factura” y “enviar factura”.
5. El sistema emite la factura correspondiente.
6. El sistema muestra una ventana emergente con la información: “La factura se
ha generado con éxito”
7. El caso de uso terminara.

Flujo Alternativo

35
 Imprimir factura
- En el paso 4 si el cliente selecciono la opción: “imprimir factura” el sistema
procederá a imprimir la factura en físico y será entregada incluida en el
paquete al momento de la entrega del pedido.

Enviar factura
- En el paso 4 si el cliente selecciono la opción: “enviar factura” el sistema
procederá a enviar la factura virtual al correo asociado con el cliente.

Actualizar inventario

Nombre de C.U.S Actualizar inventario

Actor Sistema
Precondición El sistema debe haberse modificado
anteriormente.
Postcondición El sistema actualizo el inventario con
éxito
Flujo Básico
1. El caso de uso inicia cuando el sistema debe actualiza el inventario.
2. El sistema confirma los cambios efectuados por el administrador en el registro
de stock de productos.
3. El sistema actualiza el inventario automáticamente.
4. El caso de uso terminara.

Flujo Alternativo

No se pudo actualizar el inventario

- Si el sistema no logra detectar los cambios efectuados por el administrador en
el registro de stock de productos, el sistema mostrara la ventana con la
información: “No se pudo actualizar el inventario”.

Mostrar catálogo de productos

Nombre de C.U.S Mostrar catálogo de productos

Actor Sistema
Precondición El usuario debe haber ingresado al
sistema web.
Postcondición El sistema mostro el catálogo de
productos con éxito.
Flujo Básico
1. El caso de uso inicia cuando el sistema debe mostrar el catálogo al usuario.
2. El sistema automáticamente mostrara el catálogo completo con las categorías
de los productos y las demás funciones de interfaz al usuario.
3. El sistema mostrara un apartado de productos nuevos y productos populares.
4. El caso de uso terminara.

36
 Flujo Alternativo

Problemas en la carga de la pagina

- Si el usuario no logra ingresar correctamente a la plataforma debido a
problemas de conexión, el sistema no podrá mostrar adecuadamente el
catálogo de productos al usuario.

Genera informe de ventas

Nombre de C.U.S Generar informe de ventas

Actor Sistema
Precondición El sistema debe acceder al registro
mensual de ventas
Postcondición El sistema genero correctamente el
informe de ventas.
Flujo Básico
5. El caso de uso inicia cuando el sistema necesita generar el informe de ventas.
6. El sistema recopila la información de las ventas.
7. El sistema señala los productos más vendidos y los productos menos
vendidos.
8. El sistema automáticamente generara este informe cada mes.
9. El caso de uso terminara.

Flujo Alternativo

Error en el informe de ventas

- Si los datos recopilados por el sistema no son correctos, pueden generar
informes con información errónea afectando a los libros contables de la
empresa y generando irregularidades.

Calcular total

Nombre de C.U.S Calcular total

Actor Sistema
Precondición El sistema debe hacer el cálculo de los
costos totales del pago.
Postcondición El sistema calculó adecuadamente los
costos totales.
Flujo Básico

37
 10. El caso de uso inicia cuando el sistema necesita calcular los costos del
subtotal y total en los procesos de pedido, envío y pago.
11. El sistema recopila la información de los procesos mencionados.
12. El sistema asigna los costos en cada uno de estos procesos.
13. El sistema calcula el monto total generado para el proceso de pago y
posteriormente para mostrarse en la factura.
14. El caso de uso terminara.

Flujo Alternativo

Cambio en los costos asociados

- Si los costos de algún producto cambian por el uso de un cupón de descuento,
el sistema debe ser capaz de recalcular con éxito el monto final del pago.

5.3. Diagrama de casos de uso del sistema

Cliente

38
Administrador

Sistema

39
5.6 Relaciones <<extend>> e <<include>>

40