ANÁLISIS Y DISEÑO DE SISTEMAS DE

INFORMACIÓN (11258)

ALUMNO:

● DIAZ MOYA, ALAN ALBERTO U20213655

● BRYAN DAISHY LIÑAN RICSE U20206341
● LEDESMA VARGAS JEAN PIERRE U19314664
● JOAQUIN BASILIO, ELVIS RONALD U17107053
● SIERRA JERONIMO, ALBERTO JOHN 0620009

“SISTEMA DE CONTROL DE INVENTARIO

Y FACTURACIÓN ELECTRÓNICA”

DOCENTE:
JUAN MANUEL PALACIOS PALACIOS
LIMA – PERÚ
2023
 INTRODUCCIÓN

Conforme ha pasado el tiempo la SUNAT ha empezado a indicar cuáles

empresas están obligadas a emitir comprobantes electrónicos en el siguiente
proyecto, buscamos una solución al control de inventarios y facturación
electrónica para que pueda ser integrado en un solo software para la empresa
Tarapoto Export S.A.C., debido a que se realizan las ventas emitiendo los
comprobantes electrónicos de manera gratuita por medio del portal de la Sunat
para luego volver a pasar las ventas al sistema de ventas antiguo donde no se
pueden emitir comprobantes electrónicos pero sí permite controlar los
inventarios ocasionando de esta manera un trabajo innecesario en el personal
debido a que tienen que digitar la venta 2 veces, siendo la primera vez en el
portal de la sunat y por segunda vez en el sistema antiguo de ventas y control
de inventarios.

Tarapoto Export S.A.C. Es una empresa comprometida con el cuidado del

medio ambiente y la salud de nuestros clientes, por lo que ofrecemos una
amplia variedad de productos elaborados con ingredientes naturales y
ecológicos.

Además, Tarapoto Export S.A.C. está comprometida con la modernización de

sus procesos y la mejora continua de nuestro servicio, por lo que desea
integrar su proceso de facturación electrónica y control de inventarios como
una forma de agilizar nuestros trámites y brindar un mejor servicio a nuestros
clientes.

Estamos convencidos de que nuestros productos naturales de alta calidad y

nuestro compromiso con la innovación tecnológica nos hacen una opción
confiable y satisfactoria para nuestros clientes.
 ÍNDICE
I. JUSTIFICACIÓN...........................................................................................................4
II. OBJETIVOS GENERALES Y ESPECÍFICOS..........................................................5
1. Objetivos Generales................................................................................................5
2. Objetivos Específicos..............................................................................................5
III. ASPECTOS DE LA ORGANIZACIÓN........................................................................5
IV. VISIÓN...........................................................................................................................6
V. MISIÓN...........................................................................................................................7
VI. DESCRIPCIÓN DE LA EMPRESA.............................................................................7
1. ÁMBITO DEL PROYECTO..........................................................................................7
a. Área...........................................................................................................................7
b. Recursos Humanos.................................................................................................7
c. Software....................................................................................................................8
d. Hardware..................................................................................................................9
e. Cronograma de Actividades...................................................................................9
2. FASE DE INICIO.........................................................................................................10
a. Modelado del Negocio..........................................................................................10
b. Matriz de requerimientos......................................................................................16
3. FASE DE ELABORACIÓN........................................................................................16
a. Especificaciones del caso de Uso.......................................................................16
b. Análisis del Sistema..............................................................................................27
c. Modelo conceptual o Diagrama de clase...........................................................33
d. Tarjeta CRC de cada clase (APF2).....................................................................34
e. Diseño del Sistema................................................................................................34
VII. REFERENCIA BIBLIOGRÁFICA..............................................................................40
I. JUSTIFICACIÓN
La facturación electrónica y el control de inventarios son dos herramientas
importantes para la gestión empresarial moderna.
La facturación electrónica permite agilizar el proceso de facturación y
cobranza, reduciendo tiempos y costos asociados con la emisión y envío de
facturas en papel. Además, permite un seguimiento más preciso de las
transacciones comerciales, reduciendo la posibilidad de errores y fraudes.
Por otro lado, el control de inventarios es fundamental para asegurar el
correcto funcionamiento de una empresa. Permite conocer la disponibilidad
de los productos en tiempo real, optimizar los niveles de stock y evitar
faltantes o excesos de inventario.
Al implementar la facturación electrónica y el control de inventarios de
manera integrada, se obtiene una gestión más eficiente y precisa del flujo de
productos y servicios de la empresa. Además, se pueden obtener informes
de manera más rápida y precisa, lo que permite una mejor toma de
decisiones.
 II. OBJETIVOS GENERALES Y ESPECÍFICOS

1. Objetivos Generales

a. Integrar un software que facilite el proceso de control de inventario y

facturación.
b. Agilizar los trámites para mejorar el servicio a los clientes de nuestra
empresa.

2. Objetivos Específicos

a. Encontrar y optar por un software que permita integrar los procesos

de control de inventario y facturación electrónica en una misma
herramienta.
b. Disminuir el doble esfuerzo del personal de ventas y de gestión de
inventarios, evitando tener que registrar dos veces la venta.
c. Formar al personal responsable de los procesos de control de
inventario y facturación sobre cómo emplear el nuevo software.
d. Aumentar la eficacia del proceso de venta y control de inventario
para permitir una toma de decisiones más rápida y precisa.

III. ASPECTOS DE LA ORGANIZACIÓN

Para realizar el análisis de los aspectos de la organización de la empresa

“Tarapoto Export S.A.C.”, es necesario considerar los siguientes aspectos:

1. Estructura organizativa: La empresa “Tarapoto Export S.A.C.” debe

tener una estructura organizativa clara y definida, que permita una
distribución adecuada de responsabilidades y tareas. Esto permitirá que
los sistemas de información diseñados se integren de manera efectiva
en la empresa.

2. Procesos de negocio: Es importante identificar los procesos de negocio

