reparación de gavetas de cajeros automáticos en la región metropolitana. fase ii

5/17/2018 Reparación de gavetas de cajeros automáticos en la región metropolitana. Fase II - slidepdf.com

http://slidepdf.com/reader/full/reparacion-de-gavetas-de-cajeros-automaticos-en-la-region-metropolitana-fase-ii 1/30

Reparación de gavetas decajeros automáticos en la región

metropolitana

Integrantes:

Simón López Leiva 2800205-8

Felipe Monroy Morales 2860536-6

Mónica Rodríguez López 2860559-5

Cristián Sánchez Figueroa 2804067

María Jimena Zapata 2860555-2

Profesor: Mauricio Olivares

Fecha: 6 de Diciembre de 2011



1

Contenido

Resumen Ejecutivo ..................................................................................................................... 2

1.- De la Organización ................................................................................................................ 3

Objetivo Global ........................................................................................................................ 3

Objetivos Específicos.............................................................................................................. 3

Mejoras implementadas en relación a la Fase I .................................................................. 4

Resumen del sistema de información desarrollado ............................................................. 4

2.- Del desarrollo del proyecto ................................................................................................... 5

3.-Del Proceso............................................................................................................................. 5

Descripción rediseño y BPM .................................................................................................. 5

4.-Del Software............................................................................................................................ 7

Mejoras respecto a Fase I ...................................................................................................... 7

Diagrama de Casos de Uso ................................................................................................... 9

Descripción .......................................................................................................................... 9

Diagrama de Clases.............................................................................................................. 12

Explicación de cada clase: ................................................................................................... 12

Cambio de modelo Conceptual a Relacional...................................................................... 14

Diagrama físico de modelo de datos ................................................................................... 15

Descripción de cada tabla asociada al diagrama físico: .................................................... 15

Resumen Funcional del Prototipo........................................................................................ 18

Identificar Usuario: ................................................................................................................ 18

Solicitud de gavetas: ............................................................................................................. 18

Confirmación de Solicitud: .................................................................................................... 20

Control de stock y Solicitud de Reparación: ....................................................................... 22

Confirmación de Reparación:............................................................................................... 23

Conclusiones ............................................................................................................................. 28

Bibliografía ................................................................................................................................. 28

Anexos ....................................................................................................................................... 29

Carta Gantt Grupal ................................................................................................................ 29



2

Resumen Ejecutivo

La segunda fase del proyecto consiste en el desarrollo de un sistema de información que permita

aplicar el rediseño del proceso “Reparación de Gavetas de cajeros automáticos en la región

metropolitana”, proceso levantado en la primera fase. Para esto se aplica la metodología orientada

a objetos en el rediseño del proceso así como también el uso de lenguaje SQL y diseño en

Microsoft Access para la confección del sistema de información desarrollado.

El proceso rediseñado consiste en el control y manejo de las gavetas mediante un sistema de

información que permite integrar los diversos flujos de datos provenientes hacia el sistema,

permitiendo a los usuarios principales (Encargado de Gavetas y Encargado de Sucursal) acceder a

la información de una manera práctica, simple y manejable, agregando valor al proceso.

Previo a la creación de diseño y programación del software propiamente tal, es necesario hacer

uso de la metodología orientada a objetos, lo que permite determinar las diferentes prestaciones

que tendrá el programa, así como la información y datos que debe contener. Esta se realizó

mediante la aplicación del diagrama de casos de uso y el diagrama de clases.

Del diagrama de casos de uso se determinó que las principales funciones que se deben hacer en

el programa son: Consultar stock, Consultar el registro histórico de Solicitudes de retiro de gavetas

y solicitudes de reparación y otro uso para realizar las solicitudes en cualquier momento. Junto con

esto, se determinaron los actores que interactúan con el sistema, siendo el encargado de gavetas

el “actor principal”, quien tiene acceso a todas las prestaciones del software, y el encargado de

sucursal, quien solo puede ingresar solicitudes de sucursales al programa.

El diagrama de clases permite crear el diseño conceptual de la información que se manejará en el

software desarrollado, donde las principales clases que representan el sistema de información a

desarrollar con sus respectivos atributos son: Las gavetas, el servicio técnico, las bodegas, los

