Trabajo Final - Práctica Profesionalizante PDF

Instituto Superior Particular Nº 4011
"Gral. Manuel Belgrano"
Trabajo Final
Práctica Profesionalizante
Módulo de gestión de transporte, integrado a la

plataforma Odoo para la empresa Loyola
Transporte y Logística.
Bisiach Lucio
2020
Bisiach Lucio - 3° Año 2020
Resumen
Actualmente, la mayoría de las PyMES tienen inconvenientes al llevar el control de su

empresa, facturan y venden por una plataforma, controlan acciones en otro sistema,
guardan documentación en Google Drive, Dropbox o OneDrive.
Por ello aunar todas estas necesidades dentro de una misma plataforma, cobra cada vez
más sentido. Entonces, este proyecto puede aportar y mucho a la gestión de una Pequeña y
Mediana Empresa.
Loyola Transporte y Logística es una empresa fundada en el 1998, se dedica a prestar

servicios de logística y transporte. Debido a que no cuenta con un amplio sector
administrativo, su gerente Lucas Loyola debe realizar la totalidad de las tareas de la
empresa.
El presente proyecto viene a cubrir esta necesidad que se ha observado. Integrar dentro de
una misma plataforma la facturación, ventas y compras, con un control de los servicios
realizados, documentación, tareas y vencimientos de la empresa.
Se decidió utilizar la plataforma Odoo ya que es un ERP escalable y tiene su desarrollo que
permite la conexión con AFIP.
A lo largo de este documento se presenta el módulo realizado, exponiendo un estudio de la

descripción y necesidades de la empresa, las tecnologías utilizadas, y los diagramas
correspondientes para su correcto desarrollo.
Por último, van a encontrar un manual de uso para mejorar su comprensión y usabilidad.
Instituto Superior Particular Nº 4011 - 2020

1
Glosario
● ERP (Planificación de Recursos Empresariales): son sistemas informáticos

destinados a la administración de recursos en una organización.
● Linux: es una familia de sistemas operativos de código abierto tipo Unix basados en
el núcleo de Linux.
● SSH: es el nombre de un protocolo y del programa que lo implementa cuya principal
función es el acceso remoto a un servidor por medio de un canal seguro en el que
toda la información está cifrada.
● Servidor: es una aplicación en ejecución capaz de atender las peticiones de un

cliente y devolverle una respuesta en concordancia.
● API: es un código que indica a las aplicaciones cómo pueden mantener una
comunicación entre sí.
● Browser: es un programa mediante el cual se accede a internet cuya función es

interpretar la información que recibe de manera tal que los usuarios puedan verla y
utilizarla para realizar ciertas tareas.
● Experiencia de usuario: es el conjunto de factores y elementos relativos a la

interacción del usuario con un entorno o dispositivo concretos.
● Wizard (Modal): describen sesiones interactivas con el usuario (o cuadros de

diálogo) a través de formularios dinámicos.

2
Contenido
1. Introducción………………………………………………………………………………... 4
a. Descripción del Cliente………………………………………………………….. 5
b. Surgimiento del problema…………………………………………………......... 6
c. Solución planteada………………………………………………...…………….. 6
d. Fases de realización…………………………………………………………….. 7
e. Tiempos estimados.……………………….…………………………………..… 8
f. Resultados deseados.………….……………………………………………..… 8
2. Análisis………………………………………………………………………....……….… 9
a. Propósito.………………...…………………………………………………….… 9
b. Alcance del Software.…...……...……………………………………………..… 9
c. Funcionalidades del producto....………………………..…………………....... 10
d. Clases y características de usuarios software.…………………….……….. 10
e. Entorno operativo..…...……...………………………………………………….. 10
f. Requerimientos funcionales...………………………………………………….. 11
g. Requerimientos no funcionales.……………………………………………….. 15
h. Diagramas de Caso de uso……………………………………………………..18
● Diagrama de caso de uso de Servicio………………………………....18
○ REF 01 - Crear Servicio………………………………………...19
○ REF 02 - Editar Servicio………………………………………..21
○ REF 03 - Eliminar Servicio….….….….….….….….….….…....22
○ REF 04 - Imprimir reporte del Servicio….….….….….….…….24
○ REF 05 - Ingresar venta del Servicio….….….….….….….…..25
○ REF 06 - Ingresar compra del Servicio….….….….….….…...26
○ REF 07 - Cambiar Estado del servicio….….….….….….…....27
○ REF 08 - Enviar correo confirmando el servicio….….….…....28
○ REF 09 - Calcular kilómetros recorridos del Servicio….…….29
● Diagrama de caso de uso de Empleados….….….….….….….….….30
○ REF 10 - Crear Empleado….….….….….….….….….….…....31
○ REF 11 - EditarEmpleado….….….….….….….….….….….…32
○ REF 12 - Eliminar Empleado….….….….….….….….….….…34
○ REF 13 - Ingresar documento del empleado….….….….…....35
○ REF 14 - Visualizar servicio del Empleado….….….….….…..36
○ REF 15 - Generar reporte de servicios del Empleado.….…...37
○ REF 16 - Crear registro de vencimiento del Empleado….…..38
○ REF 17 - Editar registro de vencimiento del Empleado….…..39
○ REF 18 - Eliminar registro de vencimiento del Empleado…...41
○ REF 19 - Enviar notificación de vencimiento del Empleado…42
● Diagrama de caso de uso de Vehículos….….….….….….….….….…43
○ REF 20 - Crear Vehiculo….….….….….….….….….….….…..44
○ REF 21 - Editar Vehiculo….….….….….….….….….….….….45
○ REF 21 - Eliminar Vehiculo….….….….….….….….….….…..47
○ REF 23 - Ingresar documento del vehículo….….….….…..…48
○ REF 24 - Visualizar servicio del Vehículo….….….….….…...49

3
○ REF 25 - Generar reporte de servicios del
Vehículo………….50
○ REF 26 - Crear registro de vencimiento del
vehículo….….….51
○ REF 27 - Editar registro de vencimiento del
vehículo….….….52
○ REF 28 - Eliminar registro de vencimiento del
Vehículo….….54
○ REF 29 - Enviar notificación de vencimiento del
Vehículo…...55
○ REF 30 - Crear registro de Servicios mecanicos del
vehículo…………………………………………………………..56
○ REF 31 - Editar registro de Servicio mecánico del vehículo...57
○ REF 32 - Eliminar registro de servicio mecánico del
Vehiculo…………………………………………………………..59
○ REF 33 - Enviar notificación de servicio mecánico del
Vehículo…………………………………………………………..60
● Diagrama de caso de uso de Combustible….….….….….….….….…61
● Diagrama de caso de uso de Vencimientos….….….….….….….…...62
○ REF 34 - Crear registro de combutible….….….….….….…...63
○ REF 35 - Eliminar registro de combustible….….….….….…..64
○ REF 36 - Editar registro de combustible….….….….….….….65

4
1. Introducción
Indudablemente las ventajas de disponer de sistemas alojados en la web que permitan

llevar una óptima y correcta gestión de una organización, superan a los inconvenientes.
Estas tecnologías han logrado satisfacer muchos aspectos organizacionales, de ejecución y
acción, junto con el hecho de integrar todas estas necesidades dentro de un mismo sitio
permite que los gerentes de estas empresas u organizaciones tomen decisiones más
acertadas.

