Questões de Concurso

Foram encontradas 8.728 questões

Resolva questões gratuitamente!

Junte-se a mais de 4 milhões de concurseiros!

Q629471 Engenharia de Software

Para responder a questão considere as informações abaixo.

O caso de uso “Validar usuário” é descrito pelo seguinte cenário:

− Fluxo de eventos principal: O caso de uso inicia quando o sistema do Tribunal solicita ao usuário a sua senha, formada por números. O usuário fornece os números através do teclado e confirma a senha pressionando a tecla Enter. O sistema checa este número e verifica se ele é válido.

− Fluxo de evento excepcional: O usuário pode cancelar seu acesso a qualquer momento pressionando o botão Cancelar, reiniciando o caso de uso. Não é feita nenhuma mudança no processo do usuário.

− Fluxo de evento excepcional: O usuário pode corrigir a senha a qualquer momento, utilizando a tecla Backspace, antes de confirmar com a tecla enter.

− Fluxo de evento excepcional: Se o usuário fornece um número de senha inválido o caso de uso é reiniciado.

Com base no caso de uso, considere, abaixo, os diagramas UML 1 e 2: 


Imagem associada para resolução da questão

O diagrama 

Alternativas
Q629470 Engenharia de Software

A análise e o projeto orientados a objeto modelam um sistema em termos de objetos, que têm propriedades e comportamentos, e de eventos, que disparam operações que mudam o estado dos objetos. Considere, abaixo, os fundamentos da Orientação a Objetos − OO:

I. Ato de empacotar ao mesmo tempo dados e objetos. O objeto esconde seus dados de outros objetos e permite que os dados sejam acessados por intermédio de seus próprios métodos. Protege os dados do objeto do uso arbitrário e não-intencional. Separa a maneira como um objeto se comporta da maneira como ele é implementado.

II. Refere-se à implementação de um tipo de objeto. Especifica uma estrutura de dados e as operações permissíveis que se aplicam a cada um de seus objetos.

III. Pode ser real ou abstrato. Possui informações (dados) e desempenha ações (funcionalidades). É qualquer coisa, real ou abstrata, a respeito da qual são armazenados dados e operações.

Os conceitos da OO indicados em I, II e III, são, correta e respectivamente,

Alternativas
Q628956 Engenharia de Software
Um Analista em Tecnologia da Informação está participando de uma reunião de planejamento de um projeto do TRF3 que utiliza o PMBOK 5ª edição. Esta reunião, que envolve toda a equipe, objetiva definir e decompor as atividades do projeto e calcular o esforço necessário em cada uma delas. Inicialmente, está sendo realizada a subdivisão das entregas e do trabalho do projeto em componentes menores e mais facilmente gerenciáveis, no processo de
Alternativas
Q628953 Engenharia de Software
Dada a urgência no desenvolvimento de um software, a equipe de Tecnologia da Informação − TI do TRF3 resolveu utilizar uma das metodologias ágeis de desenvolvimento de sistemas. Um dos princípios destas metodologias é dar maior prioridade
Alternativas
Q628387 Engenharia de Software

A figura abaixo representa o diagrama de classes de parte do sistema SOMANUT. Na classe Funcionario, foi implementado o método abstrato calcularSalario.


 

Para que a classe Mecanico possa ser instanciada, é necessário que a(s) classe(s):
Alternativas
Q628386 Engenharia de Software

O requisito Obter Histórico de Compras do sistema A consiste em uma referência a um grupo de dados “X” logicamente relacionado, mantido e armazenado no sistema B, conforme representado no diagrama a seguir.


 

Na visão do usuário do sistema A, o grupo de dados "X" é visto na técnica de Análise por Pontos de Função como:
Alternativas
Q628385 Engenharia de Software
Trata-se de um teste que desconhece o conteúdo do código fonte. Nesse teste o componente testado é tratado como uma caixa preta: são fornecidos dados de entrada e o resultado comparado com aquele esperado e previamente conhecido. Além disso, esse teste pode ser aplicado em diversas fases de teste. A questão retrata características do teste:
Alternativas
Q628384 Engenharia de Software