cajeros automáticos, las sucursales y empresas de transporte de valores (ETV´s).

El diagrama relacional se utilizó para modelar los datos físicamente, de donde se obtienen los

atributos que se convertirán en entradas y salidas de datos en el sistema de información. Se

destacan atributos como el ID.gaveta que es el identificador de todas las gavetas administradas,

atributo de gran importancia ya que permite relacionar la mayoría de las tablas de datos en el

software.

Se utilizó Access para el diseño de la interfaz gráfica y se empleó lenguaje SQL para la ejecución

de consultas y acciones que hace el programa al presionar determinados botones (incluyendo

Macros). Esto permite acceder a información específica en las bases de datos sin que sea



3

necesario ver la tabla entera. Algunas consultas realizadas corresponden a ver las solicitudes en

determinadas fechas, ingresar solicitudes, confirmar reparaciones, etc.

Se propuso un plan de contingencia para evitar la pérdida de información ante acontecimientos

repentinos como cortes de electricidad, falla del software, etc. Este consiste básicamente en

respaldar los datos en Planillas Excel diariamente, registrando así toda la información que se ha

agregado o modificado durante el día.

Todo lo realizado sirve como herramienta para agregar valor a la empresa a través de la

implementación de una solución tecnología que permitirá gestionar los datos en forma eficiente y

rápida. Sin embargo, debido a que es un proceso de apoyo, puede que no sea de gran relevancia

para la gestión de Banco Estado. Una forma de mejorar esto es integrando más procesos de apoyo

al software conformando una plataforma de datos que integre toda la información referente a los

procesos que tengan que ver con las gavetas (llenado de gavetas, etc.) tanto en la región

metropolitana como en las demás regiones del país.

1.- De la Organización

Objetivo Global

Rediseñar el proceso de Reparación de gavetas de Banco Estado, buscando mejoras en la

eficiencia, aumentos en la productividad y homogenización de la organización como consecuencia

de agregación de valor a través del rediseño de procesos e integración de la información.

Objetivos Específicos

Crear un sistema de información que permita integrar datos provenientes de distintas

entradas al sistema en una sola plataforma útil, práctica y simple.

Desarrollar la capa física y capa de datos del SI planteado en fase I

Comprender y hacer uso efectivo de diferentes diagramas UML tales como diagrama de

casos de uso y diagrama de clases, así como también hacer empleo de lenguaje SQL.

Todo esto para facilitar un desarrollo correcto del SI.



4

Mejoras implementadas en relación a la Fase I

Básicamente se han implementado mejoras en lo que respecta a la implementación de un plan de

contingencia para el respaldo de la información del sistema en caso de fallas que no permitan

utilizar el software, ni menos acceder a sus bases de datos.

Respecto al diagrama BPM, solo se efectuaron cambios para integrar el plan de contingencia al

diagrama.

A diferencia del prototipo presentado en la fase anterior, se eliminó la pestaña de consulta de

inventario ya que el número de gavetas con el que cuenta la empresa es fijo por lo que no va al

caso saber con cuantas gavetas se cuenta en determinado momento, estas necesidades pueden

ser suplidas por otras funcionalidades del programa como la pestaña de control de stock y registro

histórico como se verá más adelante.

Se hicieron modificaciones en cuanto a la interactividad con que el usuario trabaja en el software,

las cuales permiten que las acciones se desarrollen en forma práctica y simple.

Resumen del sistema de información desarrollado

El sistema de información desarrollado permite que se realice un control de las gavetas,

específicamente las que son reparadas. Para ver una descripción visual del prototipo ver la sección

de resumen funcional de prototipo.

En resumen, el sistema permite al usuario principal (Encargado de Gavetas) tener un control del

proceso, permitiéndole ingresar las solicitudes provenientes de las empresas ETV (Empresas de

transporte de valores) las cuales indican que existen gavetas dañadas en algún ATM (cajeroautomático). Además de esto, el usuario principal puede llevar el control de las gavetas existentes

tanto en las bodegas como en servicios técnicos así como también permite conocer el número

exacto de gavetas buenas y malas y su ubicación.

