FACULTAD DE INGENIERÍA

DESARROLLO DE SOFTWARE II

PROYECTO ACADÉMICO:

Sistema web para la gestión de compras de la distribuidora

PUMAFARMA S.A.C Lima 2022

Alumnos:

Vidal Castro, Jose Carlos U18218090

Aquino Laura, Argiel U18212218

Mederos Nolasco, Alexander Luis U18214077

Paipay Yauyo, Alejandro Jefferson U18214447

Mori González, Christian 1531472

Docente:

Alvites Rojas, Clemente Ángel

INGENIERÍA DE SOFTWARE

2022

Lima – Perú

1
DEDICATORIA

Este proyecto representa esfuerzo y fortaleza inculcado por nuestros padres, especialmente

por su sacrificio, comprensión y dedicación durante todo este tiempo de nuestras carreras,

porque ellos confían en nosotros y lograron sacarnos adelante con sus ejemplos de entrega y

superación. Gracias a ellos hemos llegado hasta aquí. Todos ellos se encuentran felices de ver

que estamos logrando alcanzar nuestras metas, lo cual hace sentirnos orgullosos y con ganas

de seguir esforzándonos por lo que queremos y mucho más.

PRESENTACIÓN

El actual proyecto universitario presenta el desarrollo de un sistema para una distribuidora, el

cual se titula: “Sistema web para la gestión de ventas de la distribuidora PUMAFARMA

S.A.C. Lima 2021”. Proyecto académico como parte de la carrera de Ingeniería de Software

de la Facultad de Ingeniería de la Universidad Tecnológica del Perú.

AGRADECIMIENTO

Agradezco a Dios por darnos fuerzas en estos momentos difíciles, a mi familia que aún en la

coyuntura actual hacemos el esfuerzo para mantener nuestras actividades, al profesor y los

compañeros del curso.

2
INDICE

DEDICATORIA.....................................................................................................................2

PRESENTACIÓN..................................................................................................................2

AGRADECIMIENTO............................................................................................................2

INDICE..................................................................................................................................3

INTRODUCCIÓN.................................................................................................................4

PROPOSITO..........................................................................................................................4

ALCANCE.............................................................................................................................4

PROBLEMÁTICA.................................................................................................................4

DESCRIPCIÓN DEL PROCESO DEL PROYECTO...........................................................5

VALORES DE TRABAJO....................................................................................................5

DIAGRAMA DE PROCESOS..............................................................................................6

ESTADO DEL ARTE............................................................................................................7

MARCO TEÓRICO.............................................................................................................11

PLANEACIÓN EL PRODUCTO........................................................................................24

3
4
INTRODUCCIÓN

El presente documento describe la implementación del proceso Scrum durante el desarrollo del

proyecto “Sistema web para la gestión de compras de la distribuidora PUMAFARMA S.A.C

Lima 2022”.

Además de una descripción del ciclo de vida iterativo e incremental del proyecto, incluye los

artefactos o documentos mediante los cuales se gestionan el suministro y las tareas de

suministro, así como las responsabilidades y obligaciones de los participantes involucrados en

el proyecto.

PROPOSITO

Proporciona información de referencia esencial para los involucrados en el desarrollo del

"Sistema web para la gestión de compras de la distribuidora PUMAFARMA S.A.C Lima

2022".

ALCANCE

Personas y procedimientos involucrados en el desarrollo del sistema web para la gestión de

compras de la distribuidora PUMAFARMA S.A.C Lima 2022.

PROBLEMÁTICA

PUMAFARMA S.A.C fue fundada a comienzos del año 2017 como una distribuidora de

productos farmacéuticos al por menor buscando el rendimiento, excelencia y destreza en la

venta y distribución de productos farmacéuticos, y medicinas.

5
Anteriormente tenía problemas para la gestión de ventas e inventario, ya que no tenían un

control completo en el registro de ventas. Por esta razón, solicitaron un sistema para un control

óptimo de las ventas realizas y poder gestionar más eficientemente el inventario.

Pero ahora se encontraron con un nuevo problema que sería que su sistema no cuenta con una

gestión de compra integrada y debido a esto están teniendo un déficit en las ganancias, ya que

no cuentan con un sistema para automatizar dicho proceso.

DESCRIPCIÓN DEL PROCESO DEL PROYECTO

El proceso empezará cuando el trabajador solicite los productos, el supervisor recibirá dicha

solicitud generando así un orden de pedido a sus proveedores, el supervisor elegirá entre sus

proveedores y realizara el pedido de compra, realizara el pago al contado o a crédito el cual

generara un factura o boleta, el proveedor enviara los productos y el trabajador comprobara la

información del pedido terminando así el proceso.

VALORES DE TRABAJO

Los valores que todos los integrantes del proceso de desarrollo deben practicar y que pueden

moldear el éxito de la metodología scrum son:

• Independencia del grupo

• Respeto en el grupo

• Responsabilidad y autodisciplina

• Centrarse en la tarea

6
• Transparencia y claridad de la información.

7
DIAGRAMA DE PROCESOS

8
ESTADO DEL ARTE

Implementación de un sistema web para el control de ventas en la Farmacia San Felipe–Casma,

se realizó la implementación de un sistema web, con el fin de mejorar el control de las ventas y

el inventario de la farmacia San Felipe – Casma. La investigación fue de tipo descriptivo, su

nivel de enfoque cuantitativo y de diseño no experimental, de corte transversal. La población se

delimitó a 21 trabajadores de la empresa y la muestra se seleccionó en base a la totalidad de la

población; para la recolección de datos se utilizó el instrumento del cuestionario, mediante la

técnica de la encuesta, los cuales arrojaron los siguientes resultados: En la primera dimensión,

se observó que, el 66,67% de los encuestados manifestaron que NO están satisfechos con el

sistema actual, por otro lado, en la segunda dimensión, se observó que, el 61,90% de los

encuestados manifestaron que SI existe la necesidad de implementar un sistema web.

Sistemas de Información para el control y el seguimiento de ventas ON-LINE de productos

farmacéuticos distribuidora Pharmica, Los sistemas informáticos en la actualidad están siendo

incorporados en una gran variedad de instituciones públicas y privadas con la tendencia a

incrementarse su implementación hacia todos los campos de la sociedad a medida que

transcurre el tiempo. Para la implementación del sistema se utilizaron los lenguajes de

Programación: Php, Html, JavaScript, Css, los frameworks: CodeIgniter, JQuery, una base de

datos creada en Mysql y el servidor apache los cuales se adecuan a las necesidades y

requerimientos de la Institución. La metodología utilizada para el desarrollo del sistema es

Proceso Unificado de Racional (RUP) para el análisis y diseño en sus diferentes fases, el

modelado del sistema se realizó con el Lenguaje de Modelado Unificado (UML) y la

herramienta de modelado Enterprice Architech.

9
Sistema web de gestión para el control y el seguimiento de ventas y compras online de

productos farmacéuticos en las boticas de Lima Sur - Ancasi & Romero, llegando a la

conclusión con los resultados obtenidos con respecto a la implementación de un sistema web el

89% de los trabajadores respondieron que, si era necesario la implementación de un sistema

informático web para poder ayudar y agilizar los procesos de ventas y compras online

reduciendo así el tiempo de espero en la búsqueda de información requerida de forma manual.

Y que para su implementación del sistema se utilizaron los lenguajes de Programación: Php,

Html, JavaScript, Css, los frameworks: CodeIgniter, JQuery, una base de datos creada en Mysql

y el servidor apache los cuales se adecuan a las necesidades y requerimientos de la Institución.

Sistema de gestión de compras y reabastecimiento para el centro de servicios informáticos la

biblioteca, Esta investigación desarrolla un sistema de entorno web con nuevas potencialidades,

para facilitar la gestión de la información concerniente a las ventas del Centro de Servicios

Informáticos “La Biblioteca”, permitiendo una mayor consistencia y seguridad de la

información almacenada, facilitando el manejo y el rápido acceso a la misma. En este

documento se expone la fundamentación teórica, las herramientas utilizadas, las características

del sistema, diseño, implementación y las pruebas realizadas. El desarrollo de este trabajo está

basado en tecnologías multiplataforma; se hizo uso de lenguajes de programación como el

HTML, JavaScript y PHP, así como Hojas de Estilos (CSS). Como servidor web se utilizó el

Apache y como gestor de bases de datos el MySQL, para el crear y editar las páginas se recurrió

al Dreamweaver CS5. Además, como metodología de desarrollo Extreme Programming (XP).

Sistema de gestión de compras para generar y gestionar solicitudes de cotización y ventas

TENDERBILL, Software multi-Proyecto que organiza sus procesos de licitaciones por

Proyectos con una visibilidad rápida del estado de todos sus procesos, Resumen estadístico del

1
resultado de sus procesos, así como el desempeño de sus proveedores. Ofrece una creación

rápida y fácil de solicitudes de cotizaciones (RFQ). Tenderbill.com se ha desarrollado pensando

en una manera rápida y fácil de crear las RFQ con importación desde un archivo Excel. Útil

cuando el usuario ya tiene esta información en un archivo Excel, de esta manera se importa a la

base de datos (BD) de Tenderbill.com de manera muy rápida, agregar desde el Catálogo. Si el

