Questões de Concurso Comentadas sobre engenharia de software
Foram encontradas 12.717 questões
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455287
Engenharia de Software
Considere:
I. Para cada processo aberto deve ser emitido um aviso eletrônico para o juizado correspondente.
II. Os tempos de resposta do sistema não podem exceder a 20 milissegundos, em qualquer hipótese.
III. A disponibilidade da rede de dados deve ser 24 × 7.
IV. Cada juiz deve ser capaz de realizar uma busca de processos, tanto pelo número quanto pela data ou pelo responsável.
V. Toda modificação realizada nos programas do sistema devem seguir os padrões estabelecidos na Gestão de Mudanças.
É exemplo de requisito não funcional o que consta APENAS em
I. Para cada processo aberto deve ser emitido um aviso eletrônico para o juizado correspondente.
II. Os tempos de resposta do sistema não podem exceder a 20 milissegundos, em qualquer hipótese.
III. A disponibilidade da rede de dados deve ser 24 × 7.
IV. Cada juiz deve ser capaz de realizar uma busca de processos, tanto pelo número quanto pela data ou pelo responsável.
V. Toda modificação realizada nos programas do sistema devem seguir os padrões estabelecidos na Gestão de Mudanças.
É exemplo de requisito não funcional o que consta APENAS em
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455286
Engenharia de Software
Considere o seguinte caso:
Observando o trâmite de processos no tribunal, Marta percebeu que tanto advogados quanto juízes realizavam análises nos diversos pareceres constantes dos processos. Com sua experiência como analista ela deduziu que uma possível informatização dos processos poderia contemplar uma classe chamada Advogado e outra chamada Juiz, tendo como base uma classe comum chamada Pessoa, com um método chamado AnalisarParecer. Este método (definido na classe comum) se comportaria de maneira diferente para as chamadas feitas a partir de uma instância de Advogado e para as chamadas feitas a partir de uma instância de Juiz, em razão deles terem responsabilidades diferentes em sua forma de analisar e opinar sobre os pareceres.
Pela observação do método e seu comportamento, o princípio da orientação a objetos aplicável no caso, fundamentalmente, é
Observando o trâmite de processos no tribunal, Marta percebeu que tanto advogados quanto juízes realizavam análises nos diversos pareceres constantes dos processos. Com sua experiência como analista ela deduziu que uma possível informatização dos processos poderia contemplar uma classe chamada Advogado e outra chamada Juiz, tendo como base uma classe comum chamada Pessoa, com um método chamado AnalisarParecer. Este método (definido na classe comum) se comportaria de maneira diferente para as chamadas feitas a partir de uma instância de Advogado e para as chamadas feitas a partir de uma instância de Juiz, em razão deles terem responsabilidades diferentes em sua forma de analisar e opinar sobre os pareceres.
Pela observação do método e seu comportamento, o princípio da orientação a objetos aplicável no caso, fundamentalmente, é
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455285
Engenharia de Software
Considere:
I. Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas.
II. Pessoas relacionadas a negócios e desenvolvedores devem trabalhar separadamente durante todo o curso do projeto.
III. O método mais eficiente e eficaz de transmitir informações para e por dentro de um time de desenvolvimento, é por meio do correio eletrônico.
IV. A maior prioridade é satisfazer o cliente através da entrega adiantada e contínua de software de valor.
É coerente com os princípios que embasam o manifesto ágil (desenvolvimento ágil de software) o que consta APENAS em
I. Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas.
II. Pessoas relacionadas a negócios e desenvolvedores devem trabalhar separadamente durante todo o curso do projeto.
III. O método mais eficiente e eficaz de transmitir informações para e por dentro de um time de desenvolvimento, é por meio do correio eletrônico.
IV. A maior prioridade é satisfazer o cliente através da entrega adiantada e contínua de software de valor.
É coerente com os princípios que embasam o manifesto ágil (desenvolvimento ágil de software) o que consta APENAS em
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455280
Engenharia de Software
Observando os processos em trâmite no Tribunal, João observou que as situações pelas quais os processos passavam poderiam ser classificadas em: "abrindo", "aberto", "em trâmite", "encerrando" e "arquivado". Do ponto de vista da orientação a objetos ele percebeu que poderia modelar mais adequadamente as condições ou situações da vida do objeto processo utilizando, para representá-las, o diagrama UML denominado
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455276
Engenharia de Software
O desenvolvimento evolucionário baseia-se na ideia de desenvolvimento de uma implementação inicial, expondo o resultado aos comentários do usuário e refinando-o em novas versões até que seja desenvolvido um sistema adequado. As atividades de especificação, desenvolvimento e validação são intercaladas ao invés de separadas, com rápido feedback entre elas.
Sommerville define dois tipos fundamentais de desenvolvimento evolucionário.Considere:
I. Descrever todos os requisitos não funcionais antes de fazer o protótipo. Descrever os requisitos funcionais e técnicos. Implementar todos requisitos e desenvolver novo protótipo.
II. Trabalhar com o cliente para explorar os requisitos e entregar um sistema final. O desenvolvimento começa com as partes do sistema compreendidas. O sistema evolui por meio da adição de novas características propostas pelo cliente.
III. Incorporar e implementar todas as mudanças do software no primeiro estágio do desenvolvimento, definindo todos os requisitos técnicos. Formar um protótipo a partir daí. O sistema evolui por meio da adição de novas características propostas pelo cliente.
IV. Compreender os requisitos do cliente e, a partir disso, desenvolver melhor definição de requisitos para o sistema. O protótipo se concentra na experimentação dos requisitos mal compreendidos do cliente.
De acordo com Sommerville
Sommerville define dois tipos fundamentais de desenvolvimento evolucionário.Considere:
I. Descrever todos os requisitos não funcionais antes de fazer o protótipo. Descrever os requisitos funcionais e técnicos. Implementar todos requisitos e desenvolver novo protótipo.
II. Trabalhar com o cliente para explorar os requisitos e entregar um sistema final. O desenvolvimento começa com as partes do sistema compreendidas. O sistema evolui por meio da adição de novas características propostas pelo cliente.
III. Incorporar e implementar todas as mudanças do software no primeiro estágio do desenvolvimento, definindo todos os requisitos técnicos. Formar um protótipo a partir daí. O sistema evolui por meio da adição de novas características propostas pelo cliente.
IV. Compreender os requisitos do cliente e, a partir disso, desenvolver melhor definição de requisitos para o sistema. O protótipo se concentra na experimentação dos requisitos mal compreendidos do cliente.
De acordo com Sommerville
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455275
Engenharia de Software
Flávio pretende desenvolver um software seguindo os estágios do modelo em cascata proposto por Sommerville, em razão de ponderações que faz em relação a outros modelos quanto à solução de um problema que se apresenta. Desta forma ele definiu em seu cronograma, na ordem apresentada pelo autor, as seguintes etapas do ciclo de vida de software:
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455260
Engenharia de Software
Este diagrama da UML pode ser usado para modelar processos de negócio. Suporta comportamento paralelo e permite que, quem está seguindo o processo, escolha a ordem na qual fazer as coisas. Em outras palavras, ele simplesmente determina as regras essenciais de sequência que se deve seguir. São geralmente usados para mostrar o que acontece, mas não quem faz o que, já que faz sentido se concentrar no que é feito, em vez de em quem realiza quais partes do comportamento.
O diagrama descrito é o diagrama de
O diagrama descrito é o diagrama de
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455259
Engenharia de Software
Paulo está executando o Git no Linux. Ele tem um repositório Git e um checkout ou cópia funcional dos arquivos para o projeto atual. Cada arquivo, no diretório de trabalho de Paulo, pode estar em um de dois estados: monitorado ou não monitorado. Arquivos monitorados são arquivos que estavam no último snapshot; podendo estar inalterados, modificados ou selecionados. Arquivos não monitorados são os restantes.
Para Paulo verificar, em linha de comando, quais arquivos estão em quais estados ele utilizou o comando git status. Em seguida, ele adicionou um novo arquivo chamado trt ao projeto.
Para Paulo verificar, em linha de comando, quais arquivos estão em quais estados ele utilizou o comando git status. Em seguida, ele adicionou um novo arquivo chamado trt ao projeto.
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455258
Engenharia de Software
Um dos conceitos mais importantes da orientação a objetos é o de interface. Interfaces podem reduzir o acoplamento entre as classes e tornar o código mais reutilizável. Em Java, as interfaces
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455254
Engenharia de Software
A equipe de desenvolvimento do Tribunal Regional do Trabalho da 13a Região utiliza a plataforma Java e seus recursos para desenvolver sistemas de software. Em determinado momento, tiveram que testar se os métodos das classes estavam produzindo os resultados esperados. Fizeram tanto testes isolados como baterias de testes automatizados baseados em modelos de testes padrão. Para realizar estes testes, optaram por utilizar o framework open-source mais popular atualmente com suporte à criação de testes automatizados para aplicações construídas em Java.
O framework utilizado e o tipo de teste realizado foram, respectivamente,
O framework utilizado e o tipo de teste realizado foram, respectivamente,
Ano: 2014
Banca:
FUNCAB
Órgão:
PRODAM-AM
Prova:
FUNCAB - 2014 - PRODAM-AM - Programador - Desenvolvedor |
Q455247
Engenharia de Software
O desenvolvimento de softwares demanda que seus desenvolvedores tenham a possibilidade de estudar esse sistema a partir de várias perspectivas. De acordo com os autores da UML, um sistema pode ser descrito por meio de cinco visões independentes. Uma delas descreve o sistema do ponto de vista externo como um conjunto de interações entre o próprio sistema e os agentes externos ao sistema. Essa visão é criada inicialmente e direciona o desenvolvimento das demais visões do sistema.
Essa abordagem é conhecida como visão de:
Essa abordagem é conhecida como visão de:
Ano: 2014
Banca:
FUNCAB
Órgão:
PRODAM-AM
Prova:
FUNCAB - 2014 - PRODAM-AM - Programador - Desenvolvedor |
Q455246
Engenharia de Software
A UML possui duas formas de relacionamento parte-todo, uma geral, que relaciona uma classe de montagem a uma das c las se s das par tes constituintes e outra, mais restritiva, em que uma parte constituinte pode pertencer a no máximo uma montagem e, quando uma parte constituinte tiver sido atribuída a uma montagem, terá um tempo de vida coincidente com a montagem.
Essas formas de relacionamento parte-todo são denominadas,respectivamente.
Essas formas de relacionamento parte-todo são denominadas,respectivamente.
Ano: 2014
Banca:
FUNCAB
Órgão:
PRODAM-AM
Prova:
FUNCAB - 2014 - PRODAM-AM - Programador - Desenvolvedor |
Q455245
Engenharia de Software
A UML emprega diversos diagramas, cada um com uma finalidade específica . A seguir , são caracterizadas de três desses diagramas.
I. descreve os aspectos dos objeto que tratam do tempo e da seqüência das operações - eventos que marcam mudanças e que definem o contexto dos eventos, além da sua organização.
II. descreve a estrutura dos objetos em um sistema - sua identidade, seus relacionamentos com outros objetos, seus atributos e suas operações.
III. descreve aspectos específicos dos objetos - como os objetos individuais colaboram para alcançar o comportamento do sistema como um todo.
As descrições em I, II e III estão associadas, respectivamente, aos diagramas de:
I. descreve os aspectos dos objeto que tratam do tempo e da seqüência das operações - eventos que marcam mudanças e que definem o contexto dos eventos, além da sua organização.
II. descreve a estrutura dos objetos em um sistema - sua identidade, seus relacionamentos com outros objetos, seus atributos e suas operações.
III. descreve aspectos específicos dos objetos - como os objetos individuais colaboram para alcançar o comportamento do sistema como um todo.
As descrições em I, II e III estão associadas, respectivamente, aos diagramas de:
Ano: 2014
Banca:
FUNCAB
Órgão:
PRODAM-AM
Prova:
FUNCAB - 2014 - PRODAM-AM - Programador - Desenvolvedor |
Q455242
Engenharia de Software
CVS é uma sigla para um software que tem por finalidade
Ano: 2014
Banca:
FUNCAB
Órgão:
PRODAM-AM
Provas:
FUNCAB - 2014 - PRODAM-AM - Programador - Desenvolvedor
|
FUNCAB - 2014 - PRODAM-AM - Programador - Desenvolvedor Especialista |
Q455218
Engenharia de Software
Entre os princípios da programação orientada a objetos, um possui as características listadas a seguir.
• capacidade de uma variável se referir em tempo de execução a objetos de diversas classes.
• capacidade de abstrair várias implementações diferentes de uma única interface.
• capacidade que objetos diferentes têm de respondera uma mesma mensagem.
Esse peincípio é conhecido por:
• capacidade de uma variável se referir em tempo de execução a objetos de diversas classes.
• capacidade de abstrair várias implementações diferentes de uma única interface.
• capacidade que objetos diferentes têm de respondera uma mesma mensagem.
Esse peincípio é conhecido por:
Ano: 2014
Banca:
CESGRANRIO
Órgão:
Petrobras
Prova:
CESGRANRIO - 2014 - Petrobras - Técnico(a) de Informática Júnior |
Q453457
Engenharia de Software
Um técnico de informática, com o objetivo de agilizar o desenvolvimento de um software, escolheu o desenvolvimento evolucionário, uma abordagem da área de Engeharia de Software, que
Ano: 2014
Banca:
Quadrix
Órgão:
COBRA Tecnologia S/A (BB)
Prova:
Quadrix - 2014 - COBRA Tecnologia S-A (BB) - Analista de Operações - Negócios |
Q452060
Engenharia de Software
0 processo Coletar Requisitos do grupo de Processos de Planejamento utiliza ferramentas e técnicas que podem ser usadas para definir e documentar as funções e funcionalidades do projeto e do produto. Dentre as técnicas classificadas pelo PMBoK quarta edição como Técnicas de Criatividade em Grupo, estão:
Ano: 2014
Banca:
Quadrix
Órgão:
COBRA Tecnologia S/A (BB)
Prova:
Quadrix - 2014 - COBRA Tecnologia S-A (BB) - Analista de Operações - Negócios |
Q452057
Engenharia de Software
A especificação UML define duas grandes categorias de diagramas: diagramas de estrutura (structure diagrams) e diagramas de comportamento (behavior diagrams). É um diagrama de comportamento:
Ano: 2014
Banca:
Quadrix
Órgão:
COBRA Tecnologia S/A (BB)
Prova:
Quadrix - 2014 - COBRA Tecnologia S-A (BB) - Analista de Operações - Negócios |
Q452056
Engenharia de Software
Considere o diagrama UML a seguir.
'
Trata-se de um exemplo de diagrama de:
'Trata-se de um exemplo de diagrama de:
Ano: 2014
Banca:
Quadrix
Órgão:
COBRA Tecnologia S/A (BB)
Prova:
Quadrix - 2014 - COBRA Tecnologia S-A (BB) - Analista de Operações - Negócios |
Q452055
Engenharia de Software
Observe a simbologia utilizada em UML para fazer a ligação entre a classe A e B.
Este tipo de ligação é conhecido como:
Este tipo de ligação é conhecido como:
Conheça nossos planos