Processando...

Prova Tribunal Regional do Trabalho-RJ - Engenharia e Desenvolvimento de Software 1 - Questões e Simulados (Edital 2014) | CONCURSO

Prova Tribunal Regional do Trabalho-RJ - Engenharia e Desenvolvimento de Software 1 - Questões e Simulados (Edital 2014)

Questões ou Simulados conforme Edital do Concurso Tribunal Regional do Trabalho-RJ 2014

OBJETIVOS

Aprimorar os conhecimentos adquiridos durante os seus estudos, de forma a avaliar a sua aprendizagem, utilizando para isso as metodologias e critérios idênticos aos maiores e melhores concursos públicos do país, através de simulados, provas e questões de concursos.

PÚBLICO ALVO

Candidatos e/ou concursandos, que almejam aprovação em concursos públicos de nível Supeiror do concurso Tribunal Regional do Trabalho-RJ.

SOBRE AS QUESTÕES

Este simulado contém questões da banca FCC, para nível Supeiror do cargo de Analista T.I. Auxiliando em sua aprovação no concurso público escolhido. Utilizamos provas de concursos anteriores, conforme editais mais recentes Tribunal Regional do Trabalho-RJ.

*CONTEÚDO PROGRAMÁTICO DA PROVA-SIMULADO- QUESTÕES de Engenharia e Desenvolvimento de Software 1 do concurso Tribunal Regional do Trabalho-RJ.

  1. Questões de Engenharia de Requisitos. 1.1 técnicas de levantamento de requisitos. 1.2 casos de uso. 1.3 gerência de requisitos 1.4 verificação e validação de requisitos. 1.5 requisitos funcionais e não funcionais.
  2. Questões de Métricas de Software. 2.1 análise de pontos de função (IFPUG). 2.2 contagem indicativa da NESMA. 2.3 contagem por HST.
  3. Questões de Análise e projeto orientado a objetos. UML 2.4.1. 3.1 visão geral, modelos e diagramas. 3.2 realização de casos de uso; mapeamento objeto-relacional. 3.3. Orientação a objetos: classe, herança, polimorfismo, objeto. Padrões de projeto (design patterns).
    4 Questões de Metodologia de desenvolvimento de software: RUP, Scrum, XP, práticas ágeis. 4.1 integração contínua, test-driven development (TDD), refatoração.
  4. Questões de Qualidade de software. 5.1 conformidade. 5.2 tolerância a falhas. 5.3 interoperabilidade. 5.4 usabilidade.
  5. Questões de Testes. 6.1. o processo de testes. 6.2 Tipos e estratégias. 6.3 planejamento e acompanhamento. 6.4 artefato e métricas de testes de software. 6.5 Conceitos, tipos e artefatos de testes funcionais.
  6. Questões de Linguagens de programação. 7.1. Java. 7.2. HTML. 7.3 CSS. 7.4 JavaScript. 7.5 XML. 7.6. PHP. 7.7 estrutura de dados e algoritmos.
  7. Questões de Tecnologias Java: JEE 6, EJB 3.1, JSF 2.0, JPA 2.0, JBoss Seam 2.2, jBPM. 8.1 webservices. 8.2 portlets (JSR-268). 8.3 Liferay Portal.
  8. Questões de Tecnologias Oracle 9.1 Oracle Forms e Reports 11g.
  9. Questões de Ferramentas CASE 10.1 CVS. 10.2 Subversion. 10.3 Eclipse. 10.4 Apache. 10.5 Ant. 10.5. Apache Maven

  • Nem todos os assuntos serão abordados neste simulado de prova e questões de Engenharia e Desenvolvimento de Software 1.

#36119
Banca
FCC
Matéria
Engenharia de Software
Concurso
TRT 1ª Região (RJ)
Tipo
Múltipla escolha
Comentários
Seja o primeiro a comentar
médio

(1,0) 1 - 

Em uma das etapas da Engenharia de Requisitos há a preocupação em se observar a especificação produzida, visando verificar que os requisitos tenham sido declarados, por exemplo, sem ambiguidades. 


