FACULTAD DE INGENIERIA Y TECNOLOGIA

PROYECTO INGENIERIA DE SOFTWARE 1

SISTEMA DE REGISTRO DE PAQUETES “MAGDALENO”

Elida Gil Gutiérrez

Universitario (a): Adrian Coimbra Echegaray
Francis muñoz zampieri
Diana Patricia Barriga SUAREZ
Carrera: Ingeniería de sistemas
Docente: Ing. Jhonny Rosas Calla ú
Materia: Ingeniería de Software
Fecha: 10/07/2025
 1. Introducción

El presente informe describe el desarrollo de un sistema web para la gestión de paquetería llamado
“El Magdaleno”. Esta herramienta permite registrar clientes, gestionar envíos, generar facturas y
controlar el estado de los paquetes en tiempo real.

El sistema fue construido usando el framework Django, integrando módulos como formularios,
base de datos, lógica de control y plantillas. Está orientado a mejorar la organización, trazabilidad y
eficiencia de un servicio de paquetería, desde la recepción hasta la entrega de los envíos.

En este documento se detalla su funcionamiento, estructura, componentes principales y diagramas

que respaldan su diseño y desarrollo.

2. Formulación del problema a solucionar

La empresa de servicios logísticos “El Magdaleno” atraviesa diversas limitaciones operativas
que afectan su eficiencia y dificultan el cumplimiento de sus objetivos de calidad y atención al
cliente. Estas limitaciones se manifiestan en los siguientes aspectos:
1. Procesos manuales y poco estructurados
o Las tareas de registro y control de paquetes se realizan sin apoyo de herramientas
digitales especializadas, lo que incrementa el riesgo de cometer errores, perder
información importante y generar inconsistencias en los registros.
2. Falta de visibilidad sobre el estado de los envíos
o Los clientes no pueden consultar en tiempo real el estado de sus envíos, lo que
genera dudas, llamadas constantes y una carga innecesaria sobre el personal
encargado.
3. Desorganización en la consulta y almacenamiento de información
o La ausencia de un sistema centralizado complica el acceso rápido a los datos de
los paquetes, clientes y entregas, dificultando el control operativo y la toma de
decisiones.
4. Errores recurrentes en la gestión de entregas
o La asignación inadecuada de paquetes y la falta de seguimiento automatizado
provocan retrasos, entregas fallidas y reclamos por parte de los usuarios.
5. Imposibilidad de generar informes precisos
o La empresa no cuenta con medios tecnológicos que le permitan visualizar
estadísticas clave sobre su rendimiento logístico, como envíos diarios, ingresos por
paquete o tiempos promedio de entrega.
Estas deficiencias operativas reducen la productividad de la empresa, elevan los costos de
gestión y afectan negativamente la confianza de los usuarios. Por tanto, se hace necesaria la
implementación de un sistema informático que automatice los procesos, unifique la información
y permita ofrecer un servicio más moderno, controlado y eficiente.
3. Interesados del proyecto o clientes

Se identifican los principales actores que tienen interés directo o indirecto en el desarrollo,
implementación y uso del sistema web de gestión de paquetería “El Magdaleno”:
1. Encargados administrativos de la empresa
Son responsables de supervisar las operaciones generales, gestionar el personal y asegurar la
eficiencia del servicio. Este grupo utilizará el sistema para generar reportes, revisar estadísticas y
controlar el flujo de paquetes.
2. Recepcionistas de paquetería
Encargados de registrar nuevos envíos, modificar estados, emitir facturas y actualizar la
información de los clientes. Son usuarios clave del sistema en el día a día.
3. Clientes o usuarios finales
Personas que utilizan el servicio de envío y recojo de paquetes. Aunque no interactúan directamente
con el sistema, se benefician de la mejora en la organización, velocidad y seguimiento de sus
envíos.
4. Responsables del almacén o distribución
Controlan el ingreso, salida y estado físico de los paquetes. El sistema les permitirá consultar el
estado de cada envío y actualizar su entrega de manera eficiente.
5. Equipo de desarrollo
Encargados de diseñar, programar y mantener el sistema. Aunque no forman parte del uso
operativo, son esenciales para su implementación y evolución técnica.

6. Objetivos

4. Objetivo General

Desarrollar un sistema web de gestión de paquetería para la empresa “El Magdaleno”, que permita
registrar envíos, controlar el estado de los paquetes, emitir facturas y mejorar la organización
operativa, reduciendo errores y optimizando el seguimiento y control de la información.

