UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · caso de uso orden trabajo automotriz..... 40...

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

[email protected]

Quito, 02/05/2016

Toapanta Gallardo Byron Patricio

CC: 172251457-5

Teléfono: 0992925981

[email protected]

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


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


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.

http://definicion.de/organizacion/

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.

http://cgrw01.cgr.go.cr/rup/RUP.es/SmallProjects/core.base_rup/guidances/concepts/prototypes_9D1E67A.html

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


RF.001.02- Permisos


RF.001.03 - Usuarios


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


RF.002.03 - Registro de catálogos de características

de vehículos y unidades hidráulicas


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


RF.003.02 - Registro de unidad hidráulica.


RF.003.03 - Asignación de responsables


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


RF.004.02 - Registrar el trabajo finalizado caso taller automotriz e

hidráulico.


RF.004.04 - Registrar el trabajo realizado caso el taller industrial


RF.005 - Gestión de Control Vehicular

(from Gestión Control Vehicular)

RF.005-01 - Registrar el accidente.


RF.005.02 - Registrar entradas y

salidas de vehículos.


RF.005.03 - Registrar recorridos por Consumo de Combustible


RF.005.04 - Registro de prestamo de vehículos


RF.004.03 - Registrar el trabajo realizado

diariamente caso taller industrial.


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


- Catálogo de talleres y gasolineras

Registro de Catálogos Llantas


- 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



Roles, contempla:

- creación

- modificación

- eliminació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



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.


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


(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



Catálogos Generales, contempla:

- creación

- modificación

- eliminació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



Catálogos Talleres y Gasolineras, contempla:

- creación

- modificación

- eliminación

35



- 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



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.


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



Catálogos donde se registrara los catálogos de llantas

previamente creada que maneja el sistema, contempla:

- creación

- modificación

- eliminación


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



Registro Vehículos, contempla:

- Registro y Asignación de Características

- Registro y Asignación de Áreas y Responsables


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.


- 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



Registro Unidades Hidráulicas, contempla:

- Asignación





- Catálogo de Características


- 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



hidráulico



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»

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


Orden de Trabajo Automotriz, contempla:

- Crear Orden de Trabajo

- Editar Orden





- Catálogos de Características, Talleres

- Tabla de Personal(RR.HH.)


- 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:


- 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»

42









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


Orden de Trabajo del Taller Industrial, contempla:


- Editar Orden









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:


Ingreso de Accidente, contempla:

- Registro






- 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



- 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.


Solicitud de préstamo de Vehículos, contempla:

- Solicitud Prestamos






STYT

Usuario General

(from

Actores)

Crear Solicitud

Confirmación de

Solicitud

47




- 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



Registro Inventario de Vehículos, contempla:

- Prestamos

Precondiciones Que contengan datos las siguientes entidades:


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






- 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



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.


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


Tabla 18. Caso de uso de registro de recorrido por consumo de combustible

CU-017 Registro de recorrido por consumo de combustible



Ingreso de Recorridos por consumo de Combustible,

contempla:

- Registro


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:



- 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


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


Generar Reportes, contempla:

UsuarioTalleres

(from

Actores)

Usuario General

(from

Actores)

Generar Reportes

Inicio Sesión


(from

Actores)

51

- Generar Reporte.


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.

54

Figura 29. Paquete esquema agrupación logica de tablas

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_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)





«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)





«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)


VEHI_UNID_HIDR: VARCHAR2(1)

ESTA_CLAS: VARCHAR2(1)





«PK»

+ PK_att_clase(NUMBER)

att_cons_comb

«column»

*PK ID_CONS_COMB: NUMBER(10)

FK ID_ENTI_EXTE: NUMBER(10)


FECHA: DATE

LUGAR: VARCHAR2(50)

DISPONIBLE: VARCHAR2(10)

CONSUMO: VARCHAR2(10)

ESTA_CONS_COMB: VARCHAR2(1)





«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)





«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)





«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)


ID_CONDUCTOR: NUMBER(10)

HORA_PRES: VARCHAR2(10)

DESTINO: VARCHAR2(25)

NUME_SOLI: VARCHAR2(10)

ESTA_DETA_PRES: VARCHAR2(1)





«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)


TELEFONO: VARCHAR2(9)

CELULAR: VARCHAR2(10)

CODIGO: VARCHAR2(10)

DIRECCION: VARCHAR2(25)

GASO_TALL: VARCHAR2(1)

ESTA_ENTI_EXTE: VARCHAR2(1)





«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)





«PK»

+ PK_att_entr_sali(DECIMAL)

«index»

+ ATT_FK_VEH_ENTR_SALI(DECIMAL)

«FK»


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





«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_EQUI_ACCE: NUMBER(10)


* FECHA: DATE = CURRENT_TIMESTAMP


ESTA_INVE_VEHI: VARCHAR2(1)


* FECH_CREA: 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)






«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)


* FECH_CREA: TIMESTAMP(0) = CURRENT_TIMESTAMP


* 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_MATERIAL: NUMBER(10)

CANTIDAD: VARCHAR2(10)

UNIDAD: VARCHAR2(1)

ESTA_MATE_UTIL: VARCHAR2(1)





«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)


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)





«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)



ESTA_MODE: VARCHAR2(1)





«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_ESTA_ORDE: NUMBER(10)


TIPO_ESPE: VARCHAR2(1)

TIPO_ORDE_TRAB: VARCHAR2(1)

FECHA_ORDEN: DATE

NUMERO: VARCHAR2(5)


HORA_TOTAL: VARCHAR2(5)

HORA_PLAN: VARCHAR2(5)

FECHA_PLAN: DATE

FECHA_REAL: DATE

ESTA_ORDE_TRAB: VARCHAR2(1)





«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)


PATH: VARCHAR2(50)

ESTA_PERM: VARCHAR2(1)





«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


ESTA_PRES: VARCHAR2(1)


* FECH_CREA: DATE = 0000-00-00 00:00:00



«PK»

+ PK_att_prestamo(NUMBER)

att_recorrido

«column»

*PK ID_RECORRIDO: NUMBER(10)


FK ID_ORDE_TRAB: NUMBER(10)

FK ID_ASIGNACION: 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)





«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)


ESTA_ROL: VARCHAR2(1)





«PK»

+ PK_att_rol(NUMBER)

att_rol_perm

«column»

FK ID_ROL: NUMBER(10)

FK ID_PERMISO: NUMBER(10)





«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)


ESTA_TIPO: VARCHAR2(1)





«PK»

+ PK_att_tipo(NUMBER)

att_trab_diar

«column»

*PK ID_TRAB_DIAR: NUMBER(10)



FECH_INIC_TRAB: DATE

FECH_FIN_TRAB: DATE

TIEM_TRAB: VARCHAR2(10)

ESTA_PART_TRAB: VARCHAR2(1)





«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_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)





«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)





«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





«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..*


«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..*


«FK»

+PK_att_vehiculo

1

+ATT_FK_VEH_ASIGNACION

0..*


«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..*


«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..*


«FK»

+PK_att_orde_trab

1

+ATT_FK_PRE_INVE_VEHI 0..*


«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..*


«FK»

+PK_att_vehiculo 1

+ATT_FK_DET_LLAN_UTIL 0..*


«FK»


+ATT_FK_CAT_ESTA_ORDE

0..*

(ID_ESTA_ORDE = ID_CATALOGO)

«FK»

+PK_att_catalogo 1

+ATT_FK_VEH_ENTR_SALI

0..*


«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..*


«FK»

+PK_att_catalogo

1

+ATT_FK_PRE_DETA_PRES

0..*


«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..*


«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..*


«FK»

+PK_att_marca 1

+ATT_FK_MAR_CARA_VEHI

0..*


«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..*


«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..*


«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»




«FK»




«PK»

+ PK_atr_llanta(DECIMAL)

att_asignacion

«column»

+ ESTA_ASIG: VARCHAR

+ FECH_ASIG: DATETIME


+ FECH_DEVO: DATETIME


+ ID_AREA: DECIMAL

+ ID_ASIGNACION: DECIMAL {sequence}

+ ID_LUGA_PARQ: DECIMAL

+ ID_RESPONSABLE: DECIMAL



+ 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}



+ 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



+ 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


+ ESTA_CATA: VARCHAR



+ ID_CATA_PADR: DECIMAL

+ ID_CATALOGO: DECIMAL {sequence}



+ 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»


+ ESTA_CLAS: VARCHAR



+ ID_CLASE: DECIMAL {sequence}



+ VEHI_UNID_HIDR: VARCHAR

«PK»

+ PK_att_clase(DECIMAL)

att_cons_comb

«column»

+ CONSUMO: VARCHAR

+ DISPONIBLE: VARCHAR

+ ESTA_CONS_COMB: VARCHAR



+ FECHA: DATETIME

+ ID_CONS_COMB: DECIMAL {sequence}

+ ID_ENTI_EXTE: 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



+ ID_DETA_INFO_PART: DECIMAL {sequence}

+ ID_INFO_ACCI: DECIMAL

+ ID_PARTE: DECIMAL



«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



+ ID_DETA_ORDE_TRAB: DECIMAL {sequence}

+ ID_ESTA_TRAB: DECIMAL

+ ID_ORDE_TRAB: DECIMAL

+ ID_TRABAJO: DECIMAL



«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



+ HORA_PRES: VARCHAR

+ ID_CONDUCTOR: DECIMAL

+ ID_DETA_PRES: DECIMAL {sequence}

+ ID_PRESTAMO: 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


+ DIRECCION: VARCHAR

+ ESTA_ENTI_EXTE: VARCHAR



+ GASO_TALL: VARCHAR

+ ID_ENTI_EXTE: DECIMAL {sequence}



+ TELEFONO: VARCHAR

«PK»

+ PK_att_enti_exte(DECIMAL)

att_entr_sali

«column»

+ ESTA_ENTR_SALI: VARCHAR



+ FECHA: DATETIME

+ HORA_ENTR: VARCHAR

+ HORA_SALI: VARCHAR

+ ID_ENTR_SALI: DECIMAL {sequence}




+ OBSERVACION: VARCHAR

«index»


«FK»


«PK»

+ PK_att_entr_sali(DECIMAL)

att_info_acci

«column»

+ DANI_PERS: VARCHAR

+ ESTA_INFO_ACCI: VARCHAR

+ EVITABLE: VARCHAR


+ FECH_INFO_ACCI: DATETIME


+ ID_INFO_ACCI: DECIMAL {sequence}

+ ID_MEMO: DECIMAL



+ NUME_INFO_ACCI: 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}


+ FECHA: TIMESTAMP = CURRENT_TIMESTAMP {bag}

+ ID_EQUI_ACCE: DECIMAL

+ ID_INVE_VEHI: DECIMAL {sequence}






«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»




+ FECHA: DATETIME

+ ID_DETA_ORDE_TRAB: DECIMAL

+ ID_LLAN_UTIL: DECIMAL {sequence}

+ ID_LLANTA: DECIMAL



+ 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»


+ ESTA_MARC: VARCHAR



+ ID_MARCA: DECIMAL {sequence}



«PK»

+ PK_att_marca(DECIMAL)

att_mate_util

«column»

+ CANTIDAD: VARCHAR

+ ESTA_MATE_UTIL: VARCHAR




+ ID_MATE_UTIL: DECIMAL {sequence}

+ ID_MATERIAL: DECIMAL



+ 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_MEMO: DATETIME


+ ID_MEMO: DECIMAL {sequence}

+ ID_TRABAJADOR: 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»


+ ESTA_MODE: VARCHAR



+ ID_MARCA: DECIMAL

+ ID_MODELO: DECIMAL {sequence}



«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



+ FECHA_ORDEN: DATETIME

