Logo Passei Direto
Buscar
LiveAo vivo

Eletrônica Digital

Outros
Analise as afirmativas abaixo.

I- Uma vez que o diagrama de caso de uso visa mapear as funcionalidades do sistema, podemos afirmar
que este diagrama mapeia os requisitos funcionais implícitos.

II- A validação de requisitos deve ser feita sempre em 2 etapas: Pré-validação e Pós-Validação.

III - É com o protótipo que as partes interessadas vão conseguir facilmente verificar se seus requisitos
estão presentes na definição do que será feito.

De acordo com as afirmativas anteriores, marque a alternativa CORRETA.

Somente a afirmativa II está correta.
As afirmativas II e III estão corretas.
As afirmativas I e III estão corretas.
Somente a afirmativa III está correta.
Somente a afirmativa I está correta.
User badge image
Testando o Conhecimento

ano passado

User badge image
Testando o Conhecimento

ano passado

Avaliação de Arquitetura de Sistemas
4 pág.

Avaliação de Arquitetura de Sistemas

ESTÁCIO

Respostas

User badge image

Ed Verified user icon

há 5 meses

Vamos analisar cada afirmativa: I- Uma vez que o diagrama de caso de uso visa mapear as funcionalidades do sistema, podemos afirmar que este diagrama mapeia os requisitos funcionais implícitos. Verdadeiro, o diagrama de caso de uso realmente ajuda a identificar e mapear os requisitos funcionais do sistema. II- A validação de requisitos deve ser feita sempre em 2 etapas: Pré-validação e Pós-Validação. Falso, a validação de requisitos pode envolver várias etapas, mas não é uma regra fixa que deve sempre ser feita em exatamente duas etapas. A abordagem pode variar dependendo do projeto. III - É com o protótipo que as partes interessadas vão conseguir facilmente verificar se seus requisitos estão presentes na definição do que será feito. Verdadeiro, os protótipos são ferramentas eficazes para que as partes interessadas visualizem e verifiquem se os requisitos estão sendo atendidos. Com base nas análises: - A afirmativa I é verdadeira. - A afirmativa II é falsa. - A afirmativa III é verdadeira. Portanto, as afirmativas I e III estão corretas. A alternativa correta é: "As afirmativas I e III estão corretas."

Essa resposta te ajudou?

0
Dislike0
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar essa resposta. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

User badge image

Ed Verified user icon

ano passado

Vamos analisar cada afirmativa: I- Uma vez que o diagrama de caso de uso visa mapear as funcionalidades do sistema, podemos afirmar que este diagrama mapeia os requisitos funcionais implícitos. Essa afirmativa está incorreta, pois o diagrama de caso de uso mapeia as interações entre atores e o sistema, não necessariamente os requisitos funcionais implícitos. II- A validação de requisitos deve ser feita sempre em 2 etapas: Pré-validação e Pós-Validação. Essa afirmativa está correta, pois a validação de requisitos geralmente envolve etapas de pré-validação e pós-validação para garantir que os requisitos estejam corretos e atendam às necessidades. III - É com o protótipo que as partes interessadas vão conseguir facilmente verificar se seus requisitos estão presentes na definição do que será feito. Essa afirmativa está correta, pois os protótipos são uma forma eficaz de as partes interessadas visualizarem e validarem se seus requisitos estão sendo atendidos. Portanto, a alternativa correta é: As afirmativas II e III estão corretas.

Essa resposta te ajudou?

0
Dislike0

Ainda com dúvidas?

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

Essa pergunta também está no material:

Avaliação de Arquitetura de Sistemas
4 pág.

Avaliação de Arquitetura de Sistemas

ESTÁCIO

Mais perguntas desse material

