PROYECTO DE INGENIERÍA DE SOFTWARE BASADO EN LA DISTRIBUCIÓN

NO AUTOMATIZADA DEL COMBUSTIBLE SUBSIDIADO EN EL MUNICIPIO

DE ARAUCA

GEYSON GILBERTO ACOSTA OSTOS

CORPORACIÓN UNIVERSITARIA UNIREMINGTON

INGENIERÍA DE SISTEMAS
ARAUCA-ARAUCA
MARZO DEL 2021
 Tabla de contenido.
GLOSARIO............................................................................................................................3
INTRODUCCIÓN..................................................................................................................5
JUSTIFICACIÓN DEL PROYECTO.....................................................................................6
UBICACIÓN DE LA EMPRESA DONDE SE REALIZARÁ EL PROYECTO...................7
Razón social........................................................................................................................7
Reseña histórica...................................................................................................................7
Misión..................................................................................................................................7
Visión...................................................................................................................................7
Objeto social........................................................................................................................7
Sector al que pertenece........................................................................................................7
Ubicación geográfica...........................................................................................................7
Datos del contacto...............................................................................................................7
Teléfono...............................................................................................................................7
Organigrama de la Estación de servicio y transporte el progreso S.A.S.............................8
Carta de aceptación para la realización del proyecto:.........................................................9
EXTRACCIÓN DE REQUISITOS......................................................................................10
Formato De Entrevista.......................................................................................................10
Análisis de la entrevista.....................................................................................................12
Diagrama de actividades...................................................................................................13
DEFINICION DEL PROBLEMA........................................................................................13
Antecedentes del problema...............................................................................................13
Planteamiento del problema..............................................................................................14
Justificación del problema.................................................................................................14
LISTADO DE NECESIDADES Y CARACTERÍSTICAS..................................................14
OBJETIVO GENERAL........................................................................................................15
OBJETIVOS ESPECIFICO TÉCNICOS.............................................................................16
NOMBRE QUE SE LE COLOCARA AL SISTEMA DE SOFTWARE..............................16
MODELO DEL REQUISITO...............................................................................................16
 Descripciones Generales De Actores................................................................................16
Especificación Del Requisito............................................................................................17
Actor- gerente:.......................................................................................................................17
Actor- administrador:............................................................................................................18
Actor- empleado:...................................................................................................................18
Actor- usuario:.......................................................................................................................19
Tabla General Para Casos De Uso.....................................................................................19
Diagrama De Modelos Del Caso De Uso..........................................................................21
Diagrama de caso de uso para surtir combustible..............................................................21
Diagrama de caso de uso para registro de vehiculo (administrador – gerente)..............23
Especificación del caso de uso “registrar vehículo”..........................................................24
Diagrama de caso de uso para generar informes (administrador – gerente, cliente e
impresora)...............................................................................................................................25
Especificación del caso de uso “generar informes”...........................................................26
ANÁLISIS DE REQUISITOS..............................................................................................27
Requisitos De Usuario.......................................................................................................27
Requisitos Funcionales......................................................................................................28
Requisitos No Funcionales................................................................................................30
ANÁLISIS DE RIESGO.......................................................................................................31
Tecnológico.......................................................................................................................31
Cliente...............................................................................................................................32
Proceso..............................................................................................................................32
Producto.............................................................................................................................32
RECURSOS..........................................................................................................................33
Hardware...........................................................................................................................33
Software.............................................................................................................................34
Talento humano.................................................................................................................34
CONCLUSIONES................................................................................................................35
BIBLIOGRAFÍA..................................................................................................................36
GLOSARIO.

- Actor: Persona, máquina, dispositivo, aplicación y todo aquello que interactúe con
el software y que de alguna forma le envíe señales, datos e información, para que
éste ejecute algún proceso.
- Cliente: Persona natural o jurídica que paga por un producto o servicio para
beneficio propio o de otros.
- Diagrama de casos de uso: Representación gráfica correspondiente al UML, que
permite modelar procesos donde se relacionan actores con actividades,
especialmente utilizado para analizar los requisitos de software.
- Estación de servicio: punto de venta
de combustible y lubricantes para vehículos de motor. En la actualidad las
estaciones de servicio pueden ofrecer muchos otros servicios complementarios, que
tienen que ver o no, con las necesidades de los vehículos.
- Hardware: Todo dispositivo o componente físico, relacionado con un equipo o
máquina
- Ingeniería de Software: Área de la ingeniería de sistemas informáticos que estudia
los principios, metodologías y técnicas para el desarrollo y mantenimiento de
sistemas software.
- Lector de barras: Es un escáner capaz de leer los códigos de barras por medio de
un láser. Se trata de un dispositivo electrónico cuya función principal es escanear
estos códigos y enviar los datos, mediante una antena wifi o cable, a un terminal u
ordenador.
- Lenguaje de programación: conjunto de símbolos y regla que definen una
estructura, así como el significado de sus elementos y expresiones, entendibles tanto
para el programador como para la máquina, utilizado por los expertos informáticos
para la construcción de software.
- Requerimiento: Corresponde a las necesidades y deseos pedidos por el cliente y las
personas involucradas en el software.
- Requisito de usuario: Se relaciona con las necesidades que los usuarios expresan
verbalmente.
- Requisito funcional: Corresponde a la funcionalidad que el sistema debe
proporcionar al usuario final.
- Requisito no funcional: Son todas aquellas restricciones que afectaran al sistema,
buscando que cumpla con características de calidad, como por ejemplo seguridad,
agilidad, usabilidad.
- Rol: Consiste en el papel que desempeña una persona dentro de un proceso.
- Sistema: Conjunto de elementos que ordenadamente y relacionados entre sí
cumplen con un objetivo determinado.
- Software: Programa compuesto por componentes lógicos necesarios que hacen
posible la realización de tareas específicas y que requiere de un equipo físico para
su funcionamiento (computador, celular, máquina).
- Usuario: Se refiere a un conjunto de permisos y de recursos a los cuales tiene.
- Situación problemática: Realidad que posee interrogantes sin resolver, tanto de
conceptualización representación y aplicación significativa para quien la padece y
que requiere ser planteada y resuelta.
INTRODUCCIÓN.

