• Nenhum resultado encontrado

Estágio Curricular Obrigatório

N/A
N/A
Protected

Academic year: 2021

Share "Estágio Curricular Obrigatório"

Copied!
12
0
0

Texto

(1)

Estágio Curricular Obrigatório

O presente documento tem por objetivo a apresentação da proposta de estágio curricular obrigatório do aluno(a)

Daniel Henrique Acorsi Alves

, regularmente matriculado na disciplina de

Estágio Obrigatório 5EST314

que será desenvolvido na

Assessoria de

Tecnologia de Informação - ATI

, sob a orientação do

Prof. Dr. Mario Lemes Proença

Junior

, e cuja orientação junto ao Departamento de Computação está a cargo do(a)

Prof. Dr.

Mario Lemes Proença Junior

.

Declaro também estar ciente dos prazos de entrega dos relatórios parciais e final do Estágio, abaixo relacionados, e também que a não entrega de 2 (DOIS) relatórios mensais nos prazos estipulados, acarretarão na minha reprovação na disciplina por falta, bem como das sanções a que estou sujeito caso não cumpra com tais determinações.

Londrina, 05, de Março de 2010

___________________________________ Daniel Henrique Acorsi Alves

___________________________________ Prof Dr. Mario Lemes Proença Jr.

(2)

Prazos – Estágio Obrigatório 2010

Atividade

Datas importantes

Entrega do documento de solicitação de estágio

01/03/2010 a 05/03/2010

Avaliação do documento de solicitação de estágio

08/03/2010 a 12/03/2010

Divulgação da nota do documento de solicitação de estágio

19/03/2010

Relatórios mensais

Março

07/04/2010 a 09/04/2010

Abril

05/05/2010 a 07/05/2010

Maio

02/06/2010 a 04/06/2010

Relatório parcial de estágio – Cópia impressa

02/08/2010 a 04/08/2010

Apresentação dos relatórios parciais de estágio e avaliação

05/08/2010 a 06/08/2010

Divulgação das notas parciais de estágio

13/08/2010

Relatórios Mensais

Agosto

01/09/2010 a 03/09/2010

Setembro

07/10/2010 a 09/10/2010

Outubro

03/11/2010 a 05/11/2010

Relatório final de estágio – Cópia impressa

01/12/2010 a 03/12/2010

Apresentação dos relatórios finais de estágio e avaliação

06/12/2010 a 10/12/2010

(3)

Processo de avaliação do Estágio Obrigatório 2010

O processo de avaliação do estágio obrigatório 2010 será balizado em 3 avaliações compostas, abaixo descritas:

1. Proposta de estágio curricular obrigatório (P1): 1. Clareza da proposta.

2. Grau de dificuldade. 3. Grau de inovação. 4. Contribuição.

5. Formatação do documento de acordo com as normas. 2. Relatório parcial de estágio (P2):

1. Avaliação das atividades propostas/desenvolvidas. 2. Apresentação das informações no documento.

3. Formatação do documento de acordo com as normas. 3. Relatório final de estágio (P3):

1. Avaliação das atividades propostas/desenvolvidas. 2. Apresentação das informações no documento.

3. Formatação do documento de acordo com as normas. Cada um dos itens acima será avaliado por 3 (três) avaliadores, a saber: N1. Orientador do estágio na UEL

N2. Coordenador do Estágio 2010

N3. Professor indicado pelo colegiado do departamento de Computação

MF = N1.P1 N2.P1 N3.P1 3 N1.P2 N2.P2 N2.P2 3 N1.P3 N2.P3 N2.P3 3 3

Em cada um dos 3 casos, os alunos terão 10 (dez) minutos para apresentar o seu estágio, e mais 10 (dez) minutos para que os 3 avaliadores possam tecer as considerações à respeito do que está sendo proposto e o que será feito.

(4)

Informações gerais do Estágio

Título:

Uma Ferramenta para monitoramento de usuários na

rede Wireless da UEL

Aluno:

Daniel Henrique Acorsi Alves

Orientador:

Prof. Dr. Mario Lemes Proença Jr.

Supervisor:

Prof. Dr. Mario Lemes Proença Jr.

Local:

ATI – Assessoria de Tecnologia de Informação

Contato:

Aluno:

Daniel Henrique Acorsi Alves

E-mail:

[email protected]

Professor/Orientador:

Prof. Dr. Mario Lemes Proença Jr.

E-mail:

[email protected]

(5)

I. Resumo