usuario ya cuenta con un catálogo en la BD de Tenderbill.com (el Catálogo es a nivel de

Cliente), puede simplemente seleccionar de esta lista el ítem o ítems requeridos e ingreso

manual en el caso que el usuario no disponga de ninguna de las dos opciones indicadas

anteriormente.

Sistema de gestión de ventas y compras online XPRMTL, Implementación de este proyecto

pretende dar a conocer la empresa, automatizando los pedidos y sirviendo como el canal

principal de ventas. Este proyecto se desarrolló con el método incremental, es decir, se fue

entregando función a función, dando un tiempo de pruebas y corrección de errores. Este sistema

cuenta de dos partes, la primera es la página web principal, orientada a la publicidad y venta de

productos; y la segunda es la administración, donde se gestionará los pedidos y el contenido del

sitio. El software es desarrollado sobre plataforma WEB y está separado en dos partes; el back-

end y el front-end. Ambos están desarrollados con Codeigniter, un framework de PHP de patrón

MVC, liviano y sencillo de usar e interpretar. Como gestor de base de datos se utiliza MySQL.

Sistema de gestión de compras en la empresa Espitia Impresores. El tema de ingeniería

desarrollado en esta investigación, gira en torno a la logística de abastecimiento, partiendo

desde una adecuada selección de proveedores, hasta un apropiado y quizás, mejor m anejo de

los inventarios de Espitia Impresores. La empresa es una organización que pertenece al sector

de las artes gráficas con una experiencia de 35 años. Se busca diseñar e implementar un Sistema

1
de Gestión de Compras e Inventarios, con el objetivo de mejorar el nivel de desempeño del

mismo y disminuir los reclamos por incumplimiento en las fechas de entrega por falta de

materia prima. Analizar la información histórica y determinar cuáles son los ítems más

representativos que se almacenan, mediante la aplicación de un sistema de inventario ABC,

para que le permita a la empresa establecer un plan de verificación a los niveles de inventario.

La presente investigación tiene por objetivo principal determinar de qué manera en la empresa

Atlántica S.R.L. la gestión de compras permitirá reducir los costos de importación de

polipropileno en formas primarias provenientes de Brasil. Atlántica S.R.L. El principal

problema de la empresa radica en los elevados costos de importación en la región, de ahí que se

enfoca en encontrar una manera de gestionar las compras internacionales para reducir los costos

de importación de polipropileno en formas primarias procedentes de Brasil. En la tesis se

empleó un tipo de metodología descriptiva mixta simple, con un enfoque no experimental,

aplicando instrumentos de recolección de datos como entrevistas a profundidad y revisión

documental, con el objetivo de analizar los costos de importación de cada compra internacional,

así como la gestión de la misma.

El origen de la propuesta basada en un procedimiento para reducir costos de importación se dio

gracias a la identificación de deficiencias en los principales factores que componen la gestión de

compras (tiempo, costo, calidad y proveedores), así como aquellos servicios contratados que

generan sobre costos de importación, estos son: CIF (Flete y seguro) y gastos de

nacionalización (Agenciamiento de aduanas y gastos de terceros). (Guerrero Alvarado, María

Elena; Requejo Bustamante, Ericka Roxana - 2018)

1
MARCO TEÓRICO

1. Variable independiente: sistema web

Los sistemas Web o también conocido como aplicaciones Web son aquellos que están

creados e instalados no sobre una plataforma o sistemas operativos (Windows,

Linux). Sino que se alojan en un servidor en Internet o sobre una intranet (red local).

(Baez. Sistemas Web. Lima, 2012)

Las aplicaciones web se desarrollan como una extensión de los sistemas web para

agregar funcionalidad de negocio al proceso. Los servicios web son hoy en día muy

importantes por el uso inagotable de los mismos. Esto viene dado porque no solo

permiten mostrar información estática o escrita con anterioridad a través de Internet o

una Intranet, sino que son capaces de generar datos solicitados a través de consultas,

debido a la dinámica sobre la que están basados. (Amescua, A., García, L., Martínez,

P., Díaz, P.,1994)

Los sistemas Web se pueden utilizar en cualquier navegador Web (chrome, Firefox,

Internet Explorer, etc.) sin importar el sistema operativo. Para utilizar las aplicaciones

Web no es necesario instalarlas en cada computadora ya que los usuarios se conectan

a un servidor donde se aloja el sistema. Las aplicaciones web tienen varias ventajas

sobre los programas de software descargables tradicionales.

Estas son las principales:

i. Compatibilidad multiplataforma. Las aplicaciones web se conducen por un

camino menos complejo, para la compatibilidad multiplataforma que ofrece la

1
 web. Varias tecnologías incluyendo Java, ASP y Ajax permiten un desarrollo

efectivo de programas soportando todos los sistemas operativos principales.

ii. Actualización. Las aplicaciones de desarrollo web se encuentran siempre

actualizadas con el reciente lanzamiento sin requerir que el usuario tome acciones

proactivas, y sin necesitar llamar la atención del usuario o interferir con sus

hábitos de trabajo con la esperanza de que va a iniciar nuevas descargas y

procedimientos de instalación (algunas veces imposible cuando usted está

trabajando dentro de grandes organizaciones).

iii. Inmediatez de acceso. Las aplicaciones hechas en web no necesitan ser

descargadas, instaladas y configuradas. El usuario accede a su cuenta online y los

priistas están listos para funcionar sin importar cuál sea su configuración o su

hardware.

iv. Facilidad de prueba. Finalmente, no habrá más obstáculos para permitir pruebas

sencillas y efectivas de herramientas y aplicaciones.

v. Requerimientos Mínimos de Memorias. Las aplicaciones basadas en desarrollo

web tienen infinidades y razonables demandas de memoria RAM por parte de los

usuarios finales de los programas instalados localmente.

vi. Minimización Bugs. Las aplicaciones desarrolladas en web deberían ser menos

propensas a colgarse y crear problemas técnicos debido a software o conflictos de

hardware con demás aplicaciones existentes, protocolos o software personal

interno.

1
vii. Precio. Las aplicaciones basadas en web no requieren la infraestructura de

distribución, soporte técnico y marketing requerido por el software descargable

tradicional.

viii. Los datos también van online. Por supuesto con el desplazamiento de las

aplicaciones locales a aquellas basadas en web también los datos que creamos y

accedemos van a necesitar experimentar profundos cambios. A nadie le gusta no

poder acceder a su propio e-mail cuando está de viaje, o poder recuperar un

documento particular cuando se conecta desde un ciber café a 15.000 kilómetros

de su oficina "Los clientes no deberían almacenar datos; deberían ser como

teléfono.

ix. Múltiples usuarios concurrentes. La aplicación en desarrollo web pueda realmente

ser utilizada por muchos usuarios paralelamente. No hay más necesidad de

compartir pantallas o enviar instantáneas cuando múltiples usuarios pueden ver e

incluso editar el mismo documento de manera conjunta.

x. Los datos son más seguros. Si bien la ruptura de discos no va a desaparecer, es

probable que los usuarios escuchen mucho menos del tema. A medida que las

compañías se haga cargo del almacenamiento de los datos del usuario, granjas de

almacenamiento de datos redundantes, altamente fiables, serán la norma más que

la excepción, y los usuarios van a tener mucho menos riesgo de perder sus datos

debido a una ruptura de disco impredecible o a un virus de la computadora.

xi. Desarrollar aplicaciones en el lenguaje que usted quiera. Una vez que las

aplicaciones han sido separadas de computadoras locales y sistemas operativos

1
 específicos estos pueden también ser escritas en prácticamente cualquier lenguaje

de programación.

Lenguaje de programación:

Los lenguajes de programación, podemos definirlos como sistemas estructurados de

comunicación, que permiten a la persona o programador dar instrucciones específicas

a un dispositivo o software, con la finalidad de lograr determinados objetivos.

En palabras simples, son lenguajes que comunican al hombre con las máquinas y los

sistemas digitales.

En la actualidad, existe una amplia variedad de lenguajes de programación que todo

profesional de Ingeniería en Sistemas y áreas afines debe dominar, como Java,

especialmente, Python, Scala y Rust, entre otros.

Además, estos elementos pueden clasificarse de acuerdo con su finalidad y la clase de

herramientas en las que se utilizan. Entre los principales tipos encontramos los

siguientes:

Lenguaje maquina:

Son códigos conocidos como “primitivos”, ya que fueron los primeros en utilizarse y

estudiarse. Una vez son registrados e ingresados, permanecen como sistemas de

comunicación internos de las máquinas y computadores, que les permiten cumplir

con sus funcionalidades.

Lenguajes de programación de alto nivel:

1
En esta categoría encontramos lenguajes que permiten la interacción entre máquinas y

ensambladores y entre softwares y programadores, entre otros.

Lenguajes de programación de bajo nivel:

Son llamados de esta forma porque resultan más sencillos de interpretar. Además, las

instrucciones registradas impactan directamente en el hardware y no en el software,

es decir, están dirigidos al funcionamiento de las partes físicas y tangibles de

computadores y equipos informáticos.

Para desarrollar este Sistema Web se centró en el lenguaje de programación PHP, es

un lenguaje de programación orientado a objeto realizado por Rasmus Lerdorf en el

año 1994, para desarrollar páginas y aplicaciones web. Tiene el añadido de soportar la