Desde una perspectiva real en las actividades comerciales del municipio de

Arauca se presenta una problemática con respecto a la distribución de
combustible subsidiado, ya que no existe un control sistematizado para el
comercio del hidrocarburo, esto hace que los usuarios, una vez agotado el
inflamable tengan que acceder al combustible con precio nacional y
lógicamente tengan que pagar un costo más elevado por este.

El presente documento tiene como propósito brindar una alternativa

sostenible y real al Municipio de Arauca, con respecto a mecanismos de
control de combustibles; La idea central radica en la creación de un software
que controle eficientemente la distribución tomando en cuenta los recursos
necesarios para ejecutar el proyecto como (humanos, tecnológicos y
financieros); Así mismo dentro de la propuesta mostrar en su gran mayoría
los requerimientos que conlleva la creación de un software, utilizando una
metodología de aprendizaje basado en problemas, los principios de la
investigación formativa para la especificación de los requisitos de software
teniendo como resultado la construcción de un producto informático de
calidad.
JUSTIFICACIÓN DEL PROYECTO.

La implementación de mecanismos de control de combustibles en el municipio araucano

tiene una importancia muy singular, porque transparenta la distribución de combustibles y

hace eficiente el uso del subsidio. Se va a proponer un método práctico y eficiente de

mecanismos de control de combustibles en esta zona de estudio.

Una vez completado y ejecutado este proyecto aportara un gran aspecto positivo para la

población del Municipio porque, primordialmente garantizara el surtido constante a precio

subsidiado, reduciendo mayoritariamente el contrabando y favoreciendo a las familias mas

vulnerables de la zona que hacen uso del hidrocarburo.

UBICACIÓN DE LA EMPRESA DONDE SE REALIZARÁ EL PROYECTO

Razón social.
Estación de servicio y transporte el progreso S.A.S
Reseña histórica.
Comenzó sus actividades en la década de los 90, y efectuaba la distribución
con un sistema muy mecánico y simple, sin almacenamiento de datos ni
control de estadísticas etc. Con los avances tecnológicos se vio obligado a
mejorar sus sistemas laborales e informáticos, mejorando los sistemas de
recolección de datos gracias a la adquisición de equipos de cómputo, pero
recientemente con la gran demanda de combustible, los reclamos de la
población, las medidas gubernamentales y el desabastecimiento en algunas
ocasiones, se proyecta para una automatización más cerrada y controlada.
Misión.
Satisfacer las necesidades de transporte público individual, con
responsabilidad, agilidad y seguridad a nuestros clientes internos y externos.
Teniendo un equipo humano capacitado y comprometido con los objetivos y
valores de la empresa, garantizando calidad, eficiencia y competitividad.
Visión.
Ser reconocidos como empresa líder en el sector de comercialización de
combustibles, por nuestro servicio superior y como el mejor aliado
estratégico para nuestros clientes; aumentar nuestra participación en el
mercado, ampliado nuestra red de distribución y maximizado nuestra
rentabilidad.
Objeto social.
Comercio al por menor de combustible para automotores.
Sector al que pertenece.
Comercial
Ubicación geográfica.
Carrera 19 No. 7 - 317 Arauca, Arauca
Datos del contacto.
Juan José Ángel Ulloa, Propietario.
Teléfono.
3115219696
Organigrama de la Estación de servicio y transporte el progreso S.A.S
Carta de aceptación para la realización del proyecto:

Arauca, marzo del 2021

Sr: Geyson G. Acosta

Por medio de la presente, ESTACIÓN DE SERVICIO Y TRANSPORTE EL

PROGRESO S.A.S, nos permitimos notificar la ACEPTACIÓN del proyecto FUEL
COL-CONTROL a llevarse a cabo por IBM STAR a partir del próximo 01/04/2021 hasta
01/10/21.

Como se indicó en la presentación del proyecto, IBM STAR estará a cargo de la creación,
diseño y prueba de un software para sistematizar la distribución de combustible en las
estaciones de servicio del municipio de Arauca Por su lado, ESTACIÓN DE SERVICIO
Y TRANSPORTE EL PROGRESO S.A.S será responsable de proporcionarle los medios
necesarios acordados para la ejecución de dicho proyecto.

