(AS I) ARQUITETURAS E PADRÕES DE SOFTWARE

Prévia do material em texto

Pergunta 1
Resposta Selecionada:
a. 
Respostas:
a. 
b. 
c. 
d. 
e. 
Comentário
da
resposta:
Analise as seguintes assertivas sobre as visões ou perspectivas arquiteturais quanto à veracidade
– V para VERDADEIRO, ou F para FALSO:
 
I. Como tudo isso tem seu valor em estágios distintos de desenvolvimento, tanto no projeto
quanto na documentação, geralmente é necessário apresentar várias visões de arquitetura de
software.
II. No que diz respeito às visões arquiteturais, uma recomendação bastante conhecida é a de
que deve haver quatro visões fundamentais de arquitetura, todas ligadas diretamente entre si.
III. É bastante complicado representar em um único diagrama todas as informações relevantes
da arquitetura de um software, já que um único modelo visual só consegue exibir uma visão ou
perspectiva do sistema.
 
As assertivas I, II e III são, RESPECTIVAMENTE.
 
 V, F, V.
 
 V, F, V.
 
 V, F, F.
 
 F, V, V.
 
 F, F, V.
 
 
 V, V, F.
 
A assertiva II é FALSA porque no que diz respeito às visões ou perspectivas
arquiteturais, uma recomendação bastante conhecida é a que deve haver quatro
visões fundamentais de arquitetura, todas ligadas por meio de casos de uso e de
cenários comuns. Esse modelo de visões arquiteturais é denominado modelo 4+1,
idealizado por Philippe Kruchten.
Pergunta 2
Leia atentamente as informações sobre as atividades do modelo geral de projeto de software
contidas nas colunas “A” e “B” para, em seguida, assinalar a alternativa que reúne as
correspondências CORRETAS entre as informações nessas contidas.
 
Coluna A:
I. A estrutura geral do software e os componentes (módulos ou subsistemas) principais são
identificados, inclusive seus relacionamentos e a forma como eles serão distribuídos.
II. As interfaces entre os componentes do sistema são definidas, sendo que a especificação
dessas interfaces deve ser explícita.
III. Buscas por componentes reutilizáveis são realizadas e, não havendo componentes
apropriados, novos componentes de software são projetados.
IV. As estruturas de dados do software são definidas, além da forma de representação dessas
estruturas em um banco de dados.
 
Coluna B:
1. Atividade de projeto de banco de dados
0,15 em 0,15 pontos
0,15 em 0,15 pontos
Resposta Selecionada:
b. 
Respostas:
a. 
b. 
c. 
d. 
e. 
Comentário
da
resposta:
2. Atividade de projeto de interface
3. Atividade de projeto de componentes
4. Atividade de projeto de arquitetura
 
A sequência CORRETA desta associação é:
 
 
 I-4; II-2; III-3; IV-1.
 
 
 I-4; II-3; III-2; IV-1.
 
 I-4; II-2; III-3; IV-1.
 
 
 I-1; II-2; III-3; IV-4.
 
 I-4; II-3; III-1; IV-2.
 
 I-1; II-3; III-2; IV-4.
 
 Projeto de arquitetura: a estrutura geral do software e os componentes (módulos
ou subsistemas) principais são identificados, inclusive seus relacionamentos e a
forma como eles serão distribuídos.
Projeto de interface: as interfaces entre os componentes do sistema são definidas,
sendo que a especificação dessas interfaces deve ser explícita.
Seleção e projeto de componentes: buscas por componentes reutilizáveis são
realizadas e, não havendo componentes apropriados, novos componentes de
software são projetados.
Projeto de banco de dados: as estruturas de dados do software são definidas, além
da forma de representação dessas estruturas em um banco de dados.
Pergunta 3
Resposta Selecionada:
d. 
Respostas:
a. 
b. 
c. 
Leia a afirmação sobre arquitetura de software.
A arquitetura não é o software em si, mas uma representação ________________ que permite
avaliar a efetividade do projeto em relação ao cumprimento dos _________________.
 
Assinale a alternativa que preenche, de forma CORRETA, as lacunas.
 
 
 abstrata / requisitos
 
 abstrata / componentes
 
 nem abstrata nem concreta / componentes
 
 
 concreta / componentes
 
0,15 em 0,15 pontos
d. 
e. 
Comentário
da
resposta:
 abstrata / requisitos
 
 concreta / requisitos
 
 Os componentes são generalizados para representar os principais elementos de
um sistema de software e seus relacionamentos. A arquitetura não é o software em
si, mas uma representação abstrata que permite avaliar a efetividade do projeto em
relação ao cumprimento dos requisitos, considerando alternativas arquiteturais em
um estágio em que realizar mudanças de projeto ainda é algo relativamente simples
e que reduz os riscos relacionados à construção do produto de software.
Pergunta 4
Resposta Selecionada:
a. 
Respostas:
a. 
b. 
c. 
d. 
e. 
Comentário
da
resposta:
Analise as seguintes assertivas sobre o papel do arquiteto de software quanto à veracidade – V
para VERDADEIRO, ou F para FALSO:
 
I. Apenas competências técnicas devem ser consideradas para um arquiteto de software.
II. Ao longo do projeto arquitetural, os arquitetos precisam tomar uma série de decisões
estruturais que influenciam diretamente o desenvolvimento do produto de software.
III. O arquiteto projeta a arquitetura do sistema como um todo, já que ele é o responsável por
tomar decisões sobre quais subsistemas (componentes ou módulos) devem compor o software e
quais devem ser as interfaces entre esses subsistemas.
 
As assertivas I, II e III são, RESPECTIVAMENTE.
 
 F, V, V.
 
 F, V, V.
 
 V, F, F.
 
 V, V, F.
 
 V, V, V.
 
 F, F, F.
 
 A assertiva I é FALSA porque além das competências técnicas (hard skills), é
crucial que um arquiteto de software também tenha outras qualidades como
liderança, comunicação e empatia, isto é, competências comportamentais (soft
skills).
0,15 em 0,15 pontos