Como utilidad adicional, el software permite llevar un registro histórico de todas las solicitudes que

se han efectuado históricamente. Estas solicitudes pueden ser solicitudes de gavetas o de la

reparación de estas, indicando el número de gavetas que estuvieron involucradas en el proceso de

reparación, fechas, ubicaciones, etc.

Por otro lado, el software también es utilizado por los encargados de gavetas en sucursal, quienes

son los que efectúan solicitudes de retiro de gavetas en sus dependencias ingresando la

información al software, el cual es de uso exclusivo para ingreso de solicitudes. En ese caso no

están facultados para revisar el stock ni realizar los envíos a reparar.

Para un entendimiento más completo y detallado del software revisar la sección de Resumen

Funcional del prototipo.



5

2.- Del desarrollo del proyecto

La planificación de actividades y tareas para el desarrollo de la segunda fase del proyecto se

realiza mediante Cartas Gantt, tanto grupal como individual.

Las actividades se definen de acuerdo a los diferentes puntos o etapas del proyecto, pudiendo

existir para cada una de ellas más de un responsable. De acuerdo a cada actividad, se definen las

tareas, si serán grupales o individuales, su tiempo estimado de cumplimiento y se le asigna un

responsable. Esta asignación se efectúa de acuerdo a las habilidades y conocimientos de cada

integrante del grupo, buscando al mismo tiempo un equilibrio entre todos.

El detalle de la organización del proyecto se puede ver en la sección de anexos al final del informe.

3.-Del Proceso

Descripción rediseño y BPM

ETV´s

El proceso comienza con una señal que emite el ATM alertando que se encuentra una gaveta

dañada. A partir de esto, la ETV asociada a este cajero solicita vía e-mail al encargado de gavetas

el número de gavetas necesarias con su respectivo ID (número identificador). Al recibir el mail

(enviado por el ETV), el encargado de gavetas ingresa a través de un formulario creado en Access

el ID de la gaveta solicitada, en donde el mismo programa analizará cuál es la denominación

correspondiente denominación (si es de billetes de $1000, $5000, $10000 o $20000) y si se ha

sobrepasado el número de gavetas solicitadas anualmente (60% del número total de ATM que

tiene a cargo la ETV). Si la respuesta es negativa, se crea y se envía vía e-mail a la ETV un aviso

de rechazo de solicitud. En caso contrario, se generará un informe (enviándose automáticamente

vía e-mail a la ETV que solicitó la gaveta) indicando la bodega donde se retirará una gaveta

operativa y la bodega a la cual se irá a dejar la gaveta dañada. Luego, la ETV se dirige a los

lugares especificados por el informe a retirar la gaveta operativa (para insertarla en el ATM

designado) y entregar la gaveta dañada. Asimismo, la bodega en donde se retira la gaveta

operativa envía una confirmación vía e-mail al encargado de gaveta, indicando la cantidad de

gavetas retiradas por la ETV con sus características (marca y denominación). El encargado de

gavetas corrobora la información que se envió desde la bodega con el informe generado

previamente de la solicitud de la ETV. Si la información es correcta se confirma en el formulario de

solicitud y en caso contrario se modifica la solicitud con la información enviada por la bodega

(Setrac o sur Austral). Luego, el encargado de gaveta, analiza a través del programa si el stock de

gavetas dañadas en las bodegas cumple con la condición (mayor al 20% del total del stock de



6

gavetas) para ser enviadas al servicio técnico. Si se cumple la condición, el programa envía un

informe vía e-mail a las bodegas (para notificarles sobre el retiro de las gavetas) y a los servicios

técnicos (IBM, NCR y Wincor) para que retiren y repararen las gavetas dañadas. Luego que las

gavetas hayan sido reparadas, los servicios técnicos envían una confirmación vía e-mail al

encargado de gavetas acerca de las gavetas reparadas, en donde el encargado de gaveta recibe

la información, la corrobora con el informe enviado previamente (en el caso que no coincidan se

modifica el stock a través de la confirmación de solicitud de reparación) y la ingresa en el formulario

creado en Access, en el cual el programa analiza cuál bodega tiene menor stock de gavetas

buenas o en el caso que no tenga suficiente espacio, las gavetas se reparten entre las tres