Esperamos que la culminación de este proyecto se lleve a cabo bajo las condiciones y
características estipuladas en la convocatoria.

Saludos cordiales,

__________________________________________
Gerente.
ESTACIÓN DE SERVICIO Y TRANSPORTE EL PROGRESO S.A.S
Tel. 3115219696
Esprogreso@gmail.com
 EXTRACCIÓN DE REQUISITOS.
Formato De Entrevista
Objetivo: Identificar los requerimientos del cliente, en relación con el descontrol de la
comercialización de combustible subsidiado en el municipio araucano.
Fecha: 20/10/21 Hora inicial: 09:00 am Hora final: 12:00 pm
Entrevistado(a): Juan José Ángel Ulloa Cargo: Propietario
Entrevistador(a): Geyson G. Acosta Cargo: Analista
Temáticas para abordar:
Historia De La Empresa.
1. ¿Cuántos años tiene funcionando la E/S?
R. 15 años aproximadamente
¿Cómo ha evolucionado la distribución de combustible subsidiado en la E/S?
R. Ha aumentado la demanda en los 2 últimos años y el cupo mensual se ha
consumido antes de lo esperado, lo que nos obliga a comercializar combustible a
precio nacional.
¿Qué tipo de clientes tienden a tener mayor afluencia en la compra de
combustible en la E/S?
R. La población en general, pero hay quienes la revenden como forma de ingresos
en sitios no autorizados y también hay quienes la comercian por vía del
contrabando.
2. Organigrama De La Empresa.
¿la E/S de servicio cuenta con organigrama. ¿Es posible el facilitamiento de
este?
R. Si desde luego
3. Infraestructura Tecnológica.
¿Qué tipo de software maneja actualmente?
R. Operamos de forma muy básica, solo con el software que ya viene incorporado
en cada equipo de cómputo que manejamos, pero ningún otro adicional.
¿Cómo operan sus sistemas de datos con relación a los surtidores de
combustible?
 R. Con respecto a los surtidores, la forma de despacho es muy libre dependiendo de
la solicitud del cliente, la maquina muestra en pantalla la cantidad de litros y el
precio final a pagar, ya sea gasolina o ACPM.
¿Cuántos equipos de cómputo maneja?
R. Solo contamos con cinco (05) actualmente.
¿Qué operatividad poseen sus equipos de cómputo?
R. Se utilizan diariamente y están en buen estado.

4. Requerimientos de software.
i ¿Qué función principal quiere que gestione el software a crear?
Primero: Que permita realizar un registro de todos los vehículos, tanto de uso
particular, policial, de emergencia y transporte público que operan en la zona.
Segundo: Que cada cliente tenga un mecanismo identificador para poder habilitar
el surtidor de combustible.
Tercero: Que refleje la situación actual para cada vehículo en cuanto la
permisibilidad mensual de volumen de combustible.
Cuarto: Para automóviles particulares su cupo mensual será de 120 litros y para
motocicletas particulares su cupo mensual será de 60 litros y podrán abastecerse
una (01) vez por día.
Quinto: Una vez terminado cada mes vez reinicie el cupo asignado para
automóviles y motocicletas (120 lt y 60 lt) particulares, sin adicionar el restante que
aún le quede.
Sexto: Los vehículos de emergencias o de tipo policial podrán abastecerse al 100%
en su totalidad una (01) vez por día.
Séptimo: Los vehículos de transporte público (Taxis y Autobuses) podrán
abastecerse al 100% vez por semana. El sistema deberá llevar el control de la
frecuencia de visita semanal del vehículo.
Octavo: Los vehículos que provengan de las afueras de la zona de adjudicación no
podrán abastecerse con combustible subsidiado ya que sin previo registro y entrega
del mecanismo de identificación no será habilitara el surtidor de combustible.
Podrán abastecerse con combustible a precio nacional.
 Noveno: Que genere informes en cuanto a la cantidad de vehículos registrados, la
cantidad de visitas por mes de cada vehículo, la cantidad de combustible que cuenta
la estación de servicio con combustible subsidiado.
¿Con respecto a la flota vehicular desea que el software genere un identificador
a cada vehículo para que no haya reincidencia de abastecimiento de
combustible?
R. Totalmente puede ser un código de barras que sea leído mediante un lector y este
habilite el surtidor de combustible.
5. Personal Que Puede Ayudar En El Proceso.
¿Qué personal puede disponer para la realización del software para que brinde
necesidades y detalles que ocurren en el transcurso de las actividades?
R. Tendrá a su disposición dos (02) empleados, quienes tienen la antigüedad
suficiente y conocen el modelo de trabajo muy bien
6. Cualificación Del Personal En Herramientas Informáticas.
¿Qué personal puede recomendar para capacitarlo en el funcionamiento del
software una vez desarrollado?
R. Deseo que sean capacitados los bomberos quienes despachan el combustible. Y
mi auxiliar que realizara las labores de registro mediante mi usuario.
7. Tiempo en el cual requiere el software.
R. Deseo estar ejecutando el programa de 3 a 6 meses como máximo, con sus
debidas pruebas de ensayo y error con anterioridad.
8. Presupuesto para la construcción del software.
R. Cuento con un capital a emplear de 7 a 10 millones de pesos para cubrir la
creación del software y los equipos que se necesiten instalar.

