1

Um Sistema Web para Gerenciamento de Assistência Técnica com Suporte a Smartphones

Luiz Guilherme Bon Ami Teixeira1, Edson A. Oliveira Junior

2

Resumo.

Sistemas de informação são ferramentas fundamentais para automatizar e proporcionar maior agilidade nos processos de uma organização. Em alguns casos é necessário que as informações possam ser acessadas e gerenciadas remotamente por meio de navegadores Web ou dispositivos móveis. Portanto, é fundamental a existência de sistemas que permitam a interação da Web com tecnologias móveis como, por exemplo, no ramo de assistência técnica. Assim, este artigo apresenta o desenvolvimento de um sistema Web para o gerenciamento de solicitações de assistência técnica referente a computadores e peças relacionadas. O sistema foi desenvolvido para a Web usando a tecnologia Java EE 6 e a plataforma Android que proporciona uma interação com tal sistema por meio de um smartphone.

Palavras-chave: Android, Aplicação Mobile, Assistência Técnica, Chamados, Java, Sistema Web.

Abstract.

Keywords: The use of information systems is a fundamental tool to automate and provide greater agility in an organization processes. It is usually necessary that the information can be accessed and managed remotely through web browsers or mobile devices. Therefore, it is essential to have systems that allow interaction between Web technologies and mobile as, for instance, in the field of technical assistance. Thus, this paper presents the development of a Web system for managing repair services for computers and related parts. The system was developed for the Web by using the Java EE 6 platform and Android for providing one interaction with such a system via a smartphone.

Keywords: Android, Java, Mobile Application, Repair Service, Technical Assistance, Web System.

1. Introdução

Um dos principais desafios da empresa Click Informática situada em Francisco Alves – PR é gerenciar a demanda de solicitações de assistência técnica referente a

1 Aluno do curso de especialização em Desenvolvimento de Sistemas para Web – Universidade Estadual de

Maringá (UEM) - Av. Colombo, 5790 – Bloco C56 – Maringá – PR – Brasil – luiz.bonami@gmail.com

2 Departamento de Informática – Universidade Estadual de Maringá (UEM) - Av. Colombo, 5790 – Bloco

C56 – Maringá – PR – Brasil - edson@din.uem.br

2

computadores, com qualidade e no menor tempo possível. Visto que a empresa mesmo adotando certas tecnologias não as utiliza para esse fim, atualmente adota processos manuais e obsoletos. Com isso, muitos dos registros das solicitações acabam sendo esquecidos e não atendidos, provocando demora e insatisfação dos clientes. A empresa não possui nenhum sistema para tal gerenciamento e não disponibiliza para os clientes nenhum meio para acompanhar em que situação encontra-se a solicitação realizada.

Nesse caso é importante que exista uma interação entre a empresa e seus clientes por meio de um sistema, por meio do qual que o cliente pode acompanhar o andamento da solicitação realizada podendo, assim, saber em que o momento foi concluído o serviço contratado. Além disso, o cliente não precisará efetuar ligações e nem se deslocar até a empresa para saber como está o andamento do serviço solicitado.

Este artigo apresenta um sistema Web que tem como finalidade atender às necessidades da empresa, centralizando e gerenciando as solicitações de assistência técnica. Uma aplicação para smartphones também foi desenvolvida para permitir ao cliente acompanhar suas solicitações.

Este artigo está organizado da seguinte forma: a Seção 2 apresenta as tecnologias adotadas para o desenvolvimento do sistema proposto; na Seção 3 é apresentado o sistema Web desenvolvido para gerenciar solicitações de assistência técnica, a aplicação mobile e as suas respectivas arquiteturas; a Seção 4 apresenta as lições aprendidas e, a Seção 5 apresenta as conclusões e direções para trabalhos futuros.

2. Tecnologias Adotadas

Esta seção apresenta os conceitos fundamentais sobre as tecnologias utilizadas no desenvolvimento do sistema proposto.

2.1. Java Server Faces (JSF)

Java Server Faces (JSF) [1] é uma especificação que foi definida por meio do Java Community Process (JCP) [2], uma entidade que tem como objetivo especificar a evolução da linguagem Java de acordo com o interesse do mercado e não apenas da empresa que detém a sua patente.

O JSF é um framework de componentes para desenvolvimento Web em Java [3]. Sua arquitetura é baseada no padrão MVC (Model-View-Controller), onde a aplicação é dividida em três camadas: modelo, visão e controlador. O modelo é a camada responsável por fornecer ao controlador o acesso aos dados e representar os objetos de negócio. A Visão é responsável pela interface gráfica com o usuário e controla como os dados são apresentados na tela. Além disso, a visão tem a função de encaminhar as ações do usuário para o controlador. O controlador tem a responsabilidade de realizar a ligação entre o modelo e a visão: interpretam as ações recebidas pela camada de visão, traduz em uma operação para o modelo e por fim retorna uma visualização referente à solicitação [5].