bodegas. Por último, se envía esta información vía e-mail a los servicios técnicos, los cuales

transportan las gavetas operativas a la bodega correspondiente y el proceso concluye.

Sucursales

El proceso comienza con una señal que emite el ATM alertando que se encuentra una gaveta

dañada. Luego, el encargado en la sucursal, ingresa la solicitud en un formulario creado en

Access, en donde especifica el ID de la gaveta dañada, en donde el software analiza si hay

suficiente stock en la bodega informática. Si lo hay, el programa arroja un aviso indicando que las

gavetas pueden ser retiradas en la bodega informática, además de dejar la gaveta dañada. En

caso contrario, el sistema le alertará que tiene que retirar las gavetas en bodegas externas

(especificando cuál con su dirección correspondiente). Para el primer caso, el encargado de la

bodega informática recibe la gaveta dañada y entrega la nueva gaveta operativa. En el segundo

caso, el programa informa vía e-mail a la bodega externa (Setrac o sur Austral) correspondiente

que se retirará una gaveta operativa y que se va a dejar la gaveta dañada, luego se realizan las

acciones descritas anteriormente (ir a dejar gaveta dañada y retirar gaveta operativa) y la bodega

envía una confirmación vía mail al encargado en la sucursal, informando la cantidad de gavetas

retiradas con sus características (marca y denominación). El encargado en la sucursal corrobora la

información que se envió desde la bodega con la solicitud realizada en la sucursal, si la

información es correcta se confirma en el formulario de solicitud y en caso contrario se modifica la

solicitud con la información enviada por la bodega (Setrac o sur Austral). A su vez, el encargado de

gaveta analiza a través del programa si el stock de gavetas dañadas en las bodegas cumple con la

condición (mayor al 20% del total del stock de gavetas) para ser enviadas al servicio técnico. Loque ocurre con el cumplimiento de la condición y lo correspondiente a la reparación de las gavetas,

es el mismo procedimiento explicado anteriormente para la ETV, por lo que el proceso concluye.

El único cambio realizado en el BPM de la primera fase fue la inclusión de la tarea “Respaldar

información”, la cual debe ser efectuada por el Encargado de Gavetas. Esta tarea fue incluida para

hacer efecto del plan de contingencia en caso de que se necesite.



7

El Cambio realizado se puede apreciar en el diagrama BPM en la sección de anexos del informe.

Plan de Contingencia

Esta actividad tiene que ver con la política interna de respaldar la información periódicamente.

El plan permite asegurar la continuidad del trabajo sin necesidad de contar con la operatividad del

software. Para esto es necesario que el encargado respalde diariamente la información con la que

cuenta el software, la cual evidentemente incluye reemplazo de datos o inclusión nueva de

información realizada durante el día.

Se entiende por contingencia a los sucesos que no permitan utilizar el software tales como

incompatibilidad del programa con un cierto ordenador, o que el ordenador no cuente con el

programa así como también cortes de electricidad y otros eventos que ocasionen la pérdida de

información e incluso daños permanentes en el software.

Para la realización del plan de contingencia, el software cuenta con un simple botón de respaldo, el

cual al ser presionado permite guardar la información de tablas de Access, transformándolas en

formato Excel, las cuales son fácilmente modificables, ya que son sólo datos que no están

relacionados. Estos respaldos pueden ser almacenados en servidores externos que no se utilicen

diariamente o en las ya conocidas “nubes”.

4.-Del Software

Mejoras respecto a Fase I

Las principales mejoras y/o cambios realizadas respecto de la fase uno son las siguientes:

Se creó una interfaz de usuario que permite que el encargado de gavetas así como

también los encargados de sucursal puedan ingresar de forma independiente al sistema, lo

cual se debe realizar mediante la identificación del usuario y el uso de contraseña, evitando

así una alteración de la información por parte de los encargados de sucursal.

Se eliminó la pestaña de Solicitud de reparación, la que ahora se puede realizar de forma

opcional al consultar stock, esta es una forma más rápida que permite al encargado de

gavetas realizar más de una operación (consultar stock y enviarlo a reparar cuando elprograma estime conveniente) sin tener que cambiar a otra pestaña del programa.

