Questões de Concurso Sobre engenharia de software
Foram encontradas 14.525 questões
Ano: 2014
Banca:
MSConcursos
Órgão:
CRM-MS
Prova:
MS CONCURSOS - 2014 - CRM-MS - Assessor - Tecnologia da Informação |
Q366859
Engenharia de Software
Representa o conjunto de comportamentos de alto nível que o sistema deve executar para um determinado ator. É o diagrama mais simples, e não há necessidade de grandes detalhamentos. Trata-se do
Ano: 2014
Banca:
MSConcursos
Órgão:
CRM-MS
Prova:
MS CONCURSOS - 2014 - CRM-MS - Assessor - Tecnologia da Informação |
Q366858
Engenharia de Software
Para representar o comportamento de vários objetos dentro de um contexto, a partir das mensagens trocadas entre eles, devemos utilizar qual diagrama?
Ano: 2014
Banca:
MSConcursos
Órgão:
CRM-MS
Prova:
MS CONCURSOS - 2014 - CRM-MS - Assessor - Tecnologia da Informação |
Q366857
Engenharia de Software
Assinale a alternativa incorreta a respeito das técnicas de orientação a objetos:
Ano: 2014
Banca:
MSConcursos
Órgão:
CRM-MS
Prova:
MS CONCURSOS - 2014 - CRM-MS - Assessor - Tecnologia da Informação |
Q366853
Engenharia de Software
Analise as seguintes afirmações, depois assinale a alternativa correta:
I – Teste de software é a execução do software de maneira controlada para avaliar se ele se comporta ou não conforme o especificado. Visa a verificar e relatar o estado do software, a qualquer momento, em termos significativos a todos que precisam dessa informação.
II – O testador não pode “ter pena” do software. Ao contrário, quanto mais severamente o software for exercitado, menores as chances de ele falhar.
III – Se existem problemas no software, é melhor e mais rápido o cliente encontrá-lo do que a equipe de testes.
I – Teste de software é a execução do software de maneira controlada para avaliar se ele se comporta ou não conforme o especificado. Visa a verificar e relatar o estado do software, a qualquer momento, em termos significativos a todos que precisam dessa informação.
II – O testador não pode “ter pena” do software. Ao contrário, quanto mais severamente o software for exercitado, menores as chances de ele falhar.
III – Se existem problemas no software, é melhor e mais rápido o cliente encontrá-lo do que a equipe de testes.
Ano: 2014
Banca:
MSConcursos
Órgão:
CRM-MS
Prova:
MS CONCURSOS - 2014 - CRM-MS - Assessor - Tecnologia da Informação |
Q366852
Engenharia de Software
Em relação ao modelo de qualidade em uso, qual característica não é válida?
Ano: 2014
Banca:
MSConcursos
Órgão:
CRM-MS
Prova:
MS CONCURSOS - 2014 - CRM-MS - Assessor - Tecnologia da Informação |
Q366851
Engenharia de Software
O modelo de qualidade para características externas e internas classifica os atributos de qualidade em seis características. Qual alternativa não apresenta uma característica válida?
Ano: 2014
Banca:
IADES
Órgão:
TRE-PA
Prova:
IADES - 2014 - TRE-PA - Analista Judiciário - Análise de Sistemas |
Q366006
Engenharia de Software
Na área de engenharia de software, há dois métodos de desenvolvimento de sistemas, chamados Catedral e Bazar. Essa descrição foi inicialmente lançada como um debate e crítica aos métodos de desenvolvimento de softwares livres e hoje é utilizada para descrever modelos de gestão de desenvolvimento em sentido amplo. Assinale a alternativa correta quanto aos dois métodos de desenvolvimento de software.
Ano: 2014
Banca:
IADES
Órgão:
TRE-PA
Prova:
IADES - 2014 - TRE-PA - Analista Judiciário - Análise de Sistemas |
Q366003
Engenharia de Software
Ciclo de vida de desenvolvimento de softwares é o processo de criação e manutenção de sistemas de informação descrito em modelos e metodologias utilizadas para desenvolver esses sistemas. Um exemplo de modelo de ciclo de vida é o Cascata. Assinale a alternativa que apresenta característica correta do modelo de ciclo de vida em Cascata.
Ano: 2014
Banca:
FUMARC
Órgão:
Prefeitura de Belo Horizonte - MG
Prova:
FUMARC - 2014 - Prefeitura de Belo Horizonte - MG - Técnico de Nível Superior - Informática |
Q365040
Engenharia de Software
De acordo com o autor Ian Sommerville, requisitos de interoperabilidade que definem como o sistema interage com os sistemas em outras organizações são classificados como requisitos
Ano: 2014
Banca:
FUMARC
Órgão:
Prefeitura de Belo Horizonte - MG
Prova:
FUMARC - 2014 - Prefeitura de Belo Horizonte - MG - Técnico de Nível Superior - Informática |
Q365021
Engenharia de Software
São diagramas estruturais da UML:
Ano: 2014
Banca:
FUMARC
Órgão:
Prefeitura de Belo Horizonte - MG
Prova:
FUMARC - 2014 - Prefeitura de Belo Horizonte - MG - Técnico de Nível Superior - Informática |
Q365020
Engenharia de Software
Analise as afirmativas a seguir sobre o Diagrama de Atividades da UML:
I – A ramificação é um caminho alternativo baseado em uma expressão booleana, podendo ter uma transição de entrada e até duas transições de saída.
II – As raias podem representar áreas de negócio em uma organização responsáveis por determinados grupos de atividades.
III – As bifurcações e as uniões representam fluxos concorrentes e são representadas por barras de sincronização horizontais ou verticais.
Está CORRETO apenas o que se afirma em:
I – A ramificação é um caminho alternativo baseado em uma expressão booleana, podendo ter uma transição de entrada e até duas transições de saída.
II – As raias podem representar áreas de negócio em uma organização responsáveis por determinados grupos de atividades.
III – As bifurcações e as uniões representam fluxos concorrentes e são representadas por barras de sincronização horizontais ou verticais.
Está CORRETO apenas o que se afirma em:
Ano: 2014
Banca:
FUMARC
Órgão:
Prefeitura de Belo Horizonte - MG
Prova:
FUMARC - 2014 - Prefeitura de Belo Horizonte - MG - Técnico de Nível Superior - Informática |
Q365018
Engenharia de Software
Técnica sistemática para construir a arquitetura do software, enquanto, ao mesmo tempo, conduz testes para descobrir erros associados às interfaces é a definição de:
Ano: 2014
Banca:
FUMARC
Órgão:
Prefeitura de Belo Horizonte - MG
Prova:
FUMARC - 2014 - Prefeitura de Belo Horizonte - MG - Técnico de Nível Superior - Informática |
Q365017
Engenharia de Software
São produtos de trabalho produzidos na fase de Construção do Processo Unificado, EXCETO:
Ano: 2014
Banca:
FCC
Órgão:
TRF - 3ª REGIÃO
Prova:
FCC - 2014 - TRF - 3ª REGIÃO - Analista Judiciário - Informática |
Q361016
Engenharia de Software
A figura abaixo mostra os quadrantes de testes ágeis.
Considere as definições dos quadrantes de testes ágeis:
I. Testes que focam no negócio e criticam o produto: são os testes de aceitação feitos na homologação do produto ou de suas partes, testes betas e testes exploratórios. São testes feitos não com o objetivo de dizer que o software funciona, mas de encontrar defeitos. Bons analistas de testes possuem técnicas para encontrar defeitos que poucos desenvolvedores conhecem.
II. Testes que focam na arquitetura e suportam o time: são os testes unitários e de componentes. Estes são realizados e são de responsabilidade dos próprios desenvolvedores. O papel do analista de testes nesse quadrante é o de apoiar, suportar e expandir conhecimentos entre os desenvolvedores sempre que necessário. De preferência isso é feito em par com o desenvolvedor no momento de elaborar os testes unitários automatizados.
III. Testes que focam na arquitetura e criticam o produto: são os testes de performance, de carga e de segurança. Esses são de responsabilidade dos analistas de testes e costumam ser feitos quando partes da aplicação já estão prontas e, especialmente, antes da entrada de um release em produção.
IV. Testes que focam no negócio e suportam o time: são testes funcionais diferenciados, que idealmente utilizam a técnica de Behavior-Driven Development e Acceptance Test-Driven Development. Isto é, são testes e cenários de exemplo realizados pelos testadores em conjunto com os clientes, usuários e analistas de negócio. Com base nesses exemplos e cenários os desenvolvedores terão melhores condições de desenvolver e entender os requisitos.O foco desses testes não é encontrar o maior número de defeitos e sim ajudar clientes e desenvolvedores a se entenderem melhor.
A associação correta entre as definições I, II, III e IV e os quadrantes Q1, Q2, Q3 e Q4 é apresentada em
Considere as definições dos quadrantes de testes ágeis:
I. Testes que focam no negócio e criticam o produto: são os testes de aceitação feitos na homologação do produto ou de suas partes, testes betas e testes exploratórios. São testes feitos não com o objetivo de dizer que o software funciona, mas de encontrar defeitos. Bons analistas de testes possuem técnicas para encontrar defeitos que poucos desenvolvedores conhecem.
II. Testes que focam na arquitetura e suportam o time: são os testes unitários e de componentes. Estes são realizados e são de responsabilidade dos próprios desenvolvedores. O papel do analista de testes nesse quadrante é o de apoiar, suportar e expandir conhecimentos entre os desenvolvedores sempre que necessário. De preferência isso é feito em par com o desenvolvedor no momento de elaborar os testes unitários automatizados.
III. Testes que focam na arquitetura e criticam o produto: são os testes de performance, de carga e de segurança. Esses são de responsabilidade dos analistas de testes e costumam ser feitos quando partes da aplicação já estão prontas e, especialmente, antes da entrada de um release em produção.
IV. Testes que focam no negócio e suportam o time: são testes funcionais diferenciados, que idealmente utilizam a técnica de Behavior-Driven Development e Acceptance Test-Driven Development. Isto é, são testes e cenários de exemplo realizados pelos testadores em conjunto com os clientes, usuários e analistas de negócio. Com base nesses exemplos e cenários os desenvolvedores terão melhores condições de desenvolver e entender os requisitos.O foco desses testes não é encontrar o maior número de defeitos e sim ajudar clientes e desenvolvedores a se entenderem melhor.
A associação correta entre as definições I, II, III e IV e os quadrantes Q1, Q2, Q3 e Q4 é apresentada em
Ano: 2014
Banca:
FCC
Órgão:
TRF - 3ª REGIÃO
Prova:
FCC - 2014 - TRF - 3ª REGIÃO - Analista Judiciário - Informática |
Q361012
Engenharia de Software
A figura abaixo mostra um diagrama com as atividades relativas ao levantamento de requisitos.
O diagrama e a lacuna da caixa em branco referem-se, respectivamente, aos diagramas UML de
O diagrama e a lacuna da caixa em branco referem-se, respectivamente, aos diagramas UML de
Ano: 2014
Banca:
FCC
Órgão:
TRF - 3ª REGIÃO
Prova:
FCC - 2014 - TRF - 3ª REGIÃO - Analista Judiciário - Informática |
Q361011
Engenharia de Software
A representação abaixo mostra como uma ferramenta de software realiza o controle de versões.
Considere a figura acima e analise as seguintes afirmativas sobre gerência de configuração e mudanças:
I. A figura sugere que cada vez que se modifica o projeto, a ferramenta registra o estado dos arquivos e armazena uma referência para essa captura. Se um dos arquivos não sofre alteração, seu estado não é alterado, apenas é criado um link para a versão anterior que já foi armazenada.
II. Um Sistema de Controle de Versões (SCV) combina procedimentos e ferramentas para gerir diferentes versões de objetos de configuração que são criados durante o processo de software. Um SCV implementa ou está ligado a um banco de dados de projeto (repositório) que guarda os objetos de configuração relevantes.
III. Um repositório de gestão de configuração de software é um conjunto de estruturas de dados que permite a uma equipe de software gerir as modificações de modo efetivo. Propicia funções que impedem que as informações sejam compartilhadas entre vários desenvolvedores para garantir a integridade dos dados, porém não consegue detectar diferenças entre arquivos binários.
Está correto o que consta APENAS em
Considere a figura acima e analise as seguintes afirmativas sobre gerência de configuração e mudanças:
I. A figura sugere que cada vez que se modifica o projeto, a ferramenta registra o estado dos arquivos e armazena uma referência para essa captura. Se um dos arquivos não sofre alteração, seu estado não é alterado, apenas é criado um link para a versão anterior que já foi armazenada.
II. Um Sistema de Controle de Versões (SCV) combina procedimentos e ferramentas para gerir diferentes versões de objetos de configuração que são criados durante o processo de software. Um SCV implementa ou está ligado a um banco de dados de projeto (repositório) que guarda os objetos de configuração relevantes.
III. Um repositório de gestão de configuração de software é um conjunto de estruturas de dados que permite a uma equipe de software gerir as modificações de modo efetivo. Propicia funções que impedem que as informações sejam compartilhadas entre vários desenvolvedores para garantir a integridade dos dados, porém não consegue detectar diferenças entre arquivos binários.
Está correto o que consta APENAS em
Ano: 2014
Banca:
FCC
Órgão:
TRF - 3ª REGIÃO
Prova:
FCC - 2014 - TRF - 3ª REGIÃO - Analista Judiciário - Informática |
Q361002
Engenharia de Software
Scrum é um modelo utilizado no desenvolvimento ágil de software. No Scrum um dos conceitos mais importantes é o sprint, que consiste em um ciclo de desenvolvimento que, em geral, vai de duas semanas a um mês.
No início de cada sprint é feito um
, no qual a equipe prioriza os elementos do 
a serem implementados e transfere esses elementos para o 
, ou seja, a lista de funcionalidades a serem implementadas no ciclo que se inicia.
A equipe se compromete a desenvolver as funcionalidades e o
se compromete a não trazer novas funcionalidades durante o mesmo sprint.
As lacunas I, II, III e IV são preenchidas, correta e respectivamente, por
No início de cada sprint é feito um
, no qual a equipe prioriza os elementos do a serem implementados e transfere esses elementos para o , ou seja, a lista de funcionalidades a serem implementadas no ciclo que se inicia. A equipe se compromete a desenvolver as funcionalidades e o
se compromete a não trazer novas funcionalidades durante o mesmo sprint. As lacunas I, II, III e IV são preenchidas, correta e respectivamente, por
Ano: 2014
Banca:
FCC
Órgão:
TRF - 3ª REGIÃO
Prova:
FCC - 2014 - TRF - 3ª REGIÃO - Analista Judiciário - Informática |
Q361000
Engenharia de Software
Considere as seguintes atividades:
1. Compreensão do domínio: os analistas devem desenvolver sua compreensão do domínio da aplicação.
2. Coleta de requisitos: processo de interagir com os stakeholders do sistema para descobrir seus requisitos.
3. Classificação: atividade que considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes.
4. Resolução de conflitos: Solucionar conflitos decorrentes do envolvimento de múltiplos stakeholders.
5. Definição das prioridades: envolve a interação com os stakeholders para a definição dos requisitos mais importantes.
6. Descarte de requisitos: atividade de descartar requisitos menos importantes, baseando-se nas indicações dos stakeholders.
7. Verificação de requisitos: os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
8. Modelagem de requisitos: os requisitos são modelados utilizando-se o diagrama de casos de uso e de sequência da UML.
Faz parte do processo de levantamento e análise de requisitos o que consta em APENAS 1, 2,
1. Compreensão do domínio: os analistas devem desenvolver sua compreensão do domínio da aplicação.
2. Coleta de requisitos: processo de interagir com os stakeholders do sistema para descobrir seus requisitos.
3. Classificação: atividade que considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes.
4. Resolução de conflitos: Solucionar conflitos decorrentes do envolvimento de múltiplos stakeholders.
5. Definição das prioridades: envolve a interação com os stakeholders para a definição dos requisitos mais importantes.
6. Descarte de requisitos: atividade de descartar requisitos menos importantes, baseando-se nas indicações dos stakeholders.
7. Verificação de requisitos: os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
8. Modelagem de requisitos: os requisitos são modelados utilizando-se o diagrama de casos de uso e de sequência da UML.
Faz parte do processo de levantamento e análise de requisitos o que consta em APENAS 1, 2,
Ano: 2014
Banca:
FCC
Órgão:
TRF - 3ª REGIÃO
Prova:
FCC - 2014 - TRF - 3ª REGIÃO - Analista Judiciário - Informática |
Q360999
Engenharia de Software
Os modelos ágeis de desenvolvimento de software têm menos ênfase nas definições de atividades e mais ênfase na pragmática e nos fatores humanos do desenvolvimento. Um destes modelos enfatiza o uso de orientação a objetos e possui apenas duas grandes fases: 1 - Concepção e Planejamento e 2 - Construção. A fase de Concepção e Planejamento possui três disciplinas (chamadas de processos): Desenvolver Modelo Abrangente, Construir Lista de Funcionalidades e Planejar por funcionalidade. Já a fase de Construção incorpora duas disciplinas (processos): Detalhar por Funcionalidade e Construir por Funcionalidade.
O texto acima apresenta a metodologia ágil conhecida como
O texto acima apresenta a metodologia ágil conhecida como
Ano: 2014
Banca:
FCC
Órgão:
TRF - 3ª REGIÃO
Prova:
FCC - 2014 - TRF - 3ª REGIÃO - Analista Judiciário - Informática |
Q360998
Engenharia de Software
Sabendo que a Análise de Pontos de Função (APF) permite medir o tamanho funcional do software, considere que no desenvolvimento de um software foram fornecidos os seguintes dados:
Ao se completar a tabela 4, o total de pontos de função das transações é
Ao se completar a tabela 4, o total de pontos de função das transações é
Conheça nossos planos