You are on page 1of 85

I.

INTRODUCCIÓN
INTRODUCCIÓN

El presente proyecto denominado “Sistema de Control Vehicular” nace al


encontrarse una problemática dentro del Instituto Nacional Electoral de la 01 Junta
Distrital del Estado de Guerrero el cual se llevó a cabo y gestionado dentro de la
Vocalía Secretarial.

Pretende como primer punto dar solución a la gestión de los vehículos para su
control y mantenimiento seguido de eliminar el proceso rudimentario de
almacenamiento y manejo de la información que es utilizado en la Vocalía Secretarial
el cual puede ocasionar demora de tiempos en las actividades de búsqueda y
organización de la información. Como segundo caso la duplicidad de los datos y más
aún el riesgo en la perdida de la información afectando negativamente al Instituto
Nacional Electoral.

La actividad donde se centra la solución al problema es en el proceso de


prestación de vehículos que la 01 Junta Distrital ocupa para realizar sus actividades
fuera del Instituto y que son obligatorias para cumplir las funciones y objetivos que
tiene para fomentar la democracia, organización de las elecciones, etc.

La nueva era de la información ha traído consigo implementación de las nuevas


tecnologías de la información y comunicación, estas han innovado los
funcionamientos de miles de millones de empresas mediante sistemas que funciona
bajo la gestión de grandes volúmenes de datos dando soluciones al proceso de
almacenamiento, accesibilidad y seguridad de la información que manejan las
empresas agilizando así sus actividades diarias y dando mejores resultados en sus
procesos internos. Estos sistemas son una oportuna y adecuada solución a la
problemática encontrada en el Instituto Nacional Electoral de la 01 Junta Distrital del
Estado de Guerrero.
En el capítulo I. Introducción, se habla de los temas que componen el presente
trabajo realizado con carácter profesional. El capítulo II. Justificación, se menciona la
razón por las cual se realiza este proyecto con el nombre denominado Sistema de
Control Vehicular. El capítulo III. Caracterización del área de estadía, se describe en
todo su entorno a la empresa donde se realizaron las actividades de estadía y se
llevó a cabo este proyecto. Durante el capítulo IV. Priorización de problemas a
resolver, se detalla la problemática que tiene la Vocalía Secretarial la cual dio inicio a
la investigación y creación de este trabajo. El capítulo V. Objetivos generales del
proyecto, se hace mención a la finalidad que tiene este proyecto como los resultados
que se pretenden alcanzar con él. El capítulo VI. Objetivos específicos del proyecto,
constituye al camino que hay que seguir para resolver lo objetivos generales. En
seguida se hace mención al capítulo VII. Alcances y limitaciones de estadía, en el
cual se describe los logros y obstáculos que se obtuvieron al resolver la problemática
encontrada mediante este proyecto. En el VIII. Fundamento teórico, se hace una
revisión crítica de los elementos teóricos que sirven como marco de referencia para
el proyecto. El capítulo IX. Procedimiento y descripción de las actividades realizadas,
como su nombre lo indica se describen cada una de las actividades que componen el
proyecto así como las etapas que se implementaron para una correcta gestión del
mismo. Seguidamente tenemos el capítulo X. Resultados, donde se mencionan los
resultados obtenidos al finalizar el proyecto realizado en la estadía. El capítulo XI.
Conclusiones, no siendo este el último, se expresa las aportaciones finales que se
obtuvieron al terminar el proyecto. El capítulo XII. Recomendaciones, se orienta y
aconseja mediante aportaciones a futuras generaciones, estudiantes o cualquier
persona que esté interesada en el proyecto. Finalmente el capítulo XIII. Referencias
bibliográficas y virtuales, se hace reseña a las fuentes con la que se sustenta y se ha
recurrido este trabajo.
II. JUSTIFICACIÓN
JUSTIFICACIÓN

Dada la importancia que tiene llevar el control de los préstamos vehiculares en


la 01 Junta Distrital Electoral y el almacenamiento de los datos con la información
del estado de los automóviles antes y después de la realización de cierta actividad
así como los responsables de realizarla, se consideró necesario mejorar los
procedimientos de los préstamos esto como resultado del análisis realizado a la
Vocalía Secretarial otorgando un mejoramiento en todas sus actividades,
proponiendo la creación de un sistema capaz de realizar todos los movimientos de
las actividades vehiculares y almacenándolos en una base de datos local para su
control.
III. CARACTERIZACIÓN DEL ÁREA DE
ESTADÍA
CARACTERIZACIÓN DEL ÁREA DE ESTADÍA

DESCRIPCIÓN DE LA EMPRESA

El Instituto Nacional Electoral es el organismo público autónomo encargado de


organizar las elecciones federales, es decir, la elección del Presidente de la
República, Diputados y Senadores que integran el Congreso de la Unión, así como
organizar, en coordinación con los organismos electorales de las entidades
federativas, las elecciones locales en los estados de la República y el Distrito
Federal.

Una autoridad electoral de carácter nacional

 El INE, además de organizar los procesos electorales federales, se


coordinará con los organismos electorales locales para la organización de
los comicios en las entidades federativas. De esta forma, será más fácil
para la ciudadanía participar en los procesos electorales y ejercer su
derecho al sufragio.
 El Consejo General del INE está integrado por 11 ciudadanos elegidos por
la Cámara de Diputados. Uno de ellos funge como Consejero Presidente y
los 10 restantes como Consejeros Electorales.
 El INE contará con un Servicio Profesional Electoral Nacional (SPEN) para
asegurar la imparcialidad y profesionalismo de todos los funcionarios que
participan en la organización de elecciones, tanto a nivel federal como
local.
 El SPEN garantizará que todos sus miembros cuenten con los
conocimientos y méritos profesionales necesarios para desempeñar su
función.
 El Consejo General del INE designará a los consejeros de los organismos
electorales locales y podrá asumir las funciones que le corresponden a
dichos institutos en los casos que la ley prevea.

OBJETIVO GENERAL DE LA EMPRESA

Homologar los estándares con los que se organizan los procesos electorales
federales y locales y así, garantizar altos niveles de calidad en nuestra democracia
electoral.

Objetivos específicos.
 Contribuir al desarrollo de la vida democrática.
 Preservar el fortalecimiento del régimen de partidos políticos.
 Integrar el Registro Federal de Electores.
 Asegurar a los ciudadanos el ejercicio de sus derechos políticos electorales y
vigilar el cumplimiento de sus obligaciones.
 Garantizar la celebración periódica y pacífica de las elecciones para renovar a
los integrantes de los Poderes Legislativo y Ejecutivo de la Unión.
 Velar por la autenticidad y efectividad del sufragio.
 Llevar a cabo la promoción del voto y coadyuvar a la difusión de la cultura
democrática. Fungir como autoridad única para la administración del tiempo
que corresponda al Estado en radio y televisión, destinado a los objetivos
propios del Instituto y a otras autoridades electorales, además de garantizar el
ejercicio de los derechos que la Constitución otorga a los partidos políticos en
la materia.

GIRO PRINCIPAL DE LA EMPRESA.

Público y de servicio. El Instituto Nacional Electoral es una organización la


cual está abierta a todo público, ya que son los que organizan las elecciones para
votar por nuestros representantes a nivel nacional, estatal y municipal donde
podemos participar todas las personas mayores de edad, además nos brinda un
servicio gratuito el cual es poder tramitar nuestra credencial de elector, que nos sirve
principalmente para votar, también para tramitar algunos documentos oficiales e
identificarnos.

MISIÓN

Contribuir al desarrollo de la vida democrática, garantizando el ejercicio de los


derechos político-electorales de la sociedad a través de la promoción de la cultura
democrática y la organización de comicios federales en un marco de certeza,
legalidad, independencia, imparcialidad, máxima publicidad y objetividad.

VISIÓN

Proyectarse como una institución de vanguardia en el diseño de sus


procedimientos operativos y políticas de actuación, innovadora en los mecanismos
legales para alcanzar los fines legales encomendados.
Distinguirse por el pleno ejercicio de su autonomía, la calidad de su desempeño
profesional, la eficiencia administrativa, transparencia y rendición de cuentas.

SERVICIOS GENERALES

 Contribuir al desarrollo de la vida democrática;


 Preservar el fortalecimiento del régimen de partidos políticos;
 Integrar el Registro Federal de Electores;
 Asegurar a los ciudadanos el ejercicio de los derechos político-electorales y
vigilar el cumplimiento de sus obligaciones;
 Garantizar la celebración periódica y pacífica de las elecciones para renovar a
los integrantes de los Poderes Legislativo y Ejecutivo de la Unión, así como
ejercer las funciones que la Constitución le otorga en los procesos electorales
locales;
 Velar por la autenticidad y efectividad del sufragio;
 Llevar a cabo la promoción del voto y coadyuvar a la difusión de la educación
cívica y la cultura democrática, y
 Fungir como autoridad única para la administración del tiempo que
corresponda al Estado en radio y televisión destinado a los objetivos propios
del Instituto, a los de otras autoridades electorales y a garantizar el ejercicio
de los derechos que la Constitución otorga a los partidos políticos en la
materia

SERVICIOS COMPLEMENTARIOS

El Instituto tendrá las siguientes atribuciones:

A) Para los procesos electorales federales y locales:


 La capacitación electoral;
 La geografía electoral, que incluirá la determinación de los distritos
electorales y su división en secciones electorales, así como la delimitación
de las circunscripciones plurinominales y el establecimiento de cabeceras;
 El padrón y la lista de electores;
 La ubicación de las casillas y la designación de los funcionarios de sus
mesas directivas;
 Las reglas, lineamientos, criterios y formatos en materia de resultados
preliminares; encuestas o sondeos de opinión; observación electoral;
conteos rápidos; impresión de documentos y producción de materiales
electorales;
 La fiscalización de los ingresos y egresos de los partidos políticos y
candidatos.
B) Para los procesos electorales federales:
 El registro de los partidos políticos nacionales;
 El reconocimiento a los derechos y el acceso a las prerrogativas de los
partidos políticos nacionales y de los candidatos a cargos de elección
popular federal;
 La preparación de la jornada electoral;
 La impresión de documentos y la producción de materiales electorales;
 Los escrutinios y cómputos en los términos que señale esta Ley;
 El cómputo de la elección de Presidente de los Estados Unidos mexicanos
en cada uno de los distritos electorales uninominales;
 La declaración de validez y el otorgamiento de constancias en las
elecciones de diputados y senadores;
 La educación cívica en procesos electorales federales;
 Las demás que le señale esta Ley y demás disposiciones aplicables

ESTRUCTURA ORGANIZACIONAL

Imagen 1. Estructura Organizacional del Instituto Nacional Electoral.


UBICACIÓN

Venustiano Carranza No. 904, Col. Linda Vista C.P. 40660.

Imagen 2. Ubicación del Instituto Nacional Electoral de la 01 Junta Distrital del


Estado de Guerrero
JUNTA DISTRITAL ELECTORAL

Las Juntas son los órganos permanentes de ejecución y soporte técnico de las
actividades del Instituto Nacional Electoral en cada entidad federativa (Juntas
Locales) y en cada uno de los 300 distritos (Juntas Distritales) en que se divide, para
fines electorales, el territorio nacional.