Objetivos Específicos

Diseñar una base de datos estructurada que permita almacenar la información de clientes, paquetes,
empleados, estados de envío y facturas de manera eficiente.

1. Implementar formularios digitales para el registro de paquetes, con validaciones automáticas

para reducir errores humanos y evitar registros incompletos o duplicados.
2. Crear un módulo de control de estados que permita actualizar y visualizar en tiempo real el
estado de cada paquete (recepcionado, en tránsito, entregado, etc.).
3. Generar facturas automáticamente en formato PDF, incluyendo los datos del envío, del cliente,
del destinatario y el valor del servicio.
4. Incorporar filtros y reportes que permitan al personal administrativo consultar datos por fechas,
clientes o estados, así como obtener totales y estadísticas básicas.
5. Facilitar la trazabilidad del servicio mediante un sistema de historial y consultas rápidas que
mejoren la atención al cliente y la toma de decisiones internas.
 5. Alcance del sistema
El sistema web de gestión de paquetería “El Magdaleno” ha sido diseñado para cubrir los
procesos operativos clave de la empresa en sus diferentes áreas. El sistema será utilizado
principalmente por el personal administrativo, recepcionistas de carga, encargados del almacén
y supervisores, permitiendo mejorar la eficiencia, trazabilidad y control del servicio.
A continuación, se detallan las funcionalidades contempladas dentro del alcance del sistema:
Funciones incluidas:
 Registro digital de paquetes con sus respectivos datos: descripción, peso, dimensiones,
precio, destinatario, cliente y estado.
 Gestión de clientes y empleados, enlazados al sistema de usuarios de Django.
 Control de estados de envío: recepcionado, en tránsito, entregado.
 Generación automática de facturas en formato PDF.
 Consulta y listado de paquetes con filtros por fecha, estado o cliente.
 Historial de estados por paquete.
 Panel administrativo personalizado con Jazzmin.
 Subida de imágenes del paquete (embalaje).
 Visualización individual del detalle de cada paquete.
 Reporte de ingresos totales por envíos.
 Control de acceso según rol (empleado, cliente, administrador).
6. Modelo de Negocios

1. Diagrama de Paquetes de Negocio

 Propósito:
Mostrar cómo se dividen los procesos clave de la empresa en módulos lógicos
(Administración, Servicios, Contabilidad).
 Estructura:
Tres paquetes conectados por relaciones de dependencia, representando áreas
funcionales.
 Aplicación Técnica:
Se refleja en la organización del código: paquetes, admin, factura, cada uno con modelos,
vistas y plantillas dedicadas.
 2. Diagrama de Casos de Uso de Negocio
 Propósito:
Identificar las interacciones principales entre los actores (Cliente y Encargado) y el
sistema.
 Estructura:
Actores externos (stick figures) y casos de uso (óvalos) como “Enviar paquete”, “Recojo
de paquete”, “Elaboración de planilla”.
 Aplicación Técnica:
Reflejado en las vistas: crear_paquete, ver_detalle_paquete, listar_paquetes,
generar_factura.
 3. Diagrama de Análisis: Envío de Paquete
 Propósito:
Representar el flujo de actividades y entidades en el proceso de envío desde la recepción
hasta la entrega.
 Estructura:
Roles (Cliente, Recepcionista, Responsable de Almacén) conectados a procesos como
registro, factura, pago, almacén.
 Aplicación Técnica:
Todo este flujo está implementado en el sistema a través de formularios (PaqueteForm),
vistas (crear_paquete) y lógica de estado.

4. Diagrama de Análisis: Recojo de Paquete

 Propósito:
Visualizar el proceso de consulta y entrega del paquete al destinatario.
 Estructura:
Interacción entre cliente, recepcionista y almacén, con nodos como “verifica estado”,
“recoge paquete”.
 Aplicación Técnica:
Reflejado en la vista cambiar_estado_paquete() y lista_paque, donde el cliente y el
empleado interactúan.
 5. Comunicación entre Sucursales A y B
 Propósito:
Simular cómo se compartiría la información de paquetes entre dos sucursales distintas.
 Estructura:
Roles repetidos por sucursal (Recepcionista, Responsable) e intercambio de paquetes
entre ambos.
 Aplicación Técnica:
