Post on 23-Sep-2018
UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA
CARRERA DE INGENIERÍA INFORMÁTICA
IMPLEMENTACIÓN DEL SISTEMA TALLERES Y TRANSPORTES DE LA
EMPRESA ELÉCTRICA QUITO
TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TITULO DE
INGENIERO INFORMÁTICO
AUTORES: GUAMANZARA CHICAIZA BYRON FABRICIO
TOAPANTA GALLARDO BYRON PATRICIO
TUTOR: ING. MORALES CARDOSO JORGE ARTURO
Quito, 06 de Mayo
2016
ii
DEDICATORIA
A mi madre, la más bella mujer en el mundo, que siempre me ha dado su apoyo
incondicional.
A mi hermano, por tu amistad, apoyo incondicional y tus consejos.
A mi padre y mi tío, por todo el apoyo y las enseñanzas que me brindaron.
Byron Toapanta Gallardo
Este proyecto va dedicado a toda mi familia, en especial a mi madre quien día a día me
brindó su apoyo, me ayudo a levantarme cuando más lo necesite, perdonó mis errores y
supo enseñarme el camino correcto.
A todos mis amigos, conocidos y enemigos por permitirme aprender de ellos.
A la mujer que estuvo a mi lado en las buenas y en las malas, me apoyó en las decisiones
que tomaba, perdonó mis errores y me motivó a seguir adelante.
Byron Guamanzara Chicaiza
iii
AGRADECIMIENTO
Primero a Dios, por bendecirnos y permitirnos culminar con bien una etapa más de nuestras
vidas, que con su bendición nos lleve aún más lejos.
A nuestras familias por el apoyo incondicional que nos brindaron en cada paso que hemos
dado.
A la Universidad Central del Ecuador y a la Facultad de Ingeniería, Ciencias Físicas y
Matemática, las cuales nos han guiado hacia la formación profesional.
A la Empresa Eléctrica Quito S.A., por la apertura para realizar este proyecto brindándonos
sus instalaciones y a su personal.
Al Departamento de Tecnología, Información y Comunicaciones y a su área de desarrollo
de software, por guiarnos y brindarnos su tiempo para el desarrollo de este proyecto.
Finalmente agradecemos a todas aquellas personas que han contribuido con la realización
de nuestro proyecto de titulación.
iv
AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL
Nosotros, Guamanzara Chicaiza Byron Fabricio y Toapanta Gallardo Byron Patricio en
calidad de autores del trabajo de investigación o trabajo integrador: Implementación del
Sistema Talleres y Transportes de la Empresa Eléctrica Quito, autorizamos a la
Universidad Central del Ecuador hacer uso de todos los contenidos que nos pertenecen o
parte de los que contiene esta obra, con fines estrictamente académicos o de investigación.
Los derechos que como autores nos corresponden, con excepción de la presente
autorización, seguirán vigentes a nuestro favor, de conformidad con lo establecido en los
artículos 5, 6, 8; 19 y demás pertinentes de la Ley de Propiedad Intelectual y su
Reglamento.
Asimismo, autorizamos a la Universidad Central del Ecuador para que realice la
digitalización y publicación de este trabajo de investigación en el repositorio virtual, de
conformidad a lo dispuesto en el Art. 144 de la Ley Orgánica de Educación Superior.
Quito, 02/05/2016
Guamanzara Chicaiza Byron Fabricio
CC: 171936388-7
Teléfono: 0998358654
byronthewolf@gmail.com
Quito, 02/05/2016
Toapanta Gallardo Byron Patricio
CC: 172251457-5
Teléfono: 0992925981
bpgtoapanta@gmail.com
vii
CONTENIDO
LISTA DE TABLAS X
LISTA DE FIGURAS XI
RESUMEN XIII
ABSTRACT XIV
INTRODUCCIÓN 1
1. MARCO TEÓRICO 3
1.1 Antecedentes 3
1.2 Aspectos Informáticos 4
1.2.1 Sistema de Información 4
1.2.2 Aplicación Web 5
1.2.3 Desarrollo de Aplicaciones Web siguiendo el patrón de diseño MVC 6
1.2.4 MVC (Modelo-Vista-Controlador) 7
1.2.5 Framework de Desarrollo 8
1.2.6 Spring Framework 8
1.3 Aspectos del Área de Talleres y Transportes 9
1.3.1 Transportes 9
1.3.2 Talleres Automotrices, Hidráulica e Industrial 10
viii
2. METODOLOGÍA DE DESARROLLO 13
2.1 Metodología para el Desarrollo 13
2.1.1 RUP (Rational Unified Process o Proceso Unificado Racional) 13
2.1.2 Fases de la metodología RUP 14
2.1.3 Objetivos 16
2.1.4 Levantamiento de información 17
2.1.5 Requerimientos 17
2.1.6 Especificaciones de Casos de Uso 26
2.1.7 Stakeholders 51
2.1.8 Definición de Arquitectura 52
2.1.9 Modelo de Base de Datos 53
2.1.10 Modelo Clases 56
3. HERRAMIENTAS DE DESARROLLO 58
3.1 Herramienta de análisis y diseño con UML 58
3.2 Framework Spring Roo 58
3.3 Ambiente de Desarrollo (IDE) 59
3.4 Primefaces 60
3.5 Base de Datos Oracle Database 11g Express Edition 60
3.6 Servidor de Aplicaciones Jboss eap 6.2.0 61
3.7 Maven 61
ix
3.8 Birt 62
4. CONCLUSIONES 63
5. RECOMENDACIONES 64
BIBLIOGRAFÍA 65
ANEXOS 68
ANEXO A 69
Descripción de flujo básico de casos de uso 69
x
LISTA DE TABLAS
TABLA 1. CASO DE USO GESTIONAR PERMISOS ................................................................ 30
TABLA 2. CASO DE USO GESTIONAR ROLES ...................................................................... 30
TABLA 3. CASO DE USO GESTIONAR USUARIOS ................................................................ 31
TABLA 4. CASO DE USO SESIONES .................................................................................... 32
TABLA 5. CASO DE USO CATÁLOGOS GENERALES ............................................................ 34
TABLA 6. CASO DE USO CATÁLOGO TALLERES Y GASOLINERAS ....................................... 34
TABLA 7. CASO DE USO CARACTERÍSTICAS VEHÍCULOS ................................................... 35
TABLA 8. CASO DE USO CATÁLOGOS DE LLANTAS ........................................................... 36
TABLA 9. CASO DE USO REGISTRO VEHÍCULOS ................................................................ 37
TABLA 10. CASO DE USO DE REGISTRO DE UNIDADES HIDRÁULICAS ................................ 38
TABLA 11. CASO DE USO ORDEN TRABAJO AUTOMOTRIZ ................................................. 40
TABLA 12. CASO DE USO ORDEN TRABAJO TALLER HIDRÁULICO ..................................... 41
TABLA 13. CASO DE USO ORDEN TRABAJO TALLER INDUSTRIAL ...................................... 43
TABLA 14. CASO DE USO DE INGRESO INFORME ACCIDENTE ............................................ 45
TABLA 15. CASO DE USO DE SOLICITUD DE PRÉSTAMO .................................................... 46
TABLA 16. CASO DE USO DE REGISTRO DE PRÉSTAMO ..................................................... 47
TABLA 17. CASO DE USO ENTRADAS Y SALIDAS DE VEHÍCULOS ....................................... 48
TABLA 18. CASO DE USO DE REGISTRO DE RECORRIDO POR CONSUMO DE COMBUSTIBLE 49
TABLA 19. CASO DE USO DE GENERACIÓN DE REPORTES ................................................. 50
xi
LISTA DE FIGURAS
FIGURA 1. ESQUEMA MODELO VISTA CONTROLADOR ........................................................ 7
FIGURA 2. METODOLOGÍA DE DESARROLLO DE SOFTWARE............................................. 16
FIGURA 3. REQUERIMIENTOS FUNCIONALES, NO FUNCIONALES, RIESGOS ........................ 18
FIGURA 4. REQUERIMIENTOS FUNCIONALES .................................................................... 20
FIGURA 5. REQUERIMIENTOS NO FUNCIONALES ............................................................... 25
FIGURA 6. RIESGOS .......................................................................................................... 26
FIGURA 7. ACTOR ADMINISTRADOR STYT ...................................................................... 27
FIGURA 8. ACTOR ENTIDADES EXTERNAS ........................................................................ 27
FIGURA 9. ACTOR USUARIO GENERAL .............................................................................. 28
FIGURA 10. ACTOR TALLERES ......................................................................................... 28
FIGURA 11. DIAGRAMA DE CASO DE USO PARA LA GESTIÓN DE SEGURIDAD .................... 29
FIGURA 12. DIAGRAMA DE CASO SESIONES ..................................................................... 32
FIGURA 13. DIAGRAMA DE CASO DE USO GESTIÓN CATÁLOGOS ....................................... 33
FIGURA 14. DIAGRAMA DE CASO DE USO GESTIÓN VEHÍCULOS Y U. HIDRÁULICA ............ 37
FIGURA 15. DIAGRAMA DE CASO DE USO ORDEN TRABAJO .............................................. 39
FIGURA 16. DIAGRAMA CASO DE USO ORDEN TRABAJO AUTOMOTRIZ ............................. 39
FIGURA 17. DIAGRAMA DE CASO DE USO ORDEN TRABAJO TALLER HIDRÁULICO ............. 41
FIGURA 18. DIAGRAMA DE CASO DE USO ORDEN TRABAJO TALLER INDUSTRIAL ............. 42
FIGURA 19. DIAGRAMA DE CASO DE USO CONTROL VEHICULAR ...................................... 44
FIGURA 20. DIAGRAMA DE CASO DE USO INGRESO INFORME ACCIDENTE ......................... 45
FIGURA 21. DIAGRAMA DE CASO DE USO SOLICITUD DE PRÉSTAMO ................................ 46
FIGURA 22. DIAGRAMA DE CASO DE USO DE REGISTRO DE PRÉSTAMO ............................. 47
FIGURA 23. DIAGRAMA DE CASO DE USO ENTRADAS Y SALIDAS ...................................... 48
FIGURA 24. DIAGRAMA DE CASO DE USO DE REGISTRO POR CONSUMO DE COMBUSTIBLE 49
FIGURA 25. DIAGRAMA DE CASO DE USO GENERACIÓN DE REPORTES .............................. 50
FIGURA 26. DIAGRAMA DE COMPONENTES DE STAKEHOLDRES........................................ 51
FIGURA 27. DIAGRAMA DE STAKEHOLDERS ..................................................................... 52
FIGURA 28. ARQUITECTURA DEL PROYECTO (EEQ, 2016) ............................................... 53
FIGURA 29. PAQUETE ESQUEMA AGRUPACIÓN LOGICA DE TABLAS .................................. 54
FIGURA 30. ESQUEMA DE BASE DE DATOS ....................................................................... 55
FIGURA 31. PAQUETE DE CLASES .................................................................................... 56
FIGURA 32. DIAGRAMA DE CLASES ................................................................................. 57
FIGURA 33. ENTERPRISE ARCHITECT ............................................................................... 58
FIGURA 34. ESTRUCTURA ROO ......................................................................................... 59
xii
FIGURA 35. SPRING TOOL SUITE ....................................................................................... 59
FIGURA 36. PRIMEFACES ................................................................................................. 60
FIGURA 37. ORACLE 11G DATABASE EXPRESS EDITION ................................................... 60
FIGURA 38. JBOSS ............................................................................................................ 61
FIGURA 39. ESTRUCTURA MAVEN .................................................................................... 61
FIGURA 40. BIRT .............................................................................................................. 62
xiii
RESUMEN
IMPLEMENTACIÓN DEL SISTEMA TALLERES Y TRANSPORTES DE LA
EMPRESA ELÉCTRICA QUITO, MODALIDAD PROYECTO INTEGRADOR
Autores: Guamanzara Chicaiza Byron Fabricio
Toapanta Gallardo Byron Patricio
Tutor: Ing. Morales Cardoso Jorge Arturo
El presente proyecto trata del desarrollo e implementación de un sistema web que facilita y
optimiza el ingreso de información de los procesos que actualmente se manejan en el área
de transportes de la Empresa Eléctrica Quito.
El sistema web se lo desarrollo siguiendo los lineamientos que actualmente maneja el área
de desarrollo de la Empresa Eléctrica Quito, el mismo que se basa en tecnología Java con
un framework de desarrollo en Spring y una arquitectura modelo vista controlador (MVC)
que facilita el desarrollo.
El resultado final es un sistema web que ayuda al ingreso de información de los activos,
servicios, trabajos y procesos que se manejan en el área de Transportes, optimizando los
procesos que actualmente se manejan en dicha área.
PALABRAS CLAVES: /TALLERES Y TRANSPORTES/ METODOLOGÍA RUP /
VEHÍCULOS/UNIDADES HIDRÁULICAS/ DIAGRAMAS UML/SPRING ROO/
ABSTRACT
IMPLEMENTATION OF THE SYSTEM AND TRANSPORTATION WORKSHOPS IN
LA EMPRESA ELECTRICA QUITO, INTEGRATOR PROJECT CATEGORY
This Project is aimed at developing and implementing a web system to improve and
optimize the input information process that is managed by the Empresa Electrica Quito in
the transportation area.
The web system was made following the guidelines o f the Empresa Electrica Quito’s
Management System, which is based on Java technology with a framework developed in
“Spring” and an architect model view controller (MVC) simplifying the development.
The final result is a web system that helps the asset’s input information, services, tasks and
process managed by the transportation area to optimize those processes.
KEYWORDS: / WORKSHOP AND TRANSPORTION/ RUP’ METODOLOGY/
VEHICLES/ HYDRAULIC UNITS/ UML DIAGRAMS/ SPRING ROO/
I CERTIFY that the above and foregoing is a true and correct translation o f the original document in Spanish
Authors: Guamanzara Chicaiza Byron Fabricio
Toapanta Gallardo Byron Patricio
Tutor: Ing. Morales Cardoso Jorge Arturo
Leda. Andrea Rosero Mg. Msc.Certified TranslatorID: 1005-04-540533; 1004-09-695818
1
INTRODUCCIÓN
La Empresa Eléctrica Quito (EEQ), desde 1987 es una de las empresas distribuidoras de
energía en el país, la misma que maneja varios activos para brindar una mejor atención
tanto a sus empleados como a sus clientes, la empresa en su Dirección de Servicios
Generales cuenta con el área de Trasportes y Talleres.
El área de transportes se administra uno de los activos de importancia para la empresa,
como son los vehículos y unidades hidráulicas, los mismos que se los utilizan para la
atención de servicios que brinda la EEQ a la comunidad, así como también para la
movilización de sus empleados.
Por otro lado en el área de Talleres se brinda atención automotriz a vehículos de la
empresa. Se cuenta con Talleres Especiales donde se elabora artículos que son usados para
solventar servicios que ofrece la empresa como cajetines, cajas para cubrir equipos de
medición de energía, etc.
Una necesidad que tiene la empresa con respecto a estos activos es conocer las
características, estado, mantenibilidad y uso que se le da a los vehículos así como también
los trabajos que se genera en el área de talleres y son parte de la EEQ. Los datos del
empleado y área responsable de los vehículos, entre otros aspectos necesarios para una
buena administración de los activos y procesos que maneja el área de Talleres y
Transportes.
Por tanto lo que se busca con el desarrollo de este proyecto es la implementación de un
sistema de información que sea capaz de interactuar con el personal que están en estas áreas
y que interactúan en sus diferentes procesos ingresando, actualizando y extrayendo
2
información, de esta manera facilitar las tareas antes mencionadas de una manera sencilla y
fácil para el personal.
Siendo así el sistema propuesto a desarrollar está compuesto por los procesos de gestión de
seguridad para el ingreso el sistema, gestión de catálogos del sistema, registro de unidades
hidráulicas y vehículos, asignación de vehículos, creación de órdenes de trabajo para los
talleres de automotriz, hidráulica e industrial. Por otro lado en la administración de control
vehicular se tiene: registro de accidentes con respecto a los vehículos, registro de préstamo
de vehículos, registro de recorridos por consumo de combustible y registro de ingresos y
salidas de los vehículos. Se entenderá por gestión la administración de la información, la
misma que contempla el ingreso, modificación y eliminación de registros.
3
1. MARCO TEÓRICO
1.1 Antecedentes
Dentro de la Empresa Eléctrica Quito existen varias áreas que tienen como único propósito
el mejorar la atención que brindan a sus clientes, para esto la empresa cuenta con activos de
suma importancia que son herramientas para brindar un mejor servicio, siendo así que para
la administración de la información que se genera a partir de estos activos, se requiere de
herramientas informáticas, las cuales permiten la automatización de procesos que ayuden a
llevar un control sobre los activos que se manejan en cada una de las áreas.
El correcto funcionamiento de un software que automatice los procesos es de mucha
utilidad para el personal de la EEQ, ya que con esto se tiene un mayor control sobre la
información que se maneja en cada área, además estos sistemas deben estar en la capacidad
de emitir reportes o informes los cuales muestren la situación real y el estado de servicios,
bienes, personal, etc. Que son parte activa de la empresa.
El área de Talleres y Transportes, la cual maneja muchos activos importantes para la
empresa, ya que con estos se brinda atención a muchos requerimientos que se genera dentro
de la empresa así como también a requerimientos generados por sus clientes, se encarga de
la administración de vehículos, unidades hidráulicas y trabajos especiales, dichos activos y
trabajos necesitan de una administración que permita el control sobre la información que
puedan generar estos, para así brindar una mejor atención.
4
Actualmente esta área maneja un sistema que ayuda a administrar los procesos y activos de
los cuales se dispone, este sistema lleva ya más de diez años controlando la información
que esta área genera.
El desarrollo de un nuevo sistema que se genera a partir de las tecnologías actuales de
desarrollo es de gran utilidad, ya que esto hará que esté estructurado de manera que separa
la lógica de negocio de la vista y permite la reusabilidad del modelo, de modo que la misma
implementación de la lógica de negocio de la aplicación pueda ser utilizado en otras
aplicaciones, su mantenimiento y soporte sean más intuitivo y con más facilidad, siendo así
que el resultado que se espera sea una aplicación web que permita la administración de la
información y los procesos que se realizan en esta área, para esto se consultó y se tomó en
cuenta los procesos, los cuales actualmente se manejan en esta área se contó con el apoyo
del personal del EEQ para el levantamiento de la información acerca de los procesos que
manejan.
1.2 Aspectos Informáticos
1.2.1 Sistema de Información
En lo que respecta a los sistemas propiamente dichos hay un amplio acuerdo en cuanto a las
características que deben tener y maneras de obrar, sin embargo no ocurre lo mismo con el
concepto de sistema de información, del cual existen muchas definiciones y matices. De
todas formas, hablando en términos generales, podemos decir que un sistema de
información es un conjunto de componentes que interaccionan entre sí para alcanzar un fin
determinado, el cual es satisfacer las necesidades de información de dicha organización.
Estos componentes pueden ser personas, datos, actividades o recursos materiales en
general, los cuales procesan la información y la distribuyen de manera adecuada, buscando
satisfacer las necesidades de la organización.
5
1.2.2 Aplicación Web
En las aplicaciones web suelen distinguirse tres niveles (como en las arquitecturas
cliente/servidor de tres niveles): el nivel superior que interacciona con el usuario (cliente
web normalmente navegador), el nivel inferior que proporciona los datos (la base de datos)
y el nivel intermedio que procesa los datos (el servidor web).
Una aplicación web es un tipo especial de aplicación cliente/ servidor, donde tanto el
cliente (el navegador, explorador o visualizador1) como el servidor (el servidor web) y el
protocolo mediante el que se comunican (HTTP2) están estandarizados y no han de ser
creados por el programador de aplicaciones.
El Cliente
El cliente web es un programa con el que interacciona el usuario para solicitar a un servidor
web el envío de los recursos que desea obtener mediante HTTP.
La parte cliente de las aplicaciones web suele estar formada por el código HTML que
forma la página web más algo de código ejecutable realizado en lenguaje de script del
navegador (JavaScript o VBScript) o mediante pequeños programas (applets3) realizados en
Java.
Por tanto, la misión del cliente web es interpretar las páginas HTML y los diferentes
recursos que contienen (imágenes, sonidos, etc.). Las tecnologías que se suelen emplear
para programar el cliente web son:
o HTML.
1 Navegador y Visualizador de Internet.
2 Los clientes web también suelen actuar como clientes de transferencia de archivos (FTP),
lectores de correo (SMTP y POP) y grupos de noticias (NNTP), etc. 3 Un applet es un componente de una aplicación que se ejecuta en el contexto de otro
programa, por ejemplo en un navegador web.
6
o CSS.
o DHTML.
o Lenguajes de script: JavaScript, VBScript, etc.
o ActiveX.
o Applets programados en Java.
El Servidor
El servidor web es un programa que está esperando permanentemente las solicitudes de
conexión mediante el protocolo HTTP por parte de los clientes web. En los sistemas Unix
suele ser un demonio y en los sistemas Microsoft Windows un servicio.
La parte servidor de las aplicaciones web está formada por:
o Páginas estáticas (documentos HTML) que siempre muestran el mismo contenido.
o Recursos adicionales (multimedia, documentos adicionales, etc.) que se pueden
emplear dentro de las páginas o estar disponibles para ser descargados y ejecutados
(visualizados) en el cliente.
o Programas o scripts que son ejecutados por el servidor web cuando el navegador del
cliente solicita algunas páginas. La salida de este script suele ser una página HTML
estándar que se envía al navegador del cliente.
1.2.3 Desarrollo de Aplicaciones Web siguiendo el patrón de diseño MVC
Uno de los patrones de diseño que se sigue para la el desarrollo de Aplicaciones Web, es el
MVC.
Muchos de los problemas que aparecen en la ingeniería del software son similares en su
estructura. Y, por tanto, se resuelven de manera parecida. A lo largo de la historia de esta
disciplina se han elaborado un buen número de esquemas resolutivos que son conocidos
7
con el nombre de patrones de diseño y cuyo conocimiento y aplicación son de una
inestimable ayuda a la hora de diseñar y construir una aplicación informática.
1.2.4 MVC (Modelo-Vista-Controlador)
Posiblemente uno de los más conocidos y utilizados sea el patrón “Modelo, Vista,
Controlador” (MVC), que propone organizar una aplicación en tres partes bien
diferenciadas y débilmente acopladas entre sí, de manera que los cambios que se produzcan
en una no afecten demasiado a las otras (idealmente nada). El nombre del patrón enumera
cada una de las partes:
El Controlador. En este se incluye todo lo referente a la lógica de control de la aplicación,
que no tiene nada que ver con las características propias del negocio para el que se está
construyendo la aplicación.
El Modelo. Donde se implementa todo lo relativo a la lógica de negocio, es decir, los
aspectos particulares del problema que la aplicación resuelve.
La Vista. Aquí se ubica el código encargado de “pintar” el resultado de los procesos de la
aplicación. En una aplicación web la vista se encarga de producir documentos HTML,
XML, JSON, etc. Con los datos que se hayan calculado previamente en la aplicación.
Para que el conjunto funcione, las partes deben interaccionar entre sí.
Figura 1. Esquema modelo vista controlador («MVC (Model, View, Controller)
explicado.», s. f.)
8
1.2.5 Framework de Desarrollo
En el desarrollo de software, un framework o infraestructura digital, es una estructura
conceptual y tecnológica de soporte definido, un framework es un entorno o ambiente de
trabajo para desarrollo; dependiendo del lenguaje normalmente integra componentes que
facilitan el desarrollo de aplicaciones como el soporte de programa, bibliotecas, plantillas y
más.
Representa una arquitectura de software que modela las relaciones generales de las
entidades del dominio, y provee una estructura y una especial metodología de trabajo, la
cual extiende o utiliza las aplicaciones del dominio.
1.2.6 Spring Framework
Spring es un framework de Java de código abierto muy popular y ampliamente desplegado
en todo el mundo. Ayuda a los desarrolladores a crear aplicaciones de alta calidad de una
manera rápida. Spring proporciona un modelo de programación coherente y consistente, el
cual es bien comprendido y usado por millones de desarrolladores Java.
El Spring Framework proporciona un modelo de programación y configuración completa
para las aplicaciones empresariales modernas basadas en Java, en cualquier tipo de
plataforma de despliegue. Un elemento clave de Spring es el apoyo infraestructural a nivel
de aplicación: Spring se centra en la “fontanería” de las aplicaciones empresariales para que
los equipos pueden centrarse en la lógica de negocios a nivel de aplicación, sin ataduras
innecesarias a los entornos de implementación específicos.
9
1.3 Aspectos del Área de Talleres y Transportes
1.3.1 Transportes
Esta área se encarga de todo lo concerniente a los activos, en este caso vehículos, unidades
hidráulicas, en esta área se mantiene una administración total de los mismos, como es
conocer toda la información que estos puedan generar a lo largo de su vida útil dentro de la
EEQ.
Cabe decir que los activos antes mencionados sirven para el uso externo e interno de la
EEQ, es decir muchas de las unidades se la usa para dar un adecuado servicio a la
comunidad con los servicios que brinda la misma, por otro lado estos también sirven para el
uso interno del personal el cual, en el caso de los vehículos livianos son usados para la
movilización.
Asignaciones
El área de transportes entre sus funciones tiene las de asignar vehículos a responsables y
áreas, para esto el proceso que ellos manejan es el de registrar previamente el vehículo para
después realizar la asignación, después el área de transportes lleva un seguimiento del
vehículo asignado con la finalidad de tener un conocimiento total sobre este activo.
Préstamos
Este proceso describe el préstamo de los vehículos al personal de la EEQ que solicite el
mismo, luego de la solicitud el área designa un vehículo que esté disponible y en caso de
ser necesario a un conductor.
10
(Gamma, Helm, Johnson, & Vlissides, 2002)Recorridos y Consumo de
Combustible
Para el área de transportes es de suma importancia el conocimiento del recorrido que tienen
los vehículos, se entiende por recorrido a la distancia en kilómetros o millas que recorre un
vehículo en cada uso, con esto tienen un control sobre el uso y la vida útil de estos y esta
información ayuda a una mejor administración de los mismos.
De igual manera el consumo de combustible y el cupo que se le asigna a los vehículos es
información de control útil para el área ya que así se tiene un seguimiento de los consumos
de combustible que realiza el vehículo en cada uso.
Accidentes vehiculares
El área de transportes tiene como necesidad el conocimiento de todos los aspectos que
genere un vehículo, para esta área es de suma importancia el registrar los sucesos que se
puedan dar mientras los vehículos se encuentren en uso, uno de estos sucesos son los
accidentes que pueden tener los vehículos, se entiende por accidente vehicular aquel que
pueda sufrir el vehículo, como puede ser un daño leve o grave según la magnitud del
accidente.
1.3.2 Talleres Automotrices, Hidráulica e Industrial
La EEQ además del manejo de los activos antes mencionados, también proporciona
servicio a los mismos como es el de mantenimientos, reparaciones y distribución de
combustible, así como también tiene un taller especializado donde se construyen materiales
para el uso de trabajos. Entre los talleres que administra esta área se encuentran el Taller
Automotriz, Taller Unidad Hidráulica y Taller Industrial.
11
Taller Automotriz
El taller automotriz del cual disponen el área de transportes, se dedica plenamente a la
atención de vehículos, es decir en este taller se proporciona trabajos de mantenimiento tanto
preventivo como también correctivo a los vehículos que son parte de la EEQ.
Los mantenimientos preventivos son programados según el uso de los vehículos para
mantenerlos en un buen estado, por otra parte también se da manteamientos correctivos,
que son los que se dan después de una avería automotriz.
o Mantenimiento Preventivo
En las operaciones de mantenimiento, el mantenimiento preventivo es el destinado a la
conservación de equipos o instalaciones mediante realización de revisión y reparación que
garanticen su buen funcionamiento y fiabilidad. El mantenimiento preventivo se realiza en
equipos en condiciones de funcionamiento.
El mantenimiento preventivo se puede realizar según distintos criterios:
El mantenimiento programado, donde las revisiones se realizan por tiempo, kilometraje,
horas de funcionamiento, etc.
o Mantenimiento Correctivo
Se denomina mantenimiento correctivo, aquel que corrige los defectos observados en los
equipamientos o instalaciones, es la forma más básica de mantenimiento y consiste en
localizar averías o defectos y corregirlos o repararlos. Este mantenimiento que se realiza
luego que ocurra una falla o avería en el equipo que por su naturaleza no pueden
planificarse en el tiempo.
12
Ordenes de Trabajo
En cada uno de los talleres, los trabajos que se realizan lo manejan abriendo una orden de
trabajo, esta consiste en registrar todo acerca de el o los trabajos que se van a efectuar.
Estas pueden efectuarse sobre los vehículos, unidades hidráulicas y trabajos especiales.
Taller Automotriz
En este taller se proporciona manteamientos preventivos y correctivos a los vehículos
livianos y pesados con los que cuenta el área de transportes.
Taller Unidad Hidráulica
En este taller al igual que en el Automotriz se proporciona manteamientos preventivos y
correctivos, pero este solo se especializa en Unidades Hidráulicas.
o Unidades Hidráulicas
Se entiende por unidades hidráulicas a grúas y canastillas hidráulicas, las mismas que son
usadas para el trabajo en alumbrado público, como por ejemplo mantenimiento del
alumbrado público así como también la instalación de postes y entre otras tareas de trabajo
pesado en las que deben intervenir.
Taller Industrial
Dentro de este taller se realiza trabajos especializados como la elaboración de cajetines, los
cuales sirven de protección para los medidores de luz, también se realiza trabajos como la
elaboración de postes e instalaciones de accesorios automotrices.
13
2. METODOLOGÍA DE DESARROLLO
2.1 Metodología para el Desarrollo
La metodología hace referencia al conjunto de procedimientos racionales utilizados para
lograr un objetivo, en ingeniería informática es un marco de trabajo usado para estructurar,
planificar y controlar los procesos de desarrollo de un sistema de información.
Para la elaboración del presente proyecto se optó por la metodología de desarrollo de
software como es RUP, la misma que nos facilitara el desarrollo siguiendo el proceso que
se estableció en la EEQ.
2.1.1 RUP (Rational Unified Process o Proceso Unificado Racional)
Es un proceso de ingeniería de software que suministra un enfoque para asignar tareas y
responsabilidades dentro de una organización de desarrollo. Su objetivo es asegurar la
producción de software de alta y de mayor calidad para satisfacer las necesidades de
los usuarios que tienen un cumplimiento al final dentro de un límite de tiempo y
presupuesto previsible.
Es una metodología de desarrollo iterativo que es enfocada hacia “diagramas de los casos
de uso, manejo de los riesgos y el manejo de la arquitectura” como tal.
14
2.1.2 Fases de la metodología RUP
Fase de inicio
Esta fase tiene como propósito definir y acordar el alcance del proyecto, identificar los
riesgos asociados al proyecto, proponer una visión muy general de la arquitectura de
software y producir el plan de las fases y el de iteraciones posteriores.
Objetivos.
o Establecer el ámbito de software y las condiciones de los límites del proyecto,
incluidas una visión operativa, criterios de aceptación, lo que debe contener el
producto y lo que no.
o Discriminar casos de uso más importantes del sistema de los cuales dependerán las
principales concesiones del diseño.
o Estimar los riesgos potenciales (las causas de incertidumbre).
o Preparar el entorno de soporte para el proyecto.
Fase de elaboración
Esta fase tiene como principal finalidad completar el análisis de los casos de uso y definir la
arquitectura del sistema, además se obtiene una aplicación ejecutable que responde a los
casos de uso que la comprometen.
Objetivos.
o Desarrollar un marco de trabajo arquitectónico para el sistema.
o Al terminar esta fase, se debe tener un modelo de los requerimientos del sistema.
o Se especifican los casos de uso.
o Producir un prototipo, así como posiblemente uno o más prototipos exploratorios
desechables para mitigar riesgos específicos.
15
Fase de construcción
El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben
clarificar los requerimientos pendientes. Esta fase comprende el diseño del sistema, la
programación y las pruebas.
Objetivos.
o Conseguir la calidad adecuada de forma rápida y práctica.
o Completar el análisis, diseño, desarrollo y prueba de toda la funcionalidad
necesaria.
o Desarrollar de forma iterativa e incremental un producto completo que esté
preparado para la transición a su comunidad de usuarios. Esto implica describir
los casos de uso, sustanciar el diseño, completar la implementación y
realizar pruebas al software.
o Decidir si el software, los sitios y los usuarios están listos para la aplicación que
debe desplegarse.
Fase de transición
El propósito de esta fase es asegurar que el software esté disponible para los usuarios
finales, ajustar los errores y defectos encontrados en las pruebas, capacitar a los usuarios y
proveer el soporte técnico necesario. Se debe verificar que el producto cumpla con las
especificaciones entregadas por las personas involucradas en el proyecto.
Al final del ciclo vital de la fase de transición, los objetivos deben haberse alcanzado y el
proyecto debe estar en posición de poderse cerrar.
Esta fase de transición puede variar de ser muy sencilla a extremadamente compleja,
dependiendo del tipo de productos.
16
Objetivos.
o Traspasar el software desarrollado a la comunidad de usuarios.
o Pruebas para validar el producto con las expectativas del cliente
o Ejecución paralela con sistemas antiguos
o Entrenamiento de usuarios
o Obtener autosuficiencia de parte de los usuarios.
Figura 2. Metodología de Desarrollo de Software («Metodología RUP y Ciclo de Vida
| METODOLOGÍA RUP», s. f.)
2.1.3 Objetivos
Objetivo General
Desarrollar un sistema que contribuya en el ingreso, actualización y extracción de la
información para tener un conocimiento amplio sobre los activos y servicios que se maneja
en el área de Transportes y Talleres del EEQ.
Objetivos Específicos
o Aplicar los componentes para que el sistema web que pueda ser visualizado en
dispositivos móviles.
o Identificar los requisitos funcionales de cada módulo que son parte del sistema y
modelarlos como casos de uso mediante diagramas.
17
o Facilitar la búsqueda y mostrar la información de manera clara y ordenada.
o Mostrar información histórica y detallada de los procesos, componentes y actores
que están inmersos dentro de gestiones vehiculares.
o Desarrollar un sistema en base a las tecnologías actuales de desarrollo de software.
2.1.4 Levantamiento de información
Para la recopilación de la información y procesos que se maneja en el área de talleres y
transportes, se tuvo reuniones con el personal que interviene dentro de los procesos que
actualmente se manejan en esta área, en las cuales se llevó acabo la recopilación de la
información.
También se mantuvo reuniones previas con el Departamento de tecnología información y
comunicaciones (DTIC), que es la encargada de dar soporte y mantenimiento a los
sistemas y aplicaciones que actualmente manejan las áreas de la EEQ, el personal de esta
área fue el encargado de proporcionar las herramientas y los lineamientos con los cuales se
manejan para el desarrollo de software, así como también de revisar periódicamente el
avance que se tuvo en el proyecto, cabe mencionar que con el área de DTIC se hizo la
revisión y definición del alcance del proyecto.
2.1.5 Requerimientos
Posterior a las reuniones y al alcance del proyecto definido que se tuvo con el área de
Talleres y Transportes y DTIC se procedió a la realización de los requerimientos
funcionales, no funcionales y riesgos.
El modelo de requerimientos es un catálogo de los requerimientos del sistema. Permite
clasificarlos en diferentes categorías: funcionales, no funcionales, riesgos.
18
Los requerimientos/requisitos del sistema describen los servicios que ha de ofrecer el
sistema y las restricciones asociadas a su funcionamiento.
Figura 3. Requerimientos funcionales, no funcionales, riesgos
Requerimientos Funcionales
Los requerimientos funcionales definen el funcionamiento del sistema (cómo interactúa el
sistema con su entorno y cuáles van a ser su estado y funcionamiento).
El sistema está compuesto principalmente por los procesos de:
o Gestión de seguridad.
o Gestión y parametrización de catálogos del sistema.
o Registro de vehículos y unidades hidráulicas.
o Asignación de vehículos.
o Registro de Ordenes de trabajo (talleres Automotriz, U. Hidráulica e Industrial).
o Registro de informes de accidentes.
o Registro de recorridos por consumo de combustible de vehículos.
o Registro de ingresos y salidas de los vehículos.
o Solicitud y registro de préstamo de vehículos.
Funcionales
+ Gestión Control Vehicular
+ Gestión de Catalagos
+ Gestión de Ordenes de Trabajo
+ Gestión Reportes
+ Gestión Seguridad
+ Gestión Vehículos y Unidades Hidráulicas
No funcionales
+ RN.001 - Aplicación web
+ RN.002 - Base de datos
+ RN.003 - Funcionalidad en Navegadores
+ RN.004 - Integración con el Active Directory EEQ
Riesgos
+ R.001 - Riesgo de Implementación
+ R.002 - Soporte del área de DTIC
+ R.003 - Compatibil idad Navegadores
+ R.004 Dependencias del Sistema
+ R.005 - Cambios de Requerimientos
Referencias:
RF = Requerimiento Funcional
RN = Requerimiento No Funcional
R = Riesgo
20
Figura 4. Requerimientos Funcionales
RF.001 - Gestión Seguridad
(from Gestión Seguridad)
RF.001.01 - Roles
(from Gestión Seguridad)
RF.001.02- Permisos
(from Gestión Seguridad)
RF.001.03 - Usuarios
(from Gestión Seguridad)
RF.002 - Gestión de Catálogos
(from Gestión de Catalagos) RF.002.01 - Registro y parametrización de catálogos
generales
(from Gestión de Catalagos)
RF.002.02 - Registro y parametrización de
talleres y gasolineras
(from Gestión de Catalagos)
RF.002.03 - Registro de catálogos de características
de vehículos y unidades hidráulicas
(from Gestión de Catalagos)
RF.002.04 - Registro de catálogos llantas
(from Gestión de Catalagos)RF.003 - Gestión Vehículos y Unidades
Hidráulicas
(from Gestión Vehículos y Unidades Hidráulicas)
RF.003.01 - Registro vehículos
(from Gestión Vehículos y Unidades Hidráulicas)
RF.003.02 - Registro de unidad hidráulica.
(from Gestión Vehículos y Unidades Hidráulicas)
RF.003.03 - Asignación de responsables
(from Gestión Vehículos y Unidades Hidráulicas)
RF.004 - Gestión de Ordenes de Trabajo
(from Gestión de Ordenes de Trabajo)
RF.004.01 -Administrar orden de trabajo para el taller
automotriz, hidráulico e industrial
(from Gestión de Ordenes de Trabajo)
RF.004.02 - Registrar el trabajo finalizado caso taller automotriz e
hidráulico.
(from Gestión de Ordenes de Trabajo)
RF.004.04 - Registrar el trabajo realizado caso el taller industrial
(from Gestión de Ordenes de Trabajo)
RF.005 - Gestión de Control Vehicular
(from Gestión Control Vehicular)
RF.005-01 - Registrar el accidente.
(from Gestión Control Vehicular)
RF.005.02 - Registrar entradas y
salidas de vehículos.
(from Gestión Control Vehicular)
RF.005.03 - Registrar recorridos por Consumo de Combustible
(from Gestión Control Vehicular)
RF.005.04 - Registro de prestamo de vehículos
(from Gestión Control Vehicular)
RF.004.03 - Registrar el trabajo realizado
diariamente caso taller industrial.
(from Gestión de Ordenes de Trabajo)
RF.006 - Gestión Reportes
(from Gestión Reportes)
21
Descripción de Requerimientos Funcionales
o Gestión seguridad
Roles
Permitirá que el usuario Administrador del Sistema creé, modifique y elimine los roles de
seguridad del sistema.
Permisos
Permitirá que el usuario Administrador del Sistema creé, modifique y elimine los permisos
a pantallas del sistema.
Usuarios
Permitirá al usuario Administrador del Sistema:
- Registrar usuarios del sistema mediante la integración de las tablas de RR.HH. que
contiene los datos del empleado.
- Asignar permisos y roles.
Permitirá el ingreso al sistema con usuario y contraseña de EEQ Active Directory.
o Gestión de catálogos
Registro y parametrización de catálogos generales
Permitirá la administración de:
- Catálogo de partes vehiculares e hidráulicas.
- Catálogo de trabajos.
- Catálogo de países.
- Catálogo de partes.
- Lugares de parqueo.
22
Registro y parametrización de talleres y gasolineras
Permitirá la administración de:
- Catálogo de talleres y gasolineras
Registro de Catálogos Llantas
Permitirá la administración de:
- Catálogo de llantas.
Registro y parametrización tipos de vehículos y unidades hidráulicas
Permitirá la administración y parametrización de:
- Catálogo de tipos, clases, modelos y marcas de vehículos y u. Hidráulicas.
o Gestión vehículos y unidades hidráulicas
Registro vehículos
- Permitirá la administración de los registros de los vehículos de la empresa con sus
respectivas características, cupo de combustible y estado de operación.
Registro unidades hidráulicas
- Permitirá la administración de los registros de las unidades hidráulicas de la
empresa con sus respectivas características.
Asignación de vehículos
- Permitirá asignar el vehículo al área y el responsable de la EEQ.
o Gestión ordenes de trabajo
Administrar orden de trabajo para el taller automotriz, hidráulico e industrial
- Permitirá crear la orden de trabajo automotriz, hidráulico e industrial de acuerdo al
rol del sistema establecido en cada taller.
- Permitirá asignar los trabajos que se van a realizar en cada orden de trabajo.
23
- Permitirá actualizar las órdenes de trabajo siempre y cuando el estado de la orden de
trabajo sea pendiente.
Registrar el trabajo realizado tanto para el taller automotriz e hidráulico
- Permitirá asignar el personal con sus respectivas horas trabajadas en las que
participo en el trabajo.
- Permitirá cerrar la orden de trabajo y totalizar las horas trabajadas una vez que todos
los trabajos estén realizados además cambiará el estado de la orden de trabajo a
realizada.
- No permitirá asignar el personal con sus respectivas horas trabajadas una vez
cerrada la orden de trabajo.
Registrar las actividades de los empleados
- Permitirá registrar el trabajo, la fecha y las horas trabajadas de cada empleado
debido a que estas órdenes de trabajo pueden o no se cerrarse el mismo día.
- Permitirá actualizar el trabajo y las horas trabajadas de cada empleado.
Registrar el trabajo realizado para el taller industrial
- Permitirá registrar los materiales y la cantidad que se va a utilizar.
- Permitirá actualizar la cantidad que se va a utilizar en cada trabajo.
- Permitirá asignar el personal con sus respectivas horas trabajadas en las que
participo en el trabajo.
- Permitirá cerrar la orden de trabajo y totalizar las horas trabajadas una vez que todos
los trabajos estén realizados.
- No permitirá asignar el personal con sus respectivas horas trabajadas una vez
cerrada la orden de trabajo.
24
o Gestión de control vehicular
Registrar el accidente
- Permitirá registrar información del memo emitido por el área de transportes y el
informe del accidente.
- Permitirá registrar las partes del vehículo involucradas de acuerdo a la magnitud del
accidente.
- Permitirá actualizar los informes y las partes del vehículo involucradas.
Registrar entradas y salidas de vehículos
- Permitirá registrar la hora de salida y de entrada de los vehículos.
Registrar recorridos por consumo de combustible
- Permitirá administrar los consumos de combustible del automóvil por recorrido.
Registrar Préstamo del vehículo
- Permitirá administrar los préstamos de los vehículos
* Se entiende por administrar el crear, modificar y eliminar registros.
25
Requerimientos no funcionales
Los requerimientos no funcionales definen como debe ser el sistema, es decir se refieren a
todos los requisitos que no describen información a guardar, ni funciones a realizar, sino
características de funcionamiento.
Figura 5. Requerimientos no funcionales
Riesgos
Un riesgo es aquel factor que influye negativamente en el éxito del proyecto. El riesgo en
un proyecto de desarrollo de software incluye componentes técnicos y de conocimiento del
mismo.
o El riesgo de implementar el sistema Talleres y Transportes es que la información
del sistema anterior sea no fiable.
o El sistema necesita soporte por parte de TI de la EEQ para los diferentes equipos
donde va a estar alojado el nuevo sistema.
o El sistema solo se manejará en versiones de navegador Chrome o Firefox
actualizados.
Los requerimientos no funcionales tienen que
ver con aspectos generales como la seguridad,
la disponibilidad, el rendimiento, etc. y no con
las funciones o servicios que ofrece el sistema
que se está modelando.
RN.001 - Aplicación
web
RN.002 - Base de datos
RN.003 - Funcionalidad en Navegadores
RN.004 - Integración con el Active
Directory EEQ
26
o El sistema dependerá del Active Directory para su ingreso y además se necesitará
tener los permisos previos y accesos a las tablas de RR.HH. que contiene los datos
de empleados y sus respectivos roles.
Figura 6. Riesgos
2.1.6 Especificaciones de Casos de Uso
A continuación se muestra el diagrama de caso de uso de cada requerimiento que cumple el
sistema, así también se detalla el flujo básico de eventos que cumple cada caso.
Actor
Es un rol que un usuario juega con respecto al sistema, entre los roles que participan
dentro del sistema se tiene los siguientes.
R.001 - Riesgo de Implementación
R.002 - Soporte del área de DTIC
R.003 - Compatibil idad Navegadores
R.004 Dependencias del Sistema
Un riesgo es aquel factor que influye negativamente
en el éxito del proyecto. El riesgo en un proyecto de
desarrollo de software incluye componentes técnicos
y de conocimiento del mismo.
R.005 - Cambios de Requerimientos
27
Actor Administrador
Usuario que maneja la administración de roles, permisos, la creación de catálogos, el
ingreso de vehículos y unidades hidráulicas y que tendrá acceso a todas las actividades
que brinde el sistema.
Figura 7. Actor administrador STYT
Sistemas o entidades externas al sistema
Son entidades externas que estarán relacionadas con el sistema o a su vez el sistema
consuma recursos de estas entidades.
Figura 8. Actor entidades externas
28
Usuarios General
Hace referencia a los usuarios que hacen uso de ciertas utilidades que brinda el sistema
y que según sus roles accederán a las pantallas del sistema, se los agrupo en un
“usuario general” con la finalidad de su uso en casos de uso de manera general.
Figura 9. Actor usuario general
Usuario Talleres
Hace referencia a los usuarios que pertenecen a los talleres de Automotriz, U.
Hidráulica e Industrial que hacen uso el sistema para la creación de órdenes de trabajo,
se los agrupo en un “usuario talleres” con la finalidad de su uso en casos de uso de
manera general.
Figura 10. Actor talleres
29
Gestión Seguridad
Figura 11. Diagrama de caso de uso para la gestión de seguridad
STYT
Administrador ADMSTYT
(from
Actores)
Gestionar Roles
Gestionar Permisos
Gestionar Usuarios
Crear Roles
Editar Roles
Consultar Roles
Iniciar SesiónCrear Permisos
Consultar Permisos
Editar Permisos
Crear Usuarios
Consultar Usuarios
Editar UsuariosAsignar Rol
Asignar Permisos
Sistema de RRHH
(from Sistemas
EEQ)
«include»
«extend»
«extend»
«extend»
«include»
«extend»
«extend»
«extend»
«extend»
«extend»
«include»
«include»
«extend»
30
o Descripción de caso de uso de Gestionar Permisos
Tabla 1. Caso de uso gestionar permisos
CU-01 Gestionar Permisos
Actores Administrador de Aplicaciones: ADMSTYT
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Permisos, contempla:
- creación
- modificación
- eliminación
Precondiciones El usuario debe haber ingresado en el sistema.
Resultados - Registro de auditoría de la transacción.
- Registro de permisos los cuales son necesarios para el
ingreso a las pantallas con que cuenta el sistema.
Anexo - A(CU-01 Flujo de eventos Gestionar Permisos)
o Descripción de caso de uso de Gestionar Roles
Tabla 2. Caso de uso gestionar roles
CU-02 Gestionar Roles
Actores Administrador de Aplicaciones: ADMSTYT
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Roles, contempla:
- creación
- modificación
- eliminación
Precondiciones El usuario debe haber ingresado en el sistema.
Resultados - Registro de auditoría de la transacción.
31
- Registro de roles los cuales son necesarios para el
ingreso al sistema
Anexo - A(CU-02 Flujo de eventos Gestionar Roles)
o Descripción de caso de uso de Gestionar Usuarios
Tabla 3. Caso de uso gestionar usuarios
CU-03 Gestionar Usuarios
Actores Administrador de Aplicaciones: ADMSTYT
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Usuarios donde se asignará los Roles y Permisos a las opciones
de menú que maneja el sistema, contempla:
- creación
- modificación
- eliminación
Precondiciones Se encuentren datos en las tablas de aplicación y recursos que
maneja el sistema STYT de la EEQ:
- Roles
- Permisos
- RR.HH. (Tabla del Personal de la EEQ).
Resultados - Relacionar los Roles y Permisos registradas en el
sistema STYT con los Usuarios.
- Registro de auditoría de la transacción.
Anexo - A(CU-03 Flujo de eventos Gestionar Usuarios)
32
Sesiones
Figura 12. Diagrama de caso sesiones
o Descripción de caso de uso sesiones
Tabla 4. Caso de uso sesiones
CU-04 Sesiones
Actores Usuarios registrados el sistema STYT: Usuario General
Descripción Identificar los pasos necesarios para el ingreso y cierre de
sesiones en el STYT.
Precondiciones Se encuentren realizada la asignación de roles y permisos a los
usuarios que hacen uso del STYT.
El usuario debe haber ingresado en el sistema.
Resultados Relacionar los Roles y Permisos registradas en el sistema
STYT con los Usuarios.
- Registro de auditoría de la transacción.
Anexo - A(CU-04 Flujo de eventos sesiones)
STYT
Iniciar sesión
El límite del sistema muestra la
interfaz lógica entre usuarios y el
sistema que se describe.
Cerrar sesión
Usuario General
33
Gestión Catálogos
Figura 13. Diagrama de caso de uso gestión catálogos
STYT
Inicio Sesión
Administrar
Catálogos
Generales
Administrar
catálogos de
talleres y
gasolineras
Crear Catálogo
General
Editar Catálogo
General
Eliminar Catálogo
General
Consultar Catálogo
General
Crear catálogo
taller/gasolineras
Editar catálogo
taller/gasolineras
Elminar catálogo
taller/gasolineras
Consultar catálogo
taller/gasolineras
Administrador ADMSTYT
(from
Actores)
Administrar
Catálogo Llantas
Crear Catalago
Llantas
Editar Catálogo
Llantas
Eliminar Catálogo
Llantas
Consultar Catálogos
Llantas
Crear Catalogo
Caracteristicas de
Vehículos y U.
Hidraulicas
Editar Catalogo
Caracteristicas de
Vehículos y U.
Hidraulicas
Eliminar Catalogo
Caracteristicas de
los Vehículos y U.
Hidraulicas
Consultar Catalogo
Caracteristicas de
Vehículos y U.
Hidraulicas
Administrar catálogos de
características de
Vehículos/U.Hidraulicas
«extend»«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
34
Administrar Catálogos Generales
o Descripción de caso de uso de Catálogos Generales
Tabla 5. Caso de uso catálogos generales
CU-05 Catálogos Generales
Actores Administrador de Aplicaciones: ADMSTYT
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Catálogos Generales, contempla:
- creación
- modificación
- eliminación
Precondiciones El usuario debe haber ingresado en el sistema.
Resultados - Registro de auditoría de la transacción.
- Registro de Catálogos Generales que hará uso el STYT.
Anexo - A(CU-05 Flujo de eventos catálogos generales)
Administrar Catálogos Talleres y Gasolineras
o Descripción de caso de uso de Talleres y Gasolineras
Tabla 6. Caso de uso catálogo talleres y gasolineras
CU-06 Catálogos Talleres y Gasolineras
Actores Administrador de Aplicaciones: ADMSTYT
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Catálogos Talleres y Gasolineras, contempla:
- creación
- modificación
- eliminación
35
Precondiciones El usuario debe haber ingresado en el sistema.
Resultados - Registro de auditoría de la transacción.
- Registro de Catálogos Talleres y Gasolineras que hará
uso el STYT.
Anexo - A(CU-06 Flujo de eventos catálogo talleres y
gasolineras)
Administración Catálogos de Características Vehículos
o Descripción de caso de uso de Características Vehículos
Tabla 7. Caso de uso características vehículos
CU-07 Características Vehículos
Actores Administrador de Aplicaciones: ADMSTYT
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Catálogos de Características Vehículos donde se asignará las
características generales previamente creada que maneja el
sistema, contempla:
- creación
- modificación
- eliminación
Precondiciones Se encuentren datos en las tablas de catálogos generales de
aplicación y recursos que maneja el sistema STYT de la EEQ:
- Marca
- Modelo
- Tipo
- Clase
Resultados - Relacionar las características registradas en la opción de
Catálogos Generales en el sistema STYT para formar el
36
Catalogo de Características Vehículos.
- Registro de auditoría de la transacción.
Anexo - A(CU-07 Flujo de eventos características vehículos)
Administración Catálogos de Llantas
o Descripción de caso de uso de catálogos llantas
Tabla 8. Caso de uso catálogos de llantas
CU-08 Catálogos Llantas
Actores Administrador de Aplicaciones: ADMSTYT
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Catálogos donde se registrara los catálogos de llantas
previamente creada que maneja el sistema, contempla:
- creación
- modificación
- eliminación
Precondiciones El usuario debe haber ingresado en el sistema.
Resultados Registro de auditoría de la transacción.
Anexo - A(CU-08 Flujo de eventos catálogos llantas)
37
Gestión Vehículos y U. Hidráulicas
Figura 14. Diagrama de caso de uso gestión vehículos y u. Hidráulica
Registro Vehículos
o Descripción de caso de uso de registro de vehículos
Tabla 9. Caso de uso registro vehículos
CU-09 Registro de Vehículos
Actores Administrador de Aplicaciones: ADMSTYT
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Registro Vehículos, contempla:
- Registro y Asignación de Características
- Registro y Asignación de Áreas y Responsables
Precondiciones El usuario debe haber ingresado en el sistema.
Que contengan datos las siguientes entidades:
- Catálogos Generales con los ítems necesarios para
STYT
Registro Vehiculos
Registro Unidad
Hidráulica
Asignación de
Responsables
Inicio Sesión
(from Gestión Catálogos)
Consultar catálogo
Caracteristica
Vehiculares
Asignar
caracteristicas-
v ehículos
Asignar
caracteristicas-
u.hidráulica
(from Gestión Catálogos)
Consultar Catalogo
Caracteristicas de
Vehículos y U.
Hidraulicas
Usuario General
(from
Actores)
Sistema de RRHH
(from Sistemas
EEQ)
«include»
«include»«include»
«include»
«include»
38
completar la asignación
- Catálogos de Características
- Tabla de Empleados y Áreas que maneja la EEQ.
Resultados - Registro de auditoría de la transacción.
- Registro de vehículos y asignación de características
que hará uso el STYT.
- Asignación de Áreas y responsables del vehículo que
hará uso el STYT.
Anexo - A(CU-09 Flujo de eventos registro vehículos)
Registro Unidades Hidráulicas
o Descripción de caso de uso de registro de unidades hidráulicas
Tabla 10. Caso de uso de registro de unidades hidráulicas
CU-010 Unidades hidráulicas
Actores Administrador de Aplicaciones: ADMSTYT
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Registro Unidades Hidráulicas, contempla:
- Asignación
Precondiciones El usuario debe haber ingresado en el sistema.
Que contengan datos las siguientes entidades:
- Catálogos Generales con los ítems necesarios para
completar la asignación
- Catálogo de Características
Resultados - Registro de auditoría de la transacción.
- Registro de Unidades Hidráulicas y asignación de
características que hará uso el STYT.
Anexo - A(CU-10 Flujo de eventos registro de unidades
hidráulicas)
39
Gestionar Ordenes Trabajo
Figura 15. Diagrama de caso de uso orden trabajo
Administrar orden de trabajo para el taller automotriz
Figura 16. Diagrama caso de uso orden trabajo automotriz
STYT
UsuarioTalleres
(from
Actores)
Administrar orden de
trabajo para el taller
automotriz
Administrar orden de
trabajo para el taller
hidráulico
Administrar orden de
trabajo para el taller
industrial
Inicio Sesión
STYT
Cerrar Orden
Trabajo
UsuarioTalleres
(from
Actores)
Asignar Trabajos
(from Gestión
Catálogos)
Consultar Catálogo
General
Asignar
Responsable a
Trabajo
Crear Orden Trabajo
Taller Automotriz
Inicio Sesión
Ejecutar Orden
Sistema de RRHH
(from Sistemas
EEQ)
«include»
«include»«include»
«include»
40
o Descripción de caso de uso de orden trabajo automotriz
Tabla 11. Caso de uso orden trabajo automotriz
CU-011 Orden trabajo automotriz
Actores Administrador de Aplicaciones: Taller Automotriz
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Orden de Trabajo Automotriz, contempla:
- Crear Orden de Trabajo
- Editar Orden
Precondiciones El usuario debe haber ingresado en el sistema.
Que contengan datos las siguientes entidades:
- Catálogos Generales con los ítems necesarios para
completar la asignación
- Catálogos de Características, Talleres
- Tabla de Personal(RR.HH.)
Resultados - Registro de auditoría de la transacción.
- Creación de Ordenes de Trabajo.
Anexo - A(CU-11 Flujo de eventos orden trabajo automotriz)
41
Administrar orden de trabajo para el taller hidráulico
Figura 17. Diagrama de caso de uso orden trabajo taller hidráulico
o Descripción de caso de uso de orden trabajo u. Hidráulica
Tabla 12. Caso de uso orden trabajo taller hidráulico
CU-011 Orden trabajo u. Hidráulica
Actores Administrador de Aplicaciones: Mecánica Hidráulica Grúas y
Canastillas
Descripción El usuario debe haber ingresado en el sistema.
Identificar los pasos necesarios para el desarrollo de la opción
Orden de Trabajo de las U. Hidráulica, contempla:
- Crear Orden de Trabajo
- Editar Orden
STYT
Cerrar Orden
Trabajo
UsuarioTalleres
(from
Actores)
Asignar Trabajos
(from Gestión
Catálogos)
Consultar Catálogo
General
Asignar
Responsable a
Trabajo
Crear Orden Trabajo
taller Hidráulico
Inicio Sesión
Ejecutar Orden
Sistema de RRHH
(from Sistemas
EEQ)
«include»
«include»«include»
«include»
42
Precondiciones El usuario debe haber ingresado en el sistema.
Que contengan datos las siguientes entidades:
- Catálogos Generales con los ítems necesarios para
completar la asignación
- Catálogos de Características, Talleres
- Tabla de Personal(RR.HH.)
Resultados - Registro de auditoría de la transacción.
- Creación de Ordenes de Trabajo.
Anexo - A(CU-12 Flujo de eventos orden trabajo taller
hidráulico)
Administrar orden de trabajo para el taller industrial
Figura 18. Diagrama de caso de uso orden trabajo taller industrial
STYT
Cerrar Orden
Trabajo
UsuarioTalleres
(from
Actores)
Asignar Trabajos
(from Gestión
Catálogos)
Consultar Catálogo
General
Asignar
Responsable a
Trabajo
Crear Orden Trabajo
Taller IndustrialAsignar Materiales
Inicio Sesión
Ejecutar Orden
Sistema de RRHH
(from Sistemas
EEQ)
«include»«include»«include»
«include»
«include»
43
o Descripción de caso de uso de orden taller industrial
Tabla 13. Caso de uso orden trabajo taller industrial
CU-012 Orden trabajo taller industrial
Actores Administrador de Aplicaciones: Taller Industrial
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Orden de Trabajo del Taller Industrial, contempla:
- Crear Orden de Trabajo
- Editar Orden
Precondiciones El usuario debe haber ingresado en el sistema.
Que contengan datos las siguientes entidades:
- Catálogos Generales con los ítems necesarios para
completar la asignación
- Catálogos de Características, Talleres
- Tabla de Personal(RR.HH.)
Resultados - Registro de auditoría de la transacción.
- Creación de Ordenes de Trabajo.
Anexo - A(CU-13 Flujo de eventos orden trabajo taller
industrial)
44
Gestión Control Vehicular
Figura 19. Diagrama de caso de uso control vehicular
STYT
Inicio SesiónIngresar Informe
Accidente
Registro de Entradas y
Salidas Vehículos
Registro de Recorridos
por Consumo
Combustible
Registro Prestamo
Vehículo
Usuario General
(from
Actores)
45
Ingresar Informe Accidente
Figura 20. Diagrama de caso de uso ingreso informe accidente
o Descripción de caso de uso de ingreso informe accidente
Tabla 14. Caso de uso de ingreso informe accidente
CU-013 Ingreso informe accidente
Actores Administrador de Aplicaciones: TTRAN:
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Ingreso de Accidente, contempla:
- Registro
Precondiciones El usuario debe haber ingresado en el sistema.
Que contengan datos las siguientes entidades:
- Catálogos Generales con los ítems necesarios para
completar la asignación
- Catálogos de Características
- Vehículos Registrados
Registro Partes
Vehículo
Registro tipo de
Accidente
Crear Informe
AccidenteEditar Informe
Accidente
Sistema de RRHH
(from Sistemas
EEQ)
Registro Vehículo
(from Gestión
Catálogos)
Consultar Catálogo
General
Registro del
Empleado
Responsable
Eliminar Accidente
«include»
«include»
«include»
«include»
«include»
«include»
«include»
«include»
«include»
«include»
46
- Tabla de Personal(RR.HH.)
Resultados - Registro de auditoría de la transacción.
- Registro de Accidentes de Vehículos.
Anexo - A(CU-14 Flujo de eventos ingreso informe accidente)
Solicitud de Préstamo de vehículos
Figura 21. Diagrama de caso de uso Solicitud de préstamo
o Descripción de caso de uso de solicitud de préstamo
Tabla 15. Caso de uso de solicitud de préstamo
CU-014 Solicitud Préstamo de vehículos
Actores Usuario General.
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Solicitud de préstamo de Vehículos, contempla:
- Solicitud Prestamos
Precondiciones El usuario debe haber ingresado en el sistema.
Que contengan datos las siguientes entidades:
- Catálogos Generales con los ítems necesarios para
completar la asignación
- Catálogos de Características
STYT
Usuario General
(from
Actores)
Crear Solicitud
Confirmación de
Solicitud
47
- Vehículos Registrados
- Tabla de Personal(RR.HH.)
Resultados - Registro de auditoría de la transacción.
- Solicitud de Prestamos.
Anexo - A(CU-15 Flujo de eventos solicitud de préstamo)
Registro Préstamo Vehículo
Figura 22. Diagrama de caso de uso de registro de préstamo
o Descripción de caso de uso de registro de préstamo
Tabla 16. Caso de uso de registro de préstamo
CU-015 Registro de préstamo de vehículo
Actores Administrador de Aplicaciones: TTRAN:
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Registro Inventario de Vehículos, contempla:
- Prestamos
Precondiciones Que contengan datos las siguientes entidades:
- Catálogos Generales con los ítems necesarios para
Registrar v ehículo
Sistema de RRHH
(from
Sistemas
EEQ)
Registro de
Conductor
Registrar Prestamo
Editar PrestamoRegistro de
area/empleado
solicitante
«include»
«include»
«include»
«include»
«include»
«include»
48
completar la asignación
- Catálogos de Características
- Vehículos Registrados
- Tabla de Personal(RR.HH.)
Resultados - Registro de auditoría de la transacción.
- Registro de Prestamos.
Anexo - A(CU-16 Flujo de eventos registro de préstamo)
Registro Entradas y Salidas
Figura 23. Diagrama de caso de uso entradas y salidas
o Descripción de caso de uso de entradas y salidas
Tabla 17. Caso de uso entradas y salidas de vehículos
CU-016 Entradas y salidas de vehículos
Actores Administrador de Aplicaciones: TTRAN:
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Entradas y Salida de Vehículos donde se registrara las entradas
y salidas de cada vehículo.
- Registro
- eliminación
Precondiciones Se encuentren datos de los vehículos ingresados estén asignados
Consultar Vehículo
Ingreso entrada
v ehicular
Registro Salida
v ehicular
«include»
«include»
49
sus características de aplicación y recursos que maneja el
sistema STYT de la EEQ
Resultados - Ingreso de Salidas y Entradas de vehículos.
- Registro de auditoría de la transacción.
Anexo - A(CU-17 Flujo de eventos entradas y salidas de
vehículos)
Registro de Recorridos por Consumo de Combustible
Figura 24. Diagrama de caso de uso de registro por consumo de combustible
o Descripción de caso de uso de entradas y salidas
Tabla 18. Caso de uso de registro de recorrido por consumo de combustible
CU-017 Registro de recorrido por consumo de combustible
Actores Administrador de Aplicaciones: TTRAN:
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Ingreso de Recorridos por consumo de Combustible,
contempla:
- Registro
Precondiciones El usuario debe haber ingresado en el sistema.
Consultar v ehículos
Registro de
Recorrido
Registro de
comsmo de
combustible
Crear registro
Editar registro«include»
«include»
«include»
«include»
«include»
«include»
50
- Que contengan datos las siguientes entidades:
- Vehículos Registrados
Resultados - Registro de auditoría de la transacción.
- Registro de Recorridos de Vehículos.
Anexo - A(CU-18 Flujo de eventos registro recorrido por
consumo de combustible)
Gestión Reportes
Figura 25. Diagrama de caso de uso generación de reportes
Generar Reportes
o Descripción de caso de uso de entradas y salidas
Tabla 19. Caso de uso de generación de reportes
CU-018 Generación de Reportes
Actores Administrador de Aplicaciones: ADMSTYT, Usuario General,
Usuario Talleres
Descripción Identificar los pasos necesarios para el desarrollo de la opción
Generar Reportes, contempla:
UsuarioTalleres
(from
Actores)
Usuario General
(from
Actores)
Generar Reportes
Inicio Sesión
Administrador ADMSTYT
(from
Actores)
51
- Generar Reporte.
Precondiciones El usuario debe haber ingresado en el sistema.
Que los datos que contienen los reportes durante la generación
estén disponibles.
Resultados Generación de Reportes para los usuarios que tengan acceso.
Anexo - A(CU-19 Flujo de eventos generación de reportes)
2.1.7 Stakeholders
Stakeholders define a los interesados en un proyecto de desarrollo de software (esta es
una particularización del concepto ya que es igualmente válido para cualquier tipo de
proyecto).
Los interesados, todas aquellas personas o departamentos que participando o no
directamente en la realización de los trabajos se ven afectados por el resultado de los
mismos.
Figura 26. Diagrama de componentes de stakeholdres
Stakeholders sistema (general)
Aquí se define a los interesados del sistema de talleres y transportes, donde se describe las
entidades y actores que intervienen en el proyecto. Los actores los cuales se explica en
Dpto EEQ
+ Área Transportes
+ DPTO. DTIC
+ ÁREA TRANSPORTES
+ DPTO DTIC EEQ
(from Actores)
Usuarios EEQ
+ Taller Automotriz
+ Taller Industrial
+ Taller Mecanica Hidraulica Gruas y Canastil las
+ TTTRAN
+ Usuario DPTO
+ Usuario DTIC
+ Usuario TTDIVI
+ Usuario TTGAS
+ Usuario TTPRES
+ UsuarioTalleres
+ Administrador ATT
+ Usuario General
(from Actores)
Estudiantes UCE
+ Desarrolladores UCE
+ Desarrolladores UCE
(from Actores)
Stakeholder define a los interesados en un proyecto de
desarrollo de software (esta es una particularización del concepto
ya que es igualmente válido para cualquier tipo de proyecto).
¿Qué es un interesado? Todas aquellas personas o
departamentos que participando o no directamente en la
realización de los trabajos se ven afectados por el resultado de los
mismos.
52
Especificaciones de Casos de Uso, mientras que las entidades de desarrolladores UCE hará
referencia al equipo de desarrolladores de software que realizan el presente proyecto, área
de transportes hace referencia a todos los interesados del área de Transportes de la EEQ y el
Dpto. DTIC hacen referencia a los interesados del área desarrollo de software encargados
en la guía el proyecto.
Figura 27. Diagrama de Stakeholders
2.1.8 Definición de Arquitectura
Para el desarrollo de la aplicación se tiene una arquitectura previamente definida por la
EEQ para el desarrollo de software.
Donde se detalla las capas que va a tener el proyecto en sí programación, haciendo
referencia al esquema modelo vista controlador.
53
Figura 28. Arquitectura del proyecto (EEQ, 2016)
2.1.9 Modelo de Base de Datos
Este modelo describe los datos que deben ser almacenados y recuperados como parte del
diseño general del sistema.
Normalmente, esto significará modelos de bases de datos relacionales que describen las
tablas y los datos en detalle y permiten la generación de secuencias de comandos DDL para
la creación de bases de datos de configuración.
55
Figura 30. Esquema de base de datos
att_llanta
«column»
*PK ID_LLANTA: DECIMAL
FK ID_MARC_LLAN: DECIMAL
FK ID_PRES_ESPE: DECIMAL
FK ID_RIN: DECIMAL
DESCRIPCION: VARCHAR(25)
ESTA_LLANT: VARCHAR(1)
* ID_USUA_CREA: VARCHAR(25)
* FECH_CREA: TIMESTAMP(0) = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR(25)
* FECH_ULTI_MODI: TIMESTAMP(0) = 0000-00-00 00:00:00
«PK»
+ PK_atr_llanta(DECIMAL)
«index»
+ ATT_FK_CAT_MARC_LLAN(DECIMAL)
+ ATT_FK_CAT_PRES_ESPE(DECIMAL)
+ ATT_FK_CAT_RIN(DECIMAL)
«FK»
+ ATT_FK_CAT_MARC_LLAN(DECIMAL)
+ ATT_FK_CAT_PRES_ESPE(DECIMAL)
+ ATT_FK_CAT_RIN(DECIMAL)
att_asignacion
«column»
*PK ID_ASIGNACION: NUMBER(10)
FK ID_VEHICULO: NUMBER(10)
FK ID_LUGA_PARQ: NUMBER(10)
FK ID_AREA: NUMBER(10)
ID_RESPONSABLE: NUMBER(10)
FECH_ASIG: DATE
FECH_DEVO: DATE
ESTA_ASIG: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_asignacion(NUMBER)
«index»
+ ATT_FK_CAT_AREA_ASIG(NUMBER)
+ ATT_FK_CAT_ASIGNACION(NUMBER)
+ ATT_FK_VEH_ASIGNACION(NUMBER)
«FK»
+ ATT_FK_CAT_AREA_ASIG(NUMBER)
+ ATT_FK_CAT_ASIGNACION(NUMBER)
+ ATT_FK_VEH_ASIGNACION(NUMBER)
att_cara_v ehi
«column»
*PK ID_CARA_VEHI: NUMBER(10)
FK ID_PAIS: NUMBER(10)
FK ID_CLASE: NUMBER(10)
FK ID_TIPO: NUMBER(10)
FK ID_MARCA: NUMBER(10)
FK ID_MODELO: NUMBER(10)
FK ID_LLANTA: NUMBER(10)
FK ID_MANUAL: NUMBER(10)
* TONELAJE: NUMBER(4,2)
* CILINDRAJE: NUMBER(5)
* ANIO: VARCHAR2(4)
* ESTA_CARA_VEHI: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_cara_vehi(NUMBER)
«index»
+ ATT_FK_CAT_MANUAL(NUMBER)
+ ATT_FK_CAT_PAIS_VEHI(NUMBER)
+ ATT_FK_CLA_CARA_VEHI(NUMBER)
+ ATT_FK_LLA_CARA_VEHI(NUMBER)
+ ATT_FK_MAR_CARA_VEHI(NUMBER)
+ ATT_FK_MOD_CARA_VEHI(NUMBER)
+ ATT_FK_TIP_CARA_VEHI(NUMBER)
«FK»
+ ATT_FK_CAT_MANUAL(NUMBER)
+ ATT_FK_CAT_PAIS_VEHI(NUMBER)
+ ATT_FK_CLA_CARA_VEHI(NUMBER)
+ ATT_FK_LLA_CARA_VEHI(NUMBER)
+ ATT_FK_MAR_CARA_VEHI(NUMBER)
+ ATT_FK_MOD_CARA_VEHI(NUMBER)
+ ATT_FK_TIP_CARA_VEHI(NUMBER)
att_catalogo
«column»
*PK ID_CATALOGO: NUMBER(10)
DESCRIPCION: VARCHAR2(200)
CODIGO: VARCHAR2(50)
FK ID_CATA_PADR: NUMBER(10)
MODIFICABLE: VARCHAR2(1)
OPCI_GENE: VARCHAR2(1)
ESTA_CATA: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_catalogo(NUMBER)
«index»
+ ATT_FK_CAT_CATA_PADR(NUMBER)
«FK»
+ ATT_FK_CAT_CATA_PADR(NUMBER)
att_clase
«column»
*PK ID_CLASE: NUMBER(10)
DESCRIPCION: VARCHAR2(25)
VEHI_UNID_HIDR: VARCHAR2(1)
ESTA_CLAS: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_clase(NUMBER)
att_cons_comb
«column»
*PK ID_CONS_COMB: NUMBER(10)
FK ID_ENTI_EXTE: NUMBER(10)
FK ID_VEHICULO: NUMBER(10)
FECHA: DATE
LUGAR: VARCHAR2(50)
DISPONIBLE: VARCHAR2(10)
CONSUMO: VARCHAR2(10)
ESTA_CONS_COMB: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_cons_comb(NUMBER)
«index»
+ ATT_FK_ENT_CONS_COMB(NUMBER)
+ ATT_FK_VEH_CONS_COMB(NUMBER)
«FK»
+ ATT_FK_ENT_CONS_COMB(NUMBER)
+ ATT_FK_VEH_CONS_COMB(NUMBER)
att_deta_info_part
«column»
*PK ID_DETA_INFO_PART: NUMBER(10)
FK ID_INFO_ACCI: NUMBER(10)
FK ID_PARTE: NUMBER(10)
ESTA_DETA_INFO_PART: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_deta_info_part(NUMBER)
«index»
+ ATT_FK_CAT_PARTE(NUMBER)
+ ATT_FK_INF_DETA_INFO_PART(NUMBER)
«FK»
+ ATT_FK_CAT_PARTE(NUMBER)
+ ATT_FK_INF_DETA_INFO_PART(NUMBER)
att_deta_orde_trab
«column»
*PK ID_DETA_ORDE_TRAB: NUMBER(10)
FK ID_ORDE_TRAB: NUMBER(10)
FK ID_TRABAJO: NUMBER(10)
FK ID_ESTA_TRAB: NUMBER(10)
ESTA_DETA_ORDE_TRAB: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_deta_orde_trab(NUMBER)
«index»
+ ATT_FK_CAT_DETA_ORDE_TRAB(NUMBER)
+ ATT_FK_CAT_ESTA_TRAB(NUMBER)
+ ATT_FK_ORD_DETA_ORDE_TRAB(NUMBER)
«FK»
+ ATT_FK_CAT_DETA_ORDE_TRAB(NUMBER)
+ ATT_FK_CAT_ESTA_TRAB(NUMBER)
+ ATT_FK_ORD_DETA_ORDE_TRAB(NUMBER)
att_deta_pres
«column»
*PK ID_DETA_PRES: NUMBER(10)
FK ID_PRESTAMO: NUMBER(10)
FK ID_VEHICULO: NUMBER(10)
ID_CONDUCTOR: NUMBER(10)
HORA_PRES: VARCHAR2(10)
DESTINO: VARCHAR2(25)
NUME_SOLI: VARCHAR2(10)
ESTA_DETA_PRES: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_deta_pres(NUMBER)
«index»
+ ATT_FK_PRE_DETA_PRES(NUMBER)
+ ATT_FK_VEH_DETA_PRES(NUMBER)
«FK»
+ ATT_FK_PRE_DETA_PRES(NUMBER)
+ ATT_FK_VEH_DETA_PRES(NUMBER)
att_enti_exte
«column»
*PK ID_ENTI_EXTE: NUMBER(10)
DESCRIPCION: VARCHAR2(25)
TELEFONO: VARCHAR2(9)
CELULAR: VARCHAR2(10)
CODIGO: VARCHAR2(10)
DIRECCION: VARCHAR2(25)
GASO_TALL: VARCHAR2(1)
ESTA_ENTI_EXTE: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_enti_exte(NUMBER)
att_entr_sali
«column»
*PK ID_ENTR_SALI: DECIMAL
FK ID_VEHICULO: DECIMAL
FECHA: DATETIME HOUR TO MINUTE
HORA_ENTR: VARCHAR(10)
HORA_SALI: VARCHAR(10)
OBSERVACION: VARCHAR(50)
ESTA_ENTR_SALI: VARCHAR(1)
* ID_USUA_CREA: VARCHAR(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_entr_sali(DECIMAL)
«index»
+ ATT_FK_VEH_ENTR_SALI(DECIMAL)
«FK»
+ ATT_FK_VEH_ENTR_SALI(DECIMAL)
att_info_acci
«column»
*PK ID_INFO_ACCI: NUMBER(10)
FK ID_MEMO: NUMBER(10)
NUME_INFO_ACCI: VARCHAR2(10)
ESTA_INFO_ACCI: VARCHAR2(1)
DANI_PERS: VARCHAR2(1)
EVITABLE: VARCHAR2(1)
RECOMENDACION: VARCHAR2(25)
OBSERVACION: VARCHAR2(25)
FECH_INFO_ACCI: DATE
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_info_acci(NUMBER)
«index»
+ ATT_FK_MEM_INFO_ACCI(NUMBER)
«FK»
+ ATT_FK_MEM_INFO_ACCI(NUMBER)
att_inv e_v ehi
«column»
*PK ID_INVE_VEHI: NUMBER(10)
FK ID_VEHICULO: NUMBER(10)
FK ID_EQUI_ACCE: NUMBER(10)
FK ID_PRESTAMO: NUMBER(10)
* FECHA: DATE = CURRENT_TIMESTAMP
OBSERVACION: VARCHAR2(50)
ESTA_INVE_VEHI: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = 0000-00-00 00:00:00
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_inve_vehi(NUMBER)
«index»
+ ATT_FK_CAT_EQUI_ACCE(NUMBER)
+ ATT_FK_PRE_INVE_VEHI(NUMBER)
+ ATT_FK_VEH_INVE_VEHI(NUMBER)
«FK»
+ ATT_FK_CAT_EQUI_ACCE(NUMBER)
+ ATT_FK_PRE_INVE_VEHI(NUMBER)
+ ATT_FK_VEH_INVE_VEHI(NUMBER)
att_llan_util
«column»
*PK ID_LLAN_UTIL: NUMBER(10)
FK ID_DETA_ORDE_TRAB: NUMBER(10)
FK ID_LLANTA: NUMBER(10)
FECHA: DATE
POSICION: VARCHAR2(3)
LADO: VARCHAR2(3)
DESCRIPCION: VARCHAR2(25)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_llan_util(NUMBER)
«index»
+ ATT_FK_DET_LLAN_UTIL(NUMBER)
+ ATT_FK_LLAN_LLAN_UTIL(NUMBER)
«FK»
+ ATT_FK_DET_LLAN_UTIL(NUMBER)
+ ATT_FK_LLAN_LLAN_UTIL(NUMBER)
att_marca
«column»
*PK ID_MARCA: DECIMAL
DESCRIPCION: VARCHAR(25)
ESTA_MARC: VARCHAR(1)
* ID_USUA_CREA: VARCHAR(25)
* FECH_CREA: TIMESTAMP(0) = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR(25)
* FECH_ULTI_MODI: TIMESTAMP(0) = 0000-00-00 00:00:00
«PK»
+ PK_att_marca(DECIMAL)
att_mate_util
«column»
*PK ID_MATE_UTIL: NUMBER(10)
FK ID_DETA_ORDE_TRAB: NUMBER(10)
FK ID_MATERIAL: NUMBER(10)
CANTIDAD: VARCHAR2(10)
UNIDAD: VARCHAR2(1)
ESTA_MATE_UTIL: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_mate_util(NUMBER)
«index»
+ FK_ATT_FK_CAT_MATE_UTIL(NUMBER)
+ ATT_FK_DET_MATE_UTIL(NUMBER)
«FK»
+ ATT_FK_DET_MATE_UTIL(NUMBER)
+ FK_ATT_FK_CAT_MATE_UTIL(NUMBER)
att_memo
«column»
*PK ID_MEMO: NUMBER(10)
FK ID_VEHICULO: NUMBER(10)
ID_TRABAJADOR: NUMBER(10)
NUME_MEMO: VARCHAR2(25)
LUGAR: VARCHAR2(25)
CAUSA: VARCHAR2(25)
CALL_PRIN: VARCHAR2(25)
CALL_SECU: VARCHAR2(25)
SECTOR: VARCHAR2(25)
FECH_MEMO: DATE
FECH_ACC: DATE
ESTA_MEMO: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_memo(NUMBER)
«index»
+ ATT_FK_VEH_MEMO(NUMBER)
«FK»
+ ATT_FK_VEH_MEMO(NUMBER)
att_modelo
«column»
*PK ID_MODELO: NUMBER(10)
FK ID_MARCA: NUMBER(10)
DESCRIPCION: VARCHAR2(25)
ESTA_MODE: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_modelo(NUMBER)
«index»
+ ATT_FK_MAR_MODELO(NUMBER)
«FK»
+ ATT_FK_MAR_MODELO(NUMBER)
att_orde_trab
«column»
*PK ID_ORDE_TRAB: NUMBER(10)
FK ID_VEHICULO: NUMBER(10)
FK ID_ESTA_ORDE: NUMBER(10)
ID_TRABAJADOR: NUMBER(10)
TIPO_ESPE: VARCHAR2(1)
TIPO_ORDE_TRAB: VARCHAR2(1)
FECHA_ORDEN: DATE
NUMERO: VARCHAR2(5)
OBSERVACION: VARCHAR2(100)
HORA_TOTAL: VARCHAR2(5)
HORA_PLAN: VARCHAR2(5)
FECHA_PLAN: DATE
FECHA_REAL: DATE
ESTA_ORDE_TRAB: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_orde_trab(NUMBER)
«index»
+ ATT_FK_CAT_ESTA_ORDE(NUMBER)
+ ATT_FK_VEH_ORDE_TRAB(NUMBER)
«FK»
+ ATT_FK_CAT_ESTA_ORDE(NUMBER)
+ ATT_FK_VEH_ORDE_TRAB(NUMBER)
att_orde_trab_segu
«column»
*pfK ID_TRAB_SEGU: NUMBER(10)
*pfK ID_ORDE_TRAB: NUMBER(10)
«PK»
+ PK_att_orde_trab_segu(NUMBER, NUMBER)
«index»
+ ATT_FK_ORD_ORDE_TRAB(NUMBER)
«FK»
+ ATT_FK_CAT_TRAB_SEGU(NUMBER)
+ ATT_FK_ORD_ORDE_TRAB(NUMBER)
att_permiso
«column»
*PK ID_PERMISO: NUMBER(10)
FK ID_PADRE: NUMBER(10)
NOMBRE: VARCHAR2(25)
DESCRIPCION: VARCHAR2(25)
PATH: VARCHAR2(50)
ESTA_PERM: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_permiso(NUMBER)
«index»
+ ATT_FK_PER_PERM_PADR(NUMBER)
«FK»
+ ATT_FK_PER_PERM_PADR(NUMBER)
att_prestamo
«column»
*PK ID_PRESTAMO: NUMBER(10)
ID_RESPONSABLE: NUMBER(10)
* FECH_PRES: DATE = CURRENT_TIMESTAMP
* FECH_DEVO: DATE = 0000-00-00 00:00:00
NUME_SOLI: VARCHAR2(10)
FECHA: DATE
DESCRIPCION: VARCHAR2(25)
ESTA_PRES: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = 0000-00-00 00:00:00
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_prestamo(NUMBER)
att_recorrido
«column»
*PK ID_RECORRIDO: NUMBER(10)
FK ID_VEHICULO: NUMBER(10)
FK ID_ORDE_TRAB: NUMBER(10)
FK ID_ASIGNACION: NUMBER(10)
FK ID_PRESTAMO: NUMBER(10)
FK ID_DETA_PRES: NUMBER(10)
FK ID_CONS_COMB: NUMBER(10)
TRANSACCION: VARCHAR2(25)
FECHA: DATE
KM_OUT: VARCHAR2(5)
KM_IN: VARCHAR2(5)
TIPO_MOVI: VARCHAR2(1)
ESTA_RECO: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_recorrido(NUMBER)
«index»
+ ATT_FK_ASI_RECORRIDO(NUMBER)
+ ATT_FK_CON_RECORRIDO(NUMBER)
+ ATT_FK_DET_RECORRIDO(NUMBER)
+ ATT_FK_ORD_RECORRIDO(NUMBER)
+ ATT_FK_PRE_RECORRIDO(NUMBER)
+ ATT_FK_VEH_RECORRIDO(NUMBER)
«FK»
+ ATT_FK_ASI_RECORRIDO(NUMBER)
+ ATT_FK_CON_RECORRIDO(NUMBER)
+ ATT_FK_DET_RECORRIDO(NUMBER)
+ ATT_FK_ORD_RECORRIDO(NUMBER)
+ ATT_FK_PRE_RECORRIDO(NUMBER)
+ ATT_FK_VEH_RECORRIDO(NUMBER)
att_rol
«column»
*PK ID_ROL: NUMBER(10)
ROL: VARCHAR2(25)
DESCRIPCION: VARCHAR2(25)
ESTA_ROL: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_rol(NUMBER)
att_rol_perm
«column»
FK ID_ROL: NUMBER(10)
FK ID_PERMISO: NUMBER(10)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«index»
+ ATT_FK_PER_ROL_PERM(NUMBER)
+ ATT_FK_ROL_ROL_PERM(NUMBER)
«FK»
+ ATT_FK_PER_ROL_PERM(NUMBER)
+ ATT_FK_ROL_ROL_PERM(NUMBER)
att_tipo
«column»
*PK ID_TIPO: NUMBER(10)
DESCRIPCION: VARCHAR2(25)
ESTA_TIPO: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_tipo(NUMBER)
att_trab_diar
«column»
*PK ID_TRAB_DIAR: NUMBER(10)
FK ID_DETA_ORDE_TRAB: NUMBER(10)
ID_TRABAJADOR: NUMBER(10)
FECH_INIC_TRAB: DATE
FECH_FIN_TRAB: DATE
TIEM_TRAB: VARCHAR2(10)
ESTA_PART_TRAB: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_trab_diar(NUMBER)
«index»
+ ATT_FK_DET_TRAB_DIAR(NUMBER)
«FK»
+ ATT_FK_DET_TRAB_DIAR(NUMBER)
att_unid_hidr
«column»
*PK ID_UNID_HIDR: NUMBER(10)
FK ID_CLASE: NUMBER(10)
FK ID_TIPO: NUMBER(10)
FK ID_MARCA: NUMBER(10)
FK ID_MODELO: NUMBER(10)
FK ID_PAIS: NUMBER(10)
ALCANCE: VARCHAR2(5)
ALTURA: VARCHAR2(5)
* ANIO: VARCHAR2(5)
PESO: VARCHAR2(5)
CAPACIDAD: VARCHAR2(5)
AISLAMIENTO: VARCHAR2(5)
* ESTA_CARA_HIDR: VARCHAR2(1)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_unid_hidr(NUMBER)
«index»
+ ATT_FK_CAT_PAIS_HIDR(NUMBER)
+ ATT_FK_CLA_CARA_UNID_HIDR(NUMBER)
+ ATT_FK_MAR_CARA_UNID_HIDR(NUMBER)
+ ATT_FK_MOD_CARA_UNID_HIDR(NUMBER)
+ ATT_FK_TIP_CARA_UNID_HIDR(NUMBER)
«FK»
+ ATT_FK_CAT_PAIS_HIDR(NUMBER)
+ ATT_FK_CLA_CARA_UNID_HIDR(NUMBER)
+ ATT_FK_MAR_CARA_UNID_HIDR(NUMBER)
+ ATT_FK_MOD_CARA_UNID_HIDR(NUMBER)
+ ATT_FK_TIP_CARA_UNID_HIDR(NUMBER)
att_usuario
«column»
*PK ID_USUARIO: NUMBER(10)
FK ID_ROL: NUMBER(10)
FK ID_AREA: NUMBER(10)
* ID_RRHH_USUA: NUMBER(10)
NOMBRE: VARCHAR2(25)
CLAVE: VARCHAR2(25)
CORREO: VARCHAR2(25)
ESTA_USUA: VARCHAR2(25)
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_usuario(NUMBER)
«index»
+ ATT_FK_CAT_AREA_USUA(NUMBER)
+ ATT_FK_ROL_USUARIO(NUMBER)
«FK»
+ ATT_FK_CAT_AREA_USUA(NUMBER)
+ ATT_FK_ROL_USUARIO(NUMBER)
att_v ehiculo
«column»
*PK ID_VEHICULO: NUMBER(10)
FK ID_CARA_VEHI: NUMBER(10)
FK ID_UNID_HIDR: NUMBER(10)
FK ID_ESTA_OPER: NUMBER(10)
MOTOR: VARCHAR2(10)
CHASIS: VARCHAR2(10)
PLACA: VARCHAR2(10)
AVALUO: VARCHAR2(5)
HORA_ENTR: VARCHAR2(5)
HORA_SALI: VARCHAR2(5)
CUPO_COMB: VARCHAR2(10)
ESTA_VEHI: VARCHAR2(1)
FECH_ADQU: DATE
FECH_BAJA: DATE
FECH_REM: DATE
* ID_USUA_CREA: VARCHAR2(25)
* FECH_CREA: DATE = CURRENT_TIMESTAMP
ID_USUA_ULTI_MODI: VARCHAR2(25)
* FECH_ULTI_MODI: DATE = 0000-00-00 00:00:00
«PK»
+ PK_att_vehiculo(NUMBER)
«index»
+ ATT_FK_CAR_VEHICULO(NUMBER)
+ ATT_FK_CAT_ESTA_OPER(NUMBER)
+ ATT_FK_HID_VEHICULO(NUMBER)
«FK»
+ ATT_FK_CAR_VEHICULO(NUMBER)
+ ATT_FK_CAT_ESTA_OPER(NUMBER)
+ ATT_FK_HID_VEHICULO(NUMBER)
«interface»
RRHH
+ATT_FK_CAT_CATA_PADR 0..*
(ID_CATA_PADR = ID_CATALOGO)
«FK»
+PK_att_catalogo
1 +ATT_FK_CON_RECORRIDO
0..*
(ID_CONS_COMB = ID_CONS_COMB)
«FK»
+PK_att_cons_comb
1
+ATT_FK_VEH_ORDE_TRAB 0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo
1
+ATT_FK_VEH_DETA_PRES
0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo
1
+ATT_FK_ROL_USUARIO 0..*
(ID_ROL = ID_ROL)
«FK»
+PK_att_rol 1
+ATT_FK_LLA_CARA_VEHI
0..*
(ID_LLANTA = ID_LLANTA)
«FK»
+PK_atr_llanta
1
+ATT_FK_CAT_EQUI_ACCE
0..*
(ID_EQUI_ACCE = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_ASI_RECORRIDO
0..*
(ID_ASIGNACION = ID_ASIGNACION)
«FK»
+PK_att_asignacion
1
+ATT_FK_VEH_MEMO 0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo
1
+ATT_FK_VEH_ASIGNACION
0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo
1
+ATT_FK_CAT_ESTA_TRAB
0..*
(ID_ESTA_TRAB = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_CLA_CARA_UNID_HIDR
0..*
(ID_CLASE = ID_CLASE)
«FK»
+PK_att_clase 1+ATT_FK_CAT_PAIS_VEHI 0..*
(ID_PAIS = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_VEH_RECORRIDO
0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo
1
+ATT_FK_ROL_ROL_PERM 0..*
(ID_ROL = ID_ROL)
«FK»
+PK_att_rol 1
+ATT_FK_CAT_PRES_ESPE 0..*
(ID_PRES_ESPE = ID_CATALOGO)
«FK»
+PK_att_catalogo 1
+ATT_FK_CAT_DETA_ORDE_TRAB
0..*
(ID_TRABAJO = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_TIP_CARA_UNID_HIDR
0..*
(ID_TIPO = ID_TIPO)
«FK»
+PK_att_tipo
1
+ATT_FK_TIP_CARA_VEHI
0..*
(ID_TIPO = ID_TIPO)
«FK»
+PK_att_tipo 1
+ATT_FK_PRE_RECORRIDO 0..*
(ID_PRESTAMO = ID_PRESTAMO)
«FK»
+PK_att_prestamo 1
+ATT_FK_ORD_RECORRIDO
0..*
(ID_ORDE_TRAB = ID_ORDE_TRAB)
«FK»
+PK_att_orde_trab
1
+ATT_FK_CAT_PARTE
0..*
(ID_PARTE = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_DET_TRAB_DIAR 0..*
(ID_DETA_ORDE_TRAB = ID_DETA_ORDE_TRAB)
«FK»
+PK_att_deta_orde_trab 1
+ATT_FK_CAT_ASIGNACION
0..*
(ID_LUGA_PARQ = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_ORD_ORDE_TRAB 0..*
(ID_ORDE_TRAB = ID_ORDE_TRAB)
«FK»
+PK_att_orde_trab
1
+ATT_FK_PRE_INVE_VEHI 0..*
(ID_PRESTAMO = ID_PRESTAMO)
«FK»
+PK_att_prestamo 1
+ATT_FK_HID_VEHICULO
0..*
(ID_UNID_HIDR = ID_UNID_HIDR)
«FK»
+PK_att_unid_hidr
1
+ATT_FK_VEH_CONS_COMB 0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo 1
+ATT_FK_DET_LLAN_UTIL 0..*
(ID_DETA_ORDE_TRAB = ID_DETA_ORDE_TRAB)
«FK»
+PK_att_deta_orde_trab 1
+ATT_FK_CAT_ESTA_ORDE
0..*
(ID_ESTA_ORDE = ID_CATALOGO)
«FK»
+PK_att_catalogo 1
+ATT_FK_VEH_ENTR_SALI
0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo
1
+ATT_FK_CAT_AREA_USUA
0..*
(ID_AREA = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_CAT_MANUAL
0..*
(ID_MANUAL = ID_CATALOGO)
«FK»
+PK_att_catalogo 1
+ATT_FK_CAT_RIN 0..*
(ID_RIN = ID_CATALOGO)
«FK»
+PK_att_catalogo 1
+ATT_FK_MAR_MODELO
0..*
(ID_MARCA = ID_MARCA)
«FK»
+PK_att_marca
1
+ATT_FK_CAT_AREA_ASIG
0..*
(ID_AREA = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_PRE_DETA_PRES
0..*
(ID_PRESTAMO = ID_PRESTAMO)
«FK»
+PK_att_prestamo
1
+ATT_FK_CAT_PAIS_HIDR
0..* (ID_PAIS = ID_CATALOGO)
«FK»+PK_att_catalogo
1
+ATT_FK_MOD_CARA_VEHI
0..*(ID_MODELO = ID_MODELO)
«FK»
+PK_att_modelo
1
+FK_ATT_FK_CAT_MATE_UTIL
0..*
(ID_MATERIAL = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_CAT_MARC_LLAN 0..*
(ID_MARC_LLAN = ID_CATALOGO)
«FK»
+PK_att_catalogo 1+ATT_FK_ORD_DETA_ORDE_TRAB
0..*
(ID_ORDE_TRAB = ID_ORDE_TRAB)
«FK»
+PK_att_orde_trab
1
+ATT_FK_MOD_CARA_UNID_HIDR 0..*
(ID_MODELO = ID_MODELO)
«FK»
+PK_att_modelo 1
+ATT_FK_CLA_CARA_VEHI
0..*(ID_CLASE = ID_CLASE)
«FK»+PK_att_clase
1
+ATT_FK_DET_RECORRIDO 0..*
(ID_DETA_PRES = ID_DETA_PRES)
«FK»
+PK_att_deta_pres 1
+ATT_FK_ENT_CONS_COMB
0..*
(ID_ENTI_EXTE = ID_ENTI_EXTE)
«FK»
+PK_att_enti_exte
1
+ATT_FK_INF_DETA_INFO_PART 0..*(ID_INFO_ACCI = ID_INFO_ACCI)
«FK»+PK_att_info_acci
1
+ATT_FK_MAR_CARA_UNID_HIDR
0..*
(ID_MARCA = ID_MARCA)
«FK»
+PK_att_marca 1
+ATT_FK_MAR_CARA_VEHI
0..*
(ID_MARCA = ID_MARCA)
«FK»
+PK_att_marca
1
+ATT_FK_PER_PERM_PADR 0..*
(ID_PADRE = ID_PERMISO)
«FK»+PK_att_permiso 1
+ATT_FK_VEH_INVE_VEHI
0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo
1
+ATT_FK_CAT_ESTA_OPER 0..*
(ID_ESTA_OPER = ID_CATALOGO)
«FK»
+PK_att_catalogo 1
+ATT_FK_LLAN_LLAN_UTIL
0..*(ID_LLANTA = ID_LLANTA)
«FK»+PK_atr_llanta
1
+ATT_FK_PER_ROL_PERM 0..*
(ID_PERMISO = ID_PERMISO)
«FK»
+PK_att_permiso 1
+ATT_FK_CAT_TRAB_SEGU 0..*
(ID_TRAB_SEGU = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_MEM_INFO_ACCI
0..*(ID_MEMO = ID_MEMO)
«FK»
+PK_att_memo
1
+ATT_FK_CAR_VEHICULO
0..*
(ID_CARA_VEHI = ID_CARA_VEHI)
«FK»
+PK_att_cara_vehi 1
+ATT_FK_DET_MATE_UTIL
0..*
(ID_DETA_ORDE_TRAB = ID_DETA_ORDE_TRAB)
«FK»
+PK_att_deta_orde_trab
1
56
2.1.10 Modelo Clases
El modelo de clases es un modelo lógico del sistema de software en construcción. Las
clases generalmente tienen una relación directa con el código fuente u otros artefactos de
software que pueden ser agrupados juntos en componentes ejecutables.
El paquete de sistema contiene las clases y objetos que se están construidos o diseñados
como parte del modelo actual.
Figura 31. Paquete de Clases
57
Figura 32. Diagrama de Clases
«interface»
RRHH
att_llanta
«column»
+ DESCRIPCION: VARCHAR
+ ESTA_LLANT: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_LLANTA: DECIMAL {sequence}
+ ID_MARC_LLAN: DECIMAL
+ ID_PRES_ESPE: DECIMAL
+ ID_RIN: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
«index»
+ ATT_FK_CAT_MARC_LLAN(DECIMAL)
+ ATT_FK_CAT_PRES_ESPE(DECIMAL)
+ ATT_FK_CAT_RIN(DECIMAL)
«FK»
+ ATT_FK_CAT_MARC_LLAN(DECIMAL)
+ ATT_FK_CAT_PRES_ESPE(DECIMAL)
+ ATT_FK_CAT_RIN(DECIMAL)
«PK»
+ PK_atr_llanta(DECIMAL)
att_asignacion
«column»
+ ESTA_ASIG: VARCHAR
+ FECH_ASIG: DATETIME
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_DEVO: DATETIME
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_AREA: DECIMAL
+ ID_ASIGNACION: DECIMAL {sequence}
+ ID_LUGA_PARQ: DECIMAL
+ ID_RESPONSABLE: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ ID_VEHICULO: DECIMAL
«index»
+ ATT_FK_CAT_AREA_ASIG(DECIMAL)
+ ATT_FK_CAT_ASIGNACION(DECIMAL)
+ ATT_FK_VEH_ASIGNACION(DECIMAL)
«FK»
+ ATT_FK_CAT_AREA_ASIG(DECIMAL)
+ ATT_FK_CAT_ASIGNACION(DECIMAL)
+ ATT_FK_VEH_ASIGNACION(DECIMAL)
«PK»
+ PK_att_asignacion(DECIMAL)
att_cara_v ehi
«column»
+ ANIO: VARCHAR {bag}
+ CILINDRAJE: DECIMAL {bag}
+ ESTA_CARA_VEHI: VARCHAR {bag}
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_CARA_VEHI: DECIMAL {sequence}
+ ID_CLASE: DECIMAL
+ ID_LLANTA: DECIMAL
+ ID_MANUAL: DECIMAL
+ ID_MARCA: DECIMAL
+ ID_MODELO: DECIMAL
+ ID_PAIS: DECIMAL
+ ID_TIPO: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ TONELAJE: DECIMAL {bag}
«index»
+ ATT_FK_CAT_MANUAL(DECIMAL)
+ ATT_FK_CAT_PAIS_VEHI(DECIMAL)
+ ATT_FK_CLA_CARA_VEHI(DECIMAL)
+ ATT_FK_LLA_CARA_VEHI(DECIMAL)
+ ATT_FK_MAR_CARA_VEHI(DECIMAL)
+ ATT_FK_MOD_CARA_VEHI(DECIMAL)
+ ATT_FK_TIP_CARA_VEHI(DECIMAL)
«FK»
+ ATT_FK_CAT_MANUAL(DECIMAL)
+ ATT_FK_CAT_PAIS_VEHI(DECIMAL)
+ ATT_FK_CLA_CARA_VEHI(DECIMAL)
+ ATT_FK_LLA_CARA_VEHI(DECIMAL)
+ ATT_FK_MAR_CARA_VEHI(DECIMAL)
+ ATT_FK_MOD_CARA_VEHI(DECIMAL)
+ ATT_FK_TIP_CARA_VEHI(DECIMAL)
«PK»
+ PK_att_cara_vehi(DECIMAL)
att_catalogo
«column»
+ CODIGO: VARCHAR
+ DESCRIPCION: VARCHAR
+ ESTA_CATA: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_CATA_PADR: DECIMAL
+ ID_CATALOGO: DECIMAL {sequence}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ MODIFICABLE: VARCHAR
+ OPCI_GENE: VARCHAR
«index»
+ ATT_FK_CAT_CATA_PADR(DECIMAL)
«FK»
+ ATT_FK_CAT_CATA_PADR(DECIMAL)
«PK»
+ PK_att_catalogo(DECIMAL)
att_clase
«column»
+ DESCRIPCION: VARCHAR
+ ESTA_CLAS: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_CLASE: DECIMAL {sequence}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ VEHI_UNID_HIDR: VARCHAR
«PK»
+ PK_att_clase(DECIMAL)
att_cons_comb
«column»
+ CONSUMO: VARCHAR
+ DISPONIBLE: VARCHAR
+ ESTA_CONS_COMB: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ FECHA: DATETIME
+ ID_CONS_COMB: DECIMAL {sequence}
+ ID_ENTI_EXTE: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ ID_VEHICULO: DECIMAL
+ LUGAR: VARCHAR
«index»
+ ATT_FK_ENT_CONS_COMB(DECIMAL)
+ ATT_FK_VEH_CONS_COMB(DECIMAL)
«FK»
+ ATT_FK_ENT_CONS_COMB(DECIMAL)
+ ATT_FK_VEH_CONS_COMB(DECIMAL)
«PK»
+ PK_att_cons_comb(DECIMAL)
att_deta_info_part
«column»
+ ESTA_DETA_INFO_PART: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_DETA_INFO_PART: DECIMAL {sequence}
+ ID_INFO_ACCI: DECIMAL
+ ID_PARTE: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
«index»
+ ATT_FK_CAT_PARTE(DECIMAL)
+ ATT_FK_INF_DETA_INFO_PART(DECIMAL)
«FK»
+ ATT_FK_CAT_PARTE(DECIMAL)
+ ATT_FK_INF_DETA_INFO_PART(DECIMAL)
«PK»
+ PK_att_deta_info_part(DECIMAL)
att_deta_orde_trab
«column»
+ ESTA_DETA_ORDE_TRAB: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_DETA_ORDE_TRAB: DECIMAL {sequence}
+ ID_ESTA_TRAB: DECIMAL
+ ID_ORDE_TRAB: DECIMAL
+ ID_TRABAJO: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
«index»
+ ATT_FK_CAT_DETA_ORDE_TRAB(DECIMAL)
+ ATT_FK_CAT_ESTA_TRAB(DECIMAL)
+ ATT_FK_ORD_DETA_ORDE_TRAB(DECIMAL)
«FK»
+ ATT_FK_CAT_DETA_ORDE_TRAB(DECIMAL)
+ ATT_FK_CAT_ESTA_TRAB(DECIMAL)
+ ATT_FK_ORD_DETA_ORDE_TRAB(DECIMAL)
«PK»
+ PK_att_deta_orde_trab(DECIMAL)
att_deta_pres
«column»
+ DESTINO: VARCHAR
+ ESTA_DETA_PRES: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ HORA_PRES: VARCHAR
+ ID_CONDUCTOR: DECIMAL
+ ID_DETA_PRES: DECIMAL {sequence}
+ ID_PRESTAMO: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ ID_VEHICULO: DECIMAL
+ NUME_SOLI: VARCHAR
«index»
+ ATT_FK_PRE_DETA_PRES(DECIMAL)
+ ATT_FK_VEH_DETA_PRES(DECIMAL)
«FK»
+ ATT_FK_PRE_DETA_PRES(DECIMAL)
+ ATT_FK_VEH_DETA_PRES(DECIMAL)
«PK»
+ PK_att_deta_pres(DECIMAL)
att_enti_exte
«column»
+ CELULAR: VARCHAR
+ CODIGO: VARCHAR
+ DESCRIPCION: VARCHAR
+ DIRECCION: VARCHAR
+ ESTA_ENTI_EXTE: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ GASO_TALL: VARCHAR
+ ID_ENTI_EXTE: DECIMAL {sequence}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ TELEFONO: VARCHAR
«PK»
+ PK_att_enti_exte(DECIMAL)
att_entr_sali
«column»
+ ESTA_ENTR_SALI: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ FECHA: DATETIME
+ HORA_ENTR: VARCHAR
+ HORA_SALI: VARCHAR
+ ID_ENTR_SALI: DECIMAL {sequence}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ ID_VEHICULO: DECIMAL
+ OBSERVACION: VARCHAR
«index»
+ ATT_FK_VEH_ENTR_SALI(DECIMAL)
«FK»
+ ATT_FK_VEH_ENTR_SALI(DECIMAL)
«PK»
+ PK_att_entr_sali(DECIMAL)
att_info_acci
«column»
+ DANI_PERS: VARCHAR
+ ESTA_INFO_ACCI: VARCHAR
+ EVITABLE: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_INFO_ACCI: DATETIME
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_INFO_ACCI: DECIMAL {sequence}
+ ID_MEMO: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ NUME_INFO_ACCI: VARCHAR
+ OBSERVACION: VARCHAR
+ RECOMENDACION: VARCHAR
«index»
+ ATT_FK_MEM_INFO_ACCI(DECIMAL)
«FK»
+ ATT_FK_MEM_INFO_ACCI(DECIMAL)
«PK»
+ PK_att_info_acci(DECIMAL)
att_inv e_v ehi
«column»
+ ESTA_INVE_VEHI: VARCHAR
+ FECH_CREA: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ FECHA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ ID_EQUI_ACCE: DECIMAL
+ ID_INVE_VEHI: DECIMAL {sequence}
+ ID_PRESTAMO: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ ID_VEHICULO: DECIMAL
+ OBSERVACION: VARCHAR
«index»
+ ATT_FK_CAT_EQUI_ACCE(DECIMAL)
+ ATT_FK_PRE_INVE_VEHI(DECIMAL)
+ ATT_FK_VEH_INVE_VEHI(DECIMAL)
«FK»
+ ATT_FK_CAT_EQUI_ACCE(DECIMAL)
+ ATT_FK_PRE_INVE_VEHI(DECIMAL)
+ ATT_FK_VEH_INVE_VEHI(DECIMAL)
«PK»
+ PK_att_inve_vehi(DECIMAL)
att_llan_util
«column»
+ DESCRIPCION: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ FECHA: DATETIME
+ ID_DETA_ORDE_TRAB: DECIMAL
+ ID_LLAN_UTIL: DECIMAL {sequence}
+ ID_LLANTA: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ LADO: VARCHAR
+ POSICION: VARCHAR
«index»
+ ATT_FK_DET_LLAN_UTIL(DECIMAL)
+ ATT_FK_LLAN_LLAN_UTIL(DECIMAL)
«FK»
+ ATT_FK_DET_LLAN_UTIL(DECIMAL)
+ ATT_FK_LLAN_LLAN_UTIL(DECIMAL)
«PK»
+ PK_att_llan_util(DECIMAL)
att_marca
«column»
+ DESCRIPCION: VARCHAR
+ ESTA_MARC: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_MARCA: DECIMAL {sequence}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
«PK»
+ PK_att_marca(DECIMAL)
att_mate_util
«column»
+ CANTIDAD: VARCHAR
+ ESTA_MATE_UTIL: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_DETA_ORDE_TRAB: DECIMAL
+ ID_MATE_UTIL: DECIMAL {sequence}
+ ID_MATERIAL: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ UNIDAD: VARCHAR
«index»
+ ATT_FK_DET_MATE_UTIL(DECIMAL)
+ FK_ATT_FK_CAT_MATE_UTIL(DECIMAL)
«FK»
+ ATT_FK_DET_MATE_UTIL(DECIMAL)
+ FK_ATT_FK_CAT_MATE_UTIL(DECIMAL)
«PK»
+ PK_att_mate_util(DECIMAL)
att_memo
«column»
+ CALL_PRIN: VARCHAR
+ CALL_SECU: VARCHAR
+ CAUSA: VARCHAR
+ ESTA_MEMO: VARCHAR
+ FECH_ACC: DATETIME
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_MEMO: DATETIME
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_MEMO: DECIMAL {sequence}
+ ID_TRABAJADOR: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ ID_VEHICULO: DECIMAL
+ LUGAR: VARCHAR
+ NUME_MEMO: VARCHAR
+ SECTOR: VARCHAR
«index»
+ ATT_FK_VEH_MEMO(DECIMAL)
«FK»
+ ATT_FK_VEH_MEMO(DECIMAL)
«PK»
+ PK_att_memo(DECIMAL)
att_modelo
«column»
+ DESCRIPCION: VARCHAR
+ ESTA_MODE: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_MARCA: DECIMAL
+ ID_MODELO: DECIMAL {sequence}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
«index»
+ ATT_FK_MAR_MODELO(DECIMAL)
«FK»
+ ATT_FK_MAR_MODELO(DECIMAL)
«PK»
+ PK_att_modelo(DECIMAL)
att_orde_trab
«column»
+ ESTA_ORDE_TRAB: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ FECHA_ORDEN: DATETIME
+ FECHA_PLAN: DATETIME
+ FECHA_REAL: DATETIME
+ HORA_PLAN: VARCHAR
+ HORA_TOTAL: VARCHAR
+ ID_ESTA_ORDE: DECIMAL
+ ID_ORDE_TRAB: DECIMAL {sequence}
+ ID_TRABAJADOR: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ ID_VEHICULO: DECIMAL
+ NUMERO: VARCHAR
+ OBSERVACION: VARCHAR
+ TIPO_ESPE: VARCHAR
+ TIPO_ORDE_TRAB: VARCHAR
«index»
+ ATT_FK_CAT_ESTA_ORDE(DECIMAL)
+ ATT_FK_VEH_ORDE_TRAB(DECIMAL)
«FK»
+ ATT_FK_CAT_ESTA_ORDE(DECIMAL)
+ ATT_FK_VEH_ORDE_TRAB(DECIMAL)
«PK»
+ PK_att_orde_trab(DECIMAL)
att_orde_trab_segu
«column»
+ ID_ORDE_TRAB: DECIMAL {sequence}
+ ID_TRAB_SEGU: DECIMAL {sequence}
«FK»
+ ATT_FK_CAT_TRAB_SEGU(DECIMAL)
+ ATT_FK_ORD_ORDE_TRAB(DECIMAL)
«index»
+ ATT_FK_ORD_ORDE_TRAB(DECIMAL)
«PK»
+ PK_att_orde_trab_segu(DECIMAL, DECIMAL)
att_permiso
«column»
+ DESCRIPCION: VARCHAR
+ ESTA_PERM: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_PADRE: DECIMAL
+ ID_PERMISO: DECIMAL {sequence}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ NOMBRE: VARCHAR
+ PATH: VARCHAR
«index»
+ ATT_FK_PER_PERM_PADR(DECIMAL)
«FK»
+ ATT_FK_PER_PERM_PADR(DECIMAL)
«PK»
+ PK_att_permiso(DECIMAL)
att_prestamo
«column»
+ DESCRIPCION: VARCHAR
+ ESTA_PRES: VARCHAR
+ FECH_CREA: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ FECH_DEVO: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ FECH_PRES: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ FECHA: DATETIME
+ ID_PRESTAMO: DECIMAL {sequence}
+ ID_RESPONSABLE: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ NUME_SOLI: VARCHAR
«PK»
+ PK_att_prestamo(DECIMAL)
att_recorrido
«column»
+ ESTA_RECO: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ FECHA: DATETIME
+ ID_ASIGNACION: DECIMAL
+ ID_CONS_COMB: DECIMAL
+ ID_DETA_PRES: DECIMAL
+ ID_ORDE_TRAB: DECIMAL
+ ID_PRESTAMO: DECIMAL
+ ID_RECORRIDO: DECIMAL {sequence}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ ID_VEHICULO: DECIMAL
+ KM_IN: VARCHAR
+ KM_OUT: VARCHAR
+ TIPO_MOVI: VARCHAR
+ TRANSACCION: VARCHAR
«index»
+ ATT_FK_ASI_RECORRIDO(DECIMAL)
+ ATT_FK_CON_RECORRIDO(DECIMAL)
+ ATT_FK_DET_RECORRIDO(DECIMAL)
+ ATT_FK_ORD_RECORRIDO(DECIMAL)
+ ATT_FK_PRE_RECORRIDO(DECIMAL)
+ ATT_FK_VEH_RECORRIDO(DECIMAL)
«FK»
+ ATT_FK_ASI_RECORRIDO(DECIMAL)
+ ATT_FK_CON_RECORRIDO(DECIMAL)
+ ATT_FK_DET_RECORRIDO(DECIMAL)
+ ATT_FK_ORD_RECORRIDO(DECIMAL)
+ ATT_FK_PRE_RECORRIDO(DECIMAL)
+ ATT_FK_VEH_RECORRIDO(DECIMAL)
«PK»
+ PK_att_recorrido(DECIMAL)
att_rol
«column»
+ DESCRIPCION: VARCHAR
+ ESTA_ROL: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_ROL: DECIMAL {sequence}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ ROL: VARCHAR
«PK»
+ PK_att_rol(DECIMAL)
att_rol_perm
«column»
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_PERMISO: DECIMAL
+ ID_ROL: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
«index»
+ ATT_FK_PER_ROL_PERM(DECIMAL)
+ ATT_FK_ROL_ROL_PERM(DECIMAL)
«FK»
+ ATT_FK_PER_ROL_PERM(DECIMAL)
+ ATT_FK_ROL_ROL_PERM(DECIMAL)
att_tipo
«column»
+ DESCRIPCION: VARCHAR
+ ESTA_TIPO: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_TIPO: DECIMAL {sequence}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
«PK»
+ PK_att_tipo(DECIMAL)
att_trab_diar
«column»
+ ESTA_PART_TRAB: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_FIN_TRAB: DATETIME
+ FECH_INIC_TRAB: DATETIME
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_DETA_ORDE_TRAB: DECIMAL
+ ID_TRAB_DIAR: DECIMAL {sequence}
+ ID_TRABAJADOR: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ TIEM_TRAB: VARCHAR
«index»
+ ATT_FK_DET_TRAB_DIAR(DECIMAL)
«FK»
+ ATT_FK_DET_TRAB_DIAR(DECIMAL)
«PK»
+ PK_att_trab_diar(DECIMAL)
att_unid_hidr
«column»
+ AISLAMIENTO: VARCHAR
+ ALCANCE: VARCHAR
+ ALTURA: VARCHAR
+ ANIO: VARCHAR {bag}
+ CAPACIDAD: VARCHAR
+ ESTA_CARA_HIDR: VARCHAR {bag}
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_CLASE: DECIMAL
+ ID_MARCA: DECIMAL
+ ID_MODELO: DECIMAL
+ ID_PAIS: DECIMAL
+ ID_TIPO: DECIMAL
+ ID_UNID_HIDR: DECIMAL {sequence}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ PESO: VARCHAR
«index»
+ ATT_FK_CAT_PAIS_HIDR(DECIMAL)
+ ATT_FK_CLA_CARA_UNID_HIDR(DECIMAL)
+ ATT_FK_MAR_CARA_UNID_HIDR(DECIMAL)
+ ATT_FK_MOD_CARA_UNID_HIDR(DECIMAL)
+ ATT_FK_TIP_CARA_UNID_HIDR(DECIMAL)
«FK»
+ ATT_FK_CAT_PAIS_HIDR(DECIMAL)
+ ATT_FK_CLA_CARA_UNID_HIDR(DECIMAL)
+ ATT_FK_MAR_CARA_UNID_HIDR(DECIMAL)
+ ATT_FK_MOD_CARA_UNID_HIDR(DECIMAL)
+ ATT_FK_TIP_CARA_UNID_HIDR(DECIMAL)
«PK»
+ PK_att_unid_hidr(DECIMAL)
att_usuario
«column»
+ CLAVE: VARCHAR
+ CORREO: VARCHAR
+ ESTA_USUA: VARCHAR
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ ID_AREA: DECIMAL
+ ID_ROL: DECIMAL
+ ID_RRHH_USUA: DECIMAL {bag}
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ ID_USUARIO: DECIMAL {sequence}
+ NOMBRE: VARCHAR
«index»
+ ATT_FK_CAT_AREA_USUA(DECIMAL)
+ ATT_FK_ROL_USUARIO(DECIMAL)
«FK»
+ ATT_FK_CAT_AREA_USUA(DECIMAL)
+ ATT_FK_ROL_USUARIO(DECIMAL)
«PK»
+ PK_att_usuario(DECIMAL)
att_v ehiculo
«column»
+ AVALUO: VARCHAR
+ CHASIS: VARCHAR
+ CUPO_COMB: VARCHAR
+ ESTA_VEHI: VARCHAR
+ FECH_ADQU: DATETIME
+ FECH_BAJA: DATETIME
+ FECH_CREA: TIMESTAMP = CURRENT_TIMESTAMP {bag}
+ FECH_REM: DATETIME
+ FECH_ULTI_MODI: TIMESTAMP = 0000-00-00 00:00:00 {bag}
+ HORA_ENTR: VARCHAR
+ HORA_SALI: VARCHAR
+ ID_CARA_VEHI: DECIMAL
+ ID_ESTA_OPER: DECIMAL
+ ID_UNID_HIDR: DECIMAL
+ ID_USUA_CREA: VARCHAR {bag}
+ ID_USUA_ULTI_MODI: VARCHAR
+ ID_VEHICULO: DECIMAL {sequence}
+ MOTOR: VARCHAR
+ PLACA: VARCHAR
«index»
+ ATT_FK_CAR_VEHICULO(DECIMAL)
+ ATT_FK_CAT_ESTA_OPER(DECIMAL)
+ ATT_FK_HID_VEHICULO(DECIMAL)
«FK»
+ ATT_FK_CAR_VEHICULO(DECIMAL)
+ ATT_FK_CAT_ESTA_OPER(DECIMAL)
+ ATT_FK_HID_VEHICULO(DECIMAL)
«PK»
+ PK_att_vehiculo(DECIMAL)
+ATT_FK_CLA_CARA_UNID_HIDR 0..*
(ID_CLASE = ID_CLASE)
«FK»
+PK_att_clase 1
+ATT_FK_PRE_DETA_PRES
0..*
(ID_PRESTAMO = ID_PRESTAMO)
«FK»
+PK_att_prestamo
1
+ATT_FK_CAT_TRAB_SEGU 0..*
(ID_TRAB_SEGU = ID_CATALOGO)
«FK»
+PK_att_catalogo 1
+ATT_FK_CAT_PRES_ESPE
0..*
(ID_PRES_ESPE = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_MAR_CARA_UNID_HIDR
0..*
(ID_MARCA = ID_MARCA)
«FK»
+PK_att_marca 1
+ATT_FK_CAT_ESTA_TRAB 0..*
(ID_ESTA_TRAB = ID_CATALOGO)
«FK»
+PK_att_catalogo 1
+ATT_FK_PER_ROL_PERM 0..*
(ID_PERMISO = ID_PERMISO)
«FK»
+PK_att_permiso 1
+ATT_FK_VEH_ORDE_TRAB
0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo
1
+ATT_FK_ENT_CONS_COMB
0..*
(ID_ENTI_EXTE = ID_ENTI_EXTE)
«FK»
+PK_att_enti_exte
1
+ATT_FK_MOD_CARA_UNID_HIDR
0..*(ID_MODELO = ID_MODELO)
«FK»+PK_att_modelo
1
+ATT_FK_CAT_MARC_LLAN
0..*
(ID_MARC_LLAN = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_CAT_PARTE 0..*
(ID_PARTE = ID_CATALOGO)
«FK»+PK_att_catalogo 1
+ATT_FK_ORD_RECORRIDO
0..*
(ID_ORDE_TRAB = ID_ORDE_TRAB)
«FK»
+PK_att_orde_trab
1
+ATT_FK_CAT_PAIS_VEHI
0..*
(ID_PAIS = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_MAR_MODELO 0..*
(ID_MARCA = ID_MARCA)
«FK»
+PK_att_marca 1
+ATT_FK_CAT_ESTA_OPER
0..*
(ID_ESTA_OPER = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_PRE_INVE_VEHI 0..*
(ID_PRESTAMO = ID_PRESTAMO)
«FK»
+PK_att_prestamo 1
+ATT_FK_LLAN_LLAN_UTIL 0..*
(ID_LLANTA = ID_LLANTA)
«FK»
+PK_atr_llanta 1
+ATT_FK_ASI_RECORRIDO
0..*(ID_ASIGNACION = ID_ASIGNACION)
«FK»+PK_att_asignacion
1
+ATT_FK_TIP_CARA_VEHI
0..*
(ID_TIPO = ID_TIPO)
«FK»
+PK_att_tipo
1
+ATT_FK_ROL_ROL_PERM 0..*
(ID_ROL = ID_ROL)
«FK»
+PK_att_rol 1
+ATT_FK_CAT_AREA_USUA 0..*
(ID_AREA = ID_CATALOGO)
«FK»
+PK_att_catalogo 1
+ATT_FK_MEM_INFO_ACCI
0..*
(ID_MEMO = ID_MEMO)
«FK»
+PK_att_memo
1
+ATT_FK_DET_MATE_UTIL 0..*
(ID_DETA_ORDE_TRAB = ID_DETA_ORDE_TRAB)
«FK»
+PK_att_deta_orde_trab 1
+ATT_FK_DET_RECORRIDO 0..*
(ID_DETA_PRES = ID_DETA_PRES)
«FK»
+PK_att_deta_pres
1
+ATT_FK_CAT_AREA_ASIG
0..*
(ID_AREA = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+FK_ATT_FK_CAT_MATE_UTIL 0..*
(ID_MATERIAL = ID_CATALOGO)
«FK»
+PK_att_catalogo 1
+ATT_FK_VEH_DETA_PRES 0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo 1
+ATT_FK_CLA_CARA_VEHI
0..*
(ID_CLASE = ID_CLASE)
«FK»
+PK_att_clase 1
+ATT_FK_PER_PERM_PADR
0..*
«FK» (ID_PADRE =
ID_PERMISO)
+PK_att_permiso
1
+ATT_FK_CAT_ASIGNACION 0..*
(ID_LUGA_PARQ = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_CAT_PAIS_HIDR 0..*
(ID_PAIS = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_ORD_DETA_ORDE_TRAB
0..*
(ID_ORDE_TRAB = ID_ORDE_TRAB)
«FK»
+PK_att_orde_trab
1
+ATT_FK_DET_TRAB_DIAR 0..*
(ID_DETA_ORDE_TRAB = ID_DETA_ORDE_TRAB)
«FK»
+PK_att_deta_orde_trab 1
+ATT_FK_ORD_ORDE_TRAB
0..*
(ID_ORDE_TRAB = ID_ORDE_TRAB)
«FK»
+PK_att_orde_trab
1
+ATT_FK_CAT_RIN
0..*
(ID_RIN = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_TIP_CARA_UNID_HIDR 0..*
(ID_TIPO = ID_TIPO)
«FK»
+PK_att_tipo 1
+ATT_FK_CAT_CATA_PADR
0..*«FK» (ID_CATA_PADR =
ID_CATALOGO)+PK_att_catalogo
1
+ATT_FK_CAT_DETA_ORDE_TRAB 0..*
(ID_TRABAJO = ID_CATALOGO)
«FK»
+PK_att_catalogo 1
+ATT_FK_DET_LLAN_UTIL
0..*
(ID_DETA_ORDE_TRAB = ID_DETA_ORDE_TRAB)
«FK»
+PK_att_deta_orde_trab
1
+ATT_FK_CAT_MANUAL
0..*
(ID_MANUAL = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_CAT_ESTA_ORDE 0..*
(ID_ESTA_ORDE = ID_CATALOGO)
«FK»
+PK_att_catalogo 1
+ATT_FK_PRE_RECORRIDO
0..*
(ID_PRESTAMO = ID_PRESTAMO)
«FK»
+PK_att_prestamo 1
+ATT_FK_VEH_INVE_VEHI 0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo 1
+ATT_FK_INF_DETA_INFO_PART
0..*
(ID_INFO_ACCI = ID_INFO_ACCI)
«FK»
+PK_att_info_acci
1
+ATT_FK_CAR_VEHICULO
0..*
(ID_CARA_VEHI = ID_CARA_VEHI)
«FK»
+PK_att_cara_vehi
1
+ATT_FK_MAR_CARA_VEHI
0..*
(ID_MARCA = ID_MARCA)
«FK»
+PK_att_marca
1
+ATT_FK_VEH_MEMO
0..*(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo
1
+ATT_FK_HID_VEHICULO
0..*
(ID_UNID_HIDR = ID_UNID_HIDR)
«FK»
+PK_att_unid_hidr
1
+ATT_FK_CAT_EQUI_ACCE 0..*
(ID_EQUI_ACCE = ID_CATALOGO)
«FK»
+PK_att_catalogo
1
+ATT_FK_VEH_CONS_COMB
0..*(ID_VEHICULO = ID_VEHICULO)
«FK»+PK_att_vehiculo
1
+ATT_FK_CON_RECORRIDO
0..*
(ID_CONS_COMB = ID_CONS_COMB)
«FK»
+PK_att_cons_comb 1
+ATT_FK_MOD_CARA_VEHI
0..*
(ID_MODELO = ID_MODELO)
«FK»
+PK_att_modelo 1
+ATT_FK_ROL_USUARIO 0..*
(ID_ROL = ID_ROL)
«FK»
+PK_att_rol 1
+ATT_FK_VEH_ENTR_SALI
0..*(ID_VEHICULO = ID_VEHICULO)
«FK»+PK_att_vehiculo
1
+ATT_FK_LLA_CARA_VEHI
0..*
(ID_LLANTA = ID_LLANTA)
«FK»
+PK_atr_llanta
1
+ATT_FK_VEH_RECORRIDO 0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo 1
+ATT_FK_VEH_ASIGNACION 0..*
(ID_VEHICULO = ID_VEHICULO)
«FK»
+PK_att_vehiculo
1
58
3. HERRAMIENTAS DE DESARROLLO
Para el desarrollo de un sistema web es necesario contar con las herramientas adecuadas
para lograr el objetivo previamente descrito con la arquitectura antes definida, es así que el
uso de herramientas que agiliten el desarrollo de la aplicación es de gran ayuda ya que se
aprovecha la funcionalidad de estas para mejorar el tiempo de realización del proyecto.
Para el desarrollo del presente proyecto se hizo uso de herramientas proporcionadas por el
área de desarrollo perteneciente a DTIC de la EEQ, los cuales nos facilitaron las
herramientas que a continuación se describen.
3.1 Herramienta de análisis y diseño con UML
Para el modelado de requerimientos, casos de uso, Stakeholders, diagrama de clases y
diagrama de Base de Datos. Se hizo uso de la herramienta Enterprise Architect un su
versión 11.0.1106.
Enterprise Architect es una herramienta gráfica multiusuario diseñada para ayudar a
construir sistemas robustos y mantenibles.
Figura 33. Enterprise Architect
3.2 Framework Spring Roo
Spring Roo es una herramienta de desarrollo rápido de aplicaciones Java. Está basado en
una arquitectura modular que permite construir distintos tipos de aplicaciones según los
módulos que utilicemos. Sin embargo, en principio, está bastante orientado a la creación de
59
aplicaciones web basadas en Spring MVC en la capa de presentación y una capa de
modelos del dominio persistentes mediante JPA.
Roo es para el momento de desarrollo, no es necesaria para la ejecución de la aplicación
Figura 34. Estructura roo
3.3 Ambiente de Desarrollo (IDE)
Spring Tool Suite
Es un entorno de desarrollo basado en Eclipse que se puede personalizar para desarrollar
aplicaciones Spring, proporciona un entorno para implementar, depurar, ejecutar y
desplegar las aplicaciones Spring.
El Spring Framework proporciona un modelo de programación y configuración completa
para las aplicaciones empresariales modernas basadas en Java – en cualquier tipo de
plataforma de despliegue.
Figura 35. Spring tool suite
60
3.4 Primefaces
Es una librería de componentes para JavaServer Faces (JSF) de código abierto que cuenta
con un conjunto de componentes enriquecidos que facilitan la creación de las aplicaciones
web. Primefaces está bajo la licencia de Apache License V2.
Figura 36. Primefaces
3.5 Base de Datos Oracle Database 11g Express Edition
Es un gestor de base de datos relacional ideal tanto para dar una solución para pequeños y
medianos desarrollos.
Es gratuito, aunque tiene unas algunas restricciones a nivel licencia de uso, pero no por eso
deja de ser un producto completo y listo para realizar cualquier desarrollo, requiere poca
administración y sobre todo, la instalación es sencilla, crea servicios necesarios
en Windows para la instancia de base de datos.
Figura 37. Oracle 11g database express edition
61
3.6 Servidor de Aplicaciones Jboss eap 6.2.0
Es un servidor de aplicaciones Java EE de código abierto implementado en Java puro. Al
estar basado en Java, JBoss puede ser utilizado en cualquier sistema operativo para el que
esté disponible la máquina virtual de Java. JBoss Inc.
Figura 38. Jboss
3.7 Maven
Es una herramienta capaz de gestionar un proyecto de software completo, desde la etapa en
la que se comprueba que el código es correcto, hasta que se despliega la aplicación,
pasando por la ejecución de pruebas y generación de informes y documentación.
Por otra parte, la gestión de dependencias entre módulos y distintas versiones de librerías se
hace muy sencilla. En este caso, solo hay que indicar los módulos que componen el
proyecto, o qué librerías utiliza el software que estamos desarrollando en un fichero de
configuración del proyecto llamado POM.
Figura 39. Estructura maven
62
3.8 Birt
BIRT es un proyecto de software de código abierto, que proporciona la plataforma
tecnológica BIRT para crear mostrar datos e informes estos pueden ser embebidos en el
cliente y aplicaciones web, especialmente los basados en Java y Java EE.
La Plataforma Tecnológica
BIRT tiene dos componentes principales: un diseñador visual de informes para crear
diseños BIRT, y un componente de tiempo de ejecución para visualizar esos diseños que se
pueden implementar a cualquier entorno Java.
Para el desarrollo de los reportes se maneja el IDE Eclipse Luna, en el cual se puede
diseñar, y estructurar los reportes.
Figura 40. Birt
63
4. CONCLUSIONES
Una vez concluido el presente proyecto de desarrollo las conclusiones que se pueden
mencionar son las siguientes:
Se realizó el desarrollo de un sistema web, el mismo visualmente está contemplado
para que se lo pueda abrir en dispositivos móviles haciendo adaptable su
presentación con respecto a la dimensión de la pantalla del dispositivo.
Se realizó los diagramas de casos de uso, estos fueron la herramienta fundamental
para el desempeño del proyecto ya que de esta manera se pudo controlar los
requerimientos establecidos.
Se brindó facilidades para de búsqueda y presentación de datos de manera clara y
ordenada.
Se diseñó el sistema para mejorar como se muestra la información de los procesos,
componentes y actores que se maneja en la gestión vehicular.
Se desarrolló el proyecto siguiendo la arquitectura establecida por la EEQ, los
mismos que están orientados a permitir la implementación de nuevos
requerimientos así como también la mantenibilidad del sistema sin que se vean
afectados los módulos que actualmente se maneja.
Se integró una herramienta para la emisión de reportes, la misma que generará
reportes de una manera fácil clara y ordenada.
64
5. RECOMENDACIONES
Después de la elaboración del proyecto se puede recomendar lo siguiente:
Una integración con el sistema de bodegas que contienen los registros de partes de
vehículos, materiales de los trabajos, estos que actualmente se lo maneja en los
catálogos propios del sistema STYT, con la finalidad de tener centralizados los
registros y mejorara los procesos que se pueden dar como un petición de materiales
o reposición de partes vehiculares facilitando el proceso.
El sistema necesitará soporte por parte de DTIC de la EEQ para los diferentes
equipos donde va a estar alojado el nuevo sistema. El sistema solo se manejará en
versiones de navegador Chrome o Firefox actualizados para aprovechar la
funcionalidad de sus componentes.
En caso de la visualización en dispositivos móviles, se recomienda un dispositivo
móvil de pantalla de 7 pulgadas a 1024 x 600 pixeles de resolución como mínimo.
Para la adaptación de un nuevo módulo se recomienda el uso de la documentacion
como son los casos de uso y diagrama de requerimientos así como el código fuente,
los mismos que ayudaran para el seguimiento y reutilización de código en caso de
ser necesario.
65
BIBLIOGRAFÍA
1. About. (s. f.). Recuperado 15 de diciembre de 2015, a partir de
http://www.eclipse.org/birt/about/
2. Aplicación web. (2015, diciembre 7). En Wikipedia, la enciclopedia libre.
Recuperado a partir de
https://es.wikipedia.org/w/index.php?title=Aplicaci%C3%B3n_web&oldid=876178
63
3. Definición de sistema administrativo — Definicion.de. (s. f.). Recuperado 14 de
diciembre de 2015, a partir de http://definicion.de/sistema-administrativo/
4. Definición de sistema de información — Definicion.de. (s. f.). Recuperado 29 de
marzo de 2016, a partir de http://definicion.de/sistema-de-informacion/
5. Documentation. (s. f.). Recuperado 14 de diciembre de 2015, a partir de
http://www.eclipse.org/birt/documentation/
6. Eclipse BIRT Project Home. (s. f.). Recuperado 17 de diciembre de 2015, a partir
de http://eclipse.org/birt/about/
7. Enterprise Architect - Herramienta CASE para diseño con UML y desarrollo de
software. (s. f.). Recuperado 29 de marzo de 2016, a partir de
http://www.sparxsystems.com.ar/products/ea/index.html
8. Framework. (2016, marzo 4). En Wikipedia, la enciclopedia libre. Recuperado a
partir de https://es.wikipedia.org/w/index.php?title=Framework&oldid=89593283
9. Herramientas de inteligencia de negocios. (2015, noviembre 27). En Wikipedia, la
enciclopedia libre. Recuperado a partir de
https://es.wikipedia.org/w/index.php?title=Herramientas_de_inteligencia_de_negoci
os&oldid=87300597
10. javakreator7270003PW7Y. (2009, octubre 20). Rational Team Concert for Scrum
Projects : SCRUM Como Metodologias [CT905]. Recuperado 29 de marzo de 2016,
a partir de
66
11. https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Rati
onal+Team+Concert+for+Scrum+Projects/page/SCRUM+como+metodolog%C3%
ADa
12. Mantenimiento correctivo. (2016, febrero 26). En Wikipedia, la enciclopedia libre.
Recuperado a partir de
https://es.wikipedia.org/w/index.php?title=Mantenimiento_correctivo&oldid=89428
392
13. Mantenimiento preventivo. (2016, marzo 16). En Wikipedia, la enciclopedia libre.
Recuperado a partir de
https://es.wikipedia.org/w/index.php?title=Mantenimiento_preventivo&oldid=8986
1586
14. Metodología RUP y Ciclo de Vida | METODOLOGÍA RUP. (s. f.). Recuperado a
partir de http://rupmetodologia.blogspot.com/2012/07/metodologia-rup-y-ciclo-de-
vida.html
15. Metodologías. (s. f.). Recuperado a partir de http://aigroup.com.co/site/?page_id=18
16. Metodologias para el desarrollo de aplicaciones web. (00:30:18 UTC). Recuperado
a partir de http://es.slideshare.net/ARCANGEL2032/metodologias-para-el-
desarrollo-de-aplicaciones-web-9419415
17. MORA LUJAN, Sergio; (2002). Programación de aplicaciones web: historia,
principios básicos y clientes web. Editorial Club Universitario.
18. MVC (Model, View, Controller) explicado. (s. f.). Recuperado 14 de diciembre de
2015, a partir de http://codigofacilito.com/articulos/mvc-model-view-controller-
explicado
19. Presentacion Spring Roo Java Mania. (15:23:57 UTC). Recuperado a partir de
http://es.slideshare.net/jonsurbe/presentacion-spring-roo-java-mania-3621633
20. ProcesosdeSoftware - METODOLOGÍA RUP. (s. f.). Recuperado 29 de marzo de
2016, a partir de
https://procesosdesoftware.wikispaces.com/METODOLOGIA+RUP
21. ¿Qué es un ‘framework’? | jordisan.net. (s. f.). Recuperado 29 de marzo de 2016, a
partir de http://jordisan.net/blog/2006/que-es-un-framework/
22. ¿Qué son los Frameworks? características y ventajas. (s. f.). Recuperado a partir de
67
http://www.nubelo.com/blog/que-son-los-frameworks/
23. Sistema de información. (2015, diciembre 5). En Wikipedia, la enciclopedia libre.
Recuperado a partir de
https://es.wikipedia.org/w/index.php?title=Sistema_de_informaci%C3%B3n&oldid
=87579921
24. SOMMERVILLE, Ian., & GALIPIENSO, María Isabel; (2005). Ingeniería del
software. Pearson Educación.
25. Spring Framework. (s. f.). Recuperado a partir de https://springla.io/spring/spring-
framework/
26. Unidad 2: Desarrollo de una aplicación web siguiendo el patrón MVC — index 1.00
documentation. (s. f.). Recuperado 14 de diciembre de 2015, a partir de
http://juandarodriguez.es/cursosf14/unidad2.html
27. Wirwin. (2009, junio 10). Metodología SCRUM para la dirección de proyectos
informáticos. Recuperado a partir de
https://ejecucion.wordpress.com/2009/06/10/metodologia-scrum-para-la-direccion-
de-proyectos-informaticos/
69
ANEXO A
Descripción de flujo básico de casos de uso
o CU-01 Flujo de eventos Gestionar Permisos
CU-01 Gestionar Permisos
Flujo de eventos Flujo básico permisos
Creación 1. ADMSTYT: Selecciona la opción “Permisos” en el
menú lateral izquierdo dentro de la pestaña de usuarios
seguridad.
2. STYT: Se despliega una lista de los permisos generales
definidos previamente
3. ADMSTYT: Hace clic en el botón “Detalle permiso,
ubicado en la columna con el título de “Acciones”,
seleccionando al permiso el cual se va a acceder.
4. ADMSTYT: Selecciona la opción “Nuevo”.
5. STYT: Se abre una ventana emergente con los
siguientes componentes:
a. Nombre: Input donde se ingresara el nombrado
del permiso a crear.
b. Descripción: Input donde se ingresara la
descripción del permiso a crear.
c. Path: Input donde se ingresara el path (dirección
url de la pantalla) del permiso a crear.
d. Estado: Input de Selección donde se escogerá el
estado del permiso a crear entre “Activo e
Inactivo”
6. ADMSTYT: Hace clic en el botón Guardar.
7. STYT: Registra la pista de auditoría de la transacción
realizada.
70
8. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
9. Termina la transacción.
10. STYT: Muestra el en la panel central un listado de los
permisos creados actualizados.
11. En el caso de que no se realice ninguna creación:
12. ADMSTYT: Da clic en el botón CANCELAR
13. STYT: Deja la listas de permisos en su forma original.
Modificación 1. ADMSTYT: Selecciona la opción “Permisos” en el
menú lateral izquierdo dentro de la pestaña de usuarios
seguridad.
2. STYT: Se despliega una lista de los permisos generales
definidos previamente
3. ADMSTYT: Hace clic en el botón “Detalle permiso,
ubicado en la columna con el título de “Acciones”,
seleccionando al permiso el cual se va a acceder.
4. ADMSTYT: Selecciona la opción “Editar”, que se
muestra en cada registro en la columna “Acciones”.
5. STYT: Se abre una ventana emergente con los
siguientes componentes:
a. Nombre: Input donde estará el nombre del
permiso a modificar.
b. Descripción: Input donde estará la descripción
del permiso a modificar
c. Path: Input donde se ingresara el path (dirección
url de la pantalla) del permiso a modificar.
d. Estado: Input de Selección donde se escogerá el
estado del permiso a modificar entre “Activo e
71
Inactivo”
6. ADMSTYT: Hace clic en el botón Guardar.
7. STYT: Registra la pista de auditoría de la transacción
realizada.
8. STYT: Se cierra la ventana emergente y presenta el
resultado de la transacción en una ventana pop-up:
“Registro <nombre del registro creado> actualizado
correctamente.”.
9. Termina la transacción.
10. STYT: Muestra el en la panel central un listado de los
permisos actualizados.
11. En el caso de que no se realice ninguna creación:
12. ADMSTYT: Da clic en el botón CANCELAR
13. STYT: Deja la listas de permisos en su forma original.
Eliminación 1. ADMSTYT: Selecciona la opción “Permisos” en el
menú lateral izquierdo dentro de la pestaña de usuarios
seguridad.
2. STYT: Se despliega una lista de los permisos generales
definidos previamente
3. ADMSTYT: Hace clic en el botón “Detalle permiso,
ubicado en la columna con el título de “Acciones”,
seleccionando al permiso el cual se va a acceder.
4. ADMSTYT: Selecciona la opción “Eliminar”, sobre el
registro que desea eliminar.
5. STYT: Se abre una ventana emergente con la
confirmación
6. STYT: Se abre una ventana emergente con la
confirmación “Esta seguro que desea eliminar el
registro?”
7. ADMSTYT: Hace clic en el botón Eliminar.
72
8. STYT: Registra la pista de auditoría de la transacción
realizada.
9. STYT: Se cierra la ventana emergente y presenta el
resultado de la transacción en una ventana pop-
up: “Registro <nombre del registro creado> se
eliminado correctamente.”.
10. Termina la transacción.
11. STYT: Muestra el en la panel central un listado de los
permisos actualizados.
12. En el caso de que no se realice ninguna creación:
13. ADMSTYT: Da clic en el botón CANCELAR
14. STYT: Deja la listas de permisos en su forma original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
Excepciones - No se permiten nombres duplicados
- Todos los campos deben ser llenados.
o CU-02 Flujo de eventos Gestionar Roles
CU-02 Gestionar Roles
Flujo de eventos Flujo básico permisos
Creación 1. ADMSTYT: Selecciona la opción “Roles” en el menú
lateral izquierdo dentro de la pestaña de usuarios
seguridad.
2. ADMSTYT: Selecciona la opción “Nuevo”.
3. STYT: Se abre una ventana emergente con los
siguientes componentes:
a. Nombre: Input donde se ingresara el nombrado
del rol a crear.
b. Descripción: Input donde se ingresara la
descripción del rol a crear
73
c. Estado: Input de Selección donde se escogerá el
estado del permiso a crear entre “Activo e
Inactivo”
4. ADMSTYT: Hace clic en el botón Guardar.
5. STYT: Registra la pista de auditoría de la transacción
realizada.
6. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la panel central un listado de los
roles creados.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de roles en su forma original.
Modificación 1. ADMSTYT: Selecciona la opción “Roles” en el menú
lateral izquierdo dentro de la pestaña de usuarios
seguridad.
2. ADMSTYT: Selecciona la opción “Editar”.
3. STYT: Se abre una ventana emergente con los
siguientes componentes:
a. Nombre: Input donde estará el nombre del rol a
modificar.
b. Descripción: Input donde estará la descripción
del rol a modificar.
c. Estado: Input de Selección donde se escogerá el
estado del permiso a crear entre “Activo e
Inactivo”
d. Estado: Input de Selección donde se escogerá el
74
estado del permiso a modificar entre “Activo e
Inactivo”
4. ADMSTYT: Hace clic en el botón Guardar.
5. STYT: Registra la pista de auditoría de la transacción
realizada.
6. STYT: Se cierra la ventana emergente y presenta el
resultado de la transacción en una ventana pop-up:
“Registro <nombre del registro creado> actualizado
correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la panel central un listado de los
roles.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de roles en su forma original.
Eliminación 1. ADMSTYT: Selecciona la opción “Roles” en el menú
lateral izquierdo dentro de la pestaña de usuarios
seguridad.
2. ADMSTYT: Selecciona la opción “Eliminar sobre el
registro que desea eliminar.
3. STYT: Se abre una ventana emergente con la
confirmación
4. STYT: Se abre una ventana emergente con la
confirmación “Esta seguro que desea eliminar el
registro?”
5. ADMSTYT: Hace clic en el botón Eliminar.
6. STYT: Registra la pista de auditoría de la transacción
realizada.
7. STYT: Se cierra la ventana emergente y presenta el
resultado de la transacción en una ventana pop-up:
75
“Registro <nombre del registro creado> eliminado
correctamente.”.
8. Termina la transacción.
9. STYT: Muestra el en la panel central un listado de los
roles.
10. En el caso de que no se realice ninguna creación:
11. ADMSTYT: Da clic en el botón CANCELAR
12. STYT: Deja la listas de roles en su forma original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
o CU-03 Flujo de eventos Gestionar Usuarios
CU-03 Gestionar Usuarios
Flujo de eventos Flujo básico permisos
Modificación 1. ADMSTYT: Selecciona la opción “Usuarios” en el
menú lateral izquierdo dentro de la pestaña de usuarios
seguridad.
2. ADMSTYT: Selecciona la opción “Modificar”.
3. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. Responsable: Input donde se ingresara el nombre
del usuario a modificar.
b. Área: Lista de selección única, cargada con las
áreas de la vista de RR.HH. que cumplen con el
prerrequisito establecido.
c. Empleado: Lista de selección única, cargada con
los empleados de la vista de RR.HH. que
cumplen con el prerrequisito establecido.
d. Perfil: Lista de selección única, cargada con los
76
roles de la tabla de roles que cumplen con el
prerrequisito establecido.
e. Estado: Input de Selección donde se escogerá el
estado del permiso a modificar entre “Activo e
Inactivo”.
f. Permisos: Donde se despliegan los permisos. La
lista tendrá las siguientes columnas:
i. Permiso
ii. Descripción
iii. Acciones
4. ADMSTYT: Hace clic en el botón Guardar.
5. Registra la pista de auditoría de la transacción realizada.
6. STYT: Presenta el resultado de la transacción en una
ventana pop-up: Registro <nombre del registro creado>
creado correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de los
usuarios creados.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de usuarios en su forma original.
Eliminación 1. ADMSTYT: Selecciona la opción “Usuarios”.
2. ADMSTYT: Selecciona la opción “Eliminar”.
3. STYT: Se abre una ventana emergente con la
confirmación
4. ADMSTYT: Hace clic en el botón Aceptar.
5. STYT: Registra la pista de auditoría de la transacción
realizada.
6. STYT: Se cierra la ventana emergente y presenta el
resultado de la transacción en una ventana pop-up:
77
“Transacción realizada con éxito.”.
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de los
usuarios.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de usuarios en su forma original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
Relaciones Se relaciona con el sistema de RR.HH., con la tabla de
personal.
Inclusiones Asignar Usuarios a Roles y Permisos.
o CU-04 Flujo de eventos Sesiones
Flujo de eventos Flujo básico permisos
Inicio y Cierre de
Sesión:
1. Usuario General: Ingreso a la interfaz del sistema.
2. STYT: Se abre una pantalla que muestra:
a. Rol: Input donde se ingresara el número de rol
del empleado.
b. Contraseña: Input donde se ingresara la
contraseña asociada al usuario.
3. ADMSTYT: Hace clic en el botón Ingresar.
4. STYT: Muestra la pantalla de inicio de cada usuario
registrado.
5. En el caso finalizar sesión:
6. ADMSTYT: Da clic en el botón Salir.
7. STYT: Termina la sesión actual.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
78
Relaciones El STYT se debe relacionar con el LDAP que maneja la EEQ.
o Flujo de eventos Catálogos Generales
CU-05 Catálogos Generales
Flujo de eventos Flujo básico permisos
Creación 1. ADMSTYT: Selecciona la opción “General” en el
menú lateral izquierdo dentro de la pestaña de catálogos.
2. STYT: Se despliega una lista de los permisos generales
definidos previamente
3. ADMSTYT: Hace clic en el botón “Detalle catálogo,
ubicado en la columna con el título de “Acciones”,
seleccionando al catálogo padre el cual se va a acceder.
4. ADMSTYT: Selecciona la opción “Nuevo”.
5. STYT: Se abre una ventana emergente con los
siguientes componentes:
a. Nombre: Input donde se ingresara el nombre del
ítem a ingresar.
b. Parámetro: Input donde se ingresara el parámetro
del ítem a ingresar
6. ADMSTYT: Hace clic en el botón Guardar.
7. STYT: Registra la pista de auditoría de la transacción
realizada.
8. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
9. Termina la transacción.
10. STYT: Muestra el en la panel central un listado de los
ítems creados.
11. En el caso de que no se realice ninguna creación:
79
12. ADMSTYT: Da clic en el botón CANCELAR
13. STYT: Deja la listas de catálogos en su forma original.
Modificación 1. ADMSTYT: Selecciona la opción “General” en el
menú lateral izquierdo dentro de la pestaña de catálogos.
2. STYT: Se despliega una lista de los permisos generales
definidos previamente
3. ADMSTYT: Hace clic en el botón “Detalle catálogo,
ubicado en la columna con el título de “Acciones”,
seleccionando al catálogo padre el cual se va a acceder.
4. ADMSTYT: Selecciona la opción “Editar” que se
muestra en cada registro en la columna “Acciones”.
5. STYT: Se abre una ventana emergente con los
siguientes componentes:
a. Nombre: Input donde se modificara el nombre
del ítem.
b. Parámetro: Input donde se modificara el
parámetro del ítem
6. ADMSTYT: Hace clic en el botón Guardar.
7. STYT: Registra la pista de auditoría de la transacción
realizada.
8. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> actualizado correctamente.”.
9. Termina la transacción.
10. STYT: Muestra el en la panel central un listado de los
ítems creados.
11. En el caso de que no se realice ninguna creación:
12. ADMSTYT: Da clic en el botón CANCELAR
13. STYT: Deja la listas de catálogos en su forma original.
80
Eliminación 1. ADMSTYT: Selecciona la opción “General” en el
menú lateral izquierdo dentro de la pestaña de catálogos.
2. STYT: Se despliega una lista de los permisos generales
definidos previamente
3. ADMSTYT: Hace clic en el botón “Detalle catálogo,
ubicado en la columna con el título de “Acciones”,
seleccionando al catálogo padre el cual se va a acceder.
4. ADMSTYT: Selecciona la opción “Eliminar” sobre el
registro que desea eliminar.
5. STYT: Se abre una ventana emergente con la
confirmación, “Esta seguro que desea eliminar el
registro?”
6. ADMSTYT: Hace clic en el botón Eliminar.
7. STYT: Registra la pista de auditoría de la transacción
realizada.
8. STYT: Presenta el resultado de la transacción en una
ventana pop-up: Registro <nombre del registro creado>
creado correctamente.”.
9. Termina la transacción.
10. STYT: Muestra el en la panel central un listado de los
ítems.
11. En el caso de que no se realice ninguna creación:
12. ADMSTYT: Da clic en el botón CANCELAR
13. STYT: Deja la listas de catálogos en su forma original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
81
o CU-06 Flujo de eventos Catálogos Talleres y Gasolineras
CU-06 Catálogos Talleres y Gasolineras
Flujo de eventos Flujo básico permisos
Creación 1. ADMSTYT: Selecciona la opción “Talleres y
Gasolineras” en el menú lateral izquierdo dentro de la
pestaña de catálogos.
2. STYT: Se despliega una lista de las entidades externas
definidos previamente
3. ADMSTYT: Selecciona la opción, donde podrá escoger
entre dos opciones “Gasolineras/Talleres”, despliega la
lista de la entidad externa seleccionada
4. ADMSTYT: Selecciona la opción “Nuevo”.
5. STYT: Se abre una ventana emergente con los
siguientes componentes:
a. Descripción: Input donde se ingresara la
descripción el nombre del ítem
b. Teléfono: Input donde se ingresara el teléfono
del ítem a ingresar.
c. a ingresar
d. Celular: Input donde se ingresara el número de
celular del ítem a ingresar.
e. Parámetro: Input donde se ingresara el parámetro
del ítem a ingresar.
f. Dirección: Input donde se ingresara dirección del
ítem a ingresar.
6. ADMSTYT: Hace clic en el botón Guardar.
7. STYT: Registra la pista de auditoría de la transacción
realizada.
8. STYT: Presenta el resultado de la transacción en una
82
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
9. Termina la transacción.
10. STYT: Muestra el en la panel central un listado de los
ítems creados.
11. En el caso de que no se realice ninguna creación:
12. ADMSTYT: Da clic en el botón CANCELAR
13. STYT: Deja la listas de catálogos en su forma original.
Modificación 1. ADMSTYT: Selecciona la opción “Talleres y
Gasolineras” en el menú lateral izquierdo dentro de la
pestaña de catálogos.
2. STYT: Se despliega una lista de las entidades externas
definidos previamente
3. ADMSTYT: Selecciona la opción, donde podrá escoger
entre dos opciones “Gasolineras/Talleres”, despliega la
lista de la entidad externa seleccionada
4. ADMSTYT: Selecciona la opción “Editar”.
5. STYT: Se abre una ventana emergente con los
siguientes componentes:
a. Descripción: Input donde se ingresara la
descripción el nombre del ítem
b. Teléfono: Input donde se ingresara el teléfono
del ítem a modificar.
c. a ingresar
d. Celular: Input donde se ingresara el número de
celular del ítem a modificar.
e. Parámetro: Input donde se ingresara el parámetro
del ítem a modificar.
f. Dirección: Input donde se ingresara dirección del
83
ítem a modificar.
6. ADMSTYT: Hace clic en el botón Guardar.
7. STYT: Registra la pista de auditoría de la transacción
realizada.
8. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> actualizado correctamente.”.
9. Termina la transacción.
10. STYT: Muestra el en la panel central un listado de los
ítems creados.
11. En el caso de que no se realice ninguna creación:
12. ADMSTYT: Da clic en el botón CANCELAR
13. STYT: Deja la listas de catálogos en su forma original.
Eliminación 1. ADMSTYT: Selecciona la opción “Talleres y
Gasolineras” en el menú lateral izquierdo dentro de la
pestaña de catálogos.
2. STYT: Se despliega una lista de las entidades externas
definidos previamente
3. ADMSTYT: Selecciona la opción, donde podrá escoger
entre dos opciones “Gasolineras/Talleres”, despliega la
lista de la entidad externa seleccionada
4. ADMSTYT: Selecciona la opción “Eliminar”.
5. STYT: Se abre una ventana emergente con la
confirmación
6. ADMSTYT: Hace clic en el botón Aceptar.
7. STYT: Registra la pista de auditoría de la transacción
realizada.
8. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> se eliminado correctamente.”.
84
9. Termina la transacción.
10. STYT: Muestra el en la panel central un listado de los
ítems.
11. En el caso de que no se realice ninguna creación:
12. ADMSTYT: Da clic en el botón CANCELAR
13. STYT: Deja la listas de catálogos en su forma original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
o CU-07 Flujo de eventos características vehículos
CU-07 Características Vehículos
Flujo de eventos Flujo básico permisos
Creación 1. ADMSTYT: Selecciona la opción “Características” en
el menú lateral izquierdo dentro de la pestaña de
catálogos.
2. STYT: Se despliega una lista de las U. Hidráulicas-
Vehículos.
3. ADMSTYT: Selecciona la opción, donde podrá escoger
entre dos opciones “U. Hidráulicas-Vehículos.”,
despliega la lista de la entidad seleccionada
4. ADMSTYT: Selecciona la opción “Nuevo”.
5. STYT: Despliega una pantalla emergente con los
siguientes componentes en primera lugar se encuentra la
Clase:
a. Nombre: Input donde se ingresara el nombre
asociado a esa característica a crear (Clase).
b. Parámetro: Input donde se ingresa el parámetro
con el que la Clase va a ser creada.
6. ADMSTYT: Hace clic en el botón Guardar.
7. Registra la pista de auditoría de la transacción realizada.
85
8. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
9. Termina la transacción.
10. STYT: Muestra el en la panel central un listado de las
características Clase creadas.
11. En el caso de que no se realice ninguna creación:
12. ADMSTYT: Da clic en el botón CANCELAR
13. STYT: Deja la listas de características en su forma
original.
14. ADMSTYT: Selecciona la opción “Detalle
Características” en la columna de acciones en la clase
previamente registrada.
15. ADMSTYT: Selecciona la opción “Nuevo”.
16. STYT: Despliega una pantalla emergente con los
siguientes componentes en esta vez se encuentra la de
Tipo:
a. Nombre: Input donde se ingresara el nombre
asociado a esa característica a crear (Tipo).
b. Parámetro: Input donde se ingresa el parámetro
con el que el tipo va a ser creada.
17. ADMSTYT: Hace clic en el botón Guardar.
18. Registra la pista de auditoría de la transacción realizada.
19. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
20. Termina la transacción.
21. STYT: Muestra el en la panel central un listado de las
características Tipo creadas.
22. En el caso de que no se realice ninguna creación:
86
23. ADMSTYT: Da clic en el botón CANCELAR
24. STYT: Deja la listas de características en su forma
original.
25. ADMSTYT: Selecciona la opción “Detalle
Características” en la columna de acciones en la del tipo
previamente registrada.
26. ADMSTYT: Selecciona la opción “Nuevo”.
27. STYT: Despliega una pantalla emergente con los
siguientes componentes en esta vez se encuentra la de
Marcas:
a. Nombre: Input donde se ingresara el nombre
asociado a esa característica a crear (Marca).
b. Parámetro: Input donde se ingresa el parámetro
con el que la marca va a ser creada.
28. ADMSTYT: Hace clic en el botón Guardar.
29. Registra la pista de auditoría de la transacción realizada.
30. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> actualizado correctamente.”.
31. Termina la transacción.
32. STYT: Muestra el en la panel central un listado de las
características Tipo creadas.
33. En el caso de que no se realice ninguna creación:
34. ADMSTYT: Da clic en el botón CANCELAR
35. STYT: Deja la listas de características en su forma
original.
36. ADMSTYT: Selecciona la opción “Detalle
Características” en la columna de acciones en la del
marca previamente registrada.
37. ADMSTYT: Selecciona la opción “Nuevo”.
87
38. STYT: Despliega una pantalla emergente con los
siguientes componentes en esta vez se encuentra la de
Marcas:
a. Nombre: Input donde se ingresara el nombre
asociado a esa característica a crear (Marca).
b. Parámetro: Input donde se ingresa el parámetro
con el que la marca va a ser creada.
39. ADMSTYT: Hace clic en el botón Guardar.
40. Registra la pista de auditoría de la transacción realizada.
41. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
42. Termina la transacción.
43. STYT: Muestra el en la panel central un listado de las
características Marca creadas.
44. En el caso de que no se realice ninguna creación:
45. ADMSTYT: Da clic en el botón CANCELAR
46. STYT: Deja la listas de características en su forma
original.
Modificación 1. ADMSTYT: Selecciona la opción “Características” en
el menú lateral izquierdo dentro de la pestaña de
catálogos.
2. STYT: Se despliega una lista de las U. Hidráulicas-
Vehículos.
3. ADMSTYT: Selecciona la opción, donde podrá escoger
entre dos opciones “U. Hidráulicas-Vehículos.”,
despliega la lista de la entidad seleccionada
4. ADMSTYT: Selecciona la opción “Nuevo”.
5. STYT: Despliega una pantalla emergente con los
88
siguientes componentes en primera lugar se encuentra la
Clase:
a. Nombre: Input donde se ingresara el nombre
asociado a esa característica a modificar (Clase).
b. Parámetro: Input donde se ingresa el parámetro
con el que la Clase va a ser modificada.
6. ADMSTYT: Hace clic en el botón Guardar.
7. Registra la pista de auditoría de la transacción realizada.
8. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> actualizado correctamente.”.
9. Termina la transacción.
10. STYT: Muestra el en la panel central un listado de las
características Clase creadas.
11. En el caso de que no se realice ninguna edición:
12. ADMSTYT: Da clic en el botón CANCELAR
13. STYT: Deja la listas de características en su forma
original.
14. ADMSTYT: Selecciona la opción “Detalle
Características” en la columna de acciones en la clase
previamente registrada.
15. ADMSTYT: Selecciona la opción “Nuevo”.
16. STYT: Despliega una pantalla emergente con los
siguientes componentes en esta vez se encuentra la de
Tipo:
a. Nombre: Input donde se ingresara el nombre
asociado a esa característica a modificada (Tipo).
b. Parámetro: Input donde se ingresa el parámetro
con el que el tipo va a ser modificada.
17. ADMSTYT: Hace clic en el botón Guardar.
89
18. Registra la pista de auditoría de la transacción realizada.
19. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> actualizado correctamente.”.
20. Termina la transacción.
21. STYT: Muestra el en la panel central un listado de las
características Tipo modificadas.
22. En el caso de que no se realice ninguna creación:
23. ADMSTYT: Da clic en el botón CANCELAR
24. STYT: Deja la listas de características en su forma
original.
25. ADMSTYT: Selecciona la opción “Detalle
Características” en la columna de acciones en la del tipo
previamente registrada.
26. ADMSTYT: Selecciona la opción “Nuevo”.
27. STYT: Despliega una pantalla emergente con los
siguientes componentes en esta vez se encuentra la de
Marcas:
a. Nombre: Input donde se ingresara el nombre
asociado a esa característica a crear (Marca).
b. Parámetro: Input donde se ingresa el parámetro
con el que la marca va a ser creada.
28. ADMSTYT: Hace clic en el botón Guardar.
29. Registra la pista de auditoría de la transacción realizada.
30. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> actualizado correctamente.”.
31. Termina la transacción.
32. STYT: Muestra el en la panel central un listado de las
características Tipo modificadas.
90
33. En el caso de que no se realice ninguna creación:
34. ADMSTYT: Da clic en el botón CANCELAR
35. STYT: Deja la listas de características en su forma
original.
36. ADMSTYT: Selecciona la opción “Detalle
Características” en la columna de acciones en la del
marca previamente registrada.
37. ADMSTYT: Selecciona la opción “Nuevo”.
38. STYT: Despliega una pantalla emergente con los
siguientes componentes en esta vez se encuentra la de
Marcas:
a. Nombre: Input donde se ingresara el nombre
asociado a esa característica a modificada
(Marca).
b. Parámetro: Input donde se ingresa el parámetro
con el que la marca va a ser modificada.
39. ADMSTYT: Hace clic en el botón Guardar.
40. Registra la pista de auditoría de la transacción realizada.
41. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> actualizado correctamente.”.
42. Termina la transacción.
43. STYT: Muestra el en la panel central un listado de las
características Marca modificadas.
44. En el caso de que no se realice ninguna modificación:
45. ADMSTYT: Da clic en el botón CANCELAR
46. STYT: Deja la listas de características en su forma
original.
Eliminación
General para todas
1. ADMSTYT: Selecciona la opción “Características”.
2. ADMSTYT: Selecciona la opción “Eliminar “sobre
91
las categorías:
cada registro creado previamente.
3. STYT: Se abre una ventana emergente con la
confirmación
4. ADMSTYT: Hace clic en el botón Aceptar.
5. STYT: Registra la pista de auditoría de la transacción
realizada.
6. STYT: Se cierra la ventana emergente y presenta el
resultado de la transacción en una ventana pop-up:
“Registro <nombre del registro creado> eliminado
correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de las
características (clase, tipo, marca, modelo que fue
eliminado).
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de características en su forma
original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
o CU-08 Flujo de eventos Catálogos Llantas
CU-08 Catálogos Llantas
Flujo de eventos Flujo básico permisos
Creación 1. ADMSTYT: Selecciona la opción “Llantas” en el menú
lateral izquierdo dentro de la pestaña de catálogos.
2. ADMSTYT: Selecciona la opción “Nuevo”.
3. STYT: Despliega una pantalla emergente con los
siguientes componentes:
92
a. Descripción: Input donde se ingresara la
descripción asociado a la llanta a crear.
b. Marca: Input donde se elige la marca de la llanta
que va a ser creada.
c. Rin: Input donde se elige el rin con la cual la
llanta va a ser creada.
d. Presión: Input donde se elige la presión de la
llanta que va a ser creada.
e. Estado: Input de Selección donde se escogerá el
estado del registro a crear entre “Activo e
Inactivo”
4. ADMSTYT: Hace clic en el botón Guardar.
5. Registra la pista de auditoría de la transacción realizada.
6. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la panel central un listado de las
llantas creadas.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de características en su forma
original.
Modificación 1. ADMSTYT: Selecciona la opción “Llantas” en el menú
lateral izquierdo dentro de la pestaña de catálogos.
2. ADMSTYT: Selecciona la opción “Editar”.
3. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. Descripción: Input donde se ingresara la
descripción asociado a la llanta a modificar.
93
b. Marca: Input donde se elige la marca de la llanta
que va a ser modificar.
c. Rin: Input donde se elige el rin con la cual la
llanta va a ser modificar.
d. Presión: Input donde se elige la presión de la
llanta que va a ser modificar.
e. Estado: Input de Selección donde se escogerá el
estado del registro a modificar entre “Activo e
Inactivo”
4. ADMSTYT: Hace clic en el botón Guardar.
5. Registra la pista de auditoría de la transacción realizada.
6. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> actualizado correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la panel central un listado de las
llantas.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de características en su forma
original.
Eliminación
General para todas
las categorías:
1. ADMSTYT: Selecciona la opción “llantas”.
2. ADMSTYT: Selecciona la opción “Eliminar “sobre
cada registro creado previamente.
3. STYT: Se abre una ventana emergente con la
confirmación
4. ADMSTYT: Hace clic en el botón Aceptar.
5. STYT: Registra la pista de auditoría de la transacción
realizada.
6. STYT: Se cierra la ventana emergente y presenta el
94
resultado de la transacción en una ventana pop-up:
“Registro <nombre del registro creado> eliminado
correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de las
llantas actualizado.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de características en su forma
original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
o CU-09 Flujo de eventos Registro Vehículos
CU-09 Registro de Vehículos
Flujo de eventos Flujo básico permisos
Creación 1. ADMSTYT: Selecciona la opción “Vehículo”.
2. ADMSTYT: Selecciona la opción “Nuevo”.
3. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. Cod_Vehiculo: Input donde se ingresara el
código del vehículo.
b. Motor: Input donde se ingresara el motor del
vehículo.
c. Chasis Input donde se ingresara el chasis del
vehículo.
d. Placa: Input donde se ingresara la placa del
vehículo.
e. Marca: Lista de selección única, cargada con los
estados de operación del CATALOGO
95
GENERAL que cumplen con el prerrequisito
establecido
f. Marca: Lista de selección única, cargada con las
marcas del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
g. Modelo: Lista de selección única, cargada con
los modelos del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
h. Tipo: Lista de selección única, cargada con los
tipos del CATALOGO GENERAL que cumplen
con el prerrequisito establecido.
i. Clase: Lista de selección única, cargada con las
clases del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
j. País: Lista de selección única, cargada con los
Países del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
k. Tonelaje: Input donde se ingresara el tonelaje
asociado a esa característica vehicular a crear.
l. Cilindraje: Input donde se ingresara el cilindraje
asociado a esa característica vehicular a crear.
m. Año: Input donde se ingresara el año asociado a
esa característica vehicular a crear.
n. Factor de Mantenimiento: Input donde se
ingresara el factor de mantenimiento asociado a
esa característica vehicular a crear.
o. Manual: Input donde se ingresara el manual
asociado a esa característica vehicular a crear.
p. Tipo Combustible: Lista de selección única,
cargada con los tipos de gasolina del
96
CATALOGO GENERAL que cumplen con el
prerrequisito establecido.
q. Km/M: Lista de selección única, cargada con las
opciones de Km o Millas del CATALOGO
GENERAL que cumplen con el prerrequisito
establecido.
r. Capacidad Tanque: Input donde se ingresara la
capacidad del tanque de combustible del
vehículo.
s. Cupo Mensual: Input donde se ingresara el cupo
mensual de combustible del vehículo.
t. Área: Input donde se ingresara el área a donde se
asignara el vehículo.
u. Responsable: Input donde se ingresara el nombre
del responsable vehículo.
v. Hora Entrada/Salida : Input donde se ingresara
el horario de entrada y salida del vehículo.
w. Lugar Parqueo: Lista de selección única, cargada
lugares de parquero para los vehículos del
CATALOGO GENERAL que cumplen con el
prerrequisito establecido.
4. ADMSTYT: Hace clic en el botón Guardar.
5. Registra la pista de auditoría de la transacción realizada.
6. STYT: Presenta el resultado de la transacción en una
ventana pop-up: Registro <nombre del registro creado>
creado correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de los
vehículos registrados.
9. En el caso de que no se realice ninguna creación:
97
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de los vehículos registrados en su
forma original.
Modificación 1. ADMSTYT: Selecciona la opción “Vehículo”.
2. ADMSTYT: Selecciona la opción “Modificar”.
3. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. Cod_Vehiculo: Input donde se ingresara el
código del vehículo.
b. Motor: Input donde se ingresara el motor del
vehículo.
c. Chasis Input donde se ingresara el chasis del
vehículo.
d. Placa: Input donde se ingresara la placa del
vehículo.
e. Marca: Lista de selección única, cargada con los
estados de operación del CATALOGO
GENERAL que cumplen con el prerrequisito
establecido
f. Marca: Lista de selección única, cargada con las
marcas del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
g. Modelo: Lista de selección única, cargada con
los modelos del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
h. Tipo: Lista de selección única, cargada con los
tipos del CATALOGO GENERAL que cumplen
con el prerrequisito establecido.
i. Clase: Lista de selección única, cargada con las
clases del CATALOGO GENERAL que
98
cumplen con el prerrequisito establecido.
j. País: Lista de selección única, cargada con los
Países del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
k. Tonelaje: Input donde se ingresara el tonelaje
asociado a esa característica vehicular a crear.
l. Cilindraje: Input donde se ingresara el cilindraje
asociado a esa característica vehicular a crear.
m. Año: Input donde se ingresara el año asociado a
esa característica vehicular a crear.
n. Factor de Mantenimiento: Input donde se
ingresara el factor de mantenimiento asociado a
esa característica vehicular a crear.
o. Manual: Input donde se ingresara el manual
asociado a esa característica vehicular a crear.
p. Tipo Combustible: Lista de selección única,
cargada con los tipos de gasolina del
CATALOGO GENERAL que cumplen con el
prerrequisito establecido.
q. Km/M: Lista de selección única, cargada con las
opciones de Km o Millas del CATALOGO
GENERAL que cumplen con el prerrequisito
establecido.
r. Capacidad Tanque: Input donde se ingresara la
capacidad del tanque de combustible del
vehículo.
s. Cupo Mensual: Input donde se ingresara el cupo
mensual de combustible del vehículo.
t. Área: Input donde se ingresara el área a donde se
asignara el vehículo.
99
u. Responsable: Input donde se ingresara el nombre
del responsable vehículo.
v. Hora Entrada/Salida : Input donde se ingresara
el horario de entrada y salida del vehículo.
w. Lugar Parqueo: Lista de selección única, cargada
lugares de parquero para los vehículos del
CATALOGO GENERAL que cumplen con el
prerrequisito establecido.
4. ADMSTYT: Hace clic en el botón Guardar.
5. Registra la pista de auditoría de la transacción realizada.
6. STYT: Presenta el resultado de la transacción en una
ventana pop-up: Registro <nombre del registro creado>
creado correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de los
vehículos registrados.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de los vehículos registrados en su
forma original.
Eliminación
General para todas
las categorías:
1. ADMSTYT: Selecciona la opción “Vehículo”.
2. ADMSTYT: Selecciona la opción “Eliminar”.
3. STYT: Se abre una ventana emergente con la
confirmación
4. ADMSTYT: Hace clic en el botón Aceptar.
5. STYT: Registra la pista de auditoría de la transacción
realizada.
6. STYT: Se cierra la ventana emergente y presenta el
resultado de la transacción en una ventana pop-up:
“Transacción realizada con éxito.”.
100
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de los
vehículos registrados.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de los vehículos registrados en su
forma original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
o CU-10 Flujo de eventos Unidades Hidráulicas
CU-010 Unidades hidráulicas
Flujo de eventos Flujo básico permisos
Creación 1. ADMSTYT: Selecciona la opción “Unidades
Hidráulicas”.
2. ADMSTYT: Selecciona la opción “Nuevo”.
3. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. Cod: Input donde se ingresara el código asociado
a esa característica U. Hidráulica a crear.
b. Marca: Lista de selección única, cargada con las
marcas del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
c. Modelo: Lista de selección única, cargada con
los modelos del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
d. Tipo: Lista de selección única, cargada con los
tipos del CATALOGO GENERAL que cumplen
con el prerrequisito establecido.
e. Clase: Lista de selección única, cargada con las
101
clases del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
f. País: Lista de selección única, cargada con los
Países del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
g. Alcance: Input donde se ingresara el tonelaje
asociado a esa característica U. Hidráulica a
crear.
h. Altura: Input donde se ingresara la altura
asociado a esa característica U. Hidráulica a
crear.
i. Año: Input donde se ingresara el año asociado a
esa característica U. Hidráulica a crear.
j. Peso: Input donde se ingresara el peso asociado a
esa característica U. Hidráulica a crear.
k. Capacidad: Input donde se ingresara la
capacidad asociado a esa característica U.
Hidráulica a crear.
l. Aislamiento: Input donde se ingresara el
aislamiento asociado a esa característica U.
Hidráulica a crear.
m. Estado: Lista de selección única, cargada con los
estados del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
4. ADMSTYT: Hace clic en el botón Guardar.
5. Registra la pista de auditoría de la transacción realizada.
6. STYT: Presenta el resultado de la transacción en una
ventana pop-up: Registro <nombre del registro creado>
creado correctamente.”.
7. Termina la transacción.
102
8. STYT: Muestra el en la parte central un listado de las
unidades hidráulicas registradas.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de las unidades hidráulicas
registradas en su forma original.
Modificación 1. ADMSTYT: Selecciona la opción “Unidades
Hidráulicas”.
2. ADMSTYT: Selecciona la opción “Modificar”.
3. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. Cod: Input donde se ingresara el código asociado
a esa característica U. Hidráulica a crear.
b. Marca: Lista de selección única, cargada con las
marcas del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
c. Modelo: Lista de selección única, cargada con
los modelos del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
d. Tipo: Lista de selección única, cargada con los
tipos del CATALOGO GENERAL que cumplen
con el prerrequisito establecido.
e. Clase: Lista de selección única, cargada con las
clases del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
f. País: Lista de selección única, cargada con los
Países del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
g. Alcance: Input donde se ingresara el tonelaje
103
asociado a esa característica U. Hidráulica a
crear.
h. Altura: Input donde se ingresara la altura
asociado a esa característica U. Hidráulica a
crear.
i. Año: Input donde se ingresara el año asociado a
esa característica U. Hidráulica a crear.
j. Peso: Input donde se ingresara el peso asociado a
esa característica U. Hidráulica a crear.
k. Capacidad: Input donde se ingresara la
capacidad asociado a esa característica U.
Hidráulica a crear.
l. Aislamiento: Input donde se ingresara el
aislamiento asociado a esa característica U.
Hidráulica a crear.
m. Estado: Lista de selección única, cargada con los
estados del CATALOGO GENERAL que
cumplen con el prerrequisito establecido.
4. ADMSTYT: Hace clic en el botón Guardar.
5. Registra la pista de auditoría de la transacción realizada.
6. STYT: Presenta el resultado de la transacción en una
ventana pop-up: Registro <nombre del registro creado>
creado correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de las
unidades hidráulicas.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de las unidades hidráulicas en su
forma original.
104
Eliminación
1. ADMSTYT: Selecciona la opción “Unidades
Hidráulicas”.
2. ADMSTYT: Selecciona la opción “Eliminar”.
3. STYT: Se abre una ventana emergente con la
confirmación
4. ADMSTYT: Hace clic en el botón Aceptar.
5. STYT: Registra la pista de auditoría de la transacción
realizada.
6. STYT: Se cierra la ventana emergente y presenta el
resultado de la transacción en una ventana pop-up:
“Transacción realizada con éxito.”.
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de las
unidades hidráulicas.
9. En el caso de que no se realice ninguna creación:
10. ADMSTYT: Da clic en el botón CANCELAR
11. STYT: Deja la listas de unidades hidráulicas en su
forma original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
o CU-11 Flujo de eventos Orden Trabajo Automotriz
CU-011 Orden trabajo automotriz
Flujo de eventos Flujo básico permisos
Creación 1. TALLER AUTOMOTRIZ: Selecciona la opción “Orden
Trabajo-Automotriz”.
2. TALLER AUTOMOTRIZ: Selecciona la opción
“Nuevo”.
3. STYT: Despliega una pantalla con los siguientes
componentes:
105
a. Vehículo: Input donde se ingresara el vehículo.
b. Rol: Input donde se ingresara el rol o personal al
vehículo asignado.
c. Trabajo Tabla donde se ingresar el detalle de los
trabajos que se va a
d. Horas de Trabajo: Input donde se ingresara las
horas de trabajo que fueron necesarias para la
realización del trabajo.
e. TALLER AUTOMOTRIZ: Hace clic en nuevo
trabajo, ahí se agregara el trabajo que se va a
realizar
4. STYT: Despliega una pantalla con los siguientes
componentes:
5. Vehículo: Input donde se buscara el trabajo a realizar.
6. Observación: Input donde se ingresara la descripción del
trabajo a realizar.
7. TALLER AUTOMOTRIZ: Hace clic en guardar para
abrir la orden de trabajo con los datos ingresados
anteriormente.
8. TALLER AUTOMOTRIZ: Asignar personal al trabajo,
se dará clic en la columna acciones el en icono
confirmar trabajos de otra forma la orden abierta podrá
recibir modificaciones.
9. STYT: Despliega cambia el estado de la orden de
abierta en proceso, y el icono de del registro cambia
para poder realizar el ingreso de los colaboradores en
cada uno de los trabajos que se detalló en la orden.
10. TALLER AUTOMOTRIZ: Hace clic en cerrar orden de
trabajo
11. STYT: Despliega la orden de trabajo para el ingreso de
106
los empleados participantes en cada trabajo.
12. TALLER AUTOMOTRIZ: Hace clic en agregar
colaboradores seleccionando previamente el trabajo al
cual se va a realizar la agregación
13. STYT: Despliega en la tabla al colaborador o
colaboradores que hicieron parte en el trabajo
14. TALLER AUTOMOTRIZ: una vez ingresados los
colaboradores se dará un cierre al trabajo, haciendo clic
en “cerrar orden de trabajo”
15. TALLER AUTOMOTRIZ: Hace clic en el botón
Guardar.
16. Registra la pista de auditoría de la transacción realizada.
17. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro creado exitosamente.”.
18. Termina la transacción.
19. STYT: Muestra el en la parte central un listado de las
ordenes de trabajo creadas.
20. En el caso de que no se realice ninguna creación:
21. TALLER AUTOMOTRIZ: Da clic en el botón
CANCELAR
22. STYT: Deja la listas de las ordenes de trabajo en su
forma original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
Relaciones Se relaciona con el sistema de RR.HH., con la tabla de personal
Inclusiones
- Asignar Usuarios a Órdenes de Trabajos.
- Asignar Trabajos a Vehículos.
107
o CU-12 Flujo de eventos Orden Trabajo U. Hidráulica
CU-012 Orden trabajo u. Hidráulica
Flujo de eventos Flujo básico permisos
Creación 1. MECÁNICA HIDRÁULICA GRÚAS Y
CANASTILLAS: Selecciona la opción “Orden
Trabajo-Hidráulica”.
2. MECÁNICA HIDRÁULICA GRÚAS Y
CANASTILLAS: Selecciona la opción “Nuevo”.
3. STYT: Despliega una pantalla con los siguientes
componentes:
a. U. Hidráulica: Input donde se ingresara el
vehículo.
b. Rol: Input donde se ingresara el rol o personal al
vehículo asignado.
c. Trabajo Tabla donde se ingresar el detalle de los
trabajos que se va a
d. Horas de Trabajo: Input donde se ingresara las
horas de trabajo que fueron necesarias para la
realización del trabajo.
4. MECÁNICA HIDRÁULICA GRÚAS Y
CANASTILLAS: Hace clic en nuevo trabajo, ahí se
agregara el trabajo que se va a realizar
5. STYT: Despliega una pantalla con los siguientes
componentes:
6. U. Hidráulica: Input donde se buscara el trabajo a
realizar.
7. Observación: Input donde se ingresara la descripción del
108
trabajo a realizar.
8. MECÁNICA HIDRÁULICA GRÚAS Y
CANASTILLAS: Hace clic en guardar para abrir la
orden de trabajo con los datos ingresados anteriormente.
9. MECÁNICA HIDRÁULICA GRÚAS Y
CANASTILLAS: Asignar personal al trabajo, se dará
clic en la columna acciones el en icono confirmar
trabajos de otra forma la orden abierta podrá recibir
modificaciones.
10. STYT: Despliega cambia el estado de la orden de
abierta en proceso, y el icono de del registro cambia
para poder realizar el ingreso de los colaboradores en
cada uno de los trabajos que se detalló en la orden.
11. MECÁNICA HIDRÁULICA GRÚAS Y
CANASTILLAS: Hace clic en cerrar orden de trabajo
12. STYT: Despliega la orden de trabajo para el ingreso de
los empleados participantes en cada trabajo.
13. MECÁNICA HIDRÁULICA GRÚAS Y
CANASTILLAS: Hace clic en agregar colaboradores
seleccionando previamente el trabajo al cual se va a
realizar la agregación
14. STYT: Despliega en la tabla al colaborador o
colaboradores que hicieron parte en el trabajo
15. MECÁNICA HIDRÁULICA GRÚAS Y
CANASTILLAS: una vez ingresados los colaboradores
se dará un cierre al trabajo, haciendo clic en “cerrar
orden de trabajo”
16. MECÁNICA HIDRÁULICA GRÚAS Y
CANASTILLAS: Hace clic en el botón Guardar.
17. Registra la pista de auditoría de la transacción realizada.
109
18. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro creado exitosamente.”.
19. Termina la transacción.
20. STYT: Muestra el en la parte central un listado de las
ordenes de trabajo creadas.
21. En el caso de que no se realice ninguna creación:
22. MECÁNICA HIDRÁULICA GRÚAS Y
CANASTILLAS: Da clic en el botón CANCELAR
23. STYT: Deja la listas de las ordenes de trabajo en su
forma original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
Relaciones Se relaciona con el sistema de RR.HH., con la tabla de personal
Inclusiones
- Asignar Usuarios a Órdenes de Trabajos.
- Asignar Trabajos a Unidades Hidráulicas.
o CU-13 Flujo de eventos Orden de trabajo industrial
CU-013 Orden trabajo taller industrial
Flujo de eventos Flujo básico permisos
Creación 1. TALLER INDUSTRIAL: Selecciona la opción “Orden
Trabajo-Industrial”.
2. TALLER INDUSTRIAL: Selecciona la opción
“Nuevo”.
3. STYT: Despliega una pantalla con los siguientes
componentes:
a. Trabajo: Input donde se ingresara el trabajo.
b. Rol: Input donde se ingresara el rol o personal al
vehículo asignado.
c. Trabajo Tabla donde se ingresar el detalle de los
110
trabajos que se va a
d. Horas de Trabajo: Input donde se ingresara las
horas de trabajo que fueron necesarias para la
realización del trabajo.
4. TALLER INDUSTRIAL: Hace clic en guardar para
abrir la orden de trabajo con los datos ingresados
anteriormente.
5. TALLER INDUSTRIAL: Asignar personal al trabajo,
se dará clic en la columna acciones el en icono
confirmar trabajos de otra forma la orden abierta podrá
recibir modificaciones.
6. STYT: Despliega cambia el estado de la orden de
abierta en proceso, y el icono de del registro cambia
para poder realizar el ingreso de los colaboradores en
cada uno de los trabajos que se detalló en la orden.
7. TALLER INDUSTRIAL:: Hace clic en cerrar orden
de trabajo
8. STYT: Despliega la orden de trabajo para el ingreso de
los empleados participantes en cada trabajo.
9. TALLER INDUSTRIAL:: Hace clic en agregar
colaboradores seleccionando previamente el trabajo al
cual se va a realizar la agregación
10. STYT: Despliega en la tabla al colaborador o
colaboradores que hicieron parte en el trabajo
11. TALLER INDUSTRIAL:: una vez ingresados los
colaboradores se dará un cierre al trabajo, haciendo clic
en “cerrar orden de trabajo”
12. TALLER INDUSTRIAL: Hace clic en el botón
Guardar.
13. Registra la pista de auditoría de la transacción realizada.
111
14. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro creado exitosamente.”.
15. Termina la transacción.
16. STYT: Muestra el en la parte central un listado de las
ordenes de trabajo creadas.
17. En el caso de que no se realice ninguna creación:
18. TALLER INDUSTRIAL:: Da clic en el botón
CANCELAR
19. STYT: Deja la listas de las ordenes de trabajo en su
forma original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
Relaciones Se relaciona con el sistema de RR.HH., con la tabla de personal
Inclusiones - Asignar Usuarios a Órdenes de Trabajos.
- Asignar Trabajos a Unidades Hidráulicas.
o CU-14 Flujo de eventos Ingreso informe accidente
CU-014 Ingreso informe accidente
Flujo de eventos Flujo básico permisos
Creación 1. TTRAN: Selecciona la opción “Accidentes”.
2. TTRAN: Selecciona la opción “Nuevo”.
3. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. No.Informe: Input que genera el número de informe
del accidente.
b. No.Memo: Input donde se ingresara el número de
memo realizado por el Área de Transportes
c. Fecha Memo : Input donde se ingresara la fecha del
memo realizado por el Área de Transportes
112
d. Fecha Accidentes: Input donde se ingresara la fecha
del Accidente.
e. Vehículo : Input donde se ingresa el vehículo que
tuvo el accidente
f. Responsable: Input donde se ingresara el
responsable del vehículo.
g. Tipo Accidente: Input donde se ingresara el tipo del
Accidente.
h. Danos Personas: Input donde se ingresa si hubo
daños a personas del
Accidente.
i. Sector: Input donde se ingresara el sector del
Accidente.
j. Calle Principal Input donde se ingresara la calle del
Accidente.
k. Calle Secundaria Input donde se ingresara la
intersección del Accidente.
l. Causa: Input donde se ingresara la causa del
Accidente.
4. TTRAN: Hace clic en el botón Guardar.
5. Registra la pista de auditoría de la transacción realizada.
6. STYT: Presenta el resultado de la transacción en una
ventana pop-up: Registro <nombre del registro creado>
creado correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de los
accidentes ingresados.
9. En el caso de que no se realice ninguna creación:
10. TTRAN: Da clic en el botón CANCELAR
113
11. STYT: Deja la listas de accidentes en su forma original.
Modificación 1. TTRAN: Selecciona la opción “Accidentes”.
2. TTRAN: Selecciona la opción “Editar”.
3. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. No.Informe: Input que genera el número de informe
del accidente.
b. No.Memo: Input donde se ingresara el número de
memo realizado por el Área de Transportes
c. Fecha Memo : Input donde se ingresara la fecha del
memo realizado por el Área de Transportes
d. Fecha Accidentes: Input donde se ingresara la fecha
del Accidente.
e. Vehículo : Input donde se ingresa el vehículo que
tuvo el accidente
f. Responsable: Input donde se ingresara el
responsable del vehículo.
g. Tipo Accidente: Input donde se ingresara el tipo del
Accidente.
h. Danos Personas: Input donde se ingresa si hubo
daños a personas del
Accidente.
i. Sector: Input donde se ingresara el sector del
Accidente.
j. Calle Principal Input donde se ingresara la calle del
Accidente.
k. Calle Secundaria Input donde se ingresara la
intersección del Accidente.
l. Causa: Input donde se ingresara la causa del
114
Accidente.
4. TTRAN: Hace clic en el botón Guardar.
5. Registra la pista de auditoría de la transacción realizada.
6. STYT: Presenta el resultado de la transacción en una
ventana pop-up: Registro <nombre del registro creado>
creado correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de los
accidentes ingresados.
9. En el caso de que no se realice ninguna creación:
10. TTRAN: Da clic en el botón CANCELAR
11. STYT: Deja la listas de accidentes en su forma original.
Eliminación 1. TTRAN: Selecciona la opción “Accidentes”.
2. TTRAN: Selecciona la opción “Eliminar”.
3. STYT: Se abre una ventana emergente con la confirmación
4. TTRAN: Hace clic en el botón Aceptar.
5. STYT: Registra la pista de auditoría de la transacción
realizada.
6. STYT: Se cierra la ventana emergente y presenta el
resultado de la transacción en una ventana pop-up:
“Registro <nombre del registro creado> se eliminado
correctamente.”.
7. Termina la transacción.
8. STYT: Muestra el en la parte central un listado de las
características.
9. En el caso de que no se realice ninguna creación:
10. TTRAN: Da clic en el botón CANCELAR
11. STYT: Deja la listas de características en su forma
original.
115
Reglas a
considerar
Verificar que los campos cumplan con la obligatoriedad.
Relaciones Se relaciona con el sistema de RR.HH., con la tabla de personal
Inclusiones
- Asignar Usuarios a Órdenes de Trabajos.
- Asignar Trabajos a Unidades Hidráulicas.
Relaciones Se relaciona con el sistema de RR.HH., con la tabla de personal
o CU-15 Flujo de eventos Solicitud Préstamo de vehículos
CU-015 Solicitud Préstamo de vehículos
Flujo de eventos Flujo básico permisos
Creación 1. U. GENERAL: Selecciona la opción “Solicitud
prestamos”.
2. STYT: Despliega una pantalla con los siguientes
componentes:
a. No.Solicitud: Input que genera el número de la
solicitud del préstamo.
b. Rol: Input donde se ingresa al solicitante del
préstamo.
c. Descripción: Input donde se ingresa alguna
descripción sobre el préstamo.
d. Área: Input donde se ingresa el Área responsable
del vehículo.
e. Fecha Solicitud: Input donde se ingresara la
fecha de la Solicitud.
3. U. GENERAL: Hace clic en el botón Solicitar, se
muestra en la tabla la solicitud pendiente.
4. Registra la pista de auditoría de la transacción realizada.
5. STYT: Muestra el en la parte central un listado de los
116
préstamos ingresados.
6. En el caso de que la solicitud sea aprobada
7. STYT: notificara el estado de la solicitud.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
Relaciones Se relaciona con el sistema de RR.HH., con la tabla de personal
o CU-16 Flujo de eventos Registro de préstamo de vehículos
CU-016 Registro de préstamo de vehículo
Flujo de eventos Flujo básico permisos
Creación 1. TTRAN: Selecciona la opción “Préstamos”.
2. TTRAN: Hace clic en nuevo préstamo.
3. STYT: Despliega una pantalla con los siguientes
componentes:
a. No.Solicitud: Input que genera el número de la
solicitud del préstamo.
b. Rol: Input donde se ingresa al solicitante del
préstamo.
c. Descripción: Input donde se ingresa alguna
descripción sobre el préstamo.
d. Área: Input donde se ingresa el Área responsable
del vehículo.
e. Fecha Solicitud: Input donde se ingresara la
fecha de la Solicitud.
f. TTRAN: Hace clic en el botón Nuevo en el
panel Detalle préstamo.
g. STYT: Despliega una pantalla emergente con
los siguiente componentes:
h. Conductor: Input donde se selecciona el
117
conductor que se asigna al vehículo que va hacer
prestado.
i. Vehículo: Input donde se selecciona el vehículo
a ser prestado.
j. Hora Préstamo : Input donde se ingresa la hora
de préstamo
k. Recorrido: Input donde se ingresara el recorrido
de préstamo del vehículo.
l. Fecha Préstamo: Input de fecha de préstamo del
vehículo.
4. TTRAN: Hace clic en el botón Guardar, se muestra en
la tabla.
5. Registra la pista de auditoría de la transacción realizada.
6. TTRAN: Para cerrar el préstamo en la columna de
acciones, se da clic en ingresar devolución
7. STYT: Despliega una pantalla con los siguientes
componentes:
a. Hora Devolución : Input donde se ingresa la hora
de devolución
b. Recorrido Devolución: Input donde se ingresara
el recorrido de devolución del vehículo.
c. Fecha Devolución: Input de fecha de devolución
del vehículo.
8. TTRAN: Da clic en guardar, y dará un mensaje que el
“El registro se creó exitosamente.”
9. STYT: Muestra el en la parte central un listado de los
préstamos ingresados.
10. En el caso de que no se realice ninguna creación:
11. TTRAN: Da clic en el botón CANCELAR
12. STYT: Deja la listas de préstamos en su forma original.
118
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
Relaciones Se relaciona con el sistema de RR.HH., con la tabla de personal
o CU-17 Flujo de eventos Entradas y salidas de vehículos
CU-017 Entradas y salidas de vehículos
Flujo de eventos Flujo básico permisos
Creación 1. TTRAN: Selecciona la opción “Entradas/Salidas”.
2. STYT: Se despliega una lista de las entradas y salidas
3. TTRAN: Selecciona la opción “Nuevo”.
4. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. Fecha Salida: Input donde se ingresa la fecha de
salida del vehículo.
b. Fecha Salida: Input donde se ingresa la hora de
salida del vehículo.
5. TTRAN: Hace clic en el botón Guardar.
6. Registra la pista de auditoría de la transacción realizada.
7. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
8. Termina la transacción.
9. STYT: Muestra el en la parte central un listado de las
salida creada.
10. En el caso de que no se realice ninguna creación:
11. TTRAN: Da clic en el botón CANCELAR
12. STYT: Deja la listas de características en su forma
original.
13. TTRAN: Selecciona la opción “Ingresar Entrada”, que
119
se ubica en la columna Acciones en el registro
previamente creado.
14. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. Fecha Entrada: Input donde se ingresa la fecha
de entrada del vehículo.
b. Fecha Entrada: Input donde se ingresa la hora de
entrada del vehículo.
c. Observaciones: Input donde se ingresa alguna
observación del vehículo.
15. TTRAN: Hace clic en el botón Guardar.
16. Registra la pista de auditoría de la transacción realizada.
17. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
18. Termina la transacción.
19. En el caso de que no se realice ninguna creación:
20. TTRAN: Da clic en el botón CANCELAR
21. STYT: Deja la listas de características en su forma
original.
22. Referir al Documento de Especificaciones
Suplementarias Requeridas para tomar las excepciones
que se deben considerar en el desarrollo.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
Relaciones Se relaciona con el sistema de RR.HH., con la tabla de personal
Inclusiones
- Asignar Usuarios a Roles.
- Asignar Permisos entre Recursos y Operaciones.
120
o CU-18 Flujo de eventos Registro de recorrido por consumo de combustible
CU-018 Registro de recorrido por consumo de combustible
Flujo de eventos Flujo básico permisos
Creación 1. TTRAN: Selecciona la opción “Recorridos”.
2. STYT: Se despliega una lista de recorridos ingresados
3. TTRAN: Selecciona la opción “Nuevo”.
4. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. Fecha: Input donde se ingresa la fecha de que
ingresa el recorrido
b. Kilómetros: Input donde se muestra en que se
mide l distancia del vehículo
c. Recorrido: Input donde se ingresara el recorrido
del vehículo.
d. Lugar: Input que hace referencia al lugar donde
se encuentra el vehículo.
e. Consumo: input donde se ingresa el consumo de
combustible del vehículo.
f. Disponible: input donde se calcula el consumo
de combustible menos el combustible asignado
en el registro del vehículo.
5. TTRAN: Hace clic en el botón Guardar.
6. Registra la pista de auditoría de la transacción realizada.
7. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
8. Termina la transacción.
9. STYT: Muestra el en la parte central un listado de las
salida creada.
121
10. En el caso de que no se realice ninguna creación:
11. TTRAN: Da clic en el botón CANCELAR
12. STYT: Deja la listas de características en su forma
original.
Editar 1. TTRAN: Selecciona la opción “Recorridos”.
2. STYT: Se despliega una lista de los vehículos
ingresados previamente
3. TTRAN: Selecciona la opción “Editar”, que se ubica en
la columna de Acciones de cada registro previamente
ingresado.
4. STYT: Despliega una pantalla emergente con los
siguientes componentes:
a. Fecha: Input donde se ingresa la fecha de que
ingresa el recorrido
b. Kilómetros: Input donde se muestra en que se
mide l distancia del vehículo
c. Recorrido: Input donde se ingresara el recorrido
del vehículo.
d. Lugar: Input que hace referencia al lugar donde
se encuentra el vehículo.
e. Consumo: input donde se ingresa el consumo de
combustible del vehículo.
f. Disponible: input donde se calcula el consumo
de combustible menos el combustible asignado
en el registro del vehículo.
5. ADMSTYT: Hace clic en el botón Guardar.
6. Registra la pista de auditoría de la transacción realizada.
7. STYT: Presenta el resultado de la transacción en una
ventana pop-up: “Registro <nombre del registro
creado> creado correctamente.”.
122
8. Termina la transacción.
9. STYT: Muestra el en la parte central un listado de las
salida creada.
10. En el caso de que no se realice ninguna creación:
11. TTRAN: Da clic en el botón CANCELAR
12. STYT: Deja la listas de características en su forma
original.
Eliminación 1. TTRAN: Selecciona la opción “Recorridos”.
2. STYT: Se despliega una lista de los vehículos
ingresados previamente
3. TTRAN: Selecciona la opción “Eliminar”, que se ubica
en la columna de Acciones de cada registro previamente
ingresado.
4. STYT: Se abre una ventana emergente con la
confirmación
5. STYT: Se abre una ventana emergente con la
confirmación “Esta seguro que desea eliminar el
registro?”
6. TTRAN: Hace clic en el botón Eliminar.
7. STYT: Registra la pista de auditoría de la transacción
realizada.
8. STYT: Se cierra la ventana emergente y presenta el
resultado de la transacción en una ventana pop-up:
“Registro <nombre del registro creado> eliminado
correctamente.”.
9. Termina la transacción.
10. STYT: Muestra el en la panel central un listado de los
roles.
11. En el caso de que no se realice ninguna creación:
12. TTRAN: Da clic en el botón CANCELAR
123
13. STYT: Deja la listas de roles en su forma original.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.
Relaciones Se relaciona con el sistema de RR.HH., con la tabla de personal
Inclusiones
- Asignar Usuarios a Roles.
- Asignar Permisos entre Recursos y Operaciones.
o CU-19 Flujo de eventos Generación de Reportes
CU-019 Generación de Reportes
Flujo de eventos Flujo básico permisos
Creación 1. ADMSTYT: Selecciona la opción “Reportes”.
2. ADMSTYT: Selecciona la opción “Elegir reportes”.
3. STYT: Se abre una ventana emergente con los
siguientes componentes:
4. Filtros del Reporte: Input donde se ingresara los filtros
que sean necesarios para generar el reportes
5. ADMSTYT: Hace clic en el botón Aceptar.
6. STYT: Muestra el en la parte central el reporte
generado.
7. ADMSTYT: Da clic en el botón CANCELAR
8. STYT: No se genera ningún reporte.
Reglas a considerar Verificar que los campos cumplan con la obligatoriedad.