O controle do JSF é realizado por meio de um Servlet chamado Faces Servlet, por um conjunto de manipuladores de ações, observadores de eventos e por arquivos de configuração em XML (eXtensible Markup Language). O Faces Servlet é a parte responsável por receber todas as requisições realizadas pelos usuários e redirecioná-las para o modelo que, então, retorna uma resposta. Os manipuladores de eventos recebem os dados da camada de visão, acessam o modelo e retornam dados utilizando o Faces

3

Servlet. Os arquivos de configuração são responsáveis pelo mapeamento das ações e pela definição das regras de navegação [5].

A camada de visualização do JSF é composta por uma hierarquia de componente onde é possível unir os componentes parar formar as interfaces. Os principais componentes são: formulários, campos de texto, links, botões, painéis, tabelas de dados e campos de senha [4].

Uma das vantagens de JSF é a possibilidade de empresas investirem no desenvolvimento de componentes para tal framework. Esses componentes são recursos adicionais aos padrões definidos pela especificação. Algumas bibliotecas de componentes mais populares são: RichFaces da JBoss, ICEFaces da ICESoft e PrimeFaces [3].

2.2. O Container Tomcat

O Tomcat [6] é um container Web baseado em Java. Foi desenvolvido em código aberto seguindo o projeto Apache Jakarta [7]. Contudo, está sendo mantido como um projeto separado da Apache [8] onde é apoiado e aprimorado por um grupo de desenvolvedores voluntários da JCP. O Tomcat suporta a execução de tecnologias como Java Servlet [9] e Java Server Pages (JSP) [10].

O Tomcat é estável e pode ser utilizado mesmo em um ambiente em produção. Também fornece suporte à tecnologias de apoio relacionadas como: Realms e segurança, JNDI Resources e JDBC Data Sources [11].

2.3. Hibernate

O Hibernate [12] é uma das soluções de Mapeamento Objeto-Relacional (Object Relational Mapping - ORM) existentes no mercado. Pertencente ao grupo JBoss [14], é um framework de código aberto apoiado pela especificação Java Persistence API (JPA) [15].

O Hibernate facilita o desenvolvimento de aplicações que realizam consultas a bancos de dados, evitando o uso de código Structured Query Language (SQL), permitindo o uso de um código SQL-like, chamado Object Query Language (OQL) [13].

A utilização do Hibernate faz com que o programador não se preocupe tanto com as entidades do banco de dados e atente mais para o modelo de objeto e seus comportamentos. O Hibernate também evita que sejam escritos códigos repetidos que tem a mesma funcionalidade, por exemplo, de realizar operações como “inserts”, “selects”, “updates” e “deletes” em um banco de dados. Além disso, é possível definir buscas complexas em objetos [16].

A configuração do Hibernate é feita com um arquivo XML, geralmente com o nome hibernate.cfg.xml. Nesse arquivo é possível definir qual a configuração do banco de dados a ser utilizada e as suas propriedades, tais como, usuário, senha e ativação da opção para que sejam criadas as entidades do banco de dados automaticamente. Além disso, existe a opção de depuração, como apresentar o código OQL que está gerando. O Hibernate permite usar um sistema de cache de informações, aumentando assim o desempenho das aplicações [16].

4

2.4 MySQL

MySQL [17] é um Sistema Gerenciador de Bancos de Dados (SGBD) relacional que utiliza a linguagem padrão SQL. O MySQL é um SGBD já consolidado sendo um dos mais populares SGBDs com código-fonte aberto [18].

O MySQL á uma opção interessante, pois mesmo possuindo uma tecnologia complexa de um banco de dados, seu custo não é elevado. Atualmente, é executado em mais de 20 plataformas incluindo Linux, Windows, Mac Os e IBM, oferecendo uma grande flexibilidade [18]. Destaca-se por suas características de desempenho, escalabilidade e confiabilidade, fazendo com que seja adotado por departamentos de Tecnologia da Informação (TI), desenvolvedores Web e fornecedores de pacotes de softwares [19].

Atualmente, o MySQL é utilizado por empresas renomadas, dentre as quais: a Google, Facebook, Adobe, Yahoo e NASA [18].

2.5 Spring-Security

