Senac Erechim · Técnico em Desenvolvimento de Sistemas · Módulo III

GO LIVE

UC17/2 · Projeto Integrador · Build it. Ship it. Pitch it.

Nove encontros para colocar um software comercial no ar em infraestrutura de nuvem e defendê-lo em inglês. Quando o módulo acabar, ele continua lá: com URL própria, repositório com seis meses de história e um produto que você consegue mostrar para quem perguntar o que você sabe fazer.

O desafio

Uma API. Dois clientes. Um fluxo que funciona de ponta a ponta. O plano de curso define o tema gerador, que é software comercial em arquitetura cliente-servidor. Você define o problema que o seu software resolve, e esse problema precisa ser de alguém real.

O servidor

API REST na nuvem

Autenticada, com pelo menos um recurso em CRUD completo e banco na nuvem. É nela que mora a regra de negócio, e em nenhum outro lugar.

Cliente 1

Aplicação web

Publicada com HTTPS, consumindo a API. Junta o que você viu em UC12, UC13 e UC14.

Cliente 2

PWA instalável

Aplicação web que instala no celular, abre pelo ícone e consome a mesma API, sem duplicar nenhuma regra. Só CSS responsivo não conta como segundo cliente.

Os cinco requisitos eliminatórios

Falhar em qualquer um deles invalida a entrega, por melhor que esteja todo o resto.

R1Publicado na nuvem, com URL pública e HTTPS Print, vídeo gravado e localhost não valem. Tem que abrir no navegador de qualquer pessoa.
R2Uma API servindo mais de um cliente A regra de negócio mora no servidor. Os dois clientes consomem a mesma API.
R3Banco de dados na nuvem Nada de banco local na sua máquina.
R4Commits distribuídos ao longo dos seis meses O histórico mostra como você trabalha. Tudo commitado na véspera conta contra você.
R5README, documentação da API e o pitch do Demo Day em inglês É a língua do mercado de software. Nesta UC ela aparece aqui.
O repositório Git é a fonte única. O que não está lá não foi entregue.

Os nove checkpoints

Entre um checkpoint e outro você tem de quatro a seis semanas. Não há tolerância para atraso.

Como funciona a entrega

Nada é avaliado fora do que está escrito aqui e no manual.

Prazo e formato

  • Entrega por formulário, com os links, até as 18h00 do dia do checkpoint.
  • O repositório Git é a fonte única da verdade.
  • Um atraso reprova na unidade curricular.
  • Exceção apenas com amparo legal do regimento, comunicada antes do prazo.

Rodízio de QA

  • Você testa o produto de um colega sorteado, na URL de produção dele.
  • Bug report em inglês, com passos numerados que o professor consegue reproduzir.
  • Mínimo de cinco defeitos, sendo ao menos um funcional e não cosmético.
  • No checkpoint seguinte você corrige ou recusa por escrito o que recebeu.

Inteligência artificial

  • O uso é obrigatório e documentado em docs/ai-log.md.
  • O que se avalia não é se você usou, e sim como você usou.
  • Em todo checkpoint o professor escolhe um trecho do seu código e pede que você explique.
  • Colar código que funciona e não saber dizer o que ele faz leva o indicador a NA.

O que sobra no fim

  • Um produto no ar, com URL própria, que não morre no dia da apresentação.
  • Um repositório com seis meses de commits.
  • Um pitch de doze minutos em inglês, treinado.

Demo Day · 05 de fevereiro de 2027

Doze minutos de pitch mais cinco de perguntas, tudo em inglês, com cronômetro visível.

O roteiro

The problem, the user, the business model

Depois a arquitetura e a demonstração ao vivo. Nessa ordem.

Rodando de verdade

Na URL de produção

Vídeo gravado e localhost não valem. Aos doze minutos a apresentação é interrompida.

O que não foi mostrado

Não é avaliado

Recurso que existe e não foi demonstrado vale zero. Ensaie com relógio.

Os projetos da turma

Cada aluno publicou seu sistema em uma VM própria, com endereço e certificado HTTPS. Clique para abrir.

O teste usa o seu navegador e indica apenas se o endereço respondeu.