ATRIBUCIONES DE LAS JUNTAS DISTRITALES

Artículo 73 de la Ley General de Instituciones y Procedimientos Electorales


(LEGIPE):

Las Juntas Distritales Ejecutivas sesionarán por lo menos una vez al mes y tendrán,
en su ámbito territorial, las siguientes atribuciones:

 Evaluar el cumplimiento de los programas relativos al Registro Federal de


Electores, Organización Electoral, Capacitación Electoral y Educación Cívica.
 Proponer al Consejo Distrital correspondiente el número y ubicación de las
casillas que habrán de instalarse en cada una de las secciones comprendidas
en su distrito de conformidad con el artículo 256 de esta Ley.
 Capacitar a los ciudadanos que habrán de integrar las mesas directivas de
casilla, en los términos de este Libro.
 Presentar al Consejo Distrital para su aprobación, las propuestas de quienes
fungirán como asistentes electorales el día de la jornada electoral.
 Las demás que les confiera esta Ley.
ORGANIGRAMA EJECUTIVO

Imagen 3. Representación del organigrama correspondiente a la dirección ejecutiva.


DEPARTAMENTO O ÁREA DESEMPEÑADA

Vocalía Secretarial

Las principales función del departamento es coordinar la Junta General,


conducir la administración y supervisa el desarrollo adecuado de las actividades de
los órganos ejecutivos y técnicos del Instituto y también auxiliará al Vocal Ejecutivo
en las tareas administrativas, sustanciará los recursos de revisión que deban ser
resueltos por la Junta y ejercerá las funciones de la oficialía electoral.
Son atribuciones de la vocalía del Secretario Ejecutivo:

La Vocalía del vocal secretario tiene las siguientes atribuciones:

 Representar legalmente al Instituto.


 Actuar como secretario del Consejo General con voz pero sin voto.
 Cumplir los acuerdos del Consejo General.
 Someter al conocimiento y, en su caso, a la aprobación del Consejo General
los asuntos de su competencia.
 Ejercer y atender oportunamente la función de oficialía electoral por sí, o por
conducto de los vocales secretarios de las juntas ejecutivas locales y
distritales, u otros servidores públicos del Instituto en los que delegue dicha
función respecto de actos o hechos exclusivamente de naturaleza electoral. El
Secretario Ejecutivo podrá; delegar la atribución en servidores públicos a su
cargo.
 Orientar y coordinar las acciones de las direcciones ejecutivas y de las juntas
locales y distritales ejecutivas del Instituto, informando permanentemente al
Presidente del Consejo General.
 Participar en los convenios que se celebren con las autoridades competentes
respecto a la información y documentos que habrá de aportar la Dirección
Ejecutiva del Registro Federal de Electores para los procesos electorales
locales.
 Suscribir, en unión del Consejero Presidente, los convenios que el Instituto
celebre con las autoridades electorales competentes de las entidades
federativas para asumir la organización de procesos electorales locales.
 Coadyuvar con el Contralor General en los procedimientos que éste acuerde
para la vigilancia de los recursos y bienes del Instituto y, en su caso, en los
procedimientos para la determinación de responsabilidades e imposición de
sanciones a los servidores públicos del Instituto.
 Aprobar la estructura de las direcciones ejecutivas, vocalías y demás órganos
del Instituto conforme a las necesidades del servicio y los recursos
presupuestales autorizados.
 Nombrar a los integrantes de las juntas locales y distritales ejecutivas, de
entre los miembros del Servicio Profesional Electoral Nacional, de
conformidad con las disposiciones aplicables.
 Proveer a los órganos del Instituto de los elementos necesarios para el
cumplimiento de sus funciones.
 Establecer un mecanismo para la difusión inmediata en el Consejo General,
de los resultados preliminares de las elecciones de diputados, senadores y
Presidente de los Estados Unidos Mexicanos, obtenidos por los partidos
políticos y candidatos; para este efecto se dispondrá de un sistema de
informática para recabar los resultados preliminares. En este caso se podrá; n
transmitir los resultados en forma previa al procedimiento establecido en los
incisos a) y b) del párrafo 1 del artículo 307 de esta Ley. Al sistema que se
establezca tendrán acceso en forma permanente los consejeros y
representantes de los partidos políticos acreditados ante el Consejo General.
 Actuar como secretario de la Junta General Ejecutiva y preparar el orden del
día de sus sesiones.
 Recibir los informes de los vocales ejecutivos de las juntas locales y distritales
ejecutivas y dar cuenta al presidente del Consejo General sobre los mismos.
 Sustanciar los recursos que deban ser resueltos por la Junta General
Ejecutiva o, en su caso, tramitar los que se interpongan contra los actos o
resoluciones de ésta, en los términos de la ley de la materia.
 Apoyar la realización de los estudios o procedimientos pertinentes, a fin de
conocer las tendencias electorales el día de la jornada electoral, cuando así lo
ordene el consejero presidente.
 Elaborar anualmente, de acuerdo con las leyes aplicables, el anteproyecto de
presupuesto del Instituto para someterlo a la consideración del presidente del
Consejo General.
 Ejercer las partidas presupuestales aprobadas.
 Otorgar poderes a nombre del Instituto para actos de dominio, de
administración y para ser representado ante cualquier autoridad administrativa
o judicial, o ante particulares. Para realizar actos de dominio sobre inmuebles
destinados al Instituto o para otorgar poderes para dichos efectos, el
Secretario Ejecutivo requerirá de la autorización previa del Consejo General.
 Preparar, para la aprobación del Consejo General, el proyecto de calendario
integral de los procesos electorales ordinarios, así como de elecciones
extraordinarias, que se sujetará a la convocatoria respectiva.
 Informar a la Cámara solicitante del Congreso de la unión dentro de un plazo
no mayor a treinta días naturales, contados a partir de la recepción del
expediente que le remita el presidente de la Mesa Directiva de dicha Cámara,
sobre el resultado de la revisión del porcentaje señalado en el artículo 71,
fracción IV, de la Constitución.
 Ejercer la función de la oficialía electoral y expedir las certificaciones que se
requieran.
IV. PRIORIZACIÓN DE PROBLEMAS A
RESOLVER
PRIORIZACIÓN DE PROBLEMAS A RESOLVER

Actualmente en la Vocalía del Vocal Secretario se les asignan a los servidores


públicos del servicio profesional de la Junta el uso de los vehículos oficiales ya sean
propios de la Junta o arrendados, considerando la necesidad de estos para atender
los compromisos derivados de sus funciones. La propia vocalía controla los
vehículos asignados a las áreas administrativas y atiende la solicitud de vehículos
siempre que cuente con unidades disponibles. Para ello se realiza una solicitud de
préstamo vehicular y es mediante una bitácora “Memoria documental” en la que se
asienta a detalle la información de los servidores públicos, el uso y mantenimiento de
los vehículos, así como las actividades realizadas durante su uso. Esta bitácora se
realiza mediante un formato digital de tipo Excel para la expedición de alguna
solicitud.

Uno de los datos más interesantes que guarda la bitácora es el estado inicial y
final del combustible, estos datos son los que más controversia generan por la razón
que se tiene que esperar la información del estado del automóvil una vez devuelto.
El problema radica en la representación gráfica del combustible, ya que esto se hace
a mano con un lápiz de color, por lo que el formato de la bitácora no puede resolver
el problema. Cuando es necesario realizar una consulta de alguna solicitud pasada
se tiene que sacar un gran volumen de bitácoras y localizar al servidor público que
solicitó el préstamo vehicular, así como verificar la información asentada en la
bitácora. La localización se realiza mediante la fecha y matricula del automóvil. Al
buscar la información de esta manera trae como consecuencia pérdida de tiempo y
más aún se podría perder la evidencia física provocando un hecho inesperado y
catastrófico para el Instituto.

Por tales motivos se vio necesario la creación de un sistema que controle y


gestione los datos de las solicitudes teniendo toda información guardada en una
base de datos para su consulta y generación de informes así como la impresión de
los mismos cuando se requiera, todo esto mediante una interfaz gráfica que facilite al
administrador sus tareas, resolviendo de la misma manera el problema de la
representación gráfica de la gasolina utilizando métodos gráficos de dibujo 2D.

V. OBJETIVOS GENERALES DEL


PROYECTO
OBJETIVO GENERAL

Optimizar las solicitudes de préstamo vehicular mediante un sistema que


controle y gestione el préstamo e inventario de los automóviles para facilitar las
actividades de la Vocalía del Vocal Secretario.
VI. OBJETIVOS ESPECÍFICOS DEL
PROYECTO
OBJETIVOS ESPECIFICOS

 Diseñar una base de datos para su implementación local permitiendo el


almacenamiento digital de la información y resguardo de la misma.
 Generar reportes de los préstamos vehiculares a través en el momento que
se requiera.
 Crear un diseño amigable de escritorio enfocado al usuario administrador para
familiarizarse en el proceso de la realización de préstamos vehiculares en el
sistema.
 Evitar la modificación manual de los datos de los reportes realizando todas las
modificaciones por el sistema.
 Facilitar la búsqueda y consulta de los préstamos mediante la implementación
de un apartado de búsqueda para disminuir los tiempos de localización de
solicitudes previamente realizadas.
VII. ALCANCES Y LIMITACIONES DE LA
ESTADÍA
ALCANCES Y LIMITACIONES DE LA ESTADÍA

ALCANCES

1. La implementación del Sistema da calidad los procesos de la Vocalía


Secretarial mediante la correcta gestión de los préstamos vehiculares.
2. Evitar duplicación y pérdida total de información.
3. El Sistema de Control Vehicular evita la edición manual de los datos en los
reportes siendo estos incorporados a sus respectivas bitácoras.
4. Facilita la búsqueda y consulta de la información.
5. Independientemente de la información de los préstamos contendrá la
información relevante a cada vehículo y del personal que puede solicitarlos.
6. El sistema tendrá como alcance su utilización como software que permita la
gestión vehículos de transporte público.

LIMITACIONES

1. El sistema solo será implementado en la 01 Junta Distrital Electoral en el


Estado de Guerrero en el área de la Vocalía Secretarial.
2. No resuelve otras problemáticas con el manejo de la información de otras
actividades.
3. En caso de una falla o formateo del disco duro no cuenta con una conexión
externa para respaldos en servidores de internet.
4. El sistema al ser desarrollado en Java es necesario la instalación de Java SE
Runtime Environment 8 para su ejecución y de Mysql Server para la gestión e
interacción con la base de datos.
5. La poca información que la empresa nos pudo facilitar por ser de carácter
privado demoro el entendimiento y análisis del problema que el sistema debe
de solucionar.

VIII. FUNDAMENTO TEÓRICO


FUNDAMENTO TEÓRICO

A lo largo de este capítulo se pretende mostrar los conceptos básicos de los


Sistemas de Información como software de control y/o administrativos así como las
herramientas, técnicas y tecnologías que permitirán su desarrollo y aplicación.
Reconociendo que los sistemas siempre son distintos y que su creación dependerá
del problema a resolver y del área donde se implementarán.
Primeramente se dará a conocer los antecedentes históricos de los sistemas de
información y el de porque se han convertido en una herramienta de gran
importancia para las empresas. Se revisara el estado del arte, es decir, la situación
actual de los sistemas de información haciendo referencia a los sistemas de control
de flotas vehiculares como herramienta para la gestión eficiente de los vehículos de
las empresas.

