Está en la página 1de 131

FACULTAD DE INGENIERÍA Y ARQUITECTURA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

TESIS
DESARROLLO DE UN SISTEMA WEB PARA LA MEJORA DE LA
GESTIÓN ADMINISTRATIVA EN LOS PROCESOS DE COMPRA Y
VENTA DE LA EMPRESA DISTRIBUIDORA M & C MARKOS S.R.L

PARA OBTENER EL TÍTULO DE


INGENIERA DE SISTEMAS

AUTORES
PERALTA LINARES, ALICIA
SALAS JIMENEZ, STEFANNY

ASESORA
JULISSA ELIZABETH REYNA GONZALEZ

LÍNEA DE INVESTIGACIÓN
DESARROLLO DE SOFTWARE

LIMA, PERÚ, SETIEMBRE DE 2021


2

DEDICATORIA

El presente proyecto lo dedico a mis padres


los cuales siempre me apoyaron para
continuar con mis estudios, seguir creciendo
y desarrollándome en mis estudios, todo se
los debo a ellos.

Peralta Linares, Alicia

Este presente proyecto está dedicada a mi


madre, quien me enseño que el mejor
conocimiento que se puede tener es el que
se aprende por si mismo, también está
dedicado a mis hermanos por haber sido mi
apoyo a lo largo de mi carrera universitaria y
por último a todas las personas especiales
que me acompañaron en esta etapa,
aportando a mi formación tanto profesional
y como ser humano.

Salas Jimenez, Stefanny


3

AGRADECIMIENTO

El presente proyecto agradezco a Dios, a


mi familia, por haberme dado la
oportunidad de formarme en esta
prestigiosa universidad y haber sido mi
apoyo durante todo este tiempo y a a todos
docentes que con su sabiduría,
conocimiento y apoyo, motivaron a
desarrollarme como persona y profesional

Salas Jimenez, Stefanny

A mis seres queridos y familia, por el apoyo

que me han ofrecido durante el transcurso

de mis estudios y por brindarme el sustento

para poder desarrollarme en el ámbito

profesional.

Peralta Linares, Alicia


4

ÍNDICE

DEDICATORIA ........................................................................................................... 2
AGRADECIMINENTO ................................................................................................ 3
RESUMEN ............................................................................................................... 10
INTRODUCCIÓN ..................................................................................................... 12
CAPÍTULO I: PROBLEMA DE INVESTIGACIÓN .......................................................
1.1. Realidad problemática ................................................................................ 14
1.1.1. Descripción de la realidad problemática ............................................... 14
1.1.2. Definición del problema ........................................................................ 18
1.2. Justificación e importancia de la investigación ............................................ 18
1.2.1. Justificación operacional....................................................................... 18
1.2.2. Justificación social ................................................................................ 18
1.2.3. Justificación tecnológica ....................................................................... 18
1.2.4. Justificación económica ........................................................................... 19
1.2.5. Justificación organizacional ..................................................................... 19
1.3. Objetivos de la investigación ....................................................................... 19
1.3.1. Objetivo general ................................................................................... 19
1.3.2. Objetivos específicos ............................................................................ 19
1.4. Limitaciones de la investigación .................................................................. 20
1.4.1. Temporal.................................................................................................. 20
1.4.2. Espacial ................................................................................................... 20
CAPÍTULO II: INFORMACIÓN GENERAL DEL PROYECTO
2.1. Participantes del proyecto ............................................................................. 22
2.2. Descripción general de la empresa .............................................................. 22
2.2.1. Giro Comercial ......................................................................................... 23
2.2.2. Organigrama de la empresa .................................................................... 24
CAPÍTULO III: INGENIERÍA DE REQUERIMIENTOS
3.1. Modelado de Negocio ................................................................................... 26
3.1.1 Identificación y descripción de actores ..................................................... 26
3.2. Caso de uso del Negocio .............................................................................. 28
3.2.1. Caso de uso del Negocio ......................................................................... 28
5

3.3. Historias de Usuario ...................................................................................... 29


3.4. Requerimientos Funcionales ......................................................................... 37
3.5. Requerimientos No Funcionales ................................................................... 38
3.6. Diagrama de procesos de negocio................................................................ 39
CAPÍTULO IV: PLANIFICACIÓN DEL PROYECTO
4.1. Construyendo el Product Backlog ................................................................. 44
4.2. Priorizando el Product Backlog ..................................................................... 45
4.3. Identificando la complejidad .......................................................................... 46
4. 4. Asignando un valor en Story Points ............................................................. 47
4.5. Asignando el valor en Story Points para cada User Story ............................. 48
4.6. Duración en días del Sprint ........................................................................... 49
4.7. El User Story más representativo.................................................................. 50
4.8. Número total de Sprints ................................................................................ 51
4.9. User Story atendidos por Sprint .................................................................... 51
4.10. Número total de Sprints .............................................................................. 53
4.11. Tiempo total de entrega (en días) ............................................................... 53
4.12. Elaboración y agrupación de los Sprints ..................................................... 54
4.13. Product Backlog .......................................................................................... 55
4.14. Análisis preliminar de requerimientos ......................................................... 56
CAPÍTULO V: DESARROLLO DE LOS SPRINT DEL PROYECTO
5.1. Tarea de las Historia de Usuario ................................................................... 58
5.1.1. Desarrollo del Sprint 1 ............................................................................. 60
5.1.2. Desarrollo del Sprint 2 ............................................................................. 78
5.1.3. Desarrollo del Sprint 3 ............................................................................. 89
5.1.4. Desarrollo del Sprint 4 ............................................................................. 94
CONCLUSIONES................................................................................................... 101
RECOMENDACIONES .......................................................................................... 102
REFERENCIA
ANEXOS
6

ÍNDICE DE FIGURAS

Figura 1 Organigrama
Figura 2 Caso de uso de negocio
Figura 3 Diagrama del proceso de compras (AS-IS)
Figura 4 Diagrama del proceso de ventas (AS-IS)
Figura 5 Diagrama del proceso de compras (TO-BE)
Figura 6 Diagrama del proceso de ventas (TO-BE)
Figura 7 Caso de Uso Gestionar Usuario
Figura 8 Caso de Uso Iniciar sesión
Figura 9 Caso de Uso Gestionar Producto
Figura 10 Prototipo de Pantalla Login
Figura 11 Prototipo de Pantalla Cambiar Contraseña
Figura 12 Prototipo de Pantalla Gestionar Usuario
Figura 13 Prototipo de Pantalla Gestionar Producto
Figura 14 Lista de historias de usuario del sprint 2
Figura 15 Caso de Uso Gestionar Cotización
Figura 16 Caso de Uso Gestionar Venta
Figura 17 Prototipo de Pantalla Gestionar Cotización
Figura 18 Prototipo de Pantalla Gestionar Venta
Figura 19 Prototipo de Pantalla Generar Factura
Figura 20 Caso de Uso Gestionar Reportes
Figura 21 Prototipo de Pantalla Gestionar Reportes
7

ÍNDICE DE TABLAS

Tabla 1 Cuadro de participantes del proyecto


Tabla 2 Cuadro de descripción de actores de negocio
Tabla 3 HU 01 - Iniciar Sesión
Tabla 4 HU 02 - Gestionar Usuario
Tabla 5 HU 03 - Cambiar Contraseña
Tabla 6 HU 04- Gestionar Producto
Tabla 7 HU 05- Gestionar Cotización
Tabla 8 HU 06 - Gestionar Ventas
Tabla 9 HU 07 - Generar Facturas
Tabla 10 HU 08 - Gestionar Reportes
Tabla 11 Cuadro de Requerimientos Funcionales
Tabla 12 Cuadro de Requerimientos No Funcionales
Tabla 13 Construyendo Producto Backlog
Tabla 14 Priorizando el Product Backlog
Tabla 15 Identificando la complejidad
Tabla 16 Asignando un valor en Story Points
Tabla 17 Asignando el valor en Story Points para cada User Story
Tabla 18 Duración en días del Sprint
Tabla 19 El User Story más representativo
Tabla 20 Número total de Sprints
Tabla 21 User Story atendidos por Sprint
Tabla 22 Número total de Sprints
Tabla 23 Tiempo total de entrega (en días)
Tabla 24 Elaboración y agrupación de los Sprints
Tabla 25 Product Backlog
Tabla 26 Análisis preliminar de requerimientos
Tabla 27 Tareas de H.U.
Tabla 28 Lista de historias de usuario del sprint 1
Tabla 29 Tarea 1.1 - Diseñar la Base de Datos
Tabla 30 Tarea 1.2 - Diseñar diagrama de clases
Tabla 31 Tarea 1.3 - Diseñar la estructura y el interfaz del sistema de bienvenida
8

Tabla 32 Tarea 1.4 - Crear un usuario para todo el personal con sus respectivos
privilegios
Tabla 33 Tara 1.5 - Crear una contraseña para todo el personal con sus respectivos
privilegios
Tabla 34 Tarea 1.6 - Validar el usuario desde la base de datos del sistema
Tabla 35 Tarea 2.1 - Validar el usuario desde la base de datos del sistema
Tabla 36 Tarea 2.2 - Diseñar diagrama de clases
Tabla 37 Tarea 2.3 - Crear formularios de registro de usuarios
Tabla 38 Tarea 2.4 - Crear formularios de registro de usuarios
Tabla 39 Tarea 2.5 - Crear formularios de registro de usuarios
Tabla 40 Tarea 2.6 - Crear la opción de eliminar usuario al seleccionar un icono
Tabla 41 Tarea 2.7 - Documentación del módulo usuario
Tabla 42 Tarea 3.1 - Diseñar y crear el formulario de cambiar contraseña
Tabla 43 Tarea 3.2 - Crear una nueva contraseña para todo el personal
Tabla 44 Tarea 3.3 - Crear una nueva contraseña para todo el personal
Tabla 45 Tarea 4.1 - Diseñar tablas en la base de datos
Tabla 46 Tarea 4.2 - Diseñar diagrama de clases
Tabla 47 Tarea4.3 - Crear formularios de registro de productos
Tabla 48 Tarea 4.4 - Crear formularios para actualización de productos
Tabla 49 Tarea 4.5 - Crear formularios para visualizar datos del producto
Tabla 50 Tarea 4.6 - Crear la opción de eliminar producto al seleccionar un icono
Tabla 51 Tarea 4.7 - Documentación del módulo producto
Tabla 52 Calendario de trabajo del sprint 1
Tabla 53 Puntos asignados de las Historias de Usuarios
Tabla 54 Tarea 5.1 - Diseñar tablas en la base de datos
Tabla 55 Tarea 5.2 - Diseñar diagrama de clases
Tabla 56 Tarea 5.3 - Crear formularios de registro de cotizaciones
Tabla 57 Tarea 5.4 - Crear formularios para visualización de cotizaciones
Tabla 58 Tarea 5.5 - Crear formularios para visualización de cotizaciones
Tabla 59 Tarea 5.6 - Crear la opción de eliminar cotización al seleccionar un icono
Tabla 60 Tarea 5.7 - Documentación del módulo de cotización
Tabla 61 Tarea 6.1 - Diseñar tablas en la base de datos
9

Tabla 62 Tarea 6.2 - Diseñar diagrama de clases