de la empresa, con el fin de determinar qué información es necesaria
para cada uno de ellos. El diseño de sistemas de información debe estar
enfocado en facilitar la gestión y optimización de estos procesos.
 3. Tecnología: La empresa “Tarapoto Export S.A.C.” debe contar con
tecnología adecuada para soportar los sistemas de información
diseñados. Esto incluye hardware, software y conectividad a internet. Es
importante que la tecnología utilizada sea compatible con los sistemas
de información diseñados.

4. Cultura organizacional: La cultura organizacional de la empresa es un

aspecto importante para considerar, ya que puede influir en la adopción
y uso de los sistemas de información. Si la empresa tiene una cultura de
innovación y apertura al cambio, será más fácil introducir nuevos
sistemas de información.

5. Seguridad de la información: La empresa debe contar con medidas de

seguridad adecuadas para proteger la información que se maneja en los
sistemas de información. Esto incluye medidas de autenticación,
autorización y encriptación de datos.

6. Integración de sistemas: Es importante que los sistemas de

información diseñados se integren de manera efectiva con otros
sistemas que ya están en uso en la empresa. Esto permitirá una gestión
más eficiente de la información y evitará duplicidad de datos.

7. Capacitación de los usuarios: La empresa debe ofrecer capacitación

adecuada a los usuarios de los sistemas de información diseñados, con
el fin de asegurar su correcto uso y aprovechamiento. La capacitación
debe estar enfocada en las necesidades específicas de cada usuario y
proceso de negocio.

IV. VISIÓN

Somos una compañía dedicada a comercializar productos farmacéuticos de

las mejores líneas del mercado; buscando la satisfacción plena de nuestros
clientes, con operaciones logísticas eficientes y productos de altos
estándares de calidad.
V. MISIÓN

Su misión, es trabajar al servicio de la salud ofreciendo a sus proveedores,

clientes, a la sociedad en general y a ellos mismos una conducta de trabajo
basada en una ética profesional de negocio.

VI. DESCRIPCIÓN DE LA EMPRESA

Tarapoto Export S.A.C. es una empresa dedicada a la compra y venta al

por menor de productos farmacéuticos y medicinales de origen natural,
tanto en el Perú como en el exterior. Tiene como socios estratégicos a
los principales laboratorios nacionales los cuales cumplen con la
normativa vigente, comprometidos con las necesidades del cliente y con
los precios más competitivos del mercado.

La empresa orienta sus esfuerzos en la implantación de una agresiva y

extensa operación de ventas que incluye un gran despliegue de
recursos, tanto humanos como de calidad y tecnología: participa en
licitaciones, invitaciones restringidas, adjudicaciones directas y en
diversos procesos de adquisición de productos para la salud.

1. ÁMBITO DEL PROYECTO

a. Área

El proyecto se aplicará a la gestión empresarial, concretamente a la

facturación electrónica y al sector del control de inventarios.

b. Recursos Humanos

Se requiere de un grupo de trabajo orientado a sistemas, el cual se

ocupará de la elección, implementación y configuración del
programa de facturación electrónica y control de inventarios.
Además, se necesitará un equipo de formación que instruya a los
empleados encargados de los procesos de control de inventario y
facturación sobre cómo utilizar el nuevo software.
 CARGO FUNCIÓN

Planificar, diseñar y ejecutar la

estrategia de tecnologías de la
información, con la finalidad de
Encargado de TI y Jefe de optimizar las soluciones TI del
Proyecto negocio, reducir riesgos y costos
dentro de esta área. Busca
implementar servicios TI que
beneficien al negocio

Prever, detectar e informar

oportunamente incidentes y
ocurrencias que alteren la normal
operatividad de la base de datos.

Encargado de base de Preparar y presentar informes

datos relacionados a las funciones
desempeñadas, en forma
periódica y/o eventual. Asesorar
en actividades relacionadas de su
competencia, a las demás
unidades orgánicas

Describir, depurar y mantener el

código fuente de un programa
informático, que ejecuta el
Equipo de desarrollo
hardware de una computadora,
para realizar una tarea
determinada

Dar seguimiento a cada etapa del

Equipo de control de proceso productivo para detectar
calidad oportunamente posibles fallas en
el producto.

c. Software

Se necesitará un software dedicado a la integración de los procesos

de control de inventario y facturación electrónica en una única
interfaz. El programa debe ser intuitivo, seguro, y capaz de realizar
informes con precisión y rapidez, tales como:

1) Sistema Operativo tales como Windows o Linux

 2) Programas de ofimática como OFFICE XXX o los de uso libre
como LIBRE OFFICE

d. Hardware

Se necesitará hardware compatible con el software elegido, como

computadoras, laptops y equipos móviles. Como requisito mínimo
con el siguiente hardware:

1) Procesador AMD o INTEL, Ryzen 3 o Intel Core i3.

2) Memoria 8 GB o superior.
3) Disco sólido con 250 GB o superior

Además, se necesita una red de servidores y redes que ofrezcan un

acceso seguro y en tiempo real a la información

e. Cronograma de Actividades
2. FASE DE INICIO

a. Modelado del Negocio

1) Modelado del Proceso de Negocio

Para realizar el modelado del proceso del negocio de la empresa
“Tarapoto Export S.A.C.” Se seguirá el método de modelado de
procesos de negocio BPMN (Business Process Model and
Notation).
En ese sentido primero, se debe entender la naturaleza del
negocio de la empresa. Tarapoto Export S.A.C. es una empresa
que se dedica a la venta de productos naturales para el cuidado
de la piel y el cabello, fabricados con ingredientes orgánicos y
sostenibles. Basándonos en esto, podemos identificar varios
procesos importantes en el negocio:

a) Proceso de venta: Este proceso implica la comercialización

y venta de los productos fabricados por la empresa. Incluye
la promoción y publicidad de los productos, la atención al
cliente, la gestión de pedidos, la facturación y el envío de
productos.

b) Proceso de gestión de inventario: Este proceso implica la

gestión de los niveles de inventario de los productos de la
empresa. Incluye la monitorización del inventario, la gestión
de órdenes de compra, y la gestión de los pedidos de los
clientes para garantizar la disponibilidad de los productos.

