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.

Medir o tamanho de softwares.

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

Especificar casos de uso.

Documentar requisitos de segurança.

#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.

V – F – V – V

F – V – F – V

V – V – F – F

V – F – F – F

F – V – V – 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 Detalhada, APF de Alto Nível (ou APF Estimada) e APF Indicativa

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

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

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 responsável pela remoção de impedimentos à capacidade da equipe para fechar o sprint.

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

O responsável pela estrutura do banco de dados.

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

#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.

Falso

Verdadeiro

#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 integração, do projeto de melhoria (manutenção), de depuração (testes)

do projeto de desenvolvimento, do projeto de requerimentos (requisitos), 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), da aplicação (produção)

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

#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 Unidade.

Testes de Aceitação.

Testes de Integração.

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.

Verdadeiro

Falso

#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:

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

validação da interface.

projeto da interface;construção da interface;

construção da interface;

levantamento de riscos do modelo;

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

processar vários objetos com características similares

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

permitir a variação de interfaces.

disponibilizar interfaces simplificadas.

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.

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

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

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

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

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.

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

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

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

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

#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á

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).

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.

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

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

#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 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.

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

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

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.

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.

#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

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

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

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.

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.

#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

I e IV.

IV e V.

I, II, e III.

III, IV e V.

III 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.

Falso

Verdadeiro

#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

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 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.

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 1 − Inicial e os processos deste nível são usualmente ad-hoc e caóticos.

#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.

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

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

#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

Falso

Verdadeiro

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

desenvolvimento de requisitos.

gerenciamento de acordo com o fornecedor.

desempenho de processo organizacional.

acompanhamento e controle do projeto.

garantia de qualidade de processos e produtos.

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

Sequência | Caso de Uso | Atividade

Classe | Controle | Decodificação

Sequência | Autenticidade | Pacotes

Montagem | Análise | Teste

#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.

III, IV e V.

I, II e IV.

#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:

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

Um apontamento de usabilidade.

Uma regra de desempenho.

Uma regra de segurança e confiabilidade.

#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.

III e IV, apenas.

I e IV, apenas.

I e II, apenas.

II, III 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