Complementos em um sistema web de gestão de trabalhos de conclusão de curso e estágio curricular.

(1)

UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ

CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

ANA PAULA APARECIDA SCHAITLER

COMPLEMENTOS EM UM SISTEMA WEB DE GESTÃO DE TRABALHOS DE CONCLUSÃO DE CURSO E ESTÁGIO CURRICULAR

TRABALHO DE CONCLUSÃO DE CURSO

PATO BRANCO 2018

(2)

ANA PAULA APARECIDA SCHAITLER

COMPLEMENTOS EM UM SISTEMA WEB DE GESTÃO DE TRABALHOS DE CONCLUSÃO DE CURSO E ESTÁGIO CURRICULAR

Trabalho de Conclusão de Curso de graduação, apresentado à disciplina de Trabalho de Conclusão de Curso, do Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas, da Universidade Tecnológica Federal do Paraná, Câmpus Pato Branco, como requisito parcial para obtenção do título de Tecnólogo. Orientador: Prof. João Guilherme Brasil Pichetti

PATO BRANCO 2018

(3)

(4)

RESUMO

SCHAITLER, Ana Paula Aparecida. Complementos em um sistema web de gestão de trabalhos de conclusão de curso e estágio curricular. 2018. 67f. Monografia (Trabalho de Conclusão de Curso) - Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas, Universidade Tecnológica Federal do Paraná, Câmpus Pato Branco. Pato Branco, 2018.

Nas Universidades, sejam públicas ou privadas, é comum que os acadêmicos realizem trabalhos de conclusão de curso, estágios supervisionados ou monografias que são avaliadas por bancas compostas por professores que determinam uma nota para o projeto avaliado. É ainda, relativamente comum, que o registro das notas seja realizado com o auxílio de fichas manuais, cujas notas são informadas pelos avaliadores, tornando o processo sujeito a falhas e pouco prático em termos de gerenciamento. Visando prover uma solução para facilitar e auxiliar o processo de trabalhos acadêmicos apresentados perante bancas avaliadores, foi desenvolvida uma primeira versão de um sistema pelo egresso João Guilherme Brasil Pichetti do curso de Tecnologia em Análise e Desenvolvimento de Sistemas, Universidade Tecnológica Federal do Paraná, Câmpus Pato Branco. Como resultado deste trabalho foram realizadas modificações e complementos no sistema já desenvolvido visando atender as funcionalidades necessárias pelos responsáveis das atividades, seja TCC ou estágio supervisionado.

Palavras-chave: RIA. Aplicação web. Desenvolvimento Java. Estágio supervisionado. Trabalho de conclusão de curso.

(5)

ABSTRACT

SCHAITLER, Ana Paula Aparecida. Complements in a web system for the management of course conclusion work and supervised internships. 2018. 67f. Monografia (Trabalho de Conclusão de Curso) - Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas, Universidade Tecnológica Federal do Paraná, Câmpus Pato Branco. Pato Branco, 2018.

In Universities, public or private, it is common for academics to carry out studies of course completion and reports of supervised internships that are evaluated by teachers and professionals and its determines a grade for the project evaluated. It is also common that the notes are recorded in forms, making the process subject to failure and difficulty to manage. Aiming to provide a solution to help the process to evaluate academic presentations, a first version of the system was developed by João Guilherme Brasil Pichetti when student of the course in Technology in Analysis and Development of Systems of Federal University of Technology – Paraná, Campus Pato Branco. As a result of this work the system was adjusted and complemented aiming to meet the functionalities required by the responsible for the activities to evaluate academic works, such as supervised internships and course conclusion works.

Keywords: RIA. Web application. Java language. Supervised internship. Course conclusion work.

(6)

LISTA DE FIGURAS

Figura 1 - Modelo conceitual de Domínio do sistema... 22

Figura 2 - Diagrama de Caso de uso... 24

Figura 3 - Diagrama de Classe da análise do projeto ... 29

Figura 4 - Diagrama de Entidade e Relacionamento ... 29

Figura 5 - Tela de Login... 30

Figura 6 - Tela para Cadastro de Usuário Aluno... 30

Figura 7 - Campos Obrigatórios no cadastro... 31

Figura 8 - Tela Inicial ... 31

Figura 9 - Cadastro de Curso... 32

Figura 10 - Cadastro de Tipo de Projeto ... 32

Figura 11 - Lista de Cargos ... 33

Figura 12 - Cadastro de Cargos ... 33

Figura 13 - Erro ao inserir cargo sem informação de nome... 33

Figura 14 - Confirmação ao salvar cargo... 34

Figura 15 - Lista de Projetos ... 34

Figura 16 - Cadastro de Projeto... 35

Figura 17 - Cadastro de Projeto - Tipo de Projeto é Estágio... 35

Figura 18 - Cadastro de Projeto - Tipo de Projeto não é Estágio ... 36

Figura 19 - Cadastro de Estágio - Parte 1 ... 36

Figura 20 - Cadastro de Estágio - Parte 2 ... 37

Figura 21 - Cadastro de Horários – Estágio ... 37

Figura 22 - Visualizar dados da Postagem... 38

Figura 23 - Plano de Estágio ... 39

Figura 24 - Ata de Estágios ... 40

Figura 25 - Ata Trabalhos de Conclusão de Curso... 41

Figura 26 - Lista de Item de Avaliação... 42

Figura 27 - Cadastro de Item de Avaliação... 42

Figura 28 - Cadastro de Avaliação por Item ... 43

Figura 29 - Cadastro de Avaliação por Nota Geral ... 43

Figura 30 - Menu Lateral ... 44

Figura 31 - Filtros para relatório das Bancas Apresentadas... 44

Figura 32 - Relatório de bancas apresentadas ... 45

Figura 33 - Filtro para gerar Declaração... 45

(7)

LISTA DE QUADROS

Quadro 1 - Lista de ferramentas e tecnologias utilizadas ... 18

Quadro 2 - Requisitos Funcionais... 23

Quadro 3 - Expansão caso de uso: Manter Cargos ... 25

Quadro 4 - Expansão de caso de uso: Gerar Declaração de Participação em Bancas ... 25

Quadro 5 - Expansão de Caso de Uso: Lançar Nota Geral ... 26

Quadro 6 - Expansão de Caso de Uso: Manter Aluno ... 26

Quadro 7 - Expansão de Caso de Uso: Manter Plano de Estágio... 27

Quadro 8 - Expansão de Caso de Uso: Gerar Relatório... 27

(8)

LISTAGEM DE CÓDIGO Listagem 1 - pom.xml ... 49 Listagem 2 - cadastrar.xhtml ... 50 Listagem 3 - CadastrarController.java... 52 Listagem 4 - projeto.xhtml ... 57 Listagem 5 - projeto.xhtml ... 59 Listagem 6 - ProjetoController.java... 60 Listagem 7 - ProjetoController.java... 61 Listagem 8 - avaliacao.xhtml ... 63 Listagem 9 – AvaliacaoController... 64

(9)

LISTA DE SIGLAS E ACRONIMOS CSS Cascading Style Sheets

DAINF Departamento Acadêmico de Informática HTML HypeText Markup Language

HTTP HyperText Transfer Protocol JSF Java Server Faces

MVC Model-View-Controller PDF Portable Document Format POM Project Object Model RIA Rich Internet Application SI Sistemas de Informação

TCC Trabalho de Conclusão de Curso

TCP/IP Transmission Control Protocol/Internet Protocol URL Uniform Resource Locator