Tabla 63 Tarea 6.3 - Diseñar diagrama de clases
Tabla 64 Tarea 6.4 - Crear formularios para visualizar datos de la venta
Tabla 65 Tarea 6.5 - Crear formularios para visualizar datos de la venta
Tabla 66 Tarea 6.6 - Crear la opción de eliminar venta al seleccionar un icono
Tabla 67 Tarea 6.7 - Documentación del módulo de ventas
Tabla 68 Calendario de trabajo del sprint 2
Tabla 69 Puntos asignados de las Historias de Usuarios
Tabla 70 Lista de historias de usuario del sprint 3
Tabla 71 Tarea 7.1 - Diseñar tablas en la base de datos
Tabla 72 Tarea 7.2 - Diseñar diagrama de clases
Tabla 73 Tarea7.3 - Crear formulario para generar factura por producto
Tabla 74 Tarea 7.4 - Crear vista previa de la factura
Tabla 75 Tarea 7.5 - Documentación del módulo de facturas
Tabla 76 Calendario de trabajo del sprint 3
Tabla 77 Puntos asignados de las Historias de Usuarios
Tabla 78 Lista de historias de usuario del Sprint 4
Tabla 79 Tarea 8.1 - Diseñar tablas en la base de datos
Tabla 80 Tarea 8.2 - Diseñar diagrama de clases
Tabla 81 Tarea 8.3 - Crear formularios de registro de reportes
Tabla 82 Tarea 8.4 - Crear vista previa del reporte
Tabla 83 Tarea 8.5 - Crear vista previa del reporte
Tabla 84 Tarea 8.6 - Crear la opción de eliminar reporte al seleccionar un icono
Tabla 85 Tarea 8.7 - Documentación del módulo de reportes
Tabla 86 Calendario de trabajo del sprint 4
Tabla 87 Puntos asignados de las Historias de Usuarios
10

DESARROLLO DE UN SISTEMA WEB PARA LA MEJORA DE LA GESTIÓN


ADMINISTRATIVA EN LOS PROCESOS DE COMPRA Y VENTA DE LA
EMPRESA DISTRIBUIDORA M & C MARKOS S.R.L.

PERALTA LINARES, ALICIA

SALAS JIMENEZ, STEFANNY

UNIVERSIDAD AUTÓNOMA DEL PERÚ

RESUMEN

El presente informe de tesis titulado DESARROLLO DE UN SISTEMA WEB PARA LA

MEJORA DE LA GESTIÓN ADMINISTRATIVA DEL CONTROL DE COMPRA Y

VENTA DE LA EMPRESA DISTRIBUIDORA M & C MARKOS S.R.L, fue desarrollado

con el objetivo de poder enseñar que se puede gestionarla Administración del Área

de Venta y Compra de la empresa por medio de la utilización de un sistema de

información web pudiendo tal que el comprador logre hacer su pedido de manera

ordenada. El informe de averiguación se hizo en la distribuidora M & C MARKOS

S.R.L. que se ubica en la provincia de lima en el distrito de San Juan de Miraflores la

cual es reconocida por la comercialización de diversos productos en el rubro de

confitería. Se analizó los diferentes procesos de la Administración del Área de Venta

y Compra pudiendo decidir que el primordial problema que está expuesta en la

Distribuidora M & C MARKOS S.R.L. es su deficiente atención que ofrece al

comprador y la carencia de comunicación entre el comprador y las otras superficies

de la organización por lo cual da como consecuencia que el comprador no se

encuentre satisfecho con su atención por su bastante tiempo tardío, desorden y falta
11

de información del producto. Tenemos la posibilidad de concluir que con la ejecución

de un Sistema de Información web para la mejora del control de compra y ventas se

consigue tener un mejor orden de la información del producto y una mejor atención al

comprador bastante veloz, se proyecta para mejorar a muchas Organizaciones

Comerciales para optimizar sus ventas.

Palabras clave: sistema web, control de compra, control de venta y gestión

administrativa.
12

INTRODUCCIÓN

El presente trabajo tuvo como objetivo general determinar en qué medida el

desarrollo de un sistema web mejora la gestión administrativa del control de compra

y venta de la empresa Distribuidora M & C MARKOS S.R.L.

Actualmente el uso de sistemas de información y la tecnología han sido de gran

beneficio para las empresas debido a que permiten incrementar su productividad

además de mantener la disponibilidad en todo momento a fin que la toma de

decisiones sea la más atinada, de allí la importancia vital de un Sistema de

Información Web. Lo que se aspiró en esta investigación es desarrollar un sistema

web, proponiendo un cambio y optimización de los procesos de ventas y compras.

Para el desarrollo del sistema web se determinó que la metodología más

adecuada era la metodología Scrum, ya que es una metodología de trabajo ágil que

tiene como finalidad la entrega de valor en períodos cortos de tiempo, basada tres

pilares: la transparencia, inspección y adaptación lo cual brinda flexibilidad en el

desarrollo del producto.


CAPÍTULO I:
PROBLEMA DE INVESTIGACIÓN
14

1.1. Realidad problemática

1.1.1. Descripción de la realidad problemática

Nivel Internacional

En el mundo, las empresas son cada vez más competitivas y enfrentan nuevos

desafíos en el futuro, necesitan estrategias de gobernanza implementadas por

planificación, que aumenten la productividad de los empleados, deben mejorar los

recursos humanos y la información sobre la base de las innovaciones tecnológicas.

Asimismo, en América Latina, los sistemas de información no tienen el potencial de

contribuir de manera más efectiva que hoy a la competitividad de las empresas.

Tenesaca (2018) señala que:

A nivel mundial el sector comercial tiene una importancia fundamental

para las economías de muchos países en desarrollo, en la actualidad muchas

de las empresas pertenecientes a este sector han desaparecido del mercado

debido a las constantes pérdidas que han presentado en sus resultados,

provocado por la mala gestión de compra y venta. Este es el caso de Ecuador

en donde muchas empresas del sector comercial también presentan

problemas de esta índole, debido a la deficiencia en la gestión de compra y

venta, lo cual implica un desequilibrio en la economía de estas entidades que

en su mayoría no puedan mantenerse en el mercado.

Por otra parte, según el grupo de investigación G3Pymes, de la Universidad

EAN, en Colombia las pymes representan el 99,9 % del total de las empresas, cerca

de 1,6 millones de unidades empresariales, las cuales, de igual manera, han aportado
15

cerca del 38 % del Producto Interno Bruto (PIB) total, teniendo una importancia

relevante en la generación de empleo. Sin embargo, el tiempo de sostenibilidad de

estas es muy corta, solamente el 50 % de ellas sobreviven el primer año y solo el 20

% al tercero, debido a la poca importancia que le dan a la innovación y al

conocimiento, lo que genera falta de competitividad y permanencia en el mercado

(Pérez y Ramírez, 2014).

Por último, al recordar las décadas del '80 y del '90, las tendencias más

generalizadas a nivel mundial apuntaron a reducir los inventarios y a suministrar lo

necesario, en el momento necesario. Esto se llama “just in time”. Actualmente, no es

así ya que el concepto de eficiencia para el área de Compras pasa ahora por generar

el mayor valor para la empresa y margen para el negocio. A la vez, estos sectores

comenzaron a plantearse objetivos de suministro más sostenibles. Para ello la

incorporación de herramientas y novedades tecnológicas, son claves para tener éxito

al poseer una excelente gestión. Y por el dinamismo que tiene la actividad, siempre

nos exige estar actualizados. (Cuenca, 2017)

Nivel Nacional

En Perú, el uso de sistemas de información es necesario en beneficio de

grandes y pequeñas empresas mediante la optimización de los procesos de gestión.

En nuestro contexto, la mayoría de las empresas no cuentan con un sistema que

respalde sus procesos, lo que provoca que la empresa pierda tiempo en términos de

servicio.

MBA & Educación ejecutiva (2017), indica que:


16

Cada 70 de 100 Pymes no “sobreviven” más allá de los 5 años en Perú, cifra

que arroja el estudio “Esperanza de vida de los negocios”, realizado igualmente

por el (INEGI). Ante este panorama, Israel Coto, director de la Oficina de

Microsip en Ciudad de México, menciona que, si bien existen diferentes

variables, las pérdidas más significativas se dan en las ventas y los

inventarios.

Gonzales (2014), señala que:

En las empresas pequeñas y medianas, es necesario contar con un sistema

de control interno que permita evaluar cada una de las áreas que conforman

las organizaciones sin importar el tamaño y giro de estas, ya que las

evaluaciones que se obtengan le serán de mucha utilidad al director o dueño a

la toma de decisiones.

Nivel institucional

La empresa Distribuidora M & C MARKOS S.R.L se especializa en venta al por

mayor de alimentos, bebidas. Actualmente la empresa ha estado funcionando y

llevando a cabo su labor con muchas deficiencias, ya que no lleva un control de las

compras y ventas realizadas, además de no disponer de un registro de sus clientes.

La mayoría de estos puntos se realizan de manera manual.

La empresa Distribuidora M & C MARKOS S.R.L, cuenta con las áreas de:

compras, ventas y almacén.


17

• Área de Compras

El tiempo de elaboración de la orden de compra para los productos

faltantes es lenta, esta actividad genera retrasos ya que los inventarios se

manejan de manera escrita, lo cual, genera que se invierta más tiempo en la

consolidación para la reposición de todos los productos faltantes. La compra

de mercadería se realiza de manera convencional.

• Área de ventas

El tiempo que utiliza el personal de ventas en ubicar el producto genera

incomodidad en el cliente, lo cual conlleva a una pérdida de clientela y

disminución de ingresos para la empresa, además de que una vez realizado la

venta la emisión del comprobante se genera a través de facturas que son

registradas de manera manual, toda esta actividad genera demoras debido que

al contar con toda la información en físico no se puede acceder a ella

fácilmente, incluso si el cliente es nuevo o recurrente, siempre se tendrán que

volver a tomar los datos para la emisión del comprobante, lo cual, ocasiona

demoras en la atención.

• Área de Almacén

No cuentan con un registro bien estructurado ya que se controla y

registra todas las entradas y salidas de los productos de manera manual lo cual

conlleva mucho tiempo, además de ocasionar que muchas veces la

información esté incompleta y los materiales no se encuentren con facilidad.

Esto puede perjudicar significativamente a la empresa cómo, por ejemplo: al


18

tener pedidos por parte de sus clientes y no contar con los productos

solicitados.

1.1.2. Definición del problema

En virtud de la exposición del problema, surge la siguiente interrogante de

investigación: ¿En qué medida el desarrollo de un sistema web mejorará la gestión

administrativa del control de compra y venta de la empresa de la empresa

Distribuidora M & C MARKOS S.R.L.?

1.2. Justificación e importancia de la investigación

1.2.1. Justificación operacional

El Sistema de Información permite agilizar los procesos de todas las áreas

además de que será diseñado con una interfaz amigable, para una utilización y

aprendizaje veloz por los usuarios del sistema.

1.2.2. Justificación social

Resultará beneficioso para el cliente ya que le dará una atención eficaz y

oportuna a su pedido, logrando su satisfacción; al mismo tiempo, el personal

administrativo de la empresa tendrá una mejor eficiencia en el trabajo.

1.2.3. Justificación tecnológica

Se desea situar a esta organización a la vanguardia tecnológica de otras

organizaciones comerciales referente a sistemas de Información Web. El desarrollo

del sistema de información web se va a hacer en el lenguaje de programación

JAVASCRIPT; aprovechando los recursos accesibles que brinda.


19

1.2.4. Justificación económica

Al contar con los medios necesarios para el desarrollo del Sistema de

Información web, así como de personal preparado para el funcionamiento, gestión y

soporte del mismo, no se incurrirá en costos extras.

1.2.5. Justificación organizacional

El desarrollo del estudio permitirá a la empresa abordar la problemática que se

presenta en la gestión administrativa del control de compra y venta. Es decir, se

podrán mejorar estos procesos, además de mejorar la imagen de la empresa y

atender las necesidades de los clientes y del personal administrativo de una manera

más eficiente.

