Voltar

O Polimorfismo, um dos Pilares da Programação Orientada a Objetos - POO,...

O Polimorfismo, um dos Pilares da Programação Orientada a Objetos - POO,

Q711457 • Engenharia de Software • FCC • TRF 3a • Analista Judiciário Informática • 2019

📖 Texto associado ▼

O Polimorfismo, um dos Pilares da Programação Orientada a Objetos - POO,

a)
ocorre quando uma classe tem um relacionamento do tipo “1 para” com outra classe e isso implica no modo como a definição das classes devem ocorrer nas aplicações.
b)
consiste em esconder os atributos da classe de quem for utilizá-la. Isso se deve a: 1 - para quem for usar a classe não a use de forma errada; e 2 - para que implementação seja feita por meio dos métodos get e set.
c)
permite que um mesmo método possa ter vários comportamentos e a definição de qual comportamento será executado se dá pelo valor diferente de um de seus atributos.
d)
é um conceito que permite que as características bem como as operações, de um modo global, possam ser repassadas para várias funcionalidades da aplicação.
e) permite utilizar atributos e operações diferentes de uma subclasse, acrescentando ou substituindo características herdadas da classe pai.

Analisando...

Questões de Engenharia de Software

1

Q1163801 • Engenharia de Software • Metodologia de Desenvolvimento de Software • VUNESP • TJ SP • Analista de Sistemas Judiciário • 2025
Uma das metodologias ágeis utilizadas no desenvolvimento de software é o Scrum, que incorpora diversas características/atividades.
Dessa forma, é correto afirmar que, quanto a tais características/atividades,
- a) durante o Scrum, não são feitas quaisquer documentações de projeto.
- b) o sprint constitui-se em uma unidade de trabalho, durante a qual deve ser desenvolvido um requisito a ser implementado.
- c) as reuniões nessa forma de desenvolvimento de software são de longa duração.
- d) cada sprint tem duração mínima de dois a três meses
- e) o backlog constitui-se em uma relação de integrantes da equipe Scrum.
Analisando...
Carregando informações...
2

Q1163800 • Engenharia de Software • Processos de Software • VUNESP • TJ SP • Analista de Sistemas Judiciário • 2025
O chamado Manifesto Ágil tem com uma de suas premissas valorizar mais
- a) resposta a modificações em vez de processos e ferramentas.
- b) software em funcionamento em vez de seguir um plano.
- c) custos de desenvolvimento em vez de interface facilitada.
- d) indivíduos e interação em vez de processos e ferramentas.
- e) colaboração de clientes em vez de seguir um plano.
Analisando...
Carregando informações...
3

Q1163797 • Engenharia de Software • Processos de Software • VUNESP • TJ SP • Analista de Sistemas Judiciário • 2025
Em DevOps, é característica do continuous deployment
- a) liberar automaticamente, no ambiente de produção (desde que os testes não falhem), todas as mudanças que passam por todos os estágios do pipeline de produção, sem intervenção manual.
- b) dispensar o continuous integration, já que se trata de uma substituição deste.
- c) requerer o uso de ferramentas comerciais, e não gratuitas, para o gerenciamento do pipeline, uma vez que tais ferramentas são consideradas mais confiáveis.
- d) trabalhar com prazos maiores entre releases, quando comparado ao continuous delivery.
- e) dispensar os testes de unidade que ocorrem em etapa anterior, já que os testes de fumaça (smoke tests) são utilizados em seu lugar de forma mais eficiente e conseguem suprir as mesmas necessidades.
Analisando...
Carregando informações...
4

Q1163796 • Engenharia de Software • Gerência de Configuração • VUNESP • TJ SP • Analista de Sistemas Judiciário • 2025
A respeito da prática do uso de sistemas de controle de versão no contexto de DevOps, considerando o cenário de uma equipe que mantém um sistema de software próprio funcionando em uma organização, é correto afirmar que
- a) se recomenda não inserir scripts e arquivos de configuração relacionados à criação automática de infraestrutura em repositórios de sistemas de controle de versão, por razões de segurança, uma vez que segredos e detalhes sobre a infraestrutura ficariam mais expostos.
- b) é justificada exclusivamente quando a equipe trabalha de forma geograficamente distribuída, uma vez que, estando no mesmo escritório físico, haveria maior facilidade em trabalhar com pastas compartilhadas em um servidor local, o que provê maior simplicidade de uso.
- c) é recomendada para equipes grandes, mas pouco recomendada para equipes pequenas, sendo que, em projetos realizados por um único desenvolvedor, essa prática não deve ser adotada.
- d) se justifica utilizar vários repositórios e sistemas de versionamento, simultaneamente, para diferentes tipos de arquivos, artefatos de projeto, objetos e serviços, mesmo que isso requeira conhecimentos da equipe em diferentes ferramentas.
- e) sua utilização se dá exclusivamente pela equipe de desenvolvimento, e não pela equipe de operações, já que esta equipe não lida com código-fonte, arquivos de scripts de testes automatizados etc.
Analisando...
Carregando informações...
5

