Grátis: Interfaces são muito utilizadas na implementação de variabilidade, e o projeto de uma interface é afetado pelos tipos de variabilidade que devem es... – Questões Respondidas

Engenharia de Software

Outros

Interfaces são muito utilizadas na implementação de variabilidade, e o projeto de uma interface é afetado pelos tipos de variabilidade que devem estar presentes nos componentes conectados à interface, quer sejam fornecedores ou usuários. Tem efeito no projeto de uma interface: Variabilidade em Recursos, que significa que a mesma interface pode ser implementada de diferentes maneiras, por diferentes métodos dos objetos das classes. Variabilidade em Algoritmos ou Protocolos, que significa que a variabilidade está relacionada à configuração do aplicativo, incluindo diferenças de hardware e software.
Assinale a opção que contém um tipo de variabilidade que não têm efeitos no projeto de uma interface:
O uso de diferentes algoritmos ou protocolos.
Diferenças nos recursos fornecidos.
Variabilidade inerente ao modelo de classes usada para validar instâncias em tempo de execução.
Diferenças na configuração do aplicativo.
Muitos componentes de fornecimento.

Desvendando com Questões

há 20 horas

Desvendando com Questões

há 20 horas

Linhas-de-Produtos-de-Software

ESTÁCIO

Respostas

Ed

há 20 horas

A variabilidade que não tem efeito no projeto de uma interface é: Variabilidade inerente ao modelo de classes usada para validar instâncias em tempo de execução. Explicação passo a passo: - O uso de diferentes algoritmos ou protocolos afeta o projeto da interface, pois pode exigir métodos diferentes. - Diferenças nos recursos fornecidos impactam a interface, pois ela deve suportar essas variações. - Diferenças na configuração do aplicativo (hardware/software) influenciam a interface para garantir compatibilidade. - Muitos componentes de fornecimento também afetam o projeto, pois a interface deve acomodar múltiplos fornecedores. - Já a variabilidade inerente ao modelo de classes para validação em tempo de execução é uma questão interna do modelo, não afetando diretamente o design da interface. Portanto, a resposta correta é: Variabilidade inerente ao modelo de classes usada para validar instâncias em tempo de execução.

Essa resposta te ajudou?

0

0

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Linhas-de-Produtos-de-Software

ESTÁCIO

Mais perguntas desse material

A ELPS lida com a documentação da variabilidade de uma maneira tal que os modelos de requisitos não são adequados. O MOV permite que a variabilidade seja convenientemente documentada através de diferentes modelos, sem alterar a forma original destes modelos.
É correto afirmar que:
Um caso de uso é documentado utilizando-se somente um diagrama de casos de uso.
A parte textual de um caso de uso deve sempre ser descrita na forma tabular, caso seja necessário um integração ao diagrama de variabilidade.
No caso de representar o caso de uso através de um diagrama de sequencia, a integração ao diagrama de variabilidade fica um tanto prejudicada.
A integração do MOV ao caso de uso, para a representação de variabilidade, independente da forma como o caso de uso é representado, sempre será feita através de dependências de artefato ou dependências de artefato - ponto de verificação, as quais ligam os pontos variáveis às partes do artefato que as representa.
Um caso de uso já permite identificar as variabilidades dos requisitos. O uso do MOV apenas torna essa capacidade mais fácil de ser utilizada.

A variabilidade em requisitos textuais pode ser representada através da utilização do Modelo Ortogonal de Variabilidade, objetivando a não transferência da ambiguidade do requisito textual variável para a modelagem da variabilidade.
É correto afirmar que:
O mecanismo de dependência de artefato deve ser utilizado para ligar um pedaço de requisito à variante respectiva.
A maneira de ligar um requisito textual à variante respectiva é através de um diagrama de classes.
Uma variante só pode se ligar a um único pedaço de requisito textual.
Os requisitos textuais não precisam estar organizados e separados em pedaços para a modelagem de variabilidade.
Sempre um requisito textual será conectado a alguma variante.

A arquitetura estrutural, principal produto do projeto de alto nível, é composta por visões que, juntas, permitem a compreensão da arquitetura da aplicação.
São duas das principais visões da arquitetura estrutural:
Lógica e física.
Desenvolvimento e componente.
Código e requisito.
Desenvolvimento e processo.
Processo e componente.