1.3. Objetivos de la investigación

1.3.1. Objetivo general

Determinar en qué medida el desarrollo de un sistema web mejora la gestión

administrativa del control de compra y venta de la empresa Distribuidora M & C

MARKOS S.R.L

1.3.2. Objetivos específicos

• Determinar en qué medida el desarrollo de un sistema web facilita los procesos

de compra y venta de la gestión administrativa de la empresa Distribuidora M

& C MARKOS S.R.L.


20

• Determinar en qué medida el desarrollo de un sistema web reduce el tiempo

para los procesos de compra y venta de la gestión administrativa de la empresa

Distribuidora M & C MARKOS S.R.L.

• Determinar en qué medida el desarrollo de un sistema web optimiza el control

e información de compra y venta de la empresa Distribuidora M & C MARKOS

S.R.L.

1.4. Limitaciones de la investigación

1.4.1. Temporal

La actual investigación se desarrollará en el periodo correspondido entre

septiembre a diciembre del presente año.

1.4.2. Espacial

La investigación se desarrollará en la empresa distribuidora M & C MARKOS

S.R.L.

1.4.3. Conceptual

El trabajo de investigación tuvo como delimitación conceptual la aplicación de

la metodología scrum para el desarrollo del sistema web.


CAPÍTULO II:
INFORMACIÓN GENERAL DEL PROYECTO
22

2.1. Participantes del proyecto

Tabla 1
Cuadro de participantes del proyecto

Apellidos y Nombres Correo Electrónico Rol SCRUM

Medina Aguilar María del


camenmedina@gmail.com Product Owner
Carmen

Peralta Linares Alicia aperaltal@autonoma.edu.pe


Scrum Team
Salas Jimenez Stefanny ssalasj@autonoma.edu.pe

Peralta Linares Alicia aperaltal@autonoma.edu.pe Scrum Master

Fuente: Elaboración propia

2.2. Descripción general de la empresa

En el mundo actual para las empresas cualquiera sea su tamaño y actividad,

requieren que la información tanto interna como externa relacionada a sus actividades

esté disponible en el momento preciso a fin que la toma de decisiones sea la más

atinada, de allí la importancia vital de un Sistema de Información Web, apropiado.

(Ruiz, L. et al, 2003)

El sector comercial engloba las actividades que suponen el intercambio de

productos y servicios que serán, o bien transformados para la reventa o puestos

directamente a disposición del consumidor final. El comercio cobra especial

relevancia ya que es uno de los principales sectores motores de la economía no sólo

a nivel nacional sino a nivel mundial que ha sufrido una intensa modificación como

consecuencia del avance tecnológico y que ha conseguido globalizar la inmensa

mayoría de productos y servicios. (Sánchez de Puerta P., 2014).


23

DISTRIBUIDORA M & C MARKOS S.R.L especializada en venta al por mayor

de alimentos, bebidas. Fue creada y fundada el 14/03/2017, registrada dentro de las

sociedades mercantiles y comerciales como una Sociedad de Responsabilidad

Limitada. Se encuentra ubicada en Av. Los Heroes Nro. 509 Int. 04-A, urbanización

Ciudad de Dios en San Juan de Miraflores.

Por la problemática presentada en la empresa, se necesita de un Sistema web

que le ayude a mejorar la Gestión Administrativa en los procesos de compra y venta,

la cual agilice las actividades de cada área, logrando así desarrollo y crecimiento para

la empresa. El desarrollo del Sistema Web se desarrollará con la metodología ágil

Scrum.

De acuerdo con (ARAQUE, 2017), Scrum es un proceso, marco de trabajo o

framework, usado en equipos que trabajan en proyectos complejos; una metodología

de trabajo ágil que tiene como finalidad la entrega de valor en períodos cortos de

tiempo, basada tres pilares: la transparencia, inspección y adaptación.

2.2.1. Giro Comercial

• Tipo de giro según su actividad: Comercial

• Giro principal: Almacén

• Giro afín: Distribuidora, Depósito

• Giro complementario: Venta de alimentos y bebidas en general al por mayor y

menor
24

2.2.2. Organigrama de la empresa


Figura 1
Organigrama

Fuente: Elaboración propia


CAPÍTULO III:
INGENIERÍA DE REQUERIMIENTOS
26

3.1. Modelado de Negocio

3.1.1 Identificación y descripción de actores


Tabla 2
Cuadro de descripción de actores de negocio

ACTORES DE
DESCRIPCIÓN
NEGOCIO

CLIENTE
Es el actor que genera la venta para después consumir el
producto de la empresa.

PROVEEDOR
Es el actor del negocio que brinda, proporciona y provee los
servicios o productos faltantes a la empresa.

SUNAT
Es el actor del negocio que va a fiscalizar y supervisar los
procesos de compras.

VENDEDOR
Es el actor encargado de desarrollar los procesos de las
diferentes áreas de la empresa como la gestión de venta,
postventa y pedidos.

GERENTE GENERAL
Es el actor del negocio encargado de gestionar las finanzas al
ocuparse del área financiera, gestionar recursos humanos y
de gestionar las operaciones donde se permitirá registrar la
información sobre los procesos que se realizan en la empresa.
27

ADMINISTRADORA
Es el actor encargado de supervisar la parte logística y
gestionar los recursos financieros de la empresa, así como
también de gestionar post ventas y generar reportes de ventas
para una vista general y completa de su actividad.

JEFE DE RRHH
Es el actor encargado de gestionar los recursos humanos de
la empresa ya que se encarga de la selección y contratación
del personal, así como el bienestar de los mismos.

JEFE DE ALMACÉN
Es el actor del negocio encargado de gestionar los pedidos y
productos de la empresa al planificar, dirigir y coordinar las
actividades de abastecimiento según el pedido, reposición,
almacenamiento y distribución de productos.

Fuente: Elaboración propia


28

3.2. Caso de uso del Negocio

3.2.1. Caso de uso del Negocio


Figura 2
Caso de uso de negocio

Fuente: Elaboración propia


29

3.3. Historias de Usuario

Tabla 3
HU 01 - Iniciar Sesión

HISTORIA DE USUARIO

Usuario: Gerente general


Administrador
Número: 1
Vendedor
Jefe de almacén

Nombre de la historia: Dependencia para su desarrollo:


Iniciar sesión No aplica.

Prioridad en el negocio: Baja Riesgo en desarrollo: Baja

Puntos asignados: 2.5 Sprint Asignado: 1

Responsable: Alicia Peralta Linares

Descripción:

Como Gerente general, administrador, vendedor y jefe de almacén puedo ingresar


al sistema con mi respectiva cuenta y contraseña.

Criterio de aceptación:

El gerente general, administrador, vendedor y jefe de almacén podrán ingresar al


sistema con la cuenta y contraseña ingresadas correctamente. Si el gerente
general, administrador, vendedor o jefe de almacén ingresan con una cuenta o
contraseña incorrecta se mostrará un cuadro de error.

Fuente: Elaboración propia


30

Tabla 4
HU 02 - Gestionar Usuario

HISTORIA DE USUARIO

Usuario: Gerente general


Número: 2
Administrador

Nombre de la historia: Dependencia para su desarrollo:


Gestionar Usuario No aplica.

Prioridad en el negocio: Baja Riesgo en desarrollo: Baja

Puntos asignados: 5 Sprint Asignado: 1

Responsable: Alicia Peralta Linares

Descripción:

Como gerente general y administrador puedo registrar, listar, modificar y eliminar la


cuenta de los usuarios si lo considero necesario.

Criterio de aceptación:

El gerente general y administrador podrán listar, registrar, modificar y eliminar a los


usuarios para poder tener un control de sus empleados en el sistema.

El gerente general y administrador ya no visualizan en la lista al usuario eliminado.

Fuente: Elaboración propia


31

Tabla 5
HU 03 - Cambiar Contraseña

HISTORIA DE USUARIO

Número: 3 Usuario: Gerente general

Nombre de la historia: Dependencia para su desarrollo:


Cambiar contraseña Si aplica (Iniciar sesión)

Prioridad en el negocio:
Riesgo en desarrollo: Baja
Media

Puntos asignados: 2 Sprint Asignado: 1

Responsable: Alicia Peralta Linares

Descripción:

Como gerente general puedo cambiar la contraseña de los usuarios de diferentes


roles, así como la contraseña de mi cuenta.

Criterio de aceptación:

El gerente general podrá cambiar la contraseña de los usuarios según lo crea


conveniente para garantizar una mayor seguridad y control respectivamente se le
informará al usuario el cambio de su contraseña.

Fuente: Elaboración propia


32

Tabla 6
HU 04- Gestionar Producto

HISTORIA DE USUARIO

Número: 4 Usuario: Jefe de almacén

Nombre de la historia: Dependencia para su desarrollo:


Gestionar producto No aplica.

Prioridad en el negocio:
Riesgo en desarrollo: Baja
Baja

Puntos asignados: 5 Sprint Asignado: 1

Responsable: Alicia Peralta Linares

Descripción:

Como jefe de almacén puedo listar, registrar, modificar y eliminar los productos
según el inventario que se maneje.

Criterio de aceptación:

El jefe de almacén podrá listar, registrar, modificar y eliminar los productos según el
inventario que se maneja, así como sus respectivas cantidades.

Fuente: Elaboración propia


33

Tabla 7
HU 05- Gestionar Cotización

HISTORIA DE USUARIO

Número: 5 Usuario: Vendedor

Nombre de la historia: Dependencia para su desarrollo:


Gestionar Cotización No aplica.

Prioridad en el negocio: Media Riesgo en desarrollo: Media

Puntos asignados: 8 Sprint Asignado: 2

Responsable: Stefanny Salas Jimenez

Descripción:
Como vendedor puedo listar, registrar, modificar las cotizaciones para su posterior
venta y eliminarlas si es necesario.

Criterio de aceptación:

El vendedor podrá listar las cotizaciones realizadas durante el día y visualizar el


detalle si lo desea.

El vendedor podrá registrar cotizaciones, modificarlas o eliminarlas en caso de algún


error.

Fuente: Elaboración propia


34

Tabla 8
HU 06 - Gestionar Ventas

HISTORIA DE USUARIO

Número: 6 Usuario: Vendedor

Nombre de la historia: Dependencia para su desarrollo:


Gestionar Ventas Si aplica. (Gestionar cotización)

Prioridad en el negocio: Media Riesgo en desarrollo: Alta

Puntos asignados: 8 Sprint Asignado: 2

Responsable: Stefanny Salas Jimenez

Descripción:

Como vendedor puedo listar, registrar, modificar y eliminar las ventas del sistema.

Criterio de aceptación:

El vendedor podrá registrar las ventas realizadas, así como visualizar la lista de todas
ellas con su respectivo detalle. El vendedor podrá modificar los datos de la venta o
eliminarla si existe un error.

Fuente: Elaboración propia


35

Tabla 9
HU 07 - Generar Facturas

HISTORIA DE USUARIO

Número: 7 Usuario: Vendedor

Nombre de la historia: Dependencia para su desarrollo:


Generar facturas Si aplica. (Gestionar Ventas)

Prioridad en el negocio:
Riesgo en desarrollo: Media
Media

Puntos asignados: 13 Sprint Asignado: 2

Responsable: Stefanny Salas Jimenez

Descripción:

Como vendedor puedo generar las facturas de las ventas registradas en el sistema.

Criterio de aceptación:

El vendedor podrá generar una factura al realizar una venta, la cual se almacenará
en el sistema entonces se podrá sacar un conteo diario para saber cuáles fueron las
ganancias del día.

Fuente: Elaboración propia


36

Tabla 10
HU 08 - Gestionar Reportes

HISTORIA DE USUARIO