Sobre Componentes de Software, a alternativa INCORRETA é:
Um componente de software não é um elemento independente, sendo assim não pode ser substituído
O conceito de componente de software é definido como uma abstração para construção de sistemas que
pode ser adaptada sobre diversos paradigmas diferentes
Componente de software pode ser definido como uma unidade de composição com interfaces bem definidas
e dependências de contexto explícitas, além de poder ser independentemente implantado e estar sujeito a
composição por terceiros
nenhuma das anteriores
Um componente não é necessariamente uma tecnologia implementada especificamente e nem a aplicação,
mas um dispositivo de software que possua uma interface bem definida

Apenas I e II estão corretas.
Apenas I.
Apenas II e III estão corretas.
Apenas I e III estão corretas.
I, II e III estão corretas.

Analisando as afirmativas abaixo, de forma atingir conformidade em requisitos com UML.

I. Ao definirmos nossos componentes, é necessário que sejam geradas as suas especificações de
comportamento.

II. Ao efetuarmos os testes de comportamento, durante o desenvolvimento, estamos garantindo que a
aplicação esteja em conformidade com os requisitos.

III. Ao definirmos o comportamento dos componentes, estamos sendo mias, precisos, em relação à
integração do modelo, e completos, em relação à sua funcionalidade.

Assinale a alternativa que aponta a(s) correta(s).

Apenas III.
Apenas I e II.
Apenas II.
Apenas I.
Apenas I e III.

Correlacione à segunda coluna de acordo com a primeira, considerando os quatro grandes grupos do modelo de
negócios com os seus respectivos objetivos.

( 1 ) Como
( 2 ) O que
( 3 ) Para Quem
( 4 ) Quanto

( ) Quais os elementos de infraestrutura devem ser utilizados pelo sistema a ser desenvolvido;

( ) Definem os recursos chaves, as atividades chave e os componentes prontos que podem ser utilizados no
novo sistema;

( ) Informações sobre criticidade do sistema e quais os benefícios se espera alcançar com o sistema a ser

( ) Define qual ou quais problemas o sistema deve resolver depois que ficar pronto;

desenvolvido;

A sequência correta, de cima para baixo, é:

3 - 1 - 4 - 2
1 - 2 - 4 - 3

3 - 1 - 4 - 2
1 - 2 - 4 - 3

Em relação ao empacotamento de componentes, podemos afirmar que:

que estes são reunidos sempre baseados em sua funcionalidade.
o componente deve ter baixa coesão.
o arquiteto devido ao empacotamento, se preocupa com abstração de conceitos de baixo nível.
o seu código deve ser de domínio de outros componentes que interagem com ele.

o componente deve funcionar independentemente de outro componente.

o componente deve funcionar independentemente de outro componente.

Em relação aos modelos do CCM, Associe a coluna da esquerda com a coluna da direita e em seguida marque a alternativa
correta, considerando a sequência de cima para baixo:

(1) Modelo Abstrato ( ) Composto pela CIDL (Component Implementation Definition
Language) e pelo CIF (Component Implementation Framework).

(2) Modelo de Empacotamento ( ) Define o ambiente de execução para as instâncias do
componente.

(3) Modelo de Programação ( ) Define os atributos, portas de comunicação e home dos
componentes.

(4) Modelo de Instalação ( ) Especifica como os componentes e suas implementações devem
ser empacotados.

(5) Modelo de Execução ( ) Define um mecanismo padrão para a instalação de aplicações.

2, 5, 4, 3, 1
1, 4, 5, 3, 2

3, 5, 1, 2, 4
3, 4, 1, 5, 2
1, 3, 5, 2, 4

3, 5, 1, 2, 4
3, 4, 1, 5, 2
1, 3, 5, 2, 4

De onde surgem os principais problemas com mapeamento de construção e restrições com componentes de tecnologia? Marque a resposta correta.

Ampliação herança de interface e suporte; Restrições herança de interface; sequências inoperantes.
Tipo de parâmetro operação e de referência das restrições; propriedades de interface;
Mecanismos de manipulação de exceção e de acertos; Mecanismos de criação do objeto; sequências inoperantes;

Mais conteúdos dessa disciplina