UTFPR Universidade Tecnológica Federal do Paraná XHTML eXtensible Hypertext Markup Language XML eXtensible Markup Language

(10)

SUMÁRIO 1 INTRODUÇÃO ...11 1.1 CONSIDERAÇÕES INICIAIS ...11 1.2 OBJETIVOS ...12 1.2.1 Objetivo Geral ...12 1.2.2 Objetivos Específicos ...12 1.3 JUSTIFICATIVA ...13 1.4 ESTRUTURA DO TRABALHO...14 2 REFERENCIAL TEÓRICO...15 2.1 WEB TRADICIONAL ...15

2.2 RICH INTERNET APPLICATION ...16

3 MATERIAIS E MÉTODO...18 3.1 MATERIAIS ...18 3.2 MÉTODO...19 4 RESULTADOS...21 4.1 ESCOPO DO SISTEMA ...21 4.2 MODELAGEM DO SISTEMA ...22 4.3 APRESENTAÇÃO DO SISTEMA...30 4.4 IMPLEMENTAÇÃO DO SISTEMA ...46 CONCLUSÃO...65 REFERÊNCIAS...67

(11)

1 INTRODUÇÃO

Este capítulo apresenta as considerações iniciais, os objetivos e a justificativa da realização deste trabalho. No final do capítulo é apresentada a organização do texto por meio de uma breve descrição dos seus capítulos subsequentes.

1.1 CONSIDERAÇÕES INICIAIS

Uma Universidade é caracterizada pela sua multiplicidade de funções relacionadas ao ensino, à pesquisa, à extensão e à gestão interna que produzem uma grande quantidade de dados que devem ser armazenados e disponibilizados para o desenvolvimento das atividades. Esses dados são relacionados aos alunos, professores, projetos, processos administrativos e acadêmicos. As informações obtidas desses dados são utilizadas para as atividades operacionais e para a tomada de decisão.

Devido ao volume desses dados e da disponibilidade de recursos tecnológicos existentes, o controle e o gerenciamento desses dados têm sido realizado com o auxílio de ferramentas e tecnologias como os Sistemas de Informação (SI). Essas ferramentas são capazes de armazenar esses dados em um banco de dados e disponibilizá-los de forma organizada, rápida e eficiente para o usuário.

Para Maccari e Sauaia (2005), os SI devem resolver operações específicas como auxílio na tomada de decisão, permitir o acesso às informações por meio de relatórios mais rápidos e precisos, promover melhorias na estrutura organizacional e ganhos no desempenho das atividades desenvolvidas pelos usuários.

Em uma Universidade podem existir SI diversos, com finalidades específicas, como, por exemplo, sistema acadêmico que controla e gerencia as atividades de ensino, sistemas de concessão de diárias e passagens que gerenciam as requisições realizadas pelos servidores, sistema de gerenciamento de acervo bibliográfico, entre outros.

Com relação às atividades de ensino, os dados produzidos podem ser provenientes de diversas atividades, como, por exemplo, dos Trabalhos de Conclusão de Curso (TCC) e de atividades de estágio curricular obrigatório e não obrigatório. Esses dados se referem aos projetos e relatórios desenvolvidos, alunos e professores envolvidos, banca avaliadora, defesa e às avaliações realizadas. Além de armazenar dados, um SI pode auxiliar no controle e no gerenciamento dessas atividades, como, gerenciar o processo de apresentação de trabalhos

(12)

acadêmicos perante banca, com o agendamento da banca, envio aos avaliadores e devolutiva das monografias e dos relatórios de estágio, o registro de notas e pareceres de avaliação, entre outros. Além disso, pode auxiliar a gestão administrativa das bancas de defesa por meio da emissão de documentos, como atas e declarações.

Nesse contexto, este trabalho propõe a complementação de um sistema web de gerenciamento de TCCs e de estágios da Universidade Tecnológica Federal do Paraná, Câmpus Pato Branco. O SI a ser complementado foi desenvolvido por João Guilherme Brasil Pichetti egresso do Departamento Acadêmico de Informática (DAINF) da Universidade Tecnológica Federal do Paraná, Câmpus Pato Branco. O sistema atual apresenta uma versão viável de uso, porém, é necessário que sejam implementadas outras funcionalidades para que ele possa ser utilizado para atender todas as funcionalidades envolvidas nas bancas e avaliações de estágio e de TCC.

1.2 OBJETIVOS

A seguir são apresentados o objetivo geral e específicos do sistema proposto neste trabalho.

1.2.1 Objetivo Geral

Complementar um sistema web de gestão de Trabalhos de Conclusão de Curso e Estágio Curricular.

1.2.2 Objetivos Específicos

Para alcançar o objetivo geral, serão estabelecidos os seguintes objetivos específicos: Registrar, gerenciar e gerar planos de estágio;

Gerar atas com os dados de apresentações de trabalho que são realizadas perante banca;

Gerar declarações de defesa para a banca avaliadora; Proporcionar a emissão de relatórios.

(13)

1.3 JUSTIFICATIVA

O uso de fichas impressas, formulários em texto e de planilhas eletrônicas para realizar a avaliação de trabalhos acadêmicos apresentados perante banca é uma forma comumente adotada quando não há um sistema ou aplicativo para ser utilizado para esse fim. O uso de fichas e planilhas auxilia na atribuição da nota, mas não é prático ou eficiente como forma de controle para os professores responsáveis por atividades como estágio supervisionado e trabalho de conclusão de curso. Outro aspecto importante dessas atividades é o controle de envio da versão do texto para a banca e da realização das alterações sugeridas pela banca para o aluno.

O DAINF da Universidade Tecnológica Federal do Paraná, Câmpus Pato Branco, visando uma solução de software para auxiliar na condução do processo de avaliação desse tipo de trabalho, planejou o desenvolvimento de um sistema web para ser utilizado pelos alunos, membros das bancas (professores e profissionais), orientadores dos trabalhos e professores responsáveis por essas atividades. Considerando que o sistema possui muitos requisitos e diversas regras de negócio, uma versão parcial e viável como produto foi implementada João Guilherme Brasil Pichetti, quando aluno do DAINF e essa versão foi, por meio deste trabalho, complementada por meio da implementação e/ou modificações de requisitos.

Uma nova análise foi realizada por um grupo de professores e requisitos adicionais foram definidos para o sistema. A necessidade desses requisitos se justifica pela inclusão do controle e preenchimento do plano de estágio obrigatório e não obrigatório, pela geração de termos de apresentação (defesa) e declaração aos participantes das bancas, entre outros. Algumas regras de negócio foram redefinidas e complementadas, como, a de não haver necessidade de validação do cadastro de um usuário com perfil de aluno. Isso porque o aluno pode apenas realizar postagens e ele tem acesso somente às postagens (texto de relatório de estágio, proposta e texto de trabalho de conclusão de curso) realizadas por ele. Também foi simplificada a ficha de avaliação, possibilitando ao avaliador (professor, profissional) atribuir uma única nota ao invés de preencher cada um dos itens da avaliação, é outro exemplo de mudança na regra de negócio anteriormente implementada.

O desenvolvimento desse tipo de aplicativo, em termos de funcionalidades, se justifica para automatizar, agilizar e gerenciar as tarefas envolvidas na composição das

(14)

bancas, agendamento das apresentações e controle do ciclo de vida de cada tipo de trabalho. Além de permitir o preenchimento de planos de estágio e proporcionar diversos controles, como o de bancas, ainda não atribuídas e a emissão dos diversos relatórios e documentos envolvidos nesses trabalhos acadêmicos.

