Buscar

Projeto de sistemas orientado a objetos - Questionario 3

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 10 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 6, do total de 10 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 9, do total de 10 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

• Pergunta 1 
0,25 em 0,25 pontos 
 
A visão estática da arquitetura do software permite apresentar a 
arquitetura do sistema em camadas. Com esta visão, é possível dar 
manutenção em cada componente isoladamente, PORQUE cada 
camada possui vários componentes como referência para que o código 
possa ser copiado e colado em outras camadas. Assinale a alternativa 
correta de análise do texto: 
 
Resposta 
Selecionada: 
d. 
Argumento válido e justificativa válida. A justificativa 
completa o argumento. 
Respostas: a. 
Argumento inválido e justificativa inválida. 
 
b. 
Argumento inválido e justificativa válida. O componente 
representa conjunto de camadas. 
 
c. 
Argumento válido e justificativa inválida. O código é 
reusado e não copiado e colado. 
 
d. 
Argumento válido e justificativa válida. A justificativa 
completa o argumento. 
 
e. 
Argumento válido e justificativa válida. A justificativa 
não responde ao argumento. 
Feedback 
da 
resposta: 
Resposta: D 
Comentário: A visão estática da arquitetura promove a visão 
da organização dos componentes do software e de suas 
relações com elementos de dados (banco de dados, 
arquivos-texto etc.) com sistemas de hardware e com outros 
sistemas de software. Além, claro, de promover a visão de 
como estes componentes se relacionam entre si. Veja o 
“tópico 6 Visões da arquitetura de software – unidade III”. 
Quanto ao copiar/colar, isso vai contra todos os princípios 
de reúso dos componentes de software. Leia o “tópico 6.1.3 
Estruturação de sistemas em subsistemas e camadas – 
unidade III”. 
 
 
• Pergunta 2 
0,25 em 0,25 pontos 
 
Analise cada afirmativa como Verdadeira (V) ou Falsa (F) e assinale a alternativa correta: 
I. Arquitetura de software é uma descrição de como um sistema de software 
é organizado. 
II. O arquiteto do software deve conhecer os aspectos culturais de seu cliente. 
III. O arquiteto do software deve identificar os elementos do projeto e seus 
relacionamentos. 
 
Resposta Selecionada: e. 
V, V, V. 
Respostas: a. 
F, F, V. 
 b. 
F, V, F. 
 c. 
V, F, V. 
 d. 
V, V, F. 
 e. 
V, V, V. 
Feedback 
da 
resposta: 
Resposta: E 
Comentário: O arquiteto de software deve conhecer toda a infraestrutura 
de TI do cliente e os elementos que o compõem, a organização diz respeito 
a alinhar os processos de negócios com a TI, os aspectos culturais do 
cliente auxiliam na usabilidade do software e regras de acesso. Essas 
atribuições ao arquiteto do software podem ser vistas no “tópico 5.2.5 
Processo de arquitetura de software em aspectos humanos – unidade III”. 
 
• Pergunta 3 
0,25 em 0,25 pontos 
 
De acordo com Bass, Clements e Kazman (2010), são três as visões 
arquiteturais: visão modular, visão componente e conector, e visão de 
alocação: 
 
Associe os conceitos abaixo às visões arquiteturais: 
 
I. Representa a forma pela qual esses componentes estão distribuídos 
em uma infraestrutura. 
II. Representa a forma pela qual os componentes interagem, ou seja, 
seus protocolos de comunicação. 
III. Representa a visão do sistema em termos de unidade de 
implementação; essas unidades podem ser classes, componentes ou 
módulos. 
 
Resposta 
Selecionada: 
a. 
I. – visão de alocação; II. – visão componente e 
conector; III. – visão modular. 
Respostas: a. 
I. – visão de alocação; II. – visão componente e 
conector; III. – visão modular. 
 
b. 
I. – visão de alocação; II. – visão modular; III. – visão 
componente e conector. 
 
c. 
I. – visão componente e conector; II. – visão de 
alocação; III. – visão modular. 
 d. 
 
I. – visão componente e conector; II. – visão modular; 
III. – visão de alocação. 
 
e. 
I. – visão modular; II. – visão de alocação; III. – visão 
componente e conector. 
Feedback da 
resposta: 
Resposta: A 
Comentário: 
Conceito (I.) – é a visão da alocação que se refere à 
estruturação dos componentes e suas ligações. 
Conceito (II.) – a visão componente representa os 
componentes e o conector suas formas de interação. 
Conceito (III.) – a visão modular indica como que as 
unidades do sistema serão implementadas. 
Esses conceitos estão descritos no “tópico 6.3 
Documentação de arquitetura – unidade III”. 
 
