Pular para o conteúdo principal

Questão de Engenharia de Software — Métricas de Software — FCC 2026

Engenharia de SoftwareMétricas de Software
Código
gp044411
Banca
FCC
Órgão
AL-RR
Ano
2026
Cargo
Analista Legislativo - Analista de Segurança da Informação
A Assembleia Legislativa precisa contratar o desenvolvimento de um sistema de gestão parlamentar sob demanda e garantir suasustentação contínua. O Analista de Segurança deve estruturar o modelo contratual que melhor equilibre controle técnico,conformidade e economicidade. A solução adequada prevê que
  1. Ao desenvolvimento sob demanda seja contratado via fábrica de software com métrica de ponto de função, a sustentaçãoseja objeto de contrato autônomo com ANS por severidade, e a escolha entre laaS e PaaS seja orientada pelo nível decontrole operacional que o órgão pretende manter sobre o ambiente.
  2. Bo sistema seja desenvolvido sob demanda com entrega por sprints documentados, a sustentação seja incorporada aocontrato de desenvolvimento para simplificar a gestão e a infraestrutura seja contratada via SaaS para eliminar a necessidade de gerenciamento de plataforma pela equipe interna.
  3. Co desenvolvimento seja contratado como software sob demanda via fábrica de software, com entregas medidas por pontosde função, e a sustentação seja coberta por contrato SaaS com o mesmo fornecedor, unificando responsabilidadestécnicas e contratuais.
  4. Do licenciamento de software pronto cubra as funcionalidades parlamentares, com customizações entregues pela fábrica desoftware sob contrato separado, e a infraestrutura seja provisionada via laaS para manter o controle do ambiente peloórgão.
  5. Ea fábrica de software desenvolva o sistema sob demanda com métricas de produtividade por ponto de função, a sustentação seja contratada separadamente com SLA definido por severidade de chamados e a infraestrutura seja provisionadavia PaaS para reduzira gestão operacional.
Revelar gabarito e comentário

GabaritoA — o desenvolvimento sob demanda seja contratado via fábrica de software com métrica de ponto de função, a sustentação seja objeto de contrato autônomo com ANS por severidade, e a escolha entre laaS e PaaS seja orientada pelo nível de controle operacional que o órgão pretende manter sobre o ambiente.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Métricas de Software – Contratação de Desenvolvimento e Sustentação

Gabarito: letra A. A alternativa A é a única que equilibra controle técnico, conformidade e economicidade ao separar desenvolvimento (fábrica de software com ponto de função) de sustentação (contrato autônomo com ANS por severidade) e orientar a escolha entre IaaS e PaaS pelo nível de controle operacional desejado. Essa abordagem utiliza métrica padronizada (PF) para medir entregas, permite gestão independente da sustentação com níveis de serviço definidos, e flexibilidade de infraestrutura conforme necessidade do órgão.

Alternativa A — ✅ Correta ⟵ GABARITO

  • Desenvolvimento: fábrica de software com métrica de ponto de função (medida funcional padronizada, amplamente usada para dimensionar software).

  • Sustentação: contrato autônomo com Acordo de Nível de Serviço (ANS) por severidade, garantindo tratamento diferenciado conforme criticidade do chamado.

  • Infraestrutura: escolha entre IaaS (maior controle operacional) e PaaS (menos gestão), orientada pelo nível de controle que o órgão pretende manter – decisão técnica correta.

Alternativa B — ❌ Incorreta

  • O desenvolvimento com sprints documentados é genérico e não especifica métrica objetiva (ponto de função é mais adequado para contratação sob demanda).

  • Incorporar a sustentação ao contrato de desenvolvimento simplifica a gestão mas pode gerar conflitos de prioridade e dificultar a mensuração de níveis de serviço específicos para sustentação.

  • Contratar infraestrutura via SaaS elimina gerenciamento de plataforma, mas SaaS é um modelo de software (não de infraestrutura); o correto seria IaaS ou PaaS.

Alternativa C — ❌ Incorreta

  • Sustentação coberta por contrato SaaS com o mesmo fornecedor unifica responsabilidades, mas SaaS é inadequado para sustentação de software (SaaS é um modelo de fornecimento de aplicação, não de manutenção).

  • A unificação pode reduzir competição e aumentar riscos de dependência (vendor lock-in).

Alternativa D — ❌ Incorreta

  • Licenciamento de software pronto não atende ao requisito de desenvolvimento sob demanda; customizações separadas fragmentam a responsabilidade.

  • IaaS é adequado para controle, mas a alternativa não aborda a métrica de dimensionamento (ponto de função) e não prevê sustentação com ANS formal.

Alternativa E — ❌ Incorreta

  • Embora use ponto de função e tenha sustentação separada com SLA por severidade, a opção por PaaS como única alternativa reduz o controle operacional que o órgão pode querer manter – a escolha deve ser orientada pelo nível de controle desejado, como faz a alternativa A.

  • Não há menção à flexibilidade entre IaaS e PaaS, o que é um ponto crucial para equilíbrio.

PEGA ESSA DICA!

Em questões de contratação de software, lembre-se: desenvolvimento e sustentação devem ser contratos separados para permitir métricas e SLAs específicos; a infraestrutura deve ser escolhida conforme o controle operacional desejado (IaaS para maior controle, PaaS para menor gestão); e ponto de função é a métrica mais indicada para fábrica de software.

Gabarito: letra A.

Link permanente: /questoes/gp044411