mayoría de las bases de datos del mercado: MySQL, PostgreSQL, SQL Server,

MongoDB, etc. Y permitir desarrollar sistemas web en plataformas como Windows,

Unix, Linux y Mac.

PHP:

PHP es el lenguaje más reconocido de programación web. Es utilizado para mejorar

páginas web. Con PHP, puedes hacer cosas como generar páginas de inicio de sesión

con cliente y contraseña, verificar detalles de un formulario, producir foros, galerías

de imágenes, encuestas y etc.

PHP se conoce como un lenguaje con base en servidores. Ya que, el PHP no se

ejecuta en la PC, sino en la PC que visita la página. Los resultados son otorgados y

mostrados en el navegador. Otros idiomas de programación conocidos son ASP,

1
Python y Perl. Como cualquier lenguaje de programación tiene puntos positivos y sus

puntos negativos:

Ventajas

 PHP es considerado uno de los lenguajes más fáciles de dominar.

 Código abierto

 Soporta gran cantidad de datos

 Soporta MVC (Modelo Vista Controlador)

 Es escalable: tiene múltiples extensiones y es extremadamente escalable, por

ello es una alternativa inteligente al momento de seleccionar un lenguaje para

desarrollar un proyecto web de mediana y alta complejidad

 Crea archivos dinámicos: Este lenguaje de programación te permite crear

archivos en PDF, ideales para generar reportes, estadísticas, Incluso puedes

diseñar imágenes y agregarles movimiento.

Desventajas:

 Es vulnerable: Para garantizar la seguridad de los datos en el sitio web

requieres de tener conocimientos profundos para configurar correctamente las

brechas de seguridad en tu servidor.

 Necesitas de un servidor web: Para ejecutar el software en Internet

obligatoriamente requieres de un hosting, ya sea gratuito o de pago.

1
Base de datos:

Una base de datos es una colección de información organizada de forma que un

programa de ordenador pueda seleccionar rápidamente los fragmentos de datos que

necesite. Una base de datos es un sistema de archivos electrónico.

Las bases de datos tradicionales se organizan por campos, registros y archivos. Un

campo es una pieza única de información; un registro es un sistema completo de

campos; y un archivo es una colección de registros. Por ejemplo, una guía de teléfono

es análoga a un archivo. Contiene una lista de registros, cada uno de los cuales

consiste en tres campos: nombre, dirección, y número de teléfono.

MySQL presenta algunas ventajas que lo hacen muy interesante para los

desarrolladores. La más evidente es que trabaja con bases de datos relacionales, es

decir, utiliza tablas múltiples que se interconectan entre sí para almacenar la

información y organizarla correctamente.

Al ser basada en código abierto es fácilmente accesible y la inmensa mayoría de

programadores que trabajan en desarrollo web han pasado usar MySQL en alguno de

sus proyectos porque al estar ampliamente extendido cuenta además con una ingente

comunidad que ofrece soporte a otros usuarios. Pero estas no son las únicas

características como veremos a continuación:

a. Arquitectura Cliente y Servidor: MySQL basa su funcionamiento en un

modelo cliente y servidor. Es decir, clientes y servidores se comunican entre sí

de manera diferenciada para un mejor rendimiento. Cada cliente puede hacer

1
 consultas a través del sistema de registro para obtener datos, modificarlos,

guardar estos cambios o establecer nuevas tablas de registros.

b. Compatibilidad con SQL: SQL es un lenguaje generalizado dentro de la

industria. Al ser un estándar MySQL ofrece plena compatibilidad por lo que si

has trabajado en otro motor de bases de datos no tendrás problemas en migrar

a MySQL.

c. Vistas: Desde la versión 5.0 de MySQL se ofrece compatibilidad para poder

configurar vistas personalizadas del mismo modo que podemos hacerlo en

otras bases de datos SQL. En bases de datos de gran tamaño las vistas se

hacen un recurso imprescindible.

d. Procedimientos almacenados. MySQL posee la característica de no procesar

las tablas directamente, sino que a través de procedimientos almacenados es

posible incrementar la eficacia de nuestra implementación.

e. Desencadenantes. MySQL permite además poder automatizar ciertas tareas

dentro de nuestra base de datos. En el momento que se produce un evento otro

es lanzado para actualizar registros u optimizar su funcionalidad.6.

Transacciones. Una transacción representa la actuación de diversas

operaciones en la base de datos como un dispositivo. El sistema de base de

registros avala que todos los procedimientos se establezcan correctamente o

ninguna de ellas. En caso por ejemplo de una falla de energía, cuando el

monitor falla u ocurre algún otro inconveniente, el sistema opta por preservar

la integridad de la base de datos resguardando la información.

2
2. Gestión de Compras

Los autores ÁLVAREZ y SANTO (2010), expresan que: … Gestión es la aptitud

para organizar y dirigir los recursos de una empresa, con el propósito de obtener el

grado óptimo de posibilidades (servicios, valor económico añadido y acto

continuado) mediante decisiones que: efectúe el gestor dirigidas a conseguir los

objetivos previamente fijados. Acción y efecto de gestionar ósea, efectuar trámites o

diligencias para realizar o concluir un asunto público o privado (ALVAREZ y

SANTO, 2010: 585).

Según los autores MN Ulloa, MC Tualumbo: La venta, la que pone en marcha al resto

de la empresa, siendo el primer y el último eslabón en la cadena de creación de valor

empresarial. En las PYMES, se ha convertido en una necesidad el empleo de software

en el proceso de gestión de la información para el control de ventas. Un sistema de

control es un conjunto de acciones, funciones, medios y responsables que garanticen,

mediante su interacción, conocer la situación de un aspecto o función de la

organización en un momento determinado y tomar decisiones para reaccionar ante

ella. (Ulloa, M.N., Tualumbo, M.C., 2011)

La gestión de ventas es un proceso dinámico donde interactúan distintos elementos

que contribuyen a que el proceso de venta se realice correctamente, teniendo como

prioridad la satisfacción de las necesidades del cliente. Elementos prioritarios de la

gestión de ventas:

2
  La visión hacia el cliente.

 El personal de ventas.

 El proceso de ventas.

 La comunicación en las ventas.

 La comercialización

Funciones del equipo de ventas

Para describir las funciones del equipo de ventas, se pueden señalar los siguientes

principales términos: Verificar las existencias, ayudar al cliente a resolver sus dudas o

inconvenientes, poner énfasis en la calidad y servicio, tomar el pedido, conocer las

técnicas de venta, realizar y entregar reportes finales sobre ventas, inventario o

necesidades de producción.

Proceso de Ventas

Este proceso se define como serie planificada de actividades del canal de ventas

utilizadas como una guía para que las ventas progresen. El proceso de venta

comienza por el contacto con un posible cliente y termina con el cierre de

un trato. Para realizar este proceso se requiere: conocer el producto, prospección del

cliente, identificar la necesidad, y cerrar la venta.

2
 Ventas

La distribución es un conjunto de actividades necesarios que se ejecutan desde que el

producto fue elaborado por el fabricante hasta que ha sido comprado por el cliente o

consumidor. Los canales de distribución pueden ser muy variados, dependerán del

tipo de producto y de empresa. Comercialización

La comercialización es un conjunto de actuaciones destinadas a la difusión del

producto en el mercado. Teniendo las ventas como fin, esta difusión ha de incitar a la

adquisición de los productos. Para ello las empresas dependen de los estudios de

mercado, y promoción de ventas.

3. Metodología RUP

Según Jacobson (2000) El RUP (Rational Unified Process, Proceso Unificado de

Rational) es un proceso de desarrollo de software, es una forma disciplinada de asignar

tareas y responsabilidades en una empresa de desarrollo, es decir define quién hace qué,

cuándo y cómo. Además, es un marco de trabajo genérico que puede especializarse. Es

iterativo e incremental.

Según Luza (2010) El RUP es un modelo de proceso del software dividido en cuatro

fases: inicio, elaboración, construcción y transición. Estas fases están mucho más

relacionadas con el funcionamiento de la organización que con aspectos técnicos de la

implementación. La perspectiva estática del RUP se centra en las actividades que tiene

lugar durante el proceso de desarrollo. Éstas se denominan flujos de trabajo del RUP

Existen seis flujos de trabajo del proceso:

2
  Modelado de negocio

 Requerimientos

 Análisis y diseño

 Implementación

Existen tres flujos de trabajo de soporte

 Administración de cambios y configuración

 Administración del proyecto

 Entorno

2
4. Metodología SCRUM

La metodología SCRUM es un marco de gestión utilizado por las empresas para

organizar proyectos complejos. La metodología es un proceso iterativo para gestionar el

desarrollo de productos o software. Scrum tiene, si se aplica con diligencia, varios

beneficios: reducción de costes, mejora del retorno de la inversión, resultados rápidos,

clientes encantados, más alegría y confianza para tener éxito en un mundo complejo.

La metodología se compone en 3 partes importantes: la transparencia, inspección y la

adaptación. La transparencia se refiere a la definición de objetivos, la inspección se

refiere a las revisiones frecuentes para comprobar el funcionamiento de equipo y la

adaptación se refiere a los ajustes que pueden hacerse durante el proceso en función de

las circunstancias.