• Pergunta 4 
0,25 em 0,25 pontos 
 
De acordo com as tabelas E-R, relacionar as entidades “Fábrica” e 
“Cliente”. para gerar uma nova entidade de nome “Entrega”. Assinale a 
alternativa correspondente à especificação desta função. 
 
 
Resposta 
Selecionada: 
a. 
A nova entidade Entrega deverá conter os atributos 
estrangeiros Fábrica (FK) e Cliente (FK). 
Respostas: a. 
A nova entidade Entrega deverá conter os atributos 
estrangeiros Fábrica (FK) e Cliente (FK). 
 
b. 
A nova entidade Entrega deverá conter os atributos 
estrangeiros Produto (FK): Quantidade (FK), Valor (FK), 
data_Compr (FK); Nome_Cliente (FK), 
endereco_Cliente(FK) e data_Entreg(FK). 
 
c. 
A nova entidade Entrega deverá conter os atributos 
primários Fábrica (FK) e Cliente (FK). 
 
d. 
A nova entidade Entrega deverá conter os atributos 
primários Produto (FK), Cliente (FK) e data_Entreg (FK). 
 
e. 
A nova entidade Entrega deverá conter os atributos 
primários Produto (FK): Quantidade (FK), Valor (FK), 
 
data_Compr (FK), Nome_Cliente (FK), endereco_Cliente 
(FK) e data_Entreg (FK). 
Feedback 
da 
resposta: 
Resposta: A 
Comentário: Para implementar o relacionamento entre as 
entidades Fábrica e Cliente, é criada a entidade de 
relacionamento Entrega com as chaves estrangeiras Fábrica 
(FK) e Cliente (FK). Veja a explicação da Figura 22 no “tópico 
5.1.2 Introdução a banco de dados relacionais – unidade III”. 
 
• Pergunta 5 
0,25 em 0,25 pontos 
 
Leia as definições abaixo no que se refere aos diagramas da UML: 
 
I. Este diagrama apresenta atributos, operações e relacionamentos 
entre os objetos. 
II. Este diagrama apresenta somente o atributo e os valores em uma 
determinada situação. 
III. Este diagrama é uma unidade de software 
que pode ser reusada em outros sistemas. 
 
Resposta Selecionada: a. 
I. – classe; II. – objeto; III. – componente. 
Respostas: a. 
I. – classe; II. – objeto; III. – componente. 
 b. 
I. – classe; II. – mensagem; III. – componente. 
 c. 
I. – componente; II. – mensagem; III. – estado. 
 d. 
I. – objeto; II. – componente; III. – estado. 
 e. 
I. – objeto; II. – componente; III. – classe. 
Feedback 
da 
resposta: 
Resposta: A 
Comentário: 
• Definição (I.) – Atributos e operações e a forma de 
relacionamento entre os objetos são características 
apresentadas em uma classe. Saiba mais, veja o “tópico 5.1 
Projeto de dados e classes – unidade III”. 
• Definição (II.) – O diagrama de objetos faz parte dos 
diagramas estruturais que representam os valores dos 
atributos no instante em que ocorrem. Veja a definição em 
“tópico 3.1 A UML – unidade II” e no “tópico 5.1.3 Bancos 
de dados relacionais versus 
orientação a objetos”. 
• Definição (III.) – Um dos principais objetivos da arquitetura 
do software 
é o reúso de componentes. Esta ênfase é apresentada no 
 
“tópico 5.2.3 A importância da arquitetura de software 
– unidade III”. 
 
• Pergunta 6 
0,25 em 0,25 pontos 
 
O arquiteto de software, entre várias obrigações, possui a obrigação de conhecer o 
ambiente operacional do cliente, que se refere à tecnologia utilizada para a infraestrutura 
da tecnologia da informação, 
PORQUE 
Possui a responsabilidade de codificar e atualizar o sistema de gerenciamento do banco 
de dados do cliente, para implantar o ambiente operacional do software. 
 
Com base na afirmativa e justificativa descrita no texto, avalie as possíveis interpretações 
da análise como Verdadeira (V) ou Falsa (F) e assinale a alternativa que representa uma 
análise correta do caso. 
 
I. A afirmativa está correta, mas a justificativa está errada. O arquiteto do software não 
possui a responsabilidade de codificar e nem de implantar o software. 
II. A afirmativa está correta, mas a justificativa está errada. O arquitetodo software tem 
obrigação de conhecer o ambiente operacional do cliente, para sugerir as devidas 
adaptações necessárias no projeto do software 
para adaptá-lo ao ambiente operacional do cliente. 
III. A afirmativa e a justificativa estão erradas. O arquiteto do software cuida da 
modelagem da arquitetura do software, porém isto independe da tecnologia que será 
utilizada. 
 
