Avaliação Técnica - Gerenciamento de Condomínio

Critérios Técnicos — O "Coração" do Desafio

Média: —

Modelagem de Dados

O DER faz sentido? Chaves estrangeiras corretas? Como resolveu a relação Morador x Unidade (N:N)?

peso 2.0

Lógica de Automação

A criação automática de unidades ao cadastrar um bloco funciona? O padrão de identificação é consistente?

peso 2.0

Controle de Acesso (RBAC)

Um morador acessa chamados de outros via URL? Permissões Admin/Colaborador bem segregadas?

peso 3.0

Uso de Migrations

O banco pode ser recriado do zero? Estão organizadas cronologicamente?

peso 1.5

Tratamento de Erros

O sistema quebra com campos vazios? Existe validação no backend ou apenas frontend?

peso 1.5

Qualidade de Código e Arquitetura

Média: —

Padrão MVC

Lógica de negócio está no Controller (ruim) ou no Service/Model (bom)?

peso 1.5

Clean Code

Nomes de variáveis intuitivos e em um único idioma? Código sem repetição desnecessária, com boa abstração de componentes/funções?

peso 1.0

Configurações

Variáveis sensíveis (senhas) estão hardcoded ou no .env?

peso 1.0

Documentação e Setup

Média: —

Instruções de Execução

README é claro? O projeto roda de primeira seguindo os passos?

peso 1.0

Justificativa Técnica

Explicou o porquê escolheu a abordagem de SLA ou hierarquia de blocos?

peso 1.0

Qualidade do Diagrama

Diagrama relacional está legível e fiel à implementação?

peso 0.5

Entendimento das Regras de Negócio

Itens: —

Bloco cadastrado com identificação, número de andares e apartamentos por andar Unidades geradas automaticamente ao salvar o bloco Identificação da unidade segue padrão que inclui bloco, andar e apartamento Morador pode ser vinculado a mais de uma unidade Vínculo morador-unidade gerenciado pelo administrador Morador abre chamado selecionando uma de suas unidades Chamado inclui tipo, descrição e suporte a anexos Tipos de chamado possuem título e SLA (prazo de resolução) definidos pelo administrador Administrador cadastra os status possíveis de um chamado Chamado inicia automaticamente com um status padrão Apenas administradores e colaboradores podem alterar o status do chamado Data de finalização registrada ao concluir o chamado Morador não acessa chamados de outras unidades (isolamento de acesso por RBAC/URL) Colaborador tem acesso restrito à gestão de chamados, sem acesso à estrutura do condomínio Comentários compõem o histórico de interações por chamado Morador comenta apenas nos chamados das suas unidades; admin e colaborador conforme seu escopo

Observações gerais

Diferenciais (Extras)

Média: —

Docker Compose

O projeto sobe totalmente apenas com "docker-compose up"?

peso 1.0

Auditoria

Existe log de auditoria das ações realizadas no sistema (criação, edição, exclusão de registros)?

peso 1.5

Uso Correto de Git

Commits são atômicos, com mensagens descritivas e histórico organizado?

peso 1.0

Testes

Escreveu testes de unidade (ex: criação de unidades ou regra de SLA)?

peso 1.5

UI/UX

Sistema usável? Uso de Bootstrap/Tailwind ou JSP/ERB confuso?

peso 0.5

Deploy

A aplicação está publicada (Heroku, Render, Railway, VPS, etc.)? O ambiente de produção está funcional e acessível?

peso 1.0

Checklist de Avaliação Técnica

Modelagem de Dados

Lógica de Automação

Controle de Acesso (RBAC)

Uso de Migrations

Tratamento de Erros

Padrão MVC

Clean Code

Configurações

Instruções de Execução

Justificativa Técnica

Qualidade do Diagrama

Docker Compose

Auditoria

Uso Correto de Git

Testes

UI/UX

Deploy