O estágio consiste no desenvolvimento de uma aplicação web responsável pelo monitoramento dos usuários que se conectam na rede Wireless da UEL e por manter um banco de informações sobre os mesmos. Esta aplicação mostrará de maneira simplificada, através de gráficos e tabelas, as informações relevantes a respeitos dos usuários que se conectam a rede, tais como: login do usuário, data e duração das conexões, IP e MAC.

(6)

II. Fundamentação teórico-metodológica

Com o aumento do grau de complexidade das redes e principalmente do seu tamanho exige-se cada vez mais o emprego de um sistema de gerenciamento que proporcione qualidade de serviço, pro atividade, integração com processo de serviços e negócios.

A tarefa de gerenciar uma rede vem tornando-se cada vez mais complexa, pois manter uma com o melhor desempenho possível, e alta disponibilidade, não é uma tarefa possível de desempenhar de maneira satisfatória apenas de forma manual[9]. Dessa forma torna-se necessário o desenvolvimento de uma ferramenta visual que auxilie o entendimento do administrador da rede, e facilite a análise de parâmetros, para que através disso, a rede possa ser constantemente melhorada, além de auxiliar na detecção de problemas, falhas, ou qualquer outra discrepância no funcionamento padrão da rede monitorada. Para a criação de uma ferramenta de auxilio visual ao administrador de rede, é necessário primeiramente o estudo de quais serviços são demandados das redes, bem como as tecnologias nelas aplicadas.

Nos últimos anos, equipamentos wireless (notebooks, roteadores wireless, smarthphones, etc.) tornaram-se extremamente populares. Sendo assim tornou-se comum a implantação de tal rede em grandes instituições, como é o caso da UEL.

O foco desse projeto é manter um banco de dados de objetos específicos que serão obtidos através de consulta nas MIBs(Management Information Base)[7] das 8 Controladoras, responsáveis por controlar 320 APs(Acess Points) que estão espalhados pelo campus da UEL. Esses objetos, uma vez obtidos através do protocolo SNMP (Simple Network Management

Protocol) [1][2][8] retornaram informações a respeito dos usuários e outras que possam se

relacionar a ele ou tornarem-se relevantes para essa aplicação. Com esse banco de dados e essas informações, o administrador de rede poderá então realizar consultas especificas e comparativas, que serão exibidas na forma de gráficos e relatórios online.

(7)

III. Objetivos

Objetivos Gerais:

O objetivo a ser alcançado nesse estágio é a construção de uma aplicação que sirva para guardar e mostrar informações referentes aos usuários que se conectam a rede Wireless da UEL, através do monitoramento do continuo das controladoras Wireless.

Objetivos específicos:

Os objetivos específicos referentes a informações dos usuários serão:

 Consulta em tempo real;

o Quantidade de Usuários conectados em toda UEL;

o Quantidade de Usuários conectados em cada Centro Acadêmico; o Quantidade de Usuários conectados em cada Departamento; o Quantos Usuários conectados por AP e por Controladora;

 Consultas na Base de dados;

o Qual foi a ultima vez que o usuário se conectou;

o Quanto tempo e quais dias e horários o usuário utilizou a rede;

Essas informações serão mostradas através de gráficos e relatórios de forma a facilitar a analise dos dados.

(8)

IV. Procedimentos metodológicos/métodos e técnicas

A princípio deverá ser feito um estudo sobre a estrutura conceitual popular para gerência de redes, o FCAPS. Em seguida, uma atenção maior será reservada para o estudo do SNMP (Simple Network Management Protocol) e da MIB (Management Information Base), além de outros possíveis métodos e ferramentas que auxiliam na administração de redes. Como o objetivo principal é criar uma aplicação web, as prováveis tecnologias utilizadas serão:

 ICEfaces (Framework AJAX)[6];

 JDK (Java Development Kit);

 SNMP4J (API open-source Java para utilização do SNMP)[3];

 JFreeChart (API open-source para criação de gráficos)[10];

 NetBeans 6.8 (Ambiente de desenvolvimento Integrado)[4];

 JEE (Java Corporativo - JSP, JSF, EJB)[5];

 JasperReports (Framework para geração de relatórios);

 MySQL (Banco de dados);

Outras linguagens e, ou tecnologias também poderão ser utilizadas caso necessário. Também serão realizadas pesquisas em artigos ou outras fontes, envolvendo a criação de ferramentas para gerenciamento de redes. O modelo de desenvolvimento de software utilizado nesse projeto será o framework ATI, onde são documentados as especificações de requisitos e assim como os casos de uso. Para gerência do projeto, far-se-á o uso da ferramenta dotProject.