Alternativas: 
 
Resposta Selecionada: d. 
V, V, F. 
Respostas: a. 
F, V, F. 
 b. 
F, V, V. 
 c. 
V, F, F. 
 d. 
V, V, F. 
 e. 
V, V, V. 
Feedback 
da 
resposta: 
Resposta: D 
Comentário: O arquiteto de software deve conhecer toda a infraestrutura 
de TI do cliente. A especificação e modelagem é a principal 
responsabilidade no desenvolvimento do sistema. Essas atribuições ao 
arquiteto do software podem ser vistas no “tópico 5.2.5 Processo de 
arquitetura de software em aspectos humanos – unidade III”. 
 
 
• Pergunta 7 
0,25 em 0,25 pontos 
 
O cenário do negócio apresentado abaixo se refere a um sistema de 
informação logístico da cadeia de suprimentos em que participa uma 
determinada fábrica. O modelo apresentado é um Modelo de Entidade e 
 
Relacionamento (MER) para um projeto conceitual. Este modelo é um 
mapeamento do relacionamento entre as bases de dados das empresas 
envolvidas. Identifique a representação simbólica da função dos blocos 
no MER. 
 
 
FONTE: Moreno (2015). 
Resposta 
Selecionada: 
c. 
FORNECEDOR, FÁBRICA e CLIENTE são as entidades 
e o TRANSPORTE é o relacionamento. 
Respostas: a. 
Para a entidade TRANSPORTE é atribuído o 
relacionamento FORNECEDOR, FÁBRICA e CLIENTE. 
 
b. 
Para a entidade TRANSPORTE são atribuídas as 
atividades FORNECEDOR, FÁBRICA e CLIENTE. 
 
c. 
FORNECEDOR, FÁBRICA e CLIENTE são as entidades 
e o TRANSPORTE é o relacionamento. 
 
d. 
FORNECEDOR, FÁBRICA e CLIENTE são as entidades 
e o atributo é o TRANSPORTE. 
 
e. 
Os atributos das atividades FORNECEDOR, FÁBRICA e 
CLIENTE correspondem à decisão de TRANSPORTE. 
Feedback da 
resposta: 
Resposta: C 
Comentário: O conceito de entidades e relacionamentos 
pode ser bem entendido no “tópico 5.1.2 Introdução a banco 
de dados relacionais – unidade III”. Acompanhe com a 
resolução da questão: 
• FORNECEDOR, FÁBRICA e CLIENTE são as entidades – 
elas representam as interfaces do mundo externo (ou real). 
• TRANSPORTE é o relacionamento – indica a forma de 
ligação entre as entidades. 
 
 
• Pergunta 8 
0,25 em 0,25 pontos 
 
O cenário do negócio apresentado abaixo se refere a um sistema de informação 
logístico da cadeia de suprimentos em que participa uma determinada fábrica. O 
modelo apresentado é um Modelo de Entidade e Relacionamento (MER) para um 
projeto conceitual. Este modelo é um mapeamento do relacionamento entre as bases 
de dados das empresas envolvidas. Das possíveis interpretações deste modelo, 
 
assinale a alternativa que apresenta a análise correta. 
 
 
FONTE: Moreno (2015). 
Resposta 
Selecionada: 
b. 
A forma de relacionamento TRANSPORTE indica que esta chave 
deverá possuir atributos comuns entre as entidades FORNECEDOR, 
FÁBRICA e CLIENTE. 
Respostas: a. 
A entidade TRANSPORTE indica que esta chave deverá 
possuir atributos comuns para permitir o relacionamento 
entre FORNECEDOR, FÁBRICA e CLIENTE. 
 
b. 
A forma de relacionamento TRANSPORTE indica que esta chave 
deverá possuir atributos comuns entre as entidades FORNECEDOR, 
FÁBRICA e CLIENTE. 
 
c. 
Os atributos das atividades FORNECEDOR, FÁBRICA e CLIENTE 
correspondem à decisão de TRANSPORTE. 
 
d. 
Para a entidade TRANSPORTE são atribuídas, em uma chave 
comum, as atividades FORNECEDOR, FÁBRICA e CLIENTE. 
 
e. 
TRANSPORTE contém os atributos privados dos relacionamentos 
FORNECEDOR, FÁBRICA e CLIENTE. 
Feedback da 
resposta: 
Resposta: B 
Comentário: Para implementar a forma de relacionamento 
TRANSPORTE, é necessário que a classe possa herdar 
atributos das entidades. 
• TRANSPORTE é o relacionamento – indica a forma de 
ligação entre as entidades. 
• FORNECEDOR, FÁBRICA e CLIENTE são as entidades – 
elas representam as interfaces do mundo externo (ou real). 
Os conceitos dos blocos e atributos podem ser encontrados 
no “tópico 5.1.2 Introdução a banco de dados relacionais – 
unidade III”. 
 
 
• Pergunta 9 
0,25 em 0,25 pontos 
 
