Aluno Luciano Mezzanotte Soares

O objetivo deste documento é descrever minha experiência na empresa Socopa – Sociedade Corretora Paulista durante o período de outubro de 2001 até junho de 2004. Apesar do meu envolvimento com diversos sistemas e processos automatizados da empresa, o enfoque principal desta monografia será sobre a minha participação no processo de desenvolvimento do Sistema de Ordens Onstop.

Pretendo descrever aspectos técnicos desenvolvidos relacionando meu aprendizado na faculdade com o aprendizado no trabalho. Devo abordar também uma parte subjetiva, relatando experiências pessoais durante este período.

Primeira parte: A empresa

Socopa Online

A Socopa - Sociedade Corretora Paulista iniciou suas atividades em 1967, sendo reconhecida pela sua experiência e pioneirismo no mercado de corretora de valores.

Em julho de 1997 lançou o Socopa Online, primeiro site de investimentos online em bolsa no Brasil. Em maio de 2000 lançou o Socopa Phone Trade, um serviço por telefone totalmente eletrônico, também inédito.

A Socopa é corretora membro e agente de compensação da BOVESPA- Bolsa de Valores de São Paulo (nº 58), BM&F - Bolsa de Mercadorias e Futuros (nº 58) e SOMA (nº 124).

A corretora atua de forma integrada ao Banco Paulista, uma sólida instituição financeira, e juntos adotaram como seus princípios e valores: ética, responsabilidade, crescimento sustentado, lucratividade e solidez, os quais garantem o êxito de seus trabalhos e sucesso na relação com seus clientes.

O departamento técnico da Socopa conta com sete pessoas, além de outras empresas que trabalham em parceria conosco no desenvolvimento dos softwares utilizados.

Uma característica positiva que vem ocorrendo ultimamente é o forte e constante aprendizado da equipe de desenvolvedores da Socopa o que contribui com uma menor dependência de terceiros. Desta forma, os interesses internos são privilegiados uma vez que todo o esforço de produção vem por parte de membros da própria empresa.

Escopo geral do funcionamento do Socopa Online

O objetivo desta parte é mostrar como está organizada a estrutura dos sistemas que fazem funcionar o Socopa Online e contextualizar o Sistema de Ordens Onstop.

O principal serviço prestado pela BOVESPA é o de permitir a compra e a venda de ativos, com destacada importância às Ações e às Opções. Para tanto, é necessário um vínculo com alguma corretora de valores, uma vez que é impossível o cliente manter contato direto com a Bolsa. A Socopa é uma destas corretoras que fazem tal intermédio entre as duas partes.

Na seção "Negócios", no ambiente restrito do Socopa Online, o cliente seleciona compra ou venda e discrimina o papel, quantidade, preço limite e validade. A ordem de negociação é enviada diretamente para o pregão eletrônico da Bovespa, através do sistema Home Broker, onde é classificada por preço, podendo ganhar ou perder posição de acordo com as desistências ou ofertas a melhores preços. A sua ordem poderá ser fechada total ou parcialmente, conforme as condições do mercado.

O fechamento do negócio depende do casamento da sua ordem com a contra-parte, sendo necessário que ambas as partes concordem quanto à quantidade e preço (este processo é feito eletronicamente). Desta forma, a ordem pode ser executada imediatamente ou não. No caso de ordens enviadas fora do horário de negociação, estas ficarão agendadas para a abertura do pregão seguinte.

Uma simples ordem enviada ao pregão passa por um longo caminho para que a movimentação financeira seja de fato concretizada. Vejamos o fluxo de uma ordem inserida pelo Socopa Online:

Sistemas da Socopa

A figura representa um gráfico muito simplificado da organização dos sistemas da Socopa corretora

Percebemos que os dados de cada uma das ordens estarão em três bases de dados: SQL – local, BOVESPA e Oracle – SINACOR, sendo que o acesso aos dados da Bovespa é restrito e interfaceado por softwares exclusivos que a fornecidos por eles. Desta forma torna-se difícil qualquer tipo de fraude, uma vez que temos dados replicados e condizentes em três lugares distintos.

Facilitar a troca de informações e promover a integração entre a Bolsa e as Corretoras Membros são os principais objetivos da Rede Corporativa. Através de um único ambiente ágil e flexível, permite ao usuário acessar diversos sistemas como:

O sistema de negociação MEGA BOLSA, implantado em 1997, engloba o Pregão Viva Voz e os terminais remotos, permitindo o registro de 120.000 operações por dia, em um ambiente tecnologicamente avançado. Principal interface das corretoras com a Bovespa, pelos terminais eletrônicos do MEGA BOLSA, as ordens de compra ou venda são enviadas diretamente de seus escritórios, em qualquer parte do território nacional. O sistema reproduz na tela o ambiente de negócios, exibindo os registros de ofertas e propiciando o fechamento automático das operações.

Composta por vários sistemas informatizados, constitui um dos mais importantes suportes aos serviços para os usuários. Microcomputadores ligados à Rede Corporativa Bovespa permitem aos usuários acesso ao cadastro de clientes, à especificação de comitentes, aos bancos de dados de informações das companhias e ao Boletim Diário de Informações (BDI). Pela rede, o usuário faz consultas sobre a posição da corretora e movimentação dos títulos em custódia.

Para permitir que cada vez mais pessoas possam participar do mercado acionário e, ao mesmo tempo, tornar ainda mais ágil e simples a atividade de compra e venda de ações, foi criado este canal de relacionamento entre os investidores e as Sociedades Corretoras da BOVESPA. De forma semelhante aos serviços de Home Banking, oferecidos pela rede bancária, os Home Brokers das Corretoras estão interligados ao sistema de negociação da BOVESPA e permitem que o investidor envie, automaticamente, através da Internet, ordens de compra e venda de ações.

O Sistema Integrado de Administração de Corretoras otimiza a retaguarda dos agentes do mercado, facilitando, através da informatização, suas atividades operacionais e de controle. Para garantir sempre alto padrão de qualidade administrativa, o Sinacor foi estruturado em módulos que permitem o atendimento personalizado, de acordo com as necessidades dos usuários. Os módulos são: cadastros básicos, controle de ordens, contas correntes, BM&F, custódia, swap, contabilidade, faturamento, reconciliação de posições, tesouraria, contas a pagar e informações financeiras trimestrais.

Visando manter o pioneirismo e a excelência no mercado, a idéia de oferecer novos produtos constantemente é incontestável. Assim, no ano de 2003, surgem os planos para o oferecimento de ordens OnStop no Socopa Online, um conceito que alavancaria ainda mais a receita da empresa.

O sistema de ordens onstop

Em um mercado competitivo, entregas no menor intervalo de tempo possível é o que se espera para que uma outra empresa não tome a dianteira. No entanto, nunca podemos nos esquecer de prezar pela qualidade do software. Pensando desta maneira, resolvemos adotar as tecnologias mais utilizadas pela Socopa durante os últimos tempos devido à experiência já adquirida com essas ferramentas. Assim, há economia de tempo quando pensamos que dias de estudo não serão gastos com aprendizagem de novas tecnologias. Mais fácil também seria a integração do novo sistema com os antigos, que utilizam também estas mesmas plataformas.

O sistema ficou basicamente sob minha responsabilidade. No entanto, obtive ajuda de muitas pessoas competentes sempre que necessário. Eram meus deveres desde o levantamento de requisitos até a fase de implantação, testes e documentação.

Um cliente já possui determinada quantidade de um papel e quer garantir uma perda mínima pré-estabelecida no caso de desvalorização de sua carteira.

Por exemplo, alguém efetua uma compra de 500.000 ações TNLP4 a um preço de R$22,00 o lote e deseja vendê-las caso desvalorizem e atinjam um valor de R$20,00. Então ele insere uma ordem OnStop que é ativada a determinado preço (R$20,50 por exemplo), e atribui o preço mínimo de R$20,00.

Isso significa que se o papel atingir o valor R$20,50 três vezes (ou N vezes, conforme desejar o cliente), uma ordem de venda de TNLP4 a R$20,00 será enviada à BOLSA.

Ou seja, uma ordem onstop é aquela condicionada ao comportamento do mercado de acordo com os parâmetros que o cliente deseja atribuir a ela.

Inicialmente é estranho pensar como é possível a existência de uma compra onstop, uma vez que este tipo de ordem visa garantir um prejuízo mínimo dada a insegurança do cliente e do mercado.

