Questões de Concurso Público AL-PE 2014 para Analista Legislativo - Sistemas
Foram encontradas 18 questões
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;
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:
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:
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:
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:
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:
Q370949
Engenharia de Software
Texto associado
Considere o diagrama UML para a classe Conta ilustrado abaixo.
É correto afirmar:
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:
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:
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 :
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:
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:
Q370959
Engenharia de Software
No Scrum;
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:
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 é
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:
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;
Q370983
Engenharia de Software
Texto associado
Considere:
De acordo com a classe acima, é correto afirmar que:
Conheça nossos planos