+ FECHA_PLAN: DATETIME

+ FECHA_REAL: DATETIME

+ HORA_PLAN: VARCHAR

+ HORA_TOTAL: VARCHAR

+ ID_ESTA_ORDE: DECIMAL

+ ID_ORDE_TRAB: DECIMAL {sequence}





+ NUMERO: 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»


+ ESTA_PERM: VARCHAR



+ ID_PADRE: DECIMAL

+ ID_PERMISO: DECIMAL {sequence}



+ 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»


+ 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}


+ FECHA: DATETIME

+ ID_PRESTAMO: DECIMAL {sequence}

+ ID_RESPONSABLE: DECIMAL



+ NUME_SOLI: VARCHAR

«PK»

+ PK_att_prestamo(DECIMAL)

att_recorrido

«column»

+ ESTA_RECO: VARCHAR



+ FECHA: DATETIME

+ ID_ASIGNACION: DECIMAL

+ ID_CONS_COMB: DECIMAL

+ ID_DETA_PRES: DECIMAL

+ ID_ORDE_TRAB: DECIMAL


+ ID_RECORRIDO: DECIMAL {sequence}




+ 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»


+ ESTA_ROL: VARCHAR



+ ID_ROL: DECIMAL {sequence}



+ ROL: VARCHAR

«PK»

+ PK_att_rol(DECIMAL)

att_rol_perm

«column»



+ ID_PERMISO: DECIMAL

+ ID_ROL: DECIMAL



«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»


+ ESTA_TIPO: VARCHAR



+ ID_TIPO: DECIMAL {sequence}



«PK»

+ PK_att_tipo(DECIMAL)

att_trab_diar

«column»

+ ESTA_PART_TRAB: VARCHAR


+ FECH_FIN_TRAB: DATETIME

+ FECH_INIC_TRAB: DATETIME



+ ID_TRAB_DIAR: DECIMAL {sequence}




+ 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}



+ ID_CLASE: DECIMAL

+ ID_MARCA: DECIMAL

+ ID_MODELO: DECIMAL

+ ID_PAIS: DECIMAL

+ ID_TIPO: DECIMAL

+ ID_UNID_HIDR: DECIMAL {sequence}



+ 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



+ ID_AREA: DECIMAL

+ ID_ROL: DECIMAL

+ ID_RRHH_USUA: DECIMAL {bag}



+ 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_REM: DATETIME


+ HORA_ENTR: VARCHAR

+ HORA_SALI: VARCHAR

+ ID_CARA_VEHI: DECIMAL

+ ID_ESTA_OPER: DECIMAL

+ ID_UNID_HIDR: DECIMAL



+ 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..*


«FK»

+PK_att_clase 1

+ATT_FK_PRE_DETA_PRES

0..*


«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..*


«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..*


«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..*


«FK»

+PK_att_orde_trab

1

+ATT_FK_CAT_PAIS_VEHI

0..*


«FK»

+PK_att_catalogo

1

+ATT_FK_MAR_MODELO 0..*


«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..*


«FK»

+PK_att_prestamo 1

+ATT_FK_LLAN_LLAN_UTIL 0..*


«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..*


«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..*


«FK»


+ATT_FK_DET_RECORRIDO 0..*

(ID_DETA_PRES = ID_DETA_PRES)

«FK»

+PK_att_deta_pres

1

+ATT_FK_CAT_AREA_ASIG

0..*


«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..*


«FK»

+PK_att_vehiculo 1

+ATT_FK_CLA_CARA_VEHI

0..*


«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..*


«FK»

+PK_att_catalogo

1

+ATT_FK_ORD_DETA_ORDE_TRAB

0..*


«FK»

+PK_att_orde_trab

1

+ATT_FK_DET_TRAB_DIAR 0..*


«FK»


+ATT_FK_ORD_ORDE_TRAB

0..*


«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..*


«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..*


«FK»

+PK_att_prestamo 1

+ATT_FK_VEH_INVE_VEHI 0..*


«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..*