O Spring-Security [20] é um framework de controle de acesso a dados, facilmente configurável, desenvolvido em Java e de código aberto que visa facilitar o desenvolvimento em Java Enterprise Edition (EE) ao tratar segurança. Esse framework permite as suas configurações em um único arquivo XML, dispensando configurações do container Web utilizado, disponibilizando a aplicação desenvolvida em um arquivo Web Archive (WAR) com suas próprias configurações [21].

O Spring-Security utiliza roles (papéis), para definir a segurança. Assim, a aplicação não precisa de métodos específicos para realizar a autenticação ou autorização do usuário, sendo configurado por meio de arquivo XML.

A configuração do framework não é complexa, pois simplesmente são declarados quais são os roles envolvidos. Por exemplo, em uma aplicação pode existir o ROLE_ADMINISTRADOR e o ROLE_USUARIO. Com base nisso, pode-se definir quais os recursos que serão protegidos e quais roles podem acessar cada recurso. Além disso, declara-se como a autenticação será feita [21]. A Figura 1 apresenta um exemplo de um arquivo XML de configuração do Spring-Security.

5

Figura 1: Arquivo de configuração do spring security.

A seguir são descritas as funcionalidades das principais marcações utilizadas no arquivo de configuração apresentado pela Figura 1 [3]:

• <http> - sua função é realizar o agrupamento das configurações referentes ao contexto Web do sistema;

• <intercept-url> - define quais páginas ou diretórios serão seguros, onde o atributo pattern indica a URL a ser protegida e o atributo access os nomes das permissões que terão acesso ao recurso;

• <form-login> - configura o funcionamento da página de login. Seus atributos têm as seguintes funcionalidades:

o definir a URL da página de login do sistema;

o ativar o redirecionamento para página de inicial caso o usuário não esteja logado;

o definir a URL a ser apresentada após o login; e

o definir a URL caso o login não seja realizado com sucesso.

• <logout> - habilita o recurso de logout para o sistema;

• <remember-me> - habilita o recurso de login automático; e

• <autentication-provider> - indica ao Spring Security, quais são os usuários válidos do sistema e suas respectivas permissões. Em conjunto pode ser utilizado o elemento <jdbc-user-service> que permite declarar instruções SQLs que fornecem os dados que o Spring necessita, para realizar autenticação.

6

2.6 RESTEasy

Com a grande utilização de Web Services com a arquitetura RESTFull [22], foi criada a especificação JAX-RS [23], que tem como foco o uso de classes Java e anotações, para que o desenvolvedor não precise se preocupar com detalhes específicos da plataforma. Um exemplo disso é a implementação dos métodos GET e POST da classe abstrata HttpServlet. A especificação oferece uma forma interessante para a criação de serviços baseados no modelo arquitetural da Web. As principais implementações desta API são: o Jersey que é uma implementação de referência, o JBoss RESTEasy e o Apache CXF [24].

O RESTEasy [25] é a implementação da especificação JSR-311 [26]. Com ele é possível desenvolver serviços RESTFull.,pois permite o mapeamento de requisições HTTP por meio das anotações do JAX-RS. Geralmente, as implementações JAX-RS oferecem um diferencial com relação à especificação [24].

O RESTEasy tem suporte à diversos formatos utilizados na Web, permitindo variar a representação dos recursos disponibilizados pelo web service. Em alguns casos, é necessário escolher o provedor de um determinado formato, por exemplo, entre Jettison e o Jackson para a geração do corpo HTTP no formato JSON. Além disso, a API já conta com suporte à FastInfoSet, YML, XML e JSON [24].

A Figura 2 representa uma classe Java com um exemplo de anotação @XmlRootElement para disponibilizar o recurso no formato XML.

Figura 2: Anotação do RESTEasy.

2.7 Sistema Operacional Android – Android SDK

O sistema operacional Android [27] é o resultado da união de várias empresas de tecnologia e mobilidade, que tem como objetivo definir uma plataforma única, aberta, com foco na usabilidade e na tecnologia. Tal plataforma busca atender às novas tendências do mercado. O Android possui uma arquitetura flexível capaz de integrar

7

aplicações desenvolvidas com as aplicações nativas. Uma característica importante do Android é o fato de ser baseado no kernel 2.6 do Linux, que é o responsável por gerenciar os recursos de hardware como memória, processos, threads, segurança dos arquivos e pastas, além da conectividade e dos drivers [28].

O desenvolvimento de aplicações para o Android é realizado por meio do Android-SDK (Software Development Kit) escrito em Java. O Android-SDK possui um conjunto de bibliotecas para desenvolvimento, aplicativos para compilação e geração dos executáveis, um emulador do sistema operacional. Além disso, foi incluído o Android Virtual Device (ADV) que é um gerenciador dos simuladores Android, com o qual é possível criar um simulador em qualquer versão da plataforma e definir algumas características de hardware como: quantidade de memória, processador e suporte ao teclado [28].