1.4 ESTRUTURA DO TRABALHO

Este texto está organizado em capítulos. Este é o primeiro e apresenta as considerações iniciais, o objetivo e a justificativa do trabalho. O Capítulo 2 apresenta o referencial teórico que se refere ao desenvolvimento de aplicações web utilizando o conceito Rich Internet Applications (RIA). No Capítulo 3 estão os materiais e o método utilizados para a modelagem e a implementação do sistema. Os resultados da realização deste trabalho são apresentados no Capítulo 4. Por fim está a conclusão, seguida das referências utilizadas na composição do texto.

(15)

2 REFERENCIAL TEÓRICO

Este capítulo apresenta conceitos que fundamentam as tecnologias utilizadas para implementar o sistema desenvolvido como resultado desse trabalho. Utilizando tecnologias que caracterizam a interface do sistema como rica, o referencial teórico está fundamentado em Rich Internet Application (RIA).

2.1 WEB TRADICIONAL

Segundo Kurniawan (2002), os termos Internet Application (aplicativo de internet) ou web application foram cunhados quando foi introduzido o conteúdo dinâmico, sendo uma aplicação web um site cujo conteúdo é gerado dinamicamente antes de ser enviado ao navegador.

Ainda segundo Kurniawan (2002), as aplicações web consistem em vários clientes e servidores conectados através da internet. Os servidores são utilizados para receber uma solicitação realizada pelo cliente e retornar algo, normalmente um HyperText Language Markup (HTML) com Cascading Style Sheets (CSS), uma imagem, um arquivo Portable Document Format (PDF) ou um código de erro, caso a solicitação não possa ser processada. O cliente, por sua vez, permite ao usuário realizar solicitações ao servidor e exibir o resultado da solicitação do pedido.

O usuário realiza solicitações através de uma Uniform Resource Locator (URL): um endereço único próprio, informando o protocolo que será utilizado; o servidor utilizando o nome do servidor físico que está sendo buscado; a porta, utilizada para identificar a aplicação não sendo necessário informar, utilizando como padrão a porta 80; o caminho no servidor do recurso que está sendo solicitado; e o recurso, o nome do conteúdo que o cliente está procurando (BASHAM, 2002).

Quando o servidor responde à solicitação, geralmente encaminha algum tipo de conteúdo ao navegador para exibir ao usuário. Esse conteúdo é composto por instruções escritas em HTML informando o navegador de como deve ser apresentada a resposta ao usuário.

A maioria das trocas de mensagens realizadas entre clientes e servidores ocorre através do protocolo HyperText Transfer Protocol (HTTP) possibilitando solicitação e respostas simples. O HTTP utiliza conexões Transmission Control Protocol/Internet Protocol (TCP/IP)

(16)

confiáveis (BASHAM, 2002).

Segundo Kurniawan (2002) uma solicitação HTTP consiste em três principais elementos para ocorrer o fluxo de solicitação: o método, que será a ação a ser executada, a página que será executada e os parâmetros do formulário.

O método informa ao servidor o tipo de solicitação que está sendo realizada pelo usuário e como o restante da mensagem será formatada. Os métodos mais comuns são o GET, que pede ao servidor que consiga um recurso e o mande de volta ao cliente; e o POST que é utilizado para solicitar algo e enviar os dados de um formulário para o servidor (BASHAM, 2010).

Uma resposta HTTP é composta por um cabeçalho que informa ao navegador o protocolo que está sendo utilizado, se a solicitação obteve êxito sendo retornado ao usuário o status da solicitação realizada, e qual o tipo de conteúdo está incluído no corpo, como, por exemplo, HTML ou outro conteúdo que será processado.

2.2 RICH INTERNET APPLICATION

A popularidade das aplicações web teve um crescimento em 1993, quando o navegador Mosaic foi apresentado, e continuou crescendo durante a década de 1990 (DEITEL, 2008). Ainda, de acordo com esse autor, em 2003, havia uma mudança visível no modo como as pessoas e os negócios estavam usando a web e desenvolvendo aplicações baseadas na web.

Observando a necessidade de tecnologias inovadoras com recursos mais interativos, disponibilizando informações complexas de maneira dinâmica e compreensível tendo em vista a facilidade de uso pelo usuário, surgiram as Rich Internet Application (RIA).

De acordo com Allaire (2002), as RIAs são definidas como a combinação das funcionalidades de interface de usuário de aplicativos de software de desktop com o amplo alcance e implantação de baixo custo dos aplicativos da web e o melhor da interatividade, e comunicação multimídia. O resultado: uma aplicação que fornece uma forma mais intuitiva, responsiva e eficaz para a experiência do usuário (DUHL, 2003, p. 10).

As RIAs são aplicativos cliente-servidor diferenciando na quantidade de processamento feito no servidor e no cliente. Diferente das aplicações web tradicionais, as RIAs implementam uma camada intermediaria de código, entre o usuário e o servidor. É carregado normalmente no início da aplicação e pode ser acrescido de outras atualizações de código conforme essas atualizações são baixadas. A camada intermediária atua como uma extensão do navegador e é responsável pela renderização da interface e a comunicação com o

(17)

servidor, executa funções que r7eforçam os aspectos da interface do usuário, e melhoram a resposta conforme as interações do usuário.

Utilizando as aplicações RIA para desenvolvimento é possível verificar algumas particularidades (BOZZON, 2006): a redução de comunicação com o servidor e o processamento de dados no lado cliente da aplicação; existência de vários níveis de persistência para os dados que compõem a aplicação, tanto no lado do cliente quanto no servidor; e a utilização pode ocorrer em modos on-line e off-line.

(18)

3 MATERIAIS E MÉTODO

Este capítulo apresenta os materiais e o método utilizados para a realização deste trabalho. Os materiais estão relacionados às tecnologias e às ferramentas utilizadas para modelar e implementar o aplicativo e o método apresenta a sequência das principais atividades realizadas para o levantamento dos requisitos, a modelagem e a implementação dos requisitos.

3.1 MATERIAIS

O Quadro 1 apresenta a listagem das principais ferramentas e tecnologias que serão utilizadas no desenvolvimento do sistema proposto.

Ferramenta /

Tecnologia Versão Referência Finalidade

Astah Community

8.0.0 http://astah.net Modelagem UML

Linguagem Java JDK 1.8 http://www.oracle.com Linguagem de

programação IntelliJ IDEA 2018.2.5 https://www.jetbrains.com/idea/ Ambiente de

desenvolvimento

Spring Boot 2 https://spring.io/ Framework para

automatizar a configuração inicial do projeto

Apache Maven 4.0.0 https://maven.apache.org/ Ferramenta para

gerenciamento do projeto

MySql 8.0 https://www.mysql.com Banco de dados

MySql WorkBench

8.0 https://www.mysql.com/products/workbench/ Administrador de Banco de dados

PrimeFaces 5.2 https://www.primefaces.org/ Biblioteca de

componentes para web

JavaServer

Faces (JSF) 2.2.9 http://www.javaserverfaces.org/ Framework para web

Quadro 1 - Lista de ferramentas e tecnologias utilizadas a) JavaServer Faces

JavaServer Faces foi desenvolvido pelo Java Community Process, sendo mantido e operado por membros do Grupo de Peritos JSR-314 e por contribuidores dedicados à comunidade. Inclui um conjunto de APIs para representar componentes de interface do

(19)

usuário e gerenciar seu estado, manipular eventos e validar entradas, definir navegação de páginas e suportar internacionalização e acessibilidade (ORACLE, 2017a).

