Projeto TCC Sistemas de Informação-Estacio

Prévia do material em texto

1 
 
Sistema Para Organização De Condomínios 
 
Gabriel Regis Pereira de Carvalho1 
 
Jhonatan Alves2 
 
RESUMO 
Este trabalho apresenta o desenvolvimento de um sistema de organização 
para condomínios, com foco na interação entre moradores e na centralização de 
informações relevantes. O sistema proposto visa resolver problemas de 
desinformação e falta de organização em condomínios, oferecendo funcionalidades 
como mural de informações, agendamento de áreas comuns, cadastro de eventos e 
área para cadastro de divulgações. A metodologia utilizada é a cascata com 
retroalimentação, e o desenvolvimento envolve o levantamento de requisitos, 
modelagem conceitual e implementação de funcionalidades específicas para a gestão 
condominial. 
Palavras-chave: Organização de condomínios, interação entre moradores, sistema 
de gestão condominial, agendamento de áreas comuns, notificações instantâneas, 
metodologia em cascata. 
 
1. O problema 
1.1. Tema do trabalho 
O presente trabalho aborda um sistema para organização de condomínios que 
possibilitará interação entre os moradores. 
1.2. Contextualização 
 
1Aluno concludente do curso de Bacharel em Sistemas de Informação da Universidade Estácio de Sá. 
2 Professor Orientador do artigo da Universidade Estácio de Sá 
2 
 
O sistema visa resolver problemas de desinformação entre os condôminos, 
tendo disponível uma área para organizar doações, mural de informações, 
agendamentos de reunião e notificação para usuários. 
1.3. A situação-problema 
Em muitos condomínios não existem locais apropriados para determinadas 
ações como: local para doações, agendamento de áreas comuns e murais de 
informação. Ou, ainda que exista, não se faz tão eficaz visto que a pessoa não tem a 
informação no momento exato em que é lançada, sendo necessário sair de sua 
residência para ter acesso à informação. 
1.4. Breve descrição da solução 
O sistema visa informar aos condôminos de forma imediata através de 
notificações de informações em comum para todos, regras do condomínio e eventos, 
assim como permitir que os condôminos agendem horários em áreas de lazer e 
marquem locais para realizar doações. 
 
2. Contextualização do Problema 
2.1. Premissas e Restrições do Projeto 
Premissas: 
- Os profissionais que estiverem no projeto terão disponibilidade total 
enquanto for necessário; 
- Os dispositivos utilizados para o desenvolvimento do projeto estarão 
disponíveis e em funcionamento total durante o período de utilização; 
- A tecnologia definida para implementação atenderá todos os aspectos 
definidos em seu escopo. 
Restrições: 
- O sistema será entregue 2 meses após seu início; 
- A tecnologia utilizada para a implementação será testada e definida antes 
que o projeto se inicie; 
3 
 
- Os equipamentos e infraestrutura serão previamente definidos e testados; 
- Todos os profissionais alocados não poderão trabalhar mais de 8 horas/dia. 
 
2.2. Caracterização da empresa 
2.2.1. Histórico da empresa 
Beneficiários: Moradores do condomínio Itaboraí. 
Quantidade de pessoas: Estima-se que no mínimo 18 pessoas serão 
beneficiadas. Esse valor foi calculado baseado em um morador por apartamento, 
entretanto o número pode ser maior, visto que mais de um morador poderá utilizá-lo. 
Ramo da atividade: Trata-se de um software de organização voltado para 
condomínios, sendo especificamente neste caso voltado para o condomínio Itaboraí. 
2.2.2. Atividades da empresa 
- Os usuários poderão utilizar da área de divulgação para lançar na plataforma 
itens para doação, por exemplo; 
- Ficará disponível um mural de informações com atualizações e notificações 
instantâneas; 
- O usuário poderá realizar agendamentos de áreas comuns e fazer cadastros 
de eventos. 
2.2.3. Mercado consumidor 
Empresas administradoras de condomínios podem oferecer o serviço aos 
seus condôminos ou os próprios moradores de condomínios que não possuem 
administração por empresas podem convencionar o uso da aplicação. 
2.2.4. Concorrência 
Aplicativos como “WhatsApp”, por exemplo, poderiam figurar como um 
possível concorrente visto que é comum o uso do mesmo para divulgar informações 
em grupos. Entretanto, o mesmo não se faz eficaz, pois permite a propagação de 
informações além do necessário e a aplicação em questão será especifica para o fim 
que se propõe. 
4 
 