(9)

V. Contribuições esperadas

Com o desenvolvimento dessa ferramenta espera-se proporcionar ao administrador de rede um melhor monitoramento, quanto ao crescente número de usuários que se conectam diariamente a esta rede Wireless da UEL.

(10)

VI. Justificativa

O estágio irá proporcionar a participação do aluno em um ambiente de desenvolvimento de software, fazendo com que sejam exercitados os conceitos adquiridos durante o curso de forma prática em áreas relativas à programação, comunicação de dados, engenharia de software, dentre outras.

(11)

VII. Cronograma de desenvolvimento

Mês Atividade Descrição Meta Física

Março Estudo Inicial Estudo inicial sobre principais conceitos e técnicas que serão utilizadas.

Documento relatando o que foi estudado.

Abril Estudo APIs e frameworks Entender o funcionamento das APIs e framework utilizados na ferramenta.

Documento relatando o que foi estudado.

Maio Analise dos requisitos e Documentação do Projeto.

Levantamento de requisitos e Inicio da Documentação.

Documentação parcial da ferramenta.

Agosto Implementação 1 Início da implementação do projeto.

Versão inicial do ferramenta. Setembro Implementação 2 Finalização da

implementação.

Documentação em fase de finalização.

Outubro Testes e Correções Testes, detecção de falhas e correções

Documentação e Ferramenta concluídos.

(12)

VIII. Referências bibliográficas

[1]HARRINGTON, D., et al. An Architecture for Describing Simple Network Management Protocol (SNMP). Disponível em: http://tools.ietf.org/html/rfc3411. Acesso em: 01 de Março de 2010.

[2] Douglas R. Mauro & Kevin J Schmidt. Essencial SNMP 2nd Edition. O'Reilly, 2005.

[3]SNMP4J.org. The SNMP API for Java.Disponível em: http://www.snmp4j.org/. Acesso em: 02 de Março de 2010.

[4]NETBEANS. NETBEANS IDE 6.8. Disponível em: http://www.netbeans.org/. Acesso em: 02 de Março de 2010.

[5]SUN. Java Platform, Enterprise Edition (Java EE): Enterprise JavaBeans Technology Disponível em: http://java.sun.com/products/ejb. Acesso em: 03 de Março de 2010.

[6]ICESOFT TECHNOLIES. ICEfaces. Disponível em: http://www.icefaces.org/main/home/. Acesso em: 03 de Março de 2010.

[7] Huang Liang. Design and Realization of a Network Management Information System Based on JAVA, ICCSIT 2009. 2nd IEEE International Conference, 2009. [8] Xinyi Wu Yong Zhu & Xiaolong Deng. Design and Implementation of Embedded SNMP NetworkManagement Manager in Web-based Mode, IEEE Asia-Pacific Services Computing Conference, 2008.

[9] Yanfeng Zhu, Qian Ma & Chatschik Bisdikian & Chun Ying. A User-centric Network Management Framework for High-Density Wireless LANs, IFIP/IEEE International Symposium on Integrated Network Management, 2009.

Referências

Documentos relacionados

A organização se isenta de qualquer decisão, avaliação pessoal ou direta junto ao participante, ficando responsável o treinador pela exatidão das informações, pois, se

No que se refere à avaliação das disciplinas da modalidade Presenciais, na análise dos resultados das questões referentes ao trabalho desenvolvido nas disciplinas, observa-se que os

Analisou-se inclusive a utilização de abordagens de desenvolvimento de software e verificou-se que o TDD é a abordagem mais utilizada (33% dos respondentes) e que, ainda,

Este adesivo indica alguns cuidados ao utilizar o equipamento: -Não exceder a capacidade máxima de uso de 150kg para RTE; -Não exceder a capacidade máxima de uso de 180kg para

ao controle da rede de frio das salas de vacina das Unidades de Saúde do Distrito Sanitário IV, Recife-PE, Brasil 2008.. organização interna do refrigerador salas de

Depois de encerrado o estágio, seja ele obrigatório ou não obrigatório, será necessário a Finalização do mesmo com a entrega dos documentos finais que devem ser

Por fim, as recomendações a serem priorizadas nos serviços de saúde mental em relação para a saúde do trabalhador, entre este os enfermermeiros, técnicos e auxiliriares de

d) quando a mesma decisão de revelação puder ser utilizada em outras situações com características idênticas, independentemente da posição social do paciente, contemplando