Aunque aún no se implementa por sucursal, el sistema permite simular esta estructura
mediante el uso de campos por estado y vistas compartidas.
 6. Diagrama Entidad-Relación (ER) – Cliente, Paquete, Factura
 Propósito:
Representar gráficamente las relaciones entre las entidades principales del sistema:
cliente, paquete y factura.
 Estructura:
Entidades (Cliente, Paquete, Factura) conectadas con líneas que indican relaciones 1:N o
1:1.
 Aplicación Técnica:
Reflejado en los modelos Django: Cliente, Paquete, con generación de factura en la vista
generar_factura ().

7. ER: Paquete y Almacén

 Propósito:
Mostrar la relación entre los paquetes registrados y su ubicación o estado en almacén.
 Estructura:
Entidades Paquete y Almacén, con una relación 1:N.
 Aplicación Técnica:
En el sistema, el campo estado (tipo EstadoPaquete) actúa como representación del
estado físico en almacén.
 8. ER Distribuido por Sucursales
 Propósito:
Simular la separación lógica de registros por sucursales (A y B).
 Estructura:
Entidades duplicadas por sucursal, con claves como guía para vincular registros.
 Aplicación Técnica:
Aún no implementado por sucursal, pero puede añadirse un campo sucursal en el modelo
Paquete para replicar este diseño.
 9. Reglas de Negocio: Envío
 Propósito:
Definir las validaciones que debe cumplir el proceso de envío (cliente, embalaje,
contenido, pago).
 Estructura:
Rectángulos de reglas conectados a decisiones (tipo RuleTask).
 Aplicación Técnica:
Parcialmente implementado: validación de campos en el PaqueteForm, cálculo
automático de garantía en la factura.

10. Reglas de Negocio: Recojo

 Propósito:
Especificar condiciones necesarias para la entrega del paquete (CI del destinatario,
pago).
 Estructura:
Reglas conectadas a nodos de verificación y acción (tipo RuleTask).
 Aplicación Técnica:
Actualmente no se verifica CI ni estado de pago antes de entregar, pero puede añadirse
como validación extra en cambiar_estado_paquete ().

11.
Reglas de Negocio: Planilla de Envío
 Propósito:
Establecer las validaciones necesarias para el control interno al registrar paquetes en
planilla.
 Estructura:
Reglas tipo “validar campos obligatorios”, “verificar duplicados”, “asignar número de guía
único”.
 Aplicación Técnica:
El sistema ya valida campos vía PaqueteForm, pero aún no controla duplicados en el
número de guía (no es unique=True). Se puede implementar fácilmente en el modelo.

12. Casos de Uso Detallado: Subsistema Envío

 Propósito:
Mostrar con más detalle las funciones operativas del recepcionista en el proceso de
envío.
 Estructura:
Actor: Recepcionista de Paquetes. Casos de uso: Registrar cliente, registrar paquete,
registrar pago.
 Aplicación Técnica:
Registro de paquete implementado en crear_paquete(). Registro de cliente manual por
ahora. Registro de pago no automatizado aún.
 13. Casos de Uso Detallado: Subsistema Recojo
 Propósito:
Detallar las actividades del recepcionista al entregar el paquete al cliente.
 Estructura:
Casos de uso como: Verificar identidad, consultar estado, marcar como entregado.
 Aplicación Técnica:
Parcialmente implementado en cambiar_estado_paquete() y ver_detalle_paquete(). Aún
no se valida CI ni estado de pago.

14. Casos de Uso: Elaboración de Planilla

 Propósito:
Especificar funciones del recepcionista relacionadas con el control administrativo del flujo
de paquetes.
 Estructura:
Casos como: Registrar guía, fecha, descripción, y actualizar estado del paquete.
 Aplicación Técnica:
Vista listar_paquetes y generar_factura() reflejan esta funcionalidad. La “planilla” es
simulada digitalmente con listados y reportes.
 15. Casos de Uso General Simplificado
 Propósito:
Representar de manera clara y directa las funciones disponibles para cada actor del
sistema.
 Estructura:
Actores: Cliente / Encargado. Casos: Enviar paquete, consultar estado, elaborar planilla,
entregar.
 Aplicación Técnica:
Todo el sistema está alineado con estos casos de uso: crear_paquete, lista_paque,
listar_paquetes, cambiar_estado_paquete.
 16. Diagrama de Actividades:
Registro de Paquete
 Propósito:
Describir paso a paso el flujo que sigue
un recepcionista para registrar un
paquete en el sistema.
 Estructura:
Actividades secuenciales como: validar
cliente, llenar formulario, registrar pago,
guardar datos.
 Aplicación Técnica:
Implementado en la vista
crear_paquete() con formulario
PaqueteForm. El pago se registra como
precio, pero no se distingue si fue
pagado o no.

17. Diagrama de Actividades:

Recojo de Paquete
 Propósito:
Detallar el proceso desde que un
cliente solicita recoger su paquete
hasta que se entrega.

 Estructura:
Validaciones: nombre y CI,
verificación de estado y pago,
registro de entrega.

 Aplicación Técnica:
Parcialmente implementado en
cambiar_estado_paquete(). Aún no
se exige validación de CI ni pago
antes de entregar.
 18. Diagrama de Actividades:
Elaboración de Planilla
 Propósito:
Modelar el proceso que realiza el
recepcionista para ingresar paquetes
y actualizar su estado en una planilla
administrativa.

 Estructura:
Ingreso de datos, consulta de estado,
actualización, cierre del registro.

 Aplicación Técnica:
Representado en listar_paquetes,
crear_paquete y la funcionalidad de
generar facturas. La "planilla" es
digital, no física.

19/20. Diagramas de Secuencia: Registro y Pago

 Propósito:
Modelar la interacción entre recepcionista, formularios, vistas, modelos y base de datos
durante:
o guardarRegistro: registrar un paquete.
o registro de pago: marcar como pagado.
 Estructura:
Participantes (actor, vista, modelo, base de datos), mensajes secuenciales y acciones de
validación.
 Aplicación Técnica:
guardarRegistro está totalmente implementado.
registro de pago aún no tiene un campo específico; puede añadirse fácilmente como
pagado = [Link]().
21. Diagrama de Clases UML
 Propósito:
Representar la estructura del sistema desde una perspectiva orientada a objetos: clases,
atributos, métodos y relaciones.
 Estructura:
Clases como Cliente, Paquete, Empleado, Garantía, Recepción, con atributos (peso,
nombre, guía, valor) y métodos (ActualizarEstado(), GenerarRecibo()).
 A
plicación
Técnica:
Reflejado
en los
modelos
Django:
Cliente,
Paquete,
 Empleado, y las operaciones implementadas en [Link].
Algunos métodos están simulados (ej. generar_factura() equivale a GenerarRecibo()).

22. Diagrama Físico de Base de Datos

 Propósito:
Mostrar cómo están definidas las tablas reales de la base de datos: campos, claves
primarias, foráneas, relaciones.

 Estructura:
Tablas TCliente, TPaquete, TEmpleado, TPlanilla, TRecepcion, TFactura, con relaciones
1:1 y 1:N.

 Aplicación Técnica:
Reflejado en tu base de datos SQLite generada por Django ORM. Algunas tablas como
 TPlanilla y TFactura están simuladas a través de vistas y archivos PDF.

23. Diagrama de Componentes

 Propósito:
Visualizar los bloques principales del sistema y cómo se conectan: base de datos, lógica,
vistas, plantillas.
 Estructura:
Componentes como [Link] (equivalente a [Link] en Django), Plantillas, Lógica,
Base de Datos, todos interconectados sobre un framework (Flask en el diagrama, pero
aplicable a Django).
 Aplicación Técnica:
Aplicado directamente en la arquitectura Django:
o [Link] → entrada
 o [Link] → lógica
o templates/ → interfaz
o [Link] y ORM → base de datos

Conclusión
La implementación del sistema web de gestión de paquetería “El Magdaleno” ha permitido
automatizar y optimizar los procesos clave relacionados con el registro, control, seguimiento y
entrega de paquetes. Gracias al uso del framework Django, se logró desarrollar una plataforma
robusta, modular y funcional, capaz de centralizar la información y reducir errores operativos
frecuentes.
Con este sistema, la empresa mejora significativamente su capacidad de respuesta, reduce la
dependencia de procesos manuales, y fortalece la trazabilidad del servicio ofrecido. Además, la
generación automática de facturas, el control de estados y la consulta de reportes en tiempo real
facilitan la toma de decisiones y elevan el nivel de profesionalismo de la operación logística.
El sistema demuestra que, con una adecuada planificación, análisis de requerimientos y
modelado, es posible digitalizar de forma efectiva una empresa de paquetería sin necesidad de
grandes infraestructuras.