«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


«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


«FK»+PK_att_vehiculo

1

+ATT_FK_LLA_CARA_VEHI

0..*


«FK»

+PK_atr_llanta

1

+ATT_FK_VEH_RECORRIDO 0..*


«FK»

+PK_att_vehiculo 1

+ATT_FK_VEH_ASIGNACION 0..*


«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.


https://es.wikipedia.org/w/index.php?title=Mantenimiento_correctivo&oldid=89428

392

13. Mantenimiento preventivo. (2016, marzo 16). En Wikipedia, la enciclopedia libre.


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.


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/

68

ANEXOS

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


seguridad.






4. ADMSTYT: Selecciona la opción “Editar”, que se

muestra en cada registro en la columna “Acciones”.



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.


estado del permiso a modificar entre “Activo e

71

Inactivo”



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.”.



permisos actualizados.




Eliminación 1. ADMSTYT: Selecciona la opción “Permisos” en el


seguridad.






4. ADMSTYT: Selecciona la opción “Eliminar”, sobre el

registro que desea eliminar.

5. STYT: Se abre una ventana emergente con la

confirmación


confirmación “Esta seguro que desea eliminar el

registro?”

7. ADMSTYT: Hace clic en el botón Eliminar.

72


realizada.


resultado de la transacción en una ventana pop-

up: “Registro <nombre del registro creado> se

eliminado correctamente.”.



permisos actualizados.




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


Creación 1. ADMSTYT: Selecciona la opción “Roles” en el menú

lateral izquierdo dentro de la pestaña de usuarios

seguridad.




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


Inactivo”



realizada.






roles creados.



11. STYT: Deja la listas de roles en su forma original.

Modificación 1. ADMSTYT: Selecciona la opción “Roles” en el menú


seguridad.

2. ADMSTYT: Selecciona la opción “Editar”.



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


Inactivo”


74


Inactivo”



realizada.



“Registro <nombre del registro creado> actualizado

correctamente.”.



roles.




Eliminación 1. ADMSTYT: Selecciona la opción “Roles” en el menú


seguridad.

2. ADMSTYT: Selecciona la opción “Eliminar sobre el



confirmación



registro?”



realizada.



75

“Registro <nombre del registro creado> eliminado

correctamente.”.



roles.





o CU-03 Flujo de eventos Gestionar Usuarios

CU-03 Gestionar Usuarios


Modificación 1. ADMSTYT: Selecciona la opción “Usuarios” en el


seguridad.

2. ADMSTYT: Selecciona la opción “Modificar”.

3. STYT: Despliega una pantalla emergente con los


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


e. Estado: Input de Selección donde se escogerá el


Inactivo”.

f. Permisos: Donde se despliegan los permisos. La

lista tendrá las siguientes columnas:

i. Permiso

ii. Descripción

iii. Acciones


5. Registra la pista de auditoría de la transacción realizada.


ventana pop-up: Registro <nombre del registro creado>

creado correctamente.”.


8. STYT: Muestra el en la parte central un listado de los

usuarios creados.



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”.


confirmación

4. ADMSTYT: Hace clic en el botón Aceptar.


realizada.



77

“Transacción realizada con éxito.”.



usuarios.



11. STYT: Deja la listas de usuarios en su forma original.


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


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.


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


Creación 1. ADMSTYT: Selecciona la opción “General” en el

menú lateral izquierdo dentro de la pestaña de catálogos.



3. ADMSTYT: Hace clic en el botón “Detalle catálogo,


seleccionando al catálogo padre el cual se va a acceder.




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



realizada.






ítems creados.


79


13. STYT: Deja la listas de catálogos en su forma original.

Modificación 1. ADMSTYT: Selecciona la opción “General” en el







4. ADMSTYT: Selecciona la opción “Editar” que se

muestra en cada registro en la columna “Acciones”.



a. Nombre: Input donde se modificara el nombre

del ítem.

b. Parámetro: Input donde se modificara el

parámetro del ítem



realizada.