En un proyecto SCRUM el propietario del producto es el más importante, porque es

quien inicia el proyecto, aclara los objetivos y proporciona una lista de requisitos que

sería el backlog del producto. Es decir, es quien guía al equipo scrum y supervisa. El

equipo SCRUM está conformado por cuatro miembros; el SCRUM Master quien se

encarga de la comunicación con el propietario, eliminación de obstáculos y estimulando

la comunicación mutua del equipo. Los demás miembros aportan sus propias habilidades

y cualidades.

Durante proceso el equipo organiza reuniones diarias donde se discute el progreso y la

planificación. Además, se lanza un producto intermedio cada dos semanas conocidas

como sprints y finaliza con una revisión del propietario verificando la calidad del

producto intermedio. Finalmente, se realiza una retrospectiva donde los miembros del

2
equipo abordan los problemas de colaboración y renuevan sus compromisos, luego

inician un nuevo ciclo de sprints para que se alcance el objetivo final del proyecto.

2
PLANEACIÓN EL PRODUCTO

En la siguiente tabla se muestra la organización interna de las gestiones para que

ejecute dar pase al desarrollo e implementación del sistema.

Tarea Prioridad Estado Responsable

Inicialización del proyecto Alta Terminado Grupo de proyecto

Gestión del Proyecto Alta Terminado Grupo de proyecto

Formalización del Grupo Alta Terminado Grupo de proyecto

de Proyecto

Delegación de Alta Terminado Grupo de proyecto

responsabilidad

Análisis del proyecto Alta Terminado Grupo de proyecto

Requisitos del Proyecto Alta Terminado Grupo de proyecto

Contacto con la Empresa Alta Terminado Grupo de proyecto

Visita y entrevista a la Alta Terminado Grupo de proyecto

empresa

2
Análisis de la

entrevista hecha a la
Alta Terminado Grupo de proyecto
empresa

Desarrollo del acta de la Alta Terminado Grupo de proyecto

constitución

Especificaciones de las

necesidades y cambios
Alta Terminado Grupo de proyecto
para el Proyecto

Elección de la

Metodología
Alta Terminado Grupo de proyecto

Análisis del Sitio Web Alta Terminado Grupo de proyecto

Actual y Servidor Web

Modelado de la base de Alta Terminado Grupo de proyecto

datos

Programación del sistema Alta Terminado Grupo de proyecto

Implementación del tema Alta Terminado Grupo de proyecto

2
Acta de constitución

Nombre del proyecto Código del Prioridad

proyecto

Sistema web para la gestión de compras de la

SYSVENT ALTA
distribuidora PUMAFARMA S.A.C Lima 2022

Problemática

PUMAFARMA S.A.C fue fundada a comienzos del año 2017 como una distribuidora

de productos farmacéuticos al por menor buscando el rendimiento, excelencia y

destreza en la venta y distribución de productos farmacéuticos, y medicinas.

Anteriormente tenía problemas para la gestión de ventas e inventario, ya que no tenían

un control completo en el registro de ventas. Por esta razón, solicitaron un sistema para

un control óptimo de las ventas realizas y poder gestionar más eficientemente el

inventario.

Pero ahora se encontraron con un nuevo problema que sería que su sistema no cuenta

con una gestión de compra integrada y debido a esto están teniendo un déficit en las

ganancias, ya que no cuentan con un sistema para automatizar dicho proceso.

Justificación del proyecto

2
 Las empresas hoy en día requieren sistemas TI poder gestionar sus procesos de

negocio, porque con el auge de la transformación digital si quieren ser competitivos

con respecto a la competencia deben apoyarse de esos sistemas. Por esta razón, la

empresa PUMAFARMA S.A.C quiere gestionar su proceso de compra mediante un

sistema para cumplir sus objetivos de negocio.

Objetivo general del proyecto Objetivos específicos del

proyecto

Analizar si el sistema web mejora el proceso  Poder gestionar distintos

de compra de la empresa PUMAFARMA proveedores donde adquirimos

S.A.C. nuestros productos

 Mantener el stock de productos

abastecidos mensualmente.

 Hacer un seguimiento de las

órdenes de compra para los

distintos proveedores.

3
 Alcance del proyecto

Se desarrollará un Sistema Web para la gestión de compras de la distribuidora

PUMAFARMA S.A.C, el sistema debe ser usado por los usuarios de manera eficiente

y teniendo diferentes opciones para cada objetivo.

Principales stakeholders

José Luis Nolasco Esteban (Gerente general).

Limitaciones

No se complementará al sistema la automatización de servicio de stocks disponibles del

supervisor al gestionar al proveedor, por lo cual esta se deberá hacer manualmente

desde la administración del supervisor para ver los productos disponibles.

Descripción del producto

El producto contemplara un sistema para el control óptimo de las ventas realizadas y

poder gestionar más eficientemente el inventario de la empresa mediante la

administración del supervisor y proveedores.

Como lenguaje de programación se implementará JSP y como gestor para el uso de la

base de datos utilizaremos SQL Server.

Principales entregables del producto Contenido de los principales

3
 entregables

 Acta de Constitución 1. Acta de constitución: contiene

nombre del proyecto, código,

 Documento Visión del Proyecto
antecedentes, justificación,

 Plan de Gestión del proyecto. alcance, descripción del

producto, entregables, supuestos,

 Plan de desarrollo.
restricciones, etapas, costo

 Acta de reunión de planificación de estimado, equipo de proyecto y

sprint. anexos. Lo cual debe ser

aprobado por el dueño del

 Acta de entrega de sprint.
producto para que se inicie el

 Acta de implementación del proyecto. proyecto.

2. Documento visión:

entregables definidos

3. Plan de Gestión de Proyecto:

Incluye todos los planes

subsidiarios

4. Plan de Desarrollo: Especifica

los recursos que se van a

utilizar para el desarrollo del

proyecto.

3
 5. Acta de reunión de

planificación del sprint: Actas

que incluyen la firma del dueño

del producto por cada sprint en

cola.

6. Acta de entrega del sprint:

Actas que incluyen la firma del

dueño del producto por cada

sprint finalizado y entregado.

7. Acta de implementación del

proyecto: documento que

indica si el proyecto ha sido

culminado con éxito

incluyendo la aceptación y

la firma del dueño del

producto.

Supuestos del proyecto

 El desarrollo del producto será ejecutado con recursos propios del equipo de

trabajo

 Se realizarán reuniones diarias con el equipo del proyecto

3
 Restricciones del proyecto

 El proyecto no estará disponible para el uso público, sólo para ciertos usuarios

de la empresa.

Duración estimada del proyecto

El proyecto tendrá como duración 3 meses

Declaración de visión del proyecto

Nombre del proyecto

Sistema web para la gestión de compras de la distribuidora PUMAFARMA S.A.C

Lima 2022

Acerca del negocio

PUMAFARMA S.A.C fue fundada a comienzos del año 2017 como una distribuidora

de productos farmacéuticos al por menor por medio de un proyecto de dos socios

buscando el rendimiento, excelencia y destreza en la venta y distribución de

productos farmacéuticos, medicinas y artículos de tocador.

3
Necesidad del negocio

Dentro de la empresa existen diversas zonas de mejora entre ellas la gestión de

compras e inventario es de mayor prioridad. Los controles actuales de compras no

garantizan un registro al 100% fiable, lo cual resulta deficiente, la detección de errores

es inadecuada; generando desconfianza y, por consiguiente, perjudicando a las demás

áreas.

Objetivos del Proyecto

 Desarrollar el sistema web haciendo uso de las herramientas de desarrollo

necesarias, para mejorar el porcentaje de eficacia en las compras de la

distribuidora PUMAFARMA S.A.C

 Desarrollar el sistema web haciendo uso de las herramientas de desarrollo

necesarias, para mejorar el porcentaje de compras de la distribuidora

PUMAFARMA S.A.C

Zona de la aplicación

El proyecto estará siendo aplicado en la empresa PUMAFARMA S.A.C y será usado

por el área de Almacén y área de ventas por el “Gerente General” y “Administrador de

almacén”.

Declaración de la visión del proyecto

3
 Desarrollar un sistema web fácil de manejar y de optimizar para la gestión de

compras de la distribuidora PUMAFARMA S.A.C.

Plan de colaboración

Nombre del proyecto

Sistema web para la gestión de compras de la distribuidora PUMAFARMA

S.A.C Lima 2022.

Personas involucradas en el proyecto

Scrum Master Mederos Nolasco, Alexander Luis

Team Member Paipay Yauyo, Alejandro Jefferson

Aquino Laura, Argiel

Mori González, Christian

Product Owner Vidal Castro, Jose Carlos

Herramientas que se utilizarán en el proyecto

 Netbeans

 SQLserver

 Zoom

3
  Outlook

Desarrollo de épicas

Nombre del proyecto

Sistema web para la gestión de compras de la distribuidora PUMAFARMA S.A.C

Lima 2022.

Desarrollo de las épicas

 Registro de proveedores.

 Administración de tabla proveedores.

 Anulación de proveedores.

 Registro de productos de la empresa.

 Actualización de tabla productos.

 Anulación de productos.

 Registro de compras de la empresa.

 Dar inicio a una orden de compra

3
 Anulación de órdenes de compra.

 Generar reportes