Análisis de la entrevista.
Según la entrevista anterior logramos constatar: La situación que presenta la E/S en cuanto
a distribución de combustible para vehículos automotores, seguidamente basándonos en el
problema que presenta y las necesidades que necesita solventar, se justifica que el cliente
solicite la creación inmediata de un software que automatice sus actividades. El
entrevistado describió muy bien sus requerimientos principales en cuanto a funcionamiento,
 los posibles casos especiales y los parámetros con los que desea trabajar; En la parte
monetaria el capital es suficiente para el desarrollo y la instalación de equipos necesarios.

Diagrama de actividades.
MES
SEPTIEMBR
ABRIL MAYO JUNIO JULIO AGOSTO
ACTIVIDAD E

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

Definición
del proyecto
Planteamient
o del
problema
Búsqueda de
información
Diseño de la
solución
Desarrollo
del software
Análisis y
resultados
Entrega

DEFINICION DEL PROBLEMA.

Antecedentes del problema.

Por su ubicación geográfica el municipio de Arauca se encuentra en una zona fronteriza que
comparte con el vecino país venezolano, y debido a que, en meses anteriores la situación de
ese país en cuanto a abastecimiento de combustible se ha complicado por una baja en la
producción interna, ha hecho que se aumente el contrabando de gasolina desde Colombia
hacia Venezuela para el surtido de su parque automotriz, cabe destacar que por ser una zona
fronteriza y rural Arauca cuenta con un subsidio especial que se le aplica al precio del
hidrocarburo.

Las estaciones de servicio araucanas cuentan con un cupo promedio de 10.5 millones de
galones mensuales el cual debe ser cuidado y evitando en lo posible que se fuge hacia el
vecino país, de lo contrario tendrán que ejercer ventas de combustible a precio estándar el
cual se encuentra muy por encima del precio subsidiado; así mismo los surtidores de

combustible no cuentan con un mecanismo que les permita identificar y frenar las

actividades irregulares de los vehículos que reinciden en el surtido sin justificación.

Planteamiento del problema.

¿El diseño de un mecanismo de control de combustible permitirá eliminar la problemática
de control de combustible?

Justificación del problema.

La propuesta de un sistema automatizado para distribución de combustibles brindará una
alternativa que ayudará al Municipio a reestructurar e implementar el mecanismo de control
de los combustibles e indirectamente se creará una base estadística de los consumos reales
por vehículo, con ello tanto el Municipio como el estado garantizará el abastecimiento
oportuno.

LISTADO DE NECESIDADES Y CARACTERÍSTICAS.

Caso de estudio
Necesidades
Registro de los vehículos.
Tarjeta de verificación
Características
Numero o Placa del vehículo, modelo, año,
capacidad máxima del tanque de
almacenamiento del vehículo. Breve
descripción de las actividades que realiza el
vehículo (transporte público, uso particular,
transporte de carga…)
Esta tarjeta tendrá un chip incorporado o una
banda magnética (como el de las tarjetas de
crédito), que contendrá los datos de un
vehículo y el consumo máximo permisible de
combustible por período y será visualizado a
través de una máquina con una pantalla
instalada al lado de cada expendedor de

Equipos y máquinas
Funcionamiento del Sistema
Procesamiento de la información
Informes
combustible en las estaciones de servicio.
Los equipos que transmitirán la información
estarán ubicados en lugares estratégicos de las
estaciones de servicio, por ejemplo:
Estarán al lado de cada expendedora de
combustible donde se controlará el consumo.
La información será actualizada
automáticamente de acuerdo con el consumo
registrado en las máquinas abastecedoras de
combustible realizada por los usuarios.
A través del sistema de software cada
gasolinera tendrá un pequeño servidor donde
se almacenen los movimientos del día y este a
su vez tendrán un software que retroalimentara
al servidor que se actualizara automáticamente
con la información sobre los consumos del
usuario, restando el volumen permisible por
período, menos su consumo de ese momento.
Deberá generar un Listado con toda la
información del vehículo que se desea conocer
y su situación (Placa del vehículo, modelo,
año, capacidad máxima del tanque de
almacenamiento del vehículo, permisibilidad
de combustible, visitas diarias y mensuales…)

OBJETIVO GENERAL.
Construir un software que permita la gestión y control de las actividades vehiculares
entorno al abastecimiento de combustible subsidiado en las estaciones de servicio del
Municipio de Arauca, evitando así inconsistencias como: El reabastecimiento indebido en
múltiples ocasiones, pérdida de tiempo debido a la conglomeración de vehículos
reincidentes, escasez de combustible, garantizando así calidad en dicho proceso.
OBJETIVOS ESPECIFICO TÉCNICOS.
- Investigar sobre el subsidio de combustibles e hidrocarburos en el Municipio de
Arauca.