c) Proceso de gestión de relaciones con los proveedores:

Este proceso implica la gestión de las relaciones con los
proveedores de los productos de la empresa. Incluye la
selección de proveedores, la gestión de contratos y
acuerdos, y la monitorización del rendimiento de los
proveedores
2) Actores del Negocio
Un "Actor de Negocio" es una entidad que realiza una actividad
en un proceso de negocio. Puede ser una persona,
organización, departamento, sistema informático, entre otros,
que tiene un rol específico dentro del proceso de negocio y que
interactúa con otros actores para lograr los objetivos del
proceso.
Los actores de negocio pueden ser tanto internos como externos
a la organización y pueden incluir clientes, proveedores,
empleados, socios, competidores y reguladores, entre otros. La
identificación de los actores de negocio es importante en la
modelación de procesos de negocio, ya que ayuda a definir los
roles y responsabilidades de cada actor y a comprender cómo se
relacionan entre sí para lograr los objetivos del proceso.

a) Proveedor
b) Cliente
c) Administrador
d) Sistema

3) Casos de Uso de Negocio

Un caso de uso de negocio describe cómo un actor (que puede
ser una persona, un sistema o un dispositivo) utiliza el sistema
para alcanzar un objetivo empresarial específico. En otras
palabras, un caso de uso de negocio proporciona una
descripción detallada de cómo se utiliza el sistema para realizar
una tarea específica en el contexto de un proceso empresarial.
Los casos de uso de negocio se utilizan para modelar los
procesos empresariales y definir los requisitos del sistema desde
el punto de vista del usuario. Esto ayuda a garantizar que el
sistema cumpla con las necesidades del negocio y se centre en
las funciones que son importantes para los usuarios.
 - Comprar Artículos
- Verificar el stock de los productos
- Actualizar datos
- Registrar Ventas
- Mostrar Ventas
- Registrar proveedores
- Registrar Artículos (productos)
- Registrar Clientes
- Entregar comprobante Electrónico

4) Metas del Negocio

Las metas del negocio son los objetivos específicos que una
empresa se propone lograr en un período determinado. Estas
metas son importantes porque sirven como guía para todas las
actividades y decisiones que se toman en el negocio.
- Generar Pedidos de los Productos.
- Controlar el Inventario.
- Mejorar el proceso de ventas.
5) Diagrama General
6) Modelo de Análisis del negocio

Para realizar un modelo de análisis del negocio de la empresa

Tarapoto Export S.A.C., es necesario realizar un análisis
detallado de su entorno, sus objetivos y sus procesos. A
continuación, se presentan los elementos clave que se deben
considerar en este análisis:
a) Análisis del entorno: Es importante tener en cuenta el
contexto en el que se encuentra la empresa, para ello se
debe analizar el mercado en el que opera Tarapoto Export
S.A.C., así como la competencia que existe en el sector de
la regeneración natural. Además, se deben identificar las
tendencias y cambios que se están produciendo en el sector,
como la evolución de las normativas y leyes en relación con
la sostenibilidad y el medio ambiente.

b) Objetivos de la empresa: Es necesario conocer los

objetivos de la empresa a corto, medio y largo plazo. Esto
permitirá identificar las necesidades y requerimientos de
información para la toma de decisiones.
 c) Procesos de negocio: Se debe realizar un análisis
detallado de los procesos que se llevan a cabo en la
empresa, identificando los departamentos involucrados, las
actividades que realizan y los recursos necesarios para
llevarlos a cabo.

d) Identificación de requerimientos de información: A partir

del análisis anterior, se deben identificar los requerimientos
de información necesarios para el funcionamiento de los
procesos de la empresa y la toma de decisiones. Esto
incluye la información sobre los clientes, proveedores,
finanzas, recursos humanos, logística y operaciones.

e) Selección de herramientas y tecnologías: Una vez

identificados los requerimientos de información, es necesario
seleccionar las herramientas y tecnologías que se utilizarán
para recopilar, almacenar y analizar los datos de la empresa.
Esto puede incluir sistemas de gestión de bases de datos,
software de análisis de datos y herramientas de
visualización.

f) Diseño del sistema de información: Finalmente, se debe

diseñar el sistema de información, que incluirá la integración
de las herramientas y tecnologías seleccionadas, la
definición de los flujos de información y la creación de
informes y dashboards para la toma de decisiones.

7) Recopilación de los requerimientos (APF1)

Se debe iniciar con las entrevistas a los encargados del proceso
de control de inventario y facturación clave para obtener una
comprensión más profunda de sus necesidades y expectativas.
Luego, complementa con un cuestionario para obtener
información más amplia para los empleados para verificar o
aclarar información obtenida de las entrevistas. Finalmente, la
 observación será útil para entender mejor cómo se llevan a cabo
ciertas tareas en la empresa y para identificar oportunidades de
mejora

b. Matriz de requerimientos

3. FASE DE ELABORACIÓN

a. Especificaciones del caso de Uso

1) NOMBRE: Control de inventario
a) BREVE DESCRIPCIÓN: El usuario se encargará de verificar
y monitorear el stock de los productos.
b) ACTORES: Administrador
c) PRECONDICIONES: El caso de uso va a empezar cuando el
usuario verifica el stock de los productos.
d) POSTCONDICIONES: Es cuando se realiza la verificación del
stock de los productos.
e) FLUJO BÁSICO:
 El caso de uso se inicia cuando el usuario va a “Verificar
el Stock de los productos”.
 El Administrador, verifica en las vitrinas que hay el stock
de los productos.
 El sistema muestra un listado de los productos con stock y
el Administrador verifica que coincida el stock del listado
de los productos con el stock físico de los productos en
las vitrinas
 El Administrador, cierra la interfaz “Stock de los productos”
y regresa a la interfaz del menú principal del sistema y
finaliza el caso de uso.
f) SUBFLUJO:
 Grabar, Visualizar, Editar: Administrador, presiona botón
