Compartilhando | Teste 10: Engenharia de Software – Todas as matérias da disciplina

#1. (CESPE – TCU/2015) Em todos os sistemas novos, o processo de engenharia de requisitos deve começar por um estudo de viabilidade.

Falso

Verdadeiro

#2. (INAZ do Pará – CFF/2017) No mercado, atualmente, existem vários tipos de métricas para análise de dimensão de tamanho de software. Nesse sentido, assinale a alternativa que apresenta um dos objetivos da análise de pontos de função (FPA –Function Point Analysis).

Analisar o uso de memória de sistemas.

Controlar o uso de variáveis na implementação.

Documentar requisitos de segurança.

Especificar casos de uso.

Medir o tamanho de softwares.

#3. (COPESE – UFPI – UFPI /2017) A medição é um processo de fundamental importância no desenvolvimento de um software. Sobre esse tema, para cada afirmativa abaixo, informe se é verdadeira (V) ou falsa (F). Em seguida, marque a opção que corresponde à sequência CORRETA.
( ) Os termos medida, medição e métrica, embora usados com frequência de forma intercambiável, possuem diferenças sob o contexto da engenharia de software.
( ) Uma métrica ajuda na avaliação dos modelos de análise e projeto, além de facilitar o projeto de testes mais eficazes.
( ) Na atividade de coleção, as métricas são coletadas, computadas e ferramentas matemáticas são aplicadas para a análise.
( ) A métrica ponto de função é uma métrica orientada a tamanho.

F – V – V – F

V – F – F – F

F – V – F – V

V – F – V – V

V – V – F – F

#4. (IBFC – EMBASA/2017) A NESMA reconhece três métodos de Análise de Pontos de Função (APF), que são métodos de Medição de Tamanho Funcional (FSM) autossuficientes. Esse três métodos são respectivamente:

APF Generalista, APF de Alto Nível (ou APF Estimada) e APF Específica

APF Generalista, APF de Baixo Nível (ou APF Arcaica) e APF Indicativa

APF Detalhada, APF de Alto Nível (ou APF Estimada) e APF Indicativa

APF Detalhada, APF de Baixo Nível (ou APF Arcaica) e APF Específica

#5. (FCJ – CIGA/2014) Na metodologia Scrum, o Scrum Master é:

É o único que conhece o projeto e ninguém da equipe pode se opor as suas decisões.

O responsável pela estrutura do banco de dados.

O responsável por escrever o código fonte sozinho.

O responsável pela remoção de impedimentos à capacidade da equipe para fechar o sprint.

#6. (CESPE – STM/2018) Testes de regressão servem ao propósito de verificar se o sistema pode operar na carga necessária, fazendo-a regredir constantemente até que o comportamento de falha do sistema seja testado ou que defeitos sejam identificados.

Verdadeiro

Falso

#7. (IBFC – EBSERH/2017) O primeiro passo a ser seguido para a contagem de PF (Pontos de Função) de um projeto de software é determinar o tipo de contagem. Neste passo é estabelecido o tipo de contagem que será usado para medir o projeto de software, tanto no processo como no produto. Assinale a alternativa que apresenta três tipos de contagem possíveis:

do projeto de desenvolvimento, do projeto de requerimentos (requisitos), da aplicação (produção)

do projeto de desenvolvimento, do projeto de melhoria (manutenção), da aplicação (produção)

do projeto de integração, do projeto de melhoria (manutenção), de depuração (testes)

do projeto de integração, do projeto de requerimentos (requisitos), de depuração (testes)

do projeto de desenvolvimento, do projeto de requerimentos (requisitos), de depuração (testes)

#8. (CS-UFG – SANEAGO – GO/2018) No âmbito da Engenharia de Software, testes de unidade são aqueles realizados:

em módulos ou unidades do sistema, de maneira que possam validar um componente específico.

sobre as menores estruturas de código-fonte, como métodos e classes.

para verificação de integração entre módulos, de maneira que estes mostrem unidade.

no sistema como um todo, de maneira que este mostre conformidade em relação à especificação de requisitos.

#9. (COPERVE – Câmara de Belo Horizonte – MG/2018) Na análise e projeto de sistemas, uma fase considerada muito importante é a de testes. Diversos tipos de testes são executados, desde a fase inicial até a implantação do novo sistema. Os testes têm como objetivo verificar a funcionalidade do sistema se o sistema atende ao que foi projetado. Quatro estágios de testes são conhecidos e cada um tem os seus respectivos tipos de testes. Dois tipos de testes são: testes da caixa preta e testes da caixa branca. Assinale a alternativa que apresenta corretamente qual estágio esses tipos de testes pertencem.