3
Identificación de personas – prototipos

Nombre del proyecto

Sistema web para la gestión de compras de la distribuidora PUMAFARMA

S.A.C Lima 2022

Personas

Asistente de La persona con este perfil se encarga supervisar los niveles

Compras de existencia y determinar las necesidades de compra.

Asimismo, se encargará de indagar sobre proveedores

potenciales.

Supervisor La persona con este perfil se encargará de llevar la gestión

de Compras de las órdenes de compra. Actualmente se experimenta una

gestión inadecuada debido a la falta del respectivo sistema,

el cual es fundamental para el desempeño de la

distribuidora.

Gerente La persona con este perfil se basa en los reportes

General mensuales emitidos por el supervisor de compras para

tomar decisiones oportunas para la distribuidora.

3
Identificación de riesgos

Nombre del Proyecto

Sistema web para la gestión de compras de la distribuidora PUMAFARMA S.A.C Lima

2022

Identificación de Riesgos

Tipo de riesgo Riesgo

Producto Desarrollo incorrecto de las funcionalidades del

software

Producto Complejidad de los usuarios en el uso del software

Producto El sistema no se encuentra disponible cuando se

requiere acceder

Proyecto Indisponibilidad del hardware, pues este es esencial

para el proyecto no será entregado a tiempo

Proyecto Falta de conocimientos de programación

Proyecto Los miembros del equipo no se implican en el proyecto, y

por lo tanto no alcanzan el nivel de rendimiento deseado

Proyecto La distribuidora cierra permanentemente

4
Proyecto y Producto El tamaño del proyecto se ha subestimado

Proyecto y Producto Existencia de más cambios de requerimientos de los previstos

inicialmente

Proyecto y Producto Retrasos en las especificaciones de interfaces esenciales

Proyecto Los entregables (Sprint) no son finalizados en la fecha

correspondiente, originando retrasos.

Producto La implementación del sistema para la gestión de compras

no se ajusta con los requisitos del cliente

Proyecto Falta del Scrum master para el debido levantamiento de

información y cumplir la fecha de los Sprint.

Proyecto Falta de tiempo del Product Owner para el proyecto en

representación del cliente para definir los requerimientos.

4
Criterio de terminado

Nombre del Proyecto

Sistema web para la gestión de compras de la distribuidora PUMAFARMA

S.A.C Lima 2022

Criterios de terminado

 Debe de ser realizado bajo una metodología para darle

veracidad.

 Debe iniciar y finalizar con un documento.

 El sistema debe restringir el acceso al aplicativo web empleando un

usuario y contraseña

 Cada perfil tiene un nivel de acceso, no puede ingresar a las

funcionalidades de otro perfil

 El sistema tiene que ser responsive

 El navegador principal será el Chrome

 El sistema debe pasar por pruebas de testeo

 Al culminar cada Sprint se realizará reuniones con los usuarios

4
4
Historias de usuario

Nombre del Proyecto

Sistema web para la gestión de compras de la distribuidora PUMAFARMA S.A.C Lima 2022

HISTORIA DE USUARIO DESCRIPCIÓN ESTIMACIÓN PRIORIDAD

H001 Diseño lógico de la BD Representa el modelo 3 1

lógico de la base de datos

H002 Diseño lógico de Representa el modelo 3 1

la DB lógico de la base de datos

H003 Diseño de wireframes Son los primeros bocetos 5 1

para el interfaz de usuario

H004 Caso de uso del sistema Representará los 3 1

requisitos funcionales del

sistema

H005 Analizar el software Revisar y analizar el 5 2

código

H006 Diseño de UI Se realizará los diseños 8 3

finales de la interfaz de

4
 usuario

H007 Registro de Se implementará la 5 4

proveedores funcionalidad de registrar

proveedores

H008 Diagrama secuencial de Se realizará diagramas 5 2

las funciones secuenciales para las

principales principales

funcionalidades nuevas

H009 Diccionario de datos de Mapeo de los campos de 3 1

la BD. cada tabla

4
Product Backlog

Nombre del Proyecto

Sistema web para la gestión de compras de la distribuidora PUMAFARMA S.A.C Lima

2022

Historias de Usuario

Código Nombre Historia

H001 Diseño lógico de la BD

H002 Diseño conceptual de la DB

H003 Diseño de wireframes

H004 Caso de uso del sistema

H005 Analizar el software

H006 Diseño de UI

H007 Registro de proveedores

H008 Diagrama secuencial de las funciones principales

H009 Diccionario de datos de la BD.

4
Product Backlog Priorizado

Nombre del Proyecto

Sistema web para la gestión de compras de la distribuidora PUMAFARMA S.A.C Lima

2022

Historias de Usuario Aprobadas, Estimadas y Priorizadas

Cód. Nombre Historia Estimación Iteración Prioridad

H001 Diseño lógico de la BD 3 1 1

H002 Diseño físico de la DB 3 1 1

H003 Diseño de wireframes 5 1 1

H004 Caso de uso del sistema 3 1 1

4
Sprint

El Sprint es una lista de tareas que se ha elaborado para completar los objetivos y requerimientos

seleccionados para la iteración, al finalizar el Sprint o iteración se deberá presentar el producto

preparado en forma de incremento.

Desarrollo de Sprint 0

El resultado del Sprint 0 es comenzar directamente con el Sprint 1, requiere preparar lo necesario

para comenzar con el desarrollo del aplicativo, dejando listo el entorno de desarrollo, se inicia y

termina de configurar los servicios.

Lista de pendientes del sprint 0

Descripción Estimación Iteración Prioridad

Diseño lógico de la BD. 3 0 1

Diseño físico de la BD. 3 0 1

Diccionario de datos de la BD. 3 0 1

Caso de uso del sistema 3 0 1

Diseño de prototipos 2 0 1

4
Planificación del sprint 0

Entrega del Sprint 0

 Diseño lógico de la BD.

 Diseño físico de la BD.

 Diccionario de datos de la BD.

 Caso de uso del sistema

 Prototipos del sistema

4
Diseño lógico de la BD

Diseño físico del BD

5
5
Diccionario de datos de la BD

Tabla de Inventario

Tabla de Localidad
Nombre del Campo Tipo de Longitud Formato Descripción
Dato Caractere
s
id int 20 N/P El código de registro de la localidad
Nombre Varchar 20 N/P Nombre de la localidad
Fecha_modificacion Date 6 N/P Fecha de registro

Tabla de Categoría
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
id int 20 N/P El código de registro de la categoría
Nombre Varchar 20 N/P Nombre de la categoría
Fecha_modificacion Varchar 20 N/P Fecha de registro

Tabla de Producto
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
Id int 20 N/P Código de registro del producto
FK Categoriaid Int 20 N/P Código de registro de la categoría
Nombre Varchar 20 N/P Nombre del producto
Descripción Varchar 100 N/P Descripción del producto
Imagen Varchar 20 N/P Imagen del producto
Código Varchar 20 N/P Código del producto
Costo Doublé 5 decimal Precio del producto
Fecha_modificacion Date 6 N/P Fecha de registro

Tabla de ProveedorProducto
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
FK proveedorid Num 20 N/P El código de registro del proveedor
FK productoid Int 20 N/P El código de registro del producto
Precio_standar Doublé 20 N/P Precio estándar del producto
Cantidad_pedidos Int 20 N/P Cantidad de pedidos
Minimo_pedidos Int 20 N/P Mínima cantidad del producto
Máximo_pedidos Int 20 N/P Máxima cantidad del producto
Fecha_modificacion Date 6 N/P Fecha de registro

5
Tabla de MetodoErmo
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
id int 20 N/P El código de registro de
Nombre Varchar 20 N/P Nombre de
Fecha_modificacion Varchar 20 N/P Fecha de registro

Tabla de UsuarioVenta
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
FK Ventaid Int 20 N/P El código de registro de la venta
FK Productoid Int 20 N/P El código de registro del producto
Cantidad Int 20 N/P Cantidad del producto vendido
Precio Int 5 N/P Precio del producto vendido
Descuento Int 5 N/P Descuento de la venta

Tabla de TipoUsuario
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
id Int 20 N/P El código de registro del tipo de
usuario
Tipo Varchar 20 N/P Nombre del tipo de usuario
Descripción Varchar 20 N/P Descripción del usuario
Estado Varchar 20 N/P Estado del usuario

Tabla de Usuario
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
id Int 20 N/P El código de registro de usuario
FK Tipoid Int 20 N/P El código de registro del tipo de
usuario
Username Varchar 20 N/P Nombre del usuario
Passaword Varchar 20 N/P Contraseña del usuario
Email Varchar 20 N/P Email del usuario

Tabla de Cliente
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
id Int 20 N/P El código de registro del cliente
Tipo_cliente Varchar 20 N/P Tipo de cliente
Nombre Varchar 20 N/P Nombre del cliente
Tipo_documento Varchar 20 N/P Tipo del documento
Num_documento Varchar 20 N/P Número del documento
Dirección Varchar 20 N/P Dirección del cliente

5
 Teléfono Varchar 20 N/P Teléfono del cliente
Email Varchar 20 N/P Email del cliente