2.8 Spring for Android 1.0

O Spring for Android 1.0 [29] é uma extensão do Spring Framework, que tem como objetivo simplificar o desenvolvimento de aplicativos Android. A classe RestTemplate é o núcleo do Spring for Android, pois é responsável por fornecer os métodos de retorno e pela configuração do HttpMessageConverter, usado para empacotar os objetos no corpo da requisição HTTP e desempacotar a reposta de volta para os objetos. Assim, é possível implementar um cliente REST para realizar as requisições HTTP RESTFull em aplicações desenvolvidas para Android [30].

3. O Sistema Web Proposto para Gerenciamento de Assistência Técnica Esta seção apresenta o sistema desenvolvido para apoiar o gerenciamento de solicitações de assistência técnica a computadores, com auxílio de smartphones. O sistema proposto tem como finalidade registrar e organizar esses chamados evitando, assim, a descentralização das informações. As subseções a seguir apresentam a descrição geral da empresa para a qual o sistema foi desenvolvido, como funciona o registro das solicitações atualmente, a modelagem do sistema Web e a modelagem da aplicação mobile que proporciona à interação com o sistema Web. 3.1 Descrição Geral da Empresa A Click Informática é uma empresa que presta serviços de assistência técnica a computadores em geral, situada no município de Francisco Alves – PR, há mais de dez anos. Atualmente, conta com três técnicos especializados para realizar as manutenções nos computadores, sendo que um deles tem a função de atender as solicitações externas. Mesmo sendo um município pequeno, a empresa tem uma demanda alta de solicitações por dia, pois presta serviços à repartições públicas como: prefeitura, câmara de vereadores, hospital, posto de saúde e escolas da cidade. 3.2 Registros das solicitações O sistema tem como principal objetivo registrar e organizar de forma centralizada as solicitações de assistência técnica da empresa. Atualmente, a empresa utiliza um simples formulário impresso e preenchido manualmente para registrar as informações referentes às solicitações. Com isso, ocorrem algumas situações críticas para a empresa, por exemplo, falha no registro da

8

solicitação, registro em mais de um local, perda e não atendimento das solicitações provocando, desse modo, demora e insatisfação dos clientes. A Figura 3 apresenta o formulário impresso utilizado atualmente, para registrar as solicitações.

Figura 3: Formulário impresso de registro das solicitações usado atualmente. O formulário de registro apresentado na Figura 3 possui as seguintes informações: DATA DO CHAMADO que é a coluna utilizada para informar a data no momento que a solicitação foi realizada; NOME onde é informado o nome do cliente; SOLICITAÇÃO (serviço) que apresenta uma pequena lista dos serviços mais comuns e um espaço em branco para informar o serviço que não constar na lista. Dessa forma, o técnico assinala com um “X” no serviço desejado. A coluna FASE DO SERVIÇO apresenta uma lista de possíveis estados que se pode encontrar a solicitação; e a ultima coluna DATA FIM DOS PROCEDIMENTOS é utilizada para informar a data de conclusão da solicitação. 3.3 Modelagem do Sistema Desenvolvido A Figura 4 apresenta o diagrama de casos de uso do sistema desenvolvido.

9

Figura 4: Digrama de casos de uso do sistema desenvolvido.

No diagrama apresentado na Figura 4, existem quatro atores que interagem com o sistema. O ator “Usuário Web”, primeiramente, realiza o caso de uso “Cadastrar Usuário” por meio de um formulário Web onde deve informar os dados solicitados. Nesse formulário é solicitado um login e uma senha, que serão fundamentais para utilizar o sistema. Depois de cadastrado, o usuário poderá “Gerenciar Endereços”. Nesse caso de uso ele informa endereços adicionais e realiza a principal função que será o caso de uso “Efetuar Solicitação” onde informa os dados solicitados para iniciar uma solicitação de assistência técnica. O ator “Técnico Web” estende “Usuário Web” podendo, assim, realizar os mesmos casos de uso que foram descritos anteriormente com um diferencial: no “Efetuar Solicitação” onde poderá escolher para qual usuário a solicitação será aberta. Também pode “Gerenciar Solicitações” que será o seu principal objetivo dentro do sistema onde é possível realizar todo o gerenciamento das solicitações que foram realizadas pelos usuários. Nesse caso de uso, em específico, é possível fazer as alterações necessárias nas solicitações como, por exemplo, atualização do Status da solicitação podendo variar entre: ABERTO, ANALISANDO, EM DESENVOLVIMENTO, CONCLUIDO e CANCELADO. O técnico também pode “Enviar Mensagens” entre Técnicos e Administradores. O ator “Administrador Web” estende “Técnico Web” que, por sua vez, estende “Usuário Web”. Sendo assim, o “Administrador Web” pode realizar todos os casos de uso já descritos. Além disso, tem a opção de “Gerenciar Usuário” onde é possível excluir, alterar, ativar/desativar e atribuir permissões aos usuários. Também pode “Gerenciar Serviço” que será utilizado para cadastro dos serviços e “Gerenciar Peças” que será utilizado para o cadastro das peças. Os serviços e peças cadastrados ficarão disponíveis para serem utilizados nas solicitações. O ator “Usuário Mobile” é a aplicação desenvolvida para o sistema operacional Android que proporciona o suporte para os usuários que possuem um SmartPhone com a aplicação instalada. Esse usuário pode “Consultar Status REST” que tem a função de retornar para o “Usuário Mobile” a situação que se encontra o Status da sua ultima solicitação e “Consultar Histórico REST” que tem a finalidade de retornar o histórico das solicitações já realizadas.