Testes de Integração.

Testes de Aceitação.

Testes de Unidade.

Testes de Sistema.

#10. (CESPE – FUNPRESP-JUD/2016) Acerca de medição e estimativas de software em pontos de função e do gerenciamento do ciclo de vida de software, julgue o item que se segue.
Para uma aplicação que contém dois arquivos de interface externa (AIE) de complexidade alta; três arquivos lógicos internos (ALI) de complexidade baixa; uma entrada externa (EE) de complexidade média; duas saídas externas (SE) de complexidade média; e quatro consultas externas (CE) de complexidade alta, a quantidade de pontos de função brutos é igual a 79.

Falso

Verdadeiro

#11. (UFF – UFF/2009) Segundo Pressman, são atividades de arcabouço abrangidas pelo processo de projeto de interface com o usuário as abaixo relacionadas, EXCETO:

projeto da interface;construção da interface;

construção da interface;

levantamento de riscos do modelo;

análise e modelagem do usuário, tarefa e ambiente;

validação da interface.

#12. (VUNESP – TCE-SP/2015) O padrão de projeto singleton tem por objetivo

assegurar que cada classe tenha uma única instância.

processar vários objetos com características similares

disponibilizar interfaces simplificadas.

permitir a variação de interfaces.

criar famílias de objetos por meio de uma única interface.

#13. (CESGRANRIO – Petrobras/2008) Assinale a opção que NÃO expressa um princípio de projeto de interface com o usuário.

Estabelecer defaults (para escolhas e preenchimento de formulários) que façam sentido para o usuário.

Basear o layout visual em uma metáfora do mundo real.

Reduzir a demanda de memória de curto prazo do usuário.

Mostrar informações completas a priori, permitindo que o usuário reduza o nível de detalhe se desejar.

Permitir que a interação com o usuário seja interruptível e possa ser desfeita (undo).

#14. (FCC – DPE-SP/2015) Um Programador da Defensoria Pública do Estado de São Paulo foi designado para realizar o projeto da interface do usuário de um sistema. Ao seguir os princípios para o projeto da interface, o programador NÃO DEVE permitir que

a interação com o usuário possa ser interrompida em algum ponto.

o layout visual da interface seja baseado em uma metáfora do mundo real.

seja mantida uma consistência de interações ao longo de uma família de aplicações.

o usuário seja forçado a realizar ações indesejadas, mesmo que o programador as considere úteis.

seja reduzida a demanda de memória do usuário, mesmo que o programador queira simplificar a interface.

#15. (FCC – TRT – 23ª REGIÃO (MT)/2011) O gestor de projetos tem, entre outras atividades, a função de estabelecer os objetivos e parâmetros a serem seguidos no desenvolvimento dos projetos. Se a fase do projeto requer identificação e soluções de interfaces, ele deverá

integrar o projeto com as fases subsequentes a saber, organização, direção e controle do processo de projeto.

controlar os custos de projeto, garantir a qualidade das soluções técnicas adotadas e validar (ou fazer validar pelo empreendedor) as etapas e os projetos.

fomentar a comunicação entre os participantes do projeto e gerenciar a compatibilização.

planejar as etapas e prazos de desenvolvimento das diversas etapas, no todo e por especialidades de projeto (cronogramas), controlar e adequar os prazos planejados (gestão de prazos).

definir os escopos de projeto, segundo especialidades e etapas de projeto, e planejar os custos de desenvolvimento dos projetos.

#16. (CESGRANRIO – Petrobras/2008) Uma das técnicas empregadas no projeto de interfaces de sistemas é a condução de testes de usabilidade, cujos resultados fornecem importantes indicadores para melhorar a qualidade da interface. Os testes de usabilidade consistem em

apresentar, para um usuário por vez, um protótipo da interface do sistema ou o próprio sistema, e solicitar que o usuário realize algum tipo de tarefa, observando suas reações à interface, erros cometidos, dificuldades e eficiência no cumprimento da tarefa.

apresentar o sistema para um grupo de foco e coletar a opinião dos participantes sobre a interface, os conceitos e as metáforas utilizadas na mesma.