MARCO TEÓRICO

Antecedentes históricos

Los Sistemas de Información son necesarios y actualmente casi obligatorios


para poder dar apoyo al proceso de toma de decisiones de las organizaciones. Dicho
lo anterior debe ser absolutamente claro que toda organización requiere de
Sistemas de Información, y los requiere durante toda su existencia y que sin ellos la
empresa dejaría de existir en poco tiempo. Durante de la existencia de estos
sistemas dentro de las organizaciones lo único que cambiaría es su forma de
implementación ya que estos también dejan de ser productivos y tiene que
adecuarse a las nuevas necesidades de las organizaciones.

Antes de enfocarnos científicamente a la investigación que adentrara a la


solución, se describirá los antecedentes de la problemática los cuales son necesarios
para la generación de ideas y establecimiento de otras posibles soluciones.

El estado actual que presenta la Vocalía Secretarial sobre los préstamos


vehiculares se encuentra en una fase donde este proceso se convierte en una
gestión tediosa de la información al estar manejando los datos en varios formatos,
más detalladamente, cuando alguien solicita un vehículo de la 01 Junta Distrital tiene
que ser autorizado por uno de los Vocales con mayor jerarquía del Instituto estos
pueden ser el Vocal Ejecutivo o el Vocal Secretario según sea el caso, el
administrativo encargado de mantener la información de esta solicitudes es la
persona que más trabajo y tiene que lidiar con ello ya que cuando se emite la
solicitud tiene que plasmar los primeros datos en un formato en Excel e imprimirlo
como protocolo para su entrega al personal que se lleva el vehículo y otro para su
resguardo, más un los responsables de registrar la hora de salida y hora de llegada
del automóvil al instituto son los guardias de seguridad, ellos tienen una bitácora
independiente para su control la cual es utilizada posteriormente por el administrador
encargado de las solicitudes para el completo lleno del formato anteriormente
expedido.

El formato en Excel es modificado constantemente y no realiza un reguardo de


las anteriores solicitudes del automóvil así mimo no cuenta con la opción para
modificar la gráfica del combustible de los automóviles y es allí donde la persona
tiene que editar los datos manualmente con un color con el fin de representar la
nueva información del estado del combustible. Dicho lo anterior el documento es
firmado por quien autoriza y solicita el préstamo para después guárdalo en una
bitácora o expediente del automóvil.

Al analizar la llegada de la informática a las empresas, es bueno considerar dos


ámbitos importantes, por una parte está la evolución de las teorías de la
administración y en otro la llegada de la computación a las empresa. Para ello es
necesario realizar una análisis exhaustivo de las teorías de administración (materia
propia de otros ramos), es necesario observar algunos hitos importantes que han
influido en el acercamiento al término: "informática" y su importante relación con las
organizaciones.

La administración

Remotamente las primeras empresas simplemente se lanzaban a un objetivo


realizándolo de una forma instintiva, solo buscando seguir con sus trabajos. En esos
muy primitivos tiempos, el éxito o fracaso de las empresas se medían directamente
según la sobrevivencia o muerte de la tribu. Ellos deben haber descubierto que
delegar trabajos era una buena idea mantenido así mayor parte de los integrantes en
otras tareas y mandar a los mejores a la investigación para encontrar nuevas formas
de generar ingresos, también descubrieron que era necesario tomar algunas
decisiones para lo cual se necesitaba de información. Sin embargo, en una tribu de
tamaño reducido, era relativamente fácil poder manejar esos datos, es decir, al ser la
empresa pequeña los datos que manejan también son pequeños y fácil de
administrar.
Esto debe haber funcionado bien por varios siglos, hasta que las empresas
crecieron tanto que ya no bastaba con los medios necesarios. La segunda guerra
mundial marcó el inicio de la era de las empresas multinacionales (los "aliados" son
la primera gran empresa multinacional), donde la distribución de los recursos -la
mayoría de las veces escasos- a distintas partes del mundo, era la clave
fundamental para presumir el éxito o fracaso de la misión. En este estado de las
cosas, fue necesario sistematizar a fondo el proceso de control de recursos y con
ello se definieron una serie de tareas repetitivas que eran necesarias para mantener
este control.
Es en este momento en que queda claro que una empresa no sobrevive sólo en
función de su producto o servicio, sino que tanto la supervivencia como el éxito de la
empresa dependen en buena parte del soporte administrativo de la organización.
Surge entonces la sección "Administración y Finanzas", que en muchas
organizaciones consume casi el 60% de los recursos que se han invertido en la
empresa. Y no es raro que a la hora de aumentar la inversión, sea esta área la que
obtiene los mayores recursos.

Computación y empresa

Anteriormente vimos como las empresas evolucionaron en su forma de pensar


sobre la administración y ahora con la llegada de la nueva era de la información
buscan otorgar un soporte adecuado al proceso productivo, el cual se caracteriza (en
la mayoría de los casos) por la repetición de tareas específicas y muy bien
especificadas. Es decir, no sólo con pocos objetivos muy bien definidos, sino que con
una definición muy precisa de la metodología a seguir para alcanzar el objetivo.
Desde esta perspectiva, fue claro que ciertas empresas de gran volumen,
consideraron la inclusión de mecanismos computarizados, para que tomaran el
control de algunas de estas tareas altamente repetitivas y de mínimo nivel de
necesidad de usar "intelecto". Otras, consideraron el uso de elementos
computarizados para el control y registro de volúmenes de producción.

La aparición de estos elementos, que en su mayoría eran simples contadores


mecanizados, trajo consigo un efecto que no se puede olvidar. Hasta antes que
llegara la "máquina", había un ser humano haciendo ese trabajo (que por muy
embrutecedor que fuera, igual era una fuente de trabajo).

Sistemas de la Información
Cuando la computación tuvo la dicha de adentrarse en las compañías,
rápidamente empezó a ganar terreno dentro de la organización. Y esto se debe a
que el entorno donde las compañías desarrollan sus actividades es cada vez
más complejo. La creciente globalización, el proceso de internacionalización de
la empresa, el incremento de la competencia en los mercados de bienes y
servicios, la rapidez en el desarrollo de las tecnologías de información, el
aumento de la incertidumbre en el entorno y la reducción de los ciclos de
vida de los productos originan que la información se convierta en un elemento
clave para la gestión, así como para la supervivencia y crecimiento de la
organización empresarial.

Si pudiéramos definir que es un sistema de información me gustaría citar la


propuesta por Andreu, R., Ricart, J. E. y Valor, J. (1996), en la cual lo define como:
“conjunto formal de procesos que, operando sobre una colección de datos
estructurada de acuerdo a las necesidades de la empresa, recopila, elabora y
distribuyen selectivamente la información necesaria para la operación de dicha
empresa y para las actividades de dirección y control correspondientes, apoyando, al
menos en parte, los procesos de toma de decisiones necesarios para desempeñar
funciones de negocio de la empresa de acuerdo con su estrategia”.

Todos los sistemas de información tienen algo en común y es que utilizan como
materia prima los datos, los cuales almacena, procesa y transforma para tener como
resultado final la información. Junto con los datos, los otros dos componente básicos
que constituyen un sistema de información son los usuarios (personal directivo,
empleados y en general cualquier agente de la organización empresarial que utilice
la información en su puesto de trabajo) y los equipos (informáticos, software,
hardware y tecnologías de almacenamiento de la información y de las
telecomunicaciones).
INFORMACIÓN
USO

Y
DATOS Almacenamiento Procesamiento Información
Final

Retroalimentación

Clasificación

Clasificar los sistemas de información es algo que tiene que ver con las
funciones que realizan y sus operaciones en la organización, por ello se dará a
conocer la clasificación según su K y J Laudon (1996). Los sistemas de Información
se agrupan según su utilidad en los diferentes niveles de la organización
empresarial. La organización consta de 4 niveles básicos: un nivel operativo referido
a las operaciones diarias de la organización, un nivel del conocimiento que afecta a
los empleados encargados del manejo de la información (generalmente el
departamento de informática), un nivel administrativo (abarcaría a los gerentes
intermedios de la organización) y un nivel estratégico (la alta dirección de la
empresa).

Según estos niveles, K y J Laudon establecen la siguiente clasificación de sistemas


de información:

a) Sistema de Procesamiento de Operaciones (SPO): sistemas informáticos


encargados de la administración de aquellas operaciones diarias de rutina
necesarias en la gestión empresarial (aplicaciones de nóminas, seguimiento
de pedidos, auditoría, registro y datos de empleados).
b) Sistemas de Trabajo del Conocimiento (STC): aquellos sistemas de
información encargados de apoyar a los agentes que manejan información en
la creación e integración de nuevos conocimientos para la empresa
(estaciones de trabajo para la administración); forman parte del nivel de
conocimiento).
c) Sistemas de automatización en la oficina (SAO): sistemas informáticos
empleados para incrementar la productividad de los empleados que manejan
la información en los niveles inferiores de la organización (procesador de
textos, agendas electrónicas, hojas de cálculo, correo electrónico,...); se
encuentran encuadrados en el nivel de conocimiento al igual que los Sistemas
de Trabajo del Conocimiento
d) Sistemas de información para la administración (SIA): sistemas de
información a nivel administrativo empleados en el proceso de planificación,
control y toma de decisiones proporcionando informes sobre las actividades
ordinarias.
e) Sistemas para el soporte de decisiones (SSD): sistemas informáticos
interactivos que ayudan a los distintos usuarios en el proceso de toma de
decisiones, a la hora de utilizar diferentes datos y modelos para la resolución
de problemas no estructurados (análisis de costes, análisis de precios y
beneficios, análisis de ventas por zona geográfica).
f) Sistemas de Soporte Gerencial (SSG): sistemas de información a nivel
estratégico de la organización diseñados para tomar decisiones estratégicas
mediante el empleo de gráficos y comunicaciones avanzadas. Son utilizados
por la alta dirección de la organización con el fin de elaborar la estrategia
general de la empresa (planificación de ventas para 4 años, plan de
operaciones, planificación de la mano de obra).

Aplicaciones típicas
El primer interesado en utilizar nuevas tecnologías, fueron los responsables de
la administración y las finanzas los proyectos en los que mayor disponibilidad había
para invertir eran los de estas unidades. Tanto así, que muchas de las
organizaciones sólo empezaron a considerar el uso de la computación, como
herramienta de apoyo a estas unidades (Sistemas de Información: Antecedentes
Históricos, 2002). Es así que hoy en día se han realizado muchas aplicaciones
enfocadas a esta área y siguen liderando con mucha ventaja, el rating de los
desarrollos más habituales:

 Contabilidad: Control de Recursos.


 Presupuestos: Previsiones respecto del movimiento de recursos.
 Activo Fijo/Inventario: Control de asignación y uso de aquellos recursos de
mayor valía.
 Conciliación Bancaria: Conciliación entre lo indicado en Contabilidad y los
Bancos.
 Sueldos/Remuneraciones: Definición de mecanismos de pago a los
empleados. Su dificultad radica en la forma que toman los cálculos.
 Personal: Mantención de toda la información de las personas que trabajan o