Tabla de DocumentoIdentidad
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
id Int 20 N/P El código de registro del documento
de identidad
Valor Varchar 20 N/P Nombre del tipo de usuario
Tipo Varchar 20 N/P Tipo de documento de identidad
Fecha_modificacion Date 6 N/P Fecha de registro

Tabla de proveedor
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
id Num 20 N/P El código de registro del proveedor
FK Documentoid Int 8 N/P Código del documento de identidad
nombre Varchar 20 N/P Tipo de documento de identidad
Numero_cuenta varchar 20 N/P Número de cuenta del proveedor
activo boolean N/P
Fecha_modificacion Date 6 N/P Fecha de registro

Tabla de ventas
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
Id_venta Int 20 N/P El código de registro de la venta
FK usuarioid Int 20 N/P El código de registro del usuario
FK clienteid Int 20 N/P El código de registro del cliente
Fecha Date 6 N/P Fecha de la venta
Precio_final double 20 Decimal Precio final de la venta
IGV Int 20 N/P IGV de la venta
estado Varchar 20 N/P Estado de la venta
num_comprobante Varchar 20 N/P Número del comprobante
Tipo_comprobante varchar 20 N/P Tipo de comprobante

Tabla de Empleado
Nombre del Campo Tipo Longitud Format Descripción
de Caracteres o
Dato
Id Int 20 N/P El código de registro del empleado
FK documentoid Int 20 N/P El código de registro del documento
de identidad
FK usuarioid Int 20 N/P El código de registro del usuario
Nombre Int 20 N/P Nombre del empleado
Apellido Date 6 N/P Apellido del empleado

5
 Segundo_nombre varch 20 N/P Segundo nombre del empleado
ar
Titulo_trabajo Int 20 N/P Título del trabajo del empleado
Genero Varch 20 N/P Genero del empleado
ar
Fecha_nacimiento Varch 20 N/P Fecha de nacimiento del empleado
ar
Fecha_modificacion Date 6 N/P Fecha de registro
Teléfono Varch 20 N/P Teléfono del empleado
ar

Tabla de OrdenCompra
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
Id Int 20 N/P El código de registro del Orden
Compra
FK proveedorid Num 20 N/P El código de registro del proveedor
FK Metodoid Int 20 N/P El código de registro del metodo
FK empleadoid Int 20 N/P El código de registro del empleado
Fecha_pedido Date 6 N/P Fecha del pedido
subtotal Doublé 20 Decimal Subtotal del pago
impuesto double 20 Decimal Impuesto
estado Varchar 20 N/P
Fecha_envio date 8 N/P Fecha de envio
Fecha_modificacion Date 8 N/P Fecha de registro

Tabla de DetalleOrdenCompra
Nombre del Campo Tipo de Longitud Format Descripción
Dato Caracteres o
F productoid Int 20 N/P El código de registro del producto
K
F ordenid int 20 N/P El código de registro de la orden
K
cantidad Int 20 N/P Cantidad registra del producto
Precio_unitario double 20 decimal Precio unitario del producto
Cantidad_recibida Int 20 N/P Cantidad recibida
Cantidad_rechazada Int 20 N/P Cantidad rechazada
Fecha_modificacion char 8 N/P Fecha de registro

5
5
Casos de uso del sistema

Prototipos del sistema

Inicio de Sesión

5
Inicio de Sistema

Ventas

5
5
Compras

6
Productos

6
Empleados

6
Clientes

6
Proveedores

6
Resumen del Sprint 0

Total de Historias : 5

Historias terminadas : 5

Historias por terminar : 0

Avance : 100%

Gráfico Burndown del sprint 0

6
Retrospectiva del sprint 0

Al final del Sprint, el equipo scrum se reunió para recibir la respuesta del Scrum master, para

saber cómo le fue en la reunión con el Product Owner, resulta que el producto se entregó sin

problemas entregado y es el cliente quedo satisfecho.

Cosas Positivas

• Logramos cumplir los resultados.

• El apoyo del equipo en todo momento.

Cosas Negativas

• Ninguna

6
 Acta de reunión de planificación de Sprint 0

Fecha: 21/04/2022

Scrum Master: Alexander Luis Mederos Nolasco

Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el equipo Scrum determinó las
historias de usuario para el Sprint 0 para el desarrollo del proyecto “Sistema web para la gestión
de compras de la distribuidora PUMAFARMA S.A.C Lima 2022”. Acordando
satisfactoriamente los objetivos del Sprint 0, como también los elementos de la Pila de Producto
(Historias) que contiene el sprint mencionado.

SPRINT OBJETIVO HISTORIAS

Elaborar el diseño lógico de la base de datos (tablas y Diseño lógico de la
atributos). BD.
Elaborar el diseño físico de la base de datos (tablas,
Diseño físico de la BD.
atributos y tipo de datos).

0 Crear la base de datos con las respectivas uniones según Creación de tablas de la
el diseño físico y lógico. BD.
Caso de uso del
Elaborar caso de uso general de sistema.
sistema.

Presentar los prototipos del sistema. Diseño de Prototipos.

Dentro del Sprint 0 se determinó lo siguiente:

Firma en señal de conformidad,

_______________________
José Luis Nolasco Esteban

Gerente General

6
 Acta de entrega del Sprint 0
Fecha: 28/04/2022
Scrum Master: Alexander Luis Mederos Nolasco
Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el Sr. Mederos Nolasco,

Alexander Luis presenta el diseño lógico de la BD, diseño físico, la creación de la BD, los casos
de uso del sistema y los prototipos del sistema con las funcionalidades ya predeterminadas por el
Product Owner en la acta de reunión de planificación del Sprint 0 donde se detallan las historias
de usuario y objetivos; elaboradas las especificaciones por el equipo Scrum y el Scrum Master se
da la aprobación del Sprint 0 (inicial), donde se decide de manera unánime aprobar el sprint
mencionado donde se presentaron los requerimientos para el proyecto “Sistema web para la
gestión de compras de la distribuidora PUMAFARMA S.A.C Lima 2022”

Firma en señal de conformidad,

_______________________
José Luis Nolasco Esteban
Gerente General

6
Desarrollo de Sprint 1

El resultado del Sprint 1 es comenzar directamente con el Sprint 2, en sprint empezaremos a

implementar algunas funcionalidades del sistema como la gestión de usuario y la autenticación.

Descripción Estimación Iteración Prioridad

Autenticación 2 2 1

Listar usuario 5 2 3

Registrar usuario 5 2 3

Cerrar sesión 2 2 2

Planificación del sprint 1

Entregas del sprint 1

 Autenticación
 Listar usuario
 Registrar usuario
 Cerrar sesión

6
Autenticación

7
Listar Usuario

Registrar Usuario

7
Controller Usuario

UsuarioService

Cerrar Sesión

7
Resumen del Sprint 1

Total de Historias : 5

Historias terminadas : 5

Historias por terminar : 0

Avance : 100%

7
Gráfico de Burndown del Sprint 1

Retrospectiva del sprint 1

Al final del Sprint, el equipo scrum se reunió para recibir la respuesta del Scrum master, para

saber cómo le fue en la reunión con el Product Owner, resulta que el producto se entregó sin

problemas entregado y es el cliente quedo satisfecho.

Cosas Positivas

• Logramos cumplir los resultados.

• El apoyo del equipo en todo momento.

Cosas Negativas

• Ninguna

7
 Acta de reunión de planificación de Sprint 1
Fecha: 29/04/2022
Scrum Master: Alexander Luis Mederos Nolasco
Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el equipo Scrum determinó las

historias de usuario para el Sprint 1 para el desarrollo del proyecto “Sistema web para la gestión

de compras de la distribuidora PUMAFARMA S.A.C Lima 2022”. Acordando

satisfactoriamente los objetivos del Sprint 1, como también los elementos de historias que

contiene el sprint mencionado.

Dentro del Sprint 1 se determinó lo siguiente:

SPRINT OBJETIVO HISTORIAS
Elaborar el apartado para la autenticación del usuario Autenticación
Validar Perfil de
Elaborar el apartado para validar perfiles de usuarios
Usuario
1
Elaborar el apartado para registrar nuevos usuarios Registrar Usuarios

Elaborar el apartado para mostrar todos los usuarios Listar Usuarios

Elaborar el apartado que permita cerrar la sesión del
Cerrar Sesión
usuario

Firma en señal de conformidad,

_______________________
José Luis Nolasco Esteban
Gerente General

7
 Acta de entrega del Sprint 1
Fecha: 04/05/2022
Scrum Master: Alexander Luis Mederos Nolasco
Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el Sr. Mederos Nolasco,

Alexander Luis presenta la elaboración de los apartados de validación, autenticación y registro
de usuarios, así como también el respectivo servicio de cierre de sesión con las funcionalidades
ya predeterminadas por el Product Owner en el acta de reunión de planificación del Sprint 1
donde se detallan las historias de usuario y objetivos; elaboradas las especificaciones por el
equipo Scrum y el Scrum Master se da la aprobación del Sprint 1, donde se decide de manera
unánime aprobar el sprint mencionado donde se presentaron los requerimientos para el proyecto
“Sistema web para la gestión de compras de la distribuidora PUMAFARMA S.A.C Lima 2022”

Firma en señal de conformidad,

_______________________
José Luis Nolasco Esteban
Gerente General

7
Sprint Nº2

El Sprint es una lista de tareas que se ha elaborado para completar los objetivos y requerimientos