submeter o sistema a um software robot de teste e verificar os tempos de resposta a cada padrão de navegação, comparando-os com os requisitos não funcionais do sistema.

utilizar um software robot de teste para fazer acessos aleatórios ao sistema, tentando usar elementos da interface e registrando os erros encontrados.

distribuir um questionário para os usuários iniciais do sistema com perguntas sobre a interface e mapear as respostas.

#17. (FCC – DPE-AM/2018) O Modelo de Referência MPS para Software (MR-MPS-SW) define níveis de maturidade que são uma combinação entre processos e sua capacidade. Considere, por hipótese, que a Defensoria esteja buscando alcançar níveis de maturidade mais altos e já tenha implementado com sucesso os seguintes processos (com seus respectivos atributos de processo): Gerência de Projetos, Gerência de Requisitos, Aquisição, Medição, Gerência de Configuração e Gerência de Portfólio de Projetos. Neste cenário, a Defensoria já alcançou o nível de maturidade

G e ainda falta o processo Garantia da Qualidade para alcançar o nível F − Gerenciado.

A e B e ainda faltam os processos Gestão de Projetos (evolução) e Gerência de Recursos Humanos para alcançar o nível C − Definido.

G e o nível de maturidade F − Parcialmente Definido.

A e ainda falta o processo Gestão de Projetos (evolução) para alcançar o nível B − Parcialmente Gerenciado.

G e F e ainda faltam os processos Gestão de Projetos (evolução) e Gerência de Recursos Humanos para alcançar o nível E − Gerenciado.

#18. (CESPE – CGM de João Pessoa – PB/2018)

Considerando a figura precedente, que ilustra os diferentes níveis do MPS/BR, julgue o item subsecutivo.
O MPS/BR prevê que exista, no nível A (em otimização), preocupação com questões como inovação e análise de causas relacionadas à maturidade de processo de software.

Verdadeiro

Falso

#19. (FCM – IF Baiano/2017) Avalie as informações sobre o Programa MPS.BR que implementou o Modelo de Referência MPS para Software (MR-MPS-SW), detalhado no Guia Geral MPS para Software: 2016. O MR-MPS-SW, especificamente,
I- Define conceitos de maturidade e de capacidade de processo para a avaliação e a melhoria da qualidade e da produtividade de software e de serviços correlatos.
II- Descreve um processo e um método de avaliação dos processos de software e de serviços correlatos.
III- Prescreve um guia para a aquisição de software e de serviços correlatos, conforme norma ISO/IEC 12207:2008.
IV- Define sete níveis de maturidade, para os quais prescreve os processos e os atributos de processo que devem ser implementados em cada nível.
V- Define o processo Medição – MED no nível B, o qual visa atender os objetivos de gerenciamento quantitativo.
Está correto apenas o que se afirma em

III, IV e V.

III e IV.

IV e V.

I, II, e III.

I e IV.

#20. (CESPE – TRF – 1ª REGIÃO/2017) A seguir são apresentados três itens extraídos de um relatório elaborado por uma empresa de consultoria, acerca da qualidade de software e de contratações de soluções de TI e gestão de projetos em uma organização.
I Para melhoria da qualidade do software da organização, é necessário implantar um processo para confirmar que o produto de trabalho do processo ou do projeto atende apropriadamente os requisitos especificados.
II A organização implantou os dois processos necessários para se atingir o nível de maturidade G — Parcialmente Gerenciado — do MPS.BR.
III A contratação de empresa terceirizada para auxiliar a implantação do MPS.BR na organização foi realizada mediante a métrica homem-hora.
Tendo como referência essa situação hipotética, julgue o item seguinte.
Infere-se do item II que a organização já atingiu necessariamente o nível de maturidade 2 — Gerenciado — do CMMI.

Verdadeiro

Falso

#21. (FCC – TRE-PR/2017) Considere que o Tribunal Regional Eleitoral esteja considerando a possibilidade de implantar um modelo de referência para qualidade de software. Um Técnico com especialidade em Programação de Sistemas após fazer um comparativo entre o primeiro nível de maturidade do CMMI versão 1.3 e do MR-MPS-SW, afirmou que o primeiro nível de maturidade do MR-MPS-SW corresponde ao

A (Parcialmente Definido) e não possui processos específicos. Já no CMMI, o primeiro nível de maturidade inicia-se pelo 0 − Inicial e os processos deste nível caracterizam melhoria organizacional relativa a uma única área de processo.