Número: 8 Usuario: Administrador

Nombre de la historia: Dependencia para su desarrollo:


Gestionar Reportes No aplica.

Prioridad en el negocio:
Riesgo en desarrollo: Alta
Alta

Puntos asignados: 13 Sprint Asignado: 4

Responsable: Stefanny Salas Jimenez

Descripción:

Como administrador puedo listar, registrar, modificar los reportes en el sistema, así
como eliminar los que considere innecesarios.

Criterio de aceptación:

El administrador podrá visualizar la lista de los reportes en el sistema, así como

también registrar nuevo reporte o modificar los existentes.

El administrado podrá eliminar un reporte si así lo considera según su criterio.

Fuente: Elaboración propia


37

3.4. Requerimientos Funcionales

Tabla 11
Cuadro de Requerimientos Funcionales

REQUERIMIENTOS FUNCIONALES

Nº Requerimiento Descripción

Gestionar Comprende gestionar la información de los productos, el


RF01
productos registro de nuevos productos, la administración de datos.

Comprende la gestión de documentos, cabe resaltar que


Gestionar
RF02 no generan registros contables, que informan al cliente el
cotizaciones
valor de un producto o servicio durante la negociación.

Se gestionará los documentos necesarios para la entrega


RF03 Gestionar ventas
final de un producto como lo son las facturas.

Gestionar
RF04 Necesario para generar los reportes para la empresa.
reportes

El sistema deberá imprimir la facturación de los productos


RF05 Generar facturas del cliente generando automáticamente los cálculos
correspondientes.

Comprende gestionar los usuarios de la empresa, el


Gestionar
RF06 registro de nuevos usuarios y la administración de sus
usuarios
datos.

El sistema debe permitir a los usuarios el cambiar su


Cambiar
RF07 contraseña inicial la cual es enviada por el administrador
Contraseña
a cualquiera de los roles.

Necesario para que los usuarios puedan acceder al


RF08 Iniciar sesión
Sistema Web.

Fuente: Elaboración propia


38

3.5. Requerimientos No Funcionales

Tabla 12
Cuadro de Requerimientos No Funcionales

REQUERIMIENTOS NO FUNCIONALES

Nº Requerimiento Descripción

Las interfaces de usuario deben ser fáciles


Las interfaces deben ser
RNF 01 de usar y entendibles para que la interacción
fáciles y entendibles.
sea lo más instintiva e intuitiva posible.

Las interfaces deberán


La apariencia de las interfaces deben ser
RNF 02 contener colores que
características para destacar a la empresa.
identifiquen la empresa.

El sistema debe ser capaz El sistema brindará un servicio eficaz donde


RNF 03 de cumplir con las si realizas un pedido podrás verlo en el
necesidades del usuario historial de pedidos.

Todos los sistemas deben respaldarse cada


El sistema deberá estar 24 horas. Los respaldos deben ser
RNF 04 disponible las veinticuatro almacenados en una localidad segura
horas (24h) del día. ubicada en un edificio distinto al que reside el
sistema.

La información manejada
El sistema brindará seguridad a los clientes,
por el sistema deberá estar
RNF 05 teniendo el https, con certificado la cual da
protegida de accesos no
más seguridad para el cliente.
autorizados.

El sistema debe ser diseñado y construido


con los mayores niveles de flexibilidad, de tal
RNF 06 Flexibilidad manera que la administración del sistema
sea realizada por un administrador funcional
del sistema.

RNF 07 El sistema deberá contar En este manual se dará a conocer el correcto


39

con un manual de usuario uso del sistema web.


detallado

La BD debe seguir funcionando


Tolerancia a fallos
RNF 08 correctamente en caso de fallo al insertar o
correspondiente a la BD.
modificar algún elemento.

El sistema brindará al cliente una velocidad


RNF 09 Requisitos de rendimiento de respuesta rápida, sin importar la cantidad
de usuarios que estén conectados.

La recuperación frente a fallos del sistema:


posibilidad de reiniciar el sistema. Verificar la
RNF10 Fiabilidad fiabilidad en la autenticación de los usuarios
y la posibilidad de dar marcha atrás en la
definición del perfil de cada usuario.

Fuente: Elaboración propia

3.6. Diagrama de procesos de negocio

A continuación, en la figura 3 y 4, se presenta el proceso de ventas y compras

actual representado mediante BPMN, notación estandarizada la cual permite el

modelado de procesos de negocios en formato de flujo de trabajo.


40

Figura 3
Diagrama del proceso de compras (AS-IS)

Fuente: Elaboración propia

Figura 4
Diagrama del proceso de ventas (AS-IS)

Fuente: Elaboración propia


41

En las siguientes figuras 5 y 6 se proponen los rasgos generales de la solución

futura. Principalmente, centra su atención en la interacción del usuario con el sistema

y las diversas operaciones que se realizan en el proceso de ventas y compras.

Figura 5
Diagrama del proceso de compras (TO-BE)

Fuente: Elaboración propia


42

Figura 6
Diagrama del proceso de ventas (TO-BE)

Fuente: Elaboración propia


CAPÍTULO IV:

PLANIFICACIÓN DEL PROYECTO


44

4.1. Construyendo el Product Backlog

El Product Owner o propietario del Producto construye y da a conocer el

Product Backlog.

Tabla 13
Construyendo Producto Backlog

N. RF. (PRODUCT BACKLOG)

1 Gestionar Producto

2 Gestionar Cotizaciones

3 Gestionar Ventas

4 Gestionar Reportes

5 Generar Facturas

6 Gestionar Usuarios

7 Cambiar contraseña

8 Iniciar sesión

Fuente: Plantilla del docente


45

4.2. Priorizando el Product Backlog

El Product Owner o propietario prioriza el Product Backlog.

Tabla 14
Priorizando el Product Backlog

N. RF. (PRODUCT BACKLOG) PRIORIDAD

8 Iniciar sesión 1

6 Gestionar Usuario 2

1 Gestionar Producto 3

3 Gestionar Ventas 4

2 Gestionar Cotizaciones 5

5 Generar Facturas 6

4 Gestionar Reportes 7

7 Cambiar Contraseña 8

Fuente: Plantilla del docente


46

4.3. Identificando la complejidad

El equipo los ordena por complejidad, se identifican los de menor complejidad.

Tabla 15
Identificando la complejidad

N. RF. (PRODUCT BACKLOG) PRIORIDAD COMPLEJIDAD

8 Iniciar sesión 1 1

6 Gestionar Usuario 2 1

7 Cambiar contraseña 8 1

1 Gestionar Producto 3 1

2 Gestionar Cotizaciones 5 2

3 Gestionar Ventas 4 2

5 Generar Facturas 6 3

4 Gestionar Reportes 7 4

Fuente: Plantilla del docente


47

4. 4. Asignando un valor en Story Points

Haciendo uso del Planning Poker el Scrum Master determina el valor en Story

Points para el User Story de menor complejidad.

Tabla 16
Asignando un valor en Story Points

N. RF. (PRODUCT BACKLOG) PRIORIDAD COMPLEJIDAD ESFUERZO

8 Iniciar sesión 1 1 2

6 Gestionar Usuario 2 1

7 Cambiar contraseña 8 1

1 Gestionar Producto 3 1

2 Gestionar Cotizaciones 5 2

3 Gestionar Ventas 4 2

5 Generar Facturas 6 3

4 Gestionar Reportes 7 4

Fuente: Plantilla del docente


48

4.5. Asignando el valor en Story Points para cada User Story

Con el referente del valor asignado anteriormente, se asignan los valores en

Story Points para cada uno de los User Story.

Tabla 17
Asignando el valor en Story Points para cada User Story

N. RF. (PRODUCT BACKLOG) PRIORIDAD COMPLEJIDAD ESFUERZO

1 Iniciar sesión 1 1 2,5

2 Gestionar Usuario 2 1 5

3 Cambiar contraseña 8 1 2

4 Gestionar Producto 3 1 5

5 Gestionar Cotizaciones 5 2 8

6 Gestionar Ventas 4 2 8

7 Generar Facturas 6 3 13

8 Gestionar Reportes 7 4 13

Fuente: Plantilla del docente


49

4.6. Duración en días del Sprint

El SCRUM MASTER, debe definir en coordinación con el PRODUCT OWNER

y el equipo de trabajo la duración de cada Sprint.

Tabla 18
Duración en días del Sprint

Número en días

SPRINT

16

Fuente: Plantilla del docente

Según la metodología, se sugiere que cada sprint dure entre 15 y 20 días como

máximo, puesto que necesitamos una entrega acelerada. Para la presente

investigación se ha considerado sprint cada 16 días.


50

4.7. El User Story más representativo

Se elige el user Story más representativo, el que da mayor valor al proyecto.

Tabla 19
El User Story más representativo

N. RF. (PRODUCT BACKLOG) PRIORIDAD COMPLEJIDAD ESFUERZO

1 Gestionar Producto 3 1 5

2 Gestionar Cotizaciones 5 2 8

3 Gestionar Ventas 4 2 8

4 Gestionar Reportes 7 4 13

5 Generar Facturas 6 3 13

6 Gestionar Usuario 2 1 5

7 Cambiar contraseña 8 1 2

8 Iniciar sesión 1 1 2,5

Total Esfuerzo SP 56,5

Fuente: Plantilla del docente

La velocidad de trabajo del proyecto será de 56.5 Story Points / 16 días.


51

4.8. Número total de Sprints

El número total de sprint en el proyecto se calcula, dividiendo el número total


de Story Points entre el número de Story Points máximo en un sprint.

Tabla 20
Número total de Sprints

TOTAL PUNTOS TOTAL PUNTOS ESFUERZO (SPs) N.


ESFUERZO (SPt) CADA SPRINT SPRINTS

56,5 16 4

Fuente: Plantilla del docente

4.9. User Story atendidos por Sprint

En función del User Story anterior, cuántos User Story pueden ser atendidos en un

sprint que dura 16 días.

Luego sumamos el esfuerzo para saber la cantidad máxima de Story Points

desarrollada en cada sprint.


52

Tabla 21
User Story atendidos por Sprint

N. RF. (PRODUCT BACKLOG) PRIORIDAD COMPLEJIDAD ESFUERZO

1 Gestionar Producto 3 1

2 Gestionar Cotizaciones 5 2 8

3 Gestionar Ventas 4 2 8

4 Gestionar Reportes 7 4

5 Generar Facturas 6 3

6 Gestionar Usuario 2 1

7 Cambiar contraseña 8 1

8 Iniciar sesión 1 1

Total Esfuerzo (SP) 16

Fuente: Plantilla del docente

La velocidad de trabajo del proyecto será de 16 Story Points / 16 días.


53

4.10. Número total de Sprints

El número total de sprint en el proyecto se calcula, dividiendo el número total

de Story Points entre el número de Story Points máximo en un sprint.

Tabla 22
Número total de Sprints

NÚMERO TOTAL DE STORY POINTS 56.5

3,53

NÚMERO MÁXIMO DE STORY POINTS EN UN SPRINT 16

Fuente: Plantilla del docente

4.11. Tiempo total de entrega (en días)

Multiplicando el número total de sprint del proyecto por los días de duración de

un sprint, calculamos el total de días estimados para terminar el proyecto.

Tabla 23
Tiempo total de entrega (en días)

N. SPRINTS DURACIÓN DE CADA SPRINT (EN DÍAS) TIEMPO TOTAL EN DÍAS

4 16 64

DURACIÓN EN MESES 2,13

Fuente: Plantilla del docente


54

4.12. Elaboración y agrupación de los Sprints

Tomando la prioridad inicial, identificamos que User Story se desarrollarán para

cada sprint.