prestan servicios.
 Adquisiciones / Proveedores: El proceso de evaluación de alternativas para
la adquisición de insumos.
 Bodega / Inventario: El control de todos los insumos que han sido adquiridos,
mientras aún no son asignados a una actividad específica.
 Ventas / Clientes: El control de los clientes y de los productos que se les han
vendido o servicios que se les han prestado.
ESTADO DEL ARTE

Conociendo que elaborar un estado del arte es como “un mapa que nos
permite continuar caminando” Messina (1999:145) en la búsqueda de información
sobre un objeto de estudio en específico, se elabora este estudio que recoge
algunas ideas del campo temático sobre los Sistemas de Información haciendo
referencia a los Sistemas de control de flotas vehiculares, como aporte a la nuevas
formas de implementación de los Sistemas de Información.

Para ello es importante definir los que es una flota de transporte. Citando esta
definición podemos decir que flota de transporte IDAE (2006: 9) “es un conjunto de
vehículos destinados a transportar mercancías o personas y que dependen
económicamente de la misma empresa”.
Para el IDAE (2006) las flotas de transporte se pueden clasificar según su
tamaño, por carga o por su utilización. Dando a conocer la clasificación según su
tamaño:
a) Pequeña: Empresas que cuentan con 5 o 6 vehículos para la prestación del
servicio.
b) Mediana: Son empresas que cuentan desde 6 hasta 30 vehículos para la
prestación del servicio, las cuales se especializan en un giro en particular y
cuentan con una amplia cartera de clientes.
c) Grandes: Empresas que cuentan con más 30 unidades, las cuales pueden
ser propias o subcontratadas y pueden contar con concesionarios en diversas
delegaciones o zonas del país y se pueden especializar en diversas servicios
del transporte.

La gestión de flotas en sistemas informáticos

La informática se ha introducido en la vida empresarial en todos los ámbitos:


gestión global (ERP: Enterprise Resource Program), sistemas de gestión del
almacén (SGA o WMS), sistemas de previsión de la demanda... En el ámbito de
transporte hay multitud de programas: generación de rutas (LD y capilar),
optimización de rutas, gestión de cargas, localización, mensajería, gestión integral de
la flota...

Según Mauleón (2014) una empresa al adquirir un programa de gestión de flota


busca:
 Conducción eficiente y reducción costos flota.
 Ayuda en la planificación de cargas.
 Localización de la flota y control de rutas.
 Mensajería bidireccional online: vehículo base.
 Tacógrafo: descarga remota y control de tiempos de conducción y descanso.
 Trazabilidad de la mercancía, control de recogidas y entregas.
 Controlar la cadena del frio, incluso más allá de lo que marca la ley.
Sus usuarios principales serian:
 Responsable de tráfico/cargas.
 Conductor.

Estructura de la aplicación

De acuerdo al autor anteriormente citado Mauleón (2014) existen dos partes en


una aplicación de este tipo, las cuales denomina back office (de oficina) y
vehículo.

 En la aplicación de oficina hay uno o varias pantallas de control para conocer


la situación de la flota (ubicación, ruta a seguir, puntos de carga/descarga,
etc).
 Las de vehículo se instala un terminal con GPS que permite mensajería
bidireccional, visualización datos del tacógrafo o, control temperatura, y otra
serie de funciones (optativas): escaneado de documentos, lector código de
barras, impresora o firma digital entre otras.

De acuerdo a las necesidades de la empresa, esta puede elegir entre una terminal
fija instalada en el vehículo o telefonía móvil con todas las opciones.

Áreas que suelen tratar estos programas

Existe una variedad de empresas que han desarrollado este tipo de


programas . Podemos destacar a Novatrans, Fagor electrónica, Transics o Cif -
Trans , además de mencionar los grandes constructores de tráiler como Man,
Renault, Daf, Mercedes, Scania o Volvo , que también han desarrollado
programas de este estilo mu y adaptados a la tipología de sus camiones.
Todos los programas ofrecen una información online sobre control de
rutas, localización, mensajería bidireccional, control alarmas, conducción
eficiente, tratamiento tacógrafo, así como informes y análisis de rutas,
vehículos, consumos, o datos del tacógrafo

Mantenimiento de la flota

Todas las empresas tienen un mantenimiento de la flota: revisiones, ITV,


seguros... No conviene duplicar el trabajo. El programa “gestor de flotas” envía al
ERP, diariamente, los kilómetros recorridos y las horas trabajadas así como
otros datos: autopistas, reparaciones, combustible, multas... Y el ERP, que tiene los
datos de todos los vehículos controla las fechas. Sí es interesante que el
conductor visualice en su display cuándo le toca efectuar algún tipo de
revisión, y ello con cierta antelación (programable). A su vez, el chófer
comunica a la central las revisiones efectuadas (importe, fecha, tipo de
revisión, tiempo en taller...). En la central se lleva un historial del
mantenimiento del vehículo

Programas de gestión de flotas

En este apartado se dará a conocer una breve descripción de algunos


programas que son utilizados para la gestión de flotas

 MAN TeleMatics: se encarga de Reduzcir el consumo de combustible de su


flota, optimizar el uso de sus vehículos y maximizar la economía de su
empresa.
 Renault Optifleet: la solución para la gestión de flotas “llave en mano” que
asesora en la gestión diaria y ayuda a reducir sus costes de explotación.
Controla su actividad en tiempo real, revisando sus principales partidas de
gastos. Optifleet dispone de cuatro modulos, Drive, Map, Link y Check.
 Scania: es el sistema de gestión de flotas, que ayuda a encontrar los
detalles clave necesarios para incrementar la productividad de la flota,
cuentas con: supervisión, análisis y control.
 Volvo Dynafleet: Dynafleet dispone de cuatro servicios que le otorgan
una gran número de funcionalidades estos son: combustible y medio
ambiente, tiempos de conducción, mensajería y posicionamiento.
 FlotasNet de Fagor Electrónica: desde un ordenador y con una conexión a
internet se gestiona de forma remota toda la flota. Dispone de un módulo
básico y una serie de módulos opcionales totalmente configurables.
 CIF – TRANS : es un programa de gestión de empresas de transporte
terrestre de mercancías por carretera . Este sistema permite gestionar
con facilidad las operaciones de logística, facturación, contralar al detalle
los costes de transporte y traspasar información a otras aplicaciones
informáticas.

CONCEPTOS

Programación orientada a objetos

La programación orientada a objetos (POO, u OOP según sus siglas en inglés)


es un paradigma de programación que usa objetos en sus interacciones, para
diseñar aplicaciones y programas informáticos.
 Objeto: Definiciones de las propiedades y comportamiento de un tipo de
objeto concreto. La instanciación es la lectura de estas definiciones y la
creación de un objeto a partir de ella.
 Clase: Define las propiedades y comportamiento de un tipo de objeto
concreto. Se considera como una plantilla o molde.
 Método: Algoritmo asociado a un objeto (o a una clase de objetos), cuya
ejecución se desencadena tras la recepción de un "mensaje". Se
considera como la acción que realiza un objeto.
 Atributo: Características que tiene el objeto y que son definidos en la
clase.
 Herencia: permite a un objeto heredar los atributos y el comportamiento
de otro. Al empezar a crear objetos, en ocasiones el que necesita es
muy similar a otro que ya tiene.
 Encapsulamiento: Se refiere a la capacidad de agrupar y condensar en
un entorno con límites bien-definidos distintos elementos.
 Polimorfismo: El polimorfismo es una relajación del sistema de tipos, de
tal manera que una referencia a una clase (atributo, parámetro o
declaración local o elemento de un vector) acepta direcciones de objetos
de dicha clase y de sus clases derivadas (hijas, nietas,…).
 Set: Nomenclatura utilizada para los métodos que tienen la función de
modificar el valor de un atributo de un objeto.
 Get: Nomenclatura utilizada para los métodos que obtienen el valor de
un atributo de un objeto.

Java

Java es un lenguaje de programación y una plataforma informática


comercializada por primera vez en 1995 por Sun Microsystems. Es de propósito
general, concurrente, orientado a objetos que fue diseñado específicamente para
tener tan pocas dependencias de implementación como fuera posible. Su intención
es permitir que los desarrolladores de aplicaciones escriban el programa una vez y lo
ejecuten en cualquier dispositivo lo que quiere decir que el código que es ejecutado
en una plataforma no tiene que ser recompilado para correr en otra.

NetBeans

NetBeans es un entorno de desarrollo integrado libre, hecho principalmente


para el lenguaje de programación Java. Existe además un número importante de
módulos para extenderlo. NetBeans IDE2 es un producto libre y gratuito sin
restricciones de uso. NetBeans es un proyecto de código abierto de gran éxito con
una gran base de usuarios, una comunidad en constante crecimiento, y con cerca de
100 socios en todo el mundo. Sun MicroSystems fundó el proyecto de código abierto
NetBeans en junio de 2000 y continúa siendo el patrocinador principal de los
proyectos (Actualmente Sun Microsystems es administrado por Oracle Corporation).

Java JRE

Java JRE actúa como un intermediario entre el sistema operativo y Java. Está
conformado por la Máquina Virtual de Java o JVM, un conjunto de bibliotecas Java y
otros componentes necesarios para que una aplicación escrita en lenguaje Java
pueda ser ejecutada.

Plugins

Un plugin es aquella aplicación que, en un programa informático, añade una


funcionalidad adicional o una nueva característica al software. En nuestro idioma, por
lo tanto, puede nombrarse al plugin como un complemento. Lo habitual es que el
plugin sea ejecutado mediante el software principal, con el que interactúa a través de
una cierta interfaz. En la actualidad, la mayoría de los programas trabajan con
plugins.

MVC

Modelo–vista–controlador (MVC) es un patrón de arquitectura de software, que


separa los datos y la lógica de negocio de una aplicación de la interfaz de usuario y
el módulo encargado de gestionar los eventos y las comunicaciones.

Swing Java

Swing es una biblioteca gráfica para Java. Incluye widgets para interfaz gráfica
de usuario tales como cajas de texto, botones, desplegables y tablas

JaspeReports

JasperReports es una biblioteca de creación de informes que tiene la habilidad


de entregar contenido enriquecido al monitor, a la impresora o a ficheros PDF,
HTML, XLS, CSV y XML.

Base de datos

También llamados banco de datos es un conjunto de datos pertenecientes a un


mismo contexto y almacenados sistemáticamente para su posterior uso. En este
sentido; una biblioteca puede considerarse una base de datos compuesta en su
mayoría por documentos y textos impresos en papel e indexados para su consulta
MySQL

Es un sistema de gestión de bases de datos relacional desarrollado bajo


licencia dual GPL/Licencia comercial por Oracle Corporation y está considerada
como la base datos open source más popular del mundo, y una de las más
populares en general junto a Oracle y Microsoft SQL Server, sobre todo para
entornos de desarrollo web.

MySQL Workbech

MySQL Workbench es una herramienta visual de diseño de bases de datos que


integra desarrollo de software, Administración de bases de datos, diseño de bases
de datos, creación y mantenimiento para el sistema de base de datos MySQL

Modelo entidad relación

El modelo entidad-relación ER es un modelo de datos que permite representar