G (Parcialmente Gerenciado), composto pelos processos Gerência de Projetos e Gerência de Requisitos. Já no CMMI, o primeiro nível de maturidade inicia-se pelo 0 − Inicial e um processo deste nível realiza as atividades necessárias para produzir produtos de trabalho.

A (Parcialmente Gerenciado) e não possui processos específicos. Já no CMMI, o primeiro nível de maturidade inicia-se pelo 0 − Incompleto e não existe objetivo genérico neste nível, já que não há razão para institucionalizar um processo parcialmente executado.

G (Parcialmente Gerenciado), composto pelos processos Gerência de Projetos e Gerência de Requisitos. Já no CMMI, o primeiro nível de maturidade inicia-se pelo 1 − Inicial e os processos deste nível são usualmente ad-hoc e caóticos.

G (Parcialmente Definido), composto pelos processos Definição do Processo Organizacional, Avaliação e Melhoria do Processo Organizacional e Gerência de Requisitos. Já no CMMI, o primeiro nível de maturidade inicia-se pelo 0 − Incompleto e um processo deste nível contribui com experiências de uso do processo para os ativos organizacionais.

#22. (Quadrix – CFO-DF/2017) O padrão CMMI é considerado por muitos especialistas como um modelo muito simples, que basicamente é composto por um conjunto de áreas de processos relacionadas às atividades de processos de software e um número de metas a ser atingido por uma organização.

Falso

Verdadeiro

#23. (CONSULPLAN – TRF – 2ª REGIÃO/2017) O CMMI (Capability Maturity Model – Integration) para Desenvolvimento tem como base as melhores práticas em relação às atividades de desenvolvimento e manutenção aplicadas a produtos e serviços. Abrangendo práticas que englobam todo o ciclo de vida de um produto, concentrando os esforços no trabalho necessário para construção e manutenção do produto em sua totalidade. O CMMI – DEV 1.2 possibilita a abordagem da melhoria e avaliação de processos utilizando duas representações diferentes: contínua e por estágios. Com relação à representação por estágios, é correto afirmar que a representação por estágios

descreve em resumidamente os resultados de melhoria de processo em uma forma simples.

tem como foco um conjunto de processos a fim de prover à organização uma capacidade específica, caracterizada por cada nível de maturidade.

admite que as organizações façam a escolha de um percurso de melhoria e sem a necessidade de teste.

permite visibilidade crescente da capacidade alcançada em cada área de processo.

#24. (CESPE – SEDF/2017) No que se refere ao CMMI, julgue o próximo item.
Uma das limitações associadas à adoção do CMMI consiste na necessidade de especialistas altamente capacitados cuja única função seja promover a melhoria dos processos da empresa, o que aumenta muito o custo de implementação e manutenção do nível CMMI

Verdadeiro

Falso

#25. (CESPE – TCE-PR/2016) A categoria gerência de processos do CMMI-DEV contempla a área de

gerenciamento de acordo com o fornecedor.

garantia de qualidade de processos e produtos.

desenvolvimento de requisitos.

desempenho de processo organizacional.

acompanhamento e controle do projeto.

#26. (FCJ – CIGA/2014) São diagramas da UML:

Classe | Controle | Decodificação

Montagem | Análise | Teste

Sequência | Caso de Uso | Atividade

Sequência | Autenticidade | Pacotes

#27. (CONSULPLAN – TRF – 2ª REGIÃO/2017) De acordo com o Guia Geral MPS de Software – 2016, um processo representa, dentro da área de software, um conjunto de atividades cujo objetivo é atingir uma meta previamente definida. No processo Gerência de requisitos – GRE, nível G do MPS.BR (Melhoria de Processo do Software Brasileiro), os resultados esperados são:
I. GRE 1. O escopo do trabalho para o projeto é definido.
II. GRE 2. Os requisitos são avaliados com base em critérios objetivos e um comprometimento da equipe técnica com estes requisitos é obtido.
III. GRE 3. A rastreabilidade bidirecional entre os requisitos e os produtos de trabalho é estabelecida e mantida.
IV. GRE 4. Revisões em planos e produtos de trabalho do projeto são realizadas visando identificar e corrigir inconsistências em relação aos requisitos.
V. GRE 5. Mudanças nos requisitos são descartadas ao longo do projeto.
Estão corretas apenas as afirmativas

II, III e IV.

I, II e III.

I, II e IV.