Se agregó la pestaña “Confirmar”, esta pestaña permite confirmar las solicitudes de retiro

de gavetas una vez que la bodega correspondiente envía un mail al encargado diciendo

que ya se han recibido las gavetas. Además permite confirmar las solicitudes de reparación

una vez que las empresas de reparación ya han enviado el mail correspondiente al

encargado de gavetas, informando que ya han sido reparadas.



8

Cada gaveta está asociada a un identificador (ID) por lo que ya no es necesario ingresar

datos de la marca, y su denominación al momento de hacer las solicitudes, el software

cuenta con toda la información de estas, permitiéndole asignar una bodega de destino y la

gaveta por la cual debe ser reemplazada, en forma automática.

El software funciona en base a generación de informes automáticos, los cuales se puedenenviar fácilmente a quienes lo necesiten tales como las empresas de reparación y los

ETV’S, evitando así la pérdida de tiempo en digitación y llenado de formularios en forma

manual.



9

Diagrama de Casos de Uso

Descripción

-Encargado de gavetas (hijo): Es el principal actor que interactúa con el sistema, posee acceso a

todas las propiedades del programa y tiene la facultad de modificar la información de las bases de

datos. Su interacción con el sistema puede verse representada mediante los siguientes casos de

uso:



10

-Consultar Stock: El encargado de gavetas puede revisar el stock de gavetas que actualmente se

encuentra tanto en bodegas externas (Setrac, Sur Austral), como en la bodega informática según

sea el caso.

-Consultar Registro histórico: El encargado de gavetas puede chequear todas las solicitudes de

gavetas que efectivamente han sido realizadas, es decir, que ya han sido confirmadas en el

programa, lo que también es indicado por el programa según criterios explicados en el informe. Las

solicitudes que se pueden verificar son aquellas realizadas para el retiro de gavetas y por otro lado

las solicitudes para repararlas.

-Solicitar Reparación: El encargado de gavetas solicita la reparación a los servicios técnicos

correspondientes (IBM, WINCOR y NCR) en el caso que se cumplan las condiciones en las

bodegas respectivas, es decir, que el número de gavetas malas supere el 20% del total de gavetas

en esa bodega. Debe indicar en la solicitud de reparación el número de gavetas a reparar. Las

gavetas una vez reparadas se almacenan en las bodegas con menor stock de gavetas buenas.

-Enviar Solicitud: Luego de recibir el aviso de solicitud de gavetas por parte de la ETV, el

encargado de gavetas envía una solicitud a los ETV´S indicando la bodega donde se deben retirar

las gavetas (sólo a las Bodegas externas) y donde se deben ir a dejar (realizado automáticamente

por el programa). Por otro lado, se encuentra la solicitud de gavetas por parte del encargado de

sucursal, en la cual se envía al encargado de bodega informática para que realice el despacho

correspondiente. En el caso que la bodega informática no posea suficiente stock, el encargado de

sucursal envía un mail a la bodega externa respectiva. Este caso de uso también se realiza para el

caso de solicitud de reparación, una vez.

-Identificar Usuario: Para ingresar al software, el encargado de gavetas y el de sucursal deben

identificarse para que el software reconozca al usuario y lo redirija a la interfaz de usuario

correspondiente. El encargado de gavetas podrá hacer uso de todas las funcionalidades del

software mientras que los encargados de sucursal solo podrán enviar solicitudes para el llenado de

gavetas.

-Respaldar Información: El encargado de gavetas tiene la responsabilidad de respaldar diariamente

la información de las tablas presentes en el software, por si llegase a presentarse alguna

contingencia tener la información siempre disponible.

-Encargado de sucursal (Padre): Actor responsable de ingresar las solicitudes de gavetas al

programa para solicitarlas al encargado de Bodega Informática. Además deberá corroborar la

entrega del número correcto de gavetas solicitadas previamente con la información enviada de

bodega informática.



11

-Solicitar Gavetas: El encargado de gavetas y el encargado de sucursal tienen la opción de solicitar

gavetas a las bodegas externas y bodega informática respectivamente. El programa internamente

selecciona la bodega con mayor stock de gavetas buenas para el caso de las dos bodegas