O módulo do sistema de um setor financeiro de um ERP é composto 
pelos componentes: aplicação do Financeiro (app_Financeiro), gerador 
de relatórios (ger_Rel) e SGBD da empresa (sgbd_Empresa). Em 
relação ao acoplamento e coesão destes componentes, qual das 
 
alternativas abaixo apresenta maior segurança e eficácia na operação 
do software? 
Resposta 
Selecionada: 
b. 
app_Financeiro liga a ger_Rel e a sgbd_Empresa; e 
ger_Rel liga a sgbd_Empresa. 
Respostas: a. 
app_Financeiro liga a ger_Rel; e ger_Rel liga a 
sgbd_Empresa. 
 
b. 
app_Financeiro liga a ger_Rel e a sgbd_Empresa; e 
ger_Rel liga a sgbd_Empresa. 
 
c. 
sgbd_Empresa é isolado; e app_Financeiro liga a 
ger_Rel. 
 
d. 
sgbd_Empresa liga a app_Financeiro e a ger_Rel 
somente. 
 
e. 
sgbd_Empresa liga a app_Financeiro; e ger_Rel liga a 
app_Financeiro. 
Feedback 
da 
resposta: 
Resposta: B 
Comentário: Abaixo é o modelo desenhado, de acordo com 
a questão: 
 
 
FONTE: Moreno (2016). 
 
Uma boa arquitetura deve apresentar um baixo 
acoplamento e alta coesão entre os módulos que compõem 
o sistema. O baixo acoplamento indica que o componente 
possui características necessárias e suficientes para o seu 
funcionamento. No caso, cada componente possui um 
objetivo específico, sem a dependência do outro 
componente. E alta coesão indica que, se um componente 
vier a falhar, isso não compromete as demais partes do 
sistema, como mostra a arquitetura. O “tópico 6.1.3 
Estruturação de sistemas em subsistemas e camadas – 
unidade III” aborda o tema acoplamento e coesão. 
 
 
• Pergunta 10 
0,25 em 0,25 pontos 
 
Para a implementação de um sistema de gerenciamento de banco de 
dados, foi apresentado o refinamento de um sistema de informação 
logístico da cadeia de suprimentos que leva ao modelo lógico 
apresentado abaixo. Assinale a alternativa correspondente à 
interpretação correta da análise deste modelo. 
 
 
 
FONTE: Moreno (2015). 
Resposta 
Selecionada: 
d. 
Existem três entidades: FÁBRICA e CLIENTE são chaves 
primárias e ENTREGA é chave estrangeira. 
Respostas: a. 
Existe uma entidade e dois relacionamentos: ENTREGA é 
a chave primária, e os atributos Produto (FK) e 
Nome_Cliente (FK) são os relacionamentos, as chaves 
estrangeiras FÁBRICA e CLIENTE. 
 
b. 
Existem duas entidades e um relacionamento: FÁBRICA e 
CLIENTE são chaves primárias e ENTREGA é chave de 
relacionamento. 
 
c. 
Existem três entidades: FÁBRICA e CLIENTE são chaves 
estrangeiras e ENTREGA é chave primária. 
 
d. 
Existem três entidades: FÁBRICA e CLIENTE são chaves 
primárias e ENTREGA é chave estrangeira. 
 
e. 
Existem três relacionamentos com entidades comuns. No 
modelo, estes relacionamentos determinam as chaves 
primárias. 
Feedback 
da 
resposta: 
Resposta: D 
Comentário: O diagrama representa o modelo lógico do 
projeto. A simbologia aplicada indica que existem as 
entidades FÁBRICA e CLIENTE, entidades originárias de um 
modelo conceitual que dispõe chaves primárias. E a terceira 
entidade ENTREGA que determina as chaves estrangeiras. 
As setas representam a cardinalidade. No formato 
apresentado, esta cardinalidade indica que a fábrica pode 
dispor de (0, N): 0 (zero) produtos (caso em que o produto 
está fora de estoque, por exemplo), até N (vários) produtos. 
Indica também que pode ser entregue a (N,0) clientes: N 
(vários) clientes ou nenhum 0 (zero) cliente (caso em que o 
cliente existe na lista, mas não tem entrega). 
Faça um estudo no “tópico 5.1.2 Introdução a banco de 
dados relacionais – unidade III”.

Continue navegando