Imaginemos que alguém vende algumas ações, entretanto ainda não as possui – sim, isto é possível – e fica com a conta negativa. Este cenário exige que aquelas vendas sejam “zeradas” em algum momento, isto é, compras compensando as vendas anteriores devem ser executadas. Então, surge o momento quando faz sentido pensarmos em compra condicional, que, analogamente à idéia de venda onstop, propõe uma forma de segurança ao cliente a fim de evitar maiores prejuízos quando o ativo é valorizado.

Normalmente as ordens são inseridas pelo sítio da Socopa em http://www.socopa.com.br, onde cada cliente tem acesso restrito às informações de sua conta.

Também estão disponíveis telas de consulta e de cancelamento de ordens onstop, telas estas que tratam também das chamadas ordens convencionais e acabam consolidando em um só lugar todos os tipos de ordens que existem ou que venham a existir.

Ocorrem também inserções de ordens por Sistemas internos da corretora. Estes operadores têm a função de dar consultoria aos clientes prestando um serviço de forma rápida e dinâmica, dado que no mercado financeiro a perda de poucos segundos pode significar o fracasso de grandes negócios.

Uma solução interna que vem funcionando já há um bom tempo é o sistema “Consulta de Clientes” ao qual foi incorporada uma interface que tratava das inserções, consultas e cancelamentos das novas ordens Onstop.

Software fornecido pela Bovespa, o Broadcor tem por finalidade fornecer informações do mercado em um formato que possa ser explorado por aplicativos desenvolvidos pelas corretoras.

O programa é executado em uma estação da própria corretora, de onde se conecta ao SLC (que é o servidor que fornece os dados também às estações GL). É, então, gerado um sinal de broadcast, via RS232. A velocidade padrão é de 9600, mas pode ser configurada para outras, de acordo com a conveniência da aplicação que receberá o sinal. As mensagens veicularão informações dos papéis de todos os mercados da praça São Paulo (Vista, Opções, Índice, BM&F, Viva Voz Bovespa, Termo, Fracionário e Meta).

A aplicação oferece a opção de se gravar um arquivo de log (FAAMMDD.log, onde AAMMDD corresponde a data do dia corrente), que conterá as mensagens que são geradas para a transmissão (uma por linha, sem o BCC). O arquivo de log é um arquivo texto, aberto em modo compartilhado (SHARED), de maneira que possa ser acessado para leitura simultaneamente por outras aplicações.

A transmissão (e/ou a gravação do arquivo) se iniciará assim que o programa se conectar ao SLC e receber o dicionário.

Percebemos que os o nome do arquivo de log gerado no formato FAAMMDD.log era referente ao dia em que o broadcor foi ativado. Caso ele ficasse ligado por mais de 24 horas, o nome do arquivo não era alterado e informações inconsistentes começavam a ser lidas. Para sanar o problema, bastava desconectar e conectar novamente, sempre verificando se não ocorreu nenhum erro na inicialização.

Para não termos esta responsabilidade de ligar e desligar o broadcor todos os dias manualmente e como não tínhamos acesso aos fontes deste programa, tivemos de adotar uma outra estratégia: automatizar a tarefa. O trabalho e a dificuldade se deram na realidade porque a interface era visual do sistema operacional Windows e tínhamos de simular o pressionamento do botão “SLC” e aguardar até que o log começasse a ser de fato atualizado. Como problemas podiam ocorrer tanto na inicialização quanto no decorrer do dia, era necessário que algum dispositivo ficasse monitorando o funcionamento correto do broadcor. Então foi criado o aplicativo NonStop, que terá uma descrição mais adiante.

Em uma corretora, é muito comum a utilização de softwares de planilha eletrônica, dentre eles o Microsoft Excel. Com a intenção de permitir que várias pessoas pudessem testar o correto funcionamento das ordens onstop e para auxílio no próprio desenvolvimento, foi criado um parser que interpreta cada linha de log gerada pelo broadcor e a transforma, de modo que uma pessoa possa identificar facilmente os seus atributos. É bem verdade que informações sobre cada um dos negócios que ocorrem na Bolsa estão disponíveis em várias outras fontes de uma forma muito mais amigável que no broadcor, porém é dele que precisamos se a intenção é de fazer testes e ele que é a fonte dos dados utilizados para o funcionamento do novo sistema.

Uma ordem onstop, devido à sua natureza de ser acionada automaticamente, ou seja, ela é realmente enviada à Bolsa somente quando alguns requisitos são preenchidos, é uma ordem que requer cuidados especiais. Em outras palavras, as pessoas se sentem mais confortáveis quando há intervenção humana de modo que alguém possa responder por possíveis falhas. Assim, foi criado um interceptador:

O sistema MarketOrder, ou também chamado “Olheiro”, é um interceptador de ordens que exigem a confirmação de um operador. Nada mais é do que uma requisição de confirmação de um operador habilitado que é notificado sempre que uma ordem onstop atinge seu valor limite. Então, aparece uma tela com os dados da ordem junto de um botão de confirmação de envio à BOVESPA. Mais informações sobre interceptação de ordens estão em “status das ordens” mais adiante.

O armazenamento dos dados referentes às Ordens Onstop foi efetuado de forma a se integrar ao restante dos sistemas do Socopa Online. Basicamente são três novas tabelas que se comunicam com CLIENTE e com CLIENTE_OPERACAO.

lidam com o sistema até que a ordem Onstop possa seguir o caminho de uma uma “ordem normal até a Bovespa”, ou seja, até que ela seja enviada às estruturas previamente existentes e que se comunicam com o restante dos sistemas.

Como estamos tratando de um meio automático de fazer operações, potencialmente envolvendo muito dinheiro alheio, é essencial mantermos um histórico transparente de cada passo importante, ou seja, cada estado da ordem deve ser registrado e armazenado de forma que seja de fácil acesso posterior.

Assim, uma nova estrutura em banco de dados, até então inédita na empresa, foi criada para que persistíssemos um grafo dos estados de cada ordem, com seus possíveis caminhos e horário exato de troca de cada estado. Era importante também que este grafo tivesse flexibilidade o suficiente para a criação de novos estados e caminhos.

Além do grafo, também em uma estrutura à parte estão os pedidos de cancelamento de ordens Onstop, que também precisam ser guardados com bastante precisão no horário.

Status	Descrição
P	Pendente
E	Executado
C	Confirmado
V	Vencido
X	Excluído
L	Momento em que o interceptador recebe a ordem
A	Autorizado pelo operador
N	Não autorizado pelo operador

O modo flexível com que o grafo foi implantado permitiu a posterior criação dos novos estados “L”, “A” e “N”, que, em uma abordagem inicial, não eram apontados como requisitos do sistema.

Recebe ordens OnStop e altera os status das ordens conforme interação do mercado ou do usuário entre (P, E, C, V, X). Uma vez que a ordem OnStop atinge seu preço ela é lançada na tabela cliente_operação porém com o campo MEGABOLSA com o valor 0 (zero), ou seja, a ordem não vai diretamente ao MEGA, mas sim para o operador via o programa MarketOrder. A partir daí fica a cargo do operador se a ordem deve ser executada ou não.

O sistema gera um arquivo de log para controle de possíveis erros e do andamento das ordens da seguinte maneira:

Cada linha do arquivo começa com 0 (zero) indicando que ocorreu um erro, com 1 (um) indicando um evento importante que tenha acontecido ou com 2(dois) que representa apenas um log de controle para que o sistema NonStop possa detectar possíveis erros.

O Nonstop funciona como um mecanismo de monitoração do sistema de ordens onstop. É um programa que olha de tempos em tempos para os arquivos de log gerados pelo broadcor e pelo sistema principal e, de acordo com regras estabelecidas, acusa que o sistema está ou não no ar. As regras vão desde um intervalo tolerável de atraso nas atualizações dos logs até o horário de funcionamento do pregão.

Observação 1: Quando problema(s) é(são) detectado(s), um email informativo é enviado às pessoas responsáveis, um som de alerta é emitido na máquina onde está a aplicação e uma mensagem é enviada aos computadores cadastrados através do serviço NET SEND provido por versões baseadas em Windows NT (NT, 2000, XP, etc).

Observação 2: Podemos perceber que existe um botão “Recomeçar sistema OnStop”. Ele força a finalização do sistema atual, ou seja, termina o Onstop e o Broadcor e os reinicia. Quando o Nonstop detecta algum erro, ele tenta automaticamente executar esta tarefa em uma tentativa de ressuscitar o sistema. É possível parametrizar quantas tentativas de restauração são permitidas sem que o sistema fique OK. Uma vez ultrapassado este limite, faz-se necessária uma intervenção humana.