Os testes de aceitação são muitas vezes a última etapa de testes antes de implantar o software em produção. Seu objetivo maior é verificar se o software está apto para utilização por parte dos usuários finais, de acordo com os requisitos de implementação definidos. Há três estratégias de implementação de testes de aceitação: a aceitação formal, a aceitação informal (ou teste alfa) e o teste beta.

Com relação às três estratégias de implementação dos testes de aceitação, é correto afirmar que:

Alternativas
Q628383 Engenharia de Software

O Desenvolvimento Orientado a Testes (TDD) é um método de desenvolvimento criado e disseminado por Kent Beck em seu livro “Test-driven development”. O método define regras, boas práticas e um ciclo de tarefas com 3 etapas: a etapa vermelha, a etapa verde e a etapa de refatoração, ilustrado na imagem abaixo



Com relação às regras e boas práticas de TDD e ao seu ciclo, é correto afirmar que:
Alternativas
Q628382 Engenharia de Software
Em programação, para verificar se o código fonte está funcionando conforme o esperado utiliza-se testes unitários. Uma forma muito comum de escrevê-los é a aplicação do padrão AAA, que define 3 etapas: Arrange, Act e Assert. Com relação aos testes unitários escritos no padrão AAA, é correto afirmar que:
Alternativas
Q626254 Engenharia de Software
Hoje, a maioria das empresas de software tendem a utilizar modelos de desenvolvimento de software iterativos, em contraposição a modelos mais antigos, como o modelo cascata. Sobre a comparação entre os modelos iterativo e cascata, pode-se afirmar que:
Alternativas
Q626253 Engenharia de Software
Sistemas de software podem ser testados em diferentes granularidades. Nas granularidades mais altas, pode-se ter o teste de entradas e saídas de uma função. Em granularidades mais baixas pode-se testar até interações complexas de todo um sistema com o usuário. Das alternativas seguintes, qual delas ordena, da esquerda para direita, da granularidade mais alta para a mais baixa, os diferentes tipos de testes?
Alternativas
Q626252 Engenharia de Software
As ferramentas CASE (Computer Aided Software Engineering) são softwares que auxiliam desenvolvedores e analistas nas mais diversas fases da construção de um software, suportando uma ou mais atividades do processo de desenvolvimento. Sobre as ferramentas CASE, o que é INCORRETO afirmar:
Alternativas
Q626251 Engenharia de Software
Um contrato de desenvolvimento de software definiu que a primeira entrega atenderia somente requisitos funcionais. Dada esta primeira entrega, o cliente entrou em contato com a empresa encarregada do desenvolvimento. O cliente dizia que não poderia aceitar esta entrega, pois o sistema estava muito lento, sendo que as especificações do contrato eram bem claras sobre o tempo de resposta do sistema. Neste cenário, pode-se afirmar que:
Alternativas
Q626250 Engenharia de Software

Para atender este mercado crescente de computadores criaram-se modelos de desenvolvimento de softwares que atendem as necessidades singulares de alguns setores e, ao mesmo tempo, podem ser utilizados na elaboração softwares triviais. Sobre os modelos de desenvolvimento, são feitas as seguintes afirmações: 


I. O modelo de desenvolvimento Cascata, também chamado de Clássico ou Linear, caracteriza-se por possuir uma tendência na progressão sequencial entre uma fase e a próxima. Pode ter retroalimentação de uma fase para a anterior, mas, em uma visão macro, as fases seguem sequencialmente.

II. No modelo de desenvolvimento iterativo e incremental, um software é desenvolvido em vários passos similares (iterativo) e, em cada passo, o sistema é estendido (incremental).