creado> actualizado correctamente.”.



ítems creados.




80

Eliminación 1. ADMSTYT: Selecciona la opción “General” en el







4. ADMSTYT: Selecciona la opción “Eliminar” sobre el



confirmación, “Esta seguro que desea eliminar el

registro?”



realizada.






ítems.





81

o CU-06 Flujo de eventos Catálogos Talleres y Gasolineras

CU-06 Catálogos Talleres y Gasolineras


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


3. ADMSTYT: Selecciona la opción, donde podrá escoger

entre dos opciones “Gasolineras/Talleres”, despliega la

lista de la entidad externa seleccionada




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.



realizada.


82





ítems creados.




Modificación 1. ADMSTYT: Selecciona la opción “Talleres y












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.



realizada.






ítems creados.




Eliminación 1. ADMSTYT: Selecciona la opción “Talleres y










confirmación



realizada.



creado> se eliminado correctamente.”.

84



ítems.





o CU-07 Flujo de eventos características vehículos

CU-07 Características Vehículos


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.


entre dos opciones “U. Hidráulicas-Vehículos.”,

despliega la lista de la entidad seleccionada



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.



85





10. STYT: Muestra el en la panel central un listado de las

características Clase creadas.



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.



siguientes componentes en esta vez se encuentra la de

Tipo:


asociado a esa característica a crear (Tipo).


con el que el tipo va a ser creada.








características Tipo creadas.


86



original.


Características” en la columna de acciones en la del tipo





Marcas:


asociado a esa característica a crear (Marca).


con el que la marca va a ser creada.








características Tipo creadas.




original.


Características” en la columna de acciones en la del

marca previamente registrada.


87



Marcas:












características Marca creadas.




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.


entre dos opciones “U. Hidráulicas-Vehículos.”,

despliega la lista de la entidad seleccionada



88

siguientes componentes en primera lugar se encuentra la

Clase:


asociado a esa característica a modificar (Clase).


con el que la Clase va a ser modificada.








características Clase creadas.

11. En el caso de que no se realice ninguna edición:



original.


Características” en la columna de acciones en la clase





Tipo:


asociado a esa característica a modificada (Tipo).


con el que el tipo va a ser modificada.


89







características Tipo modificadas.




original.


Características” en la columna de acciones en la del tipo





Marcas:












características Tipo modificadas.

90




original.


Características” en la columna de acciones en la del

marca previamente registrada.




Marcas:


asociado a esa característica a modificada

(Marca).


con el que la marca va a ser modificada.








características Marca modificadas.

44. En el caso de que no se realice ninguna modificación:



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.


confirmación



realizada.




correctamente.”.


8. STYT: Muestra el en la parte central un listado de las

características (clase, tipo, marca, modelo que fue

eliminado).




original.


o CU-08 Flujo de eventos Catálogos Llantas

CU-08 Catálogos Llantas


Creación 1. ADMSTYT: Selecciona la opción “Llantas” en el menú

lateral izquierdo dentro de la pestaña de catálogos.




92


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.


estado del registro a crear entre “Activo e

Inactivo”








llantas creadas.




original.

Modificación 1. ADMSTYT: Selecciona la opción “Llantas” en el menú

lateral izquierdo dentro de la pestaña de catálogos.





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.


estado del registro a modificar entre “Activo e

Inactivo”








llantas.




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.


confirmación



realizada.


94



correctamente.”.



llantas actualizado.




original.


o CU-09 Flujo de eventos Registro Vehículos

CU-09 Registro de Vehículos


Creación 1. ADMSTYT: Selecciona la opción “Vehículo”.




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


g. Modelo: Lista de selección única, cargada con

los modelos del CATALOGO GENERAL que


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


j. País: Lista de selección única, cargada con los

Países del CATALOGO GENERAL que


k. Tonelaje: Input donde se ingresara el tonelaje

asociado a esa característica vehicular a crear.

l. Cilindraje: Input donde se ingresara el cilindraje


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


o. Manual: Input donde se ingresara el manual