Inventario.
g) FLUJO ALTERNATIVO:
 Si el control de inventario ya se ha realizado
anteriormente, el sistema mostrara un mensaje “control de
inventario ya se realizó anteriormente” y finalizará el
proceso.

2) NOMBRE: Ventas y facturación electrónica

 a) BREVE DESCRIPCIÓN: Este caso de uso va a permitir que
en el sistema se pueda registrar las ventas de los artículos y
emitir la factura.
b) ACTORES: Administrador del sistema.
c) PRECONDICIÓN: El caso de uso va a empezar cuando en el
sistema se concreta la venta de los artículos.
d) POSTCONDICIÓN: Es cuando se realiza el envío de la
factura
e) FLUJO BÁSICO:
 El caso de uso se inicia cuando en el sistema se va a
“Registrar la venta de los productos”.
 En el Sistema, se digita la venta.
 El sistema registra la venta.
 El sistema envía la facturación por correo
 El Administrador, cierra la interfaz “Registrar Venta” y
regresa a la interfaz del menú principal del sistema y
finaliza el caso de uso.
f) SUBFLUJO:
 Grabar: Sistema, presiona botón grabar.
g) FLUJO ALTERNATIVO:
 Ninguno

3) NOMBRE: Envío de factura por correo

a) BREVE DESCRIPCIÓN: Este caso de uso va a permitir que el
sistema permita entregar un comprobante electrónico por
correo.
b) ACTORES: Administrador
c) PRECONDICIÓN: El caso de uso va a empezar cuando el
sistema emite un comprobante electrónico
d) POSTCONDICIÓN: Es cuando se realiza la emisión del
comprobante electrónico.
e) FLUJO BÁSICO:
  El caso de uso se inicia cuando el sistema va a “Emitir un
comprobante electrónico”.
 En el Sistema, emite un comprobante electrónico
 El Administrador entrega un comprobante electrónico.
 El Administrador, cierra la interfaz “Registrar Venta” y
regresa a la interfaz del menú principal del sistema y
finaliza el caso de uso.
f) SUBFLUJO:
 Emitir: Sistema, presiona botón emitir.
g) FLUJO ALTERNATIVO:
 Si la emisión del comprobante electrónico ya se ha
realizado anteriormente, el sistema mostrara un mensaje
“El comprobante electrónico ya se emitió anteriormente” y
finalizara el proceso.

4) NOMBRE: Mantenimiento de usuarios

a) BREVE DESCRIPCIÓN: Este caso de uso va a permitir que
en el sistema se pueda registrar y modificar los datos de los
usuarios
b) ACTORES: Jefe de Proyecto
c) PRECONDICIÓN: El caso de uso va a empezar cuando en el
sistema se registra o modifica los usuarios.
d) POSTCONDICIÓN: Es cuando se realiza el registro o
modificación de los usuarios.
e) FLUJO BÁSICO:
 El caso de uso se inicia cuando en el sistema se va a
“Registrar Usuarios” o “Modificar usuarios”.
 En el Sistema, se digita el usuario o se elige el dato a
modificar.
 El sistema guarda los datos.
 El Jefe de Proyecto, cierra la interfaz de registro o
modificación y regresa a la interfaz del menú principal del
sistema y finaliza el caso de uso.
 f) SUBFLUJO:
 Grabar: Sistema, presiona botón grabar.
g) FLUJO ALTERNATIVO:
 Si el registro de usuario ya se ha realizado anteriormente,
el sistema mostrara un mensaje “El usuario ya se registró
anteriormente” y finalizará el proceso.

5) NOMBRE: Mantenimiento de perfiles

a) BREVE DESCRIPCIÓN: Este caso de uso va a permitir que
en el sistema se pueda registrar y modificar los datos de los
perfiles de los usuarios, los cuales determinarán los permisos
correspondientes a su perfil
b) ACTORES: Jefe de proyecto
c) PRECONDICIÓN: El caso de uso va a empezar cuando en el
sistema se registra o modifica los productos.
d) POSTCONDICIÓN: Es cuando se realiza el registro o
modificación de los productos.
e) FLUJO BÁSICO:
 El caso de uso se inicia cuando en el sistema se va a
“Registrar Perfiles” o “Modificar Perfiles”.
 En el Sistema, se digita el perfil o se elige el dato a
modificar.
 En el Sistema, se asignan los permisos (crear, modificar,
eliminar, etc.) a los perfiles creados.
 El sistema guarda los datos.
 El Administrador, cierra la interfaz de registro o
modificación y regresa a la interfaz del menú principal del
sistema y finaliza el caso de uso.
f) SUBFLUJO:
 Grabar: Sistema, presiona botón grabar.
g) FLUJO ALTERNATIVO:
  Si el registro de perfil ya se ha realizado anteriormente, el
sistema mostrara un mensaje “El Producto ya se registró
anteriormente” y finalizara el proceso.

6) NOMBRE: Generar Reporte por Periodo

a) BREVE DESCRIPCIÓN: Este caso de uso va a permitir que el
sistema permita emitir un reporte de actividades.
b) ACTORES: Jefe de Proyecto.
c) PRECONDICIÓN: El caso de uso va a empezar cuando se
emite un reporte de actividades en el sistema.
d) POSTCONDICIÓN: Es cuando se realiza la emisión del
reporte.
e) FLUJO BÁSICO:
 El caso de uso se inicia cuando el sistema va a “Emitir un
reporte de actividades”.
 En el Sistema, emite un documento con el historial d
actividades de dicho periodo
 El Jefe de Proyecto, cierra la interfaz “Reportes” y regresa
a la interfaz del menú principal del sistema y finaliza el
caso de uso.
f) SUBFLUJO:
 Emitir: Sistema, presiona botón emitir.
g) FLUJO ALTERNATIVO:
 Si la emisión del reporte de actividades ya se ha realizado
anteriormente, el sistema mostrara un mensaje “El reporte
ya se emitió anteriormente” y finalizará el proceso.