cualquier abstracción, percepción y conocimiento en un sistema de información
formado por un conjunto de objetos denominados entidades y relaciones,
incorporando una representación visual conocida como diagrama entidad-relación.

Modelo relacional

El modelo relacional, para el modelado y la gestión de bases de datos, es un


modelo de datos basado en la lógica de predicados y en la teoría de conjuntos.
Estas relaciones podrían considerarse en forma lógica como conjuntos de datos
llamados tuplas.

Servidores locales
Un servidor es una aplicación en ejecución (software) capaz de atender las
peticiones de un cliente y devolverle una respuesta en concordancia. Se llama
servidores locales por el simple hecho de que se encuentran en la red interna o local.

Metodología

Conjunto de métodos que se siguen en una investigación científica, un estudio


o una exposición doctrinal

Programación extreme o XP

Es una metodología de desarrollo de la ingeniería de software formulada por


Kent Beck, autor del primer libro sobre la materia, Extreme Programming Explained:
Embrace Change (1999). Es el más destacado de los procesos ágiles de desarrollo
de software. Al igual que éstos, la programación extrema se diferencia de las
metodologías tradicionales principalmente en que pone más énfasis en la
adaptabilidad que en la previsibilidad.

Iteración
Significa el acto de repetir un proceso con la intención de alcanzar una meta
deseada, objetivo o resultado. Cada repetición del proceso también se le denomina
una "iteración", y los resultados de una iteración se utilizan como punto de partida
para la siguiente iteración.
IX. PROCEDIMIENTO Y DESCRIPCIÓN DE LAS ACTIVIDADES
REALIZADAS.

PROCEDIMIENTO Y DESCRIPCIÓN DE LAS ACTIVIDADES


REALIZADAS.
El desarrollo de software es algo que se considera propia de la ingeniería de
software y es que esta se encarga de la aplicación práctica de los conocimientos
científicos al diseño y construcción de programas de computadora y a la
documentación asociada para desarrollar, operar y mantenerlos.

No obstante el desarrollo de software implica tener conocimiento de


metodologías que ayuden a la organización y equipo desarrollador mejorar en su
producción reduciendo costos, tiempo y eliminando riesgos en el software para la
entrega de un producto de calidad. Es por ello que durante la estancia realizada
dentro del Instituto Nacional Electoral de la 01 Junta Distrital del Estado de Guerrero
se decidió ser uso de una metodología que ayude al desarrollo del proyecto en todos
los sentidos, es decir, que se adapte a las necesidades tanto del cliente como del
personal encargado de desarrollar el software siempre cuando esta metodología
ayude a cumplir el o los objetivos del proyecto.

Dicho lo anterior la metodología implementada en este proyecto es la


denominada Metodología Ágil Programación Extrema XP. Utilizando esta
metodología podemos mencionar las fases que tendrá el proyecto de acuerdo a la
planificación del marco de trabajo. Es de mencionar que esta metodología se adaptó
a las necesidades del equipo desarrollador dentro del Instituto por lo cual se
mencionara lo realizado en cada una de sus fases, estas son:

 Planificación
 Diseño
 Codificación
 Pruebas

PLANEACIÓN
Es la Fase inicial de la metodología XP, donde se establece una comunicación
continua entre el equipo de desarrollo y el cliente, para obtener principalmente los
requisitos del sistema. Además permite establecer el alcance del proyecto y fechas
de entrega del sistema, tomando en cuenta en la prioridad y tiempo estimado para el
desarrollo de cada historia de usuario.

La entrega del proyecto Sistema de Control Vehicular contendrá los siguientes


módulos:

 Solicitudes.
 Automóviles.
 Empleados.
 Acerca de.

Los módulos anteriormente mencionados se obtuvieron a base de reuniones de


planificación donde participo el equipo desarrollador y el Vocal Ejecutivo del Instituto.

Historias de usuario

Estas “historias” son escritas por el cliente, en su propio lenguaje, como


descripciones cortas de lo que el sistema debe realizar. Deben ser descritas en un
leguaje simple para poder ser entendidas por todos (clientes, usuarios y equipo
desarrollador) especificando los requerimientos que el sistema debe cumplir.

Las siguientes historias de usuario son propias del sistema de control vehicular:
1. Como cliente, quiero que el sistema pueda crear nuevos empleados. Alta de
empleados.
2. Como cliente, quiero que el sistema pueda gestionar los empleados ya
registrados (editar y eliminar). Gestión de empleados.
3. El sistema permitirá la búsqueda de empleados con información referente a
ellos. Búsqueda de empleados.
4. Como cliente, al igual que los empleados deberé de dar de alta a los
automóviles que tenga en mi Instituto. Alta de automóviles.
5. El sistema deberá gestionar los automóviles. Gestión de automóviles.
6. Contar con la búsqueda de automóviles.
7. Deberá de dar de alta solicitudes de préstamos de los vehículos. Alta de
Solicitudes.
8. Gestionar los préstamos vehiculares mediante su solicitud, este deberá
también mostrar el estado de los automóviles. Gestión de préstamos
vehiculares
9. Como cliente quiero que el sistema busque las solicitudes realizadas y me de
la información que tiene su préstamo vehicular. Búsqueda de solicitudes.
10. Como cliente quiero que el sistema pueda expedir reportes con la información
de los préstamos vehiculares según su solicitud. Generación de reportes.

Tabla 1. Historia de usuario alta de empleados.


HISTORIA DE USUARIO
Numero: 1 Usuario: Administrador
Nombre historia : Alta de empleados
Prioridad en Negocio: Alta Riesgo en desarrollo: Baja
(Alta, Media, Baja) (Alta, Media, Baja)
Puntos estimados: 1 Iteración asignada: 1
Programador responsable: Jonathan Arenas Andres
Descripción: El registros de nuevos empleados solo será realizado por el
administrador encargado del sistema, para dar de alta un nuevo empleado es
necesario de una licencia el cual será una identificación en el sistema, datos
respectivos del empleado así como la vocalía donde desempeña sus labores. Una
vez ingresados los datos, estos se guardaran en una base de datos local.
Observaciones:

Tabla 2. Historia de usuario gestión de empleados


HISTORIA DE USUARIO
Numero: 2 Usuario: Administrador
Nombre historia : Gestión de empleados
Prioridad en Negocio: Alta Riesgo en desarrollo: Media
(Alta, Media, Baja) (Alta, Media, Baja)
Puntos estimados: 2 Iteración asignada: 1
Programador responsable: Jonathan Arenas Andres
Descripción: El administrador podrá realizar varias tareas de gestión de
empleados como es la edición de la información y eliminación de ellos. Los
cambios realizados a los datos de los empleados deberán ser guardados en la
base de datos.
Observaciones:
Tabla 3. Historia de usuario búsqueda de empleados.
HISTORIA DE USUARIO
Numero: 3 Usuario: Administrador
Nombre historia : Búsqueda de empleados
Prioridad en Negocio: Alta Riesgo en desarrollo: Media
(Alta, Media, Baja) (Alta, Media, Baja)
Puntos estimados: 1 Iteración asignada: 1
Programador responsable: Jonathan Arenas Andres
Descripción: Con la información de los empleados en la base de datos, el sistema
deberá realizar una búsqueda de la información mediante un buscador capaz de
recibir cualquier dato referente al empleado que se solicita localizar. Independiente
de ese buscador deberá contar con otro que busque por licencia del empleado y
que será utilizado para poder gestionar su información.
Observaciones:

Tabla 4. Historia de usuario alta de automóviles.


HISTORIA DE USUARIO
Numero: 4 Usuario: Administrador
Nombre historia : Alta de automóviles
Prioridad en Negocio: Alta Riesgo en desarrollo: Baja
(Alta, Media, Baja) (Alta, Media, Baja)
Puntos estimados: 1 Iteración asignada: 2
Programador responsable: Jonathan Arenas Andres
Descripción: Para dar de alta un nuevo automóvil es necesario contar con la
información referente a él, como es número de placas, marca, modelo y nombre
interno que se le otorga en el Instituto. Una vez ingresados los datos, estos se
guardaran en una base de datos local.
Observaciones: No se guarda información referente al estado del automóvil, es
decir, si cuenta con un daño o cuantos kilómetros lleva recorrido.
Tabla 5. Historia de usuario gestión de automóviles.
HISTORIA DE USUARIO
Numero: 5 Usuario: Administrador
Nombre historia : Gestión de automóviles
Prioridad en Negocio: Alta Riesgo en desarrollo: Media
(Alta, Media, Baja) (Alta, Media, Baja)
Puntos estimados: 2 Iteración asignada: 2
Programador responsable: Jonathan Arenas Andres
Descripción: El administrador podrá modificar la información de los automóviles
en caso de que haiga alguna dato erróneo al momento de su registro. De la misma
forma podrá eliminar el automóvil en caso de que el Instituto no cuente con él.
Observaciones:

Tabla 6. Historia de usuario búsqueda de automóviles.


HISTORIA DE USUARIO
Numero: 6 Usuario: Administrador
Nombre historia : Búsqueda de automóviles
Prioridad en Negocio: Alta Riesgo en desarrollo: Media
(Alta, Media, Baja) (Alta, Media, Baja)
Puntos estimados: 1 Iteración asignada: 2
Programador responsable: Jonathan Arenas Andres
Descripción: La búsqueda de automóviles contara con dos apartados que serán
de vital uso, el primero es necesario la búsqueda general del automóvil donde
aceptará cualquier tipo de información para poder filtrar los automóviles, el
segundo apartado será por búsqueda exacta del automóvil por medio de sus
placas y la información arrojada será ocupada para poder gestionar el automóvil.
Observaciones:
Tabla 7. Historia de usuario alta de solicitudes.
HISTORIA DE USUARIO
Numero: 7 Usuario: Administrador
Nombre historia : Alta de solicitudes
Prioridad en Negocio: Alta Riesgo en desarrollo: Alta
(Alta, Media, Baja) (Alta, Media, Baja)
Puntos estimados:3 Iteración asignada: 3
Programador responsable: Jonathan Arenas Andres
Descripción: El administrador para poder dar de alta una solicitud tiene que
seleccionar la persona que autoriza y la que solicita de acuerdo a los empleados
ya registrados en el sistema, el sistema deberá de generar un numero de solicitud
automáticamente al igual que la fecha de creación, es necesario seleccionar el
automóvil que el préstamo solicita, de la misma manera es necesario registrar la
actividad que se realizara y vales para el llenado de combustible u otras servicios
para el automóvil.
Observaciones: Los datos de quien autoriza, quien solicita y automóvil prestado
serán extraídos de la base de datos, de manera de que el administrador puede
elegir de una lista desplegable esa información.

Tabla 8. Historia de usuario gestión de préstamo vehicular.


HISTORIA DE USUARIO
Numero: 8 Usuario: Administrador
Nombre historia : Gestión de préstamo vehicular
Prioridad en Negocio: Alta Riesgo en desarrollo: Alta
(Alta, Media, Baja) (Alta, Media, Baja)
Puntos estimados:3 Iteración asignada: 3
Programador responsable: Jonathan Arenas Andres
Descripción: La gestión de los préstamos de los automóviles se llevara a cabo
mediante la recopilación de información de la solicitud y de estado del auto antes y
después una vez concluido el préstamo así como la fecha de salida y llegada de
este. De los datos que establecen el estado del automóvil es de considerar el
kilometraje y combustible así como el inventario de objetos o accesorios con los
que cuenta el vehículo.
Observaciones: Solo se podrá modificar los datos de las solicitudes y del estado
del automóvil y no será posible eliminar alguna solicitud, en caso de querer
eliminarla y seguir con el siguiente proceso se recomienda que ignore esa solicitud
y cree otra con los datos correspondientes.

Tabla 9. Historia de usuario búsqueda de solicitudes.


HISTORIA DE USUARIO
Numero: 9 Usuario: Administrador
Nombre historia : Búsqueda de solicitudes
Prioridad en Negocio: Alta Riesgo en desarrollo: Alta
(Alta, Media, Baja) (Alta, Media, Baja)
Puntos estimados: 3 Iteración asignada: 3
Programador responsable: Jonathan Arenas Andres
Descripción: La búsqueda se hará en general e individual de acuerdo a la
operación que se requiera realizar. Para ello se contara con dos apartados, el
primero aceptara información cual sea sobre la solicitud para su filtrado y el
segundo solo aceptará el número de solicitud que identifica el préstamo.
Observaciones: Los datos obtenidos por la búsqueda individual serán ocupados
para la gestión del préstamo.
Tabla 10. Historia de usuario gestión de reportes.
HISTORIA DE USUARIO
Numero: 10 Usuario: Administrador
Nombre historia : Generación de reportes
Prioridad en Negocio: Alta Riesgo en desarrollo: Alta
(Alta, Media, Baja) (Alta, Media, Baja)
Puntos estimados: 3 Iteración asignada: 3
Programador responsable: Ángel Daniel Gallardo Gonzalez
Descripción: la generación de reporte se realizara utilizando primeramente la
búsqueda de solicitud el cual arrojara los datos correspondientes al préstamo y
estos serán ocupados para poder generar el reporte en un formato PDF
Observaciones:

Asignación de roles del proyecto

A continuación se da a conocer los roles y al personal que fue asignado para la


realización del SCV (Sistema de Control Vehicular).

Tabla 11. Roles del proyecto SCV.


Rol Asignado a:
Cliente Ignacio
Diseñador Ángel Daniel Gallardo Gonzalez
Programador Jonathan Arenas Andres y
Ángel Daniel Gallardo Gonzalez
Analista de base de datos Jonathan Arenas Andres
Encargado de pruebas (Tester) Ángel Daniel Gallardo Gonzalez
Encargado de seguimiento (Traker) Jonathan Arenas Andres
Plan de entrega de las iteraciones

Basándonos en las historias de usuario definidas para el desarrollo del sistema


de control vehicular, se ha elaborado el siguiente plan de entrega, el cual muestra las
historias de usuario que se llevarán a cabo en cada iteración.

Tabla 12. Plan de entrega del proyecto


Historias Iteración Prioridad Esfuerzo Fecha Fecha
inicio Final
Historia 1 1 Baja 1 08/03/2017 09/03/2017
Historia 2 1 Media 2
Historia 3 1 Media 1
Historia 4 2 Baja 1
Historia 5 2 Media 2
Historia 6 2 Media 1
Historia 7 3 Alta 3
Historia 8 3 Alta 3
Historia 9 3 Alta 3
Historia 10 3 Alta 3

Diagrama de Gantt

El presente diagrama de Gantt muestra el plan de trabajo a realizar


correspondientes a las tareas de ingeniería para el desarrollo del sistema de control
vehicular con la asignación de recursos humanos y tiempo estimado para cada
actividad. Las actividades están planificadas de acuerdo a las fases del proyecto y se
integraron en las historias de usuarios anteriormente descritas.
Imagen 4. Cronograma de actividades correspondientes a las actividades de
ingeniería.
DISEÑO Y CODIFICACIÓN

La metodología ágil XP hace énfasis en el uso de diseños simples y claros. A


continuación se dará a conocer algunos conceptos claves que maneja esta
metodología y que se utilizaron durante el desarrollo del sistema:
 Simplicidad, un diseño simple se implementa más rápidamente que
uno complejo.
 Soluciones “Spike”, cuando aparecen problemas técnicos, o cuando es
difícil de estimar el tiempo para implementar una historia de
usuario, pueden utilizarse pequeños programas de prueba (llamados
“Spike”), para explorar diferentes soluciones.
 Recodificación (“Refactoring”), consiste en escribir nuevamente
parte del código de un programa, sin cambiar su funcionalidad, a los
efectos de crearlo más simple, conciso y entendible.

Patrón de diseño

Basándose de los conceptos anteriores primeramente es necesario definir el


patrón de diseñó del software referente al proyecto. Optando primeramente por un
modelo entre capas mejor conocido como Modelo Vista Controlador por sus siglas
cortas MVC con la finalidad de asegurar la calidad y entendimiento del sistema. Su
adaptación no es la más adaptable para el sistema y se recurrió al estudió del patrón
denominado por sus siglas en ingles DAO (Data Access Object) u Objeto de Acceso
a Datos. Realizando finalmente una mezcla entre los dos patrones de diseño dando
origen a la siguiente estructura:
 Scv.models: extraída del patrón DAO, contiene el código de los objetos
que hacen referencia a las tablas de la base de datos pero no
interactúan con ella directamente, son utilizadas por las clases de la
capa MysqlModels.
 MysqlModels: semejante a la capa modelo del patrón MVC, contiene los
mecanismos para acceder a la información y también para actualizar su
estado. Interactúa directamente con la base de datos, por lo que en esta
capa tendremos todas las funciones que accederán a las tablas y harán
los correspondientes selects, updates, inserts, etc.
 Svc.controllers: esta contendrá la lógica de negocio, es decir, esta capa
sirve de enlace entre las vistas y la capa de acceso a los datos,
respondiendo a los mecanismos que puedan requerirse para
implementar las necesidades de nuestra aplicación.
 Svc.views: contiene el código de la aplicación que genera la
representación gráfica donde se pude visualizar las interfaces de
usuario.
 Otras capas: se crearon otras capas no referentes a ninguno de los
patrones pero son implementadas para el apoyo de las otras capas.

Imagen 5. Estructura del sistema de control vehicular de acuerdo a la mezcla del


patrón MVC y DAO.
Diagrama estatico

El diagrama estático define la forma de como esta compuesto el sistema, es


decir, la estructura interna. El diagrama estatico utilizado en el Sistema de Control
Vehicular es el diagrama de clases. El presente diagrama muestra la relación de las
clases del Sistema Control Vehicular el cual debido al extenso desarrollo de clases
solo se describe en este apartado la relacion de la clase Automoviles perteneciente
al capa scv.models, la clase MysqModelAutomovil pertenenciente al capa
MysqlModels y la clase controllersAutomovil que se encuentra en la capa
scv.controllers.

 Automoviles: contiene los atributos necesarios para crear un objeto de tipo


Automovil de igual forma tiene los metodos set y get para acceder a esos
atributos y su modificación.
 MysqlModelAutomovil: contiene los metodos necesarios para interactuar
con la base de datos, utiliza la clase automoviles ya que recibe objetos de ese
tipo.
 controllerAutomoviles: implementa la logica de negocio de automoviles, los
recibe los datos de la vista y se los envia a los metodos de la clase
MysqlModelAutomovil sin saber como funcionan ellos y vicebersa muestra los
datos que los metodos de MysqModelAutomovil le presentan cuando reciben
una petición.
Modelo relaciónal

Presentación del modelo relacional perteneciente a la base de datos bd_scv la


cual muestra graficamente la estructura interna de la base de datos las tablas y sus
relaciones que la componen. Se realizarón varias modificaciónes durante el
desarrollo del sistema dando como estructura final el siguiente modelo.
A continuación se describe el modelo relacional el cual cuenta con diez tablas
y dos vistas:
 tb_vocalia: contiene los campos referentes a la información que se puede
almacenar de una vocalía (nombre y nombre corto), el atributo de
identificación primaria es su id. Se relaciona con la tb_empleados ya que un
empleado puede pertenecer a una vocalía y una vocalía puede tener varios
empleados.
 tb_empleados: tabla necesaria para la entidad empleados, los cuales son los
que piden las solicitudes, es de importancia nombrar que hay dos relaciones
iguales hacia la tb_solicitud esto es porque los que autorizan el préstamo
también se consideran empleados. Contiene de los atributos de un empleado.
 tb_automoviles: es una de las tablas con más relaciones ya que dos de sus
atributos son considerados exclusivos y para el mejor tratado de la
información se consideraron como tablas diferentes. La relación principal es
hacia la tb_periodo_prestamo_soli porque en una solicitud se pide el
préstamo de un automóvil convirtiendo esta relación como una entidad para lo
cual es necesario del atributo de placas que hace referencia al automóvil y el
atributo solicitud que hace referencia a la solicitud del préstamo.
 tb_solicitud: cuando se requiere un préstamo da origen a una solicitud, en ella
contiene las relaciones con tb_periodo_prestamo_soli e independiente se
relaciona con las tablas de tb_kilometraje_salida, tb_kilometraje_llegada, etc.
Esto para poder manejar individualmente la información del automóvil de
acuerdo a su solicitud del préstamo.
 tb_periodo_prestamo_soli: sus relaciones principales es con la tb_automovil y
la tb_solicitud de ellas depende su creación ya que el préstamo se identifica
por medio de la solicitud y es necesario del automóvil para completar un
préstamo, anteriormente ya se dio a conocer más detalladamente la relación
que existe con las tablas. Otros datos que la conforman son la fecha de salida,
fecha de llegada, hora de salida y hora de llegada del automóvil, etc.
 tb_kilometraje_salida: tabla que se crea a partir de un atributo exclusivo del
automóvil que es el kilometraje, el cual tiene que guardar el estado del
kilometraje del automóvil antes del préstamo. Sus relaciones es con la
tb_automovil y con la tb_solicitud.
 tb_kilometraje_llegada: la misma función y relación de la tb_kilometraje_salida
solo que guarda el estado del kilometraje del automóvil cuando concluye el
préstamo.
 tb_gasolina_salida: tabla que se crea a partir de un atributo exclusivo del
automóvil que es la gasolina, el cual tiene que guardar el estado de la
gasolina del automóvil antes del préstamo. Sus relaciones es con la
tb_automovil y con la tb_solicitud.
 tb_gasolina_llegada: la misma función y relación de la tb_gasolina_salida solo
que guarda el estado de la gasolina del automóvil cuando concluye el
préstamo.
 tb_accesorios_automovil: tabla que guarda el inventario del estado del
automóvil excluyendo el estado de la gasolina y el kilometraje ya que son
atributos exclusivos, su relación es con la tb_automovil ya que estos
pertenecen al automóvil
 solicitudes: vista realizada que extrae la información en general de la tb_
solicitud pasando de la misma manera por la información de la
tb_periodo_prestamo_soli según la relación.
 cantidad_solicitudes: vista que es utilizada para extraer la cantidad de
solicitudes esto con la finalidad de ser utilizada en producción.

Factibilidad Técnica

En la factibilidad técnica se evalúa si el equipo y el software con el que se