1.a. Descripción del Cliente
La empresa fue fundada en el año 1998 por Daniel Loyola. En sus orígenes la
actividad principal del transporte giraba en torno a la distribución de productos con el uso de
brazos hidráulicos montados sobre el camión, siendo pioneros en Rosario y sus alrededores
en aquellos tiempos. El servicio con hidrogrúa hizo que la empresa se destaque frente a la
competencia ya que se reducían los tiempos operativos y los costos en los repartos.

Basado en la filosofía de optimizar recursos y reducir costos, la empresa fue creciendo
incorporando más unidades con brazos hidráulicos con el fin de satisfacer la demanda
generada.
Con el objetivo puesto en expandir nuestros servicios y alcanzar nuevos mercados, en 2012
se incorporan los primeros semirremolques a la flota, en 2014 se abre una sucursal en la
ciudad de Campana, Buenos Aires y en 2017 se adquieren las primeras Bateas para el
transporte de mercadería a granel.
En la actualidad se concentran los esfuerzos en seguir desarrollando la logística y el
servicio de transporte, buscando siempre acompañar a nuestros clientes en el crecimiento.
Clientes:


5
Algunos de los servicios que realizan son:
● Traslado y reparto de mercadería (Hierro, verdura, carbón, palos, estructuras,

materiales de construcción y más.)
● Movimiento de tierra, arena y cereal. Estos traslados se realizan con un tipo de

acoplado llamado “Batea”.
● Movimientos de hidrogrúa como montar un galpón o mover hierros y estructuras de

gran tamaño.
Cuenta con un total de 7 vehículos:
● 3 camiones con hidrogrúas.
● 1 camión tipo balancín.
● 3 camiones con acoplado semi-remolque.
● 1 batea.
Actualmente no solo trabaja con su propia flota sino que subcontrata camiones o
hidrogrúas, tercerizando algunos servicios.
Ubicada en Uriburu 5080 (Área

Industrial Uriburu, Rosario).
Cuenta con un predio de gran
longitud y fácil acceso, ya que
se encuentra a pocos metros de
Avenida Circunvalación. Por lo
que para aquellos choferes que
solo tienen que pasar a dejar
papeles o buscar pagos les
resulta sumamente accesible.

6

1.b. Surgimiento del problema
Hojas de cálculo. Solución a muchos inconvenientes que tenemos, pero a la larga un

problema.
Lucas, utiliza hojas de cálculo para todo, control de combustible, control de viajes,
vencimientos, control de facturación por cliente, sueldos, etc…
Durante los primeros años funcionaba todo bien, pero llegó un punto en el que sostener
todas las hojas de cálculo, fue algo muy tedioso y complicado de mantener.

Ejemplo de planilla de cálculo de vencimientos

Recordemos que las hojas de cálculo llegan un punto en el cual si las cargamos de datos,
se vuelven lentas, y además vincularlas todas es un lío.
Sumado a esto, utilizaba un programa para facturar llamado Xubio. Que genera un vínculo
con AFIP y te permite emitir Facturas, Notas de Crédito/Débito. Pero que tenía un problema,
no podía generar libros de IVA Compra, ya que el sistema solo le permitía la carga de 20
facturas mensuales.
Entonces se manejaba la empresa en distintos entornos, Hojas de Calculo, Sistema de

Facturación, (que cumplian con lo justo y necesario).
Resumiendo, Lucas necesitaba unificar los procesos y llevar el control de la empresa todo
dentro de un mismo entorno (sistema), dejando de lado las hojas de cálculo y usarlas para
un uso esporádico.

1.c. Solución planteada
A fin del 2017, Lucas me toma como empleado para hacer trabajos administrativos. Con el
correr del tiempo me comentó de este problema que desarrollamos anteriormente y me
propuso crear un sistema de gestión que controlara todos estos inconvenientes que se
presentaban.

7
En el 2018, hice en Angular, Firebase y Bootstrap un pequeño sistema que registraba los
viajes, que para ser sincero era malisimo. A fin de ese año, Lucas me sugiere que vea de
qué se trataba Odoo.
Odoo es un ERP (Sistema de Gestión de Recursos Empresariales). Si alguno conoce
podemos nombrar a SAP o Microsoft Dynamics, que son ERP’s pero de tipo Enterprise
(Pagos).
Estos tipos de sistemas son un conjunto de aplicativos unificados todos en un mismo

entorno. Por ejemplo, nosotros instalamos Odoo, y dentro de él nos permitirá instalar
distintas aplicaciones ya desarrolladas como la de Ventas, Contabilidad, Email, Compras,
Sitio Web, Tareas, y muchas más. La división de aplicaciones nos permite que en el
hipotético caso de que tengamos los sectores de Ventas, RRHH y Compras, cada empleado
vea solo su sección y por detrás se vinculan una con la otra.
¿Que tiene de bueno esta plataforma? Qué es Open Source. Con esto queremos decir que
podemos hacer un aplicativo dentro de ella, y vincularlo con los ya existentes. O bien
modificar el existente y programarlo a medida de cada necesidad.
Entonces empezamos a ver de qué se trataba, si nos servía o no, cómo podríamos
implementarlo. Un día, en una PC con Ubuntu instalamos Odoo y lo empezamos a usar con
las herramientas que ya vienen por default, también se le instaló la Localización Argentina
para poder facturar. Lo unico que haciamos con el programa era cargar los viajes en el
módulo de Tareas y facturarlos.
Seguimos usando los vencimientos, control de algunos clientes, control de empleados,

combustible y sueldos en hojas de cálculo. Entonces la propuesta pasó a ser la de que se
cree un sistema de gestión de transporte dentro de Odoo, y así llevar el control de todo
dentro del mismo sistema.

1.d. Fases de realización.
En este apartado vamos a dar una visión general de los procesos que vamos a realizar a lo
largo del proyecto, que corresponden a la mayoría de un desarrollo de software.
● Estudio: se realizará la investigación sobre posibles tecnologías a utilizar, estudio

de mercado y viabilidad.
● Análisis: se definirán los requisitos con el objetivo de dilucidar precisamente que es
lo que vamos a desarrollar.
● Diseño: una vez finalizado el estudio y análisis, y con un listado de requerimientos

definido, se continuará con el diseño de la arquitectura de la aplicación.
Esta sección incluirá distintos diagramas que definirán el diseño en pantalla, base de
datos y seguridad.

8
● Desarrollo: se irá desarrollando las acciones básicas dándole una forma y una
funcionabilidad simple. Una vez finalizada se le enseñara el prototipo al cliente.
Si está en su aprobación se continuará con el desarrollo.
● Pruebas: finalizado el desarrollo, se hace necesaria una cantidad de pruebas

generales para comprobar la calidad y eficiencia del software desarrollado.
● Documentación: la documentación es algo indispensable para tener un óptimo

mantenimiento de un desarrollo de software, tanto a nivel código como de
documento.
● Mantenimiento: según estudios, el mantenimiento de un producto software supone

el 80% del ciclo de vida. En este proyecto estamos más orientados a futuras
modificaciones con el fin de mejorar y ampliar el módulo.

1.e. Tiempos estimados

Fecha tope Hito
30/05/2020 identificación del problema.
30/06/2020 Reunión con el cliente y recopilación de requerimientos.
30/07/2020 Construcción de diagramas de casos de uso y E/R.
30/09/2020 Desarrollo del producto.
15/10/2020 Lanzamiento versión Beta.
30/11/2020 Desarrollo de modificaciones y arreglos de bugs.
15/12/2020 Lanzamiento versión final
31/01/2021 Capacitación

