outras partes do Tutorial Parte 1 Introduo ao TCP /IP Parte 17 ICF Internet Connection Firewall Parte 33 DNS - Configurando

Servidor somente Cache Parte 2 Nmeros Binrios e Mscara de Sub-Rede Parte 18 Introduo ao IPSec Parte 34 DNS - Configuraes do Cliente Parte 3 Classes de Endereos Parte 19 Certificados Digitais e Segurana Parte 35 DNS - Comandos ipconfig e nslookup Parte 4 Introduo ao Roteamento IP Parte 20 NAT Network Address Translation Parte 36 DHCP Instalao do DHCP no Windows 2000 Server Parte 5 Exemplos de Roteamento Parte 21 Roteiro para Resoluo de Problemas Parte 37 DHCP Entendendo e Projetando Escopos Parte 6 Tabelas de Roteamento Parte 22 DNS - Instalao do DNS Server Parte 38 DHCP Entendendo e Projetando Escopos Parte 7 Sub netting diviso em sub-redes Parte 23 DNS - Criando Zonas no DNS Parte 39 DHCP Configurando Opes do Escopo Parte 8 Uma introduo ao DNS Parte 24 DNS - Tipos de Registros no DNS Parte 40 Configurando as Propriedades do Servidor DHCP Parte 9 Introduo ao DHCP Parte 25 DNS - Criando Zonas Reversas Parte 41 Implementao e Administrao do WINS Parte 1 Parte 10 Introduo ao WINS Parte 26 DNS - Criando Registros Parte 42 Implementao e Administrao do WINS Parte 2 Parte 11 TCP , UDP e Portas de Comunicao Parte 27 DNS - Propriedades de Zona Parte 43 Implementao e Administrao do WINS Parte 3 Parte 12 Portas de Comunicao na Prtica Parte 28 DNS - Segurana de Acesso Parte 44 Implementao e Administrao do RRAS Parte 1 Parte 13 Instalao e Configurao Parte 29 DNS - Forwarders Parte 45 Implementao e Administrao do RRAS Parte 2 Parte 14 Protocolos de Roteamento Dinmico - RIP Parte 30 DNS - Roundrobin Parte 46 Implementao e Administrao do RRAS Parte 3 Parte 15 Protocolos de Roteamento Dinmico - OSPF Parte 31 DNS - Zonas secundrias Parte 47 Implementao e Administrao do RRAS Parte 4 Parte 16 Compartilhando a Conexo Internet Parte 32 DNS - Integrao com o Active Directory Parte 48 Implementao e Administrao do RRAS Parte 5 Introduo: Esta a dcima primeira parte do Tutorial de TCP/IP. Na Parte 1 tratei dos aspectos bsicos do protocolo TCP/IP. Na Parte 2 falei sobre clculos binrios, um importante tpico para entender sobre redes, mscara de sub-rede e roteamento. Na Parte 3 falei sobre Classes de endereos, na Parte 4 fiz uma introduo ao roteamento e na Parte 5 apresentei mais alguns exemplos e anlises de como funciona o roteamento e na Parte 6 falei sobre a Tabela de Roteamento. Na Parte 7 tratei sobre a diviso de uma rede em sub-redes, conceito conhecido como subnetting. Na Parte 8 fiz uma apresentao de um dos servios mais utilizados pelo TCP/IP, que o Domain Name System: DNS. O DNS o servio de resoluo de nomes usado em todas as redes TCP/IP, inclusive pela Internet que, sem dvidas, a maior rede TCP/IP existente. Na Parte 9 fiz uma introduo ao servio Dynamic Host Configuration Protocol DHCP. Na Parte 10 fiz uma introduo ao servio Windows Internet Name Services WINS. Nesta dcima primeira parte falarei sobre o conceito de portas de comunicao. Um pouco sobre Pacotes e sobre os protocolos de Transporte O TCP/IP, na verdade, formado por um grande conjunto de diferentes protocolos e servios de rede. O nome TCP/IP deriva dos dois protocolos mais importantes e mais utilizados, que so os seguintes: IP: um protocolo de endereamento, um protocolo de rede. Eu me arriscaria a afirmar que