cuenta son aptos para desarrollo del sistema de control vehicular, así como si hay
las capacidades requeridas para poderlo llevar acabo.
Dentro de la 01 Junta Distrital del Instituto Nacional Electoral del Estado de
Guerrero, las características de los equipos para llevar el desarrollo de software son
las siguientes:

 Procesador Intel Core i3 o AMD 10.


 Memoria RAM 8 GB.
 Sistema Windows o Linux.
 Software NetBeans 8 o 7.
 Plugin JasperReport y sus librerías.
 Librería mysql-connector-java-5.0.8.
 Librería JCalendar-1.4.
 Librería TimeChooser.
 Software Java JRE 7 o superior.
 Software MySQL Server.
 Software MySQL Workbench.

Características del equipo anfitrión donde estará implementado el sistema de control


vehicular:

 Procesador AMD 8.
 Memoria RAM 8 GB.
 Sistema Operativo Windows 8.1.
 Software Java JRE 8.
PRUEBAS

El propósito de este apartado es validar los requerimientos del usuario, esto


mediante pruebas realizadas al sistema de control vehicular. De acuerdo a la
metodología XP todos los módulos deberán pasar por pruebas unitarias, por otra
parte las pruebas deben ser definidas antes del proceso de codificación y todo
código liberado debe haber pasado las pruebas. En este sentido, el sistema y el
conjunto de pruebas debe ser guardado junto con el código, para que
pueda ser utilizado por otros desarrolladores, en caso de tener que corregir,
cambiar o recodificar parte del mismo.

Se pueden encontrar dos tipos de pruebas si es que así se pueden clasificar,


las cuales son:

 Detección y corrección de errores. Cuando se encuentra un error


(“bug”), éste debe ser corregido inmediatamente, y se deben tener
precauciones para que errores similares no vuelvan a ocurrir.
Asimismo, se generan nuevas pruebas para verificar que el error
haya sido resuelto.
 Pruebas de aceptación. Las pruebas de aceptación son creadas en
base a las historias de usuarios, en cada ciclo de la iteración del
desarrollo. El cliente debe especificar uno o diversos escenarios para
comprobar que una historia de usuario ha sido correctamente
implementada.
Se definieron 5 pruebas de aceptación las cuales unas son redefinidas según
las historias de usuario, por lo cual primeramente se darán a conocer las 5 pruebas
de aceptación y en qué consisten, seguidamente se representan la elaboraron de las
tablas de los casos de prueba.

 Pruebas de comportamiento de la base de datos: verificación del correcto


comportamiento de la base de datos del nombre bd_scv para lo cual fue
diseñada.
 Pruebas de comportamiento de interfaces: análisis del correcto
funcionamiento de las interfaces de acuerdo a los módulos de automóviles,
empleados y solicitudes, según las historias de usuario.
 Pruebas con información real: simulación real del funcionamiento concreto
para lo cual fue echo el sistema de control vehicular por medio de etapas, es
decir, aplicado esta prueba individualmente a los módulos de automóvil,
empleados y solicitudes.
 Pruebas con la expedición de documentos: comprobación de la correcta
creación y expedición de reportes en formato PDF de las solicitudes con su
respectiva información del préstamo vehicular.
 Pruebas de impresión de documentos: simplemente se verifica que la
plantilla se imprima debidamente con buena calidad.

Tablas de los casos de prueba realizados.

Tabla 13. Caso de prueba del comportamiento de interfaz del módulo de


automóviles.
CASO DE PRUEBA
Numero: 1 N° Historia de usuario: 4, 5 y 6
Historia de usuario: Alta de automóviles, gestión de automóviles y búsqueda de
automóviles.
Condiciones de ejecución: Deberá de representar gráficamente el formulario
correspondiente al alta de automóviles, la búsqueda y su gestión (editar y
eliminar).
Entrada/Pasos de Ejecución: Dar clic en al botón automóviles, elegir la pestaña
nuevo automóvil… confirmación de la correcta graficación del formulario. Para
mostrar la parte de gestión de automóviles ir a la pestaña búsqueda y más, donde
también se encuentra la búsqueda de automóviles de forma individual.
Resultado esperado: No tener un desajuste de las interfaces al momento de
ejecución y aceptación de información correspondiente, responder correctamente a
los eventos realizados.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.

Tabla 14. Caso de prueba información real en alta de automóviles


CASO DE PRUEBA
Numero: 2 N° Historia de usuario: 4
Historia de usuario: Alta de automóviles.
Condiciones de ejecución: Cada automóvil debe ser distinto, en el caso de darse
de alta un automóvil con la misma identificación, es decir, mismo número de placas
este debe ser rechazado por el sistema.
Entrada/Pasos de Ejecución: Dar clic en al botón automóviles, elegir la pestaña
nuevo automóvil… llenar el formulario que se presenta ingresando los datos:
placas, modelo, marca, tipo y nombre interno. Para registrar los datos ingresados
deberá de dar clic en el botón de guardar registro.
Resultado esperado: Cuando se crea el registro este debe de arrojar un mensaje
de aviso en caso de que falte algún dato en uno de los campos del formulario, si el
automóvil ya existe arrojar una leyenda de que el automóvil con denominadas
placas ya está en el sistema, si ninguno de los casos anteriores se cumple
guardar el nuevo automóvil en la base de datos.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.
Tabla 15. Caso de prueba información real en búsqueda de automóviles.
CASO DE PRUEBA
Numero: 3 N° Historia de usuario: 6
Historia de usuario: Búsqueda de automóviles.
Condiciones de ejecución: Representar la información en la pestaña todos los
automóviles, filtrar la información cuando se realice la búsqueda del automóvil
solicitado, en el caso de búsqueda individual deberá de igual manera representar
el formulario correspondiente y la información que se solicita.
Entrada/Pasos de Ejecución: Dar clic en al botón automóviles, la primera
pestaña corresponde a la todos los automóviles y su filtrado de información…
ingresar datos en el cuadro de búsqueda. Para la búsqueda individual ir a la
pestaña de búsqueda y más, seguidamente de ingresar datos en el cuadro de
búsqueda.
Resultado esperado: Responder a los eventos de búsqueda, mostrando la
información solicitada.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.

Tabla 16. Caso de prueba información real gestión de automóviles.


CASO DE PRUEBA
Numero: 4 N° Historia de usuario: 5
Historia de usuario: Gestión de automóviles
Condiciones de ejecución: Deberá ser posible la edición de los datos
correspondientes del automóvil así como también la eliminación de los mismos,
esto después de haber realizado la búsqueda del automóvil.
Entrada/Pasos de Ejecución: Una vez efectuada la búsqueda del automóvil
individual y haiga arrojado datos correspondientes, proceder a dar clic en el icono
editar, modificar los datos correspondientes al automóvil y presionar el botón de
actualizar. En caso de eliminar el registro presionar el botón de eliminar.
Resultado esperado: Responder a los eventos de actualizar y eliminar,
mostrando un mensaje en pestaña de prevención si en realidad desea actualizar o
eliminar la información del automóvil según la acción
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.

Tabla 17. Caso de prueba del comportamiento de interfaz del módulo de empleados.
CASO DE PRUEBA
Numero: 5 N° Historia de usuario: 1, 2 y 3
Historia de usuario: Alta de empleados, gestión de empleados y búsqueda de
empleados.
Condiciones de ejecución: Deberá de representar gráficamente el formulario
correspondiente al alta de empleados, la búsqueda y gestión de empleados (editar
y eliminar).
Entrada/Pasos de Ejecución: Dar clic en al botón empleados y elegir la pestaña
nuevo empleado… confirmar que el formulario este correctamente graficado. Para
mostrar la parte de gestión de empleados (editar y eliminar) ir a la pestaña
búsqueda y más, donde también se encuentra la búsqueda individual de
empleados.
Resultado esperado: No tener un desajuste de las interfaces al momento de
ejecución y aceptar la información correspondiente, responder correctamente a los
eventos realizados.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.

Tabla 18. Caso de prueba información real alta de empleados.


CASO DE PRUEBA
Numero: 6 N° Historia de usuario: 1
Historia de usuario: Alta de empleados
Condiciones de ejecución: cada empleado debe ser único, en el caso de darse
de alta un empleado con la misma identificación, es decir, la misma licencia este
debe ser rechazado por el sistema.
Entrada/Pasos de Ejecución: Dar clic en el botón empleado, elegir la pestaña
nuevo empleado… llenar el formulario que se muestra ingresando los datos:
licencia, nombre, primer apellido, segundo apellido, cargo, nivel de estudio,
número de empleado y vocalía perteneciente. Para registrar los datos ingresados
deberá de dar clic en el botón de guardar registro.
Resultado esperado: Cuando se quiera realizar el registro este debe de arrojar un
mensaje de aviso en caso de que falte algún dato en uno de los campos del
formulario, si el empleado ya existe, entonces el sistema arrojara una leyenda de
que el empleado con esa licencia ya está en el sistema, si ninguno de los casos
anteriores se cumple guardar la información del nuevo empleado en la base de
datos.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.

Tabla 19. Caso de prueba información real en búsqueda de empleados.


CASO DE PRUEBA
Numero: 7 N° Historia de usuario: 3
Historia de usuario: Búsqueda de empleados
Condiciones de ejecución: Representar la información en la pestaña de todos los
empleados, filtrar la información cuando se realice la búsqueda del empleado
solicitado, en el caso de búsqueda individual deberá de igual manera representar
el la información que se solicita en el formulario correspondiente.
Entrada/Pasos de Ejecución: Dar clic en al botón empleados, la primera pestaña
corresponde a la todos los empleados y su filtrado de su información… ingresar
datos en el cuadro de búsqueda y esperar respuesta con la información requerida.
Para la búsqueda individual ir a la pestaña de búsqueda y más, seguidamente de
ingresar datos en el cuadro de búsqueda.
Resultado esperado: Responder a los eventos de búsqueda, mostrando la
información solicitada.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.

Tabla 20. Caso de prueba información real gestión de empleados.


CASO DE PRUEBA
Numero:8 N° Historia de usuario: 2
Historia de usuario: Gestión de empleados
Condiciones de ejecución: Deberá ser posible la edición de los datos
correspondientes a los empleados así como también la eliminación de los mismos,
esto después de haber realizado la búsqueda exhaustiva del empleado.
Entrada/Pasos de Ejecución: Una vez efectuada la búsqueda del empleado
individual y haiga arrojado datos esperados, proceder a dar clic en el icono editar,
se habilitara el formulario para poder modificar los datos correspondientes al
empleado y presionar el botón de actualizar. En caso de eliminar el registro
presionar el botón de eliminar.
Resultado esperado: Responder a los eventos de actualizar y eliminar,
mostrando un mensaje en pestaña de prevención si en realidad desea actualizar o
eliminar la información del automóvil según la acción. Si la respuesta es sí,
entonces efectuara la acción, si responde que no, la acción será cancelada.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.

Tabla 21. Caso de prueba del comportamiento de interfaz del módulo de solicitudes.
CASO DE PRUEBA
Numero: 9 N° Historia de usuario: 7, 8 y 9
Historia de usuario: Alta de solicitudes, gestión de préstamo vehicular y
búsqueda de solicitudes.
Condiciones de ejecución: Deberá de representar gráficamente el formulario
correspondiente al alta de solicitudes, la búsqueda y gestión del préstamo
vehicular (editar y eliminar).
Entrada/Pasos de Ejecución: Dar clic en al botón empleados y elegir la pestaña
nueva solicitud… confirmar que el formulario este correctamente graficado, por
consiguiente dar clic en el botón asignar periodo de préstamo y verificar el estado
del interfaz. Para mostrar la parte de gestión de préstamo vehicular (editar y
eliminar) ir a la pestaña búsqueda y más, donde también se encuentra la búsqueda
individual de empleados. Da clic en verificar estado automóvil para la confirmación
de la interfaz realizada para ello.
Resultado esperado: No tener un desajuste de las interfaces al momento de
ejecución y aceptar la información correspondiente, responder correctamente a los
eventos realizados.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.

Tabla 22. Caso de prueba información real alta de solicitudes.


CASO DE PRUEBA
Numero: 10 N° Historia de usuario: 7
Historia de usuario: Alta de solicitudes
Condiciones de ejecución: Las solicitudes son únicas, el sistema deberá asignar
un número de solicitud automáticamente así como la fecha cuando se realiza,
antes de crear una solicitud se tiene que asignar el periodo de préstamo el sistema
deberá extraer estados anteriores de préstamos para llevar un seguimiento.
Entrada/Pasos de Ejecución: Dar clic en el botón solicitudes, elegir la pestaña
nuevo solicitud… llenar el formulario que se muestra ingresando los datos: quien
autoriza, quien solicita, la actividad a realizar, automóvil solicitado, y agregados.
Asignar periodo préstamo dando clic en el botón correspondiente a la asignación,
llenar el nuevo formulario con los datos: fecha de salida, fecha de llegada y
accesorios con los que cuenta el automóvil terminado lo anterior dar clic en el
botón guardar solicitud.
Resultado esperado: Cuando se quiera realizar el registro, este debe de arrojar
un mensaje de aviso en caso de que ocurra un excepción en el sistema, si el
registro se realizó correctamente el sistema debe mostrar un mensaje de registro
exitoso y procederá a preguntar si quiere salir de la venta de asignación de
periodo, si acepta el sistema lo dejara en la pestaña de nueva solicitud.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.

Tabla 23. Caso de prueba información real en búsqueda de solicitudes.


CASO DE PRUEBA
Numero: 11 N° Historia de usuario: 9
Historia de usuario: Búsqueda de solicitudes.
Condiciones de ejecución: Representar la información en la pestaña todos las
solicitudes, filtrar la información cuando se realice la búsqueda de la solicitud
requerida, en el caso de búsqueda individual deberá de igual manera representar
el la información que se solicita en el formulario correspondiente en la pestaña
búsqueda y más, debe existir una trasferencia de información para verificar el
estado del automóvil esto en su ventana específica para esos datos.
Entrada/Pasos de Ejecución: Dar clic en al botón solicitudes, la primera pestaña
corresponde a la todas las solicitudes y su filtrado de su información… ingresar
datos en el cuadro de búsqueda y esperar respuesta con la información requerida.
Para la búsqueda individual ir a la pestaña de búsqueda y más, seguidamente de
ingresar datos en el cuadro de búsqueda. Esperar que el sistema muestre la
información solicitada en el formulario correspondientes, hacer clic en el botón de
verificar estado de automóvil para ver información correspondiente con su relación
a la solicitud.
Resultado esperado: Responder a los eventos de búsqueda, mostrando la
información correcta solicitada.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.

Tabla 24. Caso de prueba información real gestión de préstamos vehiculares.


CASO DE PRUEBA
Numero:12 N° Historia de usuario: 8
Historia de usuario: Gestión de préstamos vehiculares.
Condiciones de ejecución: Deberá ser posible la edición de los datos
correspondientes a las solicitudes y de sus periodos de los préstamos del
automóvil registrado esto, después de haber realizado la búsqueda de la solicitud a
gestionar. No se podrá eliminar solicitudes.
Entrada/Pasos de Ejecución: Una vez efectuada la búsqueda de la solicitud
individual, dar clic en el botón verificar estado automóvil el cual deberá de abrir la
ventana con los datos esperados del automóvil. Por consiguiente para editar hacer
clic en el icono editar, se habilitara el formulario para poder modificar los datos,
cambiar la información que se necesita y presionar el botón de actualizar.
Resultado esperado: Responder a los eventos de actualizar, mostrando un
mensaje de prevención si en realidad desea actualizar. Si la respuesta es sí,
entonces efectuara la acción, si responde que no, la acción será cancelada.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.

Tabla 25. Caso de prueba de gestión de reportes.


CASO DE PRUEBA
Numero:13 N° Historia de usuario: 10
Historia de usuario: Gestión de reportes
Condiciones de ejecución: El reporte deberá ser generado mediante el número
de solicitud, el sistema deberá ser capaz de plasmar la información solicitada en
un archivo con formato PDF adecuándose a plantilla establecida.
Entrada/Pasos de Ejecución: Una vez efectuada la búsqueda de la solicitud
individual, dar clic en el botón verificar estado automóvil el cual deberá de abrir la
ventana con los datos esperados del automóvil. Tiene tres botones para genera el
reporte hacer clic en el botón de reporte automáticamente se abrirá una ventana
donde está el reporte generado. Para guardar presionar el botón de guardar
archivo procediendo a dar un nombre al reporte y el formato con el que será
guardado, se escoge la opción de archivo (.pdf). Para imprimir dar clic en el botón
de impresión, mandar la petición a una de la impresoras en red.
Resultado esperado: Responder a los eventos de creación generando
correctamente la gráfica de combustible mostrando previamente el reporte antes
de guardarlo o proceder a su impresión.
Evaluación de la prueba: La prueba se concluyó satisfactoriamente.
X. RESULTADOS
RESULTADOS

La implementación del Sistema de Control Vehicular en el área de la Vocalía


Secretarial perteneciente a la 01 Junta Distrital del Estado de Guerrero se obtuvieron
resultados de mejoramiento de los procesos en las actividades que realiza dicha
área. Detallando de esta manera dichos resultados mediante la comparación con el
llenado del formato anteriormente y el actual que expide el sistema.

PRIMER FORMATO
Este formato se llenaba en una hoja de Excel poniendo en él, el automóvil
solicitado, nombre del solicitante, nombre de quien autoriza, kilometraje del automóvil
y su inventario. Se imprimía y se procedía a firmar para que los servidores públicos
del servicio profesional llevaran un respaldo del préstamo y el apartado de la
gasolina se coloreada manualmente según el estado actual de la gasolina. Cuando
los servidores regresaban se recogía la nueva información y se anexaba al formato
en Excel agregando solo la fecha de salida, hora de salida, fecha de llegada, hora
de llegada así como el nuevo estatus del automóvil y se volvía a imprimir coloreando
manualmente el estado inicial y final de la gasolina. Finalmente se eliminaba el
formato anteriormente imprimido y se procedía a firmar el nuevo para guardarlo en la
bitácora del automóvil.

SEGUNDO FORMATO

El llenado del nuevo formato que expide el sistema se realiza de la siguiente


manera. Se tiene que crear una solicitud para lo cual se elige de una lista la persona
que autoriza y la que solicita se selecciona el automóvil y se asigna un periodo de
préstamo en el cual se asigna la fecha de llegada, fecha de salida, el inventario del
automóvil, la gasolina y el kilometraje se extrae automáticamente de estado del
automóvil. Se genera el formato PDF y se manda a imprimir y a firmar dando una
copia al servidor público del servicio profesional, cuando este regresa se levanta la
nueva información y se agrega a la solicitud, esta información es la hora de salida,
hora de llegada, el kilometraje final y gasolina fina del automóvil así como el
inventario general. Se vuelve a generar y se imprime para recopilar las firmas
solicitadas del informe y se agrega a la bitácora. Ya no se manipula directamente el
formato eliminando errores humanos y siendo todo realizado por medio del sistema.
XI. CONCLUSIONES

CONCLUSIONES

Durante el presente proyecto se obtuvieron grandes aprendizajes y se


reforzaron conocimientos que se tenían. Reafirmando de esta manera que los
sistemas computacionales están jugando un papel muy importante en las
organizaciones esto es porque han cambiado la forma de realizar sus actividades
convirtiéndolas a estas aún más productivas. Siendo así es de importancia decir que
fue oportuno y el momento adecuado la implementación del Sistema de Control
Vehicular realizado en este proyecto dentro de la Vocalía Secretarial perteneciente
a la 01 Junta Distrital del Estado de Guerrero cumpliendo los objetivos establecidos
en el tiempo correspondido. La implementación de este sistema otorgo a la Vocalía
Secretarial agilídez y flexibilidad en el proceso de préstamos vehiculares y de la
misma manera una mejor administración de los vehículos con los que cuenta la 01
Junta Distrital. Benéfico en el resguardo de la información al ser esta guardada de
manera digital.
El uso de la metodología de programación extrema en el proyecto permitió
mejor coordinación y comunicación con el Vocal Secretario y sus subordinados junto
con el equipo desarrollador encargado de crear e implementar el sistema. La
utilización del software NetBeans facilito la dinámica de la implementación del
sistema ya que actúa como herramienta que facilita al máximo la programación, la
prueba y la depuración de las aplicaciones que se desarrollan.
Se concluye diciendo que es importante el uso de sistemas de este impacto en
cualquier organización que trabaje y realice sus actividades mediante flotas
vehiculares permitiendo la óptima utilización y aprovechamiento de los vehículos.
XII. RECOMENDACIONES

RECOMENDACIONES

 Siendo este un proyecto ambicioso se recomienda a futuros estudiantes


residentes tener interés por el proyecto y darle continuidad mediante la
aplicación de una reingeniería solucionando los nuevos requisitos que tenga
la Junta Distrital.
 Capacitar a cada uno de los integrantes de la Junta Distrital sobre el uso de
las nuevas tecnologías de la información y comunicación. De igual manera
tener una mayor comunicación de los Vocales con sus subordinados, para
que haya unidad y confianza en cada actividad realizada en la Junta Distrital.
 Departe de la Vocalía Secretarial se recomendó que el sistema puede ser
implementado en red mediante un servidor para tener acceso a las solicitudes
desde cada Vocalía de la Junta.
 Tener actualizado la versión de Java el equipo de cómputo donde esta
implementado el sistema es recomendable para su correcto funcionamiento.
XIII. REFERENCIAS BIBLIOGRÁFICAS

REFERENCIAS BIBLIOGRÁFICAS

Laudon, k.c. y laudon, j.p. (1996): Administración de los Sistemas de


Información, Prentice Hall, México.

Messina, G., 1999: Investigación en o investigación acerca de la formación docente:


un estado del arte en los noventa, Revista Iberoamericana de Educación, núm. 19,
pp. 145-207.
Sistemas de Información: Antecedentes Históricos, 2002,
http://jms.caos.cl/si/si02.html

Mauleón, M. (2014): Transporte, operadores, redes. Editorial: Ediciones Díaz de


Santos
XIV. ANEXOS (CARTA DE PRESENTACIÓN,
ACEPTACIÓN, TERMINACIÓN,
EVALUACIÓN, REPORTES Y
LIBERACIÓN DE DEPARTAMENTOS.

You might also like