7) NOMBRE: Envío de reporte al correo en formato PDF o Excel

a) BREVE DESCRIPCIÓN: Este caso de uso va a permitir que el
sistema permita enviar el reporte generado al correo del
Administrador del Sistema.
 b) ACTORES: Jefe de Proyecto.
c) PRECONDICIÓN: El caso de uso va a empezar cuando se
envía un reporte de actividades del sistema vía email al
Administrador.
d) POSTCONDICIÓN: Es cuando el Administrador recibe el
reporte emitido.
e) FLUJO BÁSICO:
 El caso de uso se inicia cuando el sistema va a “Enviar un
reporte de actividades”.
 En el Sistema, envía un documento por email con el
historial de actividades de un determinado periodo ya sea
en formato Excel o PDF.
 El Jefe de Proyecto, cierra la interfaz “Reportes” y regresa
a la interfaz del menú principal del sistema y finaliza el
caso de uso.
f) SUBFLUJO:
 Enviar Correo: Sistema, presiona botón emitir.
g) FLUJO ALTERNATIVO:
 Si el envío del reporte de actividades ya se ha realizado
anteriormente, el sistema mostrará un mensaje “El
reporte ya se ha enviado” y finalizará el proceso.

8) NOMBRE: Mantenimiento de productos

a) BREVE DESCRIPCIÓN: Este caso de uso va a permitir que
en el sistema se pueda registrar y modificar los datos de los
productos
b) ACTORES: Administrador, Colaboradores de la empresa
c) PRECONDICIÓN: El caso de uso va a empezar cuando en el
sistema se registra o modifica los productos.
d) POSTCONDICIÓN: Es cuando se realiza el registro o
modificación de los productos.
e) FLUJO BÁSICO:
  El caso de uso se inicia cuando en el sistema se va a
“Registrar Productos” o “Modificar Productos”.
 En el Sistema, se digita el producto o se elige el producto a
modificar.
 El sistema guarda los datos.
 El Administrador, cierra la interfaz de registro o
modificación y regresa a la interfaz del menú principal del
sistema y finaliza el caso de uso.
f) SUBFLUJO:
 Grabar: Sistema, presiona botón grabar.
g) FLUJO ALTERNATIVO:
 Si el registro de producto ya se ha realizado anteriormente,
el sistema mostrara un mensaje “El Producto ya se registró
anteriormente” y finalizara el proceso.

9) NOMBRE: Mantenimiento de Clientes

a) BREVE DESCRIPCIÓN: Este caso de uso va a permitir que
en el sistema se pueda registrar, modificar o eliminar los datos
de los clientes
b) ACTORES: Administrador, Colaboradores de la empresa.
c) PRECONDICIÓN: El caso de uso va a empezar cuando en el
sistema se registra, modifica o elimina los clientes
d) POSTCONDICIÓN: Es cuando culmina el proceso con éxito.
e) FLUJO BÁSICO:
 El caso de uso se inicia cuando en el sistema se va a
“Registrar Clientes” o “Modificar Clientes”.
 En el Sistema, se digita el cliente o se elige el cliente a
modificar.
 El sistema guarda los datos.
 El Administrador, cierra la interfaz de registro o
modificación y regresa a la interfaz del menú principal del
sistema y finaliza el caso de uso.
f) SUBFLUJO:
  Grabar: Sistema, presiona botón grabar.
g) FLUJO ALTERNATIVO:
 Si el registro del cliente ya se ha realizado anteriormente,
el sistema mostrara un mensaje “El cliente ya se registró
anteriormente” y finalizará el proceso.
 Para eliminar, se elige al cliente y presionar el botón
Eliminar.

10)NOMBRE: Mantenimiento de Proveedores

a) BREVE DESCRIPCIÓN: Este caso de uso va a permitir que
en el sistema se pueda registrar, modificar o eliminar los datos
de los proveedores
b) ACTORES: Administrador, Colaboradores de la empresa.
c) PRECONDICIÓN: El caso de uso va a empezar cuando en el
sistema se registra, modifica o elimina los proveedores
d) POSTCONDICIÓN: Es cuando culmina el proceso con éxito.
e) FLUJO BÁSICO:
 El caso de uso se inicia cuando en el sistema se va a
“Registrar Proveedores” o “Modificar Proveedores”.
 En el Sistema, se digita el proveedor o se elige el
proveedor a modificar.
 El sistema guarda los datos.
 El Administrador, cierra la interfaz de registro o
modificación y regresa a la interfaz del menú principal del
sistema y finaliza el caso de uso.
f) SUBFLUJO:
 Grabar: Sistema, presiona botón grabar.
g) FLUJO ALTERNATIVO:
 Si el registro del proveedor ya se ha realizado
anteriormente, el sistema mostrara un mensaje “El
proveedor ya se registró anteriormente” y finalizará el
proceso.
  Para eliminar, se elige al proveedor y presionar el botón
Eliminar.

11) NOMBRE: Ingresar al sistema

a) BREVE DESCRIPCIÓN: Este caso de uso va a permitir que
se pueda acceder al sistema
b) ACTORES: Todos
c) PRECONDICIÓN: El caso de uso va a empezar cuando se va
a entrar al sistema
d) POSTCONDICIÓN: Es cuando se ingresa con éxito al sistema
e) FLUJO BÁSICO:
 El caso de uso se inicia cuando se encuentra en la
ventana de ingreso al sistema.
 Se digita el usuario con su contraseña asignada.
 El sistema permite el ingreso.
f) SUBFLUJO:
 Ingresar: Sistema, presiona botón Ingresar.
g) FLUJO ALTERNATIVO:
 Si el usuario y/o la contraseña ingresada(s) es incorrecta,
el sistema mostrará un mensaje “Usuario o Contraseña
Incorrecto(s)”.
 Después de 3 intentos fallidos, el sistema bloqueará