O texto refere-se à etapa de 

  • a) gestão dos requisitos.
  • b) elicitação dos requisitos. 
  • c) negociação dos requisitos. 
  • d) levantamento dos requisitos. 
  • e) validação dos requisitos. 
#36120
Banca
FCC
Matéria
Engenharia de Software
Concurso
TRT 1ª Região (RJ)
Tipo
Múltipla escolha
Comentários
Seja o primeiro a comentar
médio

(1,0) 2 - 

Uma vez que um sistema tenha sido instalado e seja usado regularmente, inevitavelmente surgirão novos requisitos que, então, deverão ser avaliados pela gerência de requisitos. Dentre os motivos do surgimento de novos requisitos, considere: 


I. Após a instalação, o ambiente técnico e de negócios do sistema sempre muda. Como exemplo, um novo hardware pode ser introduzido, pode ser necessário fazer a interface do sistema com outros sistemas, as prioridades do negócio podem mudar etc. 

II. As pessoas que pagam por um sistema e os usuários desse sistema raramente são os mesmos. Clientes do sistema impõem requisitos devido a restrições orçamentárias e organizacionais, os quais podem entrar em conflito com os requisitos do usuário final, e, após a entrega, novos recursos podem ser adicionados. 

III. Geralmente, sistemas de grande porte têm uma comunidade de diversos usuários, com diferentes requisitos e prioridades, que podem ser conflitantes ou contraditórios. 

Está correto o que se afirma em 

  • a) I, II e III.
  • b) II e III, apenas.
  • c) I e II, apenas.
  • d) I e III, apenas.
  • e) II, apenas.
#36121
Banca
FCC
Matéria
Engenharia de Software
Concurso
TRT 1ª Região (RJ)
Tipo
Múltipla escolha
Comentários
Seja o primeiro a comentar
médio

(1,0) 3 - 

Na especificação de requisitos de um software há os requisitos funcionais e os não funcionais. A confiabilidade representa um tipo de requisito não funcional, e como os demais requisitos desse tipo, há diversas métricas que auxiliam em sua medição. Um tipo de métrica aplicada na medição da confiabilidade é 

  • a) o número de posições de memória ocupadas. 
  • b) o tempo de treinamento do sistema.
  • c) a taxa de ocorrência de falhas.
  • d) o número de usuários simultâneos.
  • e) o número de comandos de desvio incondicional. 
#36122
Banca
FCC
Matéria
Engenharia de Software
Concurso
TRT 1ª Região (RJ)
Tipo
Múltipla escolha
Comentários
Seja o primeiro a comentar
médio

(1,0) 4 - 

O objetivo principal da Análise de Pontos de Função é:

  • a) verificar a fundamentação da funcionalidade de um software ou aplicativo.
  • b) medir a oportunidade qualitativa de um software ou aplicativo.
  • c) medir a funcionalidade de um software ou aplicativo.
  • d) simplificar a complexidade funcional de um software ou aplicativo.
  • e) medir a funcionalidade dos pontos de acesso à operacionalização de um software ou aplicativo.
#36123
Banca
FCC
Matéria
Engenharia de Software
Concurso
TRT 1ª Região (RJ)
Tipo
Múltipla escolha
Comentários
Seja o primeiro a comentar
fácil

(1,0) 5 - 

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:

  • a) Classes - Objetos 
  • b) Estados - Implantação 
  • c) Componentes - Objetos
  • d) Casos de Uso - Atividades
  • e) Classes - Sequência
#36124
Banca
FCC
Matéria
Engenharia de Software
Concurso
TRT 1ª Região (RJ)
Tipo
Múltipla escolha
Comentários
Seja o primeiro a comentar
médio

(1,0) 6 - 

Um diagrama da UML mostra um processo de negócio ou um processo de software como um fluxo de trabalho por meio de uma série de ações. Pessoas, computadores ou componentes de software podem executar essas ações. 

Seu uso pode descrever os processos de vários tipos, como: 

