Prog. no Des. de Sist. - SRP: Responsábilidade Única

Qual é a descrição correta do Princípio da Responsabilidade Única (SRP)?

• Um módulo deve fazer apenas uma coisa.

• Um módulo deve ser responsável por um, e apenas um, ator.

• Um módulo deve ser alterado apenas por desenvolvedores.

• Um módulo deve ser usado apenas em uma aplicação.

O que geralmente é mal compreendido sobre o SRP devido ao seu nome?

• Que ele se aplica apenas a grandes sistemas.

• Que cada módulo deve fazer apenas uma coisa.

• Que ele implica em múltiplos usuários.

• Que ele se refere a múltiplas responsabilidades.

Como o SRP foi historicamente descrito?

• Um módulo deve ser independente de outros módulos.

• Um módulo deve ter múltiplas funções.

• Um módulo deve ter uma, e apenas uma, razão para mudar.

• Um módulo deve ser complexo.

Quem são considerados os 'atores' no contexto do SRP?

• Os módulos individuais de um sistema.

• Os métodos dentro de uma classe.

• Os usuários ou stakeholders que exigem mudanças.

• Os programadores que escrevem o código.

Qual é a versão final do princípio SRP?

• Um módulo deve ser responsável por um, e apenas um, ator.

• Um módulo deve ser responsável por um, e apenas um, método.

• Um módulo deve ser responsável por um, e apenas um, sistema.

• Um módulo deve ser responsável por um, e apenas um, usuário.

O que sugere a palavra 'coeso' no contexto do SRP?

• Que o código deve ser dividido em várias partes.

• Que o código deve ser amarrado a um único ator.

• Que o código deve ser extenso.

• Que o código deve ser complexo.

Qual é um exemplo de violação do SRP mencionado no texto?

• A classe Employee com métodos para diferentes departamentos.

• Uma função que realiza múltiplas operações matemáticas.

• Um sistema que não permite mudanças.

• Um módulo que não possui funções.

Quais são os três métodos da classe Employee que violam o SRP?

• calculateHours(), reportSalary(), saveReports()

• calculateTax(), reportDays(), saveData()

• calculateSalary(), reportWork(), saveFiles()

• calculatePay(), reportHours(), save()

Por que a função regularHours() causou problemas na aplicação de folha de pagamento?

• Porque foi alterada sem considerar todos os métodos que a utilizam.

• Porque foi excluída acidentalmente.

• Porque não foi testada adequadamente.

• Porque foi escrita em uma linguagem incompatível.

Qual foi a consequência da violação do SRP na classe Employee?

• Dados incorretos nos relatórios do RH causando prejuízos.

• Redução de custos para a empresa.

• Melhoria na performance do sistema.

• Aumento na satisfação dos usuários.