IFCE Horizonte · Portal
ADS23 · Sistemas Operacionais

Semana de projeto · finalização e ensaio

Fechar o toolkit e ensaiar a apresentação

Último encontro de trabalho antes da entrega. Hoje o objetivo muda: não é mais construir, é fechar — e ensaiar a apresentação com cronômetro de verdade, para que nada apareça pela primeira vez no dia que vale nota.

Primeira parte · finalizaçãoSegunda parte · ensaio cronometrado

⚠️ Último encontro de trabalho

O que não fechar hoje precisa ser concluído fora de aula. Se sua equipe está atrasada, priorize ter os três scripts funcionando de forma mínima antes de refinar qualquer um deles — toolkit incompleto perde mais nota do que toolkit simples.

Parte 1 · Finalização

Checklist de entrega — confira item por item

Percorra esta lista com a equipe reunida. Cada item não marcado é ponto perdido identificável.
  • deploy.sh sobe o serviço e roda duas vezes seguidas sem erro
  • Container configurado com --memory e volume
  • backup.sh gera arquivo com data no nome, em destino separado
  • Testamos restaurar de verdade — não só planejamos
  • monitor.sh coleta 3 métricas e compara com limites configuráveis
  • Os três scripts têm função de log e código de saída correto
  • Ao menos um script está agendado no cron, com caminho absoluto
  • Todas as variáveis estão entre aspas nos testes e comandos
  • README.md cobre todos os itens da seção 5 do enunciado
  • O README explica por que escolhemos cada limite de monitoramento
  • O README conecta o projeto a pelo menos 3 conceitos da disciplina
  • Testamos o toolkit na máquina de mais de um integrante
0 / 12 verificados

Armadilhas de última hora

O que mais custa nota nesta etapa

Mais comum

README de última hora

Vale nota e é o item mais negligenciado. Escrevam hoje, não na véspera — e incluam as limitações conhecidas.

Mais arriscado

Restauração nunca testada

Vai ser pedida na demonstração. Se nunca testaram, vai falhar ao vivo — teste agora.

Mais frustrante

Só funciona numa máquina

Caminhos fixos do usuário que escreveu. Testem na máquina de outro integrante hoje.

Mais evitável

Limites sem justificativa

Números escolhidos ao acaso. O README precisa explicar o raciocínio por trás de cada um.

Parte 2 · Ensaio

Ensaio cronometrado — como funciona

Mesma lógica do ensaio de container do Encontro 7, agora para a apresentação inteira. Duas equipes se apresentam uma para a outra.
1
Apresentem o toolkit em 10 minutos cronometrados — com cronômetro de verdade rodando.
2
Incluam a demonstração ao vivo: subir o serviço, rodar o monitor, restaurar um backup.
3
A equipe ouvinte anota: o que ficou claro, o que ficou confuso, e se o tempo estourou.
4
Troquem e repitam. Depois, cada equipe ajusta o que o feedback apontou.

Prepare um plano B. Se a demonstração depende de algo dar certo na hora, combinem agora o que fazer se falhar: um print de evidência, um segundo terminal já preparado, ou uma explicação pronta. Improvisar sob pressão raramente termina bem.

Divisão da fala

Todos apresentam, todos respondem

Participação equilibrada é critério avaliado, e qualquer integrante pode ser questionado sobre qualquer parte do trabalho.

Sugestão de divisão para 10 minutos

TempoO que cabe nele
~1 minContexto: qual serviço operamos e por que escolhemos ele
~2 minDeploy: demonstração ao vivo
~2 minBackup + restauração demonstrada
~2 minMonitoramento: métricas, limites e justificativa
~2 minConceitos da disciplina aplicados + limitações conhecidas
~1 minFechamento e o que faríamos com mais tempo
← Voltar ao encontro 16