| |
| Acadêmico(a): Silvio Greuel |
| Título: Aplicação para controle de fluxo e mensageria entre dispositivos IOT |
| |
| Conclusão: |
Este é o capítulo de fechamento do trabalho, onde são discutidos os resultados obtidos, as decisões de implementação, as dificuldades superadas durante o desenvolvimento e projeto, e ainda são sugeridos alguns trabalhos futuros. Como principal forma de avaliação, se fez o levantamento de casos de uso, apresentando suas implementações de forma que possam ser reproduzidas, mesmo que em ambiente controlado. A funcionalidade da aplicação de fluxos e decisões, se tornou capaz de contemplar variados procedimentos em que, dado uma coleta, há a necessidade de realizar uma decisão seguida de tomada de ação, ao exemplo dos casos de uso em ambiente agrário, apresentados na seção 4.3.1. A aplicação também se mostrou apta, ao realizar integração com uma plataforma externa, como constata a seção 4.3.2. Outra meta de avaliação, foi atingida com a validação da portabilidade da aplicação de interface do usuário, a possibilidade de realizar a instalação do aplicativo de forma nativa, fazendo com que funcionalidades como BlueTooth e NFC fossem também acessíveis, além de possibilitar seu uso, sem a necessidade de uma conexão ativa com a Internet, reforça a viabilidade do uso de uma PWA como substituto de uma aplicação nativa. Com a apresentação da bancada de homologação, foi possível demonstrar que a solução abrange uma variedade considerável de casos de uso, além de mostrar que as definições de fluxo apresentadas neste estudo, podem ser aplicadas. No entanto, como o broker de mensageria age como um centralizador e, estando somente disponível para os dispositivos conectados à rede mundial de computadores, o broker de mensageria se torna o principal ponto de falha. Outro caso é a falta de alguns nodos de ações que poderiam facilitar a configuração de alguns fluxos. Como extensões possíveis para este trabalho, são indicadas as seguintes opções:
a) alterar a arquitetura para que a execução do fluxo possa ocorrer em uma rede local ou internamente nos dispositivos; d d interesse ao IoT, por exemplo um tipo GPIO, definindo os estados possíveis deste tipo; d a aplicação de interface de usuário e a API WebUSB. b) c) esenvolver novos gatilhos e novos nodos de ação, de forma a atender novos casos de uso; efinir de maneira mais detalha o protocolo de mensagem, adicionando novos tipos de d) e) esenvolver um firmware universal compatível com o protocolo de mensagem; dicionar a possibilidade de realizar o envio do firmware para o dispositivo utilizando a aplicação de interface de usuário e a API WebUSB. |
| |
|