Al finalizar cada sprint se hará entrega del producto terminado.

Tabla 24
Elaboración y agrupación de los Sprints

N. RF. (PRODUCT BACKLOG) PRIORIDAD COMPLEJIDAD ESFUERZO

6 Gestionar Usuario 2 2 5

8 Iniciar sesión 1 1 2,5

7 Cambiar contraseña 8 3 2

1 Gestionar Producto 3 4 5

14,5

2 Gestionar Cotizaciones 5 5 8

3 Gestionar Ventas 4 6 8

16

5 Generar Facturas 6 6 13
55

13

4 Gestionar Reportes 7 8 13

13

TOTAL (SP) 56,5

Fuente: Plantilla del docente

4.13. Product Backlog

Tabla 25
Product Backlog

PRODUCT
HISTORIA
BACKLOG

Desarrollar un sistema web para la mejora de la gestión


Sistema web
administrativa en los procesos de compra y venta.

Fuente: Plantilla del docente

• Gerente General: Encargado de gestionar los usuarios y cambiar contraseñas:

• Administrador: Encargado de gestionar los reportes de ventas, compras y

gestionar usuarios.

• Vendedor: Encargado de realizar las ventas, cotizaciones y generar facturas.

• Jefe De Almacén: Encargado de gestionar productos y visualizar stock.


56

4.14. Análisis preliminar de requerimientos

Tabla 26
Análisis preliminar de requerimientos

Actores Gerente Jefe de


Administrador Vendedor
general almacén
Funcionalidades

1 Gestionar Usuario x x

2 Iniciar sesión x x x x

3 Cambiar contraseña x

4 Gestionar Producto x

5 Gestionar Venta x x

6 Gestionar x
Cotizaciones

7 Gestionar Factura x

8 Gestionar Reportes x

Fuente: Plantilla del docente


CAPÍTULO V:
DESARROLLO DE LOS SPRINT DEL PROYECTO
58

5.1. Tarea de las Historia de Usuario

Tabla 27
Tareas de H.U.

Diseñar tablas en la base de datos

Diseñar diagrama de clases

Diseñar la estructura y el interfaz del sistema de


bienvenida
INICIAR SESION Crear un usuario para todo el personal con sus
respectivos privilegios

Crear una contraseña para todo el personal con sus


respectivos privilegios

Validar el usuario desde la base de datos del sistema

Diseñar tablas en la base de datos


SPRINT 01

Diseñar diagrama de clases

Crear formularios de registro de usuarios

Crear fomularios para actualización de usuarios


GESTIONAR USUARIO
Crear formularios para visualizar datos del usuario

Crear la opción de eliminar usuario al seleccionar un


icono

Documentación del modulo usuario

Diseñar y crear el formulario de cambiar contraseña


CAMBIAR
Crear una nueva contraseña para todo el personal
CONTRASEÑA
Validar la contraseña desde la base de datos del sistema

Diseñar tablas en la base de datos

Diseñar diagrama de clases

Crear formularios para registro de productos

Crear formularios para visualizar datos del producto


GESTIONAR
Crear formularios para actualizar datos del producto
PRODUCTO
Crear la opción de eliminar producto al seleccionar un
icono

Documentación del módulo de registro y mantenimiento


de productos
59

Diseñar tablas en la base de datos

Diseñar diagrama de clases

Crear formularios para el registro de cotización

Crear formularios para visualizar datos de la cotización


GESTIONAR
Crear formularios para actualizar los datos de la
SPRINT 02

COTIZACIONES
cotización

Crear la opción de eliminar cotización al seleccionar un


icono

Documentación del módulo de cotización

Diseñar tablas en la base de datos

Diseñar diagrama de clases

Crear formularios para registro de ventas

GESTIONAR VENTAS Crear formularios para visualizar datos de la venta

Crear formularios para actualizar datos de la venta

Crear la opción de eliminar venta al seleccionar un icono

Documentación del módulo de venta

Diseñar tablas en la base de datos


SPRINT 03

Diseñar diagrama de clases

GENERAR FACTURAS Crear formulario para generar factura por producto

Crear vista previa de la factura

Documentación del módulo de facturas

Diseñar tablas en la base de datos

Diseñar diagrama de clases


SPRINT 04

Crear formularios para registro de reportes

Crear vista previa del reporte


GESTIONAR REPORTES
Crear formularios para actualizar datos del reporte

Crear la opción de eliminar reporte al seleccionar un


icono

Documentación del módulo de reportes


Fuente: Elaboración propia
60

5.1.1. Desarrollo del Sprint 1

• Etapa de planificación

A. Ajustes del sprint anterior

Pues aquí inicia el plan, no tenemos la posibilidad de tomar el sprint anterior

para hacer los ajustes necesarios.

B. Pila del sprint


a. Lista de historias de usuario

Tabla 28
Lista de historias de usuario del sprint 1

SPRINTS PRODUCT BACKLOG

Iniciar sesión

Gestionar Usuario
Sprint 1
Cambiar contraseña

Gestionar Producto

Fuente: Plantilla del docente


61

b. Lista de tareas

Tabla 29
Tarea 1.1 - Diseñar la Base de Datos

TAREA

Nº de Tarea: 1.1 Nº Historia de Usuario: 1

Nombre de la Tarea: Diseñar la base de datos

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


12/10/2021 13/10/2021 1

Responsable: Alicia Peralta Linares

Descripción:

Consiste en diseñar e implantar las tablas en la base de datos para que de soporte
iniciar sesión.

Fuente: Elaboración propia


62

Tabla 30
Tarea 1.2 - Diseñar diagrama de clases

TAREA

Nº de Tarea: 1.2 Nº Historia de Usuario: 1

Nombre de la Tarea: Diseñar diagrama de clases

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


14/10/2021 14/10/2021 1

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar el diagrama de clases identificando los atributos y métodos
para iniciar sesión

Fuente: Elaboración propia

Tabla 31
Tarea 1.3 - Diseñar la estructura y el interfaz del sistema de bienvenida

TAREA

Nº de Tarea: 1.3 Nº Historia de Usuario: 1

Nombre de la Tarea: Diseñar la estructura y el interfaz del sistema de bienvenida

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


15/10/2021 15/10/2021 2

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar e implementar los formularios necesarios para iniciar sesión.

Fuente: Elaboración propia


63

Tabla 32
Tarea 1.4 - Crear un usuario para todo el personal con sus respectivos privilegios

TAREA

Nº de Tarea: 1.4 Nº Historia de Usuario: 1

Nombre de la Tarea: Crear un usuario para todo el personal con sus respectivos
privilegios

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


16/10/2021 17/10/2021 1

Responsable: Alicia Peralta Linares

Descripción:
Consiste en los usuarios con sus respectivos privilegios para realizar diversas
actividades.

Fuente: Elaboración propia

Tabla 33
Tara 1.5 - Crear una contraseña para todo el personal con sus respectivos privilegios

TAREA

Nº de Tarea: 1.5 Nº Historia de Usuario: 1

Nombre de la Tarea: Crear una contraseña para todo el personal con sus
respectivos privilegios

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


18/10/2021 18/10/2021 1

Responsable: Alicia Peralta Linares

Descripción:
Consiste en crear una contraseña para cada usuario según sus respectivos
privilegios

Fuente: Elaboración propia


64

Tabla 34
Tarea 1.6 - Validar el usuario desde la base de datos del sistema

TAREA

Nº de Tarea: 1.6 Nº Historia de Usuario: 1

Nombre de la Tarea: Validar el usuario desde la base de datos del sistema

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


19/10/2021 19/10/2021 1

Responsable: Alicia Peralta Linares

Descripción:
Consiste en validar cada usuario desde la base de datos del sistema para que
pueda iniciar sesión

Fuente: Elaboración propia

Tabla 35
Tarea 2.1 - Validar el usuario desde la base de datos del sistema

TAREA

Nº de Tarea: 2.1 Nº Historia de Usuario: 2

Nombre de la Tarea: Diseñar tablas en la base de datos

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


12/10/2021 13/10/2021 1

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar e implantar las tablas en la base de datos para que dé
soporte a gestionar usuarios.

Fuente: Elaboración propia


65

Tabla 36
Tarea 2.2 - Diseñar diagrama de clases

TAREA

Nº de Tarea: 2.2 Nº Historia de Usuario: 2

Nombre de la Tarea: Diseñar diagrama de clases

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


14/10/2021 14/10/2021 2

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar el diagrama de clases identificando los atributos y métodos
para gestionar al usuario.

Fuente: Elaboración propia

Tabla 37
Tarea 2.3 - Crear formularios de registro de usuarios

TAREA

Nº de Tarea: 2.3 Nº Historia de Usuario: 2

Nombre de la Tarea: Crear formularios de registro de usuarios

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


15/10/2021 15/10/2021 2

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar el formulario para registrar usuarios el cual permitirá crear
nuevos usuarios.

Fuente: Elaboración propia


66

Tabla 38
Tarea 2.4 - Crear formularios de registro de usuarios

TAREA

Nº de Tarea: 2.4 Nº Historia de Usuario: 2

Nombre de la Tarea: Crear formularios para actualización de usuarios

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


16/10/2021 16/10/2021 1

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar el formulario para actualizar usuarios el cual permitirá modificar
los datos de los usuarios

Fuente: Elaboración propia

Tabla 39
Tarea 2.5 - Crear formularios de registro de usuarios

TAREA

Nº de Tarea: 2.5 Nº Historia de Usuario: 2

Nombre de la Tarea: Crear formularios para visualizar datos del usuario

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


17/10/2021 17/10/2021 1

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar el formulario para visualizar los datos del usuario el cual
permitirá observar los datos de cada usuario

Fuente: Elaboración propia


67

Tabla 40
Tarea 2.6 - Crear la opción de eliminar usuario al seleccionar un icono

TAREA

Nº de Tarea: 2.6 Nº Historia de Usuario: 2

Nombre de la Tarea: Crear la opción de eliminar usuario al seleccionar un icono

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


18/11/2021 18/11/2021 1

Responsable: Alicia Peralta Linares

Descripción:
Consiste en crear la opción de eliminar usuario al seleccionar un icono lo cual
permitirá mantener los usuarios actualizados al eliminar a los usuarios que están
inactivos

Fuente: Elaboración propia

Tabla 41
Tarea 2.7 - Documentación del módulo usuario

TAREA

Nº de Tarea: 2.7 Nº Historia de Usuario: 2

Nombre de la Tarea: Documentación del módulo usuario

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


18/10/2021 19/10/2021 2

Responsable: Alicia Peralta Linares

Descripción:
Consiste en desarrollar la documentación del módulo usuario con sus respectivas
funciones.

Fuente: Elaboración propia


68

Tabla 42
Tarea 3.1 - Diseñar y crear el formulario de cambiar contraseña

TAREA

Nº de Tarea: 3.1 Nº Historia de Usuario: 3

Nombre de la Tarea: Diseñar y crear el formulario de cambiar contraseña

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


20/10/2021 20/10/2021 1

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar el formulario para cambiar la contraseña lo cual permitirá
mantener la seguridad de los usuarios al cambiar la contraseña

Fuente: Elaboración propia

Tabla 43
Tarea 3.2 - Crear una nueva contraseña para todo el personal

TAREA

Nº de Tarea: 3.2 Nº Historia de Usuario: 3

Nombre de la Tarea: Crear una nueva contraseña para todo el personal

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


21/10/2021 22/10/2021 2

Responsable: Alicia Peralta Linares

Descripción:
Consiste en crear una nueva contraseña para todo el personal lo cual permitirá
mantener la seguridad en cuanto a las contraseñas de los usuarios.

Fuente: Elaboración propia


