Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original
UNIVERSIDADE ESTÁCIO DE SÁ ISABELA NASCIMENTO DE OLIVEIRA RABELLO THAYAMA INOCÊNCIO VENTURA ON.Cond Rio de Janeiro 3 Junho de 2022 UNIVERSIDADE ESTÁCIO DE SÁ ISABELA NASCIMENTO DE OLIVEIRA RABELLO THAYAMA INOCÊNCIO VENTURA ON.Cond Trabalho de conclusão de curso apresentado à Universidade Estácio de Sá como requisito parcial à obtenção do grau de Bacharel em Sistemas de Informação/Tecnólogo em Análise e Desenvolvimento de Sistemas/ Tecnólogo em Sistemas para Internet. Orientador Prof. M.Sc. Rodrigo Augusto Barros Pereira Dias. Rio de Janeiro Junho de 2022 ISABELA NASCIMENTO DE OLIVEIRA RABELLO THAYAMA INOCÊNCIO VENTURA ON.Cond Trabalho de conclusão de curso apresentado à Universidade Estácio de Sá como requisito parcial à obtenção do grau de Bacharel em Sistemas de Informação/Tecnólogo em Análise e Desenvolvimento de Sistemas/ Tecnólogo em Sistemas para Internet. Orientador Prof. M.Sc. Rodrigo Augusto Barros Pereira Dias. Aprovada em XX de junho de 2022. BANCA EXAMINADORA ________________________________________ Prof. M.Sc. ---- NOME DO CONVIDADO 1 --- ________________________________________ Prof. M.Sc. ---- NOME DO CONVIDADO 2 --- ________________________________________ Prof. M.Sc. Rodrigo Augusto Barros Pereira Dias À Deus, às nossas famílias, amigos e todos aqueles que acreditam em nós. AGRADECIMENTOS Antes de tudo gostaríamos de agradecer à Deus pois sem Ele nada disso seria possível. Só o Senhor sabe o que cada um de nós passou, o que cada um de nós precisou enfrentar, o que cada um de nós teve que abdicar para que pudéssemos hoje estar alcançando mais esse objetivo. Agradecemos também às nossas famílias por estarem sempre ao nosso lado, nos apoiando, nos incentivando e por terem nos ensinado os grandes valores da vida: dedicação, lealdade, comprometimento e responsabilidade. Ao nosso orientador e professor Rodrigo Augusto Barros Dias Pereira também deixamos o nosso muito obrigado por nos acompanhar de perto em cada etapa da nossa carreira acadêmica. Somos também gratos a todos nossos amigos que nos ajudaram seja com ideias, dúvidas, ouvindo atentos aos nossos desabafos ou até nos acalentando quando mais precisávamos de conforto diante das dificuldades vividas. Mencionamos também umas das figuras principais nesse cenário que são todos os nossos professores ao longo da vida em cada escola, cada curso, a universidade que estudamos, cada autor de livro que lemos... Sem eles não teríamos um terço do conhecimento que temos hoje. “Considere a sua origem. Não foste formado para viver como os brutos, mas para seguir a virtude e o conhecimento.” (Dante Alighieri) RESUMO O aplicativo tem como principal objetivo a administração e acessibilidade de qualquer esquema de moradia similar a condomínios, com serviços básicos que facilitam o acesso, manutenção e acompanhamento de atividades que atualmente podem ser feitas de forma ineficiente ou rudimentar, poupando os usuários de certas ocasiões. Atualmente disponibiliza um sistema de avisos, a agenda do condômino, acesso aos registros financeiros, controle de encomendas, reserva e consulta de disponibilidade das áreas sociais e o registro de reclamações. Palavras-Chave: Sistema, Condomínio, Aplicativo, Administração, Acessibilidade. SUMÁRIO 1. INTRODUÇÃO 10 1.1. Solução Proposta 11 1.2. Tecnologia 11 2. DOCUMENTAÇÃO TÉCNICA 12 2.1 Requisitos Funcionais: 12 2.2 Requisitos não funcionais: 17 2.3 Diagrama de classe: 21 2.4 Diagrama de casos de uso: 22 3. DOCUMENTAÇÃO DA INTERFACE 23 3.1 Tela de login: 23 3.2 Tela de cadastro: 23 3.3 Tela inicial: 24 3.4 Tela de login (Logado): 25 4. FERRAMENTAS DE APOIO À DECISÃO 26 5. CONCLUSÃO 27 5.1. Trabalhos futuros 27 6. REFERÊNCIAS 28 7. ANEXOS 29 7.1 Entrevista com o síndico para levantamento de necessidades e requisitos: 29 7.2 Entrevista aberta com o público entendimento dos problemas observados: 30 7.3 Script para criação do banco de dados e as tabelas a serem utilizadas: 31 7.4 Código para integrar o aplicativo com o banco de dados: 32 7.5 Código do aplicativo (até onde o mesmo foi desenvolvido): 32 1. INTRODUÇÃO Basta olhar à nossa volta para notar que o padrão das moradias no Brasil e no mundo mudou. Através de fotos e antigos registros, nota-se a mudança nessa categoria: antes havia uma predominância de grandes casas, sítios e chácaras que, em sua grande maioria, foram substituídos por moradias verticais: os prédios. Entre o período entre 1984 e 2019 o número de apartamentos nas grandes metrópoles teve um aumento de 321% (1) e esse número tende a subir. O decorrente boom imobiliário observado nas últimas décadas, a busca por moradias mais seguras e próximas ao local de trabalho explicam esse aumento. Essa mudança altera, inclusive, a forma como os assuntos da sua residência são gerenciados. A configuração do prédio em si não viabiliza a administração individual de cada unidade, tornando necessário uma figura intermediadora dos interesses e conflitos do local. Desta forma, surge a figura da administração condominial. Com o avanço da tecnologia é possível tornar mais simples essa tarefa, mas nem todos os condomínios dispõe de ferramentas para tal. Problemas como falha na comunicação, na organização, falta de transparência em relação aos gastos, podem ser notados em alguns casos e, por diversas vezes, ocasionam uma péssima convivência entre condôminos, síndicos e funcionários. Unificar avisos, reclamações, questões financeiras, prestação de contas em uma plataforma de fácil acesso para todos parece ser uma das maiores dificuldades dessas administrações. É possível notar que muitos prédios ainda utilizam métodos mais antigos como quadro de avisos e outros tentam a comunicação através de aplicativos de mensagens instantâneas, como o Telegram e o WhatsApp, onde pode ser difícil de manter os assuntos organizados devido ao grande número de mensagens. Mas, como ter a certeza de que os moradores receberam e leram os avisos? A mesma coisa vale para os condôminos: como ter certeza de que a encomenda aguardada já se encontra disponível para retirada na portaria? Ou que a reclamação sobre a música alta do vizinho foi efetivamente registrada? Um exemplo prático: um morador deseja registrar uma reclamação sobre um vizinho que sempre executa obras fora do horário, consequentemente perturbando os demais em seu horário de descanso. Porém as reclamações no prédio devem ser informadas ao porteiro, que fica encarregado de anotá-las no livro, ao qual somente o mesmo possui acesso. Se esse funcionário tiver alguma forma de relação com o vizinho infrator, como uma amizade, como ter certeza de que a reclamação seria escrita e informada ao Síndico? Diante desse cenário, surgiu a ideia de desenvolver um aplicativo para tentar suprir essas necessidades de unificar e melhorar processos tão comuns dentro dos condomínios. 1.1. Solução Proposta Visto isso, foi criado o aplicativo para plataforma mobile chamado ON.Cond com o propósito de melhorar atividades e processos comuns à maioria dos condomínios e informatizar de forma prática e acessível essas simples ações do dia a dia que, muitas das vezes, se tornam complicadas devido ao desencontro de informações e falta de um meio versátil e unificado de comunicação. Nesse aplicativo, há categorias-chave para acesso, tais como: Reserva de Áreas Comuns, Avisos, Encomendas, Transparência Financeira, Reclamações e Suporte. Ao acessar cada uma dessas áreas serão exibidas telas com os campos primordiais para que o condômino possa preencher as informações necessárias e assim efetuar a ação desejada. A escolha da plataforma mobile deu-se pelo fato de que atualmente a grande maioria das pessoas dispõe de celulares ou tablets, que são dispositivos pequenos e mais fáceis de transportar, tornando a utilização do sistema ainda mais simples. 1.2. Tecnologia O aplicativo ON.Cond foi desenvolvido na linguagem Java utilizando a plataforma Android Studio, a escolha dessa ferramenta deu-se pelo fato de que o smartphone, atualmente tão presente na vida dos brasileiros, seria a escolha mais assertiva para que um número maior de usuários fossem alcançados e pudessem gozar das facilidades oferecidas pelo aplicativo. Para armazenar os dados o aplicativo usa o banco de dados MySQL que é administrado através do MySQL Workbench. O banco de dados foi criado utilizando o serviço Amazon RDS, disponibilizado pela AWS Cloud Services, o que facilita o compartilhamento e acesso ao mesmo dentre todos os integrantes da equipe com segurança. 2. DOCUMENTAÇÃO TÉCNICA 2.1 Requisitos Funcionais: Identificador: RF01 Nome: Cadastrar aviso Data de criação: 02/05/2022 Autor: Thayama Ventura Data da última alteração: — Autor da última alteração: — Versão: 1 Descrição: Ação realizada pelo síndico. Ele cadastra as notificações importantes aos condôminos, como reuniões, reparos, limpezas em áreas comuns, cuidados com jardins etc., informando a data e a hora de quando ocorrerão Identificador: RF02 Nome: Consultar aviso Data de criação: 02/05/2022 Autor: Thayama Ventura Data da última alteração: — Autor da última alteração: — Versão: 1 Descrição: Condôminos e o síndico poderão consultar os avisos disponíveis sempre que lhes forem necessários. Identificador: RF03 Nome: Alterar/ remover avisos Data de criação: 02/05/2022 Autor: Thayama Ventura Data da última alteração: — Autor da última alteração: — Versão: 1 Descrição: O síndico poderá alterar os avisos, trocando a data, a hora. Ele também poderá excluir avisos. Identificador: RF04 Nome: Cadastrar eventos na agenda Data de criação: 02/05/2022 Autor: Thayama Ventura Data da última alteração: — Autor da última alteração: — Versão: 1 Descrição Os condôminos que queiram alugar as áreas comuns do condomínio, deverão antes de tudo consultar a disponibilidade da agenda através da abertura de um chamado que poderá ser respondido pelo síndico ou o porteiro. O chamado deverá constar a data e a hora escolhidas para o evento, o número de convidados e outras observações que se façam necessárias, o chamado deverá ser respondido em até 12 horas com o status de finalizado ou não autorizado seguido de uma breve explicação sobre a não autorização. Identificador: RF05 Nome: Consultar/ alterar eventos na agenda Data de criação: 02/05/2022 Autor: Thayama Ventura Data da última alteração: — Autor da última alteração: — Versão: 1 Descrição: Ação realizada pelo síndico ou pelo porteiro, eles terão acesso a agenda e poderão alterar eventos conforme lhes forem solicitados. Identificador: RF06 Nome: Remover eventos da agenda Data de criação: 02/05/2022 Autor: Thayama Ventura Data da última alteração: — Autor da última alteração: — Versão: 1 Descrição: O síndico ou o porteiro serão os únicos autorizados a excluir eventos da agenda a partir da solicitação do condômino que tenha alugado previamente a área comum. Identificador: RF07 Nome: Cadastrar/ alterar/ excluir encomendas Data de criação: 02/05/2022 Autor: Thayama Ventura Data da última alteração: — Autor da última alteração: — Versão: 1 Descrição: O porteiro ao receber uma encomenda deverá cadastrá-la no sistema informando o nome e apartamento do destinatário e a data de entrega. Ao entregá-la para o condômino, o porteiro deverá informar a data de retirada da encomenda. Ele poderá alterar quaisquer informações sobre a encomenda caso tenha cometido algum erro ou até mesmo exclui-las do sistema. Identificador: RF08 Nome: Cadastrar/alterar/remover informações financeiras Data de criação: 02/05/2022 Autor: Thayama Ventura Data da última alteração: — Autor da última alteração: — Versão: 1 Descrição: O síndico poderá disponibilizar um resumo sobre as despesas do condomínio no mês vigente. Será apenas uma forma de consulta simplificada, contendo informações como serviços contratados naquele mês e o valor de cada um deles, gasto com salário de funcionários, compra de materiais para conservação e limpeza etc. O síndico poderá alterar ou excluir essas informações. No futuro essa área também irá disponibilizar 2ª via de boletos para pagamento da taxa condominial. Identificador: RF09 Nome: Consultar informações financeiras Data de criação: 02/05/2022 Autor: Thayama Ventura Data da última alteração: — Autor da última alteração: — Versão: 1 Descrição: O condômino terá acesso ao resumo de despesas previamente disponibilizado pelo síndico. No futuro, ele terá acesso a 2ª via do boleto para pagamento da taxa condominial. Identificador: RF10 Nome: Cadastrar/ consultar reclamações Data de criação: 02/05/2022 Autor: Thayama Ventura Data da última alteração: — Autor da última alteração: — Versão: 1 Descrição: Os condôminos abrirão reclamações através de chamados que serão respondidos pelo síndico e consultar o status delas, vendo se já foram respondidas ou não. Identificador: RF11 Nome: Cadastrar/ alterar usuários Data de criação: 02/05/2022 Autor: Thayama Ventura Data da última alteração: — Autor da última alteração: — Versão: 1 Descrição: O síndico irá cadastrar novos usuários (condôminos e porteiros) assim que mudarem ou entrarem para o time de funcionários do condomínio, dando a cada um o seu respectivo acesso. O síndico também realizará quaisquer alterações que sejam necessárias no cadastro deles. Excluindo-os em caso de mudança ou demissão. 2.2 Requisitos não funcionais: Identificador: RNF01 Categoria: Desempenho Nome: Conexão estável com banco de dados Data de criação: 25/04/2022 Autor: Isabela Rabello Data da última alteração: — Autor da última alteração: — Versão: 1 Prioridade: Essencial Descrição: O sistema deverá possuir conexão estável com o banco de dados com o banco de dados para viabilizar o cadastro de usuários e acesso ao sistema e suas funcionalidades, garantindo assim o seu funcionamento. Identificador: RNF02 Categoria: Disponibilidade Nome: Disponibilidade do sistema Data de criação: 25/04/2022 Autor: Isabela Rabello Data da última alteração: — Autor da última alteração: — Versão: 1 Prioridade: Essencial Descrição: O sistema deve disponibilizar suas funcionalidades para uso durante 24h por dia, 7 dias por semana, excetuando-se pausas para manutenções corretivas ou preventivas. Identificador: RNF03 Categoria: Segurança Nome: Permissão para cadastro de usuários Data de criação: 25/04/2022 Autor: Isabela Rabello Data da última alteração: — Autor da última alteração: — Versão: 1 Prioridade: Essencial Descrição: O cadastro de usuários poderá ser realizado apenas pelo usuário do síndico, que terá permissões para tal, permissão essa que será definida através do ID identificador de usuário. Identificador: RNF04 Categoria: Segurança Nome: Requisitos mínimos para cadastro de senha Data de criação: 25/04/2022 Autor: Isabela Rabello Data da última alteração: — Autor da última alteração: — Versão: 1 Prioridade: Essencial Descrição: O sistema deverá permitir o cadastro somente de senhas que atendam aos requisitos mínimos (mínimo de 8 caracteres, pelo menos uma letra maiúscula, pelo menos uma letra minúscula, um símbolo e um número). Identificador: RNF05 Categoria: Segurança Nome: Não repúdio das reclamações registradas Data de criação: 25/04/2022 Autor: Isabela Rabello Data da última alteração: — Autor da última alteração: — Versão: 1 Prioridade: Essencial Descrição: O sistema deverá garantir o não repúdio das reclamações registradas, impossibilitando o registro de reclamações sem um usuário autenticado e impedindo a alteração e/ou exclusão de reclamações. Identificador: RNF06 Categoria: Compatibilidade Nome: Plataforma utilizada Data de criação: 25/04/2022 Autor: Isabela Rabello Data da última alteração: — Autor da última alteração: — Versão: 1 Prioridade: Essencial Descrição: O sistema deverá ser desenvolvido para plataforma mobile, devido ao fato de a maioria das pessoas possuírem acesso celular e poderem, assim, utilizá-lo com mais facilidade onde estiverem. Identificador: RNF07 Categoria: Usabilidade Nome: Usabilidade do sistema por público leigo Data de criação: 25/04/2022 Autor: Isabela Rabello Data da última alteração: — Autor da última alteração: — Versão: 1 Prioridade: Essencial Descrição: O sistema deve contar com interface amigável que viabilize a utilização para o público leigo, visto que será disponibilizado para todos os moradores, síndico e porteiro que não necessariamente compõem um grupo técnico especializado. 2.3 Diagrama de classe: Figura 1: Diagrama de Classe. 2.4 Diagrama de casos de uso: Figura 2: Diagrama de Caso de Uso 1. DOCUMENTAÇÃO DA INTERFACE 3.1 Tela de login: Abaixo a tela de login, que será exibida ao abrir o aplicativo, onde o usuário poderá efetuar o login ou cadastrar-se na plataforma caso ainda não o tenha feito. O login deverá ser feito utilizando um e-mail válido e uma senha pré-definida no momento do cadastro. Figura 1: tela de login do aplicativo. 3.2 Tela de cadastro: Nesta tela o usuário poderá efetuar o seu cadastro na plataforma, disponibilizando seu nome completo, e-mail e senha desejada. Esse login posteriormente deverá ser validado pelo síndico para que possa ser verificada a identidade do morador. Figura 2: tela de cadastro. 3.3 Tela inicial: Tela principal do aplicativo exibida logo após o login com sucesso onde se encontram os botões de acesso para as funcionalidades disponíveis para o usuário: avisos, agenda, financeiro, encomendas, áreas sociais, reclamações. Figura 3: menu principal do aplicativo. 3.4 Tela de login (Logado): Essa será a tela exibida caso o usuário abra o aplicativo novamente após já ter efetuado o login, contendo o botão “deslogar” caso ele deseje efetuar o logoff. Figura 4: tela com opção de logoff. 4. FERRAMENTAS DE APOIO À DECISÃO · Cronograma: · Orçamento: · Outros: 5. CONCLUSÃO Ao iniciar esse projeto, foram idealizadas todas as funcionalidades que deveriam constar no aplicativo para que fosse desenvolvida uma ferramenta que viesse efetivamente a corroborar tanto com a vida dos condôminos quanto daqueles que se encarregam da administração condominial. Durante o desenvolvimento, esbarrou-se em algumas questões sobre decisão da plataforma, linguagem e banco a serem utilizados e uma forma de integrar todas essas interfaces. O fato de terem saído dois integrantes do projeto também foi crucial no que diz respeito à totalidade de entrega do aplicativo da forma que havia sido idealizada e dentro do tempo proposto. Desta forma, conclui-se que na tentativa de agilizar o desenvolvimento e garantir a entrega do que foi proposto, são necessárias medidas de vinculação do analista à entrega do aplicativo (permanência dele do início até o fim do projeto) além de um melhor dimensionamento de quantas pessoas devem ser envolvidas nesse processo e quais são os conhecimentos técnicos necessários e esperados para cada um dos integrantes. Isso tudo deve estar alinhado com a tecnologia que será utilizada de acordo com o que é esperado do produto. 5.1. Trabalhos futuros · Disponibilizar a versão inicial do aplicativo (“O protótipo”), com as principais funcionalidades, como reclamações, avisos e controle de encomendas. · Disponibilizar o acesso a informações financeiras, como acesso a 2ª via de boletos, multas, controle de despesas etc. · Melhorar a questão de segurança do aplicativo. Tornando seguro o compartilhamento de informações críticas, como as informações financeiras, por exemplo. · Identificação de visitantes por QR Code. Cada morador teria seu próprio QR Code e poderia disponibilizá-lo para suas visitas, que ao chegarem apresentariam ao porteiro o código. · Check-in e votação nas assembleias do condomínio via aplicativo, garantindo o controle tanto na presença dos moradores nas assembleias quanto em relação aos votos, que poderiam ser facilmente auditados. · Agendar mudanças (Tanto de entrada quanto de saída) pelo app · A criação de um marketplace interno, onde os moradores poderiam oferecer seus serviços, vender e comprar, doar etc. 6. REFERÊNCIAS NÚMERO DE APARTAMENTOS NO BRASIL CRESCE 321% EM 35 ANOS. Disponível em: https://www.triider.com.br/blog/numero-de-apartamentos-no-brasil-cresce/. Acesso em: 20 de março de 2022. Quanto custa um aplicativo? Disponível em: http://mobimais.com.br/blog/quanto-custa-um-aplicativo/ . Acesso em: 29 de maio de 2022. Salário Médio de Gerente de projetos em Brazil 2022. Disponível em: https://br.talent.com/salary?job=gerente+de+projetos#:~:text=Sal%C3%A1rio%20M%C3%A9dio%20de%20Gerente%20De%20Projetos%20em%20Brazil%202022&text=O%20sal%C3%A1rio%20m%C3%A9dio%20de%20gerente,R%2433%2C85%20por%20hora. Acesso em: 29 de maio de 2022. Salário Médio UX Designer em Brazil 2022. Disponível em: https://br.talent.com/salary?job=ux+designer . Acesso em: 29 de maio de 2022. Salário Médio de Desenvolvedor Mobile Android em Brazil 2022. Disponível em: https://br.talent.com/salary?job=desenvolvedor+mobile+android#:~:text=O%20sal%C3%A1rio%20m%C3%A9dio%20de%20desenvolvedor,R%2435%2C38%20por%20hora . Acesso em:29 de maio de 2022. Pesquisa aberta feita com o público para entendimento da real necessidade para criação do aplicativo. Disponível em: https://docs.google.com/forms/d/1Ba82oTdASnGCNuhSQG2thWiOFDOMClR9tEz-FBxd3b4/edit#responses 7. ANEXOS 7.1 Entrevista com o síndico para levantamento de necessidades e requisitos: 7.2 Entrevista aberta com o público entendimento dos problemas observados: 7.3 Script para criação do banco de dados e as tabelas a serem utilizadas: 7.4 Código para integrar o aplicativo com o banco de dados: 7.5 Código do aplicativo (até onde o mesmo foi desenvolvido): https://drive.google.com/file/d/1tmM-lhuvYCWiSZhvz_5teWfYna9YF297/view?usp=drivesdk 8 Anexo II 8.1 Resultados obtidos através de pesquisa realizada entre os dias 17 e 27 de março de 2022. image83.jpg image84.jpg image85.jpg image86.jpg image87.jpg image88.jpg image89.jpg image90.jpg image91.jpg image92.jpg image93.jpg image94.jpg image95.jpg image96.jpg image97.jpg image98.jpg image99.jpg image100.jpg image101.jpg image102.jpg image2.png image103.jpg image104.jpg image105.jpg image106.jpg image107.jpg image108.jpg image109.jpg image3.jpeg image4.jpeg image5.jpeg image6.png image7.jpeg image8.png image9.jpeg image10.jpeg image11.png image12.png image13.png image14.png image15.png image16.jpg image17.jpg image18.jpg image19.jpg image20.jpg image21.jpg image22.jpg image23.jpg image24.jpg image25.jpg image26.jpg image27.jpg image28.jpg image29.jpg image30.jpg image31.jpg image32.jpg image33.jpg image34.jpg image35.jpg image36.jpg image37.jpg image38.jpg image39.jpg image40.jpg image41.jpg image42.jpg image43.jpg image44.jpg image45.jpg image46.jpg image47.jpg image48.jpg image49.jpg image50.jpg image51.jpg image52.jpg image53.jpg image54.jpg image55.jpg image56.jpg image57.jpg image58.jpg image59.jpg image60.jpg image61.jpg image62.jpg image63.jpg image64.jpg image65.jpg image66.jpg image67.jpg image68.jpg image69.jpg image70.jpg image71.jpg image72.jpg image1.jpg image73.jpg image74.jpg image75.jpg image76.jpg image77.jpg image78.jpg image79.jpg image80.jpg image81.jpg image82.jpg