p. Tipo Combustible: Lista de selección única,

cargada con los tipos de gasolina del

96

CATALOGO GENERAL que cumplen con el


q. Km/M: Lista de selección única, cargada con las

opciones de Km o Millas del CATALOGO


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










vehículos registrados.


97


11. STYT: Deja la listas de los vehículos registrados en su

forma original.

Modificación 1. ADMSTYT: Selecciona la opción “Vehículo”.




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


establecido

f. Marca: Lista de selección única, cargada con las



g. Modelo: Lista de selección única, cargada con



h. Tipo: Lista de selección única, cargada con los



i. Clase: Lista de selección única, cargada con las


98


j. País: Lista de selección única, cargada con los



k. Tonelaje: Input donde se ingresara el tonelaje


l. Cilindraje: Input donde se ingresara el cilindraje


m. Año: Input donde se ingresara el año asociado a


n. Factor de Mantenimiento: Input donde se

ingresara el factor de mantenimiento asociado a


o. Manual: Input donde se ingresara el manual


p. Tipo Combustible: Lista de selección única,

cargada con los tipos de gasolina del



q. Km/M: Lista de selección única, cargada con las

opciones de Km o Millas del CATALOGO


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














forma original.

Eliminación

General para todas

las categorías:

1. ADMSTYT: Selecciona la opción “Vehículo”.



confirmación



realizada.




100







forma original.


o CU-10 Flujo de eventos Unidades Hidráulicas

CU-010 Unidades hidráulicas


Creación 1. ADMSTYT: Selecciona la opción “Unidades

Hidráulicas”.




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



c. Modelo: Lista de selección única, cargada con



d. Tipo: Lista de selección única, cargada con los



e. Clase: Lista de selección única, cargada con las

101



f. País: Lista de selección única, cargada con los



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


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


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.


m. Estado: Lista de selección única, cargada con los

estados del CATALOGO GENERAL que








102


unidades hidráulicas registradas.



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”.




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



c. Modelo: Lista de selección única, cargada con



d. Tipo: Lista de selección única, cargada con los



e. Clase: Lista de selección única, cargada con las



f. País: Lista de selección única, cargada con los



g. Alcance: Input donde se ingresara el tonelaje

103


crear.

h. Altura: Input donde se ingresara la altura


crear.

i. Año: Input donde se ingresara el año asociado a


j. Peso: Input donde se ingresara el peso asociado a


k. Capacidad: Input donde se ingresara la

capacidad asociado a esa característica U.


l. Aislamiento: Input donde se ingresara el

aislamiento asociado a esa característica U.


m. Estado: Lista de selección única, cargada con los

estados del CATALOGO GENERAL que









unidades hidráulicas.



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”.



confirmación



realizada.






unidades hidráulicas.



11. STYT: Deja la listas de unidades hidráulicas en su

forma original.


o CU-11 Flujo de eventos Orden Trabajo Automotriz

CU-011 Orden trabajo automotriz


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


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.



ventana pop-up: “Registro creado exitosamente.”.



ordenes de trabajo creadas.


21. TALLER AUTOMOTRIZ: Da clic en el botón

CANCELAR

22. STYT: Deja la listas de las ordenes de trabajo en su

forma original.


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


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”.


componentes:

a. U. Hidráulica: Input donde se ingresara el

vehículo.


vehículo asignado.







CANASTILLAS: Hace clic en nuevo trabajo, ahí se

agregara el trabajo que se va a realizar


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.


CANASTILLAS: Hace clic en guardar para abrir la

orden de trabajo con los datos ingresados anteriormente.


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.






CANASTILLAS: Hace clic en cerrar orden de trabajo




CANASTILLAS: Hace clic en agregar colaboradores

seleccionando previamente el trabajo al cual se va a

realizar la agregación




CANASTILLAS: una vez ingresados los colaboradores

se dará un cierre al trabajo, haciendo clic en “cerrar

orden de trabajo”


CANASTILLAS: Hace clic en el botón Guardar.