69

Tabla 44
Tarea 3.3 - Crear una nueva contraseña para todo el personal

TAREA

Nº de Tarea: 3.3 Nº Historia de Usuario: 3

Nombre de la Tarea: Validar la contraseña desde la base de datos del sistema

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


23/10/2021 23/10/2021 2

Responsable: Alicia Peralta Linares

Descripción:
Consiste en validar las contraseñas creadas desde la base de datos del sistema lo
cual permitirá asegurar que las nuevas claves creadas funcionen correctamente.

Fuente: Elaboración propia

Tabla 45
Tarea 4.1 - Diseñar tablas en la base de datos

TAREA

Nº de Tarea: 4.1 Nº Historia de Usuario: n

Nombre de la Tarea: Diseñar tablas en la base de datos

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


20/10/2021 21/10/2021 4

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar e implantar las tablas en la base de datos para que dé soporte
a gestionar productos.

Fuente: Elaboración propia


70

Tabla 46
Tarea 4.2 - Diseñar diagrama de clases

TAREA

Nº de Tarea: 4.2 Nº Historia de Usuario: 4

Nombre de la Tarea: Diseñar diagrama de clases

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


21/10/2021 22/10/2021 2

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar el diagrama de clases identificando los atributos y métodos
para gestionar productos.

Fuente: Elaboración propia

Tabla 47
Tarea4.3 - Crear formularios de registro de productos

TAREA

Nº de Tarea: 4.3 Nº Historia de Usuario: 4

Nombre de la Tarea: Crear formularios de registro de productos

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


22/10/2021 23/10/2021 2

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar el formulario para registrar productos el cual permitirá crear
nuevos productos.

Fuente: Elaboración propia


71

Tabla 48
Tarea 4.4 - Crear formularios para actualización de productos

TAREA

Nº de Tarea: 4.4 Nº Historia de Usuario: 4

Nombre de la Tarea: Crear formularios para actualización de productos

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


23/10/2021 23/10/2021 2

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar el formulario para actualizar productos el cual permitirá
modificar los datos de los productos

Fuente: Elaboración propia

Tabla 49
Tarea 4.5 - Crear formularios para visualizar datos del producto

TAREA

Nº de Tarea: 4.5 Nº Historia de Usuario: 4

Nombre de la Tarea: Crear formularios para visualizar datos del producto

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


24/10/2021 24/10/2021 2

Responsable: Alicia Peralta Linares

Descripción:
Consiste en diseñar el formulario para visualizar los datos del producto el cual
permitirá observar los datos de cada producto.

Fuente: Elaboración propia


72

Tabla 50
Tarea 4.6 - Crear la opción de eliminar producto al seleccionar un icono

TAREA

Nº de Tarea: 4.6 Nº Historia de Usuario: 4

Nombre de la Tarea: Crear la opción de eliminar producto al seleccionar un icono

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


25/10/2021 25/10/2021 1

Responsable: Alicia Peralta Linares

Descripción:
Consiste en crear la opción de eliminar producto al seleccionar un icono lo cual
permitirá mantener los productos actualizados al eliminar a los productos que no
estén disponibles.

Fuente: Elaboración propia

Tabla 51
Tarea 4.7 - Documentación del módulo producto

TAREA

Nº de Tarea: 4.7 Nº Historia de Usuario: 4

Nombre de la Tarea: Documentación del módulo producto

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


26/10/2021 27/10/2021 2

Responsable: Alicia Peralta Linares

Descripción:
Consiste en desarrollar la documentación del módulo producto con sus respectivas
funciones.

Fuente: Elaboración propia


73

C. Calendario de trabajo del sprint

Tabla 52
Calendario de trabajo del sprint 1

SPRINT 1 F. INICIO F. FINAL

Definición de casos de uso 17/09/2021 18/09/2021

Elaboración de diagramas de clase 19/10/2021 23/09/2021

Diseño e implementación de la base de datos 24/09/202 26/09/ 2021

Implementación de la funcionalidad del SPRINT 27/09/2021 02/09/2021

Pruebas de QA (Quality Assurance) 03/09/2021 03/09/2021

Instalación 04/09/2021 05/09/2021

Capacitación al cliente 06/09/2021 07/09/2021

Fuente: Elaboración propia


74

D. Historias de Usuarios

Tabla 53
Puntos asignados de las Historias de Usuarios

N.
NOMBRE DE LA HISTORIA Puntos Asignados
Historia

3 Cambiar contraseña 2

1 Iniciar sesión 2.5

2 Gestionar Usuario 5

4 Gestionar Producto 5

Fuente: Elaboración propia

E. Definición de caso de uso – SPRINT 1

Figura 7
Caso de Uso Gestionar Usuario

Fuente: Elaboración propia


75

Figura 8
Caso de Uso Iniciar sesión

Fuente: Elaboración propia

Figura 9
Caso de Uso Gestionar Producto

Fuente: Elaboración propia


76

F. Prototipos de las funcionalidades del Sprint 1

Figura 10
Prototipo de Pantalla Login

Fuente: Elaboración propia

Figura 11
Prototipo de Pantalla Cambiar Contraseña

Fuente: Elaboración propia


77

Figura 12
Prototipo de Pantalla Gestionar Usuario

Fuente: Elaboración propia

Figura 13
Prototipo de Pantalla Gestionar Producto

Fuente: Elaboración propia


78

5.1.2. Desarrollo del Sprint 2

• Etapa de Planificación

A. Ajustes del sprint anterior

Se procedió a realizar la funcionalidad de los requisitos funcionales que

se establecieron en el desarrollo del primer sprint.

B. Pila del sprint

a. Lista de historias de usuario

Figura 14
Lista de historias de usuario del sprint 2

SPRINTS PRODUCT BACKLOG

Gestionar cotizaciones
Sprint 2
Gestionar ventas

Fuente: Elaboración propia


79

b. Lista de tareas

Tabla 54
Tarea 5.1 - Diseñar tablas en la base de datos

TAREA

Nº de Tarea: 5.1 Nº Historia de Usuario: 5

Nombre de la Tarea: Diseñar tablas en la base de datos

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


27/10/2021 30/10/2021 3

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar e implantar las tablas en la base de datos para que dé soporte
a gestionar cotizaciones

Fuente: Elaboración propia

Tabla 55
Tarea 5.2 - Diseñar diagrama de clases

TAREA

Nº de Tarea: 5.2 Nº Historia de Usuario: 5

Nombre de la Tarea: Diseñar diagrama de clases

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


31/10/2021 02/11/2021 3

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el diagrama de clases identificando los atributos y métodos
para gestionar cotizaciones

Fuente: Elaboración propia


80

Tabla 56
Tarea 5.3 - Crear formularios de registro de cotizaciones

TAREA

Nº de Tarea: 5.3 Nº Historia de Usuario: 5

Nombre de la Tarea: Crear formularios de registro de cotizaciones

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


02/11/2021 03/11/20212 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el formulario para registrar cotizaciones el cual permitirá crear
nuevas cotizaciones

Fuente: Elaboración propia

Tabla 57
Tarea 5.4 - Crear formularios para visualización de cotizaciones

TAREA

Nº de Tarea: 5.4 Nº Historia de Usuario: 5

Nombre de la Tarea: Crear formularios para visualización de cotizaciones

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


04/10/2021 05/10/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el formulario para visualizar los datos de cotización el cual
permitirá observar los datos de cada cotización.

Fuente: Elaboración propia


81

Tabla 58
Tarea 5.5 - Crear formularios para visualización de cotizaciones

TAREA

Nº de Tarea: 5.5 Nº Historia de Usuario: 5

Nombre de la Tarea: Crear formularios para actualizar los datos de las cotizaciones

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


05/11/2021 06/11/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el formulario para actualizar cotizaciones el cual permitirá
modificar los datos de las cotizaciones.

Fuente: Elaboración propia

Tabla 59
Tarea 5.6 - Crear la opción de eliminar cotización al seleccionar un icono

TAREA

Nº de Tarea: 5.6 Nº Historia de Usuario: 5

Nombre de la Tarea: Crear la opción de eliminar cotización al seleccionar un icono

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


07/11/2021 08/11/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en crear la opción de eliminar cotización al seleccionar un icono lo cual
permitirá mantener las cotizaciones actualizadas al eliminar cotizaciones.

Fuente: Elaboración propia


82

Tabla 60
Tarea 5.7 - Documentación del módulo de cotización

TAREA

Nº de Tarea: 5.7 Nº Historia de Usuario: 5

Nombre de la Tarea: Documentación del módulo de cotización

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


09/11/2021 11/11/2021 4

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en desarrollar la documentación del módulo cotización con sus respectivas
funciones.

Fuente: Elaboración propia

Tabla 61
Tarea 6.1 - Diseñar tablas en la base de datos

TAREA

Nº de Tarea: 6.1 Nº Historia de Usuario: 6

Nombre de la Tarea: Diseñar tablas en la base de datos

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


27/10/2021 30/10/2021 3

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar e implantar las tablas en la base de datos para que dé soporte
a gestionar ventas.

Fuente: Elaboración propia


83

Tabla 62
Tarea 6.2 - Diseñar diagrama de clases

TAREA

Nº de Tarea: 6.2 Nº Historia de Usuario: 6

Nombre de la Tarea: Diseñar diagrama de clases

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


31/10/2021 02/11/2021 3

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el diagrama de clases identificando los atributos y métodos
para gestionar ventas.

Fuente: Elaboración propia

Tabla 63
Tarea 6.3 - Diseñar diagrama de clases

TAREA

Nº de Tarea: 6.3 Nº Historia de Usuario: 6

Nombre de la Tarea: Crear formularios de registro de ventas

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


03/11/2021 04/11/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el formulario para registrar ventas el cual permitirá crear nuevas
ventas al considerar las cotizaciones.

Fuente: Elaboración propia


84

Tabla 64
Tarea 6.4 - Crear formularios para visualizar datos de la venta

TAREA

Nº de Tarea: 6.4 Nº Historia de Usuario: 6

Nombre de la Tarea: Crear formularios para visualizar datos de la venta

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


04/11/2021 05/11/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el formulario para visualizar los datos de la venta el cual
permitirá observar los datos de cada venta

Fuente: Elaboración propia

Tabla 65
Tarea 6.5 - Crear formularios para visualizar datos de la venta

TAREA

Nº de Tarea: 6.5 Nº Historia de Usuario: 6

Nombre de la Tarea: Crear formularios para actualizar datos de la venta

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


06/11/2021 07/11/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el formulario para actualizar ventas el cual permitirá modificar
los datos de las ventas.

Fuente: Elaboración propia


85

Tabla 66
Tarea 6.6 - Crear la opción de eliminar venta al seleccionar un icono

TAREA

Nº de Tarea: 6.6 Nº Historia de Usuario: 6

Nombre de la Tarea: Crear la opción de eliminar venta al seleccionar un icono

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


08/11/2021 09/11/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en crear la opción de eliminar venta al seleccionar un icono lo cual
permitirá mantener las ventas actualizadas al eliminar ventas que contengan
errores.

Fuente: Elaboración propia

Tabla 67
Tarea 6.7 - Documentación del módulo de ventas

TAREA

Nº de Tarea: 2.7 Nº Historia de Usuario: 2

Nombre de la Tarea: Documentación del módulo de ventas

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


09/11/2021 11/11/2021 3

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en desarrollar la documentación del módulo de ventas con sus respectivas
funciones.

Fuente: Elaboración propia


86

C. Calendario de trabajo del sprint

Tabla 68
Calendario de trabajo del sprint 2

SPRINT 2 F. INICIO F. FIN

Revisión y corrección del SPRINT anterior 09/10/2021 10/10/2021

