pois sua solucao de autoatendimento nao foi projetada para operardiversos canais ao mesmo tempo. E ate facil de entender, alguns canais so foramconsiderados bem recentemente, com o advento de alguma nova tecnologia. Porexemplo, smartphone e uma realidade agora, todo mundo tem um, mas nao era assimha cinco anos. Revisar toda a arquitetura sai caro e, principalmente, poderesultar em muitos problemas para os clientes ate estabilizar. Por isso, ocorreque muitas instituicoes acabam por manter estruturas com essas fragilidadesarquitetonicas. Outras instituicoes que tiveram a chance de revisar suaarquitetura procuraram concentrar no middleware solucoes de convergencia entreos diversos canais. Componentes localizados no middleware intermediam astransacoes entre os diversos canais e o Mainframe. Assim, uma unica versao, eum unico formato de transacao ficam disponiveis no Host, e o Middleware e oresponsavel por tornar essa transacao acessivel aos diversos canais, no formatoque eles esperam. Isso e conhecido como solucao multicanal.O Front-End ea nossa praia. Esse ponto da arquitetura e onde se encontra a interface com ocliente em cada um dos canais. Assim, no canal ATM o Front-End e a aplicacao deautoatendimento no terminal ATM, incluindo todas as demais aplicacoesutilitarias e de servico que compoe os componentes desse ponto da arquitetura.Em um canal de atendimento telefonico, seria o sistema baseado em URA. Obvioque o Front-End de cada um dos canais de atendimento tem suas complexidades, eeu vou detalhar aqui um pouquinho da complexidade envolvida no canal ATM. Aaplicacao de autoatendimento para o canal ATM e um dos principais componentesdo Front-End na arquitetura de qualquer solucao de autoatendimento quandofalamos de automacao bancaria. A complexidade envolvida nessa aplicacao podeser observada na imagem a seguir. A primeiraquestao que se tem que observar e que a aplicacao precisara controlar os perifericosdo terminal de autoatendimento. O ATM na imagem pode ser um terminal caixaeletronico ou um terminal eletronico do tipo kiosk. Eles sao normalmenteencontrados em bancos, shopping centers, aeroportos ou ate mesmo em lojas deconveniencia. O conjunto de perifericos encontrados nesses terminais depende domodelo do terminal. Por exemplo, um ATM do tipo Full Fuction, normalmente possui modulo depositario, dispensador decedulas, leitora de cartoes, impressora termica, placa de leds e sensores,painel do operador e pinpad. Ja um terminal do tipo kiosk e encontradonormalmente na seguinte configuracao: impressora termica, pinpad e leitora decartoes. Claro que com o advento de novas tecnologias de hardware, diversosnovos perifericos vem sendo adicionados a esses terminais: leitoras desmartcard, leitores biometricos, cameras videofotograficas (normalmente umaWebCam) e etc. Veja que a configuracao do terminal determina o escopo deatuacao da aplicacao. Para cada um dos perifericos contidos nessa configuracao,sera necessario um software controlador. Esse software e denominado como Device Driver. Naautomacao bancaria e mais comum encontrar esses drivers escritos em C/C++, eoperando em User Mode. Noentanto, ha uma separacao de responsabilidade aqui. O Device Driver tem queconhecer detalhes relativos a comunicacao serial ou paralela, e ainda conhecero protocolo de operacao do dispositivo. Esse tipo de preocupacao esta muitolonge do negocio, que e oferecer servicos bancarios. E, alem disso, porquestoes de seguranca, o protocolo de operacao de dispositivos como odispensador de cedulas e mantido sob segredo por muitos fornecedores. Por isso,normalmente essa camada de