III, IV e V.

#28. No Scrum, os projetos são dividos em ciclos chamados de:

Crips

Lists

Sprints

Ciclics

#29. (FCJ – CIGA/2014) Em engenharia de software, um requisito funcional define:

Um apontamento de usabilidade.

Uma regra de segurança e confiabilidade.

Uma regra de desempenho.

Uma função de um sistema de software ou seu componente.

#30. (FCC – TRT – 11ª Região (AM e RR)/2017) O Modelo de Referência MPS para Software (MR-MPS-SW) define níveis de maturidade que são uma combinação entre processos e sua capacidade. Considere:
I. é a caracterização da habilidade do processo para alcançar os objetivos de negócio, atuais e futuros.
II. está relacionada com o atendimento aos atributos de processo associados aos processos de cada nível de maturidade.
III. expressa o grau de refinamento e institucionalização com que o processo é executado na organização ou na unidade organizacional.
IV. é representada por um conjunto de atributos de processo, dentre os quais se encontra “O processo é objeto de análise quantitativa”.
Refere-se à capacidade do processo o que se afirma em

I, II, III e IV.

I e II, apenas.

III e IV, apenas.

II, III e IV, apenas.

I e IV, apenas.

Teste 10: Engenharia de Software – Todas as matérias da disciplina

Teste 10: Engenharia de Software – Todas as matérias da disciplina

Results

#1. (CESPE – TCU/2015) Em todos os sistemas novos, o processo de engenharia de requisitos deve começar por um estudo de viabilidade.

#2. (INAZ do Pará – CFF/2017) No mercado, atualmente, existem vários tipos de métricas para análise de dimensão de tamanho de software. Nesse sentido, assinale a alternativa que apresenta um dos objetivos da análise de pontos de função (FPA –Function Point Analysis).

#4. (IBFC – EMBASA/2017) A NESMA reconhece três métodos de Análise de Pontos de Função (APF), que são métodos de Medição de Tamanho Funcional (FSM) autossuficientes. Esse três métodos são respectivamente:

#5. (FCJ – CIGA/2014) Na metodologia Scrum, o Scrum Master é:

#6. (CESPE – STM/2018) Testes de regressão servem ao propósito de verificar se o sistema pode operar na carga necessária, fazendo-a regredir constantemente até que o comportamento de falha do sistema seja testado ou que defeitos sejam identificados.

#8. (CS-UFG – SANEAGO – GO/2018) No âmbito da Engenharia de Software, testes de unidade são aqueles realizados:

#11. (UFF – UFF/2009) Segundo Pressman, são atividades de arcabouço abrangidas pelo processo de projeto de interface com o usuário as abaixo relacionadas, EXCETO:

#12. (VUNESP – TCE-SP/2015) O padrão de projeto singleton tem por objetivo

#13. (CESGRANRIO – Petrobras/2008) Assinale a opção que NÃO expressa um princípio de projeto de interface com o usuário.

#14. (FCC – DPE-SP/2015) Um Programador da Defensoria Pública do Estado de São Paulo foi designado para realizar o projeto da interface do usuário de um sistema. Ao seguir os princípios para o projeto da interface, o programador NÃO DEVE permitir que

#15. (FCC – TRT – 23ª REGIÃO (MT)/2011) O gestor de projetos tem, entre outras atividades, a função de estabelecer os objetivos e parâmetros a serem seguidos no desenvolvimento dos projetos. Se a fase do projeto requer identificação e soluções de interfaces, ele deverá

#16. (CESGRANRIO – Petrobras/2008) Uma das técnicas empregadas no projeto de interfaces de sistemas é a condução de testes de usabilidade, cujos resultados fornecem importantes indicadores para melhorar a qualidade da interface. Os testes de usabilidade consistem em

#22. (Quadrix – CFO-DF/2017) O padrão CMMI é considerado por muitos especialistas como um modelo muito simples, que basicamente é composto por um conjunto de áreas de processos relacionadas às atividades de processos de software e um número de metas a ser atingido por uma organização.

#25. (CESPE – TCE-PR/2016) A categoria gerência de processos do CMMI-DEV contempla a área de

#26. (FCJ – CIGA/2014) São diagramas da UML:

#28. No Scrum, os projetos são dividos em ciclos chamados de:

#29. (FCJ – CIGA/2014) Em engenharia de software, um requisito funcional define:

Deixe uma resposta Cancelar resposta