Definición de casos de uso 11/10/2021 12/10/2021

Elaboración de diagramas de clase 13/10/2021 14/10/ 2021

Diseño e implementación de la base de datos 15/10/2021 17/10/2021

Implementación de la funcionalidad del SPRINT 18/10/2021 22/10/2021

Pruebas de QA (Quality Assurance) 23/10/2021 26/10/2021

Instalación 27/10/2021 29/10/2021

Capacitación al cliente 30/11/2021 01/11/2021

Fuente: Elaboración propia

D. Historias de Usuarios

Tabla 69
Puntos asignados de las Historias de Usuarios

N. Historia NOMBRE DE LA HISTORIA Puntos Asignados

5 Gestionar cotizaciones 8

6 Gestionar ventas 8

Fuente: Elaboración propia


87

E. Definición de caso de uso – SPRINT 2

Figura 15
Caso de Uso Gestionar Cotización

Fuente: Elaboración propia

Figura 16
Caso de Uso Gestionar Venta

Fuente: Elaboración propia


88

F. Prototipos de las funcionalidades del Sprint 2

Figura 17
Prototipo de Pantalla Gestionar Cotización

Fuente: Elaboración propia

Figura 18
Prototipo de Pantalla Gestionar Venta

Fuente: Elaboración propia


89

5.1.3. Desarrollo del Sprint 3

• Etapa de Planificación

A. Ajustes del sprint anterior

Se procedió a realizar la funcionalidad de los requisitos funcionales que se

establecieron en el desarrollo del primer sprint.

B. Pila del sprint

a. Lista de historias de usuario

Tabla 70
Lista de historias de usuario del sprint 3

SPRINTS PRODUCT BACKLOG

Sprint 3 Generar facturas

Fuente: Elaboración propia


90

b. Lista de tareas

Tabla 71
Tarea 7.1 - Diseñar tablas en la base de datos

TAREA

Nº de Tarea: 7.1 Nº Historia de Usuario: 7

Nombre de la Tarea: Diseñar tablas en la base de datos

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


12/11/2021 15/11/2021 3

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar e implantar las tablas en la base de datos para que dé soporte
a generar factura.

Fuente: Elaboración propia

Tabla 72
Tarea 7.2 - Diseñar diagrama de clases

TAREA

Nº de Tarea: 7.2 Nº Historia de Usuario: 7

Nombre de la Tarea: Diseñar diagrama de clases

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


16/11/2021 19/11/2021 3

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el diagrama de clases identificando los atributos y métodos
para generar la factura.

Fuente: Elaboración propia


91

Tabla 73
Tarea7.3 - Crear formulario para generar factura por producto

TAREA

Nº de Tarea: 7.3 Nº Historia de Usuario: 7

Nombre de la Tarea: Crear formulario para generar factura por producto

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


20/11/2021 21/11/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el formulario para el generar factura por producto lo cual
permitirá recibir una factura.

Fuente: Elaboración propia

Tabla 74
Tarea 7.4 - Crear vista previa de la factura

TAREA

Nº de Tarea: 7.4 Nº Historia de Usuario: 4

Nombre de la Tarea: Crear vista previa de la factura

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


22/11/2021 23/11/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar una vista previa de la factura la cual se mostrará a través de
una interfaz.

Fuente: Elaboración propia


92

Tabla 75
Tarea 7.5 - Documentación del módulo de facturas

TAREA

Nº de Tarea: 7.5 Nº Historia de Usuario: 7

Nombre de la Tarea: Documentación del módulo de facturas

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


24/11/2021 26/11/2021 3

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en desarrollar la documentación del módulo de facturas con sus
respectivas funciones.

Fuente: Elaboración propia


93

C. Calendario de trabajo del sprint

Tabla 76
Calendario de trabajo del sprint 3

SPRINT 3 F. INICIO F. FIN

Revisión y corrección del SPRINT anterior 02/11/2021 03/11/2021

Definición de casos de uso 04/11/2021 05/11/2021

Elaboración de diagramas de clase 06/11/2021 07/11/ 2021

Diseño e implementación de la base de datos 08/11/2021 09/11/2021

Implementación de la funcionalidad del SPRINT 10/11/2021 13/11/2021

Pruebas de QA (Quality Assurance) 13/11/2021 14/11/2021

Instalación 15/11/2021 16/11/2021

Capacitación al cliente 17/11/2021 18/11/2021

Fuente: Elaboración propia

D. Historias de Usuarios

Tabla 77
Puntos asignados de las Historias de Usuarios

N. Historia NOMBRE DE LA HISTORIA Puntos Asignados

7 Generar factura 13

Fuente: Elaboración propia


94

E. Prototipos de las funcionalidades del Sprint 3

Figura 19
Prototipo de Pantalla Generar Factura

Fuente: Elaboración propia

5.1.4. Desarrollo del Sprint 4

• Etapa de Planificación

Ajustes del sprint anterior

Se procedió a realizar la funcionalidad de los requisitos funcionales que se

establecieron en el desarrollo del primer sprint.

Pila del sprint

a. Lista de historias de usuario


95

Tabla 78
Lista de historias de usuario del Sprint 4

SPRINTS PRODUCT BACKLOG

Sprint 4 Gestionar Reportes

Fuente: Elaboración propia

b. Lista de tareas

Tabla 79
Tarea 8.1 - Diseñar tablas en la base de datos

TAREA

Nº de Tarea: 8.1 Nº Historia de Usuario: 8

Nombre de la Tarea: Diseñar tablas en la base de datos

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


27/11/2021 30/11/2021 3

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar e implantar las tablas en la base de datos para que dé soporte
a gestionar reportes.

Fuente: Elaboración propia


96

Tabla 80
Tarea 8.2 - Diseñar diagrama de clases

TAREA

Nº de Tarea: 8.2 Nº Historia de Usuario: 8

Nombre de la Tarea: Diseñar diagrama de clases

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


01/12/2021 03/12/2021 3

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el diagrama de clases identificando los atributos y métodos
para gestionar reportes.

Fuente: Elaboración propia

Tabla 81
Tarea 8.3 - Crear formularios de registro de reportes

TAREA

Nº de Tarea: 8.3 Nº Historia de Usuario: 8

Nombre de la Tarea: Crear formularios de registro de reportes

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


04/12/2021 05/12/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el formulario para registrar reportes el cual permitirá crear
nuevos reportes.

Fuente: Elaboración propia


97

Tabla 82
Tarea 8.4 - Crear vista previa del reporte

TAREA

Nº de Tarea: 8.4 Nº Historia de Usuario: 8

Nombre de la Tarea: Crear vista previa del reporte

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


05/12/2021 06/12/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en crear una vista previa de los reportes que se realizan el cual permitirá
observar los detalles de un reporte así como una vista general.

Fuente: Elaboración propia

Tabla 83
Tarea 8.5 - Crear vista previa del reporte

TAREA

Nº de Tarea: 8.5 Nº Historia de Usuario: 8

Nombre de la Tarea: Crear formularios para actualizar los datos del reporte

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


07/12/2021 08/12/2021 3

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en diseñar el formulario para actualizar datos de los reportes el cual
permitirá modificar los datos de los reportes.

Fuente: Elaboración propia


98

Tabla 84
Tarea 8.6 - Crear la opción de eliminar reporte al seleccionar un icono

TAREA

Nº de Tarea: 8.6 Nº Historia de Usuario: 8

Nombre de la Tarea: Crear la opción de eliminar reporte al seleccionar un icono

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


08/12/2021 09/12/2021 2

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en crear la opción de eliminar reporte al seleccionar un icono lo cual
permitirá mantener los reportes actualizados al eliminar reportes.

Fuente: Elaboración propia

Tabla 85
Tarea 8.7 - Documentación del módulo de reportes

TAREA

Nº de Tarea: 8.7 Nº Historia de Usuario: 8

Nombre de la Tarea: Documentación del módulo de reportes

Fecha Inicio: Fecha Fin: Tiempo Estimado en Horas:


09/11/2021 12/11/2021 4

Responsable: Stefanny Salas Jimenez

Descripción:
Consiste en desarrollar la documentación del módulo reportes con sus respectivas
funciones.

Fuente: Elaboración propia


99

Calendario de trabajo del sprint


Tabla 86
Calendario de trabajo del sprint 4

SPRINT 4 F. INICIO F. FIN

Revisión y corrección del SPRINT anterior 19/11/2021 20/11/2021

Definición de casos de uso 21/11/2021 22/11/2021

Elaboración de diagramas de clase 23/12/2021 24/12/ 2021

Diseño e implementación de la base de datos 25/12/2021 26/12/2021

Implementación de la funcionalidad del SPRINT 27/12/2021 29/12/2021

Pruebas de QA (Quality Assurance) 30/11/2021 02/12/2021

Instalación 03/12/2021 05/12/2021

Capacitación al cliente 06/12/2021 07/12/2021

Fuente: Elaboración propia

Historias de Usuarios
Tabla 87
Puntos asignados de las Historias de Usuarios

N. Historia NOMBRE DE LA HISTORIA Puntos Asignados

8 Gestionar reportes 13

Fuente: Elaboración propia


100

Definición de caso de uso – SPRINT 4


Figura 20
Caso de Uso Gestionar Reportes

Fuente: Elaboración propia

Prototipos de las funcionalidades del Sprint 4


Figura 21
Prototipo de Pantalla Gestionar Reportes

Fuente: Elaboración propia


101

CONCLUSIONES

• El sistema informático en web está acorde con lo que la empresa requiere para

controlar sus operaciones de compra y venta, por consiguiente, le permitirá

tomar decisiones oportunas de manera rápida, disminuyendo así la posibilidad

de pérdida en tiempo y dinero.

• Una de las principales dificultades que se presentan al desarrollar los procesos

de compra y venta de forma manual es la demora, viéndose esta reflejada en

los tiempos, el sistema informático disminuye los minutos que abarca este, lo

que le permite ser ágil y dinámico.

• Para el trabajo de investigación se utilizó la metodología Scrum tanto para la

documentación como para el desarrollo del sistema web ya que se tiene como

finalidad la entrega de valor en períodos cortos de tiempo, según los resultados

obtenidos se puede decir que es ideal aplicar esta metodología ágil al

desarrollo de aplicaciones Web ya que esta permite una adecuación de cara a

las necesidades del cliente y brinda flexibilidad en el desarrollo del producto.


102

RECOMENDACIONES

• Se recomienda alinear al sistema cuando existan futuros cambios en la

organización y nuevas reglas de negocio en la corporación para su correcto

funcionamiento.

• Se recomienda seguir las instrucciones y las indicaciones detalladas durante

la transferencia de conocimiento al usuario para el correcto uso del sistema

web.

• Recomendamos ejecutar un plan de mantenimiento preventivo y correctivo al

sistema periódicamente para optimizar su uso y buen funcionamiento.


REFERENCIA
104

Artículo

Ruiz L., Edgar, & Lorena L., Paul, & Raffo L., Eduardo, & Hinojosa L., Hilmar (2003).

Gestión de la información en una PYME. Industrial Data, 6(2),27-38.

https://www.redalyc.org/articulo.oa?id=81660205

Artículo de Revista

AméricaEConomía.com. (2017). Mala gestión de inventarios, una de las principales

causas de quiebre de las PyMes. MBA & Educación

ejecutiva. https://mba.americaeconomia.com/articulos/notas/mala-gestion-de-

inventarios-una-de-las-principales-causas-de-quiebre-de-las-pymes

Tenesaca, M.& Maji, E. (2018). Control de los inventarios y su incidencia en la

rentabilidad para negocios que comercializan productos de primera necesidad.