1.f. Resultados deseados
Lo que queremos lograr con este proyecto es solucionar el problema en particular de este
cliente y que para fin de este año o principios del 2020 ya esté utilizando este módulo.
Pero a la vez tener un módulo desarrollado y que se pueda aplicar en otras empresas de
transporte o en otras empresas que brinden servicios, ya que es open source y puede
modificarse.

9
2. Análisis
En este capítulo presentaremos las fases de análisis, que forma la parte inicial de todo
proyecto de software, definiendo los requerimientos que el cliente pretende.
Para lograr un óptimo desarrollo y un buen funcionamiento y gestión de la base de datos, es

necesario esta fase de análisis. En otras palabras este proceso determina los cimientos y
las bases del proyecto.
Como definición primordial vamos a definir qué son los requisitos. Estos nos especifican el
comportamiento que se espera de cualquier proyecto de software, donde en una reunión
con el cliente, él nos determina cuales son sus necesidades y junto con nuestro
conocimiento lo guiaremos a lograr una buena definición de requerimientos.

2.a. Propósito
En esta sección vamos a definir el nombre del software a desarrollar. Lo vamos a llamar
“Transport Management”, en español “Gestión de Transporte”.
Este documento no cubre la total descripción del software Odoo que es donde va a ser
integrado el módulo de Transport Management, pero si describe por completo los
componentes del módulo nombrado. Incluyendo todas sus funciones y características.

2.b. Alcance del Software
Antes de comenzar con la fase de diseño y desarrollo del proyecto se debe definir el
alcance del software. Además hay que dejar bien en claro que es lo que se pretende lograr,
hasta donde se está dispuesto a llegar, también definir las prioridades con respecto a los
objetivos perseguidos, distinguiendo los indispensables de los que pueden considerarse no
indispensables.
● Diseñar un software que resuelva las necesidades de control y gestión de los

servicios que realiza la empresa.
● Que el software tenga la capacidad de mostrar datos que permitan evitar pérdidas
en la empresa.
● En todo momento se podrá realizar un informe de los servicios realizados filtrados
por clientes, empleados, vehículos, etc.
Exclusiones:
● Implementación de GPS.
● La emisión de notificaciones push.

10
● No se incluirá ningún otro software que no haya sido especificado en el alcance.

2.c. Funcionalidades del producto
Los procesos o funciones principales que conforman el sistema a desarrollar son los
siguientes:
● Gestión de control de servicios: se encargará de listar y ordenar

cronológicamente todos los servicios que se realizaron.
● Gestión de combustible: registro de kilometrajes y litros que se ingresan en cada

carga de combustible.
● Gestión de vencimientos: se encargará de registrar y mostrar los vencimientos

dependiendo de su estado, vencido,a vencer, o pagado.
● Gestión de empleados: su función principal será almacenar los datos de los

empleados, documentos, vencimientos y servicios realizados.
● Gestión de vehículos: esta sección será la encargada de almacenar los datos de

los vehículos, sus documentos, vencimientos, registros de kilometraje y servicios
realizados.

2.d. Clases y características de usuarios software
● Usuario Administrador: será el encargado de ingresar al sistema en caso de tener

que realizar modificaciones al mismo o de solucionar algún problema o
inconveniente que se le presente al usuario normal.
Este usuario va a tener acceso a todos los datos del sistema por lo que es muy
importante ser éticamente correcto al manipular la información que se encuentra
dentro de la aplicación.
● Usuario Gerente: en este caso este tipo de usuario va a ser uno solo (el dueño de
la empresa), será el encargado de gestionar toda la información del sistema, ver el
consumo de combustible, y los registros de los empleados.
● Usuario Administrativo: encargado de agregar toda la información al sistema (Data

entry).

2.e. Entorno operativo

11
A continuación vamos a nombrar aquellos requisitos en los cuales el sistema va a

desenvolverse con óptimas condiciones.
A nivel software:
● Sistema operativo basado en GNU/Linux y de las siguientes versiones, Ubuntu
19.01/20.04, Linux Mint 18.04/19.04, Debían 9/10. Se instala en este sistema
operativo debido a que permite instalar dependencias para hacer la conexión con
AFIP.
● Cualquier navegador en su última versión va a ser compatible con este sistema. Si
dejamos los navegadores desactualizados vamos a tener problemas con la
experiencia de usuario.
A nivel hardware:
● Si el servidor es físico va a requerir:
● Mínimo:
○ 2 GB RAM
○ SSD 120
○ Procesador de 4 núcleos, 1,8 Ghz
● Recomendado:
○ 4 GB RAM
○ SSD 240
○ Procesador de 4 núcleos, 2 Ghz
● Si el servidor es virtual (SSH) va a requerir:
● Recomendado:
○ 1 GB RAM
○ SSD 25
○ 1 Núcleo
En el caso de un servidor SSH al no tener entorno gráfico vamos a tener menores

requisitos, podemos dar como ejemplo servidores virtuales como Linode, Digitalocean,
AWS, Google Cloud Platform. Estos son muy útiles y eficientes ya que vamos a disponer de
una máquina virtual sin la necesidad de tenerla en un lugar físico, eligiendo los requisitos
que se adapten a nuestra empresa.
Cabe aclarar que los requisitos son mínimos debido a que solo 2 usuarios van a hacer uso
del sistema, a lo sumo 3.

2.f. Requerimientos funcionales

12
Los requisitos funcionales son declaraciones de los servicios que prestará el sistema, y
cómo reacciona ante determinadas acciones. En algunos casos, los requisitos funcionales
de los sistemas también establecen explícitamente lo que el sistema no debe hacer.
Seguido de esto vamos a definir los requisitos funcionales de Transport Management:
Requerimientos funcionales relacionados con los servicios.
ID Descripción Prioridad
REQ1. Gestión de Servicios.
Gestión de Servicios
REQ1.1 Ante el surgimiento de un nuevo servicio, el sistema permitirá Alta

ingresar el registro del mismo.
REQ1.2 El sistema permitirá la modificación y la baja del servicio Alta

almacenado.
REQ1.3 El sistema indicará con un botón a qué estado pasar del servicio Alta
(Borrador - Confirmado - Finalizado - Cancelado)
REQ1.4 Si el servicio se encuentra en estado Borrador - Confirmado - Alta

Finalizado, el sistema deberá cancelar la edición de los campos.
REQ1.5 Al confirmar un servicio, se le enviará al empleado Media

correspondiente los datos del servicio, notificandolo del mismo.
REQ1.6 El sistema deberá calcular la distancia recorrida dependiendo de Alta

los kilometrajes asignados al inicio y al final del servicio.
REQ1.7 El sistema permitirá adjuntar documentos por servicio. Alta
REQ1.8 El sistema permitirá vincular las ventas y las compras (en el caso Alta
que exista) de dicho servicio.
REQ1.9 El sistema deberá ocultar los campos de empleados y flota al Alta

seleccionar el botón de “Servicio Tercerizado”, donde luego
mostrará los campos de la empresa tercerizada.
REQ1.10 El sistema asignará los kilómetros realizados a cada vehículo. Alta
REQ1.11 El sistema permitirá imprimir un reporte indicando los datos Media

necesarios del servicio.
REQ1.11 El sistema permitirá añadir nuevas direcciones al servicio Media

realizado.
REQ1.12 El campo de que indica el inicio y el fin del trabajo debe ser del Media
tipo Datetime

