Questões de Concurso

Foram encontradas 8.654 questões

Resolva questões gratuitamente!

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

Q1632615 Engenharia de Software

O Diagrama de Colaboração/Comunicação da UML, apresentado a seguir, expressa que


Imagem associada para resolução da questão

Alternativas
Q1632612 Engenharia de Software

A figura, a seguir, apresenta um Diagrama de Atividades da UML.


Imagem associada para resolução da questão


Sobre este diagrama, é correto afirmar que

Alternativas
Q1632610 Engenharia de Software

Considerando-se o diagrama de classes apresentado a seguir, é correto afirmar que


Imagem associada para resolução da questão

Alternativas
Q1632609 Engenharia de Software
Sobre os diagramas de casos de uso da UML, assinale a alternativa correta.
Alternativas
Q1632608 Engenharia de Software

As restrições sobre generalizações em diagramas de classes da UML são representadas no diagrama de classes, próximas à linha do relacionamento. As restrições incompleta e sobreposta, impostas à generalização a seguir, especificam que


Imagem associada para resolução da questão

Alternativas
Q1632607 Engenharia de Software

O diagrama de classes da UML, apresentado a seguir, mostra uma associação entre classes que se dá por meio de uma classe associativa. Classes associativas podem ser substituídas por classes comuns, sem perda de informação.


Imagem associada para resolução da questão


Considerando as afirmações acima, assinale o diagrama de classes semanticamente equivalente ao apresentado acima.

Alternativas
Q1632606 Engenharia de Software

Para diagramas de classes da UML e suas multiplicidades, considere que: i) as multiplicidades corretas denotam o relacionamento entre as classes Cliente e Pedido, ii) um cliente pode ter vários pedidos associados e um pedido pode ter apenas 1 cliente associado.


Considerando essas afirmações, é obrigatório que um pedido tenha um único cliente associado e um cliente não necessariamente precisa ter pedidos associados. O diagrama correto que ilustra esta situação é descrito por:

Alternativas
Q1626601 Engenharia de Software

A UML – Unified Modeling Language é uma linguagemvisual utilizada para modelar softwares baseados no paradigma de orientação a objetos. Empregado normalmente nas fazes de levantamento e análise de requisitos, embora venha a ser consultado durante todo o processo de modelagem e possa servir de base para outros, um diagrama, exemplificado na figura abaixo, procura identificar usuários, outros sistemas ou mesmo algum hardware especial, que utilizarão o software de algum modo, bem como os serviços e funcionalidades.


Imagem associada para resolução da questão


A figura representa o diagrama de:

Alternativas
Q1626597 Engenharia de Software
Uma revisão técnica formal – FTR é uma atividade de garantia da qualidade, englobando walkthroughs, inspeções e revisões técnicas. De caráter obrigatório, dois objetivos da FTR são, respectivamente:
Alternativas
Q1626596 Engenharia de Software
Segundo Pressman, a medição permite obter o entendimento do processo e do projeto, dando um mecanismo para avaliação objetiva. Dentre as métricas para projeto OO, uma representa um Indicativo da quantidade de esforço requerida para desenvolver o software e a outra o potencial de reuso a ser aplicada durante o desenvolvimento do sistema. Essa métrica é denominada número de:
Alternativas
Q1626595 Engenharia de Software

A Extreme Programming é um dos métodos ágeis mais conhecidos e usados, e envolve um número de práticas que se enquadram nos princípios gerais da metodologia. Dois desses princípios são descritos a seguir.


I. Os requisitos são registrados em cartões de histórias, sendo as histórias incluídas em um release, determinadas pelo tempo disponível e sua prioridade relativa.

II. Espera-se que todos os desenvolvedores recriem o código continuamente, tão logo os aprimoramentos do código forem encontrados, o que torna o código simples e fácil de manter.


Esses princípios são denominados, respectivamente:

Alternativas
Q1626594 Engenharia de Software

O Rational Unified Process (RUP) é um exemplo de modelo de processo moderno derivado da UML e do Processo Unificado de Desenvolvimento de Software de Rumbaugh. O RUP reconhece que os modelos convencionais de processo apresentam uma visão única do processo. O RUP engloba três perspectivas, descritas a seguir.


I. Mostra as fases do modelo ao longo do tempo.

II. Mostra as atividades realizadas no processo.

