Questões de Concurso

No Apoio Logístico Integrado, os requisitos logísticos determinantes do ciclo de vida devem ser considerados normalmente por ocasião da fase de:

Na engenharia de fatores humanos, a interface requerida do homem com a máquina para operar o software é tão importante quanto no caso da operação do hardware. Nesse caso, o resultado desejado é:

A FMEA e a FMECA se diferenciam essencialmente devido à FMECA identificar especificamente:

Na Manutenção Centrada na Confiabilidade, segundo Siqueira (2014), é comum classificar as funções em quatro categorias principais. Dessa forma, a categoria que tem como propósito modificar os objetivos do sistema é a:

O tipo de manutenção em que, por meio de inspeções periódicas para realizar a intervenção no equipamento, observam-se fenômenos, como temperatura acima do normal, vibração e ruídos excessivos, entre outros, é:

Na verificação de um projeto existe uma categoria de teste que é realizada especificamente para demonstrar a prova de conceito ou viabilidade do projeto. Esta demonstração é realizada por meio do teste:

Em relação ao Apoio Logístico Integrado, a técnica que identifica os recursos necessários para suportar o equipamento e aponta as características do projeto que podem resultar em despesas excessivas durante a vida operacional do sistema é a:

Entre os processos ágeis de desenvolvimento de software, SCRUM é um framework, algo como uma caixa de ferramentas, dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível. De acordo com a terminologia Scrum, eventos são chamados time-boxes, uma vez que são duração fechada e sprints são time-boxes de 1 mês ou menos e constituem o coração do Scrum. Entre os tipos de Sprint, três são detalhados a seguir.
I. É um time-box de 8h para uma sprint de um mês; uma reunião é onde o Product Owner é ouvido em relação às prioridades e aos objetivos da sprint. É nela também onde o time irá deliberar sobre o que conseguem fazer nesta sprint em relação às necessidades, formalizando o Sprint Backlog, ou lista de coisas que serão feitas no próximo mês. II. É um time-box de 15 min que deve acontecer diariamente, sempre no mesmo local e horário para gerar consistência e evitar perda de tempo, facilitada pelo Scrum Master. Nesta reunião, que deve ser muito dinâmica e que popularmente é feita em pé para evitar prolongamentos e distrações, cada membro do time deve responder apenas três perguntas: o que eu fiz ontem, o que eu vou fazer hoje e se tem algo me impedindo.
Os tipos detalhados em I e em II são denominados, respectivamente:

Na notação UML para descrição de modelos de sistemas orientado a objetos, em cenários para elicitação de requisitos, uma técnica utiliza uma ferramenta que identifica o tipo de interação, representado por elipses - e os agentes envolvidos, representados por bonecos - .
Essa ferramenta é conhecida por Diagrama de:

A UML especifica diversos tipos de diagramas para modelagem de sistemas e cada um deles modela uma característica distinta da estrutura ou do comportamento de um sistema. Dois desses diagramas são caracterizados a seguir.
I. Representa o fluxo de tarefas que podem ser executadas pelo sistema ou por um ator e tem por finalidade modelar o fluxo de trabalho de um objeto durante a execução do programa, sendo mesmo um fluxograma que modela as ações que o objeto vai executar e em que ordem.
II. Representa uma coleção de componentes de software e seus inter-relacionamentos e tem por finalidade modelar recursos que incluem gráficos, áudio e pacotes que são grupos de classes e que constituem o sistema.
Esses diagramas são denominados , respectivamente, Diagramas de:

A figura abaixo, associada ao modelo em cascata ou ciclo de vida clássico, apresenta uma abordagem sistemática e sequencial para o desenvolvimento de projetos de software.

Sendo a fase E1 a da COMUNICAÇÃO, as demais E2, E3, E4 e E5 são denominadas, respectivamente:

No desenvolvimento de software, o início para toda a atividade parte do levantamento de requisitos, sendo repetida em todas as demais etapas da engenharia de requisitos. Sommerville propõe um processo genérico de levantamento e análise que contém diversas atividades, sendo três delas detalhadas a seguir.
I. É o processo de interagir com os stakeholders do sistema para descobrir seus requisitos, e a compreensão do domínio se desenvolve mais durante essa atividade. II. É um estágio que envolve interação com os stakeholders para a definição dos requisitos mais importantes, considerando que, em qualquer conjunto de requisitos, alguns serão mais importantes do que outros. III. É o processo que realiza uma análise dos requisitos para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
As atividades detalhas em I, II e III são conhecidas, respectivamente, como:

Um processo de desenvolvimento de software pode ser visto como um conjunto de fases organizadas, usadas para definir, desenvolver, testar e manter um software. Existem diversos processos, cabendo destacar que há algumas fases básicas comuns à grande parte dos existentes. Em uma dessas fases, o sistema é codificado a partir da descrição computacional da fase de projeto em uma outra linguagem, onde se torna possível a compilação e geração do código - executável para o desenvolvimento software. Em um processo de desenvolvimento orientado a objetos, essa etapa ocorre definindo as classes de objetos do sistema em questão, fazendo uso das linguagens de programação. Pode-se também utilizar ferramentas de software e bibliotecas de classes preexistentes para agilizar a atividade, como também o uso de ferramentas CASE, que dinamizam o processo de desenvolvimento, nas várias atividades, onde inclui-se geração de código-fonte e documentação.
Essa fase é denominada:

No contexto da Análise e Projeto de Sistemas e do processo de desenvolvimento de software, a UML reconhece três tipos mais importantes de relações, conceituadas a seguir.
I. São relacionamentos estruturais entre instâncias e especificam que objetos de uma classe estão ligados a objetos de outras classes, podendo existir entre classes ou entre objetos. II. São relacionamentos de utilização no qual uma mudança na especificação de um elemento pode alterar a especificação do elemento dependente. Este tipo de relação entre classes indica que os objetos de uma classe usam serviços dos objetos de outra classe. III. São relacionamentos entre um elemento mais geral e um mais específico. O elemento mais específico herda as propriedades e métodos do elemento mais geral. Este tipo de relação é também conhecida como herança no modelo a objetos, existindo só entre as classes.
Os tipos descritos em l, ll e lll são, respectivamente:

A modelagem de dados e os conceitos classes e pacotes estão diretamente relacionados na metodologia UML, uma tecnologia que se presta à modelagem de estruturas que irão compor uma aplicação, estando fortemente amparada em conceitos de Orientação a Objetos. Os diferentes diagramas que compõem a UML podem ser agrupados em categorias, levando em consideração o contexto do sistema em desenvolvimento. Entre os diagramas, dois são caracterizados a seguir.
I. São diagramas estruturais que fornecem uma visão clara da estrutura hierárquica dos variados elementos UML dentro de um determinado sistema, sendo usados para mostrar a organização e disposição de vários elementos de modelos, onde cada elemento é representado como uma pasta de arquivo dentro do diagrama, e depois organizado hierarquicamente no diagrama. São bastante usados para proporcionar uma organização visual de uma arquitetura em camadas de qualquer classificador UML, por exemplo, um sistema de software. II. São diagramas que permitem a visualização de um conjunto de classes, detalhando atributos e operações, assim como prováveis relacionamentos entre as estruturas, possibilitando ainda as definições de interfaces. Ilustra graficamente como será a estrutura do software, em nível micro ou macro e como cada um dos componentes da sua estrutura estarão interligados.
As ferramentas caracterizadas em I e em II são denominados diagramas de:

O conceito que está diretamente associado ao termo software livre é:

Na engenharia de sistemas, o caminho crítico das atividades técnicas do projeto é identificado por meio:

Segundo Sommerville (2011), em um sistema existem algumas propriedades emergentes que não são mensuráveis. São exemplos dessas propriedades:

O teste que força o software a falhar de diversos modos e verifica se o restabelecimento às condições normais está adequado é conhecido como teste de:

O gerenciamento de configurações de um produto de sistema de software envolve as seguintes quatro atividades afins: