Slide 1 – Capa
MARKCAMP
Sistema de Gestão de Obras
Apresentação do Projeto
Slide 2 – Problemática e Objetivo
Problema identificado:
- Construção civil sofre com atrasos, desperdício de recursos e falhas
de comunicação.
- Acompanhamento manual de obras gera perda de informação e
pouca transparência.
- Ausência de ferramenta centralizada para registro diário e controle
de progresso.
Objetivo do Markcamp:
- Aplicação web responsiva para gestão de obras.
- Registro e acompanhamento de etapas com base em relatórios
diários.
- Controle de acesso por perfil: Engenheiro / Gestor de Obras, Mestre
de Obras, Dono da Obra.
- Transparência e rastreabilidade do início ao encerramento da obra.
Slide 3 – Visão do Sistema e Processo de Negócio (Explicação)
Atores e responsabilidades na obra real e no sistema:
- Dono da Obra: contrata a execução, define requisitos, aprova o
planejamento, acompanha o progresso via dashboard e relatórios,
participa da validação final. No sistema, apenas visualiza obras
vinculadas a ele (RN07). Não cadastra, não edita, não registra
relatórios.
- Engenheiro / Gestor de Obras: mesmo nível de acesso e edição no
sistema. Realiza análise técnica, elabora planejamento com etapas e
prazos, cadastra e edita obras (RN01), define responsáveis,
acompanha o andamento pelo dashboard, visualiza todos os
relatórios, comenta e anexa arquivos (RF03), atualiza status da obra,
realiza encerramento formal. Ambos também podem cadastrar e
gerenciar usuários do sistema (menu Gestores na sidebar).
- Mestre de Obras: lidera a equipe no canteiro, coordena a execução
conforme o cronograma. Único perfil que registra relatórios diários no
sistema (RN04), informa percentual de avanço e atividades
realizadas, comunica problemas ao engenheiro/gestor. Não cadastra
nem edita obras. Após envio, não pode editar ou excluir o relatório
(RN05).
Slide 4 – Diagrama de Casos de Uso
*(Imagem do diagrama com atores: Engenheiro / Gestor de Obras,
Mestre de Obras, Dono da Obra e casos de uso: Cadastrar Obra,
Editar Obra, Registrar Relatório Diário, Visualizar Dashboard,
Gerenciar Usuários, Encerrar Obra)*
Slide 5 – Implementação no Código – Casos de Uso
As ações dos atores estão mapeadas em rotas RESTful
separadas por recurso: /api/obras e /api/gestores.
Cada rota implementa operações GET, POST, PUT e DELETE,
executando consultas SQL diretamente via callback, sem
camada de controller isolada.
O código atual não contém middlewares de autenticação ou
verificação de perfil; qualquer cliente pode acionar as rotas. Isso
reflete a nota do Slide 10: o sistema opera com privilégios de
Engenheiro/Gestor de Obras, e as restrições por perfil ainda não
foram aplicadas.
A rota GET /:id extrai o parâmetro id da URL e consulta a
tabela gestores no banco para recuperar um único registro. Se o
banco retornar erro, responde com status 500 e a mensagem do erro.
Se nenhum registro for encontrado ([Link] === 0), retorna
status 404 com a mensagem 'Gestor não encontrada'. Caso exista,
devolve o primeiro objeto do array com status 200.
Slide 6 – Escopo do Sistema (5 Módulos)
1. Autenticação e Controle de Acesso – login, permissões por perfil.
2. Gerenciamento de Obras – cadastro, edição, inativação, status.
3. Relatórios Diários – registro irreversível vinculado à obra ativa.
4. Dashboard – indicadores visuais de progresso e atrasos.
5. Gerenciamento de Usuários – cadastro e definição de perfis
(acessível a Gestor de Obras e Engenheiro).
Fora do escopo atual: modo offline e folha de pagamento.
Slide 7 – Perfis de Usuário e Controle de Acesso (Explicação)
3 perfis com permissões distintas (RN08 – um perfil por usuário):
- Engenheiro / Gestor de Obras: cadastra e edita obras, gerencia
usuários, visualiza todas as obras no dashboard. Não registra
relatórios.
- Mestre de Obras: registra relatórios diários. Não cadastra obras, não
gerencia usuários.
- Dono da Obra: apenas visualiza suas obras no dashboard. Não
cadastra, não edita, não registra relatórios.
Slide 8 – Diagrama de Sequência – Cadastro de obra
Slide 9 – Implementação no Código – Route Get Obra e Criar
obra
Slide 10 – Funcionalidades Implementadas: Sidebar (Obras e
Gestores)
Estado atual do aplicativo:
Menu Obras:
- Cadastro de nova obra: nome, cliente, responsável técnico, data de
início (obrigatório – RN03), data prevista de término, status.
- Edição permitida apenas para Engenheiro e Gestor de Obras (RN01).
- Inativação de obras encerradas (exclusão não permitida – RN02).
- Atualização de status: em andamento, concluída, atrasada.
- Obras encerradas: apenas visualização.
Menu Gestores (Gerenciamento de Usuários):
- Acessível apenas a Engenheiro e Gestor de Obras.
- Cadastro de novos usuários no sistema.
- Definição e alteração de perfil de acesso (Engenheiro/Gestor, Mestre
de Obras, Dono da Obra).
- Edição de dados cadastrais dos usuários.
Observação: atualmente o app opera com privilégios de
Engenheiro/Gestor de Obras. A diferenciação de interface por perfil
(restrições para Mestre de Obras e Dono da Obra) está em
desenvolvimento.
Slide 11 – Diagrama de Atividades – Fluxo da Gestão de Obras
*(Imagem do diagrama de atividades com raias: Dono da Obra,
Engenheiro / Gestor de Obras, Mestre de Obras – do planejamento ao
encerramento)*
Slide 12 – Implementação no Código – Sidebar e Obras
*(Placeholder para explicação de código)*
- Componentes React da sidebar e telas de cadastro/edição.
- Chamadas à API para listagem, criação e atualização de obras e
usuários.
Slide 13 – Tecnologias, Ferramentas e Metodologias
Stack de desenvolvimento:
- Frontend: [Link], JavaScript (ES6+), CSS3.
- Backend: [Link] com Express (API REST).
- Banco de Dados: Relacional – MySQL/PostgreSQL.
- Versionamento: Git.
- Arquitetura: MVC / camadas, comunicação HTTP/HTTPS com
autenticação JWT.
Slide 14 – Tela do Aplicativo em Funcionamento
(Print da aplicação Markcamp com dashboard visível e sidebar
expandida mostrando opções de Obras e Gestores)
Slide 15 – Próximos Passos e Considerações Finais
Próximos objetivos:
- Implementação de acessos e restrições ao dono da obra e ao mestre
de obras.
- Implementação do módulo de Relatórios Diários.
- Encerramento formal da obra no sistema.
- Testes de aceitação com usuários finais.
Slide 16 – OBRIGADO
Obrigado pela atenção!