Revista Observatorio de la Economía Latinoamericana.

https://www.eumed.net/rev/oel/2018/07/control-inventarios-rentabilidad.html

Artículo de Periódico

Cuenca, J. (2017, 30 de octubre). El fundador de Optimice Compras ofrece

recomendaciones para gestionar un sector clave dentro de los negocios. La

Voz. https://www.lavoz.com.ar/negocios/area-de-compras-los-10-errores-mas-

comunes-en-las-empresas/

Pérez, R. & Ramírez, M. (2015, 02 de Setiembre). ¿Por qué fracasan las pymes en

Colombia? Semana. https://www.semana.com/economia/articulo/pymes-

colombia/212958/
105

Blog

González C. (2014, marzo 11). Importancia del control interno en las pymes

Gestiopolis https://www.gestiopolis.com/importancia-del-control-interno-en-

las-pymes/

Libro

Sánchez de Puerta, P. (2014). Dirección y estrategias de ventas e intermediación

comercial UF1723 (1a ed.). CEP, S.L.


ANEXOS
ANEXO 1: ACTA DE CONSTITUCIÓN

ACTA DE CONSTITUCIÓN DEL PROYECTO

DESARROLLO DE UN SISTEMA WEB PARA LA MEJORA DE LA GESTIÓN

ADMINISTRATIVA EN LOS PROCESOS DE COMPRA Y VENTA DE LA EMPRESA

DISTRIBUIDORA M & C MARKOS S.R.L

Fecha: 27/09/2021
Plantilla actualizada a la última versión de la guía PMBOK 6 publicada en 2017.

Tabla de contenido

1. Información del proyecto 4

1.1 Datos 4

1.2 Patrocinador / Patrocinadores 4

2. Propósito y justificación del proyecto 5

3. Descripción del proyecto y entregables 5

4. Requerimientos de alto nivel 6

4.1Requerimientos del producto (SISTEMA)en la página 6

4.2Requerimientos del proyecto 6

5. Objetivos 7

6. Premisas y restricciones 9

7. Riesgos iniciales de alto nivel 9

8. Cronograma de hitos principales 10

9. Presupuesto inicial asignado 11

10. Lista de Interesados (stakeholders) 12

11. Requisitos de aprobación del proyecto 12

12. Criterios de cierre o cancelación 12

13. Asignación del gerente de proyecto y nivel de autoridad 12

13.1. Gerente de proyecto 12

13.2. Niveles de autoridad 13

14. Personal y recursos preasignados 13

15. Aprobaciones 14
1. Información del proyecto

1.1. Datos

Empresa / Organización Peralta Linares Alicia, Salas Jimenez Stefanny

Desarrollo de un sistema web para la mejora de la


gestión administrativa en los procesos de compra y
Proyecto
venta de la empresa DISTRIBUIDORA M & C
MARKOS S.R.L.

Fecha de preparación 27/09/2021

Cliente Distribuidora M & C Markos S.R.L.

Patrocinador principal Medina Aguilar María del Carmen

Gerente de proyecto Peralta Linares Alicia

1.2. Patrocinador / Patrocinadores

Departamento Rama ejecutiva


Nombre Cargo
/ División (Vicepresidencia)

Medina Aguilar María Gerencia


Gerente General
del Carmen General
2. Propósito y justificación del proyecto

Operacional: El Sistema de Información permite agilizar los procesos de todas las


áreas además de que será diseñado con una interfaz amigable, para una utilización
y aprendizaje veloz por los usuarios del sistema.

Organizacional: El desarrollo del estudio permitirá a la empresa abordar la


problemática que se presenta en la gestión administrativa. Asimismo, se podrá
mejorar los procesos de la organización, mejorar la imagen de la empresa y atender
las necesidades de los clientes y del personal administrativo de una manera más
eficiente.

3. Descripción del proyecto y entregables

Se desarrollará un sistema web para mejorar la gestión administrativa a través de


este sistema se manejará todos los procesos claves de forma organizada como
resultado se obtendrá un sistema eficiente que cumpla con los requerimientos de la
empresa.
Entregables:
1. Manual de usuario
2. Project Charter
3. Entrega del diseño y los diagramas UML
4. Documento de pruebas de aceptación
4. Requerimientos de alto nivel
4.1. Requerimientos del producto (SISTEMA)

Requerimientos Funcionales
1. Gestionar Usuario
2. Gestionar Productos
3. Gestionar Ventas
4. Gestionar Reportes
5. Gestionar Cotización
6. Generar Factura
Requerimientos no funcionales
1. Las interfaces deben ser fáciles y entendibles.
2. El sistema debe ser capaz de cumplir con las necesidades del usuario.
3. El sistema deberá estar disponible las veinticuatro horas (24h) del día.
4. La información manejada por el sistema deberá estar protegida de accesos no
autorizados.

4.2. Requerimientos del proyecto

Reuniones con los Stakeholders.


5. Objetivos

Objetivo 1: Determinar la problemática


que existe en la gestión administrativa en
los procesos de compra y venta de la Indicador de éxito
empresa en la distribuidora M & C
Markos S.R.L

Alcance

Empresa distribuidora M & C Markos 100 %


S.R.L. 85%

Cronograma (Tiempo)

Semana 1: 2 horas 4 horas

Semana 2: 2 horas

Costo

Pasajes Auspicio de la empresa

Servicios

100 semanal

Calidad

Gestión administrativa eficiente 100%

Otros

Reuniones de Coordinación con el


100% de las reuniones de coordinación.
dueño de la empresa
Objetivo 2: Mejorar la gestión administrativa en los
procesos de compra y venta de la empresa
Indicador de éxito
Distribuidora M & C Markos S.R.L.

Alcance

100 %
Empresa distribuidora M & C Markos S.R.L.
85%

Cronograma (Tiempo)

Control de ventas: 1 Mes 5 meses

Organizar inventario: 1 Mes

Reducir tiempo en reportes y consultas: 1 Mes

Agilizar el control de información: 2 Meses

Costo

Servicios Auspicio de la empresa

Pasajes

100 mensual

Calidad

Gestión administrativa eficiente 100%

Otros

Reuniones de verificación con el dueño y personal


100%
de la empresa
6. Premisas y restricciones

Premisas:
1. El desarrollo del sistema web se va a hacer en el lenguaje de programación PHP;
aprovechando los recursos accesibles que PHP brinda.
2. Se capacitará al personal de la empresa para el uso del sistema web durante 15
días por el Scrum Team.
3. Manejo de software libre.
Restricciones:
1. Temporal: La actual investigación se desarrollará en el periodo correspondido
entre septiembre y diciembre del presente año.
2. Solo un usuario con los permisos necesarios puede eliminar información
importante.

7. Riesgos iniciales de alto nivel

1. Incumplimiento de los requisitos clave del cliente como la gestión de ventas e


inventario.
2. Cambios en los requisitos del cliente antes de que el sistema web sea publicado
3. Variación de costos.
8. Cronograma de hitos principales

Hito Fecha tope

1. Captura de requerimientos de la empresa 15/09/2021 - 26/10/2021

2. Gestión de proyectos: 18/09/2021

- Project charter 27/09/2021

- Matriz de requerimientos 30/09/2021

- EDT 05/10/2021

- Plan de Gestión de alcance 06/10/2021

- Project schedule 18/10/2021

3. Sprints: 22/10/2021

- Product backlog aprobado 23/10/2021

- Historias de usuario 24/10/2021

- Sprint backlog 25/10/2021

- Informe de seguimiento del proyecto 30/10/2021

- Plan de gestión del proyecto 03/11/2021

4. Implementación 15/12/2021
9. Presupuesto inicial asignado

Fecha presupuesta 28/09/2021 Validez: 50 días

DESCRIPCIÓN UNIDADES PRECIO TOTAL

Computadoras 3 S/ 2.000 S/ 6.000,00

Conexión a internet 4 S/ 100 S/ 400,00

Licencias de software 3 S/ 150 S/ 450,00

Hosting - S/ - S/ -

Dominio corporativo - S/ - S/ -

Servicio de desarrollo del software 1 S/ 2.000 S/ 2.000,00

SUB - TOTAL S/ 8.850,00

DESCUENTO S/ 850,00

IVA % 25%

TOTAL PRESUPUESTADO S/ 10.000,00


10. Lista de Interesados (stakeholders)

Departamento / Rama ejecutiva


Nombre Cargo
División (Vicepresidencia)

María del Carmen


Dueña Gerencia General Presidenta
Medina Aguilar

Manuela Medina -
Administradora Administración
Aguilar

11. Requisitos de aprobación del proyecto

Proceso de adquisición de equipamiento y software dentro de los plazos


establecidos y las características requeridas.
Evaluador: Roció Medina Aguilar

Diseño de software acorde a los requerimientos de la parte interesada (Stakeholder)


Evaluador: Kevin León

12. Criterios de cierre o cancelación

Cuando el proyecto excede del presupuesto.

13. Asignación del gerente de proyecto y nivel de autoridad


13.1. Gerente de proyecto

Departamento / Rama ejecutiva


Nombre Cargo
División (Vicepresidencia)

Alicia Peralta Gerente de


- -
Linares proyecto
13.2. Niveles de autoridad

Área de autoridad Descripción del nivel de autoridad

Creación de grupos de trabajo, según


Decisiones de personal (Staffing)
actividades (bajo)

Hará los respectivos pagos, así como la


Gestión de presupuesto y de sus
asignación para cada área de trabajo y trabajos
variaciones
que se deban realizar por aparte. (bajo)

Tendrá a cargo las especificaciones de la


Decisiones técnicas plataforma cambios que se deban realizar y
manejo y apoyo de personal (alto)

Coordinar el personal para que se haga cargo


Resolución de conflictos de las diferentes causales de los conflictos bien
sean de personal o de aplicación. (medio)

Ruta de escalamiento y Manejo de personal encargado (coordinadores


limitaciones de autoridad y gerentes de proyectos) (medio)

14. Personal y recursos preasignados

Departamento / Rama ejecutiva


Recurso
División (Vicepresidencia)

2 ing. de desarrollo Desarrollo -

2 analistas de información Sistemas

1 gerente de proyecto Sistemas

2 computadoras Team
15. Aprobaciones

Patrocinador Fecha Firma

Ing. Julissa Reyna González 27/09/2021


ANEXO 2: MATRIZ DE TRAZABILIDAD
ANEXO 3: BENCHMARKING - PERCEPCIÓN
ANEXO 4: BENCHMARKING - FACTORES INTERNOS
ANEXO 5: MAPA PICTOGRAFICO
ANEXO 6: DIAGRAMA AS-IS Y TO-BE DE VENTA
ANEXO 7: DIAGRAMA AS-IS Y TO-BE DE COMPRA
ANEXO 8: PRODUCT BACKLOG

N. RF. (PRODUCT BACKLOG)

1 Gestionar Producto

2 Gestionar Cotizaciones

3 Gestionar Ventas

4 Gestionar Reportes

5 Generar Facturas

6 Gestionar Usuarios

7 Cambiar contraseña

8 Iniciar sesión
ANEXO 9: IMPACT MAP
ANEXO 10: CHECKLIST DEL PROYECTO

EN
ACTIVIDADES EN INICIO CONCLUIDO
PROCESO

1. Elicitación de Requerimientos X

2. Definición de actores X

3. Creación y definición de Historias


X
de usuarios

4. Definición de Sprints X

5. Creación de casos de uso de


X
sistema

6. Creación de prototipos X

7. Creación y definición de tareas


X
de HU

8. Creación de diagrama de clases X

9. Creación de base de datos X


ANEXO 11: CRONOGRAMA DE ACTIVIDADES

También podría gustarte