Questões de Concurso Sobre engenharia de software

Foram encontradas 14.525 questões

Q650759 Engenharia de Software
A Open Web Application Security Project (OWASP) é uma entidade sem fins lucrativos que reúne profissionais voluntários de segurança de aplicações ao redor do mundo, com o intuito de produzir material para a construção de software mais seguro. Um dos principais trabalhos da entidade é o guia OWASP Top 10, que é publicado a partir de dados estatísticos de diversas organizações que atuam na indústria.
Como exemplo, cita-se a falha categorizada como A1- Injeção: as falhas de injeção, tais como injeção de SQL, de Sistema Operacional (SO) e de LDAP, ocorrem quando dados não confiáveis são enviados para um interpretador como parte de um comando ou uma consulta. Os dados manipulados pelo atacante podem iludir o interpretador para que ele execute comandos indesejados ou permita o acesso a dados não autorizados.

 
Acerca dos conceitos relacionados ao desenvolvimento seguro de aplicações, assinale a alternativa correta.
Alternativas
Q647181 Engenharia de Software
Quanto a Programação Orientada a Objeto identifique a alternativa que representa o mecanismo pelo qual uma classe (sub-classe) pode estender outra classe (super-classe), aproveitando seus comportamentos (métodos) e variáveis possíveis (atributos): 
Alternativas
Q644199 Engenharia de Software

A respeito da análise estática de código-fonte em Clean Code e SonarQube, julgue o item subsecutivo.

Um dos modos de análise de código-fonte constante no SonarQube é o publish, que analisa completamente o código e o envia para o servidor que irá processá-lo e salvar os resultados no banco de dados.

Alternativas
Q644198 Engenharia de Software

A respeito da análise estática de código-fonte em Clean Code e SonarQube, julgue o item subsecutivo.

De acordo com as diretivas do Clean Code, o número de argumentos de uma função não deve ser igual ou superior a três, devido a sua influência no entendimento da função.

Alternativas
Q644193 Engenharia de Software

No que se refere à modelagem de processos de negócio e às metodologias utilizadas para desenvolvimento de softwares, julgue o item que se segue.

Normalmente, o time do projeto define quando a entrega de uma versão deve ser realizada após analisar o retorno sobre o investimento e avaliar se um conjunto de funcionalidades já pode ser utilizado por clientes e usuários.

Alternativas
Q644191 Engenharia de Software

No que se refere à modelagem de processos de negócio e às metodologias utilizadas para desenvolvimento de softwares, julgue o item que se segue.

Depois de ordenados os requisitos do product backlog pelo time de desenvolvimento, o Product Owner avalia a qualidade dos produtos entregues para certificar que os desenvolvedores realizaram adequadamente as avaliações de mercado e as necessidades dos clientes do produto. Práticas de estimativa, como burndown, em conjunto com gráficos de barra, são úteis para estabelecer o burndown baseline e auxiliar o time de desenvolvimento a gerir a complexidade do projeto.

Alternativas
Q644190 Engenharia de Software

Julgue o item a seguir, relativo a testes de software.

Para se assegurar que o sistema opere com a carga necessária, são realizados testes de desempenho em que se aumenta progressivamente a carga até que se possa definir se o desempenho do sistema está aceitável.

Alternativas
Q644189 Engenharia de Software

Julgue o item a seguir, relativo a testes de software.

As técnicas estáticas de verificação centram-se na análise manual ou automatizada do código-fonte do programa, enquanto a validação dinâmica tem por objetivo identificar defeitos no programa e demonstrar se ele atende a seus requisitos.

Alternativas
Q644187 Engenharia de Software

A respeito das métricas e estimativas de software, julgue o próximo item.

A métrica de contagem de pontos por função, disseminada pelo IFPUG (International Function Point User Group) e constituída na evolução das métricas de linhas de código (LOC), visa estimar recursos para projetos de softwares orientados a objetos a partir de documentos de visão e de casos de uso.

Alternativas
Q644130 Engenharia de Software
Dentre as atividades que um homologador de sistemas deve realizar em um processo de homologação de sistemas novos, inclui-se
Alternativas
Q644129 Engenharia de Software
Após construir um DFD durante a modelagem funcional de um sistema, um Analista deseja apresentar mais informações com objetivo de definir o significado dos fluxos e depósitos de dados, a composição de pacotes de dados que se movimentam pelos fluxos e os valores e unidades relevantes de partes elementares dos fluxos e depósitos de dados. O Analista terá que criar
Alternativas
Q644119 Engenharia de Software
Ao escrever testes funcionais, um Analista precisa utilizar um controle de espera para que uma ação seja disparada depois de alguma outra ação. No Selenium WebDriver, um Analista pode optar pela utilização de um controle de espera
Alternativas
Q644117 Engenharia de Software
No gerenciamento de requisitos é importante relacionar os requisitos identificados, mostrando quais são as fontes de cada requisito, como os requisitos se relacionam uns com os outros e com as interfaces internas e externas do sistema, quais os subsistemas que eles governam, dentre outros aspectos. Para isso utilizam-se
Alternativas
Q644116 Engenharia de Software

Considere a figura abaixo.

Imagem associada para resolução da questão

É correto afirmar que

Alternativas
Q644115 Engenharia de Software
Um aspecto comum entre o desenvolvimento baseado no UP e no Scrum é que ambos
Alternativas
Q644090 Engenharia de Software

Considere a imagem abaixo.

Imagem associada para resolução da questão

Trata-se de um Diagrama de

Alternativas
Q644087 Engenharia de Software
São, dentre outros, recursos essenciais em uma aplicação orientada a objetos para se obter polimorfismo:
Alternativas
Q644077 Engenharia de Software
A opção pela metodologia de desenvolvimento
Alternativas
Q644076 Engenharia de Software
Um Técnico está participando de uma fase do PU e ajudou na especificação inicial de dois requisitos, considerados de maior risco. Estes requisitos foram implementados, servindo de base para o planejamento da próxima iteração. Nas iterações seguintes mais requisitos foram detalhados e melhor esclarecidos. Ao fim da fase, 90% dos requisitos estavam detalhados, o núcleo do sistema estava implementado com alta qualidade e os principais riscos puderam ser tratados. O Técnico participou da fase de
Alternativas
Q644074 Engenharia de Software
A métrica Pontos de Função
Alternativas
Respostas
8701: E
8702: A
8703: E
8704: C
8705: E
8706: E
8707: C
8708: C
8709: E
8710: E
8711: B
8712: D
8713: C
8714: D
8715: B
8716: E
8717: A
8718: E
8719: C
8720: E