automáticamente al usuario, mostrando un mensaje “Ha
realizado 3 intentos fallidos de ingresar al sistema, su
usuario se bloqueará. Comuníquese con el administrador
del sistema”.
b. Análisis del Sistema

 Jefe del Proyecto

 El jefe de proyecto es el responsable principal del proyecto y tiene
varias responsabilidades clave. Su papel se centra en la
supervisión y dirección del proyecto en su conjunto. Al analizar las
especificaciones, se pueden identificar las siguientes
consideraciones:

- Creación y gestión del plan del proyecto: El jefe de proyecto

debe ser capaz de crear y gestionar un plan detallado que
establezca los objetivos, las tareas y los plazos del proyecto.
Esto implica habilidades de planificación y organización, así
como la capacidad de establecer prioridades y asignar
recursos adecuados.

- Asignación de tareas y responsabilidades: El jefe de proyecto

debe poder asignar tareas específicas a los colaboradores,
teniendo en cuenta sus habilidades y disponibilidad. Además,
es importante establecer claridad en cuanto a las
responsabilidades de cada miembro del equipo.

- Monitoreo del progreso del proyecto: El jefe de proyecto

necesita estar al tanto del avance del proyecto en todo
momento. Esto implica recibir actualizaciones regulares de los
colaboradores, realizar seguimiento del estado de las tareas y
evaluar el cumplimiento de los plazos establecidos.

- Toma de decisiones y resolución de problemas: El jefe de

proyecto debe tener la capacidad de tomar decisiones
informadas y resolver problemas que surjan durante la
ejecución del proyecto. Esto implica habilidades de análisis,
toma de decisiones y gestión de riesgos.

- Interacción con el administrador del sistema y los

colaboradores: El jefe de proyecto necesita comunicarse de
manera efectiva con el administrador del sistema para obtener
información y soporte técnico relacionado con el sistema de
gestión de proyectos. También debe interactuar con los
colaboradores para obtener actualizaciones y asegurarse de
que el proyecto avance de acuerdo con lo planeado.

 Administrador del Sistema:

El administrador del sistema es responsable de garantizar el

correcto funcionamiento y la disponibilidad del sistema de gestión
de proyectos. Al analizar las especificaciones, se pueden destacar
las siguientes consideraciones:
- Configuración y mantenimiento del software y hardware: El
administrador del sistema debe tener conocimientos técnicos
para configurar y mantener el software y el hardware
 necesarios para el sistema de gestión de proyectos. Esto
implica realizar instalaciones, actualizaciones y
configuraciones según sea necesario.

- Administración de permisos y accesos de usuarios: El

administrador del sistema debe gestionar los permisos y
accesos de los usuarios al sistema, asegurándose de que
solo tengan acceso a las funciones y datos adecuados para
su rol. Esto implica establecer políticas de seguridad y aplicar
medidas de protección de datos.

- Copias de seguridad y restauración de datos: El

administrador del sistema debe realizar regularmente copias
de seguridad de los datos del sistema y tener un plan de
contingencia en caso de pérdida o corrupción de datos.
Además, debe estar preparado para restaurar los datos en
caso de ser necesario.

- Solución de problemas y soporte técnicos: El administrador

del sistema debe tener habilidades técnicas para solucionar
problemas que puedan surgir en el sistema, como errores o
fallos de funcionamiento. Además, debe brindar soporte
técnico a los usuarios, respondiendo a sus preguntas y
ayudándolos a resolver problemas relacionados con el
sistema.

 Colaboradores de la Empresa:

Los colaboradores de la empresa son los miembros del equipo de

trabajo que participan en la ejecución del proyecto. Al analizar las
especificaciones, se pueden observar las siguientes
consideraciones:
- Realización de las tareas asignadas: Los colaboradores
deben realizar las tareas asignadas por el jefe de proyecto,
utilizando sus habilidades y conocimientos para completarlas
de manera efectiva.

- Proporcionar actualizaciones y reportes de progreso: Los

colaboradores deben proporcionar actualizaciones periódicas
y reportes sobre el progreso de las tareas asignadas. Esto
implica comunicar el estado de avance, identificar posibles
problemas y solicitar ayuda o recursos adicionales si es
necesario.

- Colaboración con otros miembros del equipo: Los

colaboradores deben trabajar en colaboración con otros
miembros del equipo para lograr los objetivos del proyecto.
 Esto implica una comunicación efectiva, compartiendo
información y conocimientos, y brindando apoyo mutuo.

- Comunicación con el jefe de proyecto y el administrador del

sistema: Los colaboradores deben comunicarse con el jefe de
proyecto y el administrador del sistema para obtener
orientación, soporte técnico y resolver cualquier problema o
duda que surja durante la ejecución del proyecto.

 Usuarios:

Los usuarios son las personas externas a la empresa que

interactúan con el sistema de gestión de proyectos. Al analizar las
especificaciones, se pueden destacar las siguientes
consideraciones:
- Utilización del sistema de acuerdo con su funcionalidad y
propósito: Los usuarios deben utilizar el sistema de gestión de
proyectos de acuerdo con su funcionalidad y propósito
previsto, siguiendo las políticas y procedimientos establecidos
para su uso adecuado.

- Proporcionar retroalimentación y reportar problemas: Los

usuarios pueden proporcionar retroalimentación sobre el
sistema, reportar problemas o sugerir mejoras. Esto puede
ayudar a identificar áreas de mejora y optimizar la experiencia
del usuario.

- Seguir políticas y procedimientos establecidos: Los usuarios

deben cumplir con las políticas y procedimientos establecidos
para el uso del sistema, incluyendo la seguridad de la
información y el manejo adecuado de los datos.

- Comunicarse con el administrador del sistema: En caso de

problemas técnicos o solicitudes de soporte, los usuarios
deben comunicarse con el administrador del sistema para
obtener asistencia técnica y resolver cualquier inconveniente
que puedan enfrentar durante el uso del sistema.

1) Paquete de Análisis
El paquete de análisis proporcionado por el presente proyecto
brinda funcionalidades y roles específicos para la gestión efectiva
de proyectos, involucrando al jefe de proyecto, al administrador
 del sistema, a los colaboradores de la empresa y a los usuarios