seleccionados para la iteración, al finalizar el Sprint o iteración se deberá presentar el producto

preparado en forma de incremento.

Desarrollo de Sprint 2

El resultado del Sprint 2 es comenzar directamente con el Sprint 3, requiere preparar lo necesario

para comenzar con el desarrollo del aplicativo, dejando listo el entorno de desarrollo, se inicia y

termina de configurar los servicios.

Lista de Pendientes del Sprint 2

Descripción Estimación Iteración Prioridad

Registrar Proveedores 3 0 1

Listar Proveedores 3 0 1

Registrar Productos 3 0 1

Listar Productos 3 0 1

Planificación del Sprint 2

Entrega del Sprint 2

· Registrar proveedor

· Listar proveedores

7
 · Registrar productos

· Listar productos

Registro de Proveedores

Listar Proveedores

Controller Proveedor

7
ProveedorService

7
Registrar y Listar Productos

8
ControllerProducto

ProductoService

8
Resumen del Sprint 2

Total de Historias : 4

Historias terminadas : 4

Historias por terminar : 0

Avance : 100%

Gráfico Burndown del sprint 2

Retrospectiva del sprint 2

Al final del Sprint, el equipo scrum se reunió para recibir la respuesta del Scrum master, para

saber cómo le fue en la reunión con el Product Owner, resulta que el producto se entregó sin

problemas entregado y es el cliente quedo satisfecho.

Cosas Positivas

• Logramos cumplir los resultados.

8
• El apoyo del equipo en todo momento.

Cosas Negativas

• Ninguna

Acta de reunión de planificación de Sprint 2

Fecha: 06/05/2022
Scrum Master: Alexander Luis Mederos Nolasco
Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el equipo Scrum determinó las

historias de usuario para el Sprint 2 para el desarrollo del proyecto “Sistema web para la gestión

de compras de la distribuidora PUMAFARMA S.A.C Lima 2022”. Acordando

satisfactoriamente los objetivos del Sprint 2, como también los elementos de historias que

contiene el sprint mencionado.

Dentro del Sprint 2 se determinó lo siguiente:

SPRINT OBJETIVO HISTORIAS

Elaborar el apartado para el registro de nuevos clientes Registrar Clientes

Elaborar el apartado para mostrar todos los clientes Listar Clientes

2
Elaborar el apartado para registrar nuevos productos Registrar Productos

Elaborar el apartado para mostrar todos los productos Listar Productos

Firma en señal de conformidad,

_______________________
José Luis Nolasco Esteban
Gerente General

8
 Acta de entrega del Sprint 2
Fecha: 11/05/2022
Scrum Master: Alexander Luis Mederos Nolasco
Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el Sr. Mederos Nolasco,

Alexander Luis presenta la elaboración de los apartados de registro y lista de clientes, asi como
también el registro de productos con las funcionalidades ya predeterminadas por el Product
Owner en el acta de reunión de planificación del Sprint 2 donde se detallan las historias de
usuario y objetivos; elaboradas las especificaciones por el equipo Scrum y el Scrum Master se da
la aprobación del Sprint 2, donde se decide de manera unánime aprobar el sprint mencionado
donde se presentaron los requerimientos para el proyecto “Sistema web para la gestión de
compras de la distribuidora PUMAFARMA S.A.C Lima 2022”

Firma en señal de conformidad,

_______________________
José Luis Nolasco Esteban
Gerente General

Sprint Nº3

8
El Sprint es una lista de tareas que se ha elaborado para completar los objetivos y requerimientos

seleccionados para la iteración, al finalizar el Sprint o iteración se deberá presentar el producto

preparado en forma de incremento.

Desarrollo de Sprint 3

El resultado del Sprint 3 es comenzar directamente con el Sprint 4, implementando las mejoras

de desarrollo del aplicativo, dejando listo el entorno de desarrollo. Además, se inicia y termina

de configurar los servicios.

Lista de Pendientes del Sprint 3

Descripción Estimación Iteración Prioridad

Registrar empleados 3 0 1

Listar empleados 3 0 1

Planificación del Sprint 3

Entrega del Sprint 3

· Registrar empleados

· Listar empleados

Registrar empleados

8
Listar empleados

Controlador

Servicio

8
8
Resumen del Sprint 3

Total de Historias : 2

Historias terminadas : 2

Historias por terminar : 0

Avance : 100%

Gráfico BurnDown del Sprint 3

Retrospectiva del Sprint 3

Al final del Sprint, el equipo scrum se reunió para recibir la respuesta del Scrum master, para

saber cómo le fue en la reunión con el Product Owner, resulta que el producto se entregó sin

problemas entregado y es el cliente quedo satisfecho.

Cosas Positivas

• Logramos cumplir los resultados.

• El apoyo del equipo en todo momento.

8
Cosas Negativas

• Ninguna

Acta de reunión de planificación de Sprint 3

Fecha: 12/05/2022
Scrum Master: Alexander Luis Mederos Nolasco
Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el equipo Scrum determinó las

historias de usuario para el Sprint 3 para el desarrollo del proyecto “Sistema web para la gestión

de compras de la distribuidora PUMAFARMA S.A.C Lima 2022”. Acordando

satisfactoriamente los objetivos del Sprint 3, como también los elementos de historias que

contiene el sprint mencionado.

Dentro del Sprint 3 se determinó lo siguiente:

SPRINT OBJETIVO HISTORIAS

Elaborar el apartado para registrar nuevos empleados Registrar empleados

3
Elaborar el apartado para mostrar todos los empleados Listar empleados

Firma en señal de conformidad,

_______________________
José Luis Nolasco Esteban
Gerente General

8
 Acta de entrega del Sprint 3
Fecha: 15/05/2022
Scrum Master: Alexander Luis Mederos Nolasco
Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el Sr. Mederos Nolasco,

Alexander Luis presenta el diseño lógico de la BD, diseño físico, la creación de la BD, los casos
de uso del sistema y los prototipos del sistema con las funcionalidades ya predeterminadas por el
Product Owner en la acta de reunión de planificación del Sprint 3 donde se detallan las historias
de usuario y objetivos; elaboradas las especificaciones por el equipo Scrum y el Scrum Master se
da la aprobación del Sprint 3, donde se decide de manera unánime aprobar el sprint mencionado
donde se presentaron los requerimientos para el proyecto “Sistema web para la gestión de
compras de la distribuidora PUMAFARMA S.A.C Lima 2022”

Firma en señal de conformidad,

_______________________
José Luis Nolasco Esteban
Gerente General

9
Sprint Nº4

El Sprint es una lista de tareas que se ha elaborado para completar los objetivos y requerimientos

seleccionados para la iteración, al finalizar el Sprint o iteración se deberá presentar el producto

preparado en forma de incremento.

Desarrollo de Sprint 4

El resultado del Sprint 4 es comenzar directamente con el Sprint 4, implementando las mejoras

de desarrollo del aplicativo, dejando listo el entorno de desarrollo. Además, se inicia y termina

de configurar los servicios.

Lista de Pendientes del Sprint 4

Descripción Estimación Iteración Prioridad

Actualizar y eliminar usuario 3 0 2

Actualizar y eliminar producto 3 0 2

Actualizar y eliminar proveedor 3 0 2

Actualizar y eliminar empleado 3 0 2

Rediseño de la página y menús 3 0 1

Planificación del Sprint 4

9
Entrega del Sprint 4

· Actualizar y eliminar usuario

· Actualizar y eliminar producto

· Actualizar y eliminar proveedor

· Actualizar y eliminar empleado

· Rediseño de la página y menús

Actualizar y eliminar usuario

9
Actualizar y eliminar producto

9
Actualizar y eliminar proveedor

9
Actualizar y eliminar empleado

9
Rediseño de la página y menús

Menu Responsivo

9
Resumen del Sprint 4

Total de Historias : 5

Historias terminadas : 5

Historias por terminar : 0

Avance : 100%

Gráfico BurnDown del Sprint 4

9
Retrospectiva del Sprint 4

Al final del Sprint, el equipo scrum se reunió para recibir la respuesta del Scrum master, para

saber cómo le fue en la reunión con el Product Owner, resulta que el producto se entregó sin

problemas entregado y es el cliente quedo satisfecho.

Cosas Positivas

• Logramos cumplir los resultados.

• El apoyo del equipo en todo momento.

Cosas Negativas

• Ninguna

9
 Acta de reunión de planificación de Sprint 4
Fecha: 12/05/2022
Scrum Master: Alexander Luis Mederos Nolasco
Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el equipo Scrum determinó las

historias de usuario para el Sprint 4 para el desarrollo del proyecto “Sistema web para la gestión

de compras de la distribuidora PUMAFARMA S.A.C Lima 2022”. Acordando

satisfactoriamente los objetivos del Sprint 4, como también los elementos de historias que

contiene el sprint mencionado.

Dentro del Sprint 4 se determinó lo siguiente:

SPRINT OBJETIVO HISTORIAS

Elaborar el apartado para actualizar y
Actualizar y eliminar usuario
eliminar un usuario
Elaborar el apartado para actualizar y
Actualizar y eliminar producto
eliminar un producto
Elaborar el apartado para actualizar y
4 Actualizar y eliminar proveedor
eliminar un proveedor
Elaborar el apartado para actualizar y
Actualizar y eliminar empleado
eliminar un empleado
Añadir y cambiar el estilo de la página,
Rediseño de la página y menús
así como también los respectivos menús