10

Com base no diagrama de caso de uso apresentado na Figura 4, foram propostos dois diagramas de classes que demonstram as estruturas do projeto. A Figura 5 apresenta o diagrama de classes do sistema Web e a Figura 6 apresenta o diagrama de classes da aplicação mobile.

Figura 5: Digrama de classes – sistema web.

Analisando o diagrama de classes apresentado na Figura 5, volta-se que a classe Solicitação é considerada a principal do sistema, pois relaciona as demais, que serão fundamentais para realizar o registro e controle das solicitações. Pode-se observar que a classe Usuário está associada à classe Usuario_Permissao que é utilizada para definir as permissões dos usuários no sistema. Os usuários que possuem permissões de administrador e técnico podem enviar mensagens entre eles, por conta disto, existe uma associação estre Usuário e Mensagem. As classes Consulta_Status_REST e Consulta_Historico_REST são muito importantes, pois disponibilizam os recursos de web service que serão utilizados pela aplicação mobile.

11

Figura 6: Digrama de classes – aplicação mobile.

Analisando o diagrama de classes apresentado na Figura 6, observa-se que a principal classe do diagrama é a ConsultaRestActivity, a qual concentra toda a lógica da aplicação mobile. Possui dois métodos de suma importância: o método consultarStatus(String URL) que recebe como parâmetro a URL que contem o login do usuário e utiliza-se da classe Status para construir o retorno obtido pelo web service do sistema Web. Feito isso, é apresentada uma resposta ao usuário utilizando-se a classe TelaStatus e o método consultaHistorico(String URL) que tem a mesma rotina que o consultaStatus(String URL), mas utilizando as classes Historico e TelaHistorio. O que os diferencia é o tipo de retorno, sendo que para o primeiro método é uma String e para o segundo, uma List que contém o histórico das solicitações feitas pelo usuário. 3.4 Arquitetura do Sistema Web Para o desenvolvimento do sistema Web proposto foi utilizado o padrão Model-View-Controller (MVC). Esse padrão é utilizado para facilitar a manutenção do sistema, pois as regras de negócio do sistema ficam isoladas da camada de visão. A Figura 7 apresenta o mapeamento objeto-relacional utilizando o Hibernate para a classe Usuario como exemplo de elemento da camada de modelo.

12

Figura 7: Mapeamento objeto-relacional da classe usuario utilizando Hibernate.

Pode-se observar na Figura 7 a presença de anotações (annotations) que são utilizadas para realizar o mapeamento. A anotação @Entity tem a função de definir que a classe mapeada é uma entidade do banco de dados, a @id define que o atributo código será a chave primária da entidade. @GenerateValue informa a estratégia de geração da chave primária, que nesse caso será gerada automaticamente. @Column é utilizada quando existe a necessidade de definir os detalhes para cada atributo como nome e tamanho máximo. Existe também a presença da anotação @OneToMany que especifica um relacionamento 1:n com a entidade Endereco. A Figura 8 apresenta a camada de persistência de dados onde foi utilizado o padrão de projeto: Data Access Object (DAO) [31]. O principal objetivo desse padrão é separar a camada de acesso de dados das regras de negócio. Uma vantagem dessa abordagem é que a camada de negócio não precisará se preocupar em como fazer a conexão com o banco de dados ou realizar a leitura ou gravação de um arquivo, pois para fazer essas operações somente será necessário solicitar para camada de acesso a dados. É possível observar que a classe apresentada na Figura 8 implementa a interface “UsuarioDAO” que contém apenas as assinaturas dos métodos referentes às operações em banco de dados, como os métodos sobrescritos que executam as operações de salvar e atualizar. Nota-se também a existência de uma Session, por meio da qual foi possível fazer com que as operações do Hibernate chegassem ao banco de dados.