externos.

a) Actores:
(1) Jefe de Proyecto: Persona encargada de supervisar y dirigir
el proyecto en su conjunto.
(2) Administrador del Sistema: Responsable de la
configuración, mantenimiento y soporte técnico del sistema de
gestión de proyectos.
(3) Colaboradores de la Empresa: Miembros del equipo de
trabajo asignados a tareas específicas en el proyecto.
(4) Usuarios: Personas externas que interactúan con el sistema
de gestión de proyectos, como clientes, proveedores y otros
stakeholders.

b) Funcionalidades:
(1) Creación y gestión del plan del proyecto:
(a) Crear un plan detallado que establezca los objetivos, las
tareas y los plazos del proyecto.
(b) Asignar tareas y responsabilidades a los colaboradores.
(c) Establecer prioridades y asignar recursos adecuados.

(2) Monitoreo y seguimiento del proyecto:

(a) Obtener actualizaciones periódicas de los colaboradores
sobre el progreso de las tareas.
(b) Evaluar el cumplimiento de los plazos establecidos.
(c) Tomar decisiones y resolver problemas relacionados con
el proyecto.

(3) Interacción con el sistema de gestión de proyectos:

(a) Acceder al sistema mediante autenticación.
(b) Visualizar el panel de control principal con información
relevante del proyecto.
(c) Asignar tareas a los colaboradores y establecer plazos.
 (d) Actualizar el estado de las tareas y agregar comentarios o
archivos adjuntos.
(e) Realizar seguimiento del progreso general del proyecto.

(4) Configuración y soporte técnico del sistema:

(a) Configurar y mantener el software y hardware del sistema
de gestión de proyectos.
(b) Administrar los permisos y accesos de los usuarios.
(c) Realizar copias de seguridad y restauración de datos.
(d) Solucionar problemas técnicos y brindar soporte técnico a
los usuarios.

(5) Colaboración y comunicación:

(a) Comunicarse con los colaboradores para obtener
información y actualizaciones sobre el proyecto.
(b) Colaborar con otros miembros del equipo para lograr los
objetivos del proyecto.
(c) Comunicarse con el administrador del sistema para
obtener orientación y soporte.

(6) Interacción de los usuarios externos:

(a) Utilizar el sistema de acuerdo con su funcionalidad y
propósito.
(b) Proporcionar retroalimentación sobre el sistema y reportar
problemas o sugerencias.
(c) Seguir las políticas y procedimientos establecidos para el
uso del sistema.
(d) Comunicarse con el administrador del sistema en caso de
problemas técnicos o solicitudes de soporte.
 2) Diagrama de secuencia

c. Modelo conceptual o Diagrama de clase

 d. Tarjeta CRC de cada clase (APF2)

PRECESO DE VENTA
 Comercialización y venta de
productos Administrador
 Atención al cliente
 Gestión de pedidos

GESTIÓN DE INVENTARIO
 Monitorización del inventario
 Gestión de las órdenes de los
artículos Administrador, Sistema.
 Gestión de los pedidos
generador por los clientes

GESTIÓN DE RELACIONES CON LOS

PROVEEDORES
 Selección de los diferentes
proveedores
 Gestión de los acuerdos con los Administrador, Proveedor.
proveedores
 Monitorización del rendimiento
de los proveedores

e. Diseño del Sistema

1) Patrón de diseño
En el contexto del desarrollo de un software de facturación, se
implementaron los patrones de diseño MVC (Model-View-
Controller) y DAO (Data Access Object) utilizando el lenguaje de
programación Java y la base de datos MySQL. Estos patrones
desempeñaron un papel fundamental en la estructuración y
organización del sistema, permitiendo una separación clara de
responsabilidades y la modularización del código.
El patrón MVC se utilizó para dividir la aplicación en tres
componentes principales: el modelo, la vista y el controlador. El
modelo se encargó de la lógica de negocio y la gestión de los
datos subyacentes. La vista representó la interfaz de usuario,
mostrando los datos al usuario y recibiendo sus interacciones. El
controlador actuó como intermediario, coordinando las acciones
entre el modelo y la vista. Esta separación permitió una mayor
flexibilidad, reutilización de componentes y facilitó el
mantenimiento del código a lo largo del desarrollo.

Por otro lado, el patrón DAO se utilizó para manejar la

persistencia de datos y el acceso a la base de datos. Se definió
una interfaz DAO que especificaba los métodos necesarios para
acceder y manipular los diferentes componentes del sistema,
como usuarios, clientes, proveedores, ventas, productos y
comprobantes de venta. La implementación concreta del DAO se
encargó de realizar las operaciones de acceso y manipulación
de datos para cada componente, utilizando la base de datos
MySQL como medio de almacenamiento.

Estos patrones de diseño fueron fundamentales para lograr una

arquitectura robusta, escalable y de fácil mantenimiento en el
software de facturación. Permitieron una clara separación de
responsabilidades, facilitando la colaboración entre equipos de
desarrollo y mejorando la calidad del código generado.
a) Patrón Modelo Vista Controlador (MVC)
El patrón de diseño MVC (Model-View-Controller) se utiliza
para separar las diferentes responsabilidades y
componentes en una aplicación, facilitando la organización,
el mantenimiento y la escalabilidad del código. Este patrón
se compone de tres elementos principales:
(1) Modelo (Model): El modelo representa los datos y la
lógica de negocio de la aplicación. Es responsable de
acceder, actualizar y manipular los datos subyacentes.
También puede incluir la validación de datos y la
implementación de reglas de negocio. El modelo no
debe tener conocimiento de la interfaz de usuario o de
cómo se presentan los datos.
(2) Vista (View): La vista es la interfaz de usuario de la
aplicación. Es responsable de mostrar la información al
usuario y recibir las interacciones del mismo. La vista
puede ser una interfaz gráfica, una página web, una
aplicación móvil, etc. Su función principal es mostrar los
datos proporcionados por el modelo y enviar eventos al
controlador cuando se realizan acciones.
(3) Controlador (Controller): El controlador actúa como
intermediario entre el modelo y la vista. Es responsable
de interpretar las acciones del usuario y coordinar las
acciones adecuadas en el modelo y la vista. El
controlador recibe eventos de la vista, actualiza el
modelo según las acciones realizadas y notifica a la vista
sobre los cambios en los datos. También puede realizar
otras tareas de coordinación, como la validación de
entrada y la gestión de la navegación entre vistas.