as principais funes do protocolo IP so endereamento e roteamento, ou de uma maneira mais simples, fornecer uma maneira para identificar unicamente cada mquina da rede (endereo IP) e uma maneira de encontrar um caminho entre a origem e o destino (Roteamento). TCP: O TCP um protocolo de transporte e executa importantes funes para garantir que os dados sejam entregues de uma maneira confivel, ou seja, sem que os dados sejam corrompidos ou alterados. Vamos imaginar uma situao prtica, onde voc deseja enviar um arquivo com cerca de 10 MB de um computador de origem para um computador de destino. Uma das primeiras coisas que tem que ser feitas encontrar uma rota, um caminho entre a origem e o destino. Este o papel do protocolo IP, mais especificamente da funo de roteamento. Uma vez encontrado o caminho, o prximo passo dividir o arquivo de 10 MB em pacotes de tamanhos menores, os quais possam ser enviados pelos equipamentos da rede. Alm da diviso em pacotes menores, o TCP/IP tem que garantir que os pacotes sejam entregues sem erros e sem alteraes. Pode tambm acontecer de os pacotes chegarem fora de ordem. O TCP/IP tem que ser capaz de identificar a ordem correta e entregar os pacotes para o programa de destino, na ordem correta. Por exemplo, pode acontecer de o pacote nmero 10 chegar antes do pacote nmero 9. Neste caso o TCP tem que aguardar a chegada do pacote nmero 9 e entreg-los na ordem correta. Pode tambm acontecer de serem perdidos pacotes durante o transporte. Neste caso, o TCP tem que informar origem de que determinado pacote no foi recebido no tempo esperado e solicitar que este seja retransmitido. Todas estas funes garantir a integridade, a seqcia correta e solicitar retransmisso so exercidas pelo protocolo TCP Transmission Control Protocol. Alm do TCP existe tambm o UDP, o qual no faz todas estas verificae e utilizado por determinados servios. A seguir apresento uma descrio dos protocolos TCP e UDP e um estudo comparativo. TCP Uma Viso Geral O Transmission Control Protocol (TCP) , sem dvidas, um dos mais importantes protocolos da famlia TCP/IP. um padro definido na RFC 793, "Transmission Control Protocol (TCP)", que fornece um servio de entrega de pacotes confivel e orientado por conexo. Ser orientado por conexo, significa que todos os aplicativos baseados em TCP como protocolo de transporte, antes de iniciar a troca de dados, precisam estabelecer uma conexo. Na conexo so fornecidas, normalmente, informaes de logon, as quais identificam o usurio que est tentando estabelecer a conexo. Um exemplo tpico so os aplicativos de FTP (Cute FTP, ES-FTP e assim por diante). Para que voc acesse um servidor de FTP, voc deve fornecer um nome de usurio e senha. Estes dados so utilizados para identificar e autenticar o usurio. Aps a identificao e autenticao, ser estabelecida uma sesso entre o cliente de FTP e o servidor de FTP. Algumas caractersticas do TCP: Garante a entrega de datagramas IP: Esta talvez seja a principal funo do TCP, ou seja, garantir que os pacotes sejam entregues sem alteraes, sem terem sido corrompidos e na ordem correta. O TCP tem uma srie de mecanismos para garantir esta entrega. Executa a segmentao e reagrupamento de grandes blocos de dados enviados pelos programas e Garante o seqenciamento adequado e entrega ordenada de dados segmentados: Esta caracterstica refere-se a funo de dividir grandes arquivos em pacotes menores e transmitir cada pacote separadamente. Os pacotes podem ser enviados por caminhos diferentes e chegar fora de ordem. O TCP tem mecanismos para garantir que, no destino, os pacotes sejam ordenados corretamente, antes de serem entregues ao programa de destino. Verifica a integridade dos dados transmitidos usando clculos de soma de verificao: O TCP faz verificaes para garantir que os dados no foram alterados ou corrompidos durante o