13

Figura 8: Persistência de dados

A Figura 9 apresenta a camada de regras de negócio. Essa camada acessa diretamente a camada de acesso aos dados (Data Access Object - DAO), e decide o que deve ser gravado no banco de dados ou quais informações devem ser recuperadas. O método salvar é um exemplo de regra de negócio implementada na classe apresentada na Figura 9, onde ao salvar um novo usuário é definida uma permissão por padrão.

Figura 9: Regras de negócio

14

Na camada de visão foi utilizado o framework JSF, que facilita o desenvolvimento Web. O primeiro passo para iniciar o desenvolvimento usando o JSF é a criação da classe Bean, conhecida também como Backing Bean que é uma classe Java normal (Plain Old Java Object - POJO). A classe Bean tem como responsabilidade apoiar todo o funcionamento das páginas JSF separando, assim, as regras de funcionamento da página e do layout [3]. Na Figura 10 é possível observar a anotação @ManagedBean, responsável por realizar o mapeamento entre as classes Bean e as páginas (.xhtml) para que possam ter acesso às propriedades e aos métodos. A utilização do @ResquestScoped indica o tipo de escopo do Bean que mantém os dados do Bean em memória mesmo que a página seja trocada.

Figura 10: Backing Bean referente ao usuário.

A Figura 11 apresenta a página (.xhtml) do cadastro de usuários, na qual foram utilizados os componentes do JSF em com conjunto com os componentes do Prime faces, que é uma biblioteca de componentes JSF customizados. Para realizar a ligação dos componentes da página com a classe Bean são utilizadas as expressões UEL (Unified Expression Language), um exemplo desta encontra-se na linha 28 da Figura 11, onde o atributo value do componente recebe: “#{usuarioBean.usuario.nome}”. As demais páginas do sistema funcionam da mesma maneira.

15

Figura 11: Página (.xhtml) do cadastro de usuários

A Figura 12 apresenta a tela para a criação de uma nova solicitação, a qual apresenta, por padrão, uma barra de menu que contem os botões necessários para cada tipo de usuário. Esse menu é montado levando em consideração as regras definidas no Spring Security, portando, somente serão apresentados os botões específicos para cada tipo de permissão. Nessa tela é necessário escolher para qual cliente está sendo aberta a solicitação; informar a descrição do problema; o que será necessário salvar referente aos dados do cliente informado por ele; selecionar o serviço e, caso o cliente solicite ou precise trocar alguma peça, também pode ser informado. Para finalizar a solicitação, basta dar um clique no botão Salvar.

Figura 12: Tela para criar uma nova solicitação.

16

A Figura 13 mostra a tela para gerenciar solicitações, referente à permissão de acesso de técnico. Nela o técnico tem como principal objetivo realizar todo o gerenciamento dos chamados que foram solicitados pelos usuários e fazer alterações conforme a necessidade. Pode-se observar a presença de vários ícones que têm as funcionalidades de alteração do Status da solicitação, como foi descrito anteriormente no caso de uso “Gerenciar Solicitações”.

Figura 13: Tela do gerenciar de solicitações.

3.5 Arquitetura da Aplicação Mobile A arquitetura da aplicação mobile é bem simples e funciona exatamente como foi descrito no diagrama de classes da Figura 6. A Figura 14 apresenta a implementação da classe “ConsultaRestActivity”, que concentra toda a lógica de negócio da aplicação. Pode-se observar a utilização de componentes específicos do Android como EditText e o Spinner, que foram usados como variáveis para armazenar os dados que o usuário digitar ou selecionar. O EditText foi utilizado para o login e o Spinner para o tipo de consulta. Existe também um button que ao ser pressionado realiza a consulta ao web service do sistema, utilizando a variável “urlPadrao” que contém o endereço do servidor. A Figura 15 faz parte da classe “ConsultaRestActivity”, que apresenta o método consultarStatus(String Url), que utiliza a classe “RestTemplate” do framework Spring for Android para criar um client e realizar a requisição ao web service do sistema Web.

17

Figura 14: Classe “ConsultaRestActivity”.

Figura 15: Método “consultarStatus”

As Figuras 16 e 17 apresentam a aplicação mobile em funcionamento no emulador Android. A Figura 16 é a tela de consulta da aplicação, onde o usuário informa seu login e o tipo de consulta. A Figura 17 apresenta a resposta referente à consulta do status do último chamado do usuário.