Quando o sistema de ordens onstop estava de fato terminado, a equipe da Socopa viu um outro possível produto a ser oferecido, que agradaria bastante pela sua utilidade: um sistema de alertas sobre as variações de preço de determinados ativos na Bolsa.

A idéia é simples: ser informado dado uma variação a ser escolhida, podendo ser percentual ou em valor absoluto. Por exemplo:

Um ativo está custando R$ 10,00 o lote no momento. Desejo ser alertado se atingir um preço de R$13,00 ou se houver uma queda de 10%.

O alerta, na verdade, é um email enviado quando as condições especificadas forem satisfeitas.

Este sistema é um derivado direto do sistema de ordens onstop porque depende dos mesmos dados fornecidos pelo broadcor, ou seja, depende de variações do mercado que estão acontecendo em tempo real. E já tínhamos experiência. Portanto, bastou algumas modificações no sistema de ordens onstop, principalmente no fim do fluxo dos dados, onde, ao invés do envio de uma ordem à BOVESPA, teríamos apenas que enviar um email, notificando o acontecido.

O monitor nada mais é do que um aplicativo com várias telas pequenas que mostram o estado de diversos sistemas em funcionamento na Socopa. Dando continuidade a este centralizador dos possíveis problemas que venham a ocorrer, incorporei também ao Monitor o sistema de ordens Onstop e o sistema de Alertas que fornecem informações sobre os seus estados pelo do Nonstop.

Estado do monitor quando o “Alertas” está fora de horário e o “Onstop” está com algum problema.

Sabemos da grande importância das documentações do sistema. A Socopa nunca documentou tanto os sistemas como agora. Era de minha responsabilidade também a completa documentação do Sistema de ordens onstop. Aliás, esta monografia foi em grande parte baseada nestes documentos.

De um modo geral, os professores do IME, em especial os do curso de Ciência da Computação, não recomendam outras atividades para que os alunos tenham dedicação exclusiva ao curso até o quarto ano. No entanto, este cenário não era possível para mim. Questões financeiras colaboraram, mas também uma idéia fixa que eu tinha de entrar o quanto antes no mercado de trabalho e ganhar experiência suficiente em ambiente corporativo para poder julgar qual rumo eu daria à minha vida, uma vez que eu estivesse formado.

Podemos pensar também nesta prática como um processo dialético, ou seja, como uma prática dialética, onde atividades profissionais, ou então, atividades na prática, confrontam-se crítico e reflexivamente com a realidade da sala de aula.

De qualquer maneira foi bastante complicado e, sem dúvidas o maior desafio, conseguir acompanhar corretamente o curso concomitantemente com o trabalho e devo dizer que foi de essencial importância a flexibilidade no meu horário de trabalho concedida pela Socopa.

É válido mencionar o porquê da minha escolha por trabalhar em uma empresa voltada ao mercado financeiro e não em uma consultoria ou em uma empresa exclusivamente desenvolvedora de softwares.

No primeiro ano, eu já comecei a sentir falta de disciplinas que não fossem tão “exatas”. Era uma mudança muito radical ao sair do colegial para o IME. Mesmo para mim, que fiz colegial técnico em processamento de dados. Então, eu me propus a trabalhar em um ambiente onde não existiam apenas pessoas com formação exclusivamente exata, mas também economistas, administradores, publicitários dentre outros. Consegui, assim, encontrar um equilíbrio que me manteve forte durante minha graduação.

Obviamente o ambiente de trabalho na empresa é muito diferente do encontrado em sala de aula.

Quando pensamos em prazos, há de certa forma uma tolerância extra não existente no IME. Cronogramas podem ser revistos de acordo com possíveis novos requisitos, com imprevistos ou com riscos não captados inicialmente.

Outra diferença importante é a interação com outros profissionais e clientes, que são pessoas muitas vezes com pensamentos e valores diferentes dos seus. Normalmente estas coisas não ocorrem na faculdade. Geralmente, fazemos os exercícios-programa com amigos.

Podemos perceber também que os projetos do ambiente acadêmico são menos dinâmicos, possuem um escopo bem definido desde o princípio. No entanto, vale ressaltar que, exatamente por estarmos na universidade, temos tempo de aprender muitas tecnologias novas e muitas áreas normalmente não abordadas no mercado.