A variabilidade de requisitos estruturais é capturada por Diagramas de Classes. Essa variabilidade estrutural documentada em um diagrama de classes envolve alguns tipos de variabilidade.
Em relação à utilização de diagramas de classes para a modelagem da variabilidade, é correto afirmar que:
Tendo em vista que o modelo de classes especifica um conjunto de instâncias (objetos e suas ligações) e é usado para validar essas instâncias em tempo de execução, pode-se dizer que a variabilidade é inerente ao modelo. Contudo, não se presta a documentar a variabilidade de linha de produto.
A variabilidade estrutural documentada em um diagrama de classes envolve variabilidade de responsabilidade e de controle.
A variabilidade da linha de produto pode ser documentada usando as notações padrão do modelo de classes.
Um dos tipos de variabilidade estrutural documentada em um diagrama de classes é a relacional.
A variabilidade em um diagrama de classes sempre é de uma granularidade fina.

A estrutura arquitetural estabelece os componentes e as interfaces a serem projetados e implementados, além de documentar a variabilidade externa e interna. A textura arquitetural fornece diretrizes que especificam as regras para lidar com a variabilidade no projeto e implementacáo de componentes e interfaces.
Assinale a alternativa correta:
No projeto da aplicacáo, os componentes e interfaces sáo implementados. Na realizacáo do domínio, componentes e interfaces são caracterizadas, descendo um nível em relacáo as suas especificacoes.
No teste do domínio, os componentes e interfaces sáo definidos. Na realizacáo do domínio, componentes e interfaces sáo caracterizadas, descendo um nivel em relacáo as suas especificacóes.
Os componentes e interfaces sáo definidos na realizacáo do domínio, ao passo que na engenharia de requisitos do domínio esses artefatos sao caracterizados, descendo um nível em relacáo as suas especificacóes.
Na engenharia de requisitos do domínio, os componentes e interfaces sao definidos. Na realizacáo do domínio, componentes e interfaces sao caracterizadas, descendo um nivel em relacáo as suas especificacoes.
Os componentes e interfaces sao definidos no projeto do dominio, ao passo que na realizacáo do domínio esses artefatos sáo caracterizados, descendo um nível em relacáo as suas especificacóes.

Gerenciamento de variabilidade é uma atividade voltada para proporcionar o reuso de artefatos de software em um a linha de produtos de software. Tem por objetivo definir e explorar a variabilidade ao longo dos diferentes estágios do ciclo de vida de uma linha de produtos de software.
É uma questão tratada pelo gerenciamento de variabilidade:
Levantamento de requisitos não funcionais.
Gerenciamento de artefatos variáveis.
Atividades de apoio relacionadas à resolução de questões de otimização.
Definição de algoritmos capazes de aumentar o desempenho do artefato de software.
Identificação de componentes não variáveis.

No mundo real, variabilidade significa a capacidade de mudança que as coisas possuem. Na ELPS, a variabilidade está intrinsecamente relacionada à possibilidade de reuso de artefatos nas diversas aplicações de uma mesma linha de produtos.
Assinale a alternativa que relaciona corretamente os conceitos do mundo real com os da ELPS:
Um sujeito de variabilidade do mundo real relaciona-se com o conceito de variante na ELPS.
Um sujeito de variabilidade do mundo real relaciona-se com o conceito de objeto de variabilidade na ELPS.
Um ponto de variabilidade do mundo real relaciona-se com o conceito de objeto de variabilidade na ELPS.
Uma variante do mundo real relaciona-se com o conceito de variante na ELPS.
Um sujeito de variabilidade do mundo real relaciona-se com o conceito de ponto de variação na ELPS.

A variabilidade no mundo real é representada na ELPS por conceitos que se equivalem aos conceitos de sujeito e de objeto de variabilidade.
Assinale a alternativa que contém afirmativas válidas:
Um software pode executar nos sistemas Windows e Linux. O Windows é um exemplo de ponto de variação.
O fato de um aplicativo poder ser executado em um celular ou em um computador representa um ponto de variação.
A definição de ponto de variação se aplica a quase todos os tipos de artefatos do desenvolvimento, excetuando-se os artefatos de código.
Além de representar o objeto de variabilidade incorporado, um ponto de variação possui informações contextuais sobre os detalhes da absorção da variabilidade do mundo real para o mundo do desenvolvimento de software.
Um variante é um conceito utilizado pela ELPS para representar os sujeitos de variabilidade dentro do mundo do projeto de software.