JSF foi projetado para ser flexível, permitindo criar aplicações Java para web utilizando componentes visuais pré-definidos, de forma que o desenvolvedor não se preocupe com JavaScript e HTML, basta adicionar os componentes e eles serão renderizados e exibidos em formato HTML. O estado dos componentes é sempre armazenado automaticamente, criando a característica stateful. Efetua a separação entre camadas de apresentação e de aplicação com base no modelo Model-View-Controller (MVC), separando a camada de visualização dos conjuntos de classes de modelo (JAVASERVER, 2018).

As implementações mais populares são a Oracle Mojarra (ORACLE, 2017B) e a MyFaces da Apache Softwares Foundation, possuindo várias extensões com o mesmo ciclo e modelo de especificação, como: PrimeFaces, RichFaces e IceFaces.

b) Spring

O Spring é um framework com código aberto, desenvolvido por Rod Johnson, em 2002. É capaz de aumentar a produtividade no desenvolvimento de aplicações web, contribuindo para um desenvolvimento que atenda aos principais padrões de desenvolvimento simplificando o desenvolvimento na programação Java (SPRING, 2018)

Spring Boot facilita a criação de aplicativos baseados em Spring autônomos e de produção que pode ser executada. Os principais objetivos são fornecer um início de projeto rápido e direto para o usuário, apresentar uma visão opinativa sobre as configurações efetuadas no projeto, fornecer uma grande quantidade de requisitos não funcionais e configurados para desenvolvedores, como métricas, segurança, entre outros, e minimizar a quantidade de arquivos XML (SPRING, 2018).

3.2 MÉTODO

A seguir são descritas as etapas definidas para o desenvolvimento das alterações e inclusões que serão realizadas na aplicação e as principais atividades de cada processo utilizando como base o modelo sequencial linear descrito por Pressman (2008) para denominar as fases do processo.

(20)

O levantamento dos requisitos foi realizado tendo como base as necessidades dos cursos do Departamento Acadêmico de Informática da UTFPR, Câmpus Pato Branco. Os docentes responsáveis pelas atividades de estágio e conclusão de curso desse Departamento forneceram os requisitos para as modificações a serem realizadas no sistema.

b) Análise e projeto do sistema

A modelagem dos requisitos foi realizada visando complementar uma versão prévia do sistema. Os requisitos auxiliam na modelagem do sistema e na criação dos casos de uso, as modificações que devem ser realizadas e quais os problemas encontrados que devem ser solucionados e como devem ser solucionados.

c) Implementação

A implementação foi realizada utilizando as ferramentas indicadas no Quadro 1. Foram implementados os requisitos levantados, mantendo a usabilidade do projeto.

d) Testes

Os testes foram realizados de maneira informal e à medida que as interações ocorriam. Sendo realizado teste de verificação de código, funcionalidades e interações com o sistema pela autora desse trabalho.

(21)

4 RESULTADOS

Este capítulo apresenta o que foi obtido como resultado do trabalho, que é a modelagem e a implementação do sistema.

4.1 ESCOPO DO SISTEMA

O que foi desenvolvido visa complementar funcionalidades em um sistema web de gestão de atividades de TCC e de estágio curricular. O TCC e o relatório de estágio curricular são atividades que os alunos devem desenvolver como requisito para concluir um curso (Universidade Tecnológica Federal do Paraná, 2018). Para isso, o aluno deve escrever uma monografia que é um documento que relata sobre o trabalho desenvolvido. Os relatórios de estágio curricular obrigatório são documentos que visam relatar as atividades desenvolvidas pelo acadêmico durante o período de realização do estágio. Ambos os trabalhos são submetidos a uma banca avaliadora. Os acadêmicos devem apresentar o trabalho realizado perante essa banca que tem a função de avaliá-lo em termos de escrita, dos resultados obtidos e da apresentação. O aluno deve entregar seu trabalho para a banca com um prazo de antecedência definido pelos responsáveis pelas atividades de TCC ou de estágio.

A banca tem a função de avaliar os trabalhos e atribuir uma nota após a apresentação do aluno. Na avaliação, os professores que compõe e banca podem sugerir melhorias nos trabalhos e o aluno fica condicionado a fazer as devidas correções para que seja aprovado e a nota lançada no sistema acadêmico. Atualmente essa avaliação ocorre por meio de fichas impressas ou planilhas eletrônicas. Os trabalhos são recebidos por e-mail e a devolutiva também ocorre por e-mail.

Os responsáveis pelas atividades de TCC e estágio têm a função de controlar o processo de envio, devolutiva, realizar cálculo das médias, lançamento de notas, cadastro de alunos e projetos e a geração da ata de defesa para que seja anexada na versão final do relatório ou da monografia. Atualmente, no DAINF todas essas atividades são gerenciadas por e-mail ou mediante fichas de avaliação impressas.

Visando melhorar esses procedimentos, foi desenvolvido um sistema web que faz a gestão dessas atividades. No entanto, para que o sistema seja efetivamente utilizado, é necessário que novas funcionalidades sejam implementadas. Dentre essas funcionalidades, este trabalho propõe que o sistema permita: o cadastro do plano de estágio que o aluno deve

(22)

preencher para iniciar seu estágio, a geração de documentos como a ata da defesa que deve ser anexada na versão final do relatório de estágio ou monografia, a geração de declarações de participação para os membros da banca avaliadora e a emissão de relatórios.

Assim, o sistema possibilitará que professores responsáveis pelas atividades de TCC e estágio possam realizar as atividades de gestão, os professores que fazem parte da banca examinadora possam fazer o download dos trabalhos e o lançamento da nota e os alunos possam enviar os trabalhos e visualizar suas notas.

4.2 MODELAGEM DO SISTEMA

O diagrama conceitual de domínio é apresentado na Figura 1. Essa figura tem o objetivo de apresentar uma visão geral do sistema. Os conceitos apresentados não representam classes e/ou tabelas do banco de dados, mas uma visão geral do contexto e escopo do sistema.

Figura 1 - Modelo conceitual de Domínio do sistema Fonte: adaptado de Pichetti (2015, p. 19).

A apresentação realizada pelo aluno pode ser uma monografia, TCC ou Estágio. A apresentação é realizada para uma banca que faz a avaliação do aluno de acordo com critérios predefinidos. Um dos membros da banca é o orientador do aluno, os outros avaliadores são professores ou profissionais, podendo haver coorientador que participará ou não da banca de avaliação. Posterior à apresentação, é lançada a nota do aluno, realizada a geração da ata da apresentação e dos comprovantes de participação aos membros da banca e aos alunos que assistiram à apresentação.

(23)

alterações e inclusões no sistema.

Identificação Nome Funcionalidade

RF01 Manter plano de

estágio Os dados do estágio do aluno.

RF02 Gerar ata A ata contém os dados da apresentação do TCC e/ou do estágio pelo aluno perante uma banca. RF03 Gerar declaração de

participação para banca.

A declaração contém os dados da defesa do TCC e/ou do estágio para o professor orientador e os professores da banca.

RF04 Lançar nota geral Lançamento de uma nota geral para avaliar um projeto.

RF05 Manter a informação de coordenador e coordenação

Modificar a classe Curso para que contenha as informações de coordenador e coordenação do curso

RF06 Manter cargos Dados referentes aos cargos utilizados no plano de estágio

RF07 Manter aluno Permitir que o aluno cadastre-se automaticamente RF08 Gerar relatório O relatório fornecerá informações de bancas,

professores, alunos e datas de projetos defendidos RF09 Visualizar agenda de

