Resultados de aprendizagem

1. Levantar requisitos de um sistema/rede.
2. Projetar a solução (servidores + rede + segurança).
3. Implementar e testar (real ou simulado).
4. Documentar e defender (PAP).

Fases de um projeto de infraestrutura

1. Levantamento — necessidades, restrições, orçamento.
2. Análise e desenho — topologia, endereçamento, serviços.
3. Planeamento — tarefas, prazos, riscos.
4. Implementação — montar/configurar (real ou simulado).
5. Testes — funcional, desempenho, segurança.
6. Documentação — projeto, runbooks, diagramas.
7. Defesa — apresentação ao "cliente"/júri.

Requisitos

Funcionais — o que o sistema faz:

"Cada departamento numa VLAN; servidor de ficheiros com quotas."

Não-funcionais — qualidades:

"Disponibilidade 99,9%; recuperação em < 2 h; orçamento ≤ X €."

Sempre por escrito, com pressupostos e exclusões.

Componentes típicos

• Rede — topologia, VLANs, endereçamento, routing, Wi-Fi.
• Servidores — domínio (AD), DNS/DHCP, ficheiros, web.
• Segurança — firewall, segmentação, backups, hardening.
• Clientes — provisionamento padronizado.
• Continuidade — redundância, UPS, DR.

Documentar topologia física e lógica + tabela de endereçamento.

Decisões e trade-offs

Para cada escolha, justificar:

• Porquê esta topologia / equipamento / SO?
• Custo vs benefício; aberto vs proprietário.
• Escalabilidade e manutenção futuras.
• Riscos e mitigações.

Um bom projeto explica as decisões, não só apresenta a solução.

Planeamento

• Decompor em tarefas pequenas com estimativas.
• Cronograma (Gantt/Kanban) e marcos.
• Riscos — identificar, probabilidade × impacto, mitigação.
• Orçamento — material + mão de obra + margem + IVA (UC00639).

Metodologia

• Kanban simples para projeto individual/pequeno.
• Marcos intermédios com feedback do orientador.
• Git desde o dia 1 (configs, documentação, scripts).
• Gerir o tempo — o maior risco da PAP é deixar tudo para o fim.

Implementação

• Ambiente: real (lab) ou simulado (Packet Tracer/GNS3 + VMs).
• Configurar por fases e validar cada uma.
• Backups das configs versionados.
• Seguir boas práticas (hardening, documentação à medida).

Plano de testes

Resultados documentados (esperado vs obtido).

Relatório técnico

1. Introdução e objetivos.
2. Levantamento de requisitos.
3. Projeto (topologia, endereçamento, serviços, segurança).
4. Implementação (decisões, dificuldades).
5. Testes e resultados.
6. Orçamento.
7. Conclusões e trabalho futuro.
8. Anexos (configs, diagramas, runbooks).

Defesa oral

• Ensaiar e cronometrar (~15 min).
• Começar pelo problema e pela utilidade.
• Demo (real/simulada) com plano B.
• Justificar decisões e assumir limitações.
• Antecipar perguntas: segurança? escalabilidade? custo? recuperação?

Integra todo o curso TSCR