Avaliação Linhas de Produtos de Software

Prévia do material em texto

Disciplina: LINHAS DE PRODUTOS DE SOFTWARE  AV
Aluno: ÉVERTON MATHEUS SOUSA NASCIMENTO 202003597619
Turma: 9001
CCT1027_AV_202003597619 (AG)   07/06/2023 14:55:14 (F) 
Avaliação: 4,00 pts Nota SIA: 6,00 pts
 
4831 - CONCEITOS DE LINHAS DE PRODUTOS DE SOFTWARE (LPS)  
 
 1. Ref.: 7707413 Pontos: 1,00  / 1,00
Um sistema ERP é um exemplo de reuso de software na abordagem LPS. ERP signi�ca Enterprise Resource Planning
e é um software de gestão empresarial. São vários os módulos operacionais que podem compor um ERP, assinale a
opção abaixo que indique esses módulos:
Bancário e de transações �nanceiras
Módulos de sistemas automotivos
Apps de smartphones
 Recursos Humanos, Fiscal e Estoque
Módulos de controle aéreo de espaçonaves
 2. Ref.: 7707215 Pontos: 1,00  / 1,00
A Engenharia de Software baseada em reuso é uma estratégia da engenharia em que o processo de desenvolvimento
é orientado para o reuso de softwares existentes, já que os softwares possuem artefatos altamente reutilizáveis. São
vários os benefícios, assinale a alternativa a seguir que indique um deles:
O custo �ca zero, pois com o reuso não é necessário desenvolver nada, já está tudo pronto
 O reuso de um software pode acelerar a produção do sistema
Não produzir novas funcionalidades, pois se usa apenas as disponíveis
Não ter mais programadores, pois com o reuso o desenvolvimento não é mais necessário
Ter muitos artefatos armazenados, armazenar tudo o que se produz, pois quanto mais volume tivermos,
melhor é para a empresa
 
4832 - VARIABILIDADE EM LPS  
 
 3. Ref.: 7707425 Pontos: 0,00  / 1,00
Requisitos de domínio abrangem requisitos comuns a todas as aplicações da LPS, bem como requisitos variáveis que
permitem a criação de diferentes aplicações. Os artefatos de requisitos de domínio são a entrada para o subprocesso
de design de domínio. Em relação ao subprocesso de engenharia de requisitos, é correto a�rmar que:
 Funcionalidades são de�nidas pela equipe de engenharia de requisitos para expressar intenções de alto nível
de abstração.
Existem somente dois tipos de modelos de requisitos: funcionais e de dados.
 A linguagem natural para a modelagem de requisitos oferece mais �exibilidade do que a linguagem de
modelagem de requisitos, contudo, pode acarretar interpretações ambíguas.
Requisitos não podem ser documentados em linguagem natural, mas somente em linguagem de modelagem
de requisitos.
Uma condição ou necessidade do usuário para resolver um problema ou alcançar um objetivo não pode ser
16/05/2024, 16:02 EPS
https://simulado.estacio.br/alunos/ 1/4
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7707413.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7707413.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7707215.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7707215.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7707425.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7707425.');
considerado um requisito.
 4. Ref.: 7707526 Pontos: 1,00  / 1,00
"Este artefato de teste deve estimar, pelo menos a grosso modo, o tipo e a quantidade de recurso a ser utilizado nos
casos de testes para cada variante". Esta frase se refere a um dos artefatos de teste produzidos na etapa do teste do
domínio da ELPS. A qual artefato a frase se refere?
Cenário de caso de teste.
Roteiro de teste.
Documento de resultado.
 Plano de testes.
Caso de teste.
 5. Ref.: 7707434 Pontos: 0,00  / 1,00
O teste de software, última etapa do processo de construção de um aplicativo, tem por objetivo veri�car o nível de
qualidade do produto. Busca identi�car diversos tipos de erros, tais como: de compatibilidade, de algoritmo, de
requisitos não contemplados, limitação de hardware, etc. Acerca do teste de software, é correto a�rmar que:
 O plano de testes é considerado um artefato de projeto, sendo apenas a sua implementação considerada
como um artefato de teste.
 Os artefatos de testes contém informações relativas ao o que testar, como testar e como documentar os
resultados.
Os artefatos de testes são criados apenas na engenharia de domínio.
A veri�cação da adequação do aplicativo aos requisitos não funcionais não é um dos focos do teste de
software, pois sua validação ocorre na implementação.
Os artefatos de testes são criados apenas na engenharia de aplicação.
 
4833 - ENGENHARIA DO DOMÍNIO  
 
 6. Ref.: 7784003 Pontos: 0,00  / 1,00