13
REQ1.13 El número del servicio deberá tener el siguiente formato Alta

“OS0001”
Requerimientos funcionales relacionados con los empleados.
REQ2. Gestión de Empleados.
Gestión de Empleados
REQ2.1 El sistema permitirá el registro de Empleados. Alta
REQ2.2 El sistema permitirá la baja y modificación del empleado Alta

registrado.
REQ2.3 El sistema permitirá visualizar los servicios realizados por cada Alta
empleado.
REQ2.4 El sistema permitirá adjuntar documentos de los empleados (DNI Media

- Licencia)
REQ2.5 El sistema permitirá visualizar los vencimientos de los Alta

documentos de los empleados (Examen Psicofísico - Licencia de
Conducir - Curso de Capacitación del Ente Regulador de
Transporte - ART - Seguro de Vida)
REQ2.6 El sistema avisará mediante un correo electrónico qué Alta

documento se está por vencer o que documento está vencido.
REQ2.7 El sistema permitirá ingresar una cantidad de días para el aviso Alta
del vencimiento.
REQ2.8 El sistema permitirá emitir un reporte de los servicios realizados Alta

por un empleado entre dos fechas delimitadas.
Requerimientos funcionales relacionados con los vehículos.
REQ3. Gestión de Vehículos.
Gestión de Vehículos
REQ3.1 El sistema permitirá el registro de la Flota. Alta
REQ3.2 El sistema permitirá la baja y modificación de los vehículos Alta

14
registrados.
REQ3.3 El sistema permitirá visualizar los servicios realizados por cada Media
vehículo
REQ3.4 El sistema permitirá adjuntar documentos de los vehículos (Título Media

- Fotos)
REQ3.5 El sistema permitirá visualizar los vencimientos de los Alta

documentos de los vehículos (VTV - RUTA - Seguro)
REQ3.6 El sistema avisará mediante un correo electrónico diario qué Alta

documento se esta por vencer o que documento está vencido.
del vencimiento.
REQ3.8 El sistema calculará los kilómetros realizados. Alta
REQ3.9 El sistema permitirá ingresar registro de Servicios mecánicos de Alta

Flota (Servicio de cambio de aceite - Cambio de Cubiertas)
REQ3.10 El sistema avisará al responsable mediante un correo electrónico Alta

cuando es necesario realizar el servicio al vehículo en particular
(Cambio de aceite - Cambio de cubiertas).
REQ3.11 El sistema permitirá registrar las cargas de combustible. Alta
Requerimientos funcionales relacionados con el control de combustible.
REQ4. Gestión de Combustible.
Gestión de Combustible.
REQ4.1 El sistema permitirá el registro de combustible. Alta
REQ4.2 El sistema permitirá la baja y modificación de los registros de Alta

combustible ingresado.
REQ4.3 El sistema permitirá visualizar los registros de combustible Media

realizados por cada vehículo.
REQ4.4 El sistema calculará el rendimiento del combustible cada 100 Km Alta
REQ4.5 El sistema avisará mediante correo electrónico cuando la carga Media

supere el límite del consumo promedio.

15
Requerimientos funcionales relacionados con el registro de vencimientos.
REQ4. Gestión de Vencimientos.
Gestión de Vencimientos.
REQ4.1 El sistema permitirá el registro de vencimientos. Alta
REQ4.2 El sistema permitirá la baja y modificación de los registros de Alta

vencimientos ingresado.
REQ4.3 El sistema permitirá clasificar el vencimiento dependiendo de si Alta

es de un empleado, de un vehículo o de la empresa.
del vencimiento.
REQ4.5 El sistema avisará mediante un correo electrónico diario qué Alta

registro está por vencer. Mostrando sus datos..
REQ4.6 Los vencimientos van a tener los estados de, vencido, por Alta
vencer, actualizado, sin vencimiento.
REQ4.7 El sistema deberá ocultar aquellos vencimientos que se Alta

encuentren actualizados.
REQ4.8 El sistema deberá mostrar aquellos vencimientos con el estado Alta

de vencido en color rojo, los por vencer en amarillo y los que no
tienen vencimiento en color gris.

2.g. Requerimientos no funcionales
Representan características generales y restricciones de la aplicación o sistema que se esté

desarrollando.
Suelen presentar dificultades en su definición dado que su conformidad o no conformidad

podría ser sujeto de libre interpretación, por lo cual es recomendable acompañar su
definición con criterios de aceptación que se puedan medir.
Requerimientos no funcionales relacionados con la seguridad.
RNF1. Seguridad.
Seguridad

16
RNF1.1 Se deberá generar backups de la base de datos semanal o Alta

diariamente.
RNF1.2 Se deberán generar snapshots diariamente del sistema en caso Alta

de fallas.
RNF1.3 El sistema debe tener un protocolo para navegadores web y Alta

servidores que permitiendo la autenticación, encriptación y
desencriptación de datos enviados a través de Internet. (SSL)
RNF1.4 El sistema deberá tener un servidor proxy para protocolos de Alta

correo electrónico (NGNIX).
RNF1.5 Los permisos de acceso al sistema podrán ser cambiados Alta

solamente por el administrador de acceso a datos.
Requerimientos no funcionales relacionados con la usabilidad.
RNF2. Usabilidad.
Usabilidad
RNF2.1 El sistema debe contar con manuales de usuario estructurados Alta

adecuadamente.
RNF2.2 El sistema debe proporcionar mensajes de error que sean Alta

informativos y orientados a usuario final.
RNF2.3 El tiempo de aprendizaje del sistema por un usuario deberá ser Alta
menor a horas.
RNF2.4 El sistem sólo tendrá una óptima experiencia de usuario si se Alta

utiliza en un navegador.
RNF2.5 El sistema no puede usarse de forma óptima en dispositivos Alta

móviles. Se requiere una aplicación de terceros.
Requerimientos no funcionales relacionados con la eficiencia.
RNF3. Eficiencia.
Eficiencia
RNF3.1 El sistema debe ser capaz de operar adecuadamente con hasta Alta

17
3 usuarios con sesiones concurrentes.
RNF3.2 Toda funcionalidad del sistema debe responder al usuario en Alta

menos de 5 segundos.
RNF3.3 El sistema no deberá perder los datos en ocasiones de fallas de Alta

conexión.
Requerimientos no funcionales relacionados con el producto.
RNF4. Producto.
Producto
RNF4.1 El sistema será desarrollado para ser utilizado en una plataforma Alta
web (Chrome, Firefox, Edge).
RNF4.2 La interfaz de usuario será implementada para navegadores web Alta

únicamente con HTML5 y JavaScript.
RNF4.3 El sistema estará programado en Python para el backend y en Alta

XML para el Front End.
Otros requerimientos funcionales.
RNF4. Otros Requerimientos.
Otros Requerimientos
RNF4.1 Juego de caracteres UTF-8 Alta
RNF4.2 El sistema deberá estar alojado en algún servidor web tipo SSH. Alta
RNF4.3 El sistema deberá tener un dominio asignado a la IP. Alta

2.h. Diagramas de Casos de uso
● Diagrama de caso de uso de Servicios

18
●
Descripción de caso de uso de “Crear Servicio”
RF- RF-1 | Crear Servicio
Versión y Fecha 1 | 30/08/2020
Autores Bisiach Lucio
Actor principal Usuario (Administrativo y Gerente)
Personal involucrado e Usuario:

intereses
- Se requiere que los datos que se completen sin
ningún tipo de dificultad.
-
Se deben ingresar datos concretos del servicio.
Precondición El usuario debe estar logueado previamente.

19
Secuencia Paso Acción
Normal 1 El sistema mostrará un botón en la esquina

superior izquierda con la insignia de “Crear”
2 El usuario debe completar el formulario con los

datos correspondientes.
3 En los campos donde se deba seleccionar un

registro y no este creado, el sistema permitirá
crear uno nuevo generando un nuevo formulario.
Por ejemplo, en los siguientes campos:
- Empleado
- Vehículo
- Destino
4 El usuario guarda el registro haciendo clic en el

botón superior izquierdo con la leyenda de
“Guardar”
5 El sistema valida los datos y los guarda.
Postcondición El sistema almacenó un nuevo servicio.
Paso Acción
Excepciones
2.a Al ingresar el día y la hora del servicio, el sistema
no permitirá ingresar letras.
2.b El campo de origen, destino y empleado, debe

mostrar los múltiples registros que se ingresaron
2.c Al momento de seleccionar el campo “Servicio

Tercerizado”, el sistema deberá ocultar los
campos relacionados con datos de la empresa, y
tendrá que mostrar datos relacionados el
proveedor seleccionado. También se tiene que
visualizar la pestaña de “Compras”
2.d El sistema no permitirá guardar un registro si un

campo requerido no esté completo.
5.a El sistema generará un código uno por servicio

con la leyenda de “OS 0001”
Lista de tecnología
Frecuencia

20
Temas Abiertos Introducir viajes por lotes, en caso de que tenga viajes con
datos similares. Por ejemplo, si se que va a haber dos
semanas que la empresa tiene que hacer viajes todos los
días con el mismo origen, mismo destino, misma tarifa,
mismo cliente. Debería existir o se debería desarrollar una
forma de introducir múltiples registros.
● Descripción de caso de uso de “Editar Servicio”
RF- RF-2 | Editar Servicio

intereses
-
Se deben ingresar datos concretos del servicio.
El estado del servicio debe ser como “Borrador”
Normal 1 El usuario deberá seleccionar el servicio a editar.
2 El sistema mostrara el formulario del servicio.
3 El sistema mostrará un botón en la esquina

superior izquierda con la insignia de “Editar”

datos a editar.

21

- Empleado
- Vehículo
- Destino

“Guardar”
Postcondición El sistema guardó los cambios del servicio seleccionado
Paso Acción
Excepciones
4.a Al ingresar el día y la hora del servicio, el sistema
no permitirá ingresar letras.
4.b El campo de origen, destino y empleado, debe

mostrar los múltiples registros que se ingresaron
4.c Al momento de seleccionar el campo “Servicio

Tercerizado”, el sistema deberá ocultar los
campos relacionados con datos de la empresa, y
tendrá que mostrar datos relacionados el
proveedor seleccionado. También se tiene que
visualizar la pestaña de “Compras”
4.d El sistema no permitirá guardar un registro si un

campo requerido no esté completo.
Frecuencia
Temas Abiertos
●
Descripción de caso de uso de “Eliminar Servicio”
RF- RF-3 | Eliminar Servicio

22
Personal involucrado e Usuario

intereses
Normal 1 El usuario deberá seleccionar el servicio a

eliminar.
3 El sistema mostrará un menú en la sección

superior central llamado “Acción”.
4 El usuario deberá hacer clic en “Acción”
5 El sistema desplazara un pequeño menú con la

leyenda de “Suprimir”
6 El usuario deberá seleccionar la opción de

“Suprimir”
7 El sistema mostrará un wizard, que le preguntará

al usuario si quiere eliminar el servicio.
8 El usuario seleccionará:
- ceptar: en caso de querer eliminar

A
el servicio.
- ancelar: en caso de no querer

C
eliminar el servicio.
9 En caso de que el usuario seleccione aceptar el

sistema eliminará el registro.
Postcondición El sistema eliminará el servicio seleccionado
Paso Acción
Excepciones
Frecuencia
Temas Abiertos

23
●
Descripción de caso de uso de “Imprimir reporte del Servicio”
RF- RF-4 | Imprimir reporte de Servicio

intereses
El servicio debe estar creado.
Normal 1 El usuario deberá seleccionar el servicio a

visualizar.


leyenda de “Imprimir”

“Imprimir”
7 El sistema emitirá un documento del tipo .PDF

mostrando los detalles del servicio.
Postcondición El sistema imprimirá el reporte el servicio seleccionado
Paso Acción
Excepciones
Frecuencia
Temas Abiertos

24
●
Descripción de caso de uso de “Ingresar venta del Servicio”
RF- RF-5 | Ingresar venta del Servicio

intereses
- Se deben ingresar datos concretos del servicio.

superior derecha con la insignia de “Ventas”
2 El usuario deberá seleccionar el botón “Ventas”
3 El sistema mostrará una ventana con todas las

ventas asociadas al servicio y un botón en la
esquina superior izquierda con la leyenda de
“Crear”
4 El usuario seleccionara la opción “Crear”
5 El sistema mostrará un formulario con la venta

donde se verá asociado el servicio
correspondiente.
6 El usuario completará el formulario con las líneas

de venta.
7 El usuario seleccionará el botón ubicado en la

esquina superior izquierda con la leyenda
“Guardar”
Postcondición El sistema almacenó un nueva venta correspondiente al

servicio.

25
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Ingresar compra del Servicio”
RF- RF-6 | Ingresar Compra del Servicio

intereses
El campo “Servicio Tercerizado” debe estar activo.

superior derecha con la insignia de “Compras”
2 El usuario deberá seleccionar el botón “Compras”
3 El sistema mostrará una ventana con todas las

compras asociadas al servicio y un botón en la
esquina superior izquierda con la leyenda de
“Crear”
4 El usuario seleccionara la opción “Crear”

26
5 El sistema mostrará un formulario con la compra

donde se verá asociado el servicio
correspondiente.
6 El usuario completará el formulario con las líneas

de compra.
7 El usuario seleccionará el botón ubicado en la

esquina superior izquierda con la leyenda
“Guardar”
Postcondición El sistema almacenó una nueva compra correspondiente al

servicio.
Paso Acción
Excepciones
1.a Si el campo booleano de “Servicio Tercerizado”
esta desmarcado el sistema no mostrará la opción
de compras dentro del servicio.
Frecuencia
Temas Abiertos
●
Descripción de caso de uso de “Cambiar Estado del servicio”
RF- RF-7 | Cambiar estado del Servicio

intereses

27

superior derecha con la insignia de “Confirmar”
2 El usuario deberá seleccionar el botón “Confirmar”
3 Una vez confirmado el sistema mostrará dos

botones:
- Finalizar: cambia a estado finalizado
- Cambiar a Borrador: el servicio

vuelve al estado de “Borrador”
4 Si el usuario seleccionara la opción “Finalizar” el

sistema mostrará otro botón de “Cancelar”
5 Si el usuario presiona el botón de “Cancelar”, el

sistema mostrará el botón de “Cambiar a
Borrador”
Postcondición El servicio cambio de estado.
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Enviar correo confirmando el servicio”
RF- RF-8 | Enviar email confirmando el Servicio

intereses

28

superior derecha con la insignia de “Confirmar”
2 El usuario deberá seleccionar el botón “Confirmar”
3 Una vez confirmado el sistema enviará un correo

