UNIVERSIDADE FEDERAL DO PAR INSTITUTO DE CINCIAS EXATAS E NATURAIS FACULDADE DE COMPUTAO CURSO BACHARELADO EM CINCIA DA COMPUTAO DISCIPLINA: ANLISE

E PROJETO DE SOFTWARES PROFESSOR: RODRIGO QUITES

Avaliao Arquitetural para o Sistema do Servidor Web

EQUIPE: Cleidyr Da Silva Lima

Enilson dos Santos Teixeira Ramiro Zahlouth Talvane Glauber Lima

Belm - PA 2013

1.

Introduo.

Segundo [Renaud] cliente/servidor um conceito lgico, mais precisamente um paradigma, ou modelo para interao entre processos de software em execuo concorrente. Isso significa dizer que a metodologia cliente/servidor foi criada com o objetivo de possibilitar que vrios tipos de aplicaes, executadas em mquinas distintas, se comuniquem entre si, sem que a execuo de um processo interfira no do outro. Seu funcionamento se baseia no seguinte esquema: o usurio do sistema, atravs do processo de software cliente, envia o pedido de requisio ao processo de software servidor, que por sua vez devolve ao cliente os resultados solicitados. Todos os processos de software rodam sobre o controle do Sistema Operacional que coordena todos os recursos do sistema computacional utilizado (Figura 01).

Figura 01: Representao da arquitetura cliente/servidor. [Silva]

Um servidor web uma arquitetura cliente/servidor muito utilizada para estabelecer conexes entre mquinas clientes e servidoras em todo o mundo, servidor que estudamos aqui utiliza o protocolo HTTP 1.1 e os protocolos de conexo TCP e UDP. Ele suporta transferncias de arquivos e outras informaes pela internet. Este trabalho objetiva demonstrar a avaliao arquitetural do sistema do servidor web, para isso foi escolhido como modelo um caso de uso que servir de base para a demonstrao dos requisitos e estratgias para avaliao, um modelo de prototipao e por fim a exibio dos resultados obtidos referentes ao caso de uso utilizado.

2.

Caso de uso selecionado: UC02Enviar arquivo HTTP

O caso de uso selecionado para a realizao da avaliao da arquitetural foi o caso de uso UC02 (Enviar Arquivo HTTP). Ele permite que o sistema envie arquivos entre o cliente e o servidor, o cliente solicita ao servidor a abertura de uma conexo http. O diagrama de atividades do caso de uso UC02 mostrado a seguir:

Figura 02: Diagrama de Atividades para o caso de uso Enviar Arquivos HTTP

O motivo da escolha desse caso de uso para avaliao arquitetural deve-se ao fato da grande importncia que este caso de uso possui na implementao do Servidor Web. O HTTP (Fielding et alli, 1999) o principal protocolo utilizado na transferncia de recursos entre servidores e clientes. HTTP um protocolo simples, baseado em um esquema de pedido e resposta. Clientes Web fazem um pedido ao servidor, onde um pedido composto principalmente pelo endereo local do recurso e pelo mtodo que deve ser aplicado ao recurso: GET - solicita recurso, PUT adiciona recurso, POST - envia dados para o recurso, DELETE - remove recurso, etc. Os servidores Web disponibilizam um conjunto de recursos, que so mdias digitais tais como pginas HTML, imagens em formatos variados, arquivos de som, documentos PostScript, PDF, programas Java, etc. Estes vrios recursos, disponveis em servidores, so normalmente transmitidos sob demanda para os clientes Web, atravs do protocolo HTTP. A Figura 03 destaca o relacionamento entre estes elementos.

Figura 03: Representa a relao entre arquivos de formatos HTTP em um funcionamento padro de Servidor Web.