III. Sugere as boas práticas a serem usadas durante o processo.


Essas perspectivas são conhecidas, respectivamente, como:

Alternativas
Q1626593 Engenharia de Software

Segundo Pressman, os elementos específicos do modelo de análise são ditados pelo método de modelagem de análise usado. No entanto, um conjunto de elementos genéricos é comum à maioria dos modelos de análise. Nesse sentido, observe a figura abaixo, que ilustra o modelo de estado UML e que representa os estados e eventos que modificam um sistema. O diagrama de estados indica que ações são realizadas em consequência de determinado evento.


Imagem associada para resolução da questão


O diagrama de estado é utilizado quando se trata dos elementos de análise do tipo:

Alternativas
Q1626591 Engenharia de Software

O processo de Engenharia de Requisitos é realizado por meio da execução de sete funções distintas: concepção, levantamento, elaboração, negociação, especificação, validação e gestão. Nesse contexto, observe a lista abaixo, que representa um conjunto de questões a serem utilizadas como checklist dentro de uma dessas funções.


1) Os requisitos foram claramente estabelecidos? Eles podem ser mal interpretados?

2) A fonte do requisito foi identificada?

3) O requisito está limitado em termos quantitativas?

4) Que outros requisitos se relacionam a este requisito?

5) O requisito viola alguma restrição do domínio?

6) Pode-se relacionar o requisito a qualquer modelo de sistema que tenha sido criado?

7) O requisito está relacionado aos objetivos globais do sistema/produto?


A função é: 

Alternativas
Q1626245 Engenharia de Software

Analise o diagrama de Classes UML a seguir.


Telefone

– numero : String

– DDD : String

# Telefone(numero : String)

+ setDDD(DDD : String) : void

– setNumero(numero : String) : void


Assinale a alternativa que descreve corretamente a visibilidade dos métodos Telefone(), setDDD() e setNumero(), respectivamente.

Alternativas
Q1626244 Engenharia de Software
O diagrama de sequência da UML a seguir, que representa corretamente uma instância da classe A enviando uma mensagem assíncrona para uma instância da classe B, é
Alternativas
Q1626242 Engenharia de Software
Com relação à Engenharia de Requisitos, assinale a afirmativa correta.
Alternativas
Q1626241 Engenharia de Software

Com relação ao projeto da interface com o usuário, analise as afirmativas a seguir.


I. É importante a colocação do usuário no controle definindo modos de interação de uma forma que não o force a ações desnecessárias, proporcionando interação flexível e permitindo que ele possa interromper ou desfazer qualquer ação sem perder o trabalho que já tenha feito.

II. A interface com o usuário tem que ser capaz de aumentar a carga de memória do usuário para que ele utilize todo seu conhecimento a todo instante sobre o sistema, garantindo uma interface objetiva e robusta.

III. A interface com o usuário deve ser consistente ao longo de uma família de aplicações e consistente com modelos interativos anteriores.


Assinale:

Alternativas
Q1626240 Engenharia de Software

Algumas tarefas relacionadas às funções do processo são executadas no processo de Engenharia de Requisitos.


A esse respeito, analise as tarefas a seguir.

I. Definição do escopo e a natureza do problema a ser resolvido.

II. Os requisitos básicos são refinados e modificados.

III. Definição de prioridades e do que é essencial e necessário para o sistema.


Segundo Pressman, as tarefas descritas representam, respectivamente, as funções

Alternativas
Q1626237 Engenharia de Software

Com relação ao conceito de processo de software, como definido por Pressman, analise as afirmativas a seguir.


I. Um arcabouço comum de processo (common process framework) é definido por um conjunto de tarefas aplicáveis a todos os projetos de SW independentemente de tamanho ou complexidade.

II. As atividades do arcabouço comum são agrupadas em conjuntos de tarefas (task sets) visando sua adaptação às características do projeto e da equipe.

III. Atividades guarda-chuva (umbrella activities) são independentes de qualquer atividade do arcabouço e ocorrem ao longo do processo.


Assinale:

Alternativas
Respostas
2861: B
2862: B
2863: A
2864: D
2865: C
2866: B
2867: A
2868: A
2869: C
2870: E
2871: E
2872: A
2873: B
2874: D
2875: B
2876: A
2877: E
2878: C
2879: D
2880: E