Estudo de caso · Estudo de caso

Foco SL suportado. Primeiro avaliação 2027 meta; PDF oficial retorna 403; breve antigo adquirido é avaliação final 2026. Guia restante, avaliação e requisitos práticos mantêm seus retenções registradas.

Pré-requisitos: leia as quantidades e unidades declaradas, use aritmética e as condições do modelo abaixo. Cada lição desenvolve seu próprio método antes da transferência independente.

Estes são exemplos didáticos originais ou explicitamente fictícios, não medições reais ou investigações avaliadas concluídas por aprendizes.

O que explicaria esta observação?

• Um sistema de reservas escolar proposto parece eficiente, mas sua recomendação depende de usuários, restrições e evidências. Um termo técnico plausível isoladamente não justifica uma decisão.
• Comece com uma previsão. Especifique as quantidades ou características que você compararia, depois decida quais evidências poderiam distinguir duas explicações.

Construa o modelo

• Um estudo de caso contextualiza escolhas computacionais dentro de um cenário declarado. Identifique partes interessadas, requisitos, evidências disponíveis e restrições antes de recomendar uma arquitetura ou algoritmo. Distinga um fato de cenário de uma suposição e uma previsão. Compromissos podem envolver desempenho, confiabilidade, acessibilidade, privacidade, manutenção e custo.
• taxa de transferência: Trabalho concluído por unidade de tempo sob uma carga de trabalho declarada; teste de aceitação: Teste de se um requisito de usuário especificado é atendido.

Escolha evidências que possam testá-lo

• Uma recomendação deve conectar um requisito a um mecanismo e a um teste observável. Por exemplo, um problema de concorrência exige uma estratégia que previna atualizações conflitantes, mais testes demonstrando o invariante. Uma afirmação sobre resposta mais rápida exige medições de carga de trabalho comparáveis em vez de apenas uma etiqueta de complexidade. Avalie alternativas sob as mesmas condições declaradas.
• Use um cenário original aprovado pela escola e dados sintéticos. Construa uma matriz de afirmação, evidências do cenário de suporte, explicação técnica, limitação e teste de aceitação. Marque fatos ausentes explicitamente e mostre como a recomendação mudaria se uma premissa falhasse. Isso prepara o raciocínio baseado em casos sem reproduzir um estudo de caso de avaliação IB indisponível ou inventar sua rubrica de exame.

Trabalhe a partir de quantidades conhecidas

• Indique os valores conhecidos e suas unidades. Escolha a relação porque suas premissas se adequam a este caso, então reorganize antes de substituir.
• Conhecido: um protótipo fictício processa 120 solicitações bem-sucedidas durante uma observação de 30-segundos. A taxa de transferência é 120/30=4 solicitações/s bem-sucedidas. Um segundo protótipo processa 150 em 30 segundos, ou 5/s. O segundo tem 25% maior taxa de transferência registrada, mas nenhuma conclusão sobre latência, taxa de falha ou desempenho sob carga de trabalho maior segue sem essas medições.

Exemplo:

Um sistema fictivo processa com sucesso 210 solicitações em 30 s. Calcule a taxa de transferência. Use a mesma sequência: quantidades conhecidas → modelo → relação → substituição → unidade e interpretação.

Verifique a conclusão e seus limites

• Taxa de transferência não é tempo de resposta. Uma forte recomendação declara as condições nas quais se espera que funcione e as evidências que poderiam desconfirmá-la. Os requisitos oficiais atuais de estudo de caso de CI devem ser verificados contra a versão de avaliação aplicável.
• Retorne à observação original. Explique o que o resultado apoia, quais condições ele assume e uma maneira de testar uma explicação concorrente.

Atenção:

Taxa de transferência observada mais alta prova automaticamente tempo de resposta mais baixo para cada solicitação. Esta afirmação é falsa: Taxa de transferência não é tempo de resposta. Uma forte recomendação declara as condições nas quais se espera que funcione e as evidências que poderiam desconfirmá-la. Os requisitos oficiais atuais de estudo de caso de CI devem ser verificados contra a versão de avaliação aplicável.

Chave:

Análise de caso de computação: avalie um sistema proposto: Uma recomendação deve conectar um requisito a um mecanismo e a um teste observável. Por exemplo, um problema de concorrência exige uma estratégia que previna atualizações conflitantes, mais testes demonstrando o invariante. Uma afirmação sobre resposta mais rápida exige medições de carga de trabalho comparáveis em vez de apenas uma etiqueta de complexidade. Avalie alternativas sob as mesmas condições declaradas.

Rastreio executável e limite

for successful, attempted, seconds in [(240, 300, 30), (270, 300, 30)]:
    if seconds <= 0 or attempted <= 0:
        raise ValueError("Positive exposure required")
    throughput = successful / seconds
    failure_fraction = (attempted - successful) / attempted
    print(throughput, failure_fraction)

Saída esperada:

8.0 0.2
9.0 0.1

Taxa de sucesso e fração de falha usam denominadores diferentes. Tempo zero ou tentativas zero não suportam essas taxas. Esses resumos fictícios não fornecem evidências de latência, custo ou carga representativa.