avaliações

Informar aos avaliadores quais projetos ele deve avaliar e as bancas que deve participar

Quadro 2 - Requisitos Funcionais

O diagrama na Figura 2 apresenta as funcionalidades essenciais que serão adicionadas ao projeto realizado pelos seus atores que são: aluno, avaliadores e professor responsável. O professor responsável informa os dados de cargos, realiza a geração de atas das apresentações e declaração de participação aos avaliadores da banca. O aluno poderá se cadastrar no sistema, cadastrar seu plano de estágio e cadastrar a informação de cargo, caso não tenha a opção de cargo desejada no momento de cadastro. Aos avaliadores será possível realizar o cadastro de nota da apresentação do aluno, sem ser necessário cadastrar nota para cada item de avaliação.

(24)

Figura 2 - Diagrama de Caso de uso

No Quadro 3 será realizada a descrição do caso de uso manter cadastros. Caso de uso:

Manter cadastros Descrição:

Esse caso de uso refere-se às operações de inclusão, alteração, exclusão e consulta das informações de cargos e áreas utilizadas na criação do plano de estágio.

Evento Iniciador:

Necessidade de incluir, excluir, consultar ou alterar cadastros. Atores:

Professor Responsável Pré-condição:

Dados necessários disponíveis. Sequência de Eventos:

1. Ator seleciona formulário pretendido. 2. Sistema apresenta o formulário.

3. Ator realiza a operação desejada: incluir, excluir, consultar, alterar.

4. Sistema verifica se os dados para a operação estão consistentes e realiza a operação. Pós-Condição:

Realização da operação de inclusão, exclusão, consulta, alteração. Nome do fluxo alternativo (extensão) Descrição

Linha 4: Exclusão de registro com dados de tabelas vinculadas ativos.

4.1 Se solicitada exclusão de registro que possui tabelas vinculadas com dados ativos, é informada mensagem que não é possível realizar a exclusão. Sistema informa o usuário e permanece em estado anterior à realização da operação na Linha 4.

Linha 4: Inconsistência dos dados 4.2 No momento de salvar as informações o sistema faz a validação se o usuário informou os dados

(25)

necessários.

Sistema repassa uma mensagem informando o usuário da inconsistência e permanece em estado anterior ao da Linha 4.

Quadro 3 - Expansão caso de uso: Manter Cargos

No Quadro 4 será realizada a expansão do caso de uso gerar declaração de participação em banca.

Caso de uso:

Gerar Declaração de participação em banca Descrição:

Esse caso de uso refere-se à geração de declaração aos participantes da banca Evento Iniciador:

Necessidade de comprovação de participação de bancas. Atores:

Apresentação realizada deve estar cadastrada Sequência de Eventos:

1. Ator seleciona formulário de declaração de participação em banca 2. Sistema apresenta o formulário com filtro para geração da informação. 3. Ator informa os dados solicitados.

4. Sistema verifica se os dados para a operação estão consistentes e gera a declaração para os responsáveis.

Pós-Condição:

Geração das declarações às pessoas envolvidas. Nome do fluxo alternativo (extensão) Descrição

Linha 4: Filtros não encontram dados 4.1 Sistema verifica os filtros informados e não encontra dados. Retorno de mensagem ao usuário que os filtros não retornaram informação.

Linha 4: Filtros informados estão incorretos

4.2 Sistema valida os filtros informados para verificação se estão no formato correto. Retorno de mensagem ao usuário que os filtros informados estão incorretos.

Quadro 4 - Expansão de caso de uso: Gerar Declaração de Participação em Bancas No Quadro 5 será realizada a expansão do caso de uso lançar nota geral. Caso de uso:

Lançar nota geral Descrição:

Esse caso de uso se refere à inclusão da nota geral do aluno sem a necessidade de informar nota para cada item de avaliação.

Necessidade de informar a nota do aluno de uma vez, sem a necessidade de incluir por itens de avaliação

Atores: Avaliador Pré-condição:

O aluno deverá ter apresentado o projeto para a banca Sequência de Eventos:

1. Ator seleciona formulário de notas 2. Sistema apresenta o formulário.

(26)

3. Ator realiza a inclusão da nota geral no sistema.

4. Sistema verifica se o dado para a operação está consistente e salva a informação. Pós-Condição:

Realização do cadastro da nota geral

Nome do fluxo alternativo (extensão) Descrição

Linha 4: Dados inconsistentes 4.1 Dado informado pelo usuário está inconsistente com o formato esperado. Sistema emite mensagem ao usuário informando sobre o erro e permanece na tela atual.

Quadro 5 - Expansão de Caso de Uso: Lançar Nota Geral

No Quadro 6 será realizada a expansão do caso de uso manter aluno. Caso de uso:

Manter Aluno Descrição:

Esse caso de uso se refere à inclusão dos dados do aluno realizada pelo ele. Evento Iniciador:

Necessidade de incluir informações Atores:

Aluno

Pré-condição:

Aluno estar cadastrado no sistema acadêmico Sequência de Eventos:

1. Ator seleciona formulário de alunos 2. Sistema apresenta o formulário.

3. Ator realiza a inclusão das suas informações.

4. Sistema verifica se os dados para a operação estão consistentes e salva as informações do aluno Pós-Condição:

Realização da operação de inclusão. Nome do fluxo alternativo (extensão)

Descrição

Linha 4: Dados inconsistentes 4.1 Dados informados pelo usuário não estão corretos. Sistema retorna mensagem avisando o usuário sobre o erro, mantendo o conteúdo na tela acessada pelo usuário.

Quadro 6 - Expansão de Caso de Uso: Manter Aluno

(27)

Caso de uso:

Manter Plano de Estágio Descrição:

Esse caso de uso se refere à inclusão dos dados do plano de estágio do aluno. Evento Iniciador:

Esse caso de uso se refere à inclusão, alteração e exclusão das alterações dos dados. Atores:

Aluno

Pré-condição:

Aluno estar cadastrado no sistema acadêmico Sequência de Eventos:

1. Ator seleciona formulário de projetos e seleciona Plano de Estágio 2. Sistema apresenta o formulário.

3. Ator realiza a inclusão das suas informações.

4. Sistema verifica se os dados para a operação estão consistentes e encaminha a informação para o professor responsável.

Pós-Condição:

Realização da operação de inclusão

Linha 4: Dados inconsistentes 4.1 Dados informados pelo usuário não estão corretos. Sistema retorna mensagem avisando o usuário sobre o erro, mantendo o conteúdo na tela acessada pelo usuário.

Quadro 7 - Expansão de Caso de Uso: Manter Plano de Estágio

A expansão do caso de uso gerar relatório está no Quadro 8. Caso de uso:

Gerar Relatório Descrição:

Geração de relatório com as informações dos projetos apresentados, quantidade de alunos que apresentaram projetos, professores participantes da banca, entre outras informações.

Esse caso de uso se refere à listagem das informações das apresentações dos projetos. Atores:

Informações cadastradas no sistema Sequência de Eventos:

1. Ator seleciona formulário de geração dos relatórios

2. Sistema apresenta o formulário com filtro para geração do relatório 3. Ator informa o filtro para gerar o relatório

4. Sistema verifica os filtros informados pelo usuário e retorna o relatório das informações Pós-Condição:

Realização da operação de inclusão

Linha 4: Filtros informados estão incorretos 4.1 Filtros de datas podem ter recebidos datas em formatos diferentes ou dias não existentes no referido mês. Sistema retorna mensagem ao usuário sobre o filtro informado.