Os aplicativos “Manu”, “Organize meu Condomínio” e “Calm” são mais 
voltados para o síndico que administra o condomínio em sua função de manutenção, 
segurança e preservação do condomínio. O sistema proposto neste trabalho tem 
como intenção a interação dos moradores entre si para tratamento em especifico das 
demandas do condomínio em questão. 
2.2.5. Organograma. 
 
 
2.3. Proposta de trabalho 
2.3.1. Método do trabalho 
 A metodologia utilizada para o desenvolvimento do projeto será em 
cascata com retroalimentação que nos permite retornar à certo ponto do projeto e 
corrigir erros ou executar alterações no projeto, caso seja necessário. A técnica de 
levantamento de dados será através de questionários semanais na aplicação e serão 
realizados modelos UML para representar o paradigma de orientação a objetos 
utilizado no desenvolvimento da aplicação em questão. 
5 
 
2.3.2. Previsão e alocação de recursos (humanos e materiais)
 
2.3.3. Cronograma de trabalho (diagrama de Gantt) 
 
6 
 
 
2.3.4. Previsão orçamentária 
 
 
2.4. O Sistema Atual 
2.4.1. Funcionamento do sistema atual: 
Os moradores do condomínio Itaboraí não possuem um sistema específico 
para organizar as demandar do condomínio, atualmente eles utilizam um grupo no 
7 
 
aplicativo “WhatsApp” onde são informados sobre reuniões e possíveis eventos que 
possam vir a ocorrer. 
2.4.2. Problemas do sistema atual. 
As mensagens se perdem em meio a conversas gerais e não relacionadas, 
trazendo dificuldade na hora de encontrar informações importantes. No “WhatsApp” 
não existem funcionalidades especificas para condomínios como reservas de áreas 
comuns, além da quantidade de mensagens que pode ser alta e com isso, os usuários 
podem perder notificações importantes ou desativar as notificações para evitar 
sobrecarga. Como o contato é feito de forma informal, podem ocorrer mal-entendidos 
ou conflitos entre os residentes, que seriam mais fáceis de gerenciar com uma 
plataforma estruturada. 
 
3. A Solução 
3.1. O Sistema Proposto 
3.1.1. Justificativas para o novo sistema 
Com a implantação do sistema, o condomínio terá uma maior organização nas 
informações que serão compartilhadas entre os condôminos, trazendo menos 
interação entre os usuários em grupos de “WhatsApp” com relação as demandas do 
condomínio, visto que o aplicativo será um local especifico para tratamento de 
informações pertinentes ao condomínio. 
3.1.2. Situação desejada: objetivos gerais e específicos 
 Objetivos Gerais: 
O sistema visa garantir uma comunicação eficiente e transparente entre os 
condôminos, facilitando a organização, gestão de atividades e informações dentro do 
condomínio. 
Objetivos Específicos: 
- Centralizar a Informação: Criar um mural digital de informações acessível a 
todos os condôminos, onde possam ser publicadas notícias, avisos, regras do 
condomínio e outros comunicados relevantes; 
8 
 
- Facilitar o Agendamento de Eventos: Implementar uma ferramenta de 
agendamento que permita aos condôminos marcar reuniões, reservar espaços 
comuns e organizar eventos de maneira simples e eficiente; 
- Gerenciar Doações e Ações Comunitárias: Estabelecer uma área específica 
para a organização e divulgação de campanhas de doações, ações sociais, e outras 
atividades comunitárias, incentivando a colaboração entre os condôminos; 
- Notificar Usuários: Implementar um sistema de notificações para manter os 
usuários informados em tempo real sobre atualizações, eventos futuros e mudançasnas regras ou políticas do condomínio; 
- Promover Transparência e Reduzir Desinformação: Minimizar a 
desinformação e os mal-entendidos ao garantir que todas as comunicações e 
informações estejam facilmente acessíveis e atualizadas para todos os condôminos. 
3.1.3. Soluções alternativas. 
 A primeira solução é a criação de um aplicativo próprio para organizar e 
centralizar as demandas do condomínio para que todos tenham acesso as novas 
informações de forma ágil. Entretanto, de forma alternativa e mais acessível, o 
condomínio poderia contratar um software já pronto que gerencia condomínios 
pagando uma mensalidade ou licença anual, porém embora de início seja mais 
acessível do que uma solução própria, ainda envolve um custo recorrente que deve 
ser incluso no orçamento do condomínio, além da dependência de terceiros, visto que 
a evolução e manutenção da plataforma depende da empresa fornecedora, limitando 
a flexibilidade caso o condomínio precise de mudanças especificas. 
 
3.2. Solução escolhida 
3.2.1. Escopo da solução 
 Inicialmente, será necessário que todos os envolvidos no projeto estejam 
empenhados, pois iniciaremos com o levantamento de requisitos que será feito por 
parte do analista. Os programadores, logo após o levantamento, realizarão a 
modelagem conceitual e os diagramas do projeto com auxílio dos analistas. O período 
de realização dessa etapa será de 5 dias. Ao término, partiremos para o 
9 
 
desenvolvimento do sistema. Cada um ficara responsável por uma demanda, 
exemplo: o programador Gabriel ficará responsável pela criação da parte de cadastro 
de condomínio e usuários. Será utilizado o GitHub para controle de versão da 
aplicação. O tempo estimado para realizar essa etapa é de 15 dias, pela questão dos 
testes e caso tenha algum imprevisto durante o processo de desenvolvimento. Após 
tal etapa, será realizado a etapa de testes no geral que será realizada em no máximo 
2 dias. O período de implantação será de 2 horas, o total estimado para a finalização 
do desenvolvimento do sistema será de 25 dias (informado um período a mais para 
caso ocorra imprevistos, como falta de energia ou internet de algum colaborador). 
3.2.2. Lista de Requisitos do sistema 
 
 
10 
 
 
 
 
11 
 
 
 
 
3.2.3. Diagrama de Casos de Uso 
 
3.2.4. Especificações textuais dos casos de uso 
 
12 
 
Caso de Uso: Cadastro do usuário principal. 
- Ator Principal: Síndico. 
- Pós-Condições: O sistema armazenará os dados do síndico. 
Fluxo Principal: 
1. O síndico seleciona a área de cadastro inicial. 
2. O síndico seleciona a opção de primeiro cadastro. 
3. O sistema exibe a tela de cadastro. 
4. O síndico informa os dados necessários. 
5. O síndico pressiona o botão para salvar os dados. 
6. O sistema exibe mensagem de sucesso. 
Fluxo de Exceção (4): Campo Obrigatório. 
4.1. Exibir mensagem de qual campo é obrigatório para realização do cadastro 
do síndico. 
4.2. Retorna ao passo 5. 
Fluxo de Alternativo (5): O síndico desiste do cadastro 
5.1 . Encerrar o caso de uso. 
 
Caso de Uso: Cadastro inicial do condomínio. 
- Ator Principal: Síndico. 
- Pós-Condições: O sistema armazenará os dados do condomínio e enviará 
os convites para os condôminos. 
Fluxo Principal: 
1. O síndico seleciona a área de cadastro de condomínio. 
2. O sistema exibe a tela de cadastro. 
3. O síndico informa os dados necessários para o cadastro e disparo de 
convites. 
4. O síndico pressiona o botão para salvar os dados. 
5. O sistema exibe mensagem de sucesso. 
13 
 
Fluxo de Exceção (3): CNPJ inválido. 
3.1. Exibir mensagem de CNPJ inválido. 
3.2. Retorna ao passo 4. 
Fluxo de Exceção (3): Campo Obrigatório. 
3.1. Exibir mensagem de qual campo é obrigatório para realização do cadastro 
do condomínio. 
3.2. Retorna ao passo 4. 
Fluxo de Alternativo (5): O sindico desiste do cadastro 
5.1. Encerrar o caso de uso. 
 
Caso de Uso: Aceitar convite. 
- Ator Principal: Condômino. 
- Pós-Condições: Ao aceitar o convite o condômino finaliza seu cadastro para 
utilização do sistema. 
Fluxo Principal: 
1. O condômino recebe notificação do convite. 
2. O condômino clica para confirmar o convite. 
3. O sistema salva os dados. 
4. O sistema exibe mensagem de sucesso. 
5. O condômino é redirecionado para a tela inicial do aplicativo. 
Fluxo de Exceção (2): Convite já aceito. 
2.1. O sistema informa mensagem de que o convite já foi aceito. 
2.2. O sistema redireciona o condômino para tela de login. 
2.3. Encerrar o caso de uso. 
Fluxo de Alternativo (2): O condômino não aceita o convite 
2.1. Encerrar o caso de uso. 
14 
 
 
Caso de Uso: Cadastro de eventos. 
- Ator Principal: Condômino. 
- Pós-Condições: O sistema armazenara os dados de um novo evento no 
condomínio. 
Fluxo Principal: 
1. O condômino clica na área de eventos. 
2. O condômino clica para cadastrar um novo evento. 
3. O sistema exibe a tela de cadastro de eventos. 
4. O condômino informa os dados necessários. 
5. O condômino pressiona o botão para salvar os dados. 
6. O sistema exibe mensagem de sucesso. 
Fluxo de Exceção (4): Campo Obrigatório. 
4.1. Exibir mensagem de qual campo é obrigatório para realização do cadastro 
do evento. 
4.2. Retorna ao caso 5. 
Fluxo de Alternativo (5): O condômino desiste de cadastrar um evento. 
5.1. Encerrar o caso de uso. 
 
Caso de Uso: Agendamento de áreas comuns. 
- Ator Principal: Condômino. 
- Pós-Condições: O sistema armazenara os agendamentos de áreas comuns. 
Fluxo Principal: 
1. O condômino clica na área agendamento. 
2. O condômino clica para cadastrar um novo agendamento. 
3. O sistema exibe a tela de cadastro. 
4. O condômino informa os dados necessários. 
15 
 
5. O condômino pressiona o botão para salvar os dados. 
6. O sistema exibe mensagem de sucesso. 
Fluxo de Exceção (4): Campo Obrigatório. 
4.1 Exibir mensagem de qual campo é obrigatório para realização do 
agendamento. 
4.2 Retorna ao caso 5. 
Fluxo de Alternativo (5): O condômino desiste de cadastrar um evento. 
5.1 Encerrar o caso de uso. 
 
 
Caso de Uso: Cadastro na área de divulgações. 
- Ator Principal: Condômino. 
- Pós-Condições: O sistema armazenara as divulgações. 
Fluxo Principal: 
1. O condômino clica na área divulgações. 
2. O condômino clica para cadastrar uma nova divulgação. 
3. O sistema exibe a tela de cadastro. 
4. O condômino informa os dados necessários. 
5. O condômino pressiona o botão para salvar os dados. 
6. O sistema exibe mensagem de sucesso. 
Fluxo de Exceção (4): Campo Obrigatório. 
4.1 Exibir mensagem de qual campo é obrigatório para cadastrar a divulgação. 
4.2 Retorna ao caso 5. 
Fluxo de Alternativo (5): O condômino desiste de cadastrar uma nova 
divulgação. 
5.1 Encerrar o caso de uso. 
16 
 
3.2.5. Modelo conceitual de classes
 
3.2.6. Modelo conceitual de dados. 
 
 
 
17 
 
4. Referências Bibliográficas 
1- Pesquisa da concorrência aplicação de condomínios - 
https://www.organizemeucondominio.com.br/site/os-7-aplicativos-para-condominios-
que-voce-precisa-usar-hoje/ acesso em: 08/08/2024 
2- YouTube – canal “Ricardo Vargas”: 
https://www.youtube.com/watch?v=rvDnS_wWwJs&list=PL1A4A467314DF8BA5&ind
ex=1 acesso em: 10/08/2024 
 
https://www.organizemeucondominio.com.br/site/os-7-aplicativos-para-condominios-que-voce-precisa-usar-hoje/
https://www.organizemeucondominio.com.br/site/os-7-aplicativos-para-condominios-que-voce-precisa-usar-hoje/
https://www.youtube.com/watch?v=rvDnS_wWwJs&list=PL1A4A467314DF8BA5&index=1
https://www.youtube.com/watch?v=rvDnS_wWwJs&list=PL1A4A467314DF8BA5&index=1