electrónico con los datos del servicio asignado, a
la dirección del empleado seleccionado.
Postcondición El servicio cambio de estado.
Paso Acción
Excepciones
3.a Si el empleado no tiene dirección de correo
electrónico, el sistema mostrará una notificación
que informa que el empleado no tiene dirección
de correo asignada.
Frecuencia
Temas Abiertos ¿Enviar correo electrónico si el servicio es cancelado?
● Descripción de caso de uso de “Calcular kilómetros recorridos del Servicio”
RF- RF-9 | Calcular kilómetros recorridos del Servicio

intereses
Normal

29
1 El sistema mostrará los campos del “Odómetro

Inicial” y “Odómetro Final”
2 El usuario deberá completar ambos campos con

datos numéricos.
3 Una vez ingresado los dos valores, el sistema

calculará los kilómetros recorridos
Postcondición El servicio cambió de estado.
Paso Acción
Excepciones
3.a Si el “Odómetro inicial” es mayor al “Odómetro
Final”, el sistema deberá mostrar una notificación
de que no puede calcularse la distancia.
3.b Los datos ingresados sólo pueden ser del tipo

Integer.
Frecuencia
Temas Abiertos
●
Diagrama de caso de uso de Empleados

30
●
Descripción de caso de uso de “Crear Empleado”
RF- RF-10 | Crear Empleado

intereses
- Se requiere que los datos se completen sin
- Se deben ingresar datos concretos del

Empleado.

31



- Banco
- Diario/Cuenta

“Guardar”
Postcondición El sistema almacenó un nuevo empleado.
Paso Acción
Excepciones
2.a Al ingresar la fecha de nacimiento, el sistema no
permitirá ingresar letras.
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Editar Empleado”
RF- RF-11 | Editar Empleado

32

intereses
- Se requiere que los datos se completen sin

servicio.
Normal 1 El usuario deberá seleccionar el empleado a

editar.
2 El sistema mostrará el formulario del empleado.


datos a editar.

- Banco
- Diario/Cuenta

“Guardar”
Postcondición El sistema guardó los cambios del empleado seleccionado
Paso Acción
Excepciones
4.a Al ingresar la fecha de nacimiento, el sistema no
Frecuencia

33
Temas Abiertos
●
Descripción de caso de uso de “Eliminar Empleado”
RF- RF-12 | Eliminar Empleado

intereses

eliminar.
2 El sistema mostrara el formulario del empleado.



“Suprimir”

al usuario si quiere eliminar el empleado.
- Aceptar: en caso de querer eliminar

el empleado.
- Cancelar: en caso de no querer

eliminar el empleado.


34
Postcondición El sistema eliminará el empleado seleccionado
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
●
Descripción de caso de uso de “Ingresar documento del empleado”
RF- RF-13 | Ingresar documento adjunto del empleado

intereses
El empleado debe estar creado.

visualizar.
2 El sistema mostrara el formulario del empleado.
3 El sistema mostrará un botón en la sección

superior derecha con la insignia de “Documentos”
4 El usuario seleccionara el botón “Documentos”
5 El sistema mostrará una nueva ventana donde se

visualizarán todos los documentos adjuntos del
empleado. Y en su sección superior izquierda se
mostrará un botón con la leyenda de “Crear”
6 El usuario cliquea en la opción “Crear”

35
7 El sistema mostrará un formulario que permitirá

añadir un documento relacionado al chofer.
8 El usuario ingresara el documento

correspondiente y cliqueará en “Guardar”
9 El sistema validará los datos
Postcondición El sistema registrara un nuevo documento asignado al

empleado
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Visualizar servicios del Empleado”
RF- RF-14 | Visualizar servicios del Empleado

intereses
- Se requiere que los datos que se completen
sin ningún tipo de dificultad.

Empleado.
El empleado debe estar creado previamente

36

superior derecha con la insignia de “Servicios”
2 El usuario cliqueará el botón de “Servicios”
3 El sistema mostrará en forma de lista todos los

servicios realizados por el empleado
correspondiente
Postcondición El sistema mostrara los servicios del empleado
Paso Acción
Excepciones
3.a Si el empleado no tiene servicios el sistema
mostrara un cartel que permitirá añadir un nuevo
servicio.
Frecuencia
Temas Abiertos
●
Descripción de caso de uso de “Generar reporte de servicios del Empleado”
RF- RF-15 | Generar reporte de servicios del Empleado

intereses
- Se requiere que los datos que se completen
sin ningún tipo de dificultad.

Empleado.
El empleado debe estar creado previamente

37
Normal 1 El sistema mostrará un menú en la sección

superior central con la insignia de “Acción”.
2 El usuario cliqueará el menú de “Acción” y el

sistema le mostrará el botón de “Imprimir
resumen de servicios”.
3 El usuario seleccionará el botón “Imprimir

4 El sistema mostrará un wizard con las fechas de

inicio y fin del resumen a descargar.
5 Una vez seleccionadas las fechas el usuario

seleccionará en “Aceptar”
6 El sistema descargara un reporte en formato

.PDF mostrando los servicios de las fechas
ingresadas
Postcondición El sistema mostrara mediante un reporte los servicios del

empleado.
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Crear registro de vencimiento del Empleado”
RF- RF-16 | Crear registro de vencimiento del Empleado

38

intereses
- Se requiere que los datos se completen sin ningún
tipo de dificultad.
- Se deben ingresar datos concretos del Empleado.
El empleado debe estar creado
Normal 1 El usuario ingresa al formulario del empleado.
2 El sistema mostrará una pestaña con los

“Vencimientos” del empleado.
3 El usuario ingresara a la pestaña de

“Vencimientos”.
4 El sistema mostrará una lista de vencimientos con

la leyenda “Agregar registro”, y permitirá ingresar
de forma in line nuevos vencimientos.
Postcondición El sistema almacenó un nuevo vencimiento del empleado.
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Editar registro de vencimiento del Empleado”
RF- RF-17 | Editar registro de vencimiento del Empleado

39

intereses
El vencimiento debe estar creado
Normal 1 El usuario ingresara al formulario del empleado.


“Vencimientos”.

superior izquierda con la leyenda “Editar”
5 El usuario presionara el botón de “Editar”
6 El sistema mostrará una lista de vencimientos y

permitirá editar de forma in line nuevos
vencimientos, haciéndole doble clic sobre ellos.

superior izquierda con la leyenda “Guardar”
8 El usuario presionara el botón de “Guardar”
9 El sistema validará y guardará los datos
Postcondición El sistema edito y guardo un registro de vencimiento de un

empleado
Paso Acción
Excepciones
Frecuencia

40
Temas Abiertos
● Descripción de caso de uso de “Eliminar registro de vencimiento del

Empleado”
RF- RF-18 | Eliminar registro de vencimiento del Empleado

intereses
Normal 1 El usuario ingresara al formulario del empleado.


“Vencimientos”.


en el final de cada una de ellas mostrara un icono
con un cesto de basura.

41
7 El usuario cliqueará el botón del cesto de basura
8 El sistema eliminará el vencimiento seleccionado.

empleado
Paso Acción
Excepciones
6.a En caso de eliminar por error un registro, el
sistema mostrará en la sección superior izquierda
un botón de “Deshacer” que revertirá los cambios.
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Enviar notificación de vencimiento del

Empleado”
RF- RF-19 | Enviar notificación de vencimiento del

Empleado

intereses
tipo de dificultad.
Normal 1 El usuario ingresa al formulario del empleado.