Quadro 8 - Expansão de Caso de Uso: Gerar Relatório

(28)

Caso de uso:

Visualizar agenda de avaliações Descrição:

Apresentação em uma agenda com a informação dos projetos que o avalidor deve avaliar e as bancas que deve participar.

Esse caso de uso se refere a uma agenda das informações das apresentações de projetos avaliados pelos avaliadores

Atores: Avaliadores Pré-condição:

Informações cadastradas no sistema Sequência de Eventos:

1. Ator faz login no sistema

2. Sistema apresenta uma agenda na tela inicial para o avaliador com as avaliações Pós-Condição:

Agenda das avaliações para os avaliadores

Linha 4: Não possui agendamentos 4.1 Não há informações de agendamentos para a agenda, é retornado uma agenda em branco para o avaliador.

Quadro 9 - Expansão de Caso de Uso: Visualizar Agenda de Avaliações

Na Figura 3 está o diagrama de classe do sistema da análise do projeto. No diagrama estão as classes já existentes no trabalho anterior, além das classes adicionadas neste trabalho. Um plano de estágio será adicionado pelo aluno no sistema com as informações pertinentes para validação do professor responsável. O professor responsável deve cadastrar as informações de cargos e áreas pertinentes aos alunos no momento do cadastro da informação do plano de estágio.

(29)

Figura 3 - Diagrama de Classe da análise do projeto Fonte: Próprio autor

Na Figura 4 é possível visualizar o Diagrama de Entidade e Relacionamento (DER) do banco de dados com todas as tabelas do banco de dados após as modificações realizadas.

Figura 4 - Diagrama de Entidade e Relacionamento Fonte: Próprio autor

(30)

4.3 APRESENTAÇÃO DO SISTEMA

A tela de login do sistema é apresentada na Figura 5. Por meio dessa tela é possível realizar o acesso ao sistema.

Figura 5 - Tela de Login Fonte: Próprio autor

Ao clicar na opção “Cadastrar-se”, o sistema abre uma nova tela, na qual o usuário realiza seu cadastro e recebe a permissão para ver os menus como ALUNO e é restringido a visualização de alguns menus. Na Figura 6 é possível verificar os dados que devem ser informados ao realizar o cadastro do sistema.

Figura 6 - Tela para Cadastro de Usuário Aluno Fonte: Próprio autor

Para efetuar o cadastro é necessário informar nome, Registro Acadêmico (RA), login, senha e confirmação da senha. Caso os campos obrigatórios não sejam informados o sistema retorna erro para o usuário, conforme apresentado na Figura 7.

(31)

Figura 7 - Campos Obrigatórios no cadastro Fonte: Próprio autor

Após efetuar o cadastro o usuário é redirecionado para a tela de login para que possa efetuar o acesso. Ao acessar o sistema um administrador o usuário tem acesso à tela que pode ser verificada na Figura 8.

Figura 8 - Tela Inicial Fonte: Próprio autor

Ainda na Figura 8 é possível verificar os agendamentos que foram realizados para as apresentações que o usuário autenticado participará.

O leiaute de apresentação do sistema consiste em um topo com o logo da Universidade, com um menu ocupando o canto esquerdo da tela e a agenda de apresentação do usuário ocupando o centro da tela.

Foram realizadas alterações no cadastro de curso para que seja informado qual a coordenação do curso e quem é o coordenador. Ambos campos obrigatórios, sendo necessário

(32)

que o usuário, no momento do cadastro, informe esses dados. A apresentação da tela pode ser visualizada na Figura 9.

Figura 9 - Cadastro de Curso Fonte: Próprio autor

No cadastro de tipo de projeto, foi adicionado um checkbox para que seja informado se o tipo do projeto é estágio ou não, a modificação pode ser visualizada na Figura 10. Outra informação adicionada no cadastro de tipo de projeto é o número de ata sendo utilizada para gerar as atas de estágios.

Figura 10 - Cadastro de Tipo de Projeto Fonte: Próprio autor

O cadastro de cargos foi adicionado para que no momento do cadastro dos projetos do tipo estágio seja informado o cargo de um cadastro utilizado pelo sistema. Na Figura 11 é apresentada a tela de listagem dos cargos cadastrados no sistema.

(33)

Figura 11 - Lista de Cargos Fonte: Próprio autor

Na lista de cargos é exibido o nome e a descrição dos cargos que estão cadastrados. Há a opção para que sejam cadastrados novos cargos, editados e excluídos os que já estejam cadastrados. Na Figura 12, é possível visualizar formulário de cadastro de um cargo no sistema.

Figura 12 - Cadastro de Cargos Fonte: Próprio autor

O cadastro de cargos tem como obrigatória a informação do nome do cargo e se não informado é retornado um informe de erro para o usuário, como pode ser verificado na Figura 13.

Figura 13 - Erro ao inserir cargo sem informação de nome Fonte: Próprio autor

(34)

Ao salvar um cargo com os campos obrigatórios informados é retornada mensagem de confirmação ao usuário, como pode ser verificado na Figura 14.

Figura 14 - Confirmação ao salvar cargo Fonte: Próprio autor

No cadastro de projetos foi realizada a modificação para aceitar as informações de estágios. Na Figura 15 é possível verificar como ocorre a listagem de projetos, sendo mostrada a informação do título do projeto, o curso e o tipo de projeto.

Figura 15 - Lista de Projetos Fonte: Próprio autor

Quando clicado em “Novo Projeto” é retornado um modal para o cadastrado de um novo projeto, como pode ser visualizado na Figura 16. É apresentada uma guia com o título “Projeto”, para informar o curso, tipo de projeto, título da monografia, descrição, orientador, coorientador e o aluno, sendo possível adicionar mais de um aluno no projeto cadastrado.

(35)

Figura 16 - Cadastro de Projeto Fonte: Próprio autor

Quando selecionado o tipo de projeto, caso sem a opção de estágio marcada no seu cadastro, a guia com o título “Estágios” fica desabilitada, sendo possível visualizar na Figura 17.

Figura 17 - Cadastro de Projeto - Tipo de Projeto é Estágio Fonte: Próprio autor

(36)

habilitada, conforme demonstrado na Figura 18.

Figura 18 - Cadastro de Projeto - Tipo de Projeto não é Estágio Fonte: Próprio autor

No cadastro de Estágio, foram adicionadas as informações pertinentes ao projeto de estágio. Na Figura 19 é possível visualizar a primeira parte do cadastro de estágio, sendo possível visualizar os campos que fazem parte desse cadastro.

Figura 19 - Cadastro de Estágio: Parte 1 Fonte: Próprio autor

(37)

conforme o tipo de estágio informado, os campos de subtipo de estágio e tipo de validação são ajustados. O campo subtipo de estágio só ficará habilitado se o tipo do estágio for obrigatório. Assim como para o tipo de estágio, existem três subtipos de estágio, o efetivo, o estagiário e o estudo dirigido. O campo tipo de validação ficará habilitado em duas condições, se o tipo do estágio for validação, ou se o tipo do estágio for obrigatório e o subtipo do estágio for efetivo.

A informação do cargo pode ser escolhida conforme o que está cadastrado ou o usuário pode realizar o cadastro do cargo no momento que estiver realizando o cadastro do projeto.

Na Figura 20 é apresentada a segunda parte do cadastro de projeto, quando o tipo de projeto é Estágio.

Figura 20 - Cadastro de Estágio - Parte 2 Fonte: Próprio autor