externas.

-Verificar Información: Una vez que se han efectuado las solicitudes de reparación y/o de retiro de

gavetas por parte de los encargados, se espera la respuesta vía mail de los ETV y empresas de

reparación para corroborar que la información enviada en primera instancia coincida con los mails

recibidos luego de hacer el retiro y/o reparación. En caso de que no coincida se debe corregir.

El caso de uso “verificar información” incluye la confirmación de esta, acción que se puede hacer

en el software.

-Corregir información: El encargado de gavetas modifica la información que esté incorrecta

corrigiendo los datos en las tablas correspondientes.



12

Diagrama de Clases

Explicación de cada clase:

Gaveta: Esta clase contiene los atributos básicos de una gaveta, como lo son su ID (número único

para cada gaveta), la Marca la cual puede ser IBM, NCR o Wincor, la denominación que

corresponde al número de billetes que puede almacenar (1.000, 5.000, 10.000 y 20.000) y el

estado que puede ser buena o mala.

ATM: Esta clase contiene los atributos de todos los ATM Banco Estado que se encuentran en la

Región Metropolitana, tales como su ID y su marca (IBM, NCR y Wincor). Esta clase es padre de



13

las clases ETV y Sucursal. Además se relaciona con la clase gaveta en la relación 1 a 1..* a través

de la clase de asociación Solicitud.

ETV: Esta clase, hija de la clase ATM, representa las tres empresas de transporte de valores

(Brinks, Prosegur y Dunbar) que administran los diferentes ATM de la Región Metropolitana. Sus

atributos son ID_ETV (asociada a cada empresa), Empresa_ETV y Dirección_ETV.

Sucursal: Esta clase también es hija de la clase ATM y representa todas las sucursales de Banco

Estado que tienen ATM en sus dependencias. Sus atributos son ID_Sucursal, Dirección y Comuna.

Solicitud: Esta es una clase de asociación entre las clases ATM y Gaveta. Sus atributos son ID,

Fecha y Hora de la solicitud.

Bodega: Clase que contiene los datos de las tres Bodegas que almacenan gavetas de

BancoEstado. Sus atributos son ID_Bodega, Empresa, Dirección y Comuna. Además esta clase se

relaciona con la clase Gaveta en la relación 1 a 1..*.

ST : Esta clase corresponde a la de Servicio Técnico que tiene como atributos ID_ST, Empresa

dirección y comuna. También como la clase anterior contiene solo tres datos correspondientes a

cada uno de los Servicios Técnicos que tienen contrato con Banco Estado (IBM, NCR y Wincor).

Se relaciona con la clase Gaveta en relación 1 a 1..* y de ellas nace la clase de asociación

Reparación.

Reparación: Es una clase de asociación que nace entre las clases ST y Gaveta. Sus atributos

son ID, Fecha y Hora de Reparación.



14

Cambio de modelo Conceptual a Relacional



15

Diagrama físico de modelo de datos

Descripción de cada tabla asociada al diagrama físico:

ETV

Relación Tabla: Hijo de la Tabla ATM (1,1)

Campos Descripción

ID_ATM

Número de identificación de cada

cajero automático controlado por una

ETV.

ID_ETVIdentificador de ETV: 25=Prosegur,

35=Dunbar, 45=Brinks.

Direccion_ETV

Muestra las direcciones de cada

ATM asociado a cada ETV.

Empresa_ETVNombre de la Empresa de

Transporte de Valores.



16

Sucursal

Relación Tabla: Hijo de la Tabla ATM (1,1)

Campos Descripción

ID_ATM

Número de identificación de

cada cajero automáticocontrolado por una sucursal.

ID_Sucursal

Identificador asociado a cada

sucursal que se encuentran en

toda la RM.

Direccion_SucursalDirección de cada ATM

asociado a la Sucursal.

Comuna_SucursalComuna donde se encuentra el

ATM.

ATM

Relación Tabla: Padre de ETV y Sucursal (1,1).

Asociación con Gaveta (1,*)

Campos Descripción

ID_ATM

Número de identificación de cada cajero

automático perteneciente al Banco Estado

en toda la RM.