- Analizar el actual sistema de distribución y comercialización de combustible.

- Evaluar las alternativas propuestas por cliente para dar fin a la problemática de la
zona.

- Diseñar el sistema de control, abarcando los requerimientos, equipos y conexiones

necesarias.

- Realizar el análisis de los costos totales del sistema diseñado.

NOMBRE QUE SE LE COLOCARA AL SISTEMA DE SOFTWARE.

El software se denominará: “FUEL COL-CONTROL”.

MODELO DEL REQUISITO.

Descripciones Generales De Actores.

Actor Función
Supervisa el correcto funcionamiento de las
actividades en la E/S:
Gerente
- Podrá ejercer todas las gestiones del
programa.
Bombero y/o empleado - Bridara asesoría a los clientes con
respecto a la cantidad disponible de
combustible que posee en su cupo
designado.
- Identificará que vehículo es
reincidente en el surtido de
combustible.
- Identificará por medio de la placa
del vehículo y la placa que aparece
en la pantalla del surtidor, de que
 estas coincidan, de lo contrario
deberá ejercer inmediatamente la
salida del vehículo.
- Se encargará de responder por toda
la información del sistema, por lo
Administrador
tanto, el administrador tendrá a su
cargo todo el control del programa.
- Accederá al software por medio de
un identificador personal que
corroborará sus datos.
- Ejercerá consultas sobre su situación
actual (Volumen de combustible,
Cliente
visitas a la E/S).
- Solicitará su inhabilitación o
habilitación de tarjeta de
verificación mediante una
exposición de motivos escrita.
Generará los comprobantes
Impresora correspondientes después de cada
operación.

Especificación Del Requisito.

Actor- gerente:
Actor: Gerente Ident: user1
Descripción: Supervisor y jefe de operaciones
Características: Información contenida en la tabla de actores y funciones
Relaciones: Usuario, empleados y administrador.
Autor: Fecha: Versión:
Geyson Acosta 20/03/2021 01
Atributos: Tipo:
Identificación: Numérico
Nombre: Texto
Apellido Texto
Dirección Alfanumérico
Encriptación: Alfanumérico.

Actor- administrador:
Actor: Administrador Ident: user2
Descripción: Encargado del software en general.
Características: Información contenida en la tabla de actores y funciones
Relaciones: Usuarios, empleados y gerente.
Autor: Fecha: Versión:
Geyson Acosta 20/03/2021 01
Atributos: Tipo:
Identificación: Numérico
Nombre: Texto
Apellido Texto
Dirección Alfanumérico
Encriptación: Alfanumérico.
Comentarios:

Actor- empleado:
Actor: Empleado Ident: user3
Descripción: Encargado de la distribución de combustible.
Características: Información contenida en la tabla de actores y funciones
Relaciones: Usuarios, empleados, gerente y administrador.
Autor: Fecha: Versión:
Geyson Acosta 20/03/2021 01
Atributos: Tipo:
Identificación: Numérico
Nombre: Texto
Apellido Texto
Dirección Alfanumérico
Encriptación: Alfanumérico.
Comentarios:

Actor- usuario:
Actor: Usuario Ident: user4
Descripción: Interactúa con el sistema.
Características: Información contenida en la tabla de actores y funciones
Relaciones: Empleados, gerente y administrador.
Autor: Fecha: Versión:
Geyson Acosta 20/03/2021 01
Atributos: Tipo:
Identificación: Numérico
Nombre: Texto
Apellido Texto
Dirección Alfanumérico
Código: Numérico

Tabla General Para Casos De Uso.

Actores
Gestiones
Acciones Gerente Bombero Administrador Cliente
Gestión Registrar X X
Registrar Consultar X X X X
Vehículo Modificar X X
Guardar X X
Inhabilitar X X X
Habilitar X X X
Borrar X X
 Salir X X
Registrar X X
Consultar X X X X
Modificar X X
Gestión cupo
Guardar X X
asignado
Inhabilitar X X
Habilitar X X
Borrar X X
Registrar X X
Consultar X X X
ID cliente Modificar X X
(Tarjeta de Guardar X X
verificación) Inhabilitar X X X
Habilitar X X X X
Borrar X X
Registrar X X
Consultar X X X X
Gestión
Modificar X X
Informes
Guardar X X
Borrar X X
Diagrama De Modelos Del Caso De Uso.

Diagrama de caso de uso para surtir combustible.

-
 Especificación del caso de uso “surtir combustible”.

Caso de uso Surtir combustible