transporte entre a origem e o destino. Envia mensagens positivas dependendo do recebimento bem-sucedido dos dados. Ao usar confirmaes seletivas, tambm so enviadas confirmaes negativas para os dados que no foram recebidos: No destino, o TCP recebe os pacotes, verifica se esto OK e, em caso afirmativo, envia uma mensagem para a origem, confirmando cada pacote que foi recebido corretamente. Caso um pacote no tenha sido recebido ou tenha sido recebido com problemas, o TCP envia uma mensagem ao computador de origem, solicitando uma retransmisso do pacote. Com esse mecanismo, apenas pacotes com problemas tero que ser reenviados, o que reduz o trfego na rede e agiliza o envio dos pacotes. Oferece um mtodo preferencial de transporte de programas que devem usar transmisso confivel de dados baseada em sesses, como bancos de dados cliente/servidor e programas de correio eletrnico: Ou seja, o TCP muito mais confivel do que o UDP (conforme mostrarei mais adiante) e indicado para programas e servios que dependam de uma entrega confivel de dados. Funcionamento do TCP O TCP baseia-se na comunicao ponto a ponto entre dois hosts de rede. O TCP recebe os dados de programas e processa esses dados como um fluxo de bytes. Os bytes so agrupados em segmentos que o TCP numera e seqncia para entrega. Estes segmentos so mais conhecidos como Pacotes. Antes que dois hosts TCP possam trocar dados, devem primeiro estabelecer uma sesso entre si. Uma sesso TCP inicializada atravs de um processo conhecido como um tree-way handshake (algo como Um Aperto de Mo Triplo). Esse processo sincroniza os nmeros de seqncia e oferece informaes de controle necessrias para estabelecer uma conexo virtual entre os dois hosts. De uma maneira simplificada, o processo de tree-way handshake, pode ser descrito atravs dos seguintes passos: O computador de origem solicita o estabelecimento de uma sesso com o computador de destino: Por exemplo, voc utiliza um programa de FTP (origem) para estabelecer uma sesso com um servidor de FTP (destino). O computador de destino recebe a requisio, verifica as credenciais enviadas (tais como as informaes de logon e senha) e envia de volta para o cliente, informaes que sero utilizadas pelo cliente, para estabelecer efetivamente a sesso. As informaes enviadas nesta etapa so importantes, pois atravs destas informaes que o servidor ir identificar o cliente e liberar ou no o acesso. O computador de origem recebe as informaes de confirmao enviadas pelo servidor e envia estas confirmaes de volta ao servidor. O servidor recebe as informaes, verifica que elas esto corretas e estabelece a sesso. A partir deste momento, origem e destino esto autenticados e aptos a trocar informaes usando o protocolo TCP. Se por algum motivo, as informaes enviadas pela origem no estiverem corretas, a sesso no ser estabelecida e uma mensagem de erro ser enviada de volta ao computador de origem. Depois de concludo o tree-way handshake inicial, os segmentos so enviados e confirmados de forma seqencial entre os hosts remetente e destinatrio. Um processo de handshake semelhante usado pelo TCP antes de fechar a conexo para verificar se os dois hosts acabaram de enviar e receber todos os dados. Os segmentos TCP so encapsulados e enviados em datagramas IP, conforme apresentado na

figura a seguir, obtida na ajuda do Windows 2000 Server:

O conceito de Portas TCP Os programas TCP usam nmeros de porta reservados ou conhecidos, conforme apresentado na seguinte ilustrao, da ajuda do Windows 2000 Server: O que uma Porta TCP? Bem, sem entrar em detalhes tcnicos do TCP/IP, vou explicar, atravs de um exemplo prtico, o conceito de porta. Vamos imaginar um usurio, utilizando um computador com conexo Internet. Este usurio, pode, ao mesmo tempo, acessar um ou mais sites da Internet, usar o Outlook Express para ler suas mensagens de email, estar conectado a um servidor de FTP, usando um programa como o WS-FTP, para fazer download de um ou mais arquivos, estar jogando DOOM atravs da Internet e assim por diante. Todas as informaes que este usurio recebe esto chegando atravs de pacotes que chegam at a placa de Modem ou at o Modem ADSL, no caso de uma conexo rpida. A pergunta que naturalmente surge : Como o sistema sabe para qual dos programas se destina cada um dos pacotes que esto chegando no computador? Por exemplo, chega um determinado pacote. Este pacote para uma das janelas do Navegador, para o cliente de FTP, um comando do DOOM, referente a uma mensagem de email ou quem o destinatrio deste pacote? A resposta para esta questo o mecanismo de portas utilizado pelo TCP/IP. Cada programa trabalha com um protocolo/servio especfico, ao qual est associado um nmero de porta. Por exemplo, o servio de FTP, normalmente opera na porta 21 (na verdade usa duas portas, uma para controle e outra para o envio de dados). Todo pacote que for enviado do servidor FTP para o cliente, ter, alm dos dados que esto sendo enviados, uma srie de dados de controle, tais como o nmero do pacote, cdigo de validao dos dados e tambm o nmero da porta. Quando o pacote chega no seu computador, o sistema l no pacote o nmero da porta e sabe para quem encaminhar o pacote. Por exemplo, se voc est utilizando um cliente de FTP para fazer um download, os pacotes que chegarem, com informao de Porta = 21, sero encaminhados para o cliente de FTP, o qual ir ler o pacote e dar o destino apropriado. Outro exemplo, o protocolo HTTP, utilizado para o transporte de informaes de um servidor Web at o seu navegador, opera, por padro, na porta 80. Os pacotes que chegarem, destinados porta 80, sero encaminhados para o navegador. Se houver mais de uma janela do navegador aberta, cada uma acessando diferentes pginas, o sistema inclui informaes, alm da porta, capazes de identificar cada janela individualmente. Com isso, quando chega um pacote para a porta 80, o sistema identifica para qual das janelas do navegador se destina o referido pacote. Em resumo: O uso do conceito de portas, permite que vrios programas estejam em funcionamento, ao mesmo tempo, no mesmo computador, trocando informaes com um ou mais servios/servidores. O lado do servidor de cada programa que usa portas TCP escuta as mensagens que chegam no seu nmero de porta conhecido. Todos os nmeros de porta de servidor TCP menores que 1.024 (e alguns nmeros mais altos) so reservados e registrados pela Internet Assigned Numbers Authority (IANA, autoridade de nmeros atribudos da Internet). Por exemplo, o servio HTTP (servidor Web), instalado em um servidor, fica sempre escutando os pacotes que chegam ao servidor. Os pacotes destinados a porta 80, sero encaminhados pelo sistema operacional para processamento do servidor Web.

A tabela a seguir uma lista parcial de algumas portas de servidor TCP conhecidas usadas por programas baseados em TCP padro. Nmero de porta TCP Descrio 20 Servidor FTP (File Transfer Protocol, protocolo de transferncia de arquivo) (canal de dados) 21 Servidor FTP (canal de controle) 23 Servidor Telnet 53 Transferncias de zona DNS (Domain Name System, sistema de nomes de domnios) 80 Servidor da Web (HTTP, Hypertext Transfer Protocol, protocolo de transferncia de hipertexto) 139 Servio de sesso de NetBIOS Para obter uma lista atualizada e completa de todas as portas TCP conhecidas e registradas atualmente, consulte o seguinte endereo: http://www.iana.org/assignments/port-numbers UDP Uma Viso Geral O User Datagram Protocol (UDP) um padro TCP/IP e est definido pela RFC 768, "User Datagram Protocol (UDP)." O UDP usado por alguns programas em vez de TCP para o transporte rpido de dados entre hosts TCP/IP. Porm o UDP no fornece garantia de entrega e nem verificao de dados. De uma maneira simples, dizemos que o protocolo UDP manda os dados para o destino; se vai chegar ou se vai chegar corretamente, sem erros, s Deus sabe. Pode parecer estranho esta caracterstica do UPD, porm voc ver que em determinadas situaes, o fato de o UDP ser muito mais rpido do que o TCP (por no fazer verificaes e por no estabelecer sesses), o uso do UDP recomendado. O protocolo UDP fornece um servio de pacotes sem conexo que oferece entrega com base no melhor esforo, ou seja, UDP no garante a entrega ou verifica o seqenciamento para qualquer pacote. Um host de origem que precise de comunicao confivel deve usar TCP ou um programa que oferea seus prprios servios de seqenciamento e confirmao. As mensagens UDP so encapsuladas e enviadas em datagramas IP, conforme apresentado na seguinte ilustrao, da ajuda do Windows 2000 Server:

Portas UDP O conceito de porta UDP idntico ao conceito de portas TCP, embora tecnicamente, existam diferenas na maneira como as portas so utilizadas em cada protocolo. A idia a mesma, por exemplo, se um usurio estiver utilizando vrios programas baseados em UDP, ao mesmo tempo, no seu computador, atravs do uso de portas, que o sistema operacional sabe a qual programa se destina cada pacote UDP que chega. O lado do servidor de cada programa que usa UDP escuta as mensagens que chegam no seu nmero de porta conhecido. Todos os nmeros de porta de servidor UDP menores que 1.024 (e alguns nmeros mais altos) so reservados e registrados pela Internet Assigned Numbers Authority (IANA, autoridade de nmeros atribudos da Internet). Cada porta de servidor UDP identificada por um nmero de porta reservado ou conhecido. A tabela a seguir mostra uma lista parcial de algumas portas de servidor UDP conhecidas usadas por programas baseados em UDP padro.