III. O modelo de desenvolvimento XP (Extreme Programming) é um processo de desenvolvimento de software que adota os valores de comunicação, simplicidade, feedback e coragem. É uma metodologia ágil para equipes médias ou grandes e que irão desenvolver software com requisitos bem especificados e com poucas mudanças.

IV. O modelo de desenvolvimento Scrum é um processo clássico de desenvolvimento software. É um modelo iterativo e incremental para gerenciamento de projetos e desenvolvimento de software. Muito utilizado para trabalhos de curta duração nos quais é impossível acompanhar o cliente. No Scrum, os projetos são divididos em ciclos chamados de Kanban.

V. O modelo de desenvolvimento BDD (Behavior Driven Development) é uma técnica de desenvolvimento de software que baseia em um ciclo curto de repetições. Primeiramente, o desenvolvedor escreve um caso de teste automatizado que define uma melhoria desejada ou uma nova funcionalidade. Então, é produzido código que possa ser validado pelo teste para posteriormente ser refatorado para um código sob padrões aceitáveis.


Em relação a estas afirmações, assinale a alternativa correta:

Alternativas
Q626249 Engenharia de Software
A UML (Unified Modeling Language) possui diagramas que representam partes ou pontos de vista do sistema. Dos diagramas apresentados a seguir, qual NÃO faz parte da UML 2.0?
Alternativas
Q625028 Engenharia de Software

Com relação à metodologia SCRUM são realizadas as seguintes afirmações:


I. O Product Owner define as funcionalidades do produto e aceita ou rejeita os resultados dos trabalhos.

II. O Scrum Master define as funcionalidades do produto e aceita ou rejeita os resultados dos trabalhos.

III. O Product Owner é o responsável pela aplicação dos valores e práticas do SCRUM.

IV. A Sprint Planning Meeting é uma reunião que envolve o Scrum Master, os membros do Scrum Team e o Product Owner. Nesta reunião são determinadas quais funcionalidades e atividades serão realizadas no próximo Sprint.


Em relação a estas afirmações, assinale a alternativa correta: 

Alternativas
Q625027 Engenharia de Software
Com relação ao assunto teste de software assinale a alternativa correta:
Alternativas
Q625019 Engenharia de Software

O processo de Análise de Requisitos busca definir um conjunto de requisitos que precisam ser validados quando o software estiver pronto. Com relação a este assunto são realizadas as seguintes afirmações:


I. Um Requisito Funcional é um requisito de sistema de software que especifica uma função que o sistema ou componente deve ser capaz de realizar.

II. Um Requisito Não Funcional de software é aquele que descreve como o sistema fará e não o que ele fará. São exemplos de Requisitos Não Funcionais os requisitos de desempenho, requisitos da interface externa do sistema, restrições de projeto e atributos da qualidade.

III. As fontes de informações durante a fase de obtenção de requisitos incluem documentação, stakeholders de sistema e especificações de sistemas similares.

IV. Requisitos permanentes são requisitos que irão mudar durante o processo de desenvolvimento do sistema ou depois que o sistema estiver em operação.


Em relação a estas afirmações, assinale a alternativa correta: 

Alternativas
Q625018 Engenharia de Software

 Análise de Pontos de Função (FPA) é uma técnica para medição do esforço necessário para desenvolver um projeto de software. Com relação a este assunto são realizadas as seguintes afirmações:


I. A medida (pontos de função) é independente de linguagem de programação ou tecnologia.

II. A Análise de Pontos de Função (FPA) considera a funcionalidade implementada do ponto de vista do desenvolvedor.

III. Tamanho funcional é uma medida de tamanho de software baseada em uma visão padronizada dos requisitos lógicos do usuário.


Em relação a estas afirmações, assinale a alternativa correta: 

Alternativas
Respostas
5421: E
5422: D
5423: C
5424: D
5425: B
5426: B
5427: A
5428: E
5429: A
5430: B
5431: C
5432: B
5433: C
5434: B
5435: B
5436: D
5437: E
5438: D
5439: A
5440: B