Marca Marca de cajero Automático (NCR, Wincore IBM).



17

Gaveta

Relación Tabla: Asociación con ATM (1,*), Servicio Técnico (1,*) y Bodega (1,*)

Campos Descripción

ID_Gaveta Número identificador de cada gaveta perteneciente a Banco Estado.

Denominación Tipo de Billetes que almacena cada gaveta ($1000,$5000,$10000,$20000).

Marca Marca de Gaveta (NCR, Wincor e IBM).

Estado Estado de Gaveta (Buena o Mala).

ID_ATMNúmero de identificación de cada cajero automático perteneciente al Banco

Estado en toda la RM.

ID_Solicitud Número identificador de la Solicitud de cambio de Gaveta.

Fecha_Solicitud Fecha en que se efectuó la Solicitud de cambio de Gaveta.

Hora_Solicitud Hora en que se efectuó la Solicitud de cambio de Gaveta.

ID_ST Número identificador cada servicio técnico (1=IBM, 2=Wincor y 3=NCR).

ID_Reparación Número identificador de la reparación de Gaveta.

Fecha_Reparación Fecha en que se efectuó la reparación de Gaveta.

Hora_Reparación Hora en que se efectuó la reparación de Gaveta.

ID_Bodega Número identificador cada bodega (1=Sur Austral, 2=Setrac y 3=Informática).

Servicio Técnico

Relación Tabla: Asociación con Gaveta (1,*)

Campos Descripción

ID_ST Número identificador cada servicio técnico (1=IBM, 2=Wincor y 3=NCR).

Empresa_ST Nombre de la empresa de servicio técnico (IBM, Wincor y NCR).

Dirección_ST Dirección de cada Servicio Técnico.

Bodega

Relación Tabla: Asociacón con Gaveta (1,*)

Campos Descripción

ID_Bodega Número identificador cada bodega (1=Sur Austral, 2=Setrac y 3=Informática).

Empresa_Bodega Nombre de la empresa de cada Bodega (Sur Austral, Setrac e Informática).

Dirección_Bodega Dirección de cada Bodega.

Comuna_Bodega Comuna donde se encuentra cada Bodega.



18

Resumen Funcional del Prototipo

Identificar Usuario:

Para comenzar, el usuario se debe identificar en la casilla de usuario e ingresar su contraseña

correspondiente.

Caso encargado de gaveta:

Solicitud de gavetas:

Una de las tareas del encargado de gaveta es solicitar gavetas asociadas a ETV, ingresando el ID

de gaveta dañada con previo aviso (vía mail) del ETV encargado del cajero.



19

Al presionar el botón solicitar se generará un informe, indicando el ID de la gaveta en estado

“buena” a retirar y la bodega donde hará el cambo de gaveta. Lo anterior, es enviado al encargado

de la bodega correspondiente con copia al ETV. En caso que el ETV sobrepase el límite de

gavetas solicitadas (mayor que el 60% de ATM administrado) se desplegará una ventana de

diálogo, advirtiendo que se ha sobrepasado el límite de gavetas solicitadas.



20

Confirmación de Solicitud:

Una vez que se ha efectuado el cambio de gavetas, el encargado de bodega enviará un mail de

confirmación al encargado de gaveta quien verificará que toda la información esté correcta. En

caso de que así sea, debe dirigirse a la pestaña “Confirmar” y realizar la confirmación de solicitud.



21

Una vez que se ha presionado el botón de “Confirmar solicitud”, se desplegará un informe

indicando todas las solicitudes que están en espera de confirmación, señalando sus respectivas

identificaciones, la gaveta por la que se realiza el cambio y la bodega de destino.

Tras presionar el botón confirmar, se realiza el cambio de ubicación de la gaveta mala (de ETV a

bodega) y buena (de bodega a ETV) y dicha solicitud desaparece de la lista de confirmación.



22

Control de stock y Solicitud de Reparación:

Otra opción que realiza el encargado de gaveta es el control de stock en las bodegas a la fecha

Luego de presionar el botón “Consultar”, se abrirá un informe de la bodega seleccionada, indicando

las gavetas buenas y malas según cada marca. Por otro lado, se indica la condición en que se