O cliente WEB (browser) se comunica com o servidor WEB usando uma ou mais conexes TCP. A porta usada nessas comunicaes a de nmero 80. O protocolo utilizado por clientes e servidor para comunicar sobre uma conexo TCP o HTTP. Abaixo ilustrado o Diagrama de Sequncia do caso de uso Enviar Arquivos HTTP.

Figura 04: Diagrama de sequncia do caso de uso enviar arquivo HTTP.

Neste caso de uso ilustrado no diagrama de sequncia da figura 04, um usurio solicita ao servidor web, atravs de um navegador web padro, uma pgina onde ser possvel enviar arquivos para o servidor. O servidor, atravs do navegador disponibiliza a pgina. Em seguida, o usurio poder selecionar o arquivo que deseja enviar. A aplicao receber arquivo HTTP verifica o arquivo. Este arquivo dever possuir tamanho de at 01 GB. O servidor de aplicaes processar a solicitao a aplicao. Se o arquivo for invlido, o usurio receber uma notificao com justificativa de erro e dever selecionar outro arquivo.Se vlido, o arquivo ser enviado e o usurio notificado.

3.

Requisito e Estratgia para avaliao

Os requisitos funcionais e no-funcionais que esto ligados implementao do caso de uso selecionado, estabelecer conexo so os seguintes: 3.1 Requisitos Funcionais

N RF 01

Descrio

Prioridade

Status Proposto

O sistema deve permitir que o cliente solicite uma Alta

conexo http ao servidor. RF 02 O servidor deve estabelecer a conexo entre o Alta cliente e a internet. O sistema dever permitir o envio de arquivos Alta entre o cliente e o servidor. O sistema dever enviar uma mensagem ao Alta cliente caso ocorra um erro durante o envio de um arquivo. O cliente poder finalizar uma conexo a qualquer Alta momento. O administrador poder verificar o status do Mdia servidor. O administrador poder gerenciar os arquivos do Alta servidor. Proposto

RF 03

Proposto

RF 04

Proposto

RF 07 RF 14 RF 17

Proposto Proposto Proposto

3.2 Requisitos No-Funcionais

Descrio

Prioridade

Status

RN 01 RN 02 RN 03 RN 11

O sistema deve ser compatvel com HTTP 1.1. O sistema deve utilizar o protocolo TCP/IP. O sistema deve permanecer ativo 24 horas por dia.

Alta Alta Alta

Proposto Proposto Proposto Proposto

O sistema no deve demorar mais do que 5 Alta segundos para estabelecer uma conexo.

Esses so os requisitos funcionais e no funcionais que possuem uma relao aproximada relacionada ao caso de uso UC02.

4.

Concluso

A partir do desenvolvimento arquitetural da implementao do sistema do Servidor Web, a equipe acredita que ser uma tarefa difcil implementar o projeto completo, pois necessrio um conhecimento aprofundado e mais prtica na configurao, instalao e conhecimento em geral do funcionamento de servidores web similares ao Apache. Conclui-se tambm que houve vrias alteraes quanto ao que se havia planejado no inicio para o desenvolvimento do sistema. Por se tratar do primeiro prottipo, ainda existem muitos detalhes que precisam ser melhorados e melhor analisados.

5.

Referncias Bibliogrficas

[Renaud] Renaud, Paul E. Introduo aos Sistemas Cliente/Servidor: Guia Prtico para Profissionais de Sistemas. Rio de Janeiro: Infobook, 1994. [Silva] Silva, E.K.O. Um Estudo sobre Sistemas de Banco de Dados Cliente/Servidor. Joo Pessoa PB, 2001. [Haddleton] Haddleton, F.; Pfaltz, J. L. Client/Server Architecture in the ADAMS Parallel ObjectOriented Database System, In: International, Conference on Scientific Computing in Object- Oriented Environments, ISCOPE '97, 1., 1997, Marina del Rey, CA, Proceedings Marina del Rey: Disponvel em:

<http://www.cs.virginia.edu/~adams/iscope.pdf>. Acesso em: 20 dez. 2013.