Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Grupo #8 - Sprint 2 Avance
Grupo #8 - Sprint 2 Avance
– GRUPO 8 –
Integrantes:
• Camino Puma Ronald
• Cardona Espíndola Micael
• Cisneros Laura Moises David
• Fuentes Fuentes Julio Cesar
• Mendoza Guzman Jose Daniel
• Vargas Avila Marcelo
2. Antecedentes
La gestión de estaciones de servicio de combustibles ha evolucionado
significativamente en las últimas décadas por los avances tecnológicos y las demandas
cambiantes del mercado. Anteriormente, la gestión de estas estaciones se basaba en
procesos manuales y sistemas independientes para cada función, lo que resultaba en
ineficiencias, falta de integración y dificultades para obtener una visión completa de la
operación.
4. Objetivos
4.1 Objetivo General
Desarrollar sistema de información para la gestión de compra, venta, inventario y
recursos humanos para estaciones de servicio.
4.2 Objetivo Específico
5. Alcance
5.1 MODULO DE ADMINISTRACION DE USUARIOS
En este módulo tendremos el registro de todos los usuarios con sus respectivos roles y
permisos para controlar las restricciones al sistema
6.1.2 Cliente
Nombre Características
Procesador Intel i3 3ra Generación (o superior)
Memoria RAM 2GB DDR3 (o superior).
Disco de almacenamiento HDD o SSD de 128 GB (o superior)
6.3 DATOS
Gestionar Usuario
• Código
• Nombre
• Apellido
• Email
• Contraseña
• Teléfono
• Id_Rol
Gestionar Rol
• ID
• Nombre
• Descripción
• Salario
Gestonar Permiso
• ID
• Nombre
• Descripción
Getionar Rol_Permiso
• ID_Rol
• ID_Permiso
• Descripción
Asistencia
• ID
• Id_Empleado
• Fecha
• Hora_Entrada
• Hora_Salida
• Horas_Trabajadas
Nomina
• ID
• Id_Usuario
• Fecha_Pago
• Monto_Pago
• Descuento_Salario
Horario
• ID
• Hora_Entrada
• Hora_Salida
• Descripción
Horario_Empleado
• Id_Horario
• Id_Usuario
• Descripción
• Dia_Libre
Proveedor
• ID
• Nombre
• Direccion
• Telefono
• Email
Compra
• ID
• Fecha
• Importe_Total
• Importe_Descuento
• Estado
Detalle_Compra
• Id_Compra
• Id_Combustible
• Cantidad_Litro
• Precio
• Importe
• Estado
Producto
• ID
• Nombre
• Descripción
• Precio_Litro
• Stock
• Stock_Min
Empresa
• ID
• Nombre
• Dirección
Sucursal
• ID
• Nombre
• Dirección
• Coordenadas
• Capacidad
Almacen_Sucursal
• Id_Sucursal
• Id_Deposito_Combustible
• Estado_Stock
tanque_Combustible
• ID
• Modelo
• Descripcion
• Stock
• Capasidad_Max
• Capasidad_Min
Combustible
• ID
• Nombre
• Precio_Compra
• Precio_Venta
• Unidad_Medida
Bomba
• ID
• Modelo
• Descripcion
• Tipo_Combustible
• Estado
Deposito_Bomba
• Id_Bomba
• Id_Deposito
• Descripción
Venta
• ID
• Fecha
• Importe_Total
• Importe_Descuento_Total
• Estado
Detalle_Venta
• Id_Bomba
• Id_Venta
• Precio
• Cantidad
• Importe
• Importe_Descuento
• Estado
Cliente
• Código
• Nombre
• Teléfono
• Placa_Vehiculo
Vehiculo
• Nro_Placa
• Nombre
• Modelo
• color
6.4 PROCESOS
Usuario:
• Creación, actualización y eliminación de usuarios. Autenticación de usuarios y
asignación de roles
Rol:
Almacen_Producto:
Tanque_Combustible:
Combustible:
Bomba:
• Registro de bombas: Añadir nuevas bombas con su ID, modelo, descripción, tipo
de combustible y estado.
• Actualización de bombas: Modificar la información existente de las bombas en el
sistema.
• Consulta de bombas: Revisar los datos de las bombas registradas y su estado
operativo.
Deposito_Bomba:
Venta:
• Registro de ventas: Documentar cada venta con su ID, fecha, importe total,
descuentos aplicados y estado1.
• Actualización de ventas: Modificar los detalles de ventas existentes.
• Revisión de ventas: Inspeccionar y verificar las ventas registradas.
Detalle_Venta:
Cliente:
Vehículo:
Administrador
Este usuario tiene la responsabilidad de administrar el sistema, como actualizar y
corregir los errores que surjan en el sistema.
6.6 DOCUMENTO
Emplea la metodología ágil SCRUM con los modelos UML para representar
visualmente el sistema de información mediante módulos. La documentación que
respalda al sistema incluye:
• Manual de usuario
7. Tecnología
7.1 Para el desarrollo
Para el desarrollo de software, se empleará la metodología Scrum, que nos
proporcionará un marco estructurado para optimizar nuestro proceso de desarrollo de
software. Scrum es un marco de trabajo utilizado para desarrollar y mantener productos
complejos, donde el equipo tiene tareas que debe completar en un tiempo determinado.
Además, se utilizará UML para generar los modelos necesarios.
● Windows 10
• HTML
• CSS
• JavaScript
• Dart
• PostgreSQL
• Postman
❖ Frameworks y Librerias:
• Express
• Flutter
• React
• Vite
• JIRA
• Git/GitHub
• StarUML
• Draw.io
❖ Servidor Web:
• Apache
• Netlify
• FL0
7.2 Para la puesta en marcha:
Para la implementación, se utilizará el modelo SaaS (Software como Servicio). Este
modelo de infraestructura de software aloja el software de la empresa, así como sus
datos, en servidores externos, y se paga una cuota por su uso. Esto permite que
cualquier empleado de la empresa pueda acceder a las aplicaciones de la empresa
desde cualquier lugar sin necesidad de instalarlas en un equipo local. Cuando
hablamos de software en la nube, nos referimos a SaaS.
Con un SaaS, la empresa solo tiene que preocuparse de cómo utilizar los programas
de software necesarios para su funcionamiento, olvidándose del resto de recursos. El
hardware necesario, los sistemas operativos, las aplicaciones, etc., los proporciona el
proveedor del servicio, que además los mantiene funcionando correctamente y
actualizados.
Todos los usuarios acceden diariamente a aplicaciones SaaS, ya que se puede decir
que cualquier aplicación online que se ejecuta en la nube y a la que se puede acceder
a través de internet, es una aplicación SaaS. La infraestructura que se utilizará para la
implementación es la infraestructura SaaS.
8.2 Software
Nombre Costo Individual
Windows 10 150 Bs
Windows Pro 300 Bs
Paquete Office 600 Bs
8.2.1 Logística
Un factor por considerar son las capacitaciones que se brindarán a los empleados de la
empresa que desee ocupar este sistema, así cada empleado podrá provecho de
funcionalidades y así también se evitarán malas prácticas que podrían entorpecer el
desarrollo normal de las actividades. Consideremos la siguiente tabla para el cálculo de
los costos por capacitación al personal:
8.2.2 Comunicaciones
INTERNET CORPORATIVO SOBRE FTT (FOC)
Plan Velocidad (Mbps) Tarifa Mensual (Bs.)
FOC - 500 10 1.018
FOC - 10M 20 1.980
FOC - 15M 30 2.888
FOC - 20M 40 3.740
FOC - 25M 50 4.538
FOC - 30M 60 5.280
FOC - 35M* 70 6.050
FOC - 37,5M* 75 6.420
FOC - 40M 80 6.820
Tener un negocio sin presencia en internet es indispensable en los tiempos que corren.
Si tenemos un surtidor o un negocio, la web es una gran ayuda a la necesidad del
negocio para aumentare las ventas y una mejor organización. Así también cualquier
persona desde cualquier parte podrá ver la información acerca del surtidor.
Generalidades: Los sistemas ERP para gasolineras son cada vez más relevantes en la
era de la transformación digital. Para integrar y automatizar la mayoría de los procesos
de la empresa, principalmente los operativos y productivos. En México, por ejemplo,
hay más de 300 marcas diferentes de gasolineras que compiten en el mercado
nacional a través de más de 13 mil 200 gasolineras en todo el país. En este contexto
altamente competitivo, los sistemas ERP juegan un papel preponderante y hacen la
diferencia.
Scrum se ha convertido en uno de los marcos de trabajo más populares para la gestión
de proyectos ágiles, gracias a su flexibilidad, adaptabilidad y eficacia en la entrega de
productos de alta calidad en plazos cortos. Scrum no es un acrónimo, es un nombre
propio y no es parte del manifiesto ágil, sino una implementación del mismo.
2.2.1 React.js
Características:
• Base de datos relacional: MySQL organiza los datos en tablas y permite que
estas tablas se relacionen entre sí.
• Código abierto: MySQL es de código abierto, su código fuente está disponible
para el público y puede modificarse.
• Modelo cliente-servidor: En MySQL, las computadoras que tienen instalado y
ejecutan el software RDBMS se llaman clientes. Siempre que necesitan acceder
a los datos, se conectan al servidor RDBMS.
• Compatibilidad con SQL: MySQL es compatible con el lenguaje de consulta
estructurado (SQL), que es un lenguaje estándar para administrar y manipular
bases de datos.
Funcionalidades:
Modelo C4
Además, Enterprise Architect puede generar código a partir de los modelos creados en
la herramienta, lo que ahorra tiempo y reduce la posibilidad de errores en el código
generado. También permite importar y exportar modelos desde y hacia otras
herramientas de modelado y programación, facilitando la integración con otras
herramientas utilizadas por el equipo de desarrollo.
Características y beneficios:
Integración con Jira: Bitbucket tiene una integración sin igual con Jira, lo que permite a
los usuarios rastrear el estado de los problemas o el informe de errores sin salir de la
herramienta actual.
Revisión de código: Bitbucket tiene un sistema de revisión de código mejorado con un
tiempo de respuesta más rápido para las solicitudes de extracción, lo que facilita la
colaboración tanto para el desarrollador como para el revisor.
CAPÍTULO 3: REQUERIMIENTOS
3.1 Propósito
El propósito es fomentar la colaboración en los equipos para facilitar el desarrollo de
productos complejos. Además, busca simplificar el proceso de desarrollo para
satisfacer eficazmente las necesidades de los clientes.
3.2 Ámbito de Sistema
Es un sistema estructurado que permite utilizar diversas técnicas y procesos. Scrum
destaca la eficiencia de las estrategias de administración de productos y los métodos
de desarrollo, para facilitar su optimización.
3.3 Equipo SCRUM
RESPONSABLE ROL DETALLE
Fuentes Fuentes Julio Scrum Es responsable de garantizar la
Cesar Master coordinación y la armonía del equipo,
eliminando cualquier obstáculo que pueda
impedir el cumplimiento del trabajo
propuesto durante el sprint.
Camino Puma Ronald Product Es esencial para el éxito del mismo, ya que
Owner tiene mayor conocimiento del
funcionamiento del proyecto y ayuda a
resolver problemas que puedan afectar su
eficiencia.
Cisneros Laura Moises Development Es un equipo autónomo, multifuncional y
David Team auto organizado que trabaja en la
implementación del producto o servicio
durante el Sprint
Mendoza Guzmán Development Es un equipo autónomo, multifuncional y
José Daniel Team auto organizado que trabaja en la
implementación del producto o servicio
durante el Sprint
Vargas Avila Marcelo Development Es un equipo autónomo, multifuncional y
Team auto organizado que trabaja en la
implementación del producto o servicio
durante el Sprint
Cardona Espíndola Development Es un equipo autónomo, multifuncional y
Micael Team auto organizado que trabaja en la
implementación del producto o servicio
durante el Sprint
3.3.1 El Dueño de Producto (Product Owner)
El Dueño de Producto tiene la tarea de aumentar el valor del producto y del trabajo
realizado por el Equipo de Desarrollo. Cómo se logra esto puede variar mucho entre
organizaciones, equipos Scrum e individuos. El Dueño de Producto es la única persona
encargada de administrar la Lista del Producto (Product Backlog).
Autónomo y Multidisciplinario:
El Development Team es autónomo, lo que significa que no depende de otros equipos
o roles para su trabajo. Tienen la libertad de tomar decisiones y ejecutar tareas sin
restricciones externas.
Además, son multidisciplinarios, lo que implica que poseen una variedad de habilidades
técnicas necesarias para desarrollar el producto. Esto incluye programación, diseño,
pruebas, etc.
Estable y Dedicado:
El Development Team debe estar comprometido con el proyecto y trabajar de manera
constante para entregar un incremento de software al final de cada ciclo de desarrollo.
●Cliente: Es aquel que tiene pocos privilegios en el sistema ya que solo puede ver
cierta información limitada y realizar pagos.
● SP: sprint
<Id> <Descripción>
HU1 Como Administrador intentará ingresar
con su respectiva cuenta para ingresar al
sistema
<Prioridad Valor> <Estimación PHU>
Alta 12
<Criterios de Aceptación>
1. El sistema permite a los usuarios registrarse proporcionando un nombre de usuario
válido, una dirección de correo electrónico válida y una contraseña segura.
2. Se envía un correo electrónico de verificación o se muestra un mensaje de
confirmación después de que se completa el registro.
3. Los usuarios pueden iniciar sesión con las credenciales proporcionadas durante el
registro.
4. Las credenciales de inicio de sesión son autenticadas correctamente antes de
permitir el acceso al sistema.
<Desarrollador a Cargo>
Mendoza Guzman Jose Daniel
Prototipo
Visualizar Usuarios
<Id> <Descripción>
HU2 El administrador podrá tener la opción de
visualizar todos los usuarios que forman
parte de la Estación de Servicio
<Prioridad Valor> <Estimación PHU>
Media 5
<Criterios de Aceptación>
1. La lista de usuarios se muestra correctamente en una interfaz de usuario intuitiva.
2. Cada usuario en la lista muestra información relevante, como nombre, correo
electrónico, roles asignados, etc.
3. Los usuarios pueden filtrar y ordenar la lista de usuarios según diferentes criterios
(por ejemplo, nombre, roles, estado de la cuenta, etc.).
<Desarrollador a Cargo>
Fuentes Fuentes Julio Cesar
Prototipo
Administrar Usuarios
<Id> <Descripción>
HU3 El Administrador podrá tener el control
sobre manipular, designar u otorgar algún
cargo o rol para cada usuario
<Prioridad Valor> <Estimación PHU>
Alta 12
<Criterios de Aceptación>
1. Los usuarios con roles de administrador pueden agregar nuevos usuarios al
sistema.
2. Los usuarios con roles de administrador pueden editar la información de los
usuarios existentes, como nombre, correo electrónico, roles asignados, etc.
3. Los usuarios con roles de administrador pueden desactivar o eliminar cuentas de
usuario según sea necesario.
<Desarrollador a Cargo>
Fuentes Fuentes Julio Cesar
Prototipo
Visualizar Roles
<Id> <Descripción>
HU4 Ya sea si el administrador terminó de
designar los Roles, podrá visualizar la
lista de Roles
<Prioridad Valor> <Estimación PHU>
Media 5
<Criterios de Aceptación>
1. La lista de roles se muestra correctamente en una interfaz de usuario clara.
2. Cada rol en la lista muestra información relevante, como nombre, descripción,
permisos asociados, etc.
3. Los usuarios pueden ver qué roles están asignados a cada usuario en la vista de
detalles del usuario.
<Desarrollador a Cargo>
Fuentes Fuentes Julio Cesar
Prototipo
Administrar Roles
<Id> <Descripción>
HU5 El usuario podrá tener la opción de
administrar los roles, él designará los
roles para cada usuario.
<Prioridad Valor> <Estimación PHU>
Alta 12
<Criterios de Aceptación>
1. Los usuarios con roles de administrador pueden crear nuevos roles en el sistema.
2. Los usuarios con roles de administrador pueden editar la información de roles
existentes, como nombre, descripción, permisos asociados, etc.
3. Los usuarios con roles de administrador pueden eliminar roles del sistema si no
están siendo utilizados.
<Desarollador a Cargo>
Cardona Espíndola Micael
Prototipo
Ver lista de Permisos
<Id> <Descripción>
HU6 Una vez designado los permisos, el
administrador podré observar una lista de
todos los permisos designados.
<Prioridad Valor> <Estimación PHU>
Media 5
<Criterios de Aceptación>
1. La lista de permisos se muestra correctamente en una interfaz de usuario clara.
2. Cada permiso en la lista muestra información relevante, como nombre, descripción,
etc.
3. Los usuarios pueden ver qué permisos están asociados con cada rol en la vista de
detalles del rol.
<Desarrollador a Cargo>
Camino Puma Ronald
Prototipo
Asignar Permisos
<Id> <Descripción>
HU7 El Administrador podrá tener el control
total sobre la designación de permisos de
cada usuario.
<Prioridad Valor> <Estimación PHU>
Alta 2
<Criterios de Aceptación>
1. Los usuarios con roles de administrador pueden asignar permisos a roles
existentes.
2. Los cambios en los permisos asignados se reflejan correctamente en el sistema y
afectan los privilegios de los usuarios que tienen esos roles.
<Desarrollador a Cargo>
Camino Puma Ronald
Prototipo
Administrar Contratos
<Id> <Descripción>
HU8 El Administrador podrá administrar todos
los contratos.
<Prioridad Valor> <Estimación PHU>
Alta 12
<Criterios de Aceptación>
1. Los usuarios con roles de administrador pueden crear nuevos contratos en el
sistema.
2. Los usuarios con roles de administrador pueden editar la información de los
contratos existentes, como nombre, descripción, permisos asociados, etc.
3. Los usuarios con roles de administrador pueden eliminar contratos del sistema en
caso de algún incumplimiento del mismo.
<Desarrollador a Cargo>
Vargas Avila Marcelo
Prototipo
Visualizar Contratos
<Id> <Descripción>
HU9 El Administrador podrá visualizar todos
los contratos.
<Prioridad Valor> <Estimación PHU>
Alta 5
<Criterios de Aceptación>
1. Los usuarios con roles de administrador pueden visualizar los contratos en el
sistema.
2. Los usuarios de tipo empleado podrán visualizar su contrato.
<Desarrollador a Cargo>
Vargas Avila Marcelo
Prototipo
Administrar Horarios
<Id> <Descripción>
HU10 El Administrador podrá administrar todos
los horarios.
<Prioridad Valor> <Estimación PHU>
Alta 12
<Criterios de Aceptación>
1. Los usuarios con roles de administrador pueden crear nuevos horarios en el
sistema.
2. Los usuarios con roles de administrador pueden editar la información de los horarios
existentes, como nombre, descripción, etc.
3. Los usuarios con roles de administrador pueden eliminar horarios del sistema.
<Desarrollador a Cargo>
Cisneros Laura Moises David
Prototipo
Visualizar Horarios
<Id> <Descripción>
HU11 El Administrador podrá visualizar los
respectivos horarios.
<Prioridad Valor> <Estimación PHU>
Media 8
<Criterios de Aceptación>
1. La lista de horarios se muestra correctamente en una interfaz de usuario clara.
2. Cada horario en la lista muestra información relevante, como dia inicio, dia fina,
hora inicio, hora fin, día libre.
3. Los usuarios pueden ver qué horarios están asignados a cada usuario en la vista
de contratos.
<Desarrollador a Cargo>
Cisneros Laura Moises David
Prototipo
4.1.1.3 Contexto del sistema
4.1.1.4 Sprint backlog
Sprint Backlog
Número de Sprint: 1 Tiempo Programado:17 horas
Objetivo: Ofrecer un sistema donde los usuarios puedan iniciar sesión, cerrar sesión,
gestionar los trabajadores que operan el establecimiento a través del uso de un
sistema de roles y permisos. Así como poder ver los contratos y visualizar los horarios
para una mejor estructura en el sistema
Fecha de Inicio: 02/04/2024 Fecha de Finalización: 16/04/2024
Versión 1
Id Tipo Tarea Estimación Responsable Estado
Crear login de 1 hr Mendoza Guzmán José COMPLETADO
HU1 Desarrollo
usuario Daniel
Visualizar 45 COMPLETADO
HU2 Desarrollo usuarios Fuentes Fuentes Julio Cesar
min
Administrar 1 hr COMPLETADO
HU3 Desarrollo usuarios
Fuentes Fuentes Julio Cesar
4.1.2.1.2.1.2 Mapeo
ROL_P
PERMI ERMIS
ROL SO O
PK PK PK/FK PK/FK
descrip descrip id_per
id nombre cion id nombre cion id_rol miso
USUARI
O
PK FK FK
contraseñ id_contrat
codigo nombre apellido telefono correo a id_rol o
HORARIO
PK
id dia_inicio dia_fin hora_inicio hora_fin dia_libre
CONTRAT
O
PK FK
fecha_inici tipo_contra
id o fecha_fin salario to estado id_horario
NOMINA
PK FK
id fecha_pago monto_pago descuento id_usuario
4.1.2.1.2.1.3 Normalización
Las tablas ya están normalizadas, por lo cual no se necesita.
4.1.2.1.2.2 Diseño Físico
4.1.2.1.2.2.1Tabla de volumen
USUARIO
Amplit
Atributos Identificador Nulo Descripcion Llaves
ud
codigo Numérico entero 8 NO Identificador del usuario Primaria
nombre Alfanumérico 100 NO nombre del usuario No
apellido Numérico entero 100 NO apellido del usuario No
telefono Numérico entero 8 NO telefono del usuario No
correo Alfanumérico 100 NO correo del usuario No
contraseña Alfanumérico 50 NO contaseña del usuario No
id_rol Numérico entero 8 NO Identificador fóranea del rol Foránea
id_contrato Numérico entero 8 NO Identificador fóranea de contrato Foránea
PERMISO
Amplit
Atributos Identificador Nulo Descripcion Llaves
ud
id Numérico entero 6 NO Identificador del permiso Primaria
nombre Alfanumérico 100 NO nombre del permiso No
descripcion Alfanumérico 150 NO Descripción acerca del permiso No
ROL
Amplit
Atributos Identificador Nulo Descripcion Llaves
ud
id Numérico entero 6 NO Identificador del rol Primaria
nombre Alfanumérico 100 NO nombre del rol No
descripcion Alfanumérico 150 NO Descripción acerca del rol No
ROL_PERMISO
Amplit
Atributos Identificador Nulo Descripcion Llaves
ud
Primaria,
id_permiso Numérico entero 6 NO Identificador fóranea del permiso
Foránea
Primaria,
id_rol Numérico entero 6 NO Identificador fóranea del rol
Foránea
HORARIO
Amplit
Atributos Identificador Nulo Descripcion Llaves
ud
id Numérico entero 6 NO Identificador del horario Primaria
dia_inicio Fecha - NO Día de inicio del horario No
dia_fin Fecha - NO Día final del horario No
hora_inicio Hora - NO Hora de inicio del horario No
hora_fin Hora - NO Hora final del horario No
dia_libre Fecha - NO Día libre del horario No
NOMINA
Amplit
Atributos Identificador Nulo Descripcion Llaves
ud
id Numérico entero 6 NO Identificador de la nómina Primaria
Fecha de pago del contrato en
fecha_pago Fecha - NO No
nómina
Monto de pago del contrato en
monto_pago Numérico real 6 NO No
nómina
descuento Numérico real 3 NO Descuento porcentual del salario No
id_usuario Numérico entero 4 NO Identificador fóranea del usuario Foránea
ASISTENCIA
Amplit
Atributos Identificador Nulo Descripcion Llaves
ud
id Numérico entero 6 NO Identificador del contrato Primaria
fecha Fecha - NO Fecha de registro de la asistencia No
hora_entrada Hora - NO Hora de la entrada No
hora_salida Hora - NO Hora de las salida No
hora_trabajada Hora - NO Horas trabajadas del dia No
id_usuario Numérico entero 4 NO Identificador fóranea del usuario Foránea
4.1.2.1.2.2.2 Script
-- Tabla ROL
CREATE TABLE rol (
id INT AUTO_INCREMENT PRIMARY KEY,
nombre VARCHAR(50),
descripcion VARCHAR(100)
);
-- Tabla PERMISO
CREATE TABLE permiso (
id INT AUTO_INCREMENT PRIMARY KEY,
nombre VARCHAR(50),
descripcion VARCHAR(100)
);
-- Tabla ROL_PERMISO
CREATE TABLE rol_permiso (
id_rol INT,
id_permiso INT,
PRIMARY KEY (id_rol, id_permiso),
FOREIGN KEY (id_rol) REFERENCES rol(id),
FOREIGN KEY (id_permiso) REFERENCES permiso(id)
);
-- Tabla HORARIO
CREATE TABLE horario (
id INT AUTO_INCREMENT PRIMARY KEY,
dia_inicio DATE,
dia_fin DATE,
hora_inicio TIME,
hora_fin TIME,
dia_libre VARCHAR(20)
);
-- Tabla CONTRATO
CREATE TABLE contrato (
id INT AUTO_INCREMENT PRIMARY KEY,
fecha_inicio DATE,
fecha_fin DATE,
salario DECIMAL(10, 2),
tipo_contrato VARCHAR(50),
estado VARCHAR(50),
id_horario INT,
FOREIGN KEY (id_horario) REFERENCES horario(id)
);
-- Tabla USUARIO
CREATE TABLE usuario (
codigo INT AUTO_INCREMENT PRIMARY KEY,
nombre VARCHAR(50),
apellido VARCHAR(50),
telefono VARCHAR(20),
correo VARCHAR(100),
contraseña VARCHAR(100),
id_rol INT,
id_contrato INT,
FOREIGN KEY (id_rol) REFERENCES rol(id),
FOREIGN KEY (id_contrato) REFERENCES contrato(id)
);
-- Tabla NOMINA
CREATE TABLE nomina (
id INT AUTO_INCREMENT PRIMARY KEY,
fecha_pago DATE,
monto_pago DECIMAL(10, 2),
descuento DECIMAL(10, 2),
id_usuario INT,
FOREIGN KEY (id_usuario) REFERENCES usuario(codigo)
);
-- Tabla ASISTENCIA
CREATE TABLE asistencia (
id INT AUTO_INCREMENT PRIMARY KEY,
fecha DATE,
hora_entrada TIME,
hora_salida TIME,
hora_trabajada TIME,
id_usuario INT,
FOREIGN KEY (id_usuario) REFERENCES usuario(codigo)
);
horarios
RolPermisos
Contrato
4.1.2.2 Implementación
4.1.2.2.1 Componentes y artefactos generados
4.1.2.3 Pruebas
4.1.2.3.1 Plan de pruebas
// Diseño de caso de prueba:
4.1.2.3.1.1 Identificar los casos de prueba
4.1.2.3.1.2 Objetivo de prueba
4.1.2.3.1.3 Desarrollar una lista de pruebas.
4.1.2.3.1.4 Describir casos de uso de prueba
Prueba CU#
Revisión CU#
Entrada
Resultado
Condiciones
Procedimiento
4.1.2.3.2 Reporte de prueba
4.1.3 Daily Scrum
Daily Scrum
Miércoles 3 Jueves 4 Viernes 5 Sábado 6 Domingo 7 Lunes 8 Martes 9 de
Desarrollador Pregunta Domingo 14 de abril
de abril de abril de abril de abril de abril de abril abril
Analice y Termine de
Cardona ¿Qué hice Analice y Termine la Termine el front
cree los implementa Termine mi parte de
Espíndola ayer para cree las parte de end para los
diferentes todos los la documentación
Micael lograr el respectivas los roles permisos
enpoint enpoints
objetivo del tablas para para los
Sprint? los roles diferentes
roles
Empezar
Coordinar
Tratar de con la parte
¿Qué haré Poblare y con mi
terminar del front Preparar la Presentar la
hoy para creare las equipo
todo el para documentación documentación
mejorar el diferentes para
backed visualizar para el sprint 1 terminada
equipo? tablas asignar
los roles
permisos
¿Tengo algún
NO NO NO NO SI SI NO NO
impedimento?
Daily Scrum
Sábado Domingo
Miércoles 3 de Jueves 4 de Viernes 5 Domingo 7 Lunes 8 Martes 9
Desarrollador Pregunta 6 de 14 de
abril abril de abril de abril de abril de abril
abril abril
Hacer
Seleccionar una
Realice
en revisión Ayudar a
el
¿Qué hice paquetes general Hice una consumir
Analizar y Hacer historial
ayer para Colabore con los casos hasta supervisión las apis
diseñar la revision de
lograr el la de usos donde en el del
base Datos general del usarios
objetivo del Documentación para tener se llevo backend backend
documento de los
Sprint? mayor a cabo el hacia el
casos de
orden avance front
usos
del
Camino
informe
Puma
Ayudar
Ronald Verificar
en lo Selecionar
las Trate de
Seleccionar que los Ayudar
¿Qué haré Dar enpoint hacer las
Analizar los las hace casosde a
hoy para sugerencias para el supervición
posibles Casos prioridades falta usos para revisar
mejorar el sobre la consumo en el
de usos a los casos para el sus el
equipo? base datos de las Frontend
de usos codigo respectivos backend
Apis
del historiales
frontend
¿Tengo algún
NO NO NO NO NO NO NO NO
impedimento?
Daily Scrum
Miércol Sábado Doming Domingo
Desarrollad Jueves 4 de Viernes 5 Lunes 8 Martes 9
Pregunta es 3 de 6 de o 7 de 14 de
or abril de abril de abril de abril
abril abril abril abril
Realizar Correcion
Enliste las
la logica Termina Hacer Terminar del
¿Qué hice Ayude a historias
Realizar el backend r la vista el crud la vista document
ayer para prepar de
diseño de las de la basico de la o,
lograr el el usuario y
conceptual historias HU6 de la HU10 y acomode
objetivo del product los casos
del Sprint 1 de HU10 realizar las listas
Sprint? backlog de uso.
usuario pruebas. de
como me usuario.
Cisneros
toco
Laura
Comunicarn Investig Realizar Guiar en
Moises
os mediante Acomode ar las un la
David ¿Qué haré Enlistar Comunica
una reunion el Coordin pautas reunion realizacio
hoy para los r lo
para prepar document ar una del para n del
mejorar el casos investigad
el o. reunion. scrum repartirn document
equipo? de uso o.
documento para os o del
guiar. tareas.. sprint 1.
¿Tengo
algún
NO NO NO NO NO NO NO NO
impediment
o?
Daily Scrum
Viernes Domingo
Miércoles Jueves 4 de Sábado 6 Domingo Lunes 8 Martes 9
Desarrollador Pregunta 5 de 14 de
3 de abril abril de abril 7 de abril de abril de abril
abril abril
Cree el
Realize la
enpoint
Valide Cree las interfas
Cree la Cree el crud Cree los Para el
¿Qué hice los rutas Realize la de
tabla en la base midelware login y
ayer para enpoint para el interfas de gestionar
usuario de datos y helpers logout
lograr el de login, login y usuario y
en la con sus para el quitar y
objetivo del creacion logout y cambiar ise el
base de respectivos json web poner el
Fuentes Sprint? de gestionar contracena respectivo
datos enpoint tokken tokken en
Fuentes Julio usuario usuarios consumo
las
Cesar de la api
cabezeras
Realizar Realizar
¿Qué haré coordicion una
hoy para para definir reunion
mejorar el las para dar
equipo? validaciones el visto
bueno
del
diseño
de la
interfaz
¿Tengo algún
NO NO NO NO NO NO NO NO
impedimento?
Daily Scrum
Marte
Miércol Doming Lunes Domingo
Desarrollad Jueves 4 de Viernes 5 Sábado 6 s9
Pregunta es 3 de o 7 de 8 de 14 de
or abril de abril de abril de
abril abril abril abril
abril
Diseñé
Avanc
¿Qué hice Leí la
é en el
ayer para documentaci lógica
registr
lograr el ón de de
o de
objetivo del anteriores inicio
usuario
Sprint? trabajos de
s
sesión
Ayudar
¿Qué haré
Mendoza Motivar a con la
hoy para
Guzman mi equipo organizaci
mejorar el
Jose Daniel con pizza. ón de las
equipo?
tareas
Si, tuve
una Si, el dolor
¿Tengo
lesión Si, la herida en no me
algún
(muñec no me dejó deja NO NO NO NO NO
impediment
a trabajar. concentrar
o?
derecha me
)
Daily Scrum
Sábado Domingo Lunes Martes Domingo
Miércoles Jueves 4 Viernes 5
Desarrollador Pregunta 6 de 7 de 8 de 9 de 14 de
3 de abril de abril de abril
abril abril abril abril abril
Investigué
Diseñé Ayudé
¿Qué hice diseños
formulari Al estar con la
ayer para para el
Vargas Avila os para estancado lógica
lograr el registro
Marcelo la trabajé en de
objetivo del de
entrada paralelo autenti
Sprint? nuevos
de cación
clientes
combusti
bles
Verifica
¿Qué haré Adelanta Igualar
Investigar Consultar r la Igualar el
hoy para r las el
document sobre el docum trabajo
mejorar el próximas trabajo
ación progreso entació perdido
equipo? tareas perdido
n
¿Tengo algún
NO NO NO NO NO NO NO NO
impedimento?
Burn Down
Día Fecha Estimación Avance real Progresión
Inicio Inicio 41 41
martes 2 de abril 36 3 38
miércoles 3 de abril 31 5 33
jueves 4 de abril 26 10 23
viernes 5 de abril 21 8 15
sábado 6 de abril 15 5 10
domingo 7 de abril 10 4 6
lunes 8 de abril 5 6 0
Burn Up
Día Fecha Acumulado
martes 2 de abril 0
miércoles 3 de abril 10
jueves 4 de abril 15
viernes 5 de abril 23
sábado 6 de abril 33
domingo 7 de abril 38
lunes 8 de abril 41
Visualizar Sucursales
<Id> <Descripción>
HU12 El dueño de la empresa podrá visualizar
todas las sucursales disponibles que
tiene.
<Prioridad Valor> <Estimación PHU>
Alta 8
<Criterios de Aceptación>
1. La lista de sucursales se muestra correctamente en una interfaz de usuario
intuitiva.
2. Cada sucursal en la lista muestra información relevante, como nombre,
ubicación, acciones a realizar.
3. Los dueños de la empresa pueden filtrar y ordenar la lista de sucursales
según diferentes criterios (por ejemplo, nombre, ubicación).
<Desarrollador a Cargo>
Cisneros Laura Moises David
Prototipo
Administrar Sucursales
<Id> <Descripción>
HU13 El dueño de la empresa podrá visualizar
todas las sucursales disponibles que
tiene.
<Prioridad Valor> <Estimación PHU>
Alta 12
<Criterios de Aceptación>
1. Los usuarios con rol de CLIENTE pueden crear nuevos horarios en el sistema.
2. Los usuarios con roles de CLIENTE pueden editar la información de las
sucursales existentes, como nombre, ubicación, etc.
3. Los usuarios con roles de CLIENTE pueden eliminar las sucursales del
sistema.
<Desarrollador a Cargo>
Cisneros Laura Moises David
Prototipo
Mostrar Coordenadas de Sucursales en el Mapa
<Id> <Descripción>
HU14 Se mostrarán mediante coordenadas de
latitud y longitud todas las sucursales en
el mapa.
<Prioridad Valor> <Estimación PHU>
Media 8
<Criterios de Aceptación>
1. El mapa se muestra en la interfaz de usuario y está integrado correctamente
con la API de Google Maps.
2. Cada sucursal debe ser representada en el mapa por un marcador de manera
clara visible y con corrección posicionado en las coordenadas geográficas
correspondientes.
3. Las coordenadas de cada sucursal deben ser precisas y coincidir con la
ubicación real de la sucursal en el mapa.
<Desarollador a Cargo>
Cisneros Laura Moises David
Prototipo
Registrar asistencia
<Id> <Descripción>
HU15 Se podrá registrar Asistencia de los
trabajadores para el control de sus
trabajos Diarios
<Prioridad Valor> <Estimación PHU>
Alta 12
<Criterios de Aceptación>
1. Los trabajadores podrán marcar su asistencia por cada dia de trabajo, de esa
forma tener un control diaria de cada trabajor en su respectivo labor que tiene cada
uno.
<Desarollador a Cargo>
Mendoza Guzman Jose Daniel
Prototipo
Prototipo
<Desarollador a Cargo>
Mendoza Guzman Jose Daniel
Prototipo
Prototipo
Administrar Empresas
<Id> <Descripción>
HU19 El desarrollador podrá tener la opción de
poder gestionar todas las empresas que
forman parte de la Estación de Servicio
<Prioridad Valor> <Estimación PHU>
Alta 12
<Criterios de Aceptación>
1. La lista de empresas se gestiona correctamente en una interfaz de empresa
intuitiva.
2. Cada empresa se gestiona se podrá agregar, eliminar, actualizar y filtrar todas las
empresas dentro de la estación de servicio.
<Desarrollador a Cargo>
Cardona Espíndola Micael
Prototipo
Administrar Modulo
<Id> <Descripción>
HU20 El dev podrá tener la opción de poder
gestionar todas los modulos que forman
parte de la Estación de Servicio
<Prioridad Valor> <Estimación PHU>
Media 5
<Criterios de Aceptación>
1. La lista de módulos se gestiona correctamente en una interfaz de empresa
intuitiva.
2. Cada módulo se gestiona se podrá agregar, eliminar, actualizar y filtrar todas las
empresas dentro de la estación de servicio.
<Desarollador a Cargo>
Cardona Espíndola Micael
Prototipo
Visualizar Empresas
<Id> <Descripción>
HU21 El dev podrá tener la opción de visualizar
todas las empresas que forman parte de
la Estación de Servicio
<Prioridad Valor> <Estimación PHU>
Alta 8
<Criterios de Aceptación>
1. La lista de empresas se muestra correctamente en una interfaz de empresa
intuitiva.
2. Cada empresa en la lista muestra información relevante, como nombre, correo
electrónico, cantidad de sucursales, etc.
3. Las empresas pueden ser filtradas y ordenar la lista de usuarios según diferentes
criterios (por ejemplo, nombre, roles, estado de la cuenta, etc.).
<Desarrollador a Cargo>
Cardona Espindola Micael
Prototipo
<Desarrollador a Cargo>
Julio cesar fuentes fuentes
Prototipo
Administrar Nomina de Empleados
<Id> <Descripción>
HU23 El administrador podra agregartodas las
nominas de los pagos
<Prioridad Valor> <Estimación PHU>
Alta 12
<Criterios de Aceptación>
1. La lista de nominas se gestiona correctamente en una interfaz de empresa
intuitiva.
Prototipo
Visualizar bitácora
<Id> <Descripción>
HU25 El administrador podrá ver la bitácora del
sistema
<Prioridad Valor> <Estimación PHU>
Alta 8
<Criterios de Aceptación>
1. se visualiza los reportes de la bitacora
<Desarrollador a Cargo>
Julio cesar fuentes fuentes
Prototipo
Visualizar Tanques (Administrador)
<Id> <Descripción>
HU26 El administrador podrá visualizar todos
los tanques de combustibles más sus
características
<Prioridad Valor> <Estimación PHU>
Alta 8
<Criterios de Aceptación>
1. se visualiza los tanques
<Desarrollador a Cargo>
Marcelo Vargas Avila
Prototipo
Administrar Tanques (Administrador)
<Id> <Descripción>
HU27 El administrador podrá crear y editar los
tanques
<Prioridad Valor> <Estimación PHU>
Alta 12
<Criterios de Aceptación>
1. Se modifica un tanque
<Desarrollador a Cargo>
Marcelo Vargas Avila
Prototipo
Administrar Tanques (Administrador)
<Id> <Descripción>
HU28 El administrador podrá crear y editar los
tanques
<Prioridad Valor> <Estimación PHU>
Media 20
<Criterios de Aceptación>
1. Se modifica un tanque
<Desarrollador a Cargo>
Marcelo Vargas Avila
Prototipo
<Desarrollador a Cargo>
Julio cesar fuentes fuentes
Prototipo
Formulario de Compra Módulos
<Id> <Descripción>
HU34 Los dueños de empresa podrán tener la
opción de elegir los modulos que quieres
para su ERP en la Estación de Servicio
<Prioridad Valor> <Estimación PHU>
Alta 12
<Criterios de Aceptación>
1. El formulario se muestra correctamente mostrando asi los datos que la empresa
debe rellenar
2. Podrá seleccionar cada módulo teniendo el de usuario por defecto
<Desarrollador a Cargo>
Cardona Espíndola Micael
Prototipo
Administrar marcadores de las sucursales (Dev)
<Id> <Descripción>
HU35 Los desarrolladores podrán ver que
sucursales poner en el mapa
dependiendo del estado visible de la
sucursal.
<Prioridad Valor> <Estimación PHU>
Media 20
<Criterios de Aceptación>
2. Los usuarios con rol de DEV pueden cambiar el estado visible de las
sucursales.
<Desarrollador a Cargo>
Cisneros Laura Moises David
Prototipo
4.2.1.3 Contexto del sistema
4.2.1.4 Sprint backlog
Sprint Backlog
Número de Sprint: 2 Tiempo Programado: 30 horas
Equipo SCRUM
INTEGRANT ROL TAREAS HORAS HORAS CALIFICACI
ES ESTIMADA REALIZADA ÓN
S S
Cardona Scrum 4 6 hr 15 min 12 hr 95
Espíndola Máster
Micael
Vargas Avila Product 3 3 hr 30 min 4 hr 30 min 80
Marcelo Owner
4.2.2.1.2.1.2 Mapeo
Empresa
Tanque_Combusti
ble
cap_maxi id_tanque(F
id(PK) ma descripcion modelo stock stock_min K)
combustible
descripcio unidad_medid
id(PK) n precio_compra precio_venta a
modulo
asistencia
horas_trabaja id_usuario(FK
id(PK) fecha hora_entrada hora_salida das )
usuario
id_usuario(F
codigo(PK) nombre apellido email contrasena telefono K)
nomina
fecha_pag monto_total_p descuento_sala
id(PK) o ago rio descripcion
4.2.2.1.2.1.3 Normalización
Las tablas ya están normalizadas, por lo cual no se necesita.
4.2.2.1.2.2 Diseño Físico
4.2.2.1.2.2.1 Tabla de volumen
USUARIO
Atributos Identificador Amplitud Nulo Descripcion Llaves
codigo Numérico entero 8 NO Identificador del usuario Primaria
nombre Alfanumérico 100 NO nombre del usuario No
apellido Numérico entero 100 NO apellido del usuario No
telefono Numérico entero 8 NO telefono del usuario No
correo Alfanumérico 100 NO correo del usuario No
contraseña Alfanumérico 50 NO contaseña del usuario No
id_rol Numérico entero 8 NO Identificador fóranea del rol Foránea
id_contrato Numérico entero 8 NO Identificador fóranea de contrato Foránea
MODULO
Atributos Identificador Amplitud Nulo Descripcion Llaves
id Numérico entero 6 NO Identificador del permiso Primaria
nombre Alfanumérico 100 NO nombre del permiso No
descripcion Alfanumérico 150 NO Descripción acerca del permiso No
precio Numeriuco decimal 6 NO Ver precio No
EMPRESA
Atributos Identificador Amplitud Nulo Descripcion Llaves
id Numérico entero 6 NO Identificador del permiso Primaria
nombre Alfanumérico 100 NO nombre del permiso No
descripcion Alfanumérico 150 NO Descripción acerca del permiso No
TELEFONO Numerico 6 NO Ver telefono No
combustile
Atributos Identificador Amplitud Nulo Descripcion Llaves
id Numérico entero 6 NO Identificador del rol Primaria
nombre Alfanumérico 100 NO nombre del rol No
descripcion Alfanumérico 150 NO Descripción acerca del rol No
SUCURSAL
Atributos Identificador Amplitud Nulo Descripcion Llaves
id Numérico entero 6 NO Identificador del horario Primaria
Nombre alphanumerico 256 NO Atributo No
telefono alphanumerico 256 NO Atributo No
Hora de inicio del
ubicacion alphanumerico 256 NO No
horario
latitud alphanumerico 256 NO Atributo No
longitud alphanumerico 256 NO Día libre del horario No
TANQUE_COMBUSTIBLE
Atributos Identificador Amplitud Nulo Descripcion Llaves
Id Numérico entero 8 NO Identificador del usuario Primaria
Cap_max Alfanumérico 100 NO nombre del usuario No
descripcion Alfanumérico 100 NO apellido del usuario No
modelo Numérico entero 8 NO telefono del usuario No
stock Alfanumérico 100 NO correo del usuario No
Stock_min Alfanumérico 50 NO contaseña del usuario No
NOMINA
Atributos Identificador Amplitud Nulo Descripcion Llaves
id Numérico entero 6 NO Identificador de la nómina Primaria
Fecha de pago del contrato en
fecha_pago Fecha - NO No
nómina
Monto de pago del contrato en
monto_pago Numérico real 6 NO No
nómina
descuento Numérico real 3 NO Descuento porcentual del salario No
id_usuario Numérico entero 4 NO Identificador fóranea del usuario Foránea
ASISTENCIA
Atributos Identificador Amplitud Nulo Descripcion Llaves
id Numérico entero 6 NO Identificador del contrato Primaria
fecha Fecha - NO Fecha de registro de la asistencia No
hora_entrada Hora - NO Hora de la entrada No
hora_salida Hora - NO Hora de las salida No
hora_trabajada Hora - NO Horas trabajadas del dia No
id_usuario Numérico entero 4 NO Identificador fóranea del usuario Foránea
4.2.2.1.2.2.2 Script
use railway;
4.2.2.1.2.2.5 Consultas
SELECT * FROM empresa; (Muestra todos los registros de la tabla "empresa")
SELECT nombre, telefono FROM empresa; (Muestra el nombre y teléfono de todas las
empresas)
SELECT * FROM empresa WHERE direccion LIKE '%calle%'; (Muestra las empresas
que tienen "calle" en su dirección)
SELECT e.nombre, s.nombre FROM empresa e JOIN sucursal s ON e.id =
s.id_empresa; (Muestra el nombre de las empresas y sus sucursales)
SELECT COUNT(*) FROM empresa; (Cuenta el número total de empresas)
SELECT MAX(cant_sucursal) FROM empresa; (Muestra la empresa con el máximo
número de sucursales)
SELECT * FROM modulo WHERE precio > 1000; (Muestra los módulos con un precio
superior a 1000)
SELECT e.nombre, m.nombre FROM empresa_modulo em JOIN empresa e ON
em.id_empresa = e.id JOIN modulo m ON em.id_modulo = m.id; (Muestra el nombre de
las empresas y los módulos que tienen contratados)
SELECT COUNT(*) FROM empresa_modulo GROUP BY id_empresa; (Cuenta el
número de módulos por cada empresa)
SELECT e.nombre, SUM(m.precio) AS total_gasto FROM empresa_modulo em JOIN
empresa e ON em.id_empresa = e.id JOIN modulo m ON em.id_modulo = m.id GROUP
BY e.nombre; (Muestra el gasto total de cada empresa en módulos)
INSERT INTO empresa (nombre, telefono, correo, direccion) VALUES ('Empresa X',
123456, '[email protected]', 'Calle Principal 123'); (Inserta una nueva empresa)
UPDATE empresa SET telefono = 987654 WHERE id = 1; (Actualiza el teléfono de la
empresa con id 1)
DELETE FROM empresa WHERE id = 3; (Elimina la empresa con id 3)
SELECT e.nombre, COUNT(s.id) AS cant_sucursales FROM empresa e LEFT JOIN
sucursal s ON e.id = s.id_empresa GROUP BY e.nombre;
4.2.2.1.2.2.6 Procedimientos almacenados
CREATE PROCEDURE InsertarEmpresaYModulo(
IN p_nombre VARCHAR(256),
IN p_telefono INT,
IN p_correo VARCHAR(256),
IN p_direccion VARCHAR(525),
IN p_cant_sucursal INT,
IN p_modulosID INT
)
BEGIN
DECLARE empresa_id INT;
1. MarcarEntrada()
2. RegistrarEntrada()
3. CerrarAsistencia()
4. ConfirmacionDeCreacion()
5. ConfirmacionEntregaAsitencia()
1. MarcarSalida()
2. RegistrarSalida()
3. ActualizarAsistencia()
4. ConfirmacionDeActualizacion()
5. ConfirmacionSalidaRegistrado()
Gestión Administrador Para Visualizar
1. VerAsistencia()
2. ConsultarAsistencia()
4. ObtenerAsistencia()
5. ListaDeAsistencia()
6. ConfirmacionListaDeAsistencia ()
1. AgregarRegistroNomina()
2. AgregarNomina(json datos)
4. ConfirmacionDeCreacion()
5. ConfirmacionDeRegistroAgregado()
Gestión Administrador Para Eliminar Nóminas
1. EliminarNomina()
2. EliminarNomina(int id)
3. ConfirmacionDeEliminacion()
1. ActualizarNominas()
2. ConfirmacionActualizacion()
3. ConfirmacionRegistroActualizacion()
4.2.2.1.3.3 Diagrama de estado
4.2.2.1.3.4 Diagrama de navegación
4.1.2.2 Implementación
4.1.2.2.1 Componentes y artefactos generados
4.1.2.3 Pruebas
4.1.2.3.1 Plan de pruebas
4.1.2.3.1.1 Identificar los casos de prueba
CU7: Gestión de Nomina
descripcion
Se gestionara la parte de la paga del sueldo a cada empleado de la empresa
4.1.2.3.1.2 Objetivo de prueba
4.1.2.3.1.3 Desarrollar una lista de pruebas.
4.1.2.3.1.4 Describir casos de uso de prueba
Prueba CU#7: Gestión de Nomina
Revisión CU#7: Gestión de Nomina
Entrada
• Codigo del empleado
• Fecha del dia que se realizo el pago
• Monto del sueldo
• Monto del descuento
• Descripcion de que se esta pagando
Resultado
La nomina debera ser registrado en la base de datos satifactoriamente
Condiciones
El usuario al que se le pagara debera estar registrado previamente en el sistema
Procedimiento
• Ingresar al formulario del registro de la nomina
• Introducir el codigo del usuario al que se le va a pagar, y los demas datos
correspondientes
• Proseder con el pago del sueldo
4.1.2.3.2 Reporte de prueba
El sistema debera guardar los pagos realizados y poder generar los reportes o poder
anular en caso de equibocacion
Realizamos el guardado de datos de la nueva nomina
Guardado de los datos en la base de datos y visualizados en el front-end
Sprint Retrospective
Fecha 11/05/2024
Facilitador Cardona Espíndola Micael
Nombre Horas
Camino Puma Ronald 4 hr 30 min
Cardona Espíndola Micael 6 hr 15 min
Cisneros Laura Moises David 6 hr 20 min
Fuentes Fuentes Julio Cesar 7 hr 30 min
Mendoza Guzman Jose Daniel 5 hr
Vargas Avila Marcelo 3 hr 30 min
4.2.8 Scrum Taskboard
10. Bibliografía
Primer caso de estudio de software:
Gas/Petrol Station Management System in PHP and SQLite Free Source Code |
SourceCodester
Petrol Pump Software | Petrol Pump Billing & Management Software - MMI
(mmsoftwares.com)
11. Anexos
11.1 Sistema de gestión de gasolineras/petróleo
11.1.1 funcionalidades
• Inicio de sesión seguro: El administrador usa credenciales para entrar y salir del
sistema de forma segura.
• Página principal: Proporciona una vista general del sistema o acceso rápido a
funciones comunes.
• Lista de clientes (CRUD): Permite Crear, Leer, Actualizar y Eliminar información de
clientes, incluyendo posiblemente su historial de compras.
• Punto de venta (POS): Facilita la gestión de transacciones de venta de combustible
a los clientes.
• Ver deudas y lista de pagos de clientes: El administrador puede ver el saldo
pendiente de los clientes y gestionar sus pagos.
• Agregar nuevo pago de cliente: Registrar abonos o pagos completos de facturas de
clientes.
• Generar recibo imprimible: El sistema puede generar recibos impresos para cada
transacción.
• Generar informe de ventas imprimible por fecha: El administrador puede ver
reportes detallados de las ventas diarias.
• Gestionar lista de tipos de combustible (CRUD): Permite agregar, editar o eliminar
los diferentes tipos de combustible que se venden (p.ej., gasolina regular, diésel, etc.).
• Gestionar lista de usuarios (CRUD): El administrador crea, elimina y modifica las
cuentas de otros usuarios para acceder al sistema (por ejemplo, cajeros adicionales).
• Gestionar credenciales de cuenta: Restablecer o cambiar las contraseñas de las
cuentas de usuario.
6.Informes analíticos: Petro Genius proporciona informes detallados, como ventas por
boquilla o unidad de dispensación, ventas por ubicación, compras por mes, análisis de
deudas, entre otros.
9.Comunicación por SMS: Ofrece notificaciones por SMS para ventas en efectivo,
ventas a crédito, generación de estados de cuenta, recibos de pago, pagos atrasados,
entre otros.
11.2.2 funcionalidades
• Contabilidad completa
• Gestión de inventario:
o Seguimiento de existencias y movimientos.
o Cálculo de existencias finales.
FACTURACIÓN
• Factura de Impuestos según Cumplimiento del GST
• Facturación a Crédito (Semanal / Quincenal / Mensual)
• Opciones de Facturación por Vehículo, Producto y Cliente
• Opción de Descuentos Especiales al Momento de la Facturación
• Facilidad de Envío Directo de Facturas por Correo Electrónico
INVENTARIO
• Valoración Automática de Existencias
• Opción de Tarifas con Impuestos Incluidos
• Entradas Automáticas de Débito/Crédito en Compras y Ventas
• Informes de Inventario por Tanque
• Informes por Vendedor y Turno
DERECHOS DE ACCESO
• Los Derechos de Acceso te permiten proporcionar o restringir el acceso a
funcionalidades específicas para diferentes inicios de sesión.
• Crea tantos inicios de sesión como desees al crear empleados.
• El administrador puede proporcionar una contraseña adicional en cualquier
funcionalidad.