Nessa segunda parte do cadastro de estágio é informado o horário em que o estágio foi realizado, ao clicar no botão “+ Adicionar Horário” é adicionada uma linha na tabela para que sejam informados os horários que o aluno realizou o estágio na empresa. Na Figura 21 é possível verificar o cadastro dos horários.

Figura 21 - Cadastro de Horários – Estágio Fonte: Próprio autor

Após o cadastro do projeto é possível que o usuário gere a informação de plano de estágio, conforme Figura 22.

(38)

Figura 22 - Visualizar dados da Postagem Fonte: Próprio autor

Ao clicar em Download, ao lado de “Plano de Estágio”, é realizado o donwload de um arquivo em formato PDF com as informações de Plano de Estágio, conforme Figura 23.

(39)

Figura 23 - Plano de Estágio Fonte: Próprio autor

No mesmo modal que o usuário pode gerar o plano de estágio é possível gerar a ata de apresentação do estágio ou Trabalho de Conclusão de Curso apresentado. Quando é estágio é gerada a ata que pode ser visualizada na Figura 24.

(40)

Figura 24 - Ata de Estágios Fonte: Próprio autor

Quando o tipo de projeto não é um estágio é gerada uma ata para as monografias que pode ser visualizada na Figura 25.

(41)

Figura 25 - Ata Trabalhos de Conclusão de Curso Fonte: Próprio autor

No cadastro de itens de avaliação da banca, foi feita uma modificação para que não seja mais informado o grupo de itens. Na Figura 26 é possível verificar como são listadas as informações de itens de avaliação da banca.

(42)

Figura 26 - Lista de Item de Avaliação Fonte: Próprio autor

Na Figura 27 é possível verificar o formulário de cadastro do item de avaliação no sistema.

Figura 27 - Cadastro de Item de Avaliação Fonte: Próprio autor

No momento de cadastrar a avaliação no sistema é possível que o avaliador informe a nota, considerando os itens de avaliação cadastrados no modelo de avaliação, conforme Figura 28.

(43)

Figura 28 - Cadastro de Avaliação por Item Fonte: Próprio autor

O avaliador pode lançar a nota geral, sem precisar informar as notas parciais conforme os itens de avaliação, cadastrados no modelo de avaliação, conforme pode ser visualizado na Figura 29.

Figura 29 - Cadastro de Avaliação por Nota Geral Fonte: Próprio autor

(44)

apresentadas, é possível verificar que há uma opção no menu lateral para que seja gerado o relatório de bancas e as declarações de participação em bancas, conforme Figura 30.

Figura 30 - Menu Lateral Fonte: Próprio autor

Ao selecionar a opção Relatório de Banca, o sistema abre uma tela para que o usuário informe o período, o ano, o tipo de projeto e o curso, utilizados no filtro do relatório. Tal tela pode ser visualizada na Figura 31.

Figura 31 - Filtros para relatório das Bancas Apresentadas Fonte: Próprio autor

(45)

visualizado na Figura 32 com as relações de bancas apresentadas conforme o filtro informado pelo usuário. O relatório contém a informação do aluno, título do projeto apresentado, data e horário da realização da apresentação e local onde foi realizada a apresentação.

Figura 32 - Relatório de bancas apresentadas Fonte: Próprio autor

Ao selecionar a opção de declaração, o sistema abre uma tela para que o usuário informe o período, o ano, o professor, o tipo de projeto e curso, para que seja gerada a declaração das bancas do professor selecionado. Conforme pode ser visualizado na Figura 33.

Figura 33 - Filtro para gerar Declaração Fonte: Próprio autor

Após informar os filtros, é gerada a declaração de participação do professor com todas as bancas que o professor participou, conforme Figura 34. A declaração que é gerada contém a informação do curso e tipo de projeto que o professor participou das bancas, os alunos, os projetos que foram defendidos, a data de realização da defesa dos projetos e qual a função que o mesmo exerceu em cada banca, orientador ou convidado.

(46)

Figura 34 - Declaração de Participação de Bancas Fonte: Próprio autor

4.4 IMPLEMENTAÇÃO DO SISTEMA

O sistema foi implementado utilizando o Integrated Development Environment (IDE) IntelliJ IDEA e o Maven. O Maven é ferramenta de gerenciamento, construção e implementação de projetos criada pela Fundação Apache. Sua configuração básica de é um arquivo XML, chamado Project Object Model (POM) que deve ficar na raiz do projeto. Nele

(47)

são declaradas a estrutura, as dependências e as características do projeto. A Listagem 1 mostra o código do arquivo pom.xml.

<?xml version="1.0"encoding="UTF-8"?> <project

xmlns="http://maven.apache.org/POM/4.0.0"xmlns:xsi="http://www.w3.org/2001/ XMLSchema-instance"

xsi:schemaLocation="http://maven.apache.org/POM/4.0.0

http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion>

<groupId>br.edu.utfpr.pb.schaitler</groupId> <artifactId>tcc</artifactId>

<version>1.0</version> <parent>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-parent</artifactId> <version>1.2.4.RELEASE</version>

</parent> <properties>

<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <start-class>br.edu.utfpr.pb.schaitler.Application</start-class> <java.version>1.8</java.version> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> </properties> <dependencies> <dependency>

<groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency>

<dependency>

<artifactId>spring-boot-starter-security</artifactId> </dependency>

<dependency>

<groupId>com.h2database</groupId> <artifactId>h2</artifactId> <scope>runtime</scope> </dependency>

<dependency>

<artifactId>spring-boot-starter-tomcat</artifactId> <scope>provided</scope>

</dependency> <dependency>

<groupId>org.apache.tomcat.embed</groupId> <artifactId>tomcat-embed-jasper</artifactId> <scope>provided</scope>

<groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> </dependency>

<dependency>

<artifactId>spring-boot-starter-data-jpa</artifactId> </dependency>

(48)

<dependency>

<groupId>mysql</groupId>

<artifactId>mysql-connector-java</artifactId> <version>8.0.11</version>

<groupId>com.sun.faces</groupId> <artifactId>jsf-api</artifactId> <version>2.2.10</version>

<groupId>com.sun.faces</groupId> <artifactId>jsf-impl</artifactId> <version>2.2.10</version>

<groupId>org.primefaces.extensions</groupId> <artifactId>primefaces-extensions</artifactId> <version>3.2.0</version>

<groupId>org.primefaces</groupId> <artifactId>primefaces</artifactId> <version>5.2</version>

<groupId>org.primefaces.themes</groupId> <artifactId>bootstrap</artifactId>

<version>1.0.10</version> </dependency>

<dependency>

<groupId>org.webjars</groupId>

<artifactId>font-awesome</artifactId> <version>4.4.0</version>

<groupId>org.springframework.security</groupId> <artifactId>spring-security-taglibs</artifactId> </dependency>

<dependency>

<groupId>org.springframework.webflow</groupId> <artifactId>spring-faces</artifactId>

<version>2.4.0.RELEASE</version> </dependency>

<dependency>

<groupId>commons-fileupload</groupId>

<artifactId>commons-fileupload</artifactId> <version>1.3.1</version>

<groupId>commons-io</groupId> <artifactId>commons-io</artifactId> <version>2.4</version>

<groupId>net.sf.jasperreports</groupId> <artifactId>jasperreports</artifactId> <version>6.3.0</version>

(49)

<artifactId>jasperreports-fonts</artifactId> <version>6.0.0</version>

<groupId>com.sun.xml.ws</groupId> <artifactId>jaxws-rt</artifactId> <version>2.1.4</version> </dependency> </dependencies> <repositories> <repository> <id>prime-repo</id>

