Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Metodología de la Investigación
Tema
Autor (es)
Tutor
Managua, Nicaragua
Índice
I. Introducción...............................................................................................................................1
II. Antecedentes...........................................................................................................................2
III. Justificación............................................................................................................................3
IV. Objetivos.................................................................................................................................4
a. Objetivo General.....................................................................................................................4
b. Objetivos Específicos..............................................................................................................4
V. Pregunta de Investigación..........................................................................................................5
VI. Viabilidad................................................................................................................................6
a. Factibilidad Técnica...............................................................................................................6
i. Hardware............................................................................................................................6
ii. Software..............................................................................................................................6
iii. Comunicaciones..............................................................................................................7
b. Factibilidad Económica..........................................................................................................9
i. Costos de Inversión.............................................................................................................9
c. Factibilidad Operativa...........................................................................................................11
ii. .NET...................................................................................................................................12
i. Angular..............................................................................................................................14
ii. .NET...................................................................................................................................14
i. Normalización...................................................................................................................14
v. Historial de facturación.....................................................................................................15
i. Consistencia visual............................................................................................................15
i. Requisitos normativos.......................................................................................................17
IX. Hipótesis...............................................................................................................................20
1. Hipótesis General.................................................................................................................20
X. Diseño Metodológico................................................................................................................21
i. Sprint planning.....................................................................................................................22
v. Estructura de la Reunión..................................................................................................23
iv. Retrospective.....................................................................................................................25
XI. Cronograma..........................................................................................................................27
XII. Referencias...........................................................................................................................30
XIII. Apéndices..........................................................................................................................32
Índice de Tablas
en particular, para los salones de belleza que buscan optimizar sus operaciones y brindar un
buen servicio a sus clientes. Este proyecto surge para solventar la necesidad de mejorar la
servicios con cuadernos y libretas, identificamos una oportunidad para implementar un sistema
web personalizado que no solo agilice las tareas administrativas, sino que también ofrezca una
Al analizar antecedentes, se observa la poca oferta de sistemas de gestión para salones de belleza
2021) uno de los pocos ejemplos. Sin embargo, identificamos debilidades en los sistemas
1
II. Antecedentes
proyectos monográficos, siendo uno de los pocos el "Sistema Web para la Gestión de la
2021) proporcionando una base sólida para nuestro proyecto de desarrollo de software. Es
Gestión Integral del Personal: No se cuenta con la posibilidad de tener múltiples roles
por separado, característica que sin duda en un futuro podría implicar cambios
software TPV dedicado para peluquerías y centros de estética. Aunque es una opción sólida, la
2
III. Justificación
negocio. Sin embargo, los tradicionales métodos manuales pueden ser propensos a errores y
consumir una cantidad significativa de tiempo y recursos. Es por este motivo que decidimos
crear un sistema de facturación para el salón de belleza Rebet’s Salon, el cual está ubicado en
Waspan norte, la propietaria del negocio llamada Rebeca nos comentó su problemática de
facturación del salón de belleza Rebet’s Salon, ya que permitirá optimizar el proceso de cobro en
cada venta, ofrecer un mejor servicio a los clientes, reducir los errores humanos, ahorrar tiempo
y recursos en la gestión del inventario y tener un mayor control sobre las finanzas del negocio.
Es importante destacar que nuestra solución para Rebet’s Salon, al ser personalizada tendrá una
mejor adaptabilidad y enfoque centrado a las necesidades específicas del cliente, además de que
su costo humano corresponde a una donación por parte de los desarrolladores de la Universidad
Nacional de Ingeniería.
3
IV. Objetivos
a. Objetivo General
b. Objetivos Específicos
Analizar el modelo de negocio y elementos claves con los cuales opera el salón de belleza
Rebet’s Salon
Realizar pruebas de calidad para asegurarse de que el sistema cumpla con las
4
V. Pregunta de Investigación
¿Cuánto mejorará la eficiencia en la gestión del inventario y facturación del Salón de Belleza
5
VI. Viabilidad
a. Factibilidad Técnica
i. Hardware
3NSTAR POS-RPT006
ii. Software
6
iii. Comunicaciones
El negocio cuenta con un router central desde el cual se conectan los demás equipos (uno de ello
por WiFi y otro por cable Ethernet) y por ello esto supone a una topología de red en estrella.
Adicional, cuenta con una conexión a Internet de banda ancha a través de un proveedor de
En este proyecto se busca utilizar el router centralizado para que las computadoras accedan al
servidor central y puedan acceder al sistema. El protocolo que se pretende utilizar es HTTP
(Protocolo HyperText Transfer Protocol), que es el más común para la comunicación entre un
cliente y un servidor web. Permite la transferencia de recursos como en este caso un sitio web y
un api web.
Dentro de los recursos para desarrollar el sistema tenemos los siguientes programas de
SOFTWARE VERSIÓN
Backend
7
Versiones GitHub ~
de Datos
Services
Las librerías de desarrollo a utilizar en este proyecto para los framework del back-end y front-
end son:
Reporting 2.1.0
Serilog 7.0.0
Swagger ~
RxJS 4.2.1
ChartJS 4.1.1
Moment 2.29.4
CryptoJS 4.1.1
8
b. Factibilidad Económica
i. Costos de Inversión
Hardware
Descripción Subtotal
Software
Descripción Subtotal
Gratuita)
9
ii. Costos de Desarrollo
Asignadas
Pineda)
Desarrollador (Gabriel
Ortiz)
(Engel Gabriel)
Cantidad Totales $
Subtotal $ 9,527.90
Nota: El costo de desarrollo no será incluido en la propuesta final, debido a que es una
10
c. Factibilidad Operativa
• 1 analista Programador
• 1 QA.
Para operar el sistema se necesita mínimo una persona encargada de administrar la aplicación,
el usuario administrador podrá crear otros usuarios a necesidad del negocio y otorgarle roles
creados previamente. Los roles pueden tener permisos específicos y pueden ser creados o
modificados con cada una de las acciones, de esta forma permitiendo fragmentar muy bien las
Es importante destacar que el sistema será utilizado de forma local (no es necesario una
conexión a internet) es por ello que los equipos adicionales que se requieran instalar en el
negocio deben estar conectados al mismo enrutador en la que está conectada la computadora
11
VII. Marco Teórico
Antes de seguir fundamentando nuestra propuesta de solución, necesitamos estar claro de qué
que permite facturar y llevar el control del inventario desde los pedidos a los proveedores y
además maneja los costos para cada artículo. Lo ideal es que el sistema también facture
pocas palabras un sistema de facturación es un software que permite generar y enviar facturas a
los clientes.
inventario se eligen de acuerdo a las necesidades del cliente, las características del negocio,
i. Angular
plataforma de desarrollo para crear aplicaciones de una sola página eficaces y sofisticadas.”
(Angular, 2023)
ii. .NET
12
iii. SQL server
Microsoft SQL Server es uno de los principales sistemas de gestión de bases de datos
relacionales del mercado que sirve a una amplia gama de aplicaciones informáticas de
Internet Information Services (IIS) para Windows® Server es un servidor Web flexible, seguro y
manejable para alojar cualquier cosa en la Web. Desde streaming multimedia a aplicaciones
web, la arquitectura escalable y abierta de IIS está preparada para gestionar las tareas más
Es importante definir que el sistema corresponde a una aplicación monolítica. Una aplicación
interactuar con otros servicios o almacenes de datos en el transcurso de sus operaciones, pero el
aplicación. En lugar de tener lógica de negocios que depende del acceso a datos o de otros
Por el lado del Frontend (Angular) ya trae su propia arquitectura. Este framework sigue la
13
Los conceptos clave de la arquitectura de componentes en Angular son: componentes, módulos,
i. Angular
Angular tendrá una medida de seguridad que se llama Router Guard o protector de enrutador en
español. Los guard son interfaces que determinan si una ruta puede ser activada. Estos guards
son utilizados para proteger ciertas rutas y asegurarse de que ciertos criterios se cumplan antes
ii. .NET
Por parte del api, utilizaremos JSON Web Token (JWT) que es un estándar abierto (RFC 7519),
partes de una aplicación o servicios web (REFERENCIA). En nuestro caso será para transferir la
En SQL server utilizaremos como medida de seguridad crear respaldo programados cada
semana, ya que los datos que generará no serán extremadamente altos y la pérdida no es tan
significativa. (REFERENCIA)
i. Normalización
Esta es la parte más importante en el diseño de una base de datos. Una buena normalización
llevara a tener una base de datos eficiente y eficaz y para solventar la necesidad que realmente se
requiere. Así que, aplicaremos la normalización como primer paso para desarrollar la base de
datos. (REFERENCIA)
14
ii. Control de existencia
actual de productos en el inventario del salón, así también como las entradas y salidas.
Mantendremos registros de cada transacción detallando cada cosa en las operaciones que se
Crearemos tablas destinadas para los usuarios y los productos. Estas tablas almacenarán
información relevante para identificar qué usuario vendió qué productos y tener un buen control
v. Historial de facturación
Esta tabla almacenará todas las facturas que se hagan, registrando cada detalle, como, por
ejemplo: productos vendidos, precio unitario, total, el usuario que realizó la venta, etc.
ende al sistema como tal según los roles y los privilegios. Asegurando que solo usuarios
autorizados puedan hacer acciones sensibles, como alimentar el inventario o generar una
factura.
i. Consistencia visual
El sistema mantendrá una apariencia coherente en todo el sistema. Los colores, las fuentes y el
diseño en general tendrá un estilo de manera consistente para establecer una identidad visual
clara.
15
ii. Jerarquía visual
Realizaremos pruebas de usabilidad con la dueña del salón para identificar posibles problemas y
Utilizaremos iconos claros, legibles y reconocibles para mejorar la experiencia y la usabilidad del
sistema. Los iconos tendrán homogeneidad para una menor confusión en el uso.
v. Retroalimentación visual
El sistema proporcionará una retroalimentación visual cuando el usuario realice una acción. Por
ejemplo, que cambie de color un botón después de hacer clic para hacerle saber que la acción se
ha completado.
Realizaremos pruebas de usabilidad con la dueña del salón para identificar posibles problemas y
obtener retroalimentación directa y de esta manera hacer más intuitiva la interfaz gráfica para
maneras, reduciendo tiempo que la dueña pasa en tareas administrativas y repetitivas, de modo
16
i. Automatización de la gestión de inventario
Un sistema de gestión de inventario automatizado puede ayudar a la dueña del salón a realizar
un seguimiento más fácil y rápido de las existencias de sus productos, evitando así que se agoten
los mismos.
Un sistema de facturación automatizado puede ayudar a la dueña del salón a facturar de manera
i. Requisitos normativos
Transformación Digital del Sector Público, establece los requisitos y procedimientos para la
Los sistemas de facturación electrónica deben cumplir con los siguientes requisitos:
En el caso de nuestro salón de belleza, el sistema de facturación electrónica deberá cumplir con
17
Incluir los datos del establecimiento comercial, como el nombre, la dirección, el número
Incluir los datos del cliente, como el nombre, la dirección, el número de cédula o
Incluir los datos de la transacción, como la fecha, la hora, los productos o servicios
autorizado por la DGI. El proveedor debe proporcionar al salón de belleza un certificado digital
El salón de belleza debe conservar las facturas electrónicas emitidas durante un período de cinco
años.
18
VIII. Alcance de la Investigación
productos y servicios en el salón de belleza Rebet’s Salon. En este caso evaluaremos la eficiencia
pregunta de investigación.
19
IX. Hipótesis
1. Hipótesis General
salón de belleza Rebet´s Salon a la medida permitirá mejorar la eficiencia y productividad del
negocio.
salón de belleza Rebet´s Salon a la medida permitirá mejorar la eficiencia y productividad del
negocio en un 45%.
negocio.
Definición de Variables
servicios
Es un software que permite facturar y llevar el control del inventario desde los pedidos a los
proveedores y además maneja los costos para cada artículo entre otras cosas.
(asociada a facturación e inventario), ya sea ingresar nuevo inventario, generar facturas, etc.
20
Productividad: se refiere a la capacidad para facilitar las ventas, gestión del inventario, tareas
repetitivas, etc. La medición de esta variable será realizada cuantificando el tiempo para realizar
21
X. Diseño Metodológico
deseamos medir la eficiencia y productividad, cuanto es más eficiente y más productivo este
sistema con respecto al tradicional método manual que maneja el propietario del salón de
belleza.
En cuanto al desarrollo de este sistema utilizaremos la metodología SCRUM que nos permitirá
abordar el proyecto con mayor flexibilidad y rapidez ya que los StakeHolders tienen un mayor
22
i. Sprint planning
La primera fase de SCRUM es la planificación del sprint donde se describe qué tareas se asignan
a cada miembro del grupo de trabajo, así como el tiempo que necesita para concluirse. En esta
fase estableceremos los objetivos específicos y las metas que debemos lograr durante un Sprint,
Antes de la reunión, el Product Owner que nuestro equipo designó, tiene la responsabilidad de
preparar un Product Backlog, que es una lista priorizada de todas las características y tareas
pendientes.
Durante la reunión, el equipo de trabajo y el Product Owner discutiremos los elementos del
En esta parte debemos descomponer los elementos del Sprint Backlog que preparó el Product
Owner en tareas más pequeñas y manejables. Esto facilitará el seguimiento del progreso y
permitirá una asignación más efectiva de las tareas entre los miembros de nuestro equipo.
Al final de la reunión, cada integrante de nuestro equipo se comprometerá a completar las tareas
23
i. Scrum team meeting
Según la metodología SCRUM se deben realizar reuniones diarias y cortas, que llevaremos a
cabo con nuestro equipo de trabajo para evaluar las tareas realizadas, las que se van a abordar
en el día y los problemas que se han presentado en el desarrollo de las tareas anteriores.
La reunión del equipo se lleva a cabo debe durar unos 15 minutos ya que la brevedad es esencial
para mantenernos enfocados en los temas más importantes y evitar hablar de temas
v. Estructura de la Reunión
Cada miembro de nuestro equipo compartirá su progreso desde la última reunión, lo que planea
hacer hasta la próxima y cualquier obstáculo que esté experimentando para que entre el equipo
Esta fase es un repaso de las tareas y su evolución por parte del Product Owner con el fin de
evaluar el tiempo y esfuerzo empleado en cada tarea y para resolver cualquier inconveniente
encontrado en el camino. Es una actividad crucial donde todo nuestro equipo debe colaborar
24
vii. Objetivos de la Refinación
Evaluar y ajustar la prioridad de los elementos del Product Backlog en función de las
requisitos.
Revisar las estimaciones de tiempo y esfuerzo para los elementos del backlog.
El equipo debe revisar y si es necesario ajustar la prioridad de los elementos del backlog según
las necesidades actuales del proyecto y del negocio. El Product Owner debe garantizar que los
elementos más valiosos se aborden primero orientando al equipo sobre cuales tareas son de
mayor prioridad.
En esta fase haremos reuniones donde también deberá participar el propietario del salón (poner
el rol según la metodología), y que tienen como objetivo mostrar los resultados obtenidos por
parte de nuestro equipo de trabajo. La presencia del propietario del salón es fundamental para
conseguir un feedback real y para crear una relación cercana y más productiva.
25
x. Participación Activa del Propietario del Salón
Al participar en la Sprint Review el propietario del salón puede experimentar directamente las
nuevas funcionalidades y proporcionar feedback inmediato sobre las secciones y la calidad del
sistema.
Este feedback es invaluable para ajustar el desarrollo futuro y garantizar que el producto final
cumpla con las expectativas y necesidades del propietario del salón ya que si se necesitan hacer
repriorizando o agregando elementos según sea necesario. Esto garantiza que el equipo esté
Stakeholders.
iv. Retrospective
En esta reunión final, tras concluir el proyecto, se revisa todo lo que ha ocurrido durante el
Sprint (qué se hizo bien y qué se hizo mal, y cuáles fueron las principales dificultades a las que
nos enfrentamos). El objetivo de esta reunión es adquirir conocimientos para mejorar en futuros
proyectos.
Qué salió bien (Things that went well): discutiremos los aspectos positivos y los éxitos del
Sprint.
Qué podría mejorar (Things that could be improved): veremos las posibles mejoras con
26
Acciones a tomar (Actions to take): definiremos acciones específicas que el equipo
Nos centraremos en evaluar los procesos y la colaboración del equipo más que en la evaluación
individual del desempeño. El objetivo de esto es mejorar la forma en que el equipo trabaja en
27
XI. Cronograma
28
29
30
XII. Referencias
angular: https://angular.io/docs
Oficial.
ECUADOR.
https://learn.microsoft.com/en-us/dotnet/architecture/modern-web-apps-azure/
common-web-application-architectures
https://dotnet.microsoft.com/en-us/
Pérez, A. (2021). Las 5 etapas en los “Sprints” de un desarrollo Scrum. OBS Business
School.
31
Pérez, S. D. (18 de octubre de 2021). intelequia. Obtenido de
https://intelequia.com/en/blog/post/what-is-microsoft-sql-server-and-what-is-it-for
https://blog.qupos.com/sistema-de-facturacion-e-inventario
Editorial Mexicana.
32
XIII. Apéndices
SISTEMA WEB
PARA LA GESTIÓN
DE LA
ADMINISTRACIÓN
DE LA PELUQUERÍA
Y ESTÉTICA DEL
SALÓN DE BELLEZA
MÓNICA GARCÉS
como Style
DunaSoft
DESARROLLO DE SISTEMA WEB DE FACTURACIÓN E INVENTARIO DE PRODUCTOS Y SERVICIOS PARA EL SALÓN DE BELLEZA REBET’
33