Por fim, uma outra grande diferença é o contato e a preocupação com o usuário final. Não basta que o código e a arquitetura de sistema seja o mais eficiente e elegante possível se não tiver uma camada de apresentação final condizente com as necessidades dos operadores e dos clientes. Muito importante também é a questão de documentação, tanto em comentários quanto em documentos formais do sistema. Aliás, a escassez de documentos explicativos era um grande problema na Socopa e, ao menos durante minha permanência na empresa, houve um grande esforço para reverter este quadro.

Ao fim do curso, percebo que o Bacharelado em Ciência da Computação da USP cumpre com excelência o que propõe: oferecer uma formação ampla na área computacional de modo que cada um possa trilhar o caminho que desejar posteriormente. Sobretudo, agora me sinto plenamente capaz e sem medo de aprender quaisquer que sejam as novas tecnologias nesse mundo tão volátil que é o da computação.

Disciplina	Nome	Comentários
MAC110	Introdução à Computação	Um contato inicial com programação em C.
MAC122	Princípios de Desenvolvimento de Algoritmos	Amadurecimento com linguagens e o poder da programação.
MAC323	Estrutura de Dados	Disciplina essencial para quem quer seguir com programação durante um tempo. Também funciona como base para orientação a objetos.
MAC211	Laboratório de Programação I e II	Primeira implementação de um projeto completo em grupo e contato inicial com Java
MAC426	Sistemas de Banco de Dados	Modelagem e linguagens SQL.
MAC441	Programação Orientada a Objetos	Conheci o Smalltalk e entendi pela primeira vez o espírito da programação orientada a objetos, com conceitos básicos como reutilização de código e padrões.
MAC328	Algoritmos em Grafos		De fundamental importância para a modelagem das trocas de status das ordens. A disciplina de Autômatos poderia ser também citada.
MAC332	Engenharia de Software	Conhecer os processos de desenvolvimento de projetos é muito importante para quem quer entrar no mercado de trabalho.
MAC439	Laboratório de Banco de Dados	Aprofundei meus conhecimentos sobre SQL e aprendi a melhor modelar sistemas de banco de dados.
MAC424	O computador na sociedade e na empresa	Esta é uma disciplina diferenciada e apresenta casos atuais muito interessantes de como os computadores e os softwares podem interferir nas empresas e na sociedade.
PCS210	Redes de computadores	Aprendi sobre o funcionamento das redes de computadores e da Internet.
FLC474	Língua Portuguesa	Em um curso onde vemos uma atenção quase exclusiva às disciplinas exatas, Língua Portuguesa, além de ser uma quebra na rotina, é importante porque todo profissional deve saber escrever bem.
	Leitura Dramática	Por incrível que possa parecer, achei esta disciplina muito importante. No mercado de trabalho é fundamental o convívio com outras pessoas e a exposição de suas idéias de uma forma clara. Cursei Leitura Dramática ainda quando não valiam créditos no currículo.

A experiência que adquiri e o prazer com que executei meus trabalhos até agora fazem com que eu dê continuidade neste ramo de análise e desenvolvimento de sistemas. No momento não estou mais na Socopa. Estou agora trabalhando com ferramentas voltadas ao “mundo Java”, em uma empresa especializada no desenvolvimento de sistemas.

Pretendo, a partir do ano que vem, continuar com meus estudos, agora direcionando mais para a minha área de atuação que é a Engenharia de Software.

Referências sobre as tecnologias utilizadas

Principais referências sobre o mercado financeiro

Agradecimentos

Sou muito grato a todos que me ajudaram durante este período tão importante. Agradeço primeiramente a minha família, que apesar de pequena, sempre foi meu grande alicerce para a vida. Em seguida, agradeço os meus amigos que me apoiaram durante a faculdade e sem eles eu não teria chegado até aqui. Por fim, agradeço às pessoas da Socopa que muito bem me acolheram enquanto lá prestei serviços, sobretudo os amigos Fabrício e Rogério, com quem muitas coisas aprendi e vivenciei.

Agradeço a: família, Pedro, Sonia, Rafael, Edna, Remo, Teresa, fundão, Fabi, Borbo, Paty, Azeita, Gordo, Cassy, Dédiz, Heman, Luly, Renatinha, Fly, Peruca, Varas, Fek, Ju, Chris, Carol, Natalia, Let’s, Dubs, Frentz, M

o Visual Basic 6.0	o Project
o SQL Server 2000	o Windows 2000
o Oracle 8	o Visual Studio
o ASP	o Excel
o SourceSafe

Introdução