Projeto Integrado Inovação e Desenvolvimento Mobile: aplicativo Android
O Projeto Integrado Inovação e Desenvolvimento Mobile apresenta o desafio de transformar um atendimento informal em uma solução Android organizada. O aplicativo AgendeFácil precisa cadastrar clientes, serviços e profissionais, controlar datas e horários e manter os agendamentos disponíveis para consulta.
O trabalho reúne análise de sistemas, orientação a objetos, Java, modelagem de dados, SQL e Android Studio. A inovação não está apenas na criação de uma tela: ela aparece na reorganização do processo da empresa, na redução de conflitos de agenda e na disponibilidade de informações consistentes.
Ver Projeto Integrado Inovação e Desenvolvimento Mobile
Da situação-problema para os requisitos
A AgendeFácil Serviços Urbanos trabalha com manutenção residencial, cuidados pessoais, serviços automotivos, assistência técnica e pequenos reparos. O uso de telefone e mensagens dificulta o controle. A primeira análise deve converter esses problemas em requisitos claros.
Entre os requisitos funcionais estão cadastrar cliente, selecionar serviço, consultar profissional, escolher data e horário, confirmar, cancelar e listar agendamentos. Requisitos não funcionais incluem interface clara, validação dos dados, persistência e resposta adequada aos comandos.
Arquitetura das informações do aplicativo
O diagrama de classes organiza Cliente, Profissional, Serviço e Agendamento. Cada entidade recebe atributos e responsabilidades. Agendamento funciona como ponto de ligação, pois registra quem solicitou, qual serviço será executado, quem atenderá e em qual momento.
O modelo orientado a objetos deve evitar repetição de dados. Métodos como confirmarAgendamento, cancelarAgendamento e listarHorarios representam comportamentos. Os relacionamentos precisam refletir as regras da aplicação e servir de base para as classes Java.
Implementação em Java
As classes são construídas com atributos privados, construtores, getters, setters e métodos de negócio. Um programa de teste instancia objetos, cria um agendamento fictício e mostra o resultado no console. Essa execução verifica se os objetos se relacionam corretamente antes da interface.
O código deve usar nomes compreensíveis e manter o mesmo padrão do diagrama. Validações podem impedir dados vazios e estados inválidos. Prints precisam mostrar a classe e o resultado, acompanhados de explicação sobre o teste.
Banco de dados e integridade
A modelagem transforma as entidades em tabelas e aplica normalização até a 2FN. Cliente, Profissional e Serviço armazenam informações próprias; Agendamento usa chaves estrangeiras para referenciar os registros. Essa estrutura reduz duplicidade e facilita consultas.
No AgendeFacilDB, os comandos CREATE TABLE definem chaves primárias, estrangeiras, tipos e restrições. Após inserir cinco registros em cada tabela, consultas com JOIN devem apresentar cliente, serviço, profissional, data e horário. Outra consulta identifica disponibilidade.
Ligação com SQLite ou Room
O modelo SQL serve como referência para o armazenamento local no Android. SQLite permite controle direto das tabelas e comandos; Room adiciona uma camada de abstração com entidades e objetos de acesso. O projeto pode usar a alternativa prevista no roteiro, desde que demonstre persistência.
Experiência do usuário na tela mobile
A interface precisa organizar nome, telefone, e-mail, serviço, data e horário sem confundir o usuário. O DatePicker reduz erros de formato. A lista de horários deve ser atualizada após a escolha da data, removendo opções já ocupadas.
O botão de confirmação só deve concluir o cadastro quando os campos forem válidos. Depois, uma mensagem resume as informações e a RecyclerView ou ListView apresenta os agendamentos. Feedback claro ajuda o usuário a perceber erros e confirmações.
Regra de disponibilidade
A lógica deve comparar data e horário dos registros existentes. Se 09:00 estiver ocupado em determinado dia, ele é retirado apenas daquela data. Essa regra precisa ser testada com registros diferentes para evitar bloqueio indevido ou duplicidade.
Também devem ser testados campos vazios, e-mail inválido, telefone incompleto, tentativa repetida e atualização da lista. Os resultados podem ser organizados em uma tabela com entrada, comportamento esperado e comportamento obtido.
Inovação e melhoria do processo
O aplicativo substitui mensagens dispersas por dados estruturados. A empresa passa a visualizar compromissos, disponibilidade e histórico. Futuras versões podem incluir login, notificações, geolocalização, avaliação do serviço e sincronização em nuvem, mas o relatório deve separar melhorias futuras do que foi implementado.
Organização do relatório
Apresente requisitos, diagrama, classes, normalização, scripts, consultas, interface e testes na ordem. Os nomes devem permanecer iguais em todas as etapas. Consulte ainda Desenvolvimento Mobile e Cursos da Área de TI.
Conclusão
O projeto mostra que uma solução mobile depende de integração entre problema, dados, código e experiência do usuário. A conclusão deve explicar como o protótipo organiza os agendamentos, quais requisitos foram atendidos e quais competências foram aplicadas durante o desenvolvimento.
Acessar Projeto Integrado Inovação e Desenvolvimento Mobile
Precisa de ajuda com seu projeto?
Aponte a câmera do celular para o QR Code e peça seu projeto pelo WhatsApp.
Revisão final do protótipo
Execute o aplicativo em mais de um tamanho de tela, confira alinhamento, rolagem e mensagens. Compare cada requisito do enunciado com uma evidência no relatório. Diagramas, códigos, consultas e telas devem estar legíveis e acompanhados por análise, não apenas inseridos como imagens.
Antes de enviar, remova dados pessoais usados nos testes e mantenha apenas registros fictícios.
