Ola senhoresleitores. Apos um longo periodo de ausencia, estou de volta com mais um artigointeressante sobre autoatendimento em terminais do tipo ATM. Vou falar um poucosobre a arquitetura das solucoes de autoatendimento, e com isso quero apresentaraos leitores, o que esta envolvido nesse tipo de aplicacao, quais sao osprincipais elementos arquitetonicos da solucao como um todo, e tambemlocalmente, quando se ajusta a lente para olhar mais proximo a composicao daaplicacao que controla os terminais. O objetivo deste artigo, como sempre, emostrar para o jovem uma visao mais geral a cerca dessa industria, e o que elapode oferecer de desafios e recompensas. Agora vamos ao que interessa!Uma solucaocompleta de autoatendimento envolve dezenas de software dispostos em trespontos da arquitetura da solucao: Front-End, Middleware e Back-End. Essestermos sao utilizados largamente na engenharia de software para designar oproposito do software em questao, e na arquitetura de uma solucao deautoatendimento, Front-End designa o software cujo proposito e oferecer algumtipo de interface (nao necessariamente grafica) para algum tipo de usuario(cliente, operador, gestor e etc). Por meio dessa interface, sao oferecidosservicos que serao processados no Back-End. Esse termo designa, portanto, osoftware que executa normalmente em ambientes de servidores (pequenos, mediosou grande porte), mas que tem funcoes relativas ao processamento e efetivacaodas transacoes que compoem cada um daqueles servicos. Em uma solucao deautoatendimento, essas sao transacoes bancarias, tipicas de produtos como depositoe conta corrente, os quais sao exemplos de produtos bancarios encontrados em sistemasque compoem o Back-End. Ja o termo Middleware, normalmente esta associado aqualquer tipo de servico localizado entre as duas outras camadas citadas. Amonitoracao remota do terminal ATM, o servico de parametrizacao desse terminale tambem o servico de atualizacao remota, normalmente estao localizados nessacamada. Considerando aindustria das instituicoes bancarias, e sua estrutura de TI, fisicamente, oBack-End e representado, em muitos casos, por um computador de grande portedenominado Mainframe. Essecomputador hospeda a maioria do software e demais elementos que compoem oBack-End na arquitetura. Esse software e responsavel, por exemplo, porautorizar boa parte das transacoes, alem de conter os principais programasresponsaveis pelos produtos mais basicos de uma instituicao financeira, como aconta-corrente e etc. O conjunto mais basico desses produtos bancarios edesignado como Core Banking,e todas as instituicoes bancarias possui uma solucao dessa natureza, seja feitadentro da propria instituicao, seja adquirida pronta no mercado. Nao importa quantoscanais de atendimento essas instituicoes possuam, por exemplo, ATM, atendimentotelefonico, internet banking e etc. Todos eles terao, em algum ponto, que sesubmeter ao Mainframe, usando uma ou mais transacoes servidas por ele,acessando portanto, componentes do Back-End. O Middleware eponto da arquitetura onde normalmente se localizam sistemas de gestao doscanais. O gestor de cada produto da instituicao, normalmente ira precisar derelatorios estaticos, e tambem configurar parametros de operacao dastransacoes. Bom, e aqui que comeca a confusao. Veja, qualquer instituicao temdiversos canais de atendimento como citei anteriormente. Imagine se essainstituicao tiver que desenvolver no Back-End uma transacao de saldo paraInternet Banking, outra versao da transacao de saldo para o canal ATM, e porfim, um para o canal de atendimento telefonico. Isso seria um caos, certo?Seria nao, e! O fato e que muitos bancos encontram-se exatamente nessasituacao,