Código: Cu2
Actor: Cliente
Estar registrado y obtenido su tarjeta de
Precondición:
verificación.
El usuario por medio del escáner valida con
Descripción su tarjeta de verificación y habilita el
surtidor para el despacho de combustible.
Paso: Acción:
1 Deslizar la tarjeta por el escáner
De forma automática se habilitará
2
Secuencia normal el surtidor.
Generará factura de compra y
3 estado actual del volumen de
combustible
Se pueden realizar gestiones de consultar
Post condición: existencia disponible de combustible, visitas
efectuadas durante el día y el mes.
Paso: Acción:
Al deslizar la tarjeta de
verificación arroje “cupo
1
limitado”, el usuario no podrá
acceder al surtidor de combustible.
Si el numero de placa que aparece
en la pantalla del surtidor de
combustible no coincide con la del
Excepciones: 2 vehículo, el empleado estará en la
obligación de desalojar el vehículo
inmediatamente y suspender el
servicio.
Si el vehículo tiene una (01) visita
en el día, no podrá abastecerse de
3 nuevo con combustible, debe
esperar al día siguiente que su
contador de visitas este en 0.
“Se diligencian notas que el
Comentarios: ingeniero ve necesarias para el
entendimiento”
Fuente: Geyson Acosta.
-
Diagrama de caso de uso para registro de vehiculo (administrador – gerente)
 Especificación del caso de uso “registrar vehículo”.
Caso de uso Registrar vehículo
Código: Cu1
Actor: Gerente, administrador.
Precondición: El usuario se debe haber logeado con
anterioridad.
Descripción: Se realiza el registro de la información de
los vehículos para llevar el control de
despacho, la información a diligenciar se
encuentra descrita en la tabla de
necesidades y características.
Paso: Acción:
Dar clic en “registrar vehículo” en
1
el menú de opciones.
Diligenciar todos los datos
Secuencia normal 2
solicitados.
3 Guardar el formulario.
4 Imprimir tarjeta de verificación.
5 Salir.
Se pueden realizar gestiones de modificar,
Post condición:
consultar, eliminar e inactivar vehículo.
Paso: Acción:
Al digitar el número de placa de un
1 vehículo “muestra que ya está
registrado”; No se puede registrar.
los datos obligatorios no están
Excepciones:
2 diligenciados- verificar la
información.
los datos no tienen las
3 especificaciones del requerimiento;
Validar información
“Se diligencian notas que el
Comentarios: ingeniero ve necesarias para el
entendimiento”
Fuente: Geyson Acosta.
Diagrama de caso de uso para generar informes (administrador – gerente, cliente e
impresora).
 Especificación del caso de uso “generar informes”.
Caso de uso Generar Informes.
Código: Cu3
Actor: Gerente, administrador, empleado y cliente.
Precondición: - El Gerente, administrador y
empleado se deben haber logeado
con anterioridad.
- El cliente debe haber ingresado al
sistema con su tarjeta de
verificación.
Descripción: La información para diligenciar se
encuentra descrita en la tabla de
necesidades y características.
Paso: Acción:
Dar clic en “informes” en el menú
1
de opciones.
Diligenciar todos los datos
Secuencia normal 2
solicitados.
Imprimir documento y/o ver en
4
pantalla.
5 Salir.
Se pueden realizar gestiones de consultar,
Post condición:
eliminar e imprimir documento.
Paso: Acción:
Al digitar el número de placa de un
1 vehículo “muestra que no se
Excepciones: encuentra registrado”.
los datos no tienen las
2 especificaciones del requerimiento;
Validar información
“Se diligencian notas que el
Comentarios: ingeniero ve necesarias para el
entendimiento”
Fuente: Geyson Acosta.
ANÁLISIS DE REQUISITOS.

Requisitos De Usuario

Id Requisito Descripción Del Requisito

El sistema deberá permitir la creación de un código para cada
RU-01
vehículo.
El sistema permitirá el registro, actualización, consulta y eliminación
RU-02
de cada vehículo con sus características.
El sistema no deberá habilitar el surtidor si el vehículo es reincidente
RU-03 diario. Solo podrá surtir combustible con su tarjeta de verificación una
(01) vez por día.
El sistema deberá permitir a los empleados hacer consultas sobre un
RU-04
vehículo.
RU-05 El sistema estará disponible las 24 horas.
Solo el gerente y administrador tendrán la potestad de crear, editar y
RU-06
borrar usuario.
El cliente podrá generar informes sobre si situación actual de
RU-07
despacho para el combustible con su tarjeta de verificación.
El cliente podrá elegir la cantidad de combustible dentro del rango de
RU-08
su cupo y se ira restando cada vez que haga surtido.
El sistema reiniciará los cupos de combustible el día uno (01) de cada
RU-09
mes.
 Requisitos Funcionales

Id Id Gestión
Requisit Requisito Del Descripción Del Requisito Usuario
o Usuario Requisito
Permitirá la asignación de un código
identificador único (tarjeta de Gerente
Crear
RF -001 RU-01 verificación para llevar el seguimiento y/o
código
de las actividades de consumo de administrador
combustible del vehículo
Registro Permitirá ingresar los datos del vehículo Gerente
de como: Placa, modelo, marca, capacidad y/o
vehículo de almacenamiento. administrador
Brindará el acceso a los usuarios
designados para obtener la información Gerente,
Consultar correspondiente a estatus del vehículo administrador
RU-02
RF -002 (Registro de visitas, volumen permisible y Bombero.
de combustible).
Permitirá la modificación o
Gerente y
Actualizar actualización correspondiente de cada
administrador
vehículo
Permitirá la eliminación de datos uno o Gerente y
Eliminar
varios vehículos determinados. administrador
Solo se activará mediante el escaneo de
la tarjeta de seguimiento del usuario, el
Habilitar cual otorga el permiso correspondiente Cliente
RF-003 RU-03
surtidor al surtidor solo si cumple con un
registro previo y el número de visitas
asignadas, una (01) por día.
RF-004 RU-04 Consultar Ejecutara consultas de cualquier
vehículo ingresando el número de su Empleado
placa. Para ingresar al sistema deberá
 digitar usuario y contraseña.
Los usuarios podrán crearse
Crear dependiendo de la necesidad y el
Usuario aumento en las actividades; deberán
tener un nombre y contraseña.
Los usuarios podrán editarse Gerente y/o
RF-004 RU-06
Editar dependiendo de la necesidad y el Administrador
Usuario aumento en las actividades; deberán
tener un nombre y contraseña.
Eliminar Se podrá eliminar uno o varios usuarios,
Usuario si estos se consideran necesarios o no.
El cliente mediante el escaneo de la
tarjeta de verificación podrá seleccionar
la opción consultar estado, deberá
mostrar todas las operaciones realizadas
durante el mes o una fecha en
específico.
Consultar
RF-005 RU-07 - Cantidad de combustible Cliente.
Estado
restante.
- Cantidad de combustible
consumida.
- Número de visitas efectuadas.
- Imprimir recibo
- Ver en pantalla
RF-006 RU-08 Selección El cliente mediante el escaneo de la Cliente.
cantidad tarjeta de verificación podrá seleccionar
en litros la opción “Surtir combustible
<<Digite la cantidad en litros>>; deberá
mostrar:
- La cantidad de combustible por
cupo asignado
 - La cantidad de combustible que
ha surtido durante el mes.
- La cantidad de combustible que
puede surtir.
- La cantidad que desea
- La cantidad restante después de
hacer el surtido.

Requisitos No Funcionales
Id Requisito Descripción Del Requisito
RNF- 001 El sistema debe estar disponible las 24 horas del día
Debe asegurar la permanente actualización de la base de datos, cuando
RNF- 002
se registre la información.
La encriptación de claves para “gerente” y “administrador” serán de tipo
RNF- 003 alfanuméricas las cuales solo estos conocerán; Las claves para el perfil
“empleado” se designarán de igual forma, pero más generalizadas.
RNF- 004 El lenguaje de programación del sistema se espera implementar en Java.
Asignar suficiente espacio a la base de datos para soportar las grandes
RNF- 005
cantidades de información suministradas.
Tiempo de respuesta: se espera un tiempo promedio de 10 segundos, con
RNF- 006
el fin de que no se haga muy pesada la interacción con la Base de Datos.
De forma automática los días uno (01) de cada mes, reiniciara la
cantidad de combustible para cada vehículo según los cupos estipulados;
RNF-007
independientemente si en los cupos vehiculares posea volumen de
combustible permisible.
Capacitación, antes de intensificar el uso del sistema los usuarios deben
RNF-008
conocer su modo de uso.
EL acceso al software será mediante una red local, debe asegurarse la
RNF-009
estabilidad y seguridad de la conexión.
RNF-010 Manuales de usuario
RNF-011 Configuración adecuada del equipo, para soportar la correcta instalación
 de la aplicación. Sera efectuada semanas antes de la ejecución final del
sw.
Realizaran copias de seguridad, automáticamente cada 6 horas, en un
RNF-012
servidor ubicado en otro espacio fuera de la E/S.
El software funcionara en las instalaciones de la E/S. Divida en dos
RNF-013
secciones (administrativa y operativa).
RNF-014 El software requiere conexión a internet.
Se brindará asistencia técnica según la gravedad del problema,
RNF-015
pudiéndose ser presencial, a distancia o de forma remota.
Las personas que interactuarán en el sw, estarán previamente descritas
RNF-016
en la tabla de descripción general de actores.

ANÁLISIS DE RIESGO.
Tipo de
Descripción del riesgo Plan de acción
riesgo
Solicitar ampliar el ancho de banda y velocidad
Acceso a la red limitado
de la red de internet.
Elaborar el código del programa de manera clara
Que el software no interactúe
que pueda ser interpretado, ejecutado o
con hardware nuevo o no
comprendido por cualquier sistema, arquitectura
probado
o aplicación.
No contar con un servidor que
Solicitar adquirir un servidor que garantice el
procese y guarde la Tecnológico
procesamiento y guarde la información.
información.
Realizar los métodos necesarios y ejecutarlos
Que le sw no habilite los con anterioridad en un surtidor de prueba; Como
surtidores de combustible. medida de contingencia efectuar el despacho de
forma manual.

Que el cliente no tenga Cliente Capacitar al cliente en el uso y manejo de las

conocimiento o capacitación
en el uso de herramientas
tecnológicas
Que el cliente no esté seguro
de que la funcionalidad pedida
sea factible
Que el cliente no
dispuesto a invertir capital en
la adquisición de equipos para
la funcionalidad del sistema.
Que no exista
mecanismo para asegurarse de
que el trabajo realizado en un
proyecto se ajusta
estándares de ingeniería del
software.
Que no se ejecuten una o
varias gestiones en particular.
Que se necesiten incorporar
nuevas gestiones, por causas
externas que no se tomaron en
cuenta.
En caso de corte energía en la
gasolinera.
herramientas tecnológicas.
Efectuar reuniones, frecuencia de visita y soporte
técnico. Permitir la interacción de sw-cliente.
esté
Reflejar cuadros comparativos de operatividad
entre el sistema anterior y el actual. Mostrar los
costos más considerables a invertir.
algún Emplear los estándares de calidad en el
desarrollo del software, siguiendo las normas que
se crearon para garantizar la buena calidad del
a los producto, que deba garantizar la seguridad,
integridad y disponibilidad de la información que
procesara y almacenara el sistema informático.
Proceso Efectuar una supervisión periodica necesaria una
vez instalado el sw, para detectar las fallas en
tiempo real.
Presentar las posibles gestiones de contingencia
que no se incluirán en el programa, pero estarán
disponibles a incorporarse hasta que el cliente lo
solicite. Reduciendo el tiempo de respuesta.
Producto - En caso de corte de energía se suspendería el
abastecimiento debido a que las bombas de
succión de las gasolineras requieren de
electricidad para abastecer de combustible.
- Debido al corte de energía tampoco se podría
hacer uso del sistema de control. Sin embargo, si
se presenta un corte de energía la información no
se pierde debido a que el software central cuenta

En caso de que se caiga el
sistema del servidor central
Producto
En caso de infiltración de
Hackers en el sistema
con sistema de autoguardado automático de la
información.
- Es imprescindible contar con un grupo
electrógeno para evitar la interrupción del
funcionamiento.
Se esperará un lapso de 10 minutos si no retorna
la gasolinera aplicara el plan de seguridad y
procederán al control manual del abastecimiento,
llenando un fácil formulario que tendrán siempre
a la mano, donde indique el código del cliente, el
día y el consumo realizado y la firma del cliente.
Para evitar este problema se debe instalar un
software de seguridad que proteja la información
del sistema y que no sea vulnerado por ningún
hacker.

RECURSOS.

Hardware.
- Instalación de los equipos y máquinas: deberán ser instalados en la gasolinera los
equipos lectores para pasar las tarjetas de los usuarios antes de ser abastecidos de
combustible. Se necesitará una cantidad estimada de acuerdo con el número de
surtidores que posea la E/S.

- Cableado para redes.

Computadores:
Los requisitos mínimos en cuanto a hardware que un equipo debe cumplir serán los
siguientes:
- Procesador o CPU: deberá contar con una frecuencia mínima de 1 GHz.
- Su arquitectura deberá soportar SSE2, PAE y NX.
- Memoria RAM.
- Capacidad de memoria de 4GB para versiones de 64 Bits.
Software.

- Se debe tener un sistema de copias de seguridad que nos permita guardar de forma
automática la información de las actividades.
- Base de datos: se desarrollará en lenguaje MYSQL2014 por ser una edición
gratuita.
- La interfaz gráfica se realizará con el fin de establecer la relación entre el sistema de
gestión y el usuario, obteniendo una interfaz sencilla y accesible, permitiendo que se
adapte a la plataforma del sistema operativo de Microsoft.
- Un módulo de autenticación para los aplicativos de gestión.

Talento humano.

- Funcionamiento del Sistema: Se dispondrá de Ingenieros informáticos y Asistentes

de Ingeniero de Informáticos, para control, reparación y mejoras del sistema.
- Procesamiento de la información: Asistentes de sistemas designado por la E/S.
- Herramienta de control para el usuario: Ingenieros informáticos, diseñador y 1
servicio de impresión y activación de tarjetas.
CONCLUSIONES.

- Se pudo evidenciar que el subsidio de combustible sin un control adecuado para su

distribución y comercialización es la fuente que origina el desabastecimiento de
combustible.

- El actual Sistema de distribución no cuenta específicamente con un control o

monitoreo interno que permita restringir el volumen de consumo por cada usuario.

- El mecanismo automatizado de control de combustible que se ha propuesto en este

trabajo ha permitido dar a conocer una nueva opción más exacta y controlable
utilizando la tecnología para solucionar el mal manejo y el desabastecimiento del
combustible.

- El proyecto es para el beneficio de las comunidades de los sectores más vulnerables

del municipio de Arauca y el precio del combustible será el subsidiado y no al
precio nacional que es más elevado ya que por causas del contrabando y
desabastecimiento se les está cobrando con esa tarifa.

- Por tratarse de un proyecto de control para el Municipio, no tiene fines lucrativos

seria mas bien un beneficio para la población Araucana.

- El proyecto es económicamente sustentable, ya que logrará el surtido constante de

combustible subsidiado, disminuir las fugas por contrabando y el coste elevado de
combustible a comerciar; Es decir entre más económico el producto mayor el
volumen de ventas.
BIBLIOGRAFÍA.

- Modulo ingeniería de sistemas I Uniremington 2016

- www.Google.com

- MAS_PRO_005.pdf

- https://dspace.ups.edu.ec/bitstream/123456789/12303/1/UPS-GT001632.pdf

- http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/416

- www.wikipedia.com

- www.mongrafias.com