42


“Vencimientos”.


permitirá editarlos de forma in line, mostrándonos
un campo de “Días de aviso”
7 El usuario ingresará los días de aviso que le

corresponden a cada vencimiento.
8 Una vez que los días restantes reales sean

menores al campo de “Días restantes” de nuestro
sistema, el sistema enviará por correo una
notificación al empleado de que el documento
correspondiente se le está por vencer.

empleado
Paso Acción
Excepciones
8.a En el caso de que el empleado no tenga un correo
electrónico ingresado el sistema deberá advertirlo
mediante una notificación.
Frecuencia Diariamente
Temas Abiertos
● Diagrama de caso de uso de Vehiculos

43

● Descripción de caso de uso de “Crear Vehiculo”
RF- RF-20 | Crear Vehículo

intereses

44



- Marca

“Guardar”
Postcondición El sistema almacenó un nuevo vehículo.
Paso Acción
Excepciones
2.a Al ingresar el año del modelo del vehiculo, el
sistema no permitirá ingresar letras.
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Editar Vehículo”
RF- RF-21 | Editar Vehículo

45

intereses
- Se deben ingresar datos concretos del servicio.
Normal 1 El usuario deberá seleccionar el vehículo a editar.
2 El sistema mostrara el formulario del vehículo.


datos a editar.

- Marca

“Guardar”
Postcondición El sistema guardó los cambios del vehículo

seleccionado
Paso Acción
Excepciones
4.a Al ingresar la fecha del modelo del vehículo, el
Frecuencia
Temas Abiertos

46
●
Descripción de caso de uso de “Eliminar Vehículo”
RF- RF-22 | Eliminar Vehículo

intereses
Normal 1 El usuario deberá seleccionar el vehículo a

eliminar.



“Suprimir”

al usuario si quiere eliminar el vehículo.

el vehículo.
- Cancelar: en caso de no querer

eliminar el vehículo.

Postcondición El sistema eliminará el vehículo seleccionado

47
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
●
Descripción de caso de uso de “Ingresar documento del vehículo”
RF- RF-23 | Ingresar documento adjunto del Vehículo

intereses
El empleado debe estar creado.
Normal 1 El usuario deberá seleccionar el vehículo a

visualizar.

superior derecha con la insignia de “Documentos”
4 El usuario seleccionara el botón “Documentos”
5 El sistema mostrará una nueva ventana donde se

visualizarán todos los documentos adjuntos del
vehículo. Y en su sección superior izquierda se
mostrará un botón con la leyenda de “Crear”
6 El usuario cliquea en la opción “Crear”

48
7 El sistema mostrará un formulario que permitirá

añadir un documento relacionado al vehículo.
8 El usuario ingresará el documento

correspondiente y cliqueará en “Guardar”
9 El sistema validará los datos
Postcondición El sistema registrara un nuevo documento asignado al

vehículo
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
●
Descripción de caso de uso de “Visualizar servicio del Vehículo”
RF- RF-14 | Visualizar servicios del Vehículo

intereses
- Se deben ingresar datos concretos del Vehículo.
El vehículo debe estar creado previamente

superior derecha con la insignia de “Servicios”
2 El usuario cliqueará el botón de “Servicios”

49
3 El sistema mostrará en forma de lista todos los

servicios realizados por el vehículo
correspondiente
Postcondición El sistema mostrara los servicios del vehículo
Paso Acción
Excepciones
3.a Si el vehículo no tiene servicios el sistema
mostrara un cartel que permitirá añadir un nuevo
servicio.
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Generar reporte de servicios del

Vehículo”
RF- RF-25 | Generar reporte de servicios del Vehículo

intereses
- Se deben ingresar datos concretos del vehículo.
El vehículo debe estar creado previamente
Normal 1 El sistema mostrará un menú en la sección

superior central con la insignia de “Acción”.

50
2 El usuario cliqueará el menú de “Acción” y el

sistema le mostrará el botón de “Imprimir
3 El usuario seleccionará el botón “Imprimir

4 El sistema mostrará un wizard con las fechas de

inicio y fin del resumen a descargar.
5 Una vez seleccionadas las fechas el usuario

seleccionará en “Aceptar”
6 El sistema descargara un reporte en formato

.PDF mostrando los servicios de las fechas
ingresadas
Postcondición El sistema mostrará mediante un reporte los servicios del

vehículo.
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Crear registro de vencimiento del

vehículo”
RF- RF-26 | Crear registro de vencimiento del Vehículo

intereses
tipo de dificultad.

51
El vehículo debe estar creado
Normal 1 El usuario ingresara al formulario del vehículo.

“Vencimientos” del vehículo.

“Vencimientos”.
4 El sistema mostrará una lista de vencimientos con

la leyenda “Agregar registro”, y permitirá ingresar
de forma in line nuevos vencimientos.
Postcondición El sistema almacenó un nuevo vencimiento del

vehículo.
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Editar registro de vencimiento del

vehículo”
RF- RF-27 | Editar registro de vencimiento del vehículo

52

intereses

“Vencimientos” del vehículo”.

“Vencimientos”.


permitirá editar de forma in line nuevos
vencimientos, haciéndole doble clic sobre ellos.


vehículo
Paso Acción
Excepciones
Frecuencia
Temas Abiertos

53
● Descripción de caso de uso de “Eliminar registro de vencimiento del
Vehículo”
RF- RF-18 | Eliminar registro de vencimiento del Vehiculo

intereses

“Vencimientos” del vehículo”.

“Vencimientos”.


en el final de cada una de ellas mostrara un icono
con un cesto de basura.
8 El sistema eliminará el vencimiento seleccionado.

vehículo

54
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Enviar notificación de vencimiento del

Empleado”
RF- RF-19 | Enviar notificación de vencimiento del Vehículo

intereses

“Vencimientos” del vehículo.

“Vencimientos”.

55


permitirá editarlos de forma in line, mostrándonos
un campo de “Días de aviso”

corresponden a cada vencimiento.

notificación al vehículo de que el documento

vehículo
Paso Acción
Excepciones
8.a En el caso de que el vehículo no tenga un correo
Temas Abiertos
● Descripción de caso de uso de “Crear registro de Servicios mecánicos

del vehículo”
RF- RF-30 | Crear registro de servicio mecánico del

Vehículo

56

intereses

“Servicios del vehículo”.
3 El usuario ingresara a la pestaña de “Servicios”.
4 El sistema mostrará una lista de Servicios con la

leyenda “Agregar registro”, y permitirá ingresar de
forma in line nuevos Servicios.
Postcondición El sistema almacenó un nuevo Servicios del vehículo.
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Editar registro de Servicio mecánico

del vehículo”
RF- RF-13 | Editar registro de Servicio mecánico del

vehículo

57

intereses
El Servicio mecánico debe estar creado

“Servicios mecánics del vehículo”.
3 El usuario ingresara a la pestaña de “Servicio

mecánico”.

6 El sistema mostrará una lista de Servicio

mecánico y permitirá editar de forma in line
nuevos Servicios mecánicos, haciéndole doble
clic sobre ellos.

Postcondición El sistema edito y guardo un registro de Servicio mecánico

de un vehículo
Paso Acción
Excepciones

58
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Eliminar registro de servicio mecánico

del Vehículo”
RF- RF-32 | Eliminar registro de servicio mecánico del

Vehiculo

intereses
El Servicio mecánico debe estar creado
2 El sistema mostrará una pestaña con los “Servicio

