recomendacoes e, portanto, as chances derealizacao de uma venda. Por outro lado, tenho visto solucoes deautoatendimento que simplesmente negligenciam esse aspecto do negocio. Ja viaplicacao recomendando emprestimo para cliente cujo saldo bancario mostra queele nao precisa disso, e tambem aplicacoes mostrando simples mensagem de aguarde,quando poderia estar vinculando uma mensagem publicitaria. Acho que aqui, oautoatendimento bancario tem muito ainda por utilizar do conhecimentoconstruido por outros dominios, como o de vendas pela Web, os quais utilizampoderosos sistemasde recomendacao.Monitor e ocomponente que monitora aspectos como estados dos dispositivos, disponibilidadesde servicos e notifica essas informacoes para sistemas especialistas responsaveispela monitoracao remota dos terminais. Esse modulo e o responsavel, porexemplo, por coletar informacoes que irao definir qual a disponibilidade doterminal em um determinado periodo. As instituicoes bancarias mantem contratosde SLA com equipes de manutencao (que as vezes pertencem aos propriosfabricantes dos terminais), e nesse contratos ha um numero magico que indicaqual e a disponibilidade minima do terminal durante um periodo (normalmente ummes). Algumas instituicoes determinam multas para as equipes ou fabricantes,quando a disponibilidade de seus terminais fica abaixo do que esta estipuladonesses contratos. Por isso, esse modulo tem um papel bastante importante naaplicacao de autoatendimento.Perifericos eo componente por meio do qual se tem acesso ao hardware periferico doequipamento. Esse componente e responsavel por oferecer uma forma padronizadade acesso a esses perifericos, mesmo diante da diversidade de fabricantes,modelos e infraestrutura disponivel no hardware. Bom, isso e o desejavel, mas oque se ve muitas vezes em algumas solucoes no mercado e uma fraca separacao dacamada de acesso ao hardware e o restante do negocio da aplicacao. Se toda vezque um novo servico for introduzido na aplicacao, o programador tiver que sepreocupar em incluir codigo condicional para cada um dos modelos de terminal,fabricantes e etc, entao a manutencao da solucao sera um caos. Entao, o melhore que haja uma separacao clara dos modulos de acesso ao hardware, e que elesabstraiam a complexidade que possa haver nesse hardware, como modelo efabricante de equipamentos e dispositivos.Gestor e ocomponente que controla e gere a operacao dos demais componentes da aplicacao.Esse componente e responsavel por decidir, por exemplo, se a aplicacao esta emoperacao ou fora de operacao por manutencao, e tambem por processar comandosremotos enviados por sistemas especialistas de gestao de terminais.Autorizador eo modulo responsavel por estruturar a comunicacao com um sistema externo queautoriza as transacoes. Em geral, todos os servicos disponiveis para o Clientee o Operador so podem ser acessados mediante processos de autorizacao, os quaispodem ocorrer em diversas etapas. A cada etapa, dados sao trocados entre osistema autorizador e a aplicacao de autoatendimento, e uma dasresponsabilidades do componente em questao e representar esses dados de maneiraconveniente para acesso pelos os demais componentes do software.Servico paraOperador e o componente responsavel por derivar todos os servicos que estaraodisponiveis para o usuario Operador. Sao servicos tipicos, abastecimento denumerario, configuracao do numero do terminal ATM, e outros. Interface doOperador e o componente responsavel pela camada de apresentacao do softwarepara o operador. Em geral, essa interface e mantida por hardware perifericoespecifico, denominado Painel do Operador. No entanto, em alguns modelos de ATMessa interface e apresentada no