Q1163779 • Engenharia de Software • Uml • VUNESP • TJ SP • Analista de Sistemas Judiciário • 2025
A UML é uma das mais importantes técnicas utilizadas para a modelagem de software, constando de diversos tipos de diagramas para atender a tal finalidade.
Nesse contexto, os diagramas
- a) de máquina de estado e de sequência são classificados como estruturais.
- b) de atividade e de casos de uso são classificados como estruturais.
- c) de componentes e de objetos são classificados como comportamentais.
- d) de implantação e de pacote são classificados como comportamentais.
- e) de classes e de objetos são classificados como estruturais.
Analisando...
Carregando informações...
6

Q1163778 • Engenharia de Software • Engenharia de Requisitos • VUNESP • TJ SP • Analista de Sistemas Judiciário • 2025
Suponha que seja necessário proceder à elicitação de requisitos de um dos Serviços Estruturantes da plataforma digital do PDPJ-Br. Nesse sentido, a elicitação de requisitos constitui-se em uma importante atividade quando se considera o desenvolvimento de software.
Entre as técnicas que podem ser empregadas para a elicitação de requisitos, encontram-se:
- a) normalização e padronização.
- b) codificação e testes.
- c) entrevistas e etnografia.
- d) personificação e manutenção.
- e) criptografia e lançamento.
Analisando...
Carregando informações...
7

Q1163777 • Engenharia de Software • Qualidade de Software • VUNESP • TJ SP • Analista de Sistemas Judiciário • 2025
A chamada dívida técnica, no contexto do desenvolvimento de software, refere-se ao custo implícito de retrabalho em virtude da opção por se utilizar uma solução ágil no lugar de uma abordagem considerada mais robusta.
Nesse contexto, foi criado um quadrante de dívida técnica, que estabelece as seguintes categorias relativas a tal dívida:
- a) prudente e imprudente.
- b) parcial e inapropriada.
- c) integral e precipitada.
- d) principal e descuidada.
- e) provisória e desatenta.
Analisando...
Carregando informações...
8

Q1163021 • Engenharia de Software • Processos de Software • FGV • Banestes • Suporte e Infraestrutura • 2018
Com relação aos valores relacionados ao desenvolvimento ágil de software, NÃO se pode incluir:
- a) colaboração do cliente mais que negociação de contratos;
- b) indivíduos e iterações mais que processos e ferramentas;
- c) rapidez na construção mais que excelência técnica;
- d) responder a mudanças mais que seguir um plano;
- e) software funcional mais que documentação abrangente.
Analisando...
Carregando informações...
9

Q1163020 • Engenharia de Software • Teste de Software • FGV • Banestes • Suporte e Infraestrutura • 2018
No contexto de teste de software, o termo “Beta teste” caracteriza testes que:
- a) empregam primordialmente técnicas conhecidas como “White box”;
- b) são equivalentes aos testes conhecidos pelo termo “Alfa teste”;
- c) focam em pontos críticos, cujas correções são providenciadas de imediato pelo desenvolvedores;
- d) são realizados num ambiente de laboratório do desenvolvedor;
- e) são realizados por usuários externos, em condições de uso semelhantes às de produção.
Analisando...
Carregando informações...
10

Q1162993 • Engenharia de Software • Engenharia de Requisitos • FGV • Banestes • Desenvolvimento de Sistemas • 2018
No contexto da especificação de requisitos de software, um exemplo de requisito “não funcional” é:
- a) dados a serem coletados numa tela de cadastro;
- b) opções para emissão de relatórios gerenciais;
- c) regras para baixa de estoque;
- d) sequência na qual certas operações devem ser executadas;
- e) tempo de resposta desejado para uma determinada tela.
Analisando...
Carregando informações...

Mais questões de Engenharia de Software →