La interacción entre estos tres componentes se basa en el

principio de separación de responsabilidades:
 - Cuando el usuario interactúa con la vista, como hacer
clic en un botón, la vista envía una notificación o evento
al controlador.
- El controlador recibe el evento y realiza las acciones
correspondientes, como actualizar los datos del modelo
o cambiar la vista actual.
- A su vez, el modelo se actualiza y notifica a la vista
sobre los cambios realizados en los datos.
- La vista recibe la notificación del modelo y actualiza su
interfaz de usuario para reflejar los nuevos datos.
b) Patrón de Objeto de Acceso a Datos (DAO)

El presente diagrama DAO consta de los siguientes componentes:

(1) Interfaz:
(a) Nombre: Interface.
(b) Descripción: Esta interfaz define los métodos necesarios
para acceder y manipular los diferentes componentes del
sistema, como Usuarios, Clientes, Proveedores, Ventas,
Productos y Comprobantes de Venta. Los métodos en
esta interfaz son declarados como funciones que
devuelven listas de objetos correspondientes a cada
componente.
(2) Implementación:
(a) Nombre: DAO Implementation.
(b) Descripción: Esta clase representa la implementación
concreta de la interfaz DAO. Contiene los métodos
concretos que realizan las operaciones de acceso y
manipulación de datos para cada componente del
sistema. En este caso, se mencionan las variables de
 instancia "usuarioDB", "clienteDB", "proveedorDB",
"ventaDB", "productoDB" y "comprobanteDB" que
representan instancias de las clases concretas que
implementan la lógica de acceso a los datos para cada
componente respectivo.
(3) Modelo de datos:
(a) Nombre: Modelo de Datos.
(b) Descripción: Esta sección del diagrama DAO muestra
las entidades o clases que representan los datos del
sistema. Los componentes mencionados en el texto,
como Usuario, Cliente, Proveedor, Venta, Producto y
Comprobante de Venta, son ejemplos de estas
entidades. Cada entidad puede tener sus propios
atributos y métodos para representar la información
relevante y realizar operaciones relacionadas.
(4) Almacenamiento de datos:
(a) Nombre: Data Storage.
(b) Descripción: En esta sección se menciona la "Base de
Datos" como el medio donde se almacenan los datos del
sistema. La Base de Datos es el almacén central donde
se persisten y recuperan los datos para su uso posterior.
2) Diagrama de Estructura Compuesta
En este sistema de control de inventarios y facturación
elaboramos un diagrama de estructura compuesta que contiene
las clases interfaces y sus relaciones nos proporciona una vista
lógica de todo parte de un sistema como es en este caso que
veremos el ingreso al sistema de facturación evaluando los
accesos y consecuentemente ingresando al menú del sistema.
3) Diagrama de Tiempo
El tiempo para la elaboración del sistema de control de inventarios y
facturación se ve representado en un diagrama de tiempo que muestra
los días que se tomaron para creación del frame y sus elementos.
Estos elementos son interfaz con 2 días para su elaboración, el menú
que requirió 3 días, y finalmente el formulario con 5 días para su
elaboración.

4) Diagrama de Despliegue
Respecto al diagrama de despliegue se podrá visualizar en este las
relaciones físicas de los distintos nodos que componen el sistema de
inventarios y facturación electrónica para la empresa Tarapoto Export
SAC; así mismo, el reparto de los componentes sobre dichos nodos.
 5) Diagrama de Componentes
El sistema de control de inventarios y facturación electrónica está
dividido en componentes (Usuarios, Clientes, Proveedores, Venta,
Productos, Comprobante de Venta y la Base de Datos, y se muestra
las dependencias entre estos componentes.

VII. REFERENCIA BIBLIOGRÁFICA

1. Tableau Software. (s.f.). Blueprint: capacidad básica para la toma de

decisiones impulsada por datos. Recuperado el 29 de abril de 2023, de
https://help.tableau.com/current/blueprint/es-es/bp_core_capabilities_of_
data_dri ven.htm

2. Grupo Cibernos. (2020, 20 de octubre). 8 aspectos clave para una buena

organización empresarial. Recuperado el 29 de abril de 2023, de
https://www.grupocibernos.com/blog/8-aspectos-clave-para-una-buena-
organizacio n-empresarial

3. Gestión Sanitaria. (s.f.). Identificación de procesos en la organización

sanitaria. Recuperado el 29 de abril de 2023, de
https://www.gestion-sanitaria.com/9-identificacion-procesos-
organizacion.html
4. ESAN Graduate School of Business. (s.f.). Cómo diseñar un exitoso
modelo de negocios. Conexión ESAN. Recuperado el 29 de abril de
2023, de https://www.esan.edu.pe/conexion-esan/como-disenar-un-
exitoso-modelo-de-nego cios

5. Sydle. (2021, 26 de agosto). Modelo de negocio: qué es y cómo diseñar

uno para tu empresa [Entrada de blog]. Recuperado el 29 de abril de
2023, de https://www.sydle.com/es/blog/modelo-de-negocio-
617979be3885651fa21f1ed9

6. HubSpot. (s.f.). Cómo definir el modelo de negocio de tu empresa.

HubSpot Blog de Ventas. Recuperado el 29 de abril
de 2023, de https://blog.hubspot.es/sales/modelo-negocio

7. Rock Content. (s.f.). ¿Qué es un modelo de negocio? [Entrada de blog].

Rock Content. Recuperado el 29 de abril de 2023,
de https://rockcontent.com/es/blog/modelo-de-negocio/