Selecionar segmento
Estude com questões de diferentes segmentos
Atenção: Isso limpará todos os campos já preenchidos no filtro!
Foram encontradas 1.558 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Ano: 2015
Banca:
FCC
Órgão:
TRT - 3ª Região (MG)
Prova:
FCC - 2015 - TRT - 3ª Região (MG) - Técnico Judiciário - Área Tecnologia da Informação |
Q535638
Engenharia de Software
Um técnico de TI está trabalhando em um projeto de desenvolvimento de software que utiliza metodologias ágeis e está acompanhando
as histórias de usuários, que descrevem as funcionalidades que o software deve ter e
Ano: 2015
Banca:
FCC
Órgão:
TRT - 3ª Região (MG)
Prova:
FCC - 2015 - TRT - 3ª Região (MG) - Técnico Judiciário - Área Tecnologia da Informação |
Q535632
Engenharia de Software
Um técnico de TI, utilizando o Git, marcou um arquivo modificado em sua versão corrente para que ele faça parte do snapshot
do próximo commit. Esta ação colocou o arquivo no estado
Ano: 2015
Banca:
FCC
Órgão:
TCE-CE
Prova:
FCC - 2015 - TCE-CE - Analista de Controle Externo-Auditoria de Tecnologia da Informação |
Q528419
Engenharia de Software
É um método ágil que enfatiza o uso da orientação a objetos.
Possui duas fases que são "Concepção e Planejamento"
e "Construção". A fase de "Concepção e Planejamento"
possui três processos: "Desenvolver Modelo
Abrangente", "Construir Lista de Funcionalidade" e "Planejar
por Funcionalidade". Já a fase de "Construção" incorpora
os processos "Detalhar por Funcionalidade" e
"Construir por Funcionalidade". Trata-se do método
Ano: 2015
Banca:
FCC
Órgão:
TCE-CE
Prova:
FCC - 2015 - TCE-CE - Analista de Controle Externo-Auditoria de Tecnologia da Informação |
Q528418
Engenharia de Software
Considere o texto a seguir:
É uma técnica para elicitação de requisitos que permite extrair informações de alta qualidade dos usuários, em curto espaço de tempo, através de reuniões estruturadas que buscam decisões por consenso. Ela substitui as entrevistas individuais, e os resultados alcançados garantem um levantamento mais preciso e completo dos requisitos do que os obtidos pelas técnicas convencionais de entrevistas e questionários individualizados. Esta técnica é composta de duas etapas principais: planejamento, que tem por objetivo elicitar e especificar os requisitos; e projeto, em que se lida com o projeto de software. Cada etapa consiste em três fases: adaptação, sessão e finalização.
A técnica citada no texto é conhecida como
É uma técnica para elicitação de requisitos que permite extrair informações de alta qualidade dos usuários, em curto espaço de tempo, através de reuniões estruturadas que buscam decisões por consenso. Ela substitui as entrevistas individuais, e os resultados alcançados garantem um levantamento mais preciso e completo dos requisitos do que os obtidos pelas técnicas convencionais de entrevistas e questionários individualizados. Esta técnica é composta de duas etapas principais: planejamento, que tem por objetivo elicitar e especificar os requisitos; e projeto, em que se lida com o projeto de software. Cada etapa consiste em três fases: adaptação, sessão e finalização.
A técnica citada no texto é conhecida como
Ano: 2015
Banca:
FCC
Órgão:
TCE-CE
Prova:
FCC - 2015 - TCE-CE - Analista de Controle Externo-Auditoria de Tecnologia da Informação |
Q528417
Engenharia de Software
Em relação ao Processo Unificado, considere:
I. É dirigido por casos de uso, pois parte do princípio que o conjunto de casos de uso deve definir e esgotar toda a funcionalidade possível do sistema.
II. Como a arquitetura do software resulta de várias versões incrementais, não é centrado em arquitetura.
III. É iterativo e incremental, pois assim como nos métodos ágeis, preconiza o desenvolvimento baseado em ciclos iterativos de duração fixa.
IV. É focado em riscos, pois prioriza casos de uso mais críticos nos primeiros ciclos iterativos.
São características básicas do Processo Unificado o que se afirma APENAS em
I. É dirigido por casos de uso, pois parte do princípio que o conjunto de casos de uso deve definir e esgotar toda a funcionalidade possível do sistema.
II. Como a arquitetura do software resulta de várias versões incrementais, não é centrado em arquitetura.
III. É iterativo e incremental, pois assim como nos métodos ágeis, preconiza o desenvolvimento baseado em ciclos iterativos de duração fixa.
IV. É focado em riscos, pois prioriza casos de uso mais críticos nos primeiros ciclos iterativos.
São características básicas do Processo Unificado o que se afirma APENAS em
Ano: 2015
Banca:
FCC
Órgão:
TCE-CE
Prova:
FCC - 2015 - TCE-CE - Técnico de Controle Externo-Auditoria de Tecnologia da Informação |
Q526156
Engenharia de Software
Considere a representação simplificada do diagrama de classes da UML a seguir:
O losango ao lado da classe Pedido representa um tipo especial de associação utilizada para indicar “todo-parte", ou seja, um objeto “parte" de Item pode estar relacionado com vários objetos “todo" de Pedido. Este tipo de associação é conhecida como
O losango ao lado da classe Pedido representa um tipo especial de associação utilizada para indicar “todo-parte", ou seja, um objeto “parte" de Item pode estar relacionado com vários objetos “todo" de Pedido. Este tipo de associação é conhecida como
Ano: 2015
Banca:
FCC
Órgão:
TCE-CE
Prova:
FCC - 2015 - TCE-CE - Técnico de Controle Externo-Auditoria de Tecnologia da Informação |
Q526154
Engenharia de Software
Em um software em desenvolvimento para um Tribunal, foram levantados os seguintes requisitos:
1. A arquitetura do sistema deverá ser modularizada de modo a facilitar sua manutenção e adição de novas funcionalidades.
2. Ao registrar um processo, a descrição e todos os demais dados devem aparecer em, no máximo,2 segundos.
3. Cada processo deve ser associado a um identificador único (ID), que será utilizado para identificá-lo.
4. O sistema deverá suportar uma carga máxima de até 100000 usuários simultâneos.
5. Apenas usuários com privilégios de acesso de Juiz poderão visualizar históricos de andamento de processos.
6. O sistema deve permitir a inclusão, alteração e remoção de processos com os seguintes atributos: ID, número, origem, tribunal etc.
7. O sistema deve fazer log das transações autorizadas com processos em 24 horas, mesmo com falhas de energia ou de dispositivos.
8. O sistema deverá ser acessado completamente via browser HTTP/HTML, inclusive para suporte.
9. Deve ser possível capturar a informação do processo através de um leitor de código de barra, ou manualmente usando um código disponível e impresso no processo.
10. O sistema será desenvolvido para ambientes Windows e para máquinas com pelo menos 2 GB de memória.
11. O sistema será disponibilizado em português, mas de forma a permitir que versões em outros idiomas possam ser produzidas sem necessidade de ter acesso ao código fonte.
12. O usuário deve ser capaz de buscar todo o conjunto inicial dos bancos de dados ou selecionar um subconjunto a partir dele.
13. O sistema deverá usar componentes corporativos existentes sob forma de Enterprise JavaBeans.
14. Testes de Unidade e de Aceitação no sistema deverão ser completamente automatizados.
São requisitos funcionais os apresentados APENAS em
1. A arquitetura do sistema deverá ser modularizada de modo a facilitar sua manutenção e adição de novas funcionalidades.
2. Ao registrar um processo, a descrição e todos os demais dados devem aparecer em, no máximo,2 segundos.
3. Cada processo deve ser associado a um identificador único (ID), que será utilizado para identificá-lo.
4. O sistema deverá suportar uma carga máxima de até 100000 usuários simultâneos.
5. Apenas usuários com privilégios de acesso de Juiz poderão visualizar históricos de andamento de processos.
6. O sistema deve permitir a inclusão, alteração e remoção de processos com os seguintes atributos: ID, número, origem, tribunal etc.
7. O sistema deve fazer log das transações autorizadas com processos em 24 horas, mesmo com falhas de energia ou de dispositivos.
8. O sistema deverá ser acessado completamente via browser HTTP/HTML, inclusive para suporte.
9. Deve ser possível capturar a informação do processo através de um leitor de código de barra, ou manualmente usando um código disponível e impresso no processo.
10. O sistema será desenvolvido para ambientes Windows e para máquinas com pelo menos 2 GB de memória.
11. O sistema será disponibilizado em português, mas de forma a permitir que versões em outros idiomas possam ser produzidas sem necessidade de ter acesso ao código fonte.
12. O usuário deve ser capaz de buscar todo o conjunto inicial dos bancos de dados ou selecionar um subconjunto a partir dele.
13. O sistema deverá usar componentes corporativos existentes sob forma de Enterprise JavaBeans.
14. Testes de Unidade e de Aceitação no sistema deverão ser completamente automatizados.
São requisitos funcionais os apresentados APENAS em
Ano: 2015
Banca:
FCC
Órgão:
TCM-GO
Prova:
FCC - 2015 - TCM-GO - Auditor de Controle Externo - Informática |
Q514749
Engenharia de Software
Um Auditor de Controle Externo do Tribunal de Contas dos Municípios do Estado de Goiás da Área de TI recebeu a tarefa de identificar testes que sejam capazes de verificar:
- a validade funcional do sistema;
- o comportamento e o desempenho do sistema;
quais classes de entrada vão constituir bons casos de teste;
- se o sistema é sensível a certos valores de entrada;
- quais taxas e volumes de dados o sistema pode tolerar;
- que efeito combinações específicas de dados terão na operação do sistema.
A indicação correta do Auditor é utilizar
- a validade funcional do sistema;
- o comportamento e o desempenho do sistema;
quais classes de entrada vão constituir bons casos de teste;
- se o sistema é sensível a certos valores de entrada;
- quais taxas e volumes de dados o sistema pode tolerar;
- que efeito combinações específicas de dados terão na operação do sistema.
A indicação correta do Auditor é utilizar
Ano: 2015
Banca:
FCC
Órgão:
TCM-GO
Prova:
FCC - 2015 - TCM-GO - Auditor de Controle Externo - Informática |
Q514748
Engenharia de Software
Um Auditor de Controle Externo do Tribunal de Contas dos Municípios do Estado de Goiás da área de TI indicou a seguinte estratégia convencional para testes de um sistema que está sendo desenvolvido:
I. Para cada componente ou módulo, testar a interface, a estrutura de dados local, os caminhos independentes ao longo da estrutura de controle e as condições-limite para garantir que a informação flui adequadamente para dentro e para fora do módulo, que todos os comandos tenham sido executados e que todos os caminhos de manipulação de erros sejam testados.
II. Aplicar uma abordagem incremental de testes para a construção da arquitetura do sistema, de forma que os módulos testados sejam integrados a partir do módulo de controle principal e os testes sejam conduzidos à medida que cada componente é inserido.
O Auditor indicou em I e II, respectivamente, os testes de
I. Para cada componente ou módulo, testar a interface, a estrutura de dados local, os caminhos independentes ao longo da estrutura de controle e as condições-limite para garantir que a informação flui adequadamente para dentro e para fora do módulo, que todos os comandos tenham sido executados e que todos os caminhos de manipulação de erros sejam testados.
II. Aplicar uma abordagem incremental de testes para a construção da arquitetura do sistema, de forma que os módulos testados sejam integrados a partir do módulo de controle principal e os testes sejam conduzidos à medida que cada componente é inserido.
O Auditor indicou em I e II, respectivamente, os testes de
Ano: 2015
Banca:
FCC
Órgão:
TCM-GO
Prova:
FCC - 2015 - TCM-GO - Auditor de Controle Externo - Informática |
Q514747
Engenharia de Software
Texto associado
Considere o modelo de Processo de Software.
Observando os detalhes da figura, é correto afirmar que
Ano: 2015
Banca:
FCC
Órgão:
TCM-GO
Prova:
FCC - 2015 - TCM-GO - Auditor de Controle Externo - Informática |
Q514746
Engenharia de Software
Texto associado
A figura abaixo representa uma visão geral de uma metodologia ágil.
Os itens de I a IV representam as reuniões comumente realizadas nesta metodologia, que são, respectivamente,
Ano: 2015
Banca:
FCC
Órgão:
TCM-GO
Prova:
FCC - 2015 - TCM-GO - Auditor de Controle Externo - Informática |
Q514745
Engenharia de Software
Considere as atividades tipicamente realizadas nas 4 fases do Processo Unificado (PU):
a. Descrição da arquitetura do sistema.
b. Incremento de software entregue; sistema em fase beta.
c. Modelo de casos de uso.
d. Plano e casos de testes.
e. Avaliação inicial de risco.
f. Modelo de implementação.
A associação correta entre as atividades e as fases do PU, é apresentada em
a. Descrição da arquitetura do sistema.
b. Incremento de software entregue; sistema em fase beta.
c. Modelo de casos de uso.
d. Plano e casos de testes.
e. Avaliação inicial de risco.
f. Modelo de implementação.
A associação correta entre as atividades e as fases do PU, é apresentada em
Ano: 2015
Banca:
FCC
Órgão:
TCM-GO
Prova:
FCC - 2015 - TCM-GO - Auditor de Controle Externo - Informática |
Q514744
Engenharia de Software
Sobre a prototipação, considere:
I. Auxilia o engenheiro de software e o cliente a entenderem melhor o que deve ser construído quando os requisitos estão confusos.
II. Tem como vantagem a construção rápida de um protótipo que, não podendo ser descartado, passa a ser o núcleo do sistema que será construído.
III. Pode ser usada como um modelo de processo independente.
IV. Apresenta ao cliente uma versão executável do software, sempre utilizando os algoritmos mais eficientes para demonstrar a capacidade do sistema a ser criado.
V. É indicada para estudar as alternativas de interface do usuário e a viabilidade de atendimento dos requisitos de desempenho, dentre outras possibilidades.
Está correto o que consta APENAS em
I. Auxilia o engenheiro de software e o cliente a entenderem melhor o que deve ser construído quando os requisitos estão confusos.
II. Tem como vantagem a construção rápida de um protótipo que, não podendo ser descartado, passa a ser o núcleo do sistema que será construído.
III. Pode ser usada como um modelo de processo independente.
IV. Apresenta ao cliente uma versão executável do software, sempre utilizando os algoritmos mais eficientes para demonstrar a capacidade do sistema a ser criado.
V. É indicada para estudar as alternativas de interface do usuário e a viabilidade de atendimento dos requisitos de desempenho, dentre outras possibilidades.
Está correto o que consta APENAS em
Ano: 2015
Banca:
FCC
Órgão:
TCM-GO
Prova:
FCC - 2015 - TCM-GO - Auditor de Controle Externo - Informática |
Q514743
Engenharia de Software
Considere as técnicas de levantamento de requisitos:
I. O Analista se insere no ambiente de trabalho em que o sistema será utilizado. O trabalho diário é observado e são anotadas as tarefas reais em que o sistema será utilizado. O principal objetivo da técnica é ajudar a descobrir requisitos de sistema implícitos, que refletem os processos reais, em vez de os processos formais, nos quais as pessoas estão envolvidas.
II. É composta de duas etapas principais: planejamento, que tem por objetivo elicitar e especificar os requisitos, e projeto, em que se lida com o projeto de software. Cada etapa consiste em três fases: a primeira cuida de organizar a equipe e fazer a preparação para a segunda fase, na qual é realizado um ou mais encontros estruturados, envolvendo desenvolvedores e usuários, em que os requisitos são desenvolvidos e documentados. A terceira fase tem por objetivo converter a informação da fase anterior em um documento de especificação de requisitos.
As técnicas I e II referem-se, respectivamente, a
I. O Analista se insere no ambiente de trabalho em que o sistema será utilizado. O trabalho diário é observado e são anotadas as tarefas reais em que o sistema será utilizado. O principal objetivo da técnica é ajudar a descobrir requisitos de sistema implícitos, que refletem os processos reais, em vez de os processos formais, nos quais as pessoas estão envolvidas.
II. É composta de duas etapas principais: planejamento, que tem por objetivo elicitar e especificar os requisitos, e projeto, em que se lida com o projeto de software. Cada etapa consiste em três fases: a primeira cuida de organizar a equipe e fazer a preparação para a segunda fase, na qual é realizado um ou mais encontros estruturados, envolvendo desenvolvedores e usuários, em que os requisitos são desenvolvidos e documentados. A terceira fase tem por objetivo converter a informação da fase anterior em um documento de especificação de requisitos.
As técnicas I e II referem-se, respectivamente, a
Ano: 2015
Banca:
FCC
Órgão:
TRE-RR
Prova:
FCC - 2015 - TRE-RR - Analista Judiciário - Análise de Sistemas |
Q510259
Engenharia de Software
A sequência correta dos passos para realizar a projeção do tamanho e complexidade de um software a ser desenvolvido, utilizando a análise de pontos de função é:
Ano: 2015
Banca:
FCC
Órgão:
TRE-RR
Prova:
FCC - 2015 - TRE-RR - Analista Judiciário - Análise de Sistemas |
Q510258
Engenharia de Software
Um software precisa ser adaptado para atender uma nova legislação, porém, existem fatores críticos para o sucesso desse trabalho: a equipe responsável por customizar o software não conhece detalhes da legislação e nem a linguagem de programação na qual foi escrito o código a ser ajustado. Além disso, a empresa não dispõe de recursos financeiros para contratar mão de obra externa capacitada para fazer o trabalho. Esse cenário aponta que a adaptação do software encontra-se em
Ano: 2015
Banca:
FCC
Órgão:
TRE-RR
Prova:
FCC - 2015 - TRE-RR - Analista Judiciário - Análise de Sistemas |
Q510257
Engenharia de Software
A possibilidade de esgotamento da capacidade de discos de um servidor que atende ao desenvolvimento de um projeto de software está próxima a 100%, quando considerado todo o período do projeto. Caso não seja tomada nenhuma ação de expansão dos discos, o servidor pode entrar em colapso, ficando a continuidade e o resultado do projeto completamente comprometidos. Pelas projeções, a capacidade atual suportará o projeto por 18 meses, sem causar qualquer prejuízo. Uma eventual expansão dos discos não levará mais que 30 dias. Considerando a análise GUT - Gravidade/Urgência/Tendência, o risco de esgotamento de capacidade tem avaliação:
Ano: 2015
Banca:
FCC
Órgão:
TRE-RR
Prova:
FCC - 2015 - TRE-RR - Analista Judiciário - Análise de Sistemas |
Q510240
Engenharia de Software
Os fatores que afetam a qualidade do software podem ser categorizados em 2 amplos grupos que incluem os fatores que ....I..... . O software (documentos, programas e dados) deve ser comparado a algum valor para se chegar a uma indicação de qualidade.
A métrica ..II.... pode ser usada para medir a funcionalidade entregue por um software, podendo ser usada para estimar o custo ou esforço necessário para projetar, codificar e testar o software; prever o número de componentes e/ou o número de linhas de código projetadas no sistema implementado e ..III......
As lacunas I, II e III são, correta e respectivamente preenchidas com
A métrica ..II.... pode ser usada para medir a funcionalidade entregue por um software, podendo ser usada para estimar o custo ou esforço necessário para projetar, codificar e testar o software; prever o número de componentes e/ou o número de linhas de código projetadas no sistema implementado e ..III......
As lacunas I, II e III são, correta e respectivamente preenchidas com
Ano: 2015
Banca:
FCC
Órgão:
TRE-RR
Prova:
FCC - 2015 - TRE-RR - Analista Judiciário - Análise de Sistemas |
Q510239
Engenharia de Software
A natureza do software Orientado a Objeto (OO) requer estratégias de testes adequadas. Considerando o cenário de um software OO, analise a definição dos tipos de teste:
I. O encapsulamento guia a definição de classes e objetos, assim, cada classe e cada instância de uma classe (objeto) empacotam os atributos (dados) e as operações que manipulam esses dados. Uma classe encapsulada é usualmente o foco deste tipo de teste.
II. Este teste é uma estratégia para o Teste de Integração. Integra o conjunto de classes necessárias para responder a uma entrada ou um evento do sistema. Cada caminho de execução é testado e integrado individualmente. O teste de regressão é aplicado para garantir que nenhum efeito indesejado ocorra.
III. Este teste começa no fim do teste de integração, quando componentes individuais já foram exercitados e os erros de interface foram descobertos e corrigidos. Este conjunto de testes focaliza ações visíveis ao usuário e saídas do software reconhecidas por ele, com o objetivo de verificar a conformidade com os requisitos.
I, II e III são, correta e respectivamente, Teste de
I. O encapsulamento guia a definição de classes e objetos, assim, cada classe e cada instância de uma classe (objeto) empacotam os atributos (dados) e as operações que manipulam esses dados. Uma classe encapsulada é usualmente o foco deste tipo de teste.
II. Este teste é uma estratégia para o Teste de Integração. Integra o conjunto de classes necessárias para responder a uma entrada ou um evento do sistema. Cada caminho de execução é testado e integrado individualmente. O teste de regressão é aplicado para garantir que nenhum efeito indesejado ocorra.
III. Este teste começa no fim do teste de integração, quando componentes individuais já foram exercitados e os erros de interface foram descobertos e corrigidos. Este conjunto de testes focaliza ações visíveis ao usuário e saídas do software reconhecidas por ele, com o objetivo de verificar a conformidade com os requisitos.
I, II e III são, correta e respectivamente, Teste de
Ano: 2015
Banca:
FCC
Órgão:
TRE-RR
Prova:
FCC - 2015 - TRE-RR - Analista Judiciário - Análise de Sistemas |
Q510238
Engenharia de Software
Os modelos ágeis de desenvolvimento NÃO
Conheça nossos planos