Firma en señal de conformidad,

_______________________
José Luis Nolasco Esteban
Gerente General

9
 Acta de entrega del Sprint 4
Fecha: 21/05/2022
Scrum Master: Alexander Luis Mederos Nolasco
Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el Sr. Mederos Nolasco,

Alexander Luis presenta la elaboración de los apartados de actualización y eliminación de datos
de proveedores, productos, empleados, y usuarios, así como también el rediseño de la página con
las funcionalidades ya predeterminadas por el Product Owner en el acta de reunión de
planificación del Sprint 4 donde se detallan las historias de usuario y objetivos; elaboradas las
especificaciones por el equipo Scrum y el Scrum Master se da la aprobación del Sprint 4, donde
se decide de manera unánime aprobar el sprint mencionado donde se presentaron los
requerimientos para el proyecto “Sistema web para la gestión de compras de la distribuidora
PUMAFARMA S.A.C Lima 2022”

Firma en señal de conformidad,

_______________________
José Luis Nolasco Esteban
Gerente General

1
Sprint Nº5

El Sprint es una lista de tareas que se ha elaborado para completar los objetivos y requerimientos

seleccionados para la iteración, al finalizar el Sprint o iteración se deberá presentar el producto

preparado en forma de incremento.

Desarrollo de Sprint 5

El resultado del Sprint 5 es comenzar directamente con el Sprint 5, implementando las mejoras

de desarrollo del aplicativo, dejando listo el entorno de desarrollo. Además, se inicia y termina

de configurar los servicios.

Lista de Pendientes del Sprint 5

Descripción Estimación Iteración Prioridad

Implementar proceso de compra 8 0 2

(Cotizar)

Implementar proceso de compra 5 0 2

(Emitir)

Detalle orden de compra (Emitida) 5 0 1

Generar orden de compra (PDF) 5 0 1

Registrar producto para un proveedor 5 0 1

especifico

Dashboard (En la página de inicio) 2 0 1

1
Planificación del Sprint 5

Entrega del Sprint 5

 Implementar proceso de compra (Cotizar)

 Implementar proceso de compra (Emitir)

 Detalle orden de compra (Emitida)

 Generar orden de compra (PDF)

 Registrar producto para un proveedor especifico

 Dashboard (En la página de inicio)

Implementar proceso de compra (Cotizar)

1
Implementar proceso de compra (Emitir)

1
Detalle orden de compra (Emitida)

1
Generar orden de compra (PDF)

1
1
Registrar producto para un proveedor especifico

1
1
Dashboard (En la página de inicio)

Resumen del Sprint 5

Total de Historias : 6

Historias terminadas : 6

Historias por terminar : 0

Avance : 100%

Gráfico BurnDown del Sprint 5

1
Retrospectiva del Sprint 5

Al final del Sprint, el equipo scrum se reunió para recibir la respuesta del Scrum master, para

saber cómo le fue en la reunión con el Product Owner, resulta que el producto se entregó sin

problemas entregado y es el cliente quedo satisfecho.

Cosas Positivas

• Logramos cumplir los resultados.

• El apoyo del equipo en todo momento.

Cosas Negativas

• Ninguna

1
 Acta de reunión de planificación de Sprint 5
Fecha: 24/06/2022
Scrum Master: Alexander Luis Mederos Nolasco
Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el equipo Scrum determinó las

historias de usuario para el Sprint 5 para el desarrollo del proyecto “Sistema web para la gestión

de compras de la distribuidora PUMAFARMA S.A.C Lima 2022”. Acordando

satisfactoriamente los objetivos del Sprint 5, como también los elementos de historias que

contiene el sprint mencionado.

Dentro del Sprint 5 se determinó lo siguiente:

SPRINT OBJETIVO HISTORIAS

Elaborar el apartado para cotizar los detalles
Proceso de compra (cotizar)
de compra
Elaborar el apartado para emitir una orden del
Proceso de compra (emitir)
proceso de compra
Elaborar el apartado para visualizar el detalle Detalle orden de compra
5 de la orden de compra emitida (emitida)
Elaborar la generación de un documento PDF
Generar orden de compra (PDF)
tras generar la orden de compra
Elaborar un campo en el apartado de producto Registrar producto para un
para seleccionar un proveedor específico proveedor específico
Implementar un dashboard en la página Dashboard (en la página de
principal o inicial del sistema desarrollado inicio)

Firma en señal de conformidad,

1
 _______________________
José Luis Nolasco Esteban
Gerente General

Acta de entrega del Sprint 5

Fecha: 05/07/2022
Scrum Master: Alexander Luis Mederos Nolasco
Product Owner: Jose Carlos Vidal Castro

Mediante la presente acta se valida y se da conformidad de que el Sr. Mederos Nolasco,

Alexander Luis presenta la elaboración del apartado del proceso de compra con las
funcionalidades ya predeterminadas por el Product Owner en el acta de reunión de planificación
del Sprint 5 donde se detallan las historias de usuario y objetivos; elaboradas las especificaciones
por el equipo Scrum y el Scrum Master se da la aprobación del Sprint 5, donde se decide de
manera unánime aprobar el sprint mencionado donde se presentaron los requerimientos para el
proyecto “Sistema web para la gestión de compras de la distribuidora PUMAFARMA S.A.C
Lima 2022”

Firma en señal de conformidad,

_______________________
José Luis Nolasco Esteban
Gerente General

1
 Anexos

Diagrama de procesos general en el área de producción en la empresa

Anexo N° 2 Diagrama de Ishikawa

1
RESULTADOS
ANÁLISIS DE LOS RESULTADOS:
Análisis críticos y esperados de los resultados obtenidos al desarrollar la investigación.

Resultados Esperados:

1.- El objetivo general del trabajo se determinó de una manera positiva en la utilización del

sistema web de gestión de ventas, reduciendo tiempos de realización de ventas y evitando

papeleos de la manera manual que era empleada esta, generando un mejor ambiente laboral al

tener un sistema más eficiente y la responsabilidad ambiental al reducir el consumo de papel en

las instalaciones.

2.- Otro objetivo cumplido con el trabajo fue el impacto que se estableció a la hora de poder

tener una mejor recepción de gestión de ventas al hacerlo más eficiente al tener la opción de

tenerlo todo ordenado desde los datos ingresados en el sistema web desde la computadora y

poder registrarlos y procesarlos correctamente y eficiente, teniendo así una mejoría de recepción

de las de ventas realizadas.

1
3.- Bien realizado con los objetivos específicos que se planteó se estableció un impacto favorable

en la utilización del sistema web con el cual se logró una reducción estimada de tiempo al

gestionar los procesos de ventas, comparándolo con el tiempo que anteriormente se necesitaba

para poder proceder con estas realizaciones en la empresa.

CONCLUSIONES:
1. El sistema web permite registrar mediante el usuario la información de los empleados,

clientes, proveedores y productos, optimizando así la gestión de ventas de la distribuidora

PUMAFARMA S.A.C. Logrando así tener un sistema web eficiente que ahorrará el tiempo

con el cual se gestionaba una venta anteriormente de manera manual y se verá mejorada con

las recomendaciones de la empresa posteriormente cumpliendo con sus expectativas.

2. El sistema web permite registrar información de la cual el usuario tendría una opción más

fácil a la hora de ver la información de los clientes y gestionar las ventas, luego también

poder ver el registro de las ventas que se encuentran realizadas por la empresa

anteriormente, así reduciendo la cantidad de empleados que harían esta tarea y reduciendo

así el aforo en las instalaciones siendo favorable al problema actual que se encuentra

pasando el país por lo del Covid-19.

3. El sistema web cumple con la mayoría de las expectativas de la distribuidora

PUMAFARMA S.A.C ya que cumple con su buen funcionamiento con una interfaz

dinámica, también cumpliendo con su base de datos al poder registrar la información

programa por el usuario y las respectivas opciones de funcionamiento para el gestiona

miento de ventas disponibles que se podrá visualizar por el usuario para tener una

información más actualizada al realizar las ventas realizadas.

RECOMENDACIONES:
1. Se sugiere que al usar el sistema web de una manera paulatina para tener un ahorro de

1
 tiempo en la gestión de ventas de la distribuidora PUMAFARMA S.A.C. y que se deba

poner instrucciones de uso del usuario para que así el usuario se sienta más familiarizado y

pueda utilizar el sistema a la perfección

2. Se propone a la distribuidora PUMAFARMA S.A.C. más inversión para mayores mejoras y

nuevos servicios para la comodidad del usuario.

3. Durante los comienzos de uso del sistema web se tendrá que mantener vigilado por unos 3

meses periódicamente para visualizar si surgen errores en el sistema web.

4. Se recomienda que se mantenga un mantenimiento al sistema periódicamente y revisiones

cada 2 semanas a la base de datos con el fin de garantizar el buen funcionamiento y

descartar posibles errores de este.

5. Se sugiere que al evaluar el mantenimiento periódico del sitio web se puedan agregar

nuevos requerimientos en el futuro dependiendo de los nuevos objetivos que se plantee la

empresa con el sistema web de ventas.