A mensuração da métrica lead time no desenvolvimento de software ganhou notoriedade quando David Anderson, criador do Kanban destacou a importância de coletá-la. Com relação à utilidade de medir o lead time durante o processo de desenvolvimento de software, analise os itens a seguir

I. Analisar a saúde do processo de desenvolvimento considerando que altas dispersões representam algum tipo de gargalo ou aumento no tempo de passagem em alguma das etapas do fluxo de desenvolvimento, por exemplo, nas últimas semanas, o lead time das histórias de desenvolvimento cresceram, pois o ambiente de homologação estava com problemas e os testes eram mais complexos.

II. Identificar casos extremos (outliers) e aprender com o ocorrido, por exemplo, se um bug levou muito mais tempo do que o normal para ser corrigido em decorrência da ausência de clareza sobre o que era de fato o problema a ser resolvido.

III. Para compreender os efeitos que as incertezas e as complexidades não mapeadas podem causar, na forma de variabilidade, no tempo necessário para a conclusão dos trabalhos de um time de desenvolvimento de software.

Está correto o que se afirma em

O Modelo de Referência MPS para Software (MR-MPS-SW) lançado recentemente (em 2024) define níveis de maturidade que são uma combinação entre processos e sua capacidade. Os processos estão divididos em dois conjuntos: processos de projetos e processos organizacionais.
Assinale a opção que contém apenas processos organizacionais.

Analise o código Python

class Veiculo:
    def __init__(self, marca, modelo):
        self.marca = marca
        self.modelo = modelo

    def move(self):
        print("Anda!")

class Carro(Veiculo):
    pass

class Barco(Veiculo):
    def move(self):
        print("Nevega!")

class Aviao(Veiculo):
    def move(self):
        print("Voa!")


carro1 = Carro("Ford", "Mustang")
barco1 = Barco("Ibiza", "Touring 20")
aviao1 = Aviao("Boeing", "747")

for x in (barco1, aviao1, carro1):
    print(x.marca)
    print(x.modelo)
    x.move()

Ao executar o programa, será impresso o seguinte:

Ibiza
Touring 20
Nevega!
Boeing 747
Voa!
Ford Mustang
Anda!

Ibiza
Boeing
Ford

Ibiza
Touring 20
Nevega!
Boeing
747
Voa!
Ford
Mustang
Anda!

Touring 20
Nevega!
747
Voa!
Mustang
Anda!

Nevega!
Voa!
Anda!

SOLID é um acrônimo que representa um conjunto de cinco princípios que facilitam o processo de desenvolvimento e manutenção de software. Os princípios são fundamentais na programação orientada a objetos e podem ser aplicados em qualquer linguagem de programação que adotem este paradigma.
Com relação aos princípios, analise os itens a seguir

I. O princípio da responsabilidade única (a letra S da sigla) enuncia que cada classe deve ter um, e somente um, motivo para mudar.

II. O princípio aberto-fechado (a letra O da sigla), define que entidades de software (por exemplo, classes e métodos) devem estar abertas para extensão, mas fechadas para modificação.

III. O princípio de permutação de Igorov (a letra I da sigla) tem suas origens em bases formais, mas estabelece que as Classes derivadas (classes-filhas) devem ser capazes de substituir suas classes-base (classes-mães).


Está correto o que se afirma em

UML é uma linguagem de notação e um padrão para representar visualmente a arquitetura, o design e a implementação de sistemas de software. UML utiliza diversos termos em seu metamodelo. Relacione os termos da UML a seguir às suas respectivas definições.

1. Classe. 2. Operação. 3. Interface. 4. Método.
( ) É um serviço solicitado a um objeto para produzir um comportamento;
( ) É uma descrição de um conjunto de objetos que compartilham os mesmos atributos, operações, métodos relacionamentos e semântica;
( ) É a implementação de uma operação que especifica o algoritmo ou procedimento usado pela operação;
( ) É definido como um conjunto de operações externamente visíveis, elas podem ser associados a tipos de classes.


A relação correta, na ordem dada, é:

Os padrões GRASP descrevem princípios fundamentais de design de objetos (OD) e atribuição de responsabilidades, que ajudam a entender a essência de OD. A atribuição de responsabilidades ocorre durante a criação dos diagramas de

Com relação ao SCRUM, a pessoa responsável por garantir e maximizar, a partir do trabalho do time de desenvolvimento, o retorno sobre o investimento no produto para os clientes, definir o produto e a tomada das decisões de negócios relativas a seu desenvolvimento a partir das necessidades dos clientes do projeto e demais partes interessadas, alinhado com ou em direção aos objetivos da organização, chama-se

Um Tribunal Regional do Trabalho está desenvolvendo um sistema de gestão de processos judiciais para otimizar o fluxo de trabalho dos juízes, advogados e servidores. Um dos requisitos críticos é a implementação de um sistema de notificação para diferentes eventos processuais (por exemplo, novos documentos apresentados, audiências agendadas, decisões publicadas). O sistema deve ser flexível, permitindo adicionar novos tipos de notificações sem alterar significativamente o código existente. O padrão de projeto mais adequado para alcançar essa flexibilidade é o

Uma equipe de desenvolvimento de um Tribunal Regional do Trabalho está utilizando Scrum para gerenciar seu projeto. Durante a Sprint Planning, a equipe identificou uma história do usuário que é muito complexa e incerta. A prática recomendada para lidar com essa história no Scrum é

Um Técnico de um Tribunal Regional do Trabalho está se orientando pelo CMMI-DEV v2.0 para melhorar a maturidade dos processos de desenvolvimento. Ele verificou corretamente que a área de prática denominada Decision Analysis and Resolution se inclui na área de capacidade