I. Um processo de negócios ou um fluxo de trabalho entre usuários e o seu sistema. II. As etapas executadas em um caso de uso. 
III. Um protocolo de software, ou seja, as sequências permitidas de interações entre os componentes. 
IV. Um algoritmo de software. 

Este diagrama é chamado de Diagrama de

  • a)  Interação.
  • b) Sequência.
  • c) Estado.
  • d) Atividades.
  • e) Comportamento.
#36125
Banca
FCC
Matéria
Engenharia de Software
Concurso
TRT 1ª Região (RJ)
Tipo
Múltipla escolha
Comentários
Seja o primeiro a comentar
médio

(1,0) 7 - 

A UML é utilizada para modelar sistemas orientados a objetos. Um de seus diagramas é usado como técnica para descrever lógica de procedimento, processo de negócio e fluxo de trabalho.Esse diagrama, de várias formas, desempenha um papel semelhante aos fluxogramas, mas a principal diferença entre esse diagrama e a notação de fluxograma é que o diagrama suporta comportamento paralelo. O diagrama citado é o de:

  • a) Máquina de Estados. 
  • b) Atividades
  • c) Sequência. 
  • d) Distribuição
  • e) Componentes.
#36126
Banca
FCC
Matéria
Engenharia de Software
Concurso
TRT 1ª Região (RJ)
Tipo
Múltipla escolha
Comentários
Seja o primeiro a comentar
médio

(1,0) 8 - 

De acordo com o Guia Geral MPS de Software:2012, qual das alternativas abaixo NÃO faz parte do perfil de processos atribuídos ao nível de maturidade D (Largamente Definido) do Modelo de Referência MPS para Software (MR-MPS-SW)? 

  • a) Desenvolvimento de Requisitos. 
  • b) Gerência de Riscos. 
  • c) Integração do Produto. 
  • d) Validação. 
  • e) Verificação. 
#36127
Banca
FCC
Matéria
Engenharia de Software
Concurso
TRT 1ª Região (RJ)
Tipo
Múltipla escolha
Comentários
Seja o primeiro a comentar
difícil

(1,0) 9 - 

O CMMI é uma abordagem para a melhoria de processos. Existem duas representações do CMMI, a representação contínua e a representação por estágios. A representação contínua é projetada para permitir à empresa focar em processos específicos que deseja melhorar em função de suas prioridades. A avaliação pela representação contínua mede a capacidade da empresa em relação a um ou mais processos. Existem quatro níveis de capacidade, que são, respectivamente,

  • a) 0- Inicial - 1- Gerenciado - 2- Definido - 3- Em otimização.
  • b) 0- Incompleto - 1- Gerenciado - 2- Definido - 3- Otimizado.
  • c) 0- Incompleto - 1- Realizado - 2- Gerenciado - 3- Definido.
  • d) 0- Inicial - 1- Realizado - 2- Gerenciado - 3- Quantitativamente gerenciado.
  • e) 0- Inicial - 1- Definido - 2- Gerenciado - 3- Otimizado.
#36128
Banca
FCC
Matéria
Engenharia de Software
Concurso
TRT 1ª Região (RJ)
Tipo
Múltipla escolha
Comentários
Seja o primeiro a comentar
difícil

(1,0) 10 - 

Considere o excerto a seguir: 


A engenharia de software pode ser considerada uma tecnologia, com métodos e ferramentas próprios, estruturada em camadas, do ponto de vista sistêmico. A abordagem sistêmica da engenharia de software deve se apoiar num compromisso organizacional com a qualidade que leve à cultura de um processo contínuo de aperfeiçoamento, e é essa cultura que, em última análise, leva ao desenvolvimento de abordagens cada vez mais efetivas. A camada de base em que a engenharia de software se apoia é I e o “adesivo” que mantém unidas as camadas, estruturadas segundo a visão sistêmica, é o I I . 

As lacunas I e II devem ser preenchidas, correta e respectivamente, por: 

  • a) o foco na qualidade - processo
  • b) o uso de ferramentas - controle de qualidade
  • c) o controle de qualidade - método
  • d) o controle de requisitos - projeto
  • e) a qualidade de processo - método