A Engenharia de Requisitos de Domínio se relaciona com outros subprocessos, e suas inter-relações com esses
subprocessos geram um �uxo de informações. Assinale a alternativa que apresenta corretamente um aspecto desse
�uxo.
A engenharia de requisitos do domínio recebe feedback design de domínio, a partir de análises de produtos
existentes, necessidades etc., para sugestões de alterações, re�namentos e acréscimos de características nos
produtos.
 Um feedback a partir de análises de produtos existentes, necessidades etc, para sugestões de alterações,
re�namentos e acréscimos de requisitos é fornecido pelo subprocesso Design de Domínio.
 A inter-relação com o Design de Domínio pode ser representada por uma espiral alternada entre a visão do
problema - requisitos e visão da solução - arquitetura, que progride de grosseiro para detalhado.
A Engenharia de Requisitos de Aplicação identi�ca artefatos existentes que foram desenvolvidos em
projetos anteriores e que devem ser considerados ao de�nir os requisitos de domínio.
A engenharia de requisitos de domínio fornece apenas os artefatos de requisitos comuns de�nidos no
modelo de variabilidade ortogonal para Engenharia de Requisitos de Aplicação.
 7. Ref.: 7784073 Pontos: 0,00  / 1,00
16/05/2024, 16:02 EPS
https://simulado.estacio.br/alunos/ 2/4
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7707526.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7707526.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7707434.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7707434.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7784003.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7784003.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7784073.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7784073.');
As atividades que compõem o processo de teste de software não podem ser realizadas diretamente no teste de
domínio, pois a variabilidade di�culta o teste, por exemplo, devido à ausência de variantes. Normalmente cinco
atividades são relacionadas ao teste. Assinale a opção que contém uma a�rmação verdadeira:
É possível a existência de um aplicativo executável a ser testado no teste de domínio.
 Não existe a possibilidade de casos de teste executados em testes de domínio serem repetidos em testes de
aplicativos.
 O planejamento de teste se baseia nos requisitos de domínio, na arquitetura de referência, nos artefatos de
projeto detalhados e no modelo de variabilidade da linha de produto.
Durante a execução do teste, os itens de teste são aplicados aos casos de teste.
A primeira etapa da especi�cação do teste de domínio é selecionar a estratégia de teste.
 
4834 - ENGENHARIA DA APLICAÇÃO  
 
 8. Ref.: 7806690 Pontos: 0,00  / 1,00
A validação da conformidade do aplicativo em teste com as referências de teste da engenharia de domínio é a tarefa
do teste de aplicação. Em relação aos testes relacionados à variabilidade, marque a alternativa correta:
 Deve ser veri�cado se os aplicativos têm variantes vinculadas para o aplicativo que não devem fazer parte
dele
 A funcionalidade e/ou qualidade relacionada a uma variante omitida pode estar presente no aplicativo
A vinculação da variabilidade e a con�guração realizada no aplicativo sempre estarão corretas,
independentemente de qualquer veri�cação, pois isso é garantido no teste de domínio
O teste de ausência de variante garante que um aplicativo veri�que se o aplicativo está em conformidade
com as dependências de restrição
O teste de dependência do aplicativo garante que um aplicativo não inclua variantes que não devem ser
incluídas
 9. Ref.: 7806669 Pontos: 1,00  / 1,00Os principais resultados da realização do aplicativo são obtidos a partir do inter-relacionamento desse subprocesso
com outros subprocessos da engenharia de linha de produtos de software. Assinale a alternativa que apresenta
somente subprocessos relacionados com a realização da aplicação:
Teste de aplicação e teste de domínio
 Realização de domínio e teste de aplicação
Design de domínio e Design de Aplicação
Engenharia de requisitos de aplicação e de domínio
Realização de domínio e Design de Domínio
 10. Ref.: 7806484 Pontos: 0,00  / 1,00
O projeto de aplicação tem como objetivo produzir a arquitetura da aplicação como uma especialização da
arquitetura de referência produzida na engenharia de requisitos do domínio. Para tanto, o subprocesso projeto de
aplicação interage com outros subprocessos, trocando informações e artefatos. Assinale a alternativa que só contém
subprocessos com os quais o projeto de aplicação se relaciona
Projeto de domínio, realização de domínio e teste de aplicação
 Projeto de domínio, realização de domínio e realização de aplicação
 Engenharia de requisitos de aplicação, projeto de domínio e realização de aplicação
Engenharia de requisitos de domínio, Engenharia de requisitos de aplicação e teste de aplicação
16/05/2024, 16:02 EPS
https://simulado.estacio.br/alunos/ 3/4
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7806690.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7806690.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7806669.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7806669.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7806484.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 7806484.');
Engenharia de requisitos de domínio, projeto de domínio e teste de aplicação
16/05/2024, 16:02 EPS
https://simulado.estacio.br/alunos/ 4/4