Questões de Concurso
Sobre engenharia de software para fcc
Foram encontradas 1.558 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Q374011
Engenharia de Software
A engenharia de software apresenta um conjunto de princípios que podem ser usados quando um projeto de desenvolvimento de software for realizado, como os descritos abaixo:
I. Decomposição - o software é um produto complexo construído a partir de partes mais simples. A decomposição funcional é uma maneira de conceber o software como um conjunto de funções de alto nível (requisitos) que são decompostas em partes cada vez mais simples até chegar a comandos individuais de linguagem de programação.
II. Abstração - muitas vezes é necessário descrever um elemento em uma linguagem de nível mais alto do que o necessário para sua construção. A abstração ajuda os interessados no processo de desenvolvimento a entenderem estruturas grandes e complexas através de descrições mais abstratas.
III. Composição - a composição deu origem à orientação a objetos, em que um objeto pode ser classificado simultaneamente em mais de uma classe. Por exemplo, um cão, além de ser um mamífero, é animal e vertebrado.
IV. Padronização - a criação de padrões (patterns) de programação, design e análise ajuda a elaborar produtos com qualidade mais previsível. São importantes para a captação de experiências e evitam a repetição de erros que já têm solução conhecida.
Apresentam princípio e descrição corretos o que se afirma APENAS em
I. Decomposição - o software é um produto complexo construído a partir de partes mais simples. A decomposição funcional é uma maneira de conceber o software como um conjunto de funções de alto nível (requisitos) que são decompostas em partes cada vez mais simples até chegar a comandos individuais de linguagem de programação.
II. Abstração - muitas vezes é necessário descrever um elemento em uma linguagem de nível mais alto do que o necessário para sua construção. A abstração ajuda os interessados no processo de desenvolvimento a entenderem estruturas grandes e complexas através de descrições mais abstratas.
III. Composição - a composição deu origem à orientação a objetos, em que um objeto pode ser classificado simultaneamente em mais de uma classe. Por exemplo, um cão, além de ser um mamífero, é animal e vertebrado.
IV. Padronização - a criação de padrões (patterns) de programação, design e análise ajuda a elaborar produtos com qualidade mais previsível. São importantes para a captação de experiências e evitam a repetição de erros que já têm solução conhecida.
Apresentam princípio e descrição corretos o que se afirma APENAS em
Q374010
Engenharia de Software
Em uma fábrica de software que utiliza as abordagens da engenharia de software, pode haver diversos papéis, sendo alguns deles descritos abaixo.
I. Cuida de um projeto específico, garantindo que os prazos e o orçamento sejam cumpridos. Segue as práticas definidas no processo de engenharia e é responsável por verificar a aplicação do processo.
II. É o desenvolvedor responsável pela compreensão do problema relacionado ao sistema que se deve desenvolver, ou seja, pelo levantamento de requisitos e sua efetiva modelagem. Deve, portanto, descobrir o que o cliente precisa (por exemplo, controlar suas vendas, comissões etc.).
III. Propõe a melhor tecnologia para produzir um sistema executável para as especificações realizadas. Deve, então, apresentar uma solução para as necessidades do cliente (por exemplo, propor uma solução baseada em web, um banco de dados centralizado etc.).
Os papéis descritos em I, II e III, referem-se, respectivamente, à
I. Cuida de um projeto específico, garantindo que os prazos e o orçamento sejam cumpridos. Segue as práticas definidas no processo de engenharia e é responsável por verificar a aplicação do processo.
II. É o desenvolvedor responsável pela compreensão do problema relacionado ao sistema que se deve desenvolver, ou seja, pelo levantamento de requisitos e sua efetiva modelagem. Deve, portanto, descobrir o que o cliente precisa (por exemplo, controlar suas vendas, comissões etc.).
III. Propõe a melhor tecnologia para produzir um sistema executável para as especificações realizadas. Deve, então, apresentar uma solução para as necessidades do cliente (por exemplo, propor uma solução baseada em web, um banco de dados centralizado etc.).
Os papéis descritos em I, II e III, referem-se, respectivamente, à
Q374009
Engenharia de Software
É o processo de analisar um sistema ou seus modelos de forma a conseguir produzir especificações de nível mais alto. É um processo de exame e aplicação, particularmente útil quando há um sistema legado e é necessário, entre outras coisas, descobrir regras de negócio nele escondidas.
O termo relacionado à reengenharia de sistemas ao qual o texto se refere é
O termo relacionado à reengenharia de sistemas ao qual o texto se refere é
Q370983
Engenharia de Software
Texto associado
Considere:
De acordo com a classe acima, é correto afirmar que:
Q370979
Engenharia de Software
Texto associado
O modelo de dados a seguir deve ser utilizado para responder as questões de 86 a 88.
Se fosse construída uma aplicação orientada a objetos para implementar o modelo apresentado, a forma mais correta de construir as classes referentes às entidades Juridico, Cliente e Fisico, seria utilizando o conceito de;
Q370962
Engenharia de Software
Scrum e XP são duas metodologias ágeis que provêm práticas e regras que apresentam diferenças e também pontos em comum. Comparando-se estas metodologias, é correto afirmar:
Q370961
Engenharia de Software
Considere:
O código do projeto pertence a todos os membros da equipe. Isto significa que qualquer pessoa que percebe que pode adicionar valor ao código, mesmo que ele próprio não o tenha desenvolvido, pode fazê-lo, desde que faça os testes necessários e não prejudique as funcionalidades atuais. Isto é possível porque todos são responsáveis pelo software. Caso um membro da equipe deixe o projeto antes do fim, a equipe consegue continuar o projeto sem grandes dificuldades, pois todos conhecem todas as partes do software, mesmo que não seja de forma detalhada.
Esta prática é
O código do projeto pertence a todos os membros da equipe. Isto significa que qualquer pessoa que percebe que pode adicionar valor ao código, mesmo que ele próprio não o tenha desenvolvido, pode fazê-lo, desde que faça os testes necessários e não prejudique as funcionalidades atuais. Isto é possível porque todos são responsáveis pelo software. Caso um membro da equipe deixe o projeto antes do fim, a equipe consegue continuar o projeto sem grandes dificuldades, pois todos conhecem todas as partes do software, mesmo que não seja de forma detalhada.
Esta prática é
Q370960
Engenharia de Software
O principal objetivo da XP é dar agilidade ao desenvolvimento do projeto, buscando garantir a satisfação do cliente. As práticas, regras e os valores da XP garantem um agradável ambiente de desenvolvimento de software para os seus seguidores, que são conduzidos por estes 4 norteadores básicos:
Q370958
Engenharia de Software
O Scrum define reuniões e eventos que devem ser realizados de forma a oferecer oportunidades formais para inspeção e adaptação, cujos tempos de duração são referenciais máximos recomendados. Considere:
I. É uma Sprint de um mês, para inspecionar o incremento e adaptar o Backlog do Produto, se necessário.
II. É uma reunião time-boxed de 3 horas para uma Sprint de um mês, sendo uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint.
III. É um evento time-boxed de 15 minutos, para que a Equipe de Desenvolvimento possa sincronizar as atividades e criar um plano para as próximas 24 horas.
IV. É um time-box de 8 horas para uma Sprint de um mês de duração.
Estão de acordo com as definições I, II, III e IV, respectivamente, as denominações:
I. É uma Sprint de um mês, para inspecionar o incremento e adaptar o Backlog do Produto, se necessário.
II. É uma reunião time-boxed de 3 horas para uma Sprint de um mês, sendo uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint.
III. É um evento time-boxed de 15 minutos, para que a Equipe de Desenvolvimento possa sincronizar as atividades e criar um plano para as próximas 24 horas.
IV. É um time-box de 8 horas para uma Sprint de um mês de duração.
Estão de acordo com as definições I, II, III e IV, respectivamente, as denominações:
Q370957
Engenharia de Software
Embora BPMN e UML tenham abordagens diferentes em relação à modelagem de processos de negócios, diagramas UML que modelam o comportamento dinâmico podem ser usados na modelagem de alguns processos de negócio, como os diagramas de__I__ e de___II___ .
As lacunas I e II são correta e respectivamente preenchidas com:
As lacunas I e II são correta e respectivamente preenchidas com:
Q370952
Engenharia de Software
Marcelo trabalha como Analista Legislativo na Assembleia Legislativa do Estado de Pernambuco e recebeu a tarefa de elaborar um diagrama da UML 2.0 que seja capaz de modelar o que pode ocorrer em partes de um sistema orientado a objetos, como: fluxos de controle e de dados, situações de decisão em que haja uma entrada e diversas saídas, diferentes ações que podem ser executadas por objetos ou entidades quando um método for executado, como um conjunto de ações relacionadas pode ser executado e como afetará objetos ao redor, situações em que mais de uma atividade pode acontecer ao mesmo tempo.
Marcelo optou por usar o diagrama de :
Marcelo optou por usar o diagrama de :
Q370951
Engenharia de Software
Texto associado
Considere o diagrama da UML 2.0:
Trata-se de um diagrama de I e nele podem ser identificados II , III e IV .
As lacunas de I a IV são correta e respectivamente preenchidas por:
As lacunas de I a IV são correta e respectivamente preenchidas por:
Q370950
Engenharia de Software
Visibilidade refere-se à capacidade de um método referenciar uma característica de outra classe. Num diagrama de classes da UML 2.0 a visibilidade é indicada com um prefixo representado pelos caracteres:
I. #
II. +
III. ~
IV. -
Os tipos de visibilidade definidos de I a IV são correta e respectivamente:
I. #
II. +
III. ~
IV. -
Os tipos de visibilidade definidos de I a IV são correta e respectivamente:
Q370949
Engenharia de Software
Texto associado
Considere o diagrama UML para a classe Conta ilustrado abaixo.
É correto afirmar:
Q370947
Engenharia de Software
Os testes de caixa preta (CP) e os testes de caixa branca (CB) apresentam as seguintes características:
I. Referem-se a testes que são conduzidos na interface do software. Examinam algum aspecto fundamental do sistema, sem se preocupar com a estrutura lógica interna do software.
II. Testes exaustivos podem ser impraticáveis, mas podem ser aplicados testes que examinam caminhos lógicos importantes e estruturas de dados essenciais podem ser submetidas à prova quanto à sua validade.
III. São baseados em um exame rigoroso do detalhe procedimental. Caminhos lógicos internos ao software e colaborações entre componentes são testados, definindo-se casos de teste que exercitam conjuntos específicos de condições e/ou ciclos.
IV. Focalizam os requisitos funcionais do software, permitindo ao engenheiro de testes derivar conjuntos de condições de entrada que vão exercitar plenamente todos os requisitos funcionais de um programa.
V. Tentam encontrar erros: em funções incorretas ou omitidas, de interface, de comportamento ou desempenho, de iniciação e término.
VI. Ao usá-los, o engenheiro de testes pode derivar casos de teste que garantam que todos os caminhos independentes de um módulo tenham sido exercitados pelo menos uma vez.
A associação dos tipos de teste de CP ou testes de CB com as características de I a VI é apresentada, correta e respectivamente, em:
I. Referem-se a testes que são conduzidos na interface do software. Examinam algum aspecto fundamental do sistema, sem se preocupar com a estrutura lógica interna do software.
II. Testes exaustivos podem ser impraticáveis, mas podem ser aplicados testes que examinam caminhos lógicos importantes e estruturas de dados essenciais podem ser submetidas à prova quanto à sua validade.
III. São baseados em um exame rigoroso do detalhe procedimental. Caminhos lógicos internos ao software e colaborações entre componentes são testados, definindo-se casos de teste que exercitam conjuntos específicos de condições e/ou ciclos.
IV. Focalizam os requisitos funcionais do software, permitindo ao engenheiro de testes derivar conjuntos de condições de entrada que vão exercitar plenamente todos os requisitos funcionais de um programa.
V. Tentam encontrar erros: em funções incorretas ou omitidas, de interface, de comportamento ou desempenho, de iniciação e término.
VI. Ao usá-los, o engenheiro de testes pode derivar casos de teste que garantam que todos os caminhos independentes de um módulo tenham sido exercitados pelo menos uma vez.
A associação dos tipos de teste de CP ou testes de CB com as características de I a VI é apresentada, correta e respectivamente, em:
Q370946
Engenharia de Software
Isabel trabalha como Analista Legislativo na Assembleia Legislativa do Estado de Pernambuco e ficou responsável por definir qual tipo de teste seria mais adequado para as situações descritas abaixo.
I. O sistema deve ser resistente a falhas, ou seja, falhas de processamento não devem causar a interrupção da sua função global. O teste deve forçar o software a falhar de diversos modos e verificar se a reabilitação é adequadamente realizada.
II. As informações armazenadas pelo sistema devem ser protegidas de todo o tipo de invasão e ataque. O teste deve tentar invadir o sistema e atacar suas vulnerabilidades de forma a verificar se os mecanismos de proteção são realmente capazes de protegê-lo.
III. O sistema deve ser capaz de suportar grande demanda por recursos. O teste deve submeter o sistema a situações extremas de demanda por recursos, frequência ou volume anormais.
Isabel indicou, de forma adequada e respectiva, os seguintes testes para as situações I, II e III:
I. O sistema deve ser resistente a falhas, ou seja, falhas de processamento não devem causar a interrupção da sua função global. O teste deve forçar o software a falhar de diversos modos e verificar se a reabilitação é adequadamente realizada.
II. As informações armazenadas pelo sistema devem ser protegidas de todo o tipo de invasão e ataque. O teste deve tentar invadir o sistema e atacar suas vulnerabilidades de forma a verificar se os mecanismos de proteção são realmente capazes de protegê-lo.
III. O sistema deve ser capaz de suportar grande demanda por recursos. O teste deve submeter o sistema a situações extremas de demanda por recursos, frequência ou volume anormais.
Isabel indicou, de forma adequada e respectiva, os seguintes testes para as situações I, II e III:
Q370945
Engenharia de Software
Texto associado
Um planejamento de testes pode ser visto no contexto da espiral mostrada na figura abaixo:
O teste de ...I... começa no centro da espiral e se concentra em cada componente (trecho de código fonte) do software. O teste progride movendo-se para fora, ao longo da espiral, indo para o teste de ....II... , que foca no projeto e na construção da arquitetura do software. Seguindo a espiral, para fora, há o teste de ...III..., no qual os requisitos são ratificados, ou seja, a especificação dos requisitos é confrontada com o software que acabou de ser construído. Finalmente chega-se ao teste de ....IV... , em que os outros elementos do software são testados como um todo.
Preenchem as lacunas correta e sequencialmente:
Preenchem as lacunas correta e sequencialmente:
Q370944
Engenharia de Software
O ciclo de vida de projeto de um software a ser desenvolvido consiste em fases, cujo nome e número variam, podendo ser definido ou moldado de acordo com aspectos exclusivos da organização ou da tecnologia empregada. O ciclo de vida oferece uma estrutura básica para o gerenciamento do projeto, independentemente do trabalho específico envolvido. Considerando os conceitos relativos ao ciclo de vida e de desenvolvimento de software, é INCORRETO afirmar:
Q370943
Engenharia de Software
Renato e Luiza trabalham como Analistas Legislativos na Assembleia Legislativa do Estado de Pernambuco num mesmo projeto e cada um deles precisou editar o mesmo arquivo texto no mesmo repositório ao mesmo tempo. Luiza, acidentalmente, sobrescreveu as alterações de Renato, que tinha salvo suas alterações no repositório primeiro. Esta situação poderia:
I. ser evitada com o uso de um Sistema de Controle de Versão (SCV) que trabalhasse com o modelo alocar-modificar- desalocar. Neste modelo, o repositório permite que somente uma pessoa por vez possa modificar o arquivo.
II. ser evitada com o uso de um SCV que trabalhasse com o modelo copiar-modificar-unificar. Neste modelo, Renato e Luiza criariam uma cópia de trabalho pessoal do arquivo armazenado no repositório. Eles então trabalhariam de forma paralela, modificando suas próprias cópias. No final, as cópias locais seriam unificadas em uma nova versão.
III. ser evitada por qualquer SCV, marcando o arquivo como não-unificável. Neste caso, tanto o modelo alocar-modificar- desalocar quanto o modelo copiar-modificar-unificar, impediriam que houvesse a sobrescrita no arquivo quando Renato e Luiza acessassem-no ao mesmo tempo.
IV. causar atrasos e tempo perdido com o uso de um SCV que trabalhasse com o modelo alocar-modificar-desalocar. Isso porque Renato poderia alocar o arquivo, esquecer dele e sair de férias. Luiza continuaria esperando para editar o arquivo e teria que pedir a um administrador para liberar o arquivo alocado por Renato.
V. ser evitada com o uso de um SCV que trabalhasse com o modelo copiar-modificar-unificar. Caso as alterações de Luiza viessem a se sobrepor às alterações de Renato, na unificação das cópias dos arquivos o SCV detectaria o problema, desfaria automaticamente as sobreposições e poderia seguramente salvar o arquivo unificado de volta no repositório.
Está correto o que se afirma APENAS em:
I. ser evitada com o uso de um Sistema de Controle de Versão (SCV) que trabalhasse com o modelo alocar-modificar- desalocar. Neste modelo, o repositório permite que somente uma pessoa por vez possa modificar o arquivo.
II. ser evitada com o uso de um SCV que trabalhasse com o modelo copiar-modificar-unificar. Neste modelo, Renato e Luiza criariam uma cópia de trabalho pessoal do arquivo armazenado no repositório. Eles então trabalhariam de forma paralela, modificando suas próprias cópias. No final, as cópias locais seriam unificadas em uma nova versão.
III. ser evitada por qualquer SCV, marcando o arquivo como não-unificável. Neste caso, tanto o modelo alocar-modificar- desalocar quanto o modelo copiar-modificar-unificar, impediriam que houvesse a sobrescrita no arquivo quando Renato e Luiza acessassem-no ao mesmo tempo.
IV. causar atrasos e tempo perdido com o uso de um SCV que trabalhasse com o modelo alocar-modificar-desalocar. Isso porque Renato poderia alocar o arquivo, esquecer dele e sair de férias. Luiza continuaria esperando para editar o arquivo e teria que pedir a um administrador para liberar o arquivo alocado por Renato.
V. ser evitada com o uso de um SCV que trabalhasse com o modelo copiar-modificar-unificar. Caso as alterações de Luiza viessem a se sobrepor às alterações de Renato, na unificação das cópias dos arquivos o SCV detectaria o problema, desfaria automaticamente as sobreposições e poderia seguramente salvar o arquivo unificado de volta no repositório.
Está correto o que se afirma APENAS em:
Q370942
Engenharia de Software
O controle de versões é uma atividade procedimental que garante qualidade e consistência à medida que modificações são feitas em um objeto de configuração. Aplicado ao contexto de desenvolvimento de uma aplicação web, um processo de controle de versão deve ser estabelecido, de forma a implantar;
Conheça nossos planos