Nmero de porta UDP Descrio 53 Consultas de nomes DNS (Domain Name System, sistema de nomes de domnios) 69 Trivial File Transfer Protocol (TFTP) 137 Servio de nomes de NetBIOS 138 Servio de datagrama de NetBIOS 161 Simple Network Management Protocol (SNMP) 520 Routing Information Protocol (RIP, protocolo de informaes de roteamento) Para obter uma lista atualizada e completa de todas as portas TCP conhecidas e registradas atualmente, consulte o seguinte endereo: http://www.iana.org/assignments/port-numbers Comparando UDP e TCP: Geralmente, as diferenas na maneira como UDP e TCP entregam os dados assemelham-se s diferenas entre um telefonema e um carto postal. O TCP funciona como um telefonema, verificando se o destino est disponvel e pronto para a comunicao. O UDP funciona como um carto postal as mensagens so pequenas e a entrega provvel, mas nem sempre garantida. UDP geralmente usado por programas que transmitem pequenas quantidades de dados ao mesmo tempo ou tm necessidades em tempo real. Nessas situaes, a baixa sobrecarga do UDP (pois este no faz as verificaes que so feitas pela TCP) e as capacidades de broadcast do UDP (por exemplo, um datagrama, vrios destinatrios) so mais adequadas do que o TCP. O UDP contrasta diretamente com os servios e recursos oferecidos por TCP. A tabela a seguir compara as diferenas em como a comunicao TCP/IP tratada dependendo do uso de UDP ou TCP para o transporte de dados. UDP TCP Servio sem conexo; nenhuma sesso estabelecida entre os hosts. Servio orientado por conexo; uma sesso estabelecida entre os hosts. UDP no garante ou confirma a entrega ou seqncia os dados. TCP garante a entrega atravs do uso de confirmaes e entrega seqenciada dos dados. Os programas que usam UDP so responsveis por oferecer a confiabilidade necessria ao transporte de dados. Os programas que usam TCP tm garantia de transporte confivel de dados. UDP rpido, necessita de baixa sobrecarga e pode oferecer suporte comunicao ponto a ponto e ponto a vrios pontos.

TCP mais lento, necessita de maior sobrecarga e pode oferecer suporte apenas comunicao ponto a ponto. Tanto UDP quanto TCP usam portas para identificar as comunicaes para cada programa TCP/IP, conforme descrito anteriormente. Concluso Nesta parte do tutorial fiz uma apresenta o dos protocolos TCP e UDP, os quais so responsveis pelo transporte de pacotes em redes baseadas no TCP/IP. Voc tambm aprendeu sobre as diferenas entre os protocolos TCP e UDP e sobre o conceito de porta de comunicao.

Projeto Banco de Eventos - WISE Diagramas de Fluxo de Dados ltima Edio em 12.dez.96, por {

Introduo No presente documento apresentada a especificao de requisitos do mdulo de Banco de Eventos, na rea de Coordenao de Pesquisa, para o projeto DIntranet do Departamento de Informtica, da UFPE. O propsito principal deste projeto, fornecer, de maneira centralizada, um mecanismo para gerenciar e disponilibilizar informaes gerais dos eventos acadmicos, internos e externos ao DI, usando como interface de interao e apresentao das informaes o WWW. Para a elaborao deste documento, foram realizadas entrevistas com os professores: Alejandro Cesar Frery Orgambide, vice coordenador de Pesquisa, Judith Kelner, coordenadora da rea de extenso, e Jos Fernando Tepedino Martins, Webmaster do Departamento de Informtica (DI). Motivao do Projeto No Departamento de Informtica, o acesso e a divulgao de informaes parte integral no acompanhamento do trabalho de pesquisa e desenvolvimento. Uma das principais motivaes para a criao deste sistema a necessidade do estabelecimento de um mecanismo que facilite, de maneira prtica e automtica, a manuteno e disponibilizao de caractersticas gerais sobre os eventos acadmicos a serem desenvolvidos, tanto dentro do DI como em outras universidades do Brasil e do mundo. Uma das principais vantagens apresentadas pelo DI para o desenvolvimento deste sistema a existncia de uma infraestrutura de rede qual os estudantes, pesquisadores e professores tm acesso. Isto constitui outra motivao para o desenvolvimento do projeto, a qual apoia-se no aproveitamento desta infraestrutura para a disponibilizao e acesso de informaes s diferentes reas da hierarquia acadmica do DI.

Finalmente, cabe destacar que o departamento no conta com nenhum meio de consulta eletrnica de eventos com as caractersticas do projeto proposto. O DI to pouco tem murais eletrnicos nos quais pudessem ser consultadas informaes especficas sobre eventos em determinadas rea de interesse. Objetivos Os objetivos principais deste projeto so: Disponibilizar centralizadamente informaes sobre todos os eventos acadmicos cadastrados. Isto tanto a nvel interno, quanto a nvel externo ao DI. Fornecer uma interface que facilite o gerenciamento dos eventos (cadastrar, e modificar os dados dos eventos). Fornecer aos usurios um mecanismo de consulta simples. Fornecer um mecanismo de cadastro e administrao de usurios nas diferentes reas de interesse, das quais estes usurios desejem receber informaes geradas pelo sistema. Gerar, de forma automtica, informaes concernentes a Dead Lines para submisso de artigos e inscries nos eventos nos quais os usurios estejam interessados. Alm disso, gerar notificaes sobre mudanas nos dados dos eventos cadastrados para os usurios que desejem obter estas informaes. O Banco de Eventos Na seguinte seo, apresentada uma descrio global dos componentes do Banco de Eventos. A primeira parte apresenta a estrutura e usurios do sistema. A segunda parte mostra as funes do sistema, do ponto de vista do cadastrador e usurio final. Na terceira parte so descritas as interfaces do sistema e, finalmente, so descritos alguns requerimentos sobre segurana e consistncia de dados que devero ser levados em conta na implementao do projeto. Estrutura e Usurios do Sistema Para a elaborao deste projeto foram identificadas as caractersticas principais das entidades que sero manipuladas, assim como os mecanismos fundamentais que o sistema dever fornecer para o processamento e apresentao da informao. O sistema Banco de Eventos processar informao sobre dois elementos bsicos: eventos e usurios. Um usurio, de acordo com o tipo de acesso que tem sobre o sistema, pode ser Cadastrador ou Usurio Final. Para cada uma destas entidades ou elementos, o sistema apresentar formulrios solicitando informao sobre elas. Eventos O sistema considera o processamento unicamente de eventos acadmicos, e so tomados como eventos acadmicos todos aqueles eventos que tm como principal objetivo a apresentao de pesquisas em qualquer rea de estudo ou o ensino (no caso dos cursos de extenso). Atributos de um evento O sistema a ser desenvolvido armazenar informao sobre os eventos acadmicos que so realizados dentro e fora do DI. Os dados mais relevantes sobre um evento so os seguintes: rea Categoria Data_inicio Data_fim Descrio

Local Nome Tipo URL rea corresponde rea acadmica a qual pertence o evento, por exemplo, Engenharia de Software, Redes Neurais, etc.; Categoria um dos seguintes valores: Simpsio, Workshop, Congresso, Encontro, Jornada, Seminrio, Palestra, Defesa de Tese, Outros; Data_inicio a data de incio do evento, Data_fim data de finalizao do evento. Para os eventos que no tm durao maior que um dia, Data_inicio e Data_fim tero o mesmo valor. Descrio uma breve descrio do evento; Local indica o lugar especfico onde o evento realizado, por exemplo, o nome da universidade, a cidade, o pais, etc.; Nome indica o nome do evento cadastrado; Tipo um atributo que poder tomar dois valores: Interno, para aqueles eventos organizados no Departamento de Informtica da UFPE, ou Externo, organizados por qualquer outro departamento, universidade ou instituo acadmica dentro ou fora de Recife. Finalmente, URL corresponde a URL do evento. Classificao Um evento pode ser classificado da seguinte maneira: Evento Com Submisso de Artigos (EventoCSA). Alm dos atributos j apresentados, o EventoCSA tem mais um atributo, o Deadline, que indica a data limite para a submisso de artigos. Evento Sem Submisso de Artigos (EventoSSA) Alm dos atributos dos eventos em geral, possui os atributos Hora, que representa a hora na qual o evento comea; e Durao, que representa o tempo de durao do evento em horas ou dias. Cursos de Extenso (EventoCE) Alm dos atributos gerais dos eventos, para o EventoCE preciso armazenar informaes correspondentes ao Custo, que representa o preo do curso, Classificao, que pode ser Fechado ou Aberto, Nvel, que representa se o evento um minicurso, um curso de curta durao ou um curso de especializao e, finalmente, a Durao em horas do curso. Um EventoCE Fechado quando fornecido para uma empresa ou instituo especfica e apenas as pessoas que pertecem a ela podem se inscrever; Aberto quando qualquer pessoa interessada pode participar do curso. Os usurios O sistema Banco de Eventos ter basicamente dois tipos de usurios: Cadastrador: o usurio interessado em cadastrar um evento. Existe um conjunto limitado de pessoas que podero cadastrar eventos. Um usurio com autorizao para cadastrar eventos, tambm poder modific-los e apag-los quando for necessrio. Usurio Final: o usurio interessado em consultar o sistema para obter informaes sobre eventos ou para se cadastrar como interessado em receber, por e-mail, informaes sobre os eventos j cadastrados. Atributos dos usurios

O sistema Banco de Eventos armazenar os seguintes dados de um usurio (no caso do usurio usar o sistema apenas para realizar consultas aos dados dos eventos j cadastrados, nenhuma informao sobre ele armazenada): Nome E-mail Isto , o Cadastrador, assim como o Usurio Final que deseje se cadastrar em um ou mais eventos, dever fornecer ao sistema o seu nome completo e o seu endereo eletrnico. O Usurio Final que se cadastra, alm dos atributos acima indicados possue o atributo: Tipo de Notificao que pode ser uma Solicitao de Notificao Geral ou uma Solicitao de Notificao Especfica. No caso do Tipo de Notificao ser uma Solicitao de Notificao Especfica, tambm ser necessrio armazenar informao sobre a: Frequncia de Notificao das Informaes. A Solicitao de Notificao Geral indica ao sistema que o usurio quer receber uma notifio cada vez que seja inserido um novo evento. A Frequncia de Notificao s pode ser fornecida pelos usurios que indicaram a Solicitao de Notificao Especfica. Neste caso, o usurio ter que fornecer o intervalo de tempo no qual deseja receber notificaes sobre os eventos. O Cadastrador , alm dos atributos gerais dos Usurios possui os atributos user_id, que o identificador nico do usurio e gerenciado pelo mdulo de Segurana e a senha, ou palavra secreta tambm usada e gerenciada pelo mdulo de Segurana para garantir que s os usurios autorizados pelo sistema cadastrem, modifiquem ou apaguem eventos. Funes do sistema Para atingir os objetivos do projeto, o sistema Banco de Eventos dever realizar um conjunto de operaes que permitam gerenciar as informaes identificadas na seo anterior. Basicamente, o sistema dever conter as seguintes funes: Cadastro das informaes Deve ser feito de maneira interativa sem comprometer a segurana de rede do DI e deve ser suficientemente flexvel e atrativo para interagir com o Cadastrador. Em geral, o mecanismo de cadastro das informaes dos eventos deve ser feito atravs do preenchimento on line das informaes do evento, atravs de um formulrio que s poder ser acessado por usurios predefinidos, com autorizao para cadastrar eventos. O acesso ser gerenciado pelo mdulo de Segurana do projeto DIntranet. Uma vez cadastrados os eventos, os prximos acessos informao para modificaes sero feitos pelo Cadastrador (atravs do uso de senha) e sero notificados automaticamente aos usurios que estejam interessados naquelas informaes. Se a rea na qual se deseja cadastrar o evento no existe, ento o Cadastrador poder criar a nova rea e cadastrar o evento. O Cadastrador poder eliminar eventos especficos, uma vez que estes tenham sido

cadastrados por ele. O Usurio Final que esteja cadastrado num evento que apagado dever ser informado automaticamente da eliminao do evento e o seu cadastro neste evento dever ser cancelado. Cadastro de usurios O sistema dever fornecer um mecanismo que permita cadastrar (de forma automtica) usurios que estejam interessados num evento em particular. Os dados necessrios para tanto j foram descritos nos atributos dos usurios. Caso o Usurio Final no deseje mais estar cadastrado num evento especfico, o sistema dever permitir que ele cancele seu cadastramento. O cadastramento do usurio requer o fornecimento do seu endereo e-mail, nome e outros dados descritos anteriormente. O descadastramento pode seguir o mesmo procedimento, sendo o Usurio Final o responsvel pela manuteno desta informao. O Usurio Final poder se cadastrar nos seguintes nveis: Global - implica no recebimento de informaes sobre todos os eventos existentes. Especfico - permite ao usurio receber informaes especficas de um evento em particular. Consulta das Informaes A consulta das informaes do Banco de Eventos cobre alguns tpicos como: Eventos segundo o tipo (interno ou externo). Eventos segundo as datas. Eventos segundo as reas de interesse e submisso ou no de artigos. Eventos ocorridos num perodo determinado de tempo. Eventos em geral. As informaes apresentadas devero incluir, segundo o caso, a maioria dos atributos descritos na seo Estrutura e Usurios do Sistema. Notificao das Informaes O sistema dever manter controle das informaes armazenadas para cada evento e a relao dos usurios cadastrados que desejem receber informaes sobre os eventos. As informaes sero estruturadas de forma simples, gerando e-mails que sero enviados para cada usurio em funo do tipo e frequncia das informaes que este tenha solicitado. As informaes sero checadas periodicamente (atravs de um processo rodando com o cron de Unix) e no caso de se cumprirem as condies de notificao requisitadas pelo usurio, o sistema enviar uma mensagem contendo as informaes necessrias. Interface para Usurio A interface do sistema est dividida em dois mdulos principais, de acordo com as suas funes e tipos de usurios: Mdulo Restrito (Cadastro de Eventos) - utilizado para inserir, modificar ou remover informaes relativas aos eventos - usado pelo Cadastrador (os outros usurios, por questes de segurana, no tem acesso a esse mdulo); Mdulo Pblico - disponibilizado em interface WWW pblica e utilizado para consultar eventos e cadastrar Usurios Finais como interessados em determinado(s) evento(s) - usado pelos

Usurios Finais. Estes mdulos utilizam informaes no estticas, obtidas atravs de consultas ao SGBD sempre que a(s) pgina(s) HTML relativas aos mdulos so carregadas. Dadas as facilidades para codificao e manuteno, alm da flexibilidade obtida no projeto da interface, o sistema utilizar a linguagem Java na implementao do ncleo destes mdulos. HTML e JavaScript tambm sero utilizados, como forma de acelerar a implementao das pginas mais simples da interface. Consitncia e Segurana dos Dados A consistncia e segurana dos dados garantida pelos mecanismos de segurana inerentes ao uso do SGBD e pelas restries de acesso aos diversos mdulos do sistema, de acordo com seus usurios. O cadastro e modificao de informaes sobre eventos ser feito atravs do Mdulo Restrito, ao qual apenas um grupo de usurios ter acesso (os professores, provavelmente). O Mdulo Pblico poder ser acessado por qualquer pessoa conectada Web. Porm, suas funes incluem apenas consulta a eventos e cadastro de Usurios Finais. Para esta ltima, optou-se por uma maior flexibilidade e simplicidade de uso do sistema e, assim, nenhum teste ser efetuado para confirmar a autoria de pedidos de cadastro ou remoo de Usurios Finais nas listas eletrnicas de eventos. A identificao de usurios, e permisso ou proibio de acesso aos mdulos do sistema, utilizar um esquema de hierarquia de autoridade dos usurios e ser implementada no Mdulo de Segurana, comum a toda a intranet do DI. Requisitos de Hardware e Software A execuo do sistema requer o uso de um web server (possivelmente o CERN httpd, j adotado pelo DI), executando sobre o sistema Unix (Solaris ou AIX) e de browsers compatveis com Java e JavaScript (Netscape 3.0 ou Internet Explorer 3.0), executando sobre Unix ou Windows 95. O SGBD a ser utilizado o Informix. Para o acesso aos dados, sero usados script CGI, o que implica a possibilidade do uso de Perl como linguagem de interface ao Banco de Dados. Consideraes Finais Acreditamos que o sistema descrito vivel e necessrio. Aguardamos sugestes e crticas.