mecánico del vehículo”.

mecánico ”.

6 El sistema mostrará una lista de Servicio

mecánico y en el final de cada una de ellas
mostrará un icono con un cesto de basura.

59
8 El sistema eliminará el Servicio mecánico

seleccionado.
Postcondición El sistema edito y guardo un registro de Servicio mecánico

de un vehículo
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Enviar notificación de servicio

mecánico del Vehículo”
RF- RF-33 | Enviar notificación de servicio mecánico del

Vehículo

intereses
El servicio mecánico debe estar creado

60
2 El sistema mostrará una pestaña con los “Servicio

mecánico” del vehículo.

mecánico”.

6 El sistema mostrará una lista de servicio

mecánico y permitirá editarlos de forma in line,
mostrándonos un campo de “Días de aviso”

corresponden a cada servicio mecánico.

notificación al vehículo de que el documento
Postcondición El sistema edito y guardo un registro de servicio mecánico

de un vehículo
Paso Acción
Excepciones
8.a En el caso de que el vehículo no tenga un correo
Temas Abiertos
● Diagrama de caso de uso de Vencimientos

61
La descripción de caso de uso de los vencimientos la nombramos en los anteriores casos

de uso.
● Diagrama de caso de uso de Registro de Combustible

62
● Descripción de caso de uso de “Crear registro de combustible”
RF- RF-34 | Crear registro de combustible

intereses
El vehículo debe estar creado previamente.



“Guardar”
4 El sistema calculará el rendimiento con respecto a

la ultima carga de combustible.
Postcondición El sistema almacenó un nuevo registro de vehículo.
Paso Acción
Excepciones
2.a Al ingresar el odómetro del vehículo, el sistema no
Frecuencia
Temas Abiertos

63
●
Descripción de caso de uso de “Eliminar registro de combustible”
RF- RF-35 | Eliminar registro de combustible

intereses
Normal 1 El usuario deberá seleccionar el registro de

combustible a eliminar.



“Suprimir”

al usuario si quiere eliminar el vehículo.

el vehículo.
- ancelar: en caso de no querer

C
eliminar el vehículo.

Postcondición El sistema eliminará el registro de combustible

seleccionado

64
Paso Acción
Excepciones
Frecuencia
Temas Abiertos
● Descripción de caso de uso de “Editar registro de combustible”
RF- RF-36 | Editar registro de combustible

intereses
El registro de combustible debe estar creado previamente.
Normal 1 El usuario deberá seleccionar el vehículo a editar.
2 El sistema mostrara el formulario del registro de

combustible.


datos a editar.

“Guardar”

65
Postcondición El sistema guardó los cambios del registro de combustible

seleccionado
Paso Acción
Excepciones
4.a Al ingresar la fecha del modelo del vehículo, el
Frecuencia
Temas Abiertos

66

Trabajo Final - Práctica Profesionalizante PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo Final - Práctica Profesionalizante PDF

Cargado por

Copyright:

Formatos disponibles

Instituto Superior Particular Nº 4011

"Gral. Manuel Belgrano"

Módulo de gestión de transporte, integrado a la

Actualmente, la mayoría de las PyMES tienen inconvenientes al llevar el control de su

Loyola Transporte y Logística es una empresa fundada en el 1998, se dedica a prestar

A lo largo de este documento se presenta el módulo realizado, exponiendo un estudio de la

Instituto Superior Particular Nº 4011 - 2020

● ERP (Planificación de Recursos Empresariales): son sistemas informáticos

● Servidor: es una aplicación en ejecución capaz de atender las peticiones de un

● Browser: ​es un programa mediante el cual se accede a internet cuya función es

● Experiencia de usuario: es el conjunto de factores y elementos relativos a la

● Wizard (Modal): describen sesiones interactivas con el usuario (o cuadros de

Instituto Superior Particular Nº 4011 - 2020

Instituto Superior Particular Nº 4011 - 2020

Instituto Superior Particular Nº 4011 - 2020

Indudablemente las ventajas de disponer de sistemas alojados en la web que permitan

Instituto Superior Particular Nº 4011 - 2020

● Traslado y reparto de mercadería (Hierro, verdura, carbón, palos, estructuras,

● Movimiento de tierra, arena y cereal. Estos traslados se realizan con un tipo de

● Movimientos de hidrogrúa como montar un galpón o mover hierros y estructuras de

Cuenta con un total de 7 vehículos:

● 3 camiones con hidrogrúas.

● 1 camión tipo balancín.

● 3 camiones con acoplado semi-remolque.

Ubicada en Uriburu 5080 (Área

Instituto Superior Particular Nº 4011 - 2020

Hojas de cálculo. Solución a muchos inconvenientes que tenemos, pero a la larga un

Entonces se manejaba la empresa en distintos entornos, Hojas de Calculo, Sistema de

Instituto Superior Particular Nº 4011 - 2020

Estos tipos de sistemas son un conjunto de aplicativos unificados todos en un mismo

Seguimos usando los vencimientos, control de algunos clientes, control de empleados,

● Estudio: ​se realizará la investigación sobre posibles tecnologías a utilizar, estudio

● Diseño: una vez finalizado el estudio y análisis, y con un listado de requerimientos

Instituto Superior Particular Nº 4011 - 2020

● Pruebas: ​finalizado el desarrollo, se hace necesaria una cantidad de pruebas

● Documentación: la documentación es algo indispensable para tener un óptimo

● Mantenimiento: según estudios, el mantenimiento de un producto software supone

Fecha tope Hito

30/05/2020 identificación del problema.

30/06/2020 Reunión con el cliente y recopilación de requerimientos.

30/07/2020 Construcción de diagramas de casos de uso y E/R.

30/09/2020 Desarrollo del producto.

15/10/2020 Lanzamiento versión Beta.

30/11/2020 Desarrollo de modificaciones y arreglos de bugs.

15/12/2020 Lanzamiento versión final

Instituto Superior Particular Nº 4011 - 2020

Para lograr un óptimo desarrollo y un buen funcionamiento y gestión de la base de datos, es

● Diseñar un software que resuelva las necesidades de control y gestión de los

Instituto Superior Particular Nº 4011 - 2020

● Gestión de control de servicios: se encargará de listar y ordenar

● Gestión de combustible​: registro de kilometrajes y litros que se ingresan en cada

● Gestión de vencimientos: se encargará de registrar y mostrar los vencimientos

● Gestión de empleados: su función principal será almacenar los datos de los

● Gestión de vehículos: esta sección será la encargada de almacenar los datos de

● Usuario Administrador: será el encargado de ingresar al sistema en caso de tener

● Usuario Administrativo: encargado de agregar toda la información al sistema (Data

Instituto Superior Particular Nº 4011 - 2020

A continuación vamos a nombrar aquellos requisitos en los cuales el sistema va a

● Si el servidor es virtual (SSH) va a requerir:

En el caso de un servidor SSH al no tener entorno gráfico vamos a tener menores

Instituto Superior Particular Nº 4011 - 2020

Seguido de esto vamos a definir los requisitos funcionales de Transport Management:

Requerimientos funcionales relacionados con los servicios.

● Browser: es un programa mediante el cual se accede a internet cuya función es

● Estudio: se realizará la investigación sobre posibles tecnologías a utilizar, estudio

● Pruebas: finalizado el desarrollo, se hace necesaria una cantidad de pruebas

● Gestión de combustible: registro de kilometrajes y litros que se ingresan en cada