109








CANASTILLAS: Da clic en el botón CANCELAR


forma original.



Inclusiones


- Asignar Trabajos a Unidades Hidráulicas.

o CU-13 Flujo de eventos Orden de trabajo industrial

CU-013 Orden trabajo taller industrial


Creación 1. TALLER INDUSTRIAL: Selecciona la opción “Orden

Trabajo-Industrial”.

2. TALLER INDUSTRIAL: Selecciona la opción

“Nuevo”.


componentes:

a. Trabajo: Input donde se ingresara el trabajo.


vehículo asignado.


110





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.





7. TALLER INDUSTRIAL:: Hace clic en cerrar orden

de trabajo



9. TALLER INDUSTRIAL:: Hace clic en agregar

colaboradores seleccionando previamente el trabajo al

cual se va a realizar la agregación



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.


111







18. TALLER INDUSTRIAL:: Da clic en el botón

CANCELAR


forma original.



Inclusiones - Asignar Usuarios a Órdenes de Trabajos.


o CU-14 Flujo de eventos Ingreso informe accidente

CU-014 Ingreso informe accidente


Creación 1. TTRAN: Selecciona la opción “Accidentes”.

2. TTRAN: Selecciona la opción “Nuevo”.



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


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.







accidentes ingresados.


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”.



a. No.Informe: Input que genera el número de informe

del accidente.

b. No.Memo: Input donde se ingresara el número de


c. Fecha Memo : Input donde se ingresara la fecha del


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.








accidentes ingresados.



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.


realizada.



“Registro <nombre del registro creado> se eliminado

correctamente.”.



características.




original.

115

Reglas a

considerar

Verificar que los campos cumplan con la obligatoriedad.


Inclusiones




o CU-15 Flujo de eventos Solicitud Préstamo de vehículos

CU-015 Solicitud Préstamo de vehículos


Creación 1. U. GENERAL: Selecciona la opción “Solicitud

prestamos”.


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.



116

préstamos ingresados.

6. En el caso de que la solicitud sea aprobada

7. STYT: notificara el estado de la solicitud.



o CU-16 Flujo de eventos Registro de préstamo de vehículos

CU-016 Registro de préstamo de vehículo


Creación 1. TTRAN: Selecciona la opción “Préstamos”.

2. TTRAN: Hace clic en nuevo préstamo.


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.


6. TTRAN: Para cerrar el préstamo en la columna de

acciones, se da clic en ingresar devolución


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.”


préstamos ingresados.



12. STYT: Deja la listas de préstamos en su forma original.

118



o CU-17 Flujo de eventos Entradas y salidas de vehículos

CU-017 Entradas y salidas de vehículos


Creación 1. TTRAN: Selecciona la opción “Entradas/Salidas”.

2. STYT: Se despliega una lista de las entradas y salidas




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.








salida creada.




original.

13. TTRAN: Selecciona la opción “Ingresar Entrada”, que

119

se ubica en la columna Acciones en el registro

previamente creado.



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.










original.

22. Referir al Documento de Especificaciones

Suplementarias Requeridas para tomar las excepciones

que se deben considerar en el desarrollo.



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


Creación 1. TTRAN: Selecciona la opción “Recorridos”.

2. STYT: Se despliega una lista de recorridos ingresados




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.








salida creada.

121




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.



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.






122



salida creada.




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.


confirmación



registro?”

6. TTRAN: Hace clic en el botón Eliminar.


realizada.




correctamente.”.



roles.



123




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


Creación 1. ADMSTYT: Selecciona la opción “Reportes”.

2. ADMSTYT: Selecciona la opción “Elegir reportes”.



4. Filtros del Reporte: Input donde se ingresara los filtros

que sean necesarios para generar el reportes


6. STYT: Muestra el en la parte central el reporte

generado.


8. STYT: No se genera ningún reporte.


UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · caso de uso orden trabajo automotriz..... 40...

Documents

Transcript of UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · caso de uso orden trabajo automotriz..... 40...