APLICACIÓN TARCA

Taller Reparador de Componentes de aviación

David Stephan Villalba González

Héctor Mauricio Tequita Robayo
Kevin Ferney Núñez Diaz
Andrés Castrillón Montoya
Paola Esguerra Giraldo

ESTRUCTURA DE DATOS
Politécnico gran colombiano
 NOMBRE DEL PROYECTO.

TARCA
Taller Reparador de componentes de aviación

Control de versiones
Fecha Versión Descripción del cambio
2019/04/02 1.0.0 Generación del documento inicial

Objetivo del documento

El objetivo de este documento es detallar los requerimientos expresados por el cliente para la
creación de la aplicación; esto con el fin de presentar al usuario la proyección para la administración
del inventario.

A quien va dirigido
Este documento está dirigido a las partes interesadas tanto del cliente como del proveedor en
conocer el detalle de la funcionalidad solicitada y el alcance del requerimiento que el proveedor se
compromete a desarrollar.

¿Qué se quiere lograr con el desarrollo del proyecto?

El objetivo de este proyecto es crear una aplicación en la cual se pueda administrar y controlar el
inventario de un taller de reparación de partes aeronáuticas donde se podrá realizar el seguimiento
necesario a todas las partes mecánicas, y así generar el registro histórico de cada una de ellas, ya
que actualmente no se conoce su proceso de reparación, administración y uso.

Teniendo en cuenta que las partes pasan por un proceso por diferentes áreas para su uso y
reparación, esta aplicación también se utilizará para generar un control sobre el consumo
económico de cada parte almacenada en el inventario, ya que se ha evidenciado que hay repuestos
en el inventario que pueden ser reparados para ser reutilizados y se genera así un ahorro en la
adquisición de partes.

Adicional se conocerá la vida útil de cada repuesto, pues se realizará un seguimiento y registro
detallado de cada parte desde su ingreso al inventario hasta su destino final, teniendo en cuenta
que se someterán a mantenimientos periódicos para su correcto uso y funcionamiento.
¿Es viable la implementación del proyecto en las semanas que dura el módulo?
Se trabajará de forma activa y constante en la aplicación para que pueda ser implementada durante
las semanas del módulo ya que se debe generar cargue de información masiva, y se debe realizar
un proceso de pruebas donde se evidencie el correcto funcionamiento de la aplicación.

Resultados esperados: ¿Qué se tendrá como resultado del proyecto?

El crecimiento comercial es cada vez más grande y ostentoso y más aún en la parte de medios de
transporte ya sean vehículos, aviones, barcos etc. debido a esto hemos decidido crear una aplicación
enfocada a la administración de partes aeronáuticas la cual requiere mucho cuidado y tiempo.
TARCA contara con numerosas funciones que están a solo un clic de distancia, las cuales cumplirán
con los estándares solicitados por el cliente y facilitaran la administración de un inventario de partes
aeronáuticas, El resultado de este proyecto será la entrega de un aplicativo en cual el usuario final
podrá interactuar con su inventario, y adicional, generar un seguimiento detallado a cada una de
sus partes.

Descripción:
ID del REQ_APP_FIN_001
Requerimiento:
Nombre del Desarrollo de aplicación para administración de inventario
Requerimiento:
Descripción del Se debe crear una nueva aplicación, la cual permita administrar,
requerimiento: registrar, y controlar un inventario de partes aeronáuticas
Especificación del Se deben crear tres pantallas la primera con nombre “Inicio de sesión”
requerimiento: la segunda “Gestión de cambios” y la tercera llamada “Inventario”

En la primera pantalla “Inicio de sesión” se debe presentar una ventana

de inicio de sesión la cual permita el ingreso de usuario y contraseña:

Debido a la seguridad que se debe brindar en la aplicación para la

administración del inventario se debe contar con:

Usuario y contraseña de acceso.

Dependiendo del perfil de la persona, así mismo serán asignados los

permisos de modificación o consulta en el sistema.

Después de ingresar al sistema , se encontrará con una pantalla la cual

tiene dos opciones habilitadas las cuales son: inventarios y gestión de
cambios. Después de seleccionar la opción de su necesidad pasará a
registrar la información de la siguiente manera.
 En la segunda pantalla “Gestión de cambios” se debe presentar una
sección de ingreso de información que le permita al usuario controlar y
documentar el histórica de cada parte según su necesidad:

Se requiere un enlace con el software para que queden registradas las

partes en los componentes reparados.

Se requiere que muestre las cantidades disponibles.

Se necesita una alerta que muestre cuando las cantidades de las partes
sean mínimas.

Requiere que muestre una ubicación físico-virtual para la fácil obtención

de estas.

En la tercera pantalla “Inventario” se debe presentar una sección de

ingreso de información y generación de informes que le permita al
usuario controlar y documentar las cantidades de su inventario:

Se requiere agregar la información del componente que ingresará al

taller para su respectiva reparación (Descripción del componente,
numero de parte, numero de serial) además que muestra la condición
de NO SERVICIABLE.

Al momento de recibirlo requiere el nombre de quien lo recibe.

Se debe localizar físico-virtualmente (se debe crear una ubicación virtual

simulando un almacén).

Se requiere la manera de asignar al técnico para la respectiva reparación,

con fecha de inicio y finalización.

Una vez finalizada la reparación, el sistema me debe mostrar la

condición de SERVICIABLE.

Adicional se requiere que los primeros componentes que ingresen a

reparación sean los primeros que muestre el sistema para la asignación.

Complejidad (1-5): 5

Prioridad:
6. Aplicabilidad de los temas del módulo:
¿Cómo se piensa vincular el contenido del módulo con el desarrollo del
proyecto?
La forma en la que se piensa vincular los temas al proyecto a lo largo del módulo se establece de la
siguiente forma:

Para el almacenamiento de usuarios se hará uso de los mapas de tipo set ya que sus características
permiten tener una llave y un valor (usuario , contraseña) y no permitirá tener usuarios repetidos,
para el manejo de inventario se requerirá de una lista dinámica de tipo (piezas) la cual contendrá
una respectiva lista con cada pieza y sus características.

Para manipular dichas listas se requiere aplicar métodos de ordenamiento específicamente por
mezcla, para posteriormente aplicar un algoritmo de búsqueda binaria con el fin de manipular las
listas y mostrar la información solicitada por el usuario.

Se hará uso de iteradores para recorres las listas, se busca dar uso a las pilas con la finalidad de que
es usuario puede seleccionar varios ítems y realizar una acción masiva ya sea mover de estado las
piezas o solicitar más e el inventario.

Posteriormente según se avance en el estudio de los módulos se analizará si los temas vistos se
pueden implementar en el desarrollo del proyecto.

7. Requerimientos funcionales: lista de servicios que ofrecerá al usuario el

producto final.
 Sistema de ingreso a través de usuario y contraseña, el cual permitirá brindar una seguridad
mas detallada ya que se restringirá el uso de la aplicación a través de permisos.
 Un sistema de inventario el cual esta compuesto por dos módulos los cuales permitirán la
administración del inventario y el seguimiento de cada una de las partes.
 Una interfaz interactiva la cual le permitirá consultar, filtrar y conocer al detalle la
información registrada en el sistema.
 La generación de informes periódicos, para así poder controlar las entradas y salidas de su
inventario.