18

Figura 16: Tela de consulta da aplicação mobile em um emulador Android.

Figura 17: Tela de resposta da aplicação mobile em um emulador Android.

19

4. Lições Aprendidas

4.1 Uso do Java Server Faces (JSF)

O JSF teve um papel importante para o desenvolvimento da interface gráfica do sistema por ser um framework de componentes para o desenvolvimento Web. JSF foi utilizado em conjunto com o Prime Faces que são os componentes JSF customizados. Com essa união foi possível construir as páginas dinâmicas do sistema. Um componente que merece destaque é o Data Table do Prime Faces que, com algumas configurações simples, possibilitou especificar métodos de ordenação e de pesquisa na própria tabela. O JSF conta com um recurso bem interessante, a navegação implícita, que facilita muito a configuração e navegabilidade entre as páginas. Para utilizar-se deste recurso basta informar o nome da página de destino ou informar o caminho completo da página que deseja ser redirecionado, por exemplo, “/publico/usuário.xhtml”. Isso facilita muito a organização arquitetural da aplicação Web.

4.2 Adoção do Spring Security

A utilização do Spring Security proporcionou agilidade para implementar a segurança do sistema Web, pois foram definidos os papéis (roles) dos usuários para o sistema, que são “ROLE_ADMINISTRADOR”, “ROLE_TECNICO” e “ROLE_USUARIO”. Para isso, foi necessário criar uma pasta para colocar as páginas Web referentes à cada tipo de usuário. Por fim, foram definidos no arquivo XML quais roles tinham acesso à cada pasta e cada recurso disponível no sistema, facilitando a definição do papel de cada novo usuário no sistema. Por padrão, ao realizar um novo cadastro o sistema já define automaticamente que esse usuário será do tipo “ROLE_USUARIO”, o qual poderá ser alterado, caso o usuário venha a ser um técnico ou mesmo um administrador.

4.3 Adoção da Plataforma Android

A utilização da plataforma Android para desenvolver a aplicação que disponibiliza suporte a smartphones foi fundamental, pois sua codificação é feita na linguagem Java, a mesma utilizada para desenvolver o sistema Web. Portanto, não foi necessário aprender uma nova linguagem para implementar a aplicação mobile. O Android utiliza arquivos XML para criar o layout das telas, com um plugin disponível para Eclipse [32], o qual permite editar esses arquivos graficamente. Além disso, o Android apresenta uma paleta com os componentes que podem ser arrastados para a tela, facilitando o processo de desenvolvimento da aplicação. É importante destacar que a utilização do framework Spring for Android simplificou o método responsável por fazer as requisições ao web service do sistema Web.

5. Conclusões e Trabalhos Futuros

Este artigo apresentou o desenvolvimento de um sistema Web para controle de solicitações de assistência técnica à computadores e o desenvolvimento de uma aplicação mobile utilizando a plataforma Android, que proporcionou integração com o sistema Web por meio de smartphones.

Apesar de ser um sistema relativamente simples, proporciona grandes benefícios para a empresa, sendo: agilidade, organização e segurança. O próprio usuário pode realizar a abertura de um chamado no sistema e, em um segundo momento, consultar a

20

situação em que se encontra a sua solicitação por um dispositivo móvel. Isso permite maior interação entre os usuários, técnicos e administradores. Assim, o sistema contribui diretamente para um melhor atendimento das solicitações, fazendo com que o usuário fique satisfeito com o serviço e aumentando a credibilidade da empresa.

Como direção para possíveis trabalhos futuros tem-se: (i) a necessidade de melhorar o suporte ao smartphone, disponibilizando para o usuário a possibilidade de realizar a abertura de solicitações e, para o técnico, a possibilidade de gerenciamento as solicitações; (ii) implementar o controle financeiro referente as solicitações e o controle de estoque referente às peças utilizadas nas solicitações e. (iii) analisar se o sistema atende outras empresas do mesmo ramo de atividade e disponibilizar o sistema como um serviço. Agradecimentos

Primeiramente a Deus, por ter me dado forças para conclusão deste trabalho. Aos meus pais, Luiz Augusto e Fatima, que sempre me incentivaram. Ao meu orientador Professor Dr. Edson A. Oliveira Junior, pelo apoio, incentivo e grande auxílio no desenvolvimento deste trabalho.

Referências Bibliográficas

[1] Java Server Faces Technology: Disponível em:

<http://www.oracle.com/technetwork/java/javaee/javaserverfaces-139869.html>. Acesso em: 31 Out 2012.

[2] Java Community Process: Disponível em: <http://www.jcp.org/en/home/index>. Acesso em: 31 Out 2012.

[3] LUCKOW, D. H.; MELO A. A. Programação Java para Web, São Paulo: Novatec, 2010

[4] HORSTMANN, CAY; GEARY, DAVID Core JavaServer Faces, 3ª ed, Boston - USA: Prentice Hall, 2010

[5] SIERRA, KATHY; BASHAM, BRYAN. Use a Cabeça! Servlets & JSP, São Paulo: Alta Books, 2008

[6] Tomcat: Disponível em: <http://tomcat.apache.org/>. Acesso em: 03 Nov 2012.

[7] Apache Jakarta: Disponível em: <http://jakarta.apache.org/>. Acesso em: 03 Nov 2012.

[8] Apache: Disponível em: <http://www.apache.org/>. Acesso em: 03 Nov 2012.

[9] Java Servlet Technology: Disponível em: <http://www.oracle.com/technetwork/java/index-jsp-135475.html>. Acesso em: 03 Nov 2012.

[10] JavaServer Pages Technology: Disponível em: <http://www.oracle.com/technetwork/java/javaee/jsp/index.html>. Acesso em: 03 Nov 2012.

[11] VUKOTIC, Aleksa; GOODWILL, James. Apache Tomcat 7, New York City: Apress, 2011

[12] Hibernate: Disponível em: <http://www.hibernate.org/>. Acesso em: 03 Nov 2012.

[13] CAELUM, Java para desenvolvimento Web – FJ-21: Disponível em: <http://www.caelum.com.br/download/caelum-java-web-fj21.pdf>. Acesso em: 03 Nov 2012.

[14] JBoss: Disponível em: <http://www.jboss.org/>. Acesso em: 03 Nov 2012.

[15] Java Persistence API (JPA): Disponível em:

<http://www.oracle.com/technetwork/articles/javaee/jpa-137156.html>. Acesso em: 03 Nov 2012.

21

[16] BAUER, CHRISTIAN; KING, GAVIN. Java Persistance com Hibernate, Rio de Janeiro, Ciência Moderna, 2007.

[17] MySQL Disponível em: <http://www.mysql.com/ >,Acesso em: 30, Out, 2012.

[18] MySQL – Customers – why-mysql: Disponível em: <http://www.mysql.com/customers/ - http://www.mysql.com/why-mysql/ >,Acesso em: 30, Out, 2012.

[19] NIEDERAUER, Juliano. Integrando PHP 5 com MySQL, 2ª ed, São Paulo, Novatec, 2008. Disponível em: < http://www.novateceditora.com.br/guias/phpmysql2/sumario9788575221747.pdf> Acesso em: 30 Out 2012.

[20] Spring Security: Disponível em: <http://static.springsource.org/spring-security/site/>. Acesso em: 30 Out 2012.

[21] Java Magazine. Spring Security – Segurança simples, poderosa e portável - à moda do SpringFramework. DevMedia Group, v. 69, p. 74 – 77, 2009

[22] RESTful Web Services: Disponível em: <http://www.oracle.com/technetwork/articles/javase/ /index-137171.html/>. Acesso em: 03 Nov 2012.

[23] JAVA.NET “JAX-RS”. Disponível em: <http://jax-rs-spec.java.net/>. Acesso em: 04 Nov 2012

[24] Java Magazine. RESTEasy: Além da Especificação – Facilitando o desenvolvimento de RESTFull Web Services com RESTEasy. DevMedia Group, ed. 99, p. 52 – 61, 2012

[25] RESTEasy: Disponível em: <http://www.jboss.org/resteasy>. Acesso em: 03 Nov 2012.

[26] JAVA.NET “JSR 311”. Disponível em: <http://jsr311.java.net/>. Acesso em: 04 Nov 2012

[27] ANDROID: Disponível em: <http://www.android.com/>. Acesso em: 04 Nov 2012

[28] LECHETA, Ricardo R. “Google Android: aprenda a criar aplicações para dispositivos móveis com o Android SDK”, 2ª. Ed., Editora Novatec, 2010.

[29] Spring for Android: Disponível em: <http://www.springsource.org/spring-android>. Acesso em: 05 Nov 2012.

[30] RestTemplate Module: Disponível em:<http://static.springsource.org/spring-android/docs/1.0.x/reference/html/rest-template.html>. Acesso em: 05 Nov 2012.

[31] Data Access Object (DAO): Disponível em:

<http://www.oracle.com/technetwork/java/dataaccessobject-138824.html>. Acesso em: 13 Nov 2012.

[32] IDE Eclipse: Disponível em: <http://www.eclipse.org/>. Acesso em: 30 Out 2012.