<name>PrimeFaces Maven Repository</name> <url>http://repository.primefaces.org</url>

<layout>default</layout> </repository>

</repositories> </project> Listagem 1 - pom.xml

As dependências contidas no arquivo POM, são todas as bibliotecas externas que o projeto depende para ser construído. Essas dependências são gerenciadas pelo próprio Maven. Na tela de login é possível verificar que existe um link para o cadastro de usuário. Esse cadastro é para usuários alunos, é possível verificar na Listagem 2 o componente “dialog” do Primeface, utilizado para apresentar a tela para informar os dados do usuário em um formato “modal”. O appendTo é utilizado para que o “dialog” seja listado dentro do “body” não sendo sobreposto na página.

<?xml version="1.0"encoding="UTF-8"?>

<ui:composition xmlns:ui="http://java.sun.com/jsf/facelets"

xmlns:h="http://java.sun.com/jsf/html" xmlns:p="http://primefaces.org/ui" xmlns:pe="http://primefaces.org/ui/extensions" xmlns:f="http://java.sun.com/jsf/core" xmlns:j="http://xmlns.jcp.org/jsf/composite/components" template="/resources/templates/base.xhtml">

<p:dialog id="dlgCadastrar"widgetVar="dlgCadastrar"

header="#{msg['usuario.cadastrar']}"modal="true"

resizable="false"closable="false"appendTo="@(body)"> <h:form id="form">

<h:panelGrid id="pnlForm"columns="2"cellspacing="5"> <p:outputLabel value="#{msg['comum.nome']}"for="nome"/>

<p:inputText id="nome"value="#{alunoController.instancia.usuario.nome}"

maxlength="60"size="70"required="true"

requiredMessage="#{msg['comum.nome.required']}"/>

<p:outputLabel value="#{msg['aluno.ra']}"for="ra"/>

<pe:inputNumber id="ra"value="#{alunoController.instancia.ra}"

maxValue="99999999"decimalPlaces="0"

required="true"requiredMessage="#{msg['aluno.ra.required']}"

validatorMessage="#{msg['aluno.ra.validateLongRange']}"> <f:validateLongRange minimum="1"/>

</pe:inputNumber>

(50)

<p:selectOneMenu

id="filtroAtivo"value="#{usuarioController.filtroAtivo}">

<f:selectItem itemValue="0"itemLabel="#{msg['comum.ativos']}"/> </p:selectOneMenu>

<p:outputLabel value="#{msg['usuario.login']}"for="login"/>

<p:inputText id="login"value="#{alunoController.instancia.usuario.login}"

requiredMessage="#{msg['usuario.login.required']}"/>

<p:outputLabel value="#{msg['usuario.email']}"for="email"/>

<p:inputText id="email"value="#{alunoController.instancia.usuario.email}"

type="email"maxlength="60"size="70"/>

<p:outputLabel value="#{msg['usuario.telefone']}"for="telefone"/> <p:inputText

id="telefone"value="#{alunoController.instancia.usuario.telefone}"

maxlength="14"size="20"/>

<p:outputLabel value="#{msg['usuario.senha']}"for="senha"/>

<p:password id="senha"value="#{alunoController.instancia.usuario.senha}"

validatorMessage="#{msg['usuario.confirmacao.validator']}"

requiredMessage="#{msg['usuario.senha.required']}"

match="confirmacao"/>

<p:outputLabel value="#{msg['usuario.confirmacao']}"for="confirmacao"/> <p:password

id="confirmacao"value="#{alunoController.instancia.usuario.senha}"

requiredMessage="#{msg['usuario.confirmacao.required']}"/> </h:panelGrid>

<div align="right">

<p:commandButton value="#{msg['comum.salvar']}"icon="fa fa-check"

actionListener="#{alunoControler.salvarCadastrar}"

update=":#{p:component('tblDados')}"process="@form"> <p:resetInput target="@form"/>

</p:commandButton>

<p:commandButton value="#{msg['comum.cancelar']}"icon="fa fa-close"

actionListener="#{alunoControler.cancelarSalvar}"

update=":#{p:component('tblDados')}"process="@this"> <p:resetInput target="@form"/>

</p:commandButton> </div> </h:form> </p:dialog> </ui:composition> Listagem 2 - cadastrar.xhtml

Na Listagem 2 é possível verificar o componente “confirmDialog”, também do Primefaces, que irá renderizar mensagens de confirmação ao usuário. A opção de salvar usuário repassa os dados informados pelo usuário para que sejam armazenados no banco e retorna para a tela de login para que seja possível realizar o acesso ao sistema. Caso haja algum problema no cadastro, é retornada mensagem ao usuário. Outra opção para o usuário nessa tela é a de cancelar, que apenas retornará o usuário para a tela de login.

(51)

A Listagem 3 mostra o Controller completo, com os métodos para salvar o usuário no banco e a navageção entre as telas, conforme resultado das operações.

@Controller @Scope("view")

public class CadastrarController implements Serializable { private Usuario usuario = new Usuario();

private Aluno aluno = new Aluno();

private Permissao permissao = new Permissao(); private FacesService faces;

private List<Aluno>alunos = new ArrayList<>();

private List<Permissao>permissoes = new ArrayList<>();

@Autowired

private AlunoRepository alunoRepository;

@Autowired

private UsuarioRepository usuarioRepository;

@Autowired

private PermissaoRepository permissaoRepository;

@Autowired

protected CadastrarController(AlunoRepository alunoRepository

, FacesService faces, UsuarioRepository usuarioRepository){

this.alunoRepository = alunoRepository;

this.usuarioRepository = usuarioRepository;

this.faces = faces;

alunos = new ArrayList<>(); }

public boolean dadosValidos() { return true;

}

@Transactional

public void salvar() throws IOException {

FacesContext context = FacesContext.getCurrentInstance(); FacesMessage msg = new FacesMessage("Salvo com sucesso"); if (dadosValidos()) {

try {

prePersist();

usuarioRepository.save(usuario);

usuario.setAlunos(alunos);

aluno.setUsuario(usuario);

alunoRepository.save(aluno);

context.addMessage(null, msg ); } catch (Exception ex) {

ex.printStackTrace();

context.addMessage(null, new FacesMessage(ex.getMessage()) ); } finally { FacesContext.getCurrentInstance().getExternalContext().redirect("login"); } } } @PrePersist

(52)

if (usuario != null) {

usuario.setAtivo(true);

usuario.setPermissoes(permissoes);

usuario.criptografarSenha();

alunos.add(aluno);

permissoes.add(getPermissao());

} }

public void cancelar() {

aluno = null;

usuario = null; try {

FacesContext.getCurrentInstance().getExternalContext().redirect("login"); } catch (Exception e){

e.getStackTrace(); }

}

public Permissao getPermissao() {

return permissaoRepository.findByPermissao("ROLE_ALUNO"); }

public void setPermissao(Permissao permissao) { this.permissao = permissao;

}

public List<Permissao> getPermissoes() { return permissoes;

}

public void setPermissoes(List<Permissao> permissoes) { this.permissoes = permissoes;

}

public Usuario getUsuario() { return usuario;

}

public void setUsuario(Usuario usuario) { this.usuario = usuario;

}

public Aluno getAluno() { return aluno;

}

public void setAluno(Aluno aluno) { this.aluno = aluno;

}

public List<Aluno> getAlunos() { return alunos;

}

public void setAlunos(List<Aluno> alunos) { this.alunos = alunos;

} }