encuentra el stock de cada marca, es decir si se ha sobrepasado el 20% de gavetas malas sobre el

total de la marca, arrojando el porcentaje y la condición (si cumple “Reparar”, si no “No reparar”).

Adicionalmente, se encuentra el botón “reparar”, en donde se abrirá un informe indicando la

bodega seleccionada y la cantidad de gavetas a reparar con su respetivo ID y denominación. El

informe será enviado al servicio técnico correspondiente a la marca de las gavetas a reparar,

quienes deberán retirar las gavetas dañadas en la bodega correspondiente.



23

Confirmación de Reparación:

Una vez que se hayan realizado las reparaciones correspondientes, el servicio técnico deberá

enviar un mail al encargado de gaveta dando un aviso de esto. A partir de esto, el encargado de

gaveta se dirige a la pestaña “Confirmar” y selecciona el botón “Confirmar reparaciones”. Al

presionarlo, se despliega un informe que mostrará las gavetas a reparar con su respectivo ID y con

su botón de “OK”. Para poder realizar la confirmación es nec esario consultar el stock de gavetas

existentes por bodega y de esta forma saber a qué bodega enviar las gavetas reparadas, según el

criterio de menor stock de gavetas buenas. Al presionar el botón “Ok” se desplegará una ventana

de diálogo donde se ingresará el Id de la bodega seleccionada, el cual actualizará el stock en la



24

bodega. Finalmente, envía mail a servicio técnico, indicando a qué bodega deberá llevar las

gavetas reparadas.



25

Registro Histórico:

Como una tercera tarea, el encargado de gaveta puede consultar el registro histórico de solicitudes

y reparaciones.

En esta sección se pueden consultar el registro de las reparaciones efectuadas entre ciertas

fechas (botón “Ejecutar consulta”) o bien, todas las reparaciones (botón “Todas las reparaciones”).



26

Respaldo de información:

Como un plan de contingencia se agregó un botón llamado “Respaldar información”, el cual

exportará todas las tablas existentes a archivos Excel y las guardará en un servidor diferente al

usado diariamente.



27

Caso encargado de sucursal

Es análogo al procedimiento de solicitud de gavetas para ETV, la diferencia recae en que sólo

puede realizar esta función en el sistema y tiene sólo la bodega informática asociada.



28

Conclusiones

El levantamiento del proceso es una etapa vital para poder implementar de manera efectiva el SI,

ya que si el proceso no se comprende de forma óptima el SI creado no agregaría valor a ninguno

de los actores participantes del proceso.

El desarrollo del software fue diseñado única y exclusivamente para el proceso de Reparación de

Gavetas, el cual es un proceso de apoyo. Si bien cumple con los requisitos funcionales para

satisfacer los distintos casos de uso pertinentes al rediseño, no presta mayor utilidad que eso, por

lo que no es de gran utilidad en términos de agregación de valor para la empresa. Para que el

software sea de real importancia y valga la pena implementarlo en la organización, debiese abarcar

todo el proceso de administración de ATM, involucrando otros procesos de apoyo tales como el

llenado de dinero en gavetas, incluyendo todo lo que implica este proceso además de otros tales

como Reparación de ATM´s, etc.

La metodología orientada a objetos tales como Diagrama de clases, caso de uso, relacional y

diagrama físico, permitieron estructurar el software por etapas (formación de la arquitectura de un

sistema), partiendo desde la creación del concepto y objetivo hasta llegar a la formación e

implementación del programa mediante una plataforma informática, lo que permite crear de manera

más fluida y coherente el SI, aunque es conveniente tener claridad de cómo implementar los

diagramas, ya que podrían llevar a un estancamiento o mal ejecución del SI.

Por otro lado, el lenguaje SQL es una herramienta esencial para el desarrollo de software,

permitiendo una mayor flexibilidad para implementar todas las aplicaciones que se quieren realizar

en el programa. Las plataformas que se utilizan para la creación del software sólo entregan

herramientas básicas, lo que limita su desarrollo óptimo.

Bibliografía

http://sql.1keydata.com/es/



29

Anexos

Carta Gantt Grupal

reparación de gavetas de cajeros automáticos en la región metropolitana. fase ii

Documents