Testes_Arquitetura de Sistemas

Prévia do material em texto

ARQUITETURA DE SISTEMAS
1a aula
 Lupa 
Exercício: CCT0766_EX_A1_201708321063_V1 10/09/2020
Aluno(a): ANDERSON PAULO PEREIRA 2020.3 EAD
Disciplina: CCT0766 - ARQUITETURA DE SISTEMAS 201708321063
 
De acordo como processo de desenvolvimento baseado em componentes, analise as assertivas e assinale a alternativa que aponta
a(s) correta(s).
 I - Desenvolvimento de arquiteturas complexas a partir de unidades bem especificadas e testada.
 II - Tem como foco na decomposição da estrutura da funcionalidade individual ou componente lógico dele expondo bem definido
a interface de comunicação contendo seus métodos, eventos e propriedades.
 III - Componentes podem ser objetos, conjunto de objetos, sistemas ou qualquer implementação que seja dependente e auto-
suficiente.
I e III são verdadeiras
Somente II é verdadeira.
Somente I é verdadeira.
Somente III é verdadeira
 I e II são verdadeiras
Respondido em 10/09/2020 20:27:00
Explicação: A Terceira afirmativa está errada, uma vez que são independentes e não dependentes.
 
No contexto de arquitetura de sistemas, os componentes são unidades de software estruturados de acordo com alguns princípios.
Sendo assim, identifique a qual princípio pertence a descrição abaixo:
O usuário de um componente de software é isolado de como os dados desse componente de software é armazenado ou como suas
funções são executadas. O cliente depende da especificação do componente, mas não da sua implementação.
 
Extensibilidade
Independência
 Encapsulamento
Produtividade
Reusabilidade
Respondido em 10/09/2020 20:24:55
Explicação: Encapsulamento tem o conceito de esconder de quem vai usar a classe os detalhes de sua funcionalidade e de dados,
deixando amostra somente como acionar e o resultado a ser alcançado pelo acionamento.
 
Em relação aos níveis de modelo, descubra qual modelo que é independente do tipo de software ou de tecnologia, e representa o
problema a ser resolvido.
Modelo de Projeto
Modelo de Especificação
Modelo de Requisitos
Modelo de Implementação
 Modelo Conceitual
Respondido em 10/09/2020 20:25:00
Explicação: Os níveis de modelos são: Implementação, Especificação e Conceitual. O modelo de implementação informa os
detalhes de implementação que devem estar presentes dentro dos códigos. Já o modelo de especificação representa os
componentes de softwares utilizados.
 
São características principais encontradas na Arquitetura em Camadas
Os dados são gerados por um componente e consumidos pelos outros
Um repositório central de dados
Separação e independência das camadas
 Cada camada depende exclusivamente dos serviços providos pela camada inferior
Dependem de uma infraestrutura de comunicação para implementação
Respondido em 10/09/2020 20:25:04
Explicação:
No modelo em camadas, a lógica de apresentação esta separada em sua própria camada lógica e física. A separação em camadas
lógicas torna os sistemas mais flexíveis, permitindo que as partes possam ser alteradas de forma independente. As
funcionalidades da camada de negócio podem ser divididas em classes e essas classes podem ser agrupadas em pacotes ou
componentes, reduzindo as dependências entre as classes e pacotes; podem ser reutilizadas por diferentes partes do aplicativo e
até por aplicativos diferentes. O modelo de 3 camadas tornou-se a arquitetura padrão para sistemas corporativos com base na
Web.
 
Sobre a Arquitetura de Sistemas, as questões abaixo são verdadeiras, EXCETO:
Diagrama de componentes, diagrama de empacotamento e o diagrama de distribuição são algumas representações da
UML que podem ser utilizadas na especificação arquitetural
A arquitetura pode ser vista como um processo e também como um artefato
A especificação arquitetural pode ser realizada após o levantamento de requisitos, buscando atender tanto aos requisitos
funcionais quanto aos não-funcionais
No desenvolvimento Orientado a Objetos as classes de um sistema podem ajudar a identificar os componentes
 É tarefa da arquitetura a construção do projeto detalhado dos componentes individuais que formam o sistema
Respondido em 10/09/2020 20:27:31
Explicação:
Arquitetura de Sistema, é um conjunto de componentes que compõem um software completo instalado na corporação, incluindo
as funcionalidades destes componentes, a sua interconexão, e possivelmente até mesmo a tecnologia adequada .
 Questão1
 Questão2
 Questão3
 Questão4
 Questão5
https://simulado.estacio.br/alunos/inicio.asp
javascript:voltar();
javascript:diminui();
javascript:aumenta();
 
Em sistemas distribuídos, componentes podem ser implantados em diversos servidores e sistemas operacionais. É correto afirmar que:
I- CCM descreve componentes e suas dependências usando Open Software Description (OSD), que é um XML Document Type Definition (DTD) definido
pelo consórcio www.
II- Package descriptors são documentos OSD em conformidade com o XML e DTD (Document Type Definition), descrevendo o conteúdo da DLL e suas
dependências.
III- CCM e OSD também definem component assembly descriptors, que descrevem instruções de implantação e topologia dos componentes, e têm
como objetivo o suporte à implantação automática dos componentes.
Marque a opção correta:
 
Marque a afirmativa correta, de acordo com seu material.
Sobre heranças de interface e suporte de interfaces, analise as assertivas e assinale a alternativa que aponta a(s) correta(s). 
I. COM+ permite herança múltipla de interface.
II. EJB permite apenas herança única de interface.
 III. EJB permite que classes Java apoiem múltiplas interfaces, limitando apenas unicamente herança de classe.
Considere as afirmações sobre especificação de componentes x Construção de componentes:
I- Para lidar com especificação, nós adicionamos alguns estereótipos UML, como especificação de componentes, as classes e suas interfaces.
II- Uma especificação de componente oferece um ou mais tipos de interfaces, por isso há uma correspondência bastante simples entre os elementos de
especificação e os elementos de execução.
III - UML também define a relação entre o componente e uma interface através de relacionamentos.
Está correto o que se afirma em
Considere:
I- Os componentes são empacotados em Arquivos CIF e executados em servidores de componentes. 
II - Os componentes não precisam saber como tratar problemas, como a criação de hierarquia de POAs, e localizar serviços do CCM.
III- As implementações dos componentes dependem dos conceitos da programação orientada a aspectos para encaminhar requisições de clientes para
os elementos de servidor.
Em relação à construção dos componentes, está correto o que consta em
 
Quando se trata de herança de interfaces e suporte de interfaces é INCORRETO afirmar que:
ARQUITETURA DE SISTEMAS
Lupa Calc.
 
 
CCT0766_A10_201708321063_V1 
Aluno: ANDERSON PAULO PEREIRA Matr.: 201708321063
Disc.: ARQ. SISTEMAS 2020.3 EAD (G) / EX
Prezado (a) Aluno(a),
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será
composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de
questões que será usado na sua AV e AVS.
 
1.
Somente a I é verdadeira
I e II são verdadeiras
Somente a III é verdadeira
II e III são verdadeiras.
I e III são verdadeiras
Explicação: A segunda sentença é falsa uma vez que Package descriptors são documentos XML e não OSD
 
2.
Tanto no EJB como no COM+ usamos uma abordagem de fábrica de objetos, onde este, é utilizado para
criar instâncias de outro componente.
No COM+, uma propriedade de interface é a especificação abreviada para inout e um set, como um par
de operações.
No COM+, a fábrica é o objeto inicial.
No EJB, é objeto IClassFactory.
No COM+ não há flexibilidade sobre qual objeto é a fábrica.
Explicação:
No EJB, a fábrica é o objeto inicial. C) No COM+, é objeto IClassFactory.No COM+ há muita flexibilidade sobre qual objeto é a fábrica. e) No COM+, uma propriedade de interface é
a especificação abreviada para um get e um set, como um par de operações.
 
3.
Apenas I e III.
Apenas I.
Apenas III.
Apenas II.
Apenas II e III.
Explicação: COM+ permite apenas herança única de interface. EJB permite herança múltipla de interface.
 
4.
I, II e III.
I e III, apenas
II e III, apenas
I, apenas
I e II, apenas
Explicação:
Todas as afirmativas estão corretas.
 
5.
I, II e III apenas
I e III, apenas
I e II, apenas
II e III, apenas
II, apenas
Explicação: A primeira sentença é falsa, uma vez que os componentes são empacotados em arquivos DLL.
 
6.
No COM+ para permitir que objetos tenham múltiplas classificações, os componentes devem suportar múltiplas interfaces.
Quando registramos uma classe Java como um EJB com um ambiente de componentes EJB, ficamos restritos à nomeação de uma interface (a
chamada interface remota).
EJB permite herança múltipla de interfaces e permite que classes Java apoiem múltiplas interfaces, limitando apenas unicamente herança de
classe.
COM + permite apenas herança única de interface.
Se quiser que seu componente suporte múltiplas interfaces, você vai precisar usar herança de interface múltipla para herdar toda a
funcionalidade do componente de uma interface pai, que pode ser registrada no ambiente COM+. 
Explicação:
O ambiente é EJB e não COM+
javascript:voltar();
javascript:voltar();
javascript:diminui();
javascript:aumenta();
javascript:calculadora_on();
javascript:abre_colabore('35870','204466271','4077574605');
 
O gerenciamento do ciclo de vida dos componentes de servidor é feito através de políticas que controlam o momento de ativação/desativação dos
componentes. Quem é responsável pelo container ativar o componente quando for feita a primeira chamada a alguma de suas operações, e desativa
quando explicitamente requisitado pela aplicação, desalocando a memória utilizada pelo componente?
Em relação ao provimento e construção de componentes, analise as afirmativas a seguir:
 I- O arquiteto de sistemas, baseado nos requisitos do novo sistema, vai executar o design da nova aplicação, identificando todos os componentes
necessários e aplicando reuso aos componentes que já existirem. Somente serão construídos os componentes que não existirem.
 II- Quanto mais madura a organização (empresa) no conceito de arquitetura de sistemas maior o conjunto de componentes reutilizáveis ela vai ter,
e menor o conjunto de componentes a serem desenvolvidos para resolverem os problemas.
 III - Um componente reutilizado é um componente que já foi testado, é um componente que não tem problemas de desenvolvimentos a serem
sanados. Sendo assim, quanto mais a reuzabilidade de código menor o custo , menor o tempo e maior a qualidade.
Assinale:
O gerenciamento do ciclo de vida dos componentes de servidor é feito através de políticas que controlam o momento de ativação/desativação dos
componentes. Associe a sentença abaixo ao respectivo conceito.
 " O container ativa o componente, quando for feita a primeira chamada a alguma de suas operações, e desativa, quando explicitamente
requisitado pela aplicação, deslocando a memória utilizada pelo componente."
O CCM é um framework de componentes do lado do servidor, cuja finalidade é facilitar o desenvolvimento e a instalação de aplicações distribuídas que
utilizam a arquitetura de sistemas por componentes. Dentre os tipos de modelos podemos destacar:
Os frameworks são os mais indicados para fornecer uma base mais sólida para a próxima geração de aplicativos baseados em componentes
distribuídos, em escala empresarial, , avalie se as afirmativas a seguir são verdadeiras (V) ou falsas (F):
( ) O Microsoft COM+ possui o Windows como dependência de plataforma, mas não possui nenhuma dependência de Linguagem.
( ) O Entreprise JavaBeans (EJB) possui tanto dependência de plataforma quanto dependência de Linguagem.
( ) O Enterprise JavaBeans (EJB) possui a Linguagem Java como dependência de linguagem.
As afirmativas são respectivamente:
Em relação ao Framework CCM (CORBA Component Model) podemos afirmar que:
ARQUITETURA DE SISTEMAS
Lupa Calc.
 
 
CCT0766_A9_201708321063_V1 
Aluno: ANDERSON PAULO PEREIRA Matr.: 201708321063
Disc.: ARQ. SISTEMAS 2020.3 EAD (G) / EX
Prezado (a) Aluno(a),
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será
composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de
questões que será usado na sua AV e AVS.
 
1.
Session
Method
Transaction
Component
Service
Explicação: Method - Ativação/desativação a cada chamada de método, limitando o uso de memória ao tempo de duração da operação, mas
acrescentando o custo de ativação e desativação do componente. Transaction - Ativação/desativação a cada transação. Memória permanece alocada
durante a transação. Session e Service não fazem parte do gerenciamento do ciclo de vida dos componentes de servidor.
 
2.
se somente a afirmativa II e III estiverem corretas.
se somente a afirmativa I e III estiverem corretas.
se somente a afirmativa I estiver correta.
se somente as afirmativas I e II estiverem corretas.
se todas as afirmativas estiverem corretas.
Explicação: Todas as afirmativas são verdadeiras.
 
3.
Method
Container
Transaction
Skeletons
Component
Explicação:
Method: Ativação/desativação a cada chamada de método, limitando o uso de memória ao tempo de duração da operação, mas acrescentando o custo de
ativação e desativação do componente.
Transaction: Ativação/desativação a cada transação. Memória permanece alocada durante a transação. Container:
O container ativa o componente, quando for feita a primeira chamada a alguma de suas operações, e desativa, quando explicitamente requisitado pela
aplicação, deslocando a memória utilizada pelo componente.
 
4.
Modelo Abstrato, Modelo de Programação, Modelo de Padrões, Modelo de Testes e Modelo de Execução.
Modelo Abstrato, Modelo de Programação, Modelo de Empacotamento, Modelo de Instalação e Modelo de Execução.
Modelo Abstrato, Modelo de Análise, Modelo de Projeto, Modelo de Instalação e Modelo de Execução.
Modelo de Negócio, Modelo de Projeto, Modelo de Padrões e Modelo de Implementação.
Modelo de Negócio, Modelos de Projeto, Modelo de Testes e Modelo de Implementação.
Explicação:
Os cinco tipos de modelos são: Modelo Abstrato (Define os atributos, portas de comunicação e home dos componentes), Modelo de Programação
(Composto pela CIDL (Component Implementation Definition Language) e pelo CIF (Component Implementation Framework), Modelo de Empacotamento
(Especifica como os componentes e suas implementações devem ser empacotados), Modelo de Instalação (Define um mecanismo padrão para a
instalação de aplicações) e Modelo de Execução (Define o ambiente de execução para as instâncias do componente).
 
5.
V, F e F.
V, F e V.
F, V e V.
V, V e V.
F, F e V.
Explicação: O Entreprise JavaBeans (EJB) não possui tanto dependência de plataforma, mas possui dependência de Linguagem.
 
6.
O modelo de Instalação define o ambiente de execução para as instâncias do componente.
O nível básico provê um conjunto maior de ações, como as portas de comunicação que representam os elementos de conexão entre os
componentes.
O nível estendido provê uma forma simplificada de distribuir um objeto CORBA como componente.
O modelo abstrato especifica como os componentes e suas implementações devem ser empacotados.
O modelo de programação é Composto pela CIDL (Component Implementation Definition Language) e pelo CIF (Component Implementation
Framework).
í á ê í ê
javascript:voltar();
javascript:voltar();
javascript:diminui();
javascript:aumenta();
javascript:calculadora_on();
 
Na arquitetura de sistemas, o modelopara desenvolvimento do modelo de negócio, baseado em Canvas é dividido em: Como, O que, Para
quem e Quanto. 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) Como ( ) Elementos de infraestrutura de hardware, banco de dados,comunicação e software a ser utilizado pelo sistema a ser desenvolvido.
(2) O que ( ) Quais os Benefícios se espera alcançar como o novo sistema.
(3) Para quem ( ) Recursos chaves a serem utilizados pelo sistema a ser desenvolvido.
(4) Quanto ( ) Que problema o sistema proposto vai resolver.
 
A modelagem de interação de componentes é uma técnica de modelagem do comportamento dos componentes em relação ao problema a ser resolvido.
Qual o sub processo que tem como objetivo que o Arquiteto de Sistemas faça um refinamento do modelo feito previamente, com as informações de
operações e do modelo de negócios mapeadas e definidas de forma definitiva?
A modelagem de interação de componentes é uma técnica de modelagem do comportamento dos componentes em relação ao problema a ser resolvido.
São subprocessos de interação de componentes:
I. Definir operações de negócios.
II. Refinar interfaces e regras de negócio.
III. Refinar definição de componentes e arquitetura.
Assinale a alternativa correta.
Considere:
I- É obrigação do arquiteto de sistemas garantir que todos os elementos a serem desenvolvidos tenham passado pelo sub processo de refino de
interfaces e de refino de regra de negócio.
II- O refino de regras de negócio visa refinar pensando nos elementos de interação, como é que esses elementos vão funcionar dentro na minha
organização.
III- É necessário refinar os meus artefatos gerados, tanto de negócio quanto de sistemas, para que o desenvolvedor não precise inferir elemento
nenhum, simplesmente desenvolver o que está nas especificações.
Em relação à definição de Refinamento, está correto o que consta em
A modelagem de interação de componentes é uma técnica de modelagem do comportamento dos componentes em relação ao problema a ser resolvido.
Qual o sub processo que tem como objetivo fornecer uma solução clara e adaptável para capturar as especificações operacionais dos processos de
negócio?
Em relação à interação de componentes, assinale V (Verdadeiro) e F (Falso) nas afirmativas, e marque a alternativa que apresente a sequência correta
(de cima para baixo).
( ) A modelagem de interação de componentes é uma técnica de modelagem de estrutura dos componentes em relação ao problema a ser resolvido.
( ) O mesmo componente pode ser utilizado em duas soluções diferentes de maneiras diferentes, ele terá comportamentos diferentes frente a
formas de acesso diferente.
( ) Sempre que possível, a solução deve ser construída por meio de componentes já existentes.
( ) O desenvolvimento baseado em componentes é um tipo de desenvolvimento de software fracamente baseado no reuso.
ARQUITETURA DE SISTEMAS
Lupa Calc.
 
 
CCT0766_A6_201708321063_V1 
Aluno: ANDERSON PAULO PEREIRA Matr.: 201708321063
Disc.: ARQ. SISTEMAS 2020.3 EAD (G) / EX
Prezado (a) Aluno(a),
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será
composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de
questões que será usado na sua AV e AVS.
 
1.
2, 4, 1, 3
3,2,1,4
4,3,1,2
3,4,1,2
2,3,4,1
Explicação:
Como: Refere-se aos recursos chaves a serem utilizados pelo sistema a ser desenvolvido.
O Que: Que problema o sistema proposto vai resolver.
Para Quem: Elementos de infraestrutura de hardware, banco de dados, comunicação e software a ser utilizado pelo sistema a ser desenvolvido.
Quanto: Quais os Benefícios se espera alcançar como o novo sistema.
 
 
2.
Refinar Definição de Componentes e Arquitetura
Refinar Operações de Negócios
Refinar as regras dos componentes
Refinar Interfaces e Regras de Negócios
Refinar Interfaces
Explicação: Os três sub processos desta aula (definir operações de negócios, refinar interfaces e regras de negócio e refinar definição de componentes e
arquitetura). Refinar Interfaces e Regras de Negócios tem como objetivo revistar o modelo de negócios, alterando e adaptando os elementos na medida
das necessidades. Já Definir Operações de Negócios tem como objetivo fornecer uma solução clara e adaptável para capturar as especificações
operacionais dos processos de negócio.
 
3.
Apenas I e II.
Apenas I
Apenas II e III.
I e II e III estão corretas.
Apenas I e III.
 
4.
I e II, apenas
I e III, apenas
I, apenas
III, apenas
II, apenas
Explicação:
A segunda sentença está incorreta, uma vez que é o refinamento de interface que visa refinar pensando nos elementos de interação, como é que esses
elementos vão funcionar dentro na minha organização.
 
5.
Refinar Interfaces e Regras de Negócios
Definir as regras dos componentes
Refinar Interfaces
Definir Operações de Negócios
Refinar Definição de Componentes e Arquitetura
Explicação: Os três sub processos desta aula (definir operações de negócios, refinar interfaces e regras de negócio e refinar definição de componentes e
arquitetura). Refinar Interfaces e Regras de Negócios tem como objetivo revistar o modelo de negócios, alterando e adaptando os elementos na medida
das necessidades. Já Refinar Definição de Componentes e Arquitetura o arquiteto de Sistemas realiza um refinamento do modelo feito previamente, com
as informações de operações e do modelo de negócios mapeadas e definidas de forma definitiva.
 
6.
(V) (F) (V) (F)
(F) (V) (V) (F)
(V) (V) (F) (F)
(V) (F) (V) (V)
(F) (V) (F) (V)
Explicação:
A modelagem de interação de componentes é uma técnica de modelagem de comportamento e não de estrutura.
O desenvolvimento baseado em componentes é um tipo de desenvolvimento de software fortemente e não fracamente.
javascript:voltar();
javascript:voltar();
javascript:diminui();
javascript:aumenta();
javascript:calculadora_on();
 
Analise as afirmações a seguir:
I ¿ Na arquitetura em camadas é possível substituir uma camada inteira por outra sem afetar as camadas adjacentes, desde que preservadas as
interfaces
II ¿ Na arquitetura de repositório (blackboard) os componentes interagem entre si
III ¿ Na arquitetura cliente-servidor são definidos um conjunto de serviços e servidores associados que são utilizados pelos clientes para fazer uso dos
serviços
IV ¿ Na arquitetura Dutos (Pipes) e Filtros a tarefa de um sistema, normalmente, é dividida em vários passos de processamento, que podem ser
sequenciais.
São verdadeiras as afirmações:
Uma empresa está seguindo todos os passos para o desenvolvimento de componente. Após o arquiteto de sistemas ter realizado toda a especificação
do componente, cabe agora o desenvolvedor implementá-lo. Mas ao pegar a especificação do componente, o mesmo descobriu que não conhece
muito bem o padrão especificado pelo arquiteto. Mediante a essa situação o que o desenvolvedor deve fazer?
No contexto de especificação de componentes, considere as seguintes afirmativas: 
I. Uma das mais úteis ferramentas do desenvolvimento de sistemas por componentes é o empacotamento.
II. O arquiteto de sistemas deve ter a preocupação de definir e construir middlewares que conectem as diversas camadas de componentes e,
consequentemente, os componentes, de maneira a conseguir uma baixa acoplagem para a organização.
III. Os componentes devem ser distribuídos em containers seguindo as políticas estabelecidas pelos middlewares, ou seja, dentro de um mesmo
container podem existir componentes que atendam a diferentes configurações.
Levando-se em conta as afirmações acima, identifique a única alternativa válida.
Em relação a implementação e distribuição de componentes podemos afirmar que:
I- O controle de qualidade visa garantir o bom resultado do trabalhode implementação dos componentes.
II- Caso o desenvolvedor não conheça muito bem o padrão especificado pelo arquiteto, ele deverá buscar a referência na metodologia de produto.
III- O desenvolvedor, deve ter a preocupação de definir e construir middlewares que conectem as diversas camadas de componentes, e
consequentemente os componentes, de maneira a conseguir uma forte acoplagem para a organização.
Marque a opção correta:
Com relação a características de um componente, avalie se as afirmativas a seguir são falsas (F) ou verdadeiras (V):
( ) Pode possuir mais de uma especificação.
( ) Deve ser aderente a padrões.
( ) Pode ser empacotado em módulos.
As afirmativas são respectivamente:
Considere:
I- É necessário que o arquiteto de sistemas complete as informações técnicas necessárias que as partes interessadas não conseguem informar, baseado
em seu framework de conhecimentos.
II- A linguagem tratada no levantamento de requisitos não será a mesma utilizada pelo desenvolvedor. Precisamos garantir que cada etapa use o seu
conjunto de padrões específicos para aquela etapa.
III- Na especificação de componentes estamos pensando no desenvolvedor e não no arquiteto do sistema.
Em relação à especificação de componente, está correto o que consta em
ARQUITETURA DE SISTEMAS
Lupa Calc.
 
 
CCT0766_A8_201708321063_V1 
Aluno: ANDERSON PAULO PEREIRA Matr.: 201708321063
Disc.: ARQ. SISTEMAS 2020.3 EAD (G) / EX
Prezado (a) Aluno(a),
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será
composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de
questões que será usado na sua AV e AVS.
 
1.
( ) Somente as alternativas I e II são verdadeiras.
( ) Somente as alternativas I, III e IV são verdadeiras.
( ) Somente a alternativa III é verdadeira
( ) Somente as alternativas I e III são verdadeiras.
( ) Somente a alternativa I é verdadeira.
Explicação:
I Na arquitetura em camadas é possível substituir uma camada inteira por outra sem afetar as camadas adjacentes, desde que preservadas as interfaces
===> VERDADE
II Na arquitetura de repositório (blackboard) os componentes interagem entre si ===> FALSO
ARQUITETURA DE REPOSITÓRIO é um modelo de sistema com base em um banco de dados compartilhado. Esse modelo é adequado a aplicações em
que os dados são gerados por um subsistema e utilizados por outro. Exemplos de sistemas com modelo repositório são os Sistemas de Comando e
Controle, Sistemas de Informações Gerenciais, Conjuntos de ferramentas CASE e os Sistemas de CAD.
III Na arquitetura cliente-servidor são definidos um conjunto de serviços e servidores associados que são utilizados pelos clientes para fazer uso dos
serviços===> VERDADE
IV Na arquitetura Dutos (Pipes) e Filtros a tarefa de um sistema, normalmente, é dividida em vários passos de processamento, que podem ser
sequenciais.
:===> VERDADE
 
2.
Buscar a referência na metodologia de produto.
Buscar a referência na metodologia de processo.
Buscar a referência na metodologia de interface
Escolher outro padrão, que conheça, para substitui-lo.
Desenvolver a aplicação sem a implementação do padrão definido.
Explicação: Na metodologia de produto apresenta detalhadamente como utilizar o padrão, exemplos de uso, resultados,...
 
3.
Apenas I e II
Apenas I e III
Apenas II e III
Apenas I
Apenas II
Explicação:
A afirmativa II está incorreta pois deve conseguir uma baixa acoplagem e forte alta.
A afirmativa III está incorreta uma vez que dentro de um mesmo container somente podem existir componentes que atendam a mesma configuração.
 
4.
I e III são verdadeiras
Somente a III é verdadeira
II e III são verdadeiras
Somente a I é verdadeira
I e II são verdadeiras
Explicação: A terceria afirmativa está incorreta, uma vez que é o arquiteto de sistemas que deve ter preocupação de definir e construir middleware¿s que
conectem as diversas camadas de componentes.
 
5.
V, V e V.
F, V e V.
F, F e V.
V, F e F.
V, F e V.
Explicação: Só tem uma especificação.
 
6.
I, II e III apenas
I e III apenas
II e III apenas
I e II apenas
I, apenas
javascript:voltar();
javascript:voltar();
javascript:diminui();
javascript:aumenta();
javascript:calculadora_on();
 
Qual modelo abaixo, sugere uma abordagem sequencial e sistemática para o desenvolvimento de software nos casos em que os requisitos de um
problema são bem compreendidos e quando o trabalho flui de forma relativamente linear?
Qual o diagrama que permite que o Arquiteto de um sistema modele a estrutura de arquivos de uma aplicação e seus relacionamentos?
Um Analista pretende desenvolver um projeto utilizando UML, e em seus propósitos, verificou a possibilidade de uso de alguns diagramas. Um deles é o
Diagrama de Caso de Uso, cujo objetivo é:
Considerando as seguintes afirmativas sobre processos de desenvolvimento de software conhecidos como Engenharia de Software Baseada em
Componentes (ESBC): I- O ESBC tem ênfase no paralelismo entre tarefas. II- A atividade da Engenharia de Domínio produz uma lista de componentes
que podem ser reutilizados. III- O modelo de troca de dados é um dos ingredientes arquiteturais necessários para a atividade de composição de
componentes. As afirmativas verdadeiras são:
Uma empresa realizou um levantamento de requisitos de um Estacionamento, onde num primeiro momento destacou duas funcionalidades principais:
 - Atendente registra a entrada e saída do veículo, mas é importante frisar que quando o cliente estaciona o veículo ele recebe o ticket onde contém a
data e hora de entrada, placa, a cor do veículo e o modelo do carro.
 - Quando o cliente retira o veículo do estacionamento ele recebe o comprovante de pagamento (fatura).
É correto afirmar que:
ARQUITETURA DE SISTEMAS
Lupa Calc.
 
 
CCT0766_A3_201708321063_V1 
Aluno: ANDERSON PAULO PEREIRA Matr.: 201708321063
Disc.: ARQ. SISTEMAS 2020.3 EAD (G) / EX
Prezado (a) Aluno(a),
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será
composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de
questões que será usado na sua AV e AVS.
 
1.
Modelo prototipação
modelo em espiral
Modelo em cascata
Nenhuma das alternativas
Modelo Ágil
Explicação:
O Modelo em Cascata é um modelo de desenvolvimento de software seqüencial no qual o processo é visto como um fluir constante para frente (como
uma cascata) através das fases de análise de requisitos, projeto, implementação, testes (validação), integração, e manutenção de software.
 
2.
Diagrama de Arquivos
Diagrama de Classes
Diagrama de Objetos
Diagrama de Software
diagrama de Componentes
Explicação:
Na UML, os diagramas de componentes mostram a estrutura do sistema de software, que descreve os componentes do software, suas interfaces e suas
dependências. É possível utilizar diagramas de componentes para modelar sistemas de software em um alto nível ou para mostrar componentes em um
nível de pacote mais baixo.
Esse tipo de diagrama suporta o desenvolvimento com base em componentes no qual um sistema de software é dividido em componentes e interfaces
que são reutilizáveis e substituíveis.
Os diagramas de componentes são úteis pelos seguintes motivos:
Definir os aspectos executáveis e reutilizáveis de um sistema de software
Revelar problemas de configuração de software através de relacionamentos de dependência
Mostrar uma representação precisa de um aplicativo de software antes de fazer alterações ou aprimoramentos
Também é possível utilizar os diagramas de componentes para descrever as seguintes peças físicas de um sistema de software:
Os arquivos de código fonte desenvolvidos em um ambientede desenvolvimento integrado
Os arquivos executáveis necessários para fornecer um sistema em execução
Bancos de dados físicos que armazenam informações nas tabelas de um banco de dados relacional ou nas páginas de um banco de dados
orientado a objetos
Sistemas adaptáveis que possuem componentes que migram para equilíbrio de carga e recuperação de defeitos
 
 
3.
Apresentar a interação entre componentes.
Descrever o modelo de negócio, suas interfaces e as regras de funcionalidades para essas interfaces.
Mapear a troca de mensagens entre objetos.
Representar o domínio de dados a serem tratados e armazenados pelo sistema
Definir as funcionalidades do sistema a ser desenvolvido
Explicação:
- O diagrama de funcionalidades de interface que descreve o modelo de negócio, suas interfaces e as regras de funcionalidades para essas interfaces.
- O diagrama de interação de componentes é um diagrama de colaboração utilizado para interação entre componentes.
- O diagrama de sequência representa a troca de mensagens entre os objetos.
- O diagrama de domínio representa o domínio de dados a serem tratados e armazenados pelo sistema
 
 
4.
somente I
somente I e II
somente II
somente III
I, II e III
Explicação: Conseguir relacionar os conceitos de Engenharia de Software Baseada em Componentes (ESBC).
 
5.
Existe um relacionamento do tipo extend do caso de uso Gerar Fatura para o caso de uso Registrar Saída, onde este é essencial para o
comportamento do caso de uso Registrar Entrada.
Existe um relacionamento do tipo include do caso de uso Gerar Fatura para o caso de uso Registrar Saída, onde este é opcional para o
comportamento do caso de uso Registrar Entrada.
Existe um relacionamento do tipo extend do caso de uso Registrar Entrada para o caso de uso Gerar ticket impresso, onde este é essencial para
o comportamento do caso de uso Registrar Entrada.
Existe um relacionamento do tipo include do caso de uso Registrar Entrada para o caso de uso Gerar ticket impresso, onde este é essencial para
o comportamento do caso de uso Registrar Entrada.
Existe um relacionamento do tipo generalização docaso de uso Gerar Fatura para o caso de uso registrar Saída, onde define uma funcionalidade
do sistema do ponto de vista do usuário.
javascript:voltar();
javascript:voltar();
javascript:diminui();
javascript:aumenta();
javascript:calculadora_on();
 
A Prototipação é um paradigma da Engenharia de Software que faz uso de protótipos durante o processo de desenvolvimento de software. Não
representa uma afirmação verdadeira acerca da Prototipação:
Na especificação dos componentes, as Interfaces identificam como os elementos podem utilizar esses componentes. Entre os elementos que compõem
essa identificação estão corretamente identificadas as afirmativas:
I A assinatura, que identifica a forma de acesso à Interface e o retorno esperado 
II A manipulação dos atributos para a realização do serviço oferecido
III A descrição do serviço que deve compor unicamente a Interface
No desenvolvimento de um software, um técnico se deparou com uma lista de requisitos, na qual identificou corretamente como requisito funcional:
São requisitos funcionais, exceto
Com relação aos Requisitos de Software, avalie se as afirmativas a seguir são falsas (F) ou verdadeiras (V):
( ) Requisitos funcionais são as declarações de serviços que o sistema fornecer, como o sistema deve reagir a entradas específicas e como o sistema
deve se comportar em determinadas situações.
( ) Requisitos não funcionais são restrições sobre os serviços ou as funções oferecidas pelo sistema, incluindo restrições de timing, sobre o
processamento de desenvolvimento e padrões, aplicam-se frequentemente ao sistema como um todo. 
( ) Requisitos funcionais são aqueles não diretamente relacionados às funções fornecidas pelo sistema, enquanto que os não funcionais descrevem a
função do sistema detalhadamente, incluindo as entradas e saídas.
As afirmativas são respectivamente:
Visando obter os requisitos de forma consistente e sem gastar tempo em excesso, o trabalho de levantamento de requisitos deve conter como característica:
 
ARQUITETURA DE SISTEMAS
Lupa Calc.
 
 
CCT0766_A4_201708321063_V1 
Aluno: ANDERSON PAULO PEREIRA Matr.: 201708321063
Disc.: ARQ. SISTEMAS 2020.3 EAD (G) / EX
Prezado (a) Aluno(a),
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será
composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de
questões que será usado na sua AV e AVS.
 
1.
O cliente é apresentado ao produto nos estágios iniciais do desenvolvimento.
Permite o refinamento iterativo dos requisitos.
Nenhuma das alternativas
Requisitos podem ser derivados dos protótipos.
Os protótipos podem apontar funcionalidades que não foram contempladas.
Explicação:
A arquitetura de um protótipo descartável favorece a evolução do protótipo para o produto final. O que não é verdade é que a arquitetura de um
protótipo descartável favorece a evolução do protótipo para o produto final.
 
2.
Apenas I e II estão corretas.
I, II e III estão incorretas.
I, II e III estão corretas.
Apenas I e III estão corretas.
Apenas II e III estão corretas.
Explicação:
Todas as afirmativas estão corretas
 
3.
O sistema deve gerar diariamente, a lista de processos cadastrados naquele dia.
Uma operação de inclusão deve ser realizada em no máximo 2 segundos após o usuário confirmá-la.
O software deve ser fácil de usar, intuitivo e transparente para o usuário.
O sistema deve estar disponível para o usuário 99% do tempo.
O sistema deve respeitar as leis presentes na Constituição Federal.
Explicação: Todos os demais requisitos são não funcionais, uma vez que abordam performance, usabilidade,..
 
4.
Fechamento da compra do cliente deve ter processamento inferior a 10 segundo
Calcular faturamento mensalmente
Gerar gráfico de barra com evolução das despesas nos últimos 12 meses
Gerar consulta ou relatório com 10 melhores clientes
Registrar cada login e logout de usuário
 
5.
V, F e F.
F, F e V.
V, V e F.
V, F e V.
F, V e F.
Explicação: Requisitos funcionais descrevem a função do sistema detalhadamente, incluindo as entradas e saídas. Já os Requisitos não funcionais são
aqueles não diretamente relacionados às funções fornecidas pelo sistema.
 
6.
Independente do departamento para o qual o sistema será desenvolvido, é necessário conversar com todos os responsáveis de cada
departamento.
Serão realizadas várias reuniões, e para um melhor aproveitamento separar as reuniões por camada de desenvolvimento.
Procure realizar somente uma reunião para o levantamento de requisito, com os usuários que consigam responder sobre cada uma das camadas.
Não se preocupe com o tempo da reunião, podendo durar até 5 horas, o importante é o levantamento dos requisitos.
Procure convocar todos os usuários (funcionários), mesmo que não consiga responder sobre cada uma das camadas.
javascript:voltar();
javascript:voltar();
javascript:diminui();
javascript:aumenta();
javascript:calculadora_on();
 
A metodologia de gestão deve contemplar quantas fases forem necessárias para conseguir que todas as áreas de conhecimento sejam abordadas de
forma a garantir que escopo, tempo, custos e qualidade atinjam os níveis definidos pelas corporações como sendo os ideais. Qual o modelo de
desenvolvimento, estas fases da metodologia devem seguir?
São características que levaram à especificação do Modelo de Componentes CORBA, EXCETO
Workflow representa a metodologia de desenvolvimento de sistemas baseada na metodologia RUP. Assinale a alternativa que representa a sequência do
processo de desenvolvimento.
Uma estratégia tradicional para a construção do projeto arquitetural envolve a análise do fluxo (workflow) do sistema. Sobre essa estratégia é correto
afirmar:
O gerenciamentode processos refere-se ao conjunto de conhecimentos que serão utilizados para guiar a condução do projeto de desenvolvimento de
software. A atividade de desenvolver o termo de abertura do projeto pertence ao gerenciamento de qual grupo de processos?
 
Sobre os Componentes de um Sistema, as questões abaixo são verdadeiras, EXCETO:
ARQUITETURA DE SISTEMAS
Lupa Calc.
 
 
CCT0766_A2_201708321063_V1 
Aluno: ANDERSON PAULO PEREIRA Matr.: 201708321063
Disc.: ARQ. SISTEMAS 2020.3 EAD (G) / EX
Prezado (a) Aluno(a),
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será
composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de
questões que será usado na sua AV e AVS.
 
1.
Cascata com retroalimentação
Incremental
Espiral
Iterativo e incremental
Cascata
Explicação: No modelo Iterativo e Incremental, cada fase é dividida em uma ou mais iterações que visam uma entrega ao final.
 
2.
Falta de flexibilidade para estender as funcionalidades dos objetos
Necessidade da existência de um mecanismo único de implementação
Dificuldade de configurar e utilizar aplicações em padrões anteriores
Requisitos não funcionais eram usualmente especificados junto com o métodos do negócio (funcionais)
Necessidade da especialização das interfaces (conexões) entre os objetos
Explicação:
CORBA (abreviado de Common Object Request Broker Architecture) é a arquitetura padrão criada pelo Object Management
Group para estabelecer e simplificar a troca de dados entre sistemas distribuídos heterogêneos. Em face da diversidade
de hardware e software que encontramos atualmente, a CORBA atua de modo que os objetos (componentes dos softwares)
possam se comunicar de forma transparente ao usuário, mesmo que para isso seja necessário interoperar com
outro software, em outro sistema operacional e em outra ferramenta de desenvolvimento. CORBA é um dos modelos mais
populares de objetos distribuídos, juntamente com o DCOM, formato proprietário da Microsoft.
 
3.
Coleta de Requisitos - Análise - Especificação - Codificação - Testes - Implantação
Coleta de Requisitos - Especificação - Análise - Codificação - Testes - Implantação
Especificação - Coleta de Requisitos - Análise - Codificação - Implantação - Testes
Especificação - Coleta de Requisitos- Análise - Codificação - Testes - Implantação
Coleta de Requisitos - Análise - Especificação - Codificação - Implantação - Testes
Explicação:
- Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes de Análise.
- Devemos realizar todos os testes antes da implantação do sistema.
- A Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes da coleta de requisitos.
- A Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes da coleta de requisitos. Outra
questão é que devemos realizar todos os testes antes da implantação do sistema.
 
4.
Todas as afirmações estão erradas
Essa estratégia dispensa o levantamento de requisitos
Nessa estratégia, as operações são usualmente representadas através de componentes, ordenados de acordo com a sequência dessas operações
O objetivo principal dessa análise é definir componentes reusáveis, isto é, componentes que possam ser utilizados também em outros sistemas
Entre todos os cenários possíveis, a arquitetura de sistemas distribuídos não pode ser representada através da análise do fluxo.
Explicação:
Um sistema de gerenciamento de Workflow - WfMS (Workflow Management Systems) é um sistema que define, gerencia e executa workflows com o
suporte de um software e cuja ordem de atividades é guiada por uma representação lógicoe ordenada de um fluxode no computador.
 
5.
Monitoramento e Controle
Encerramento
Planejamento
Execução
Iniciação
Explicação: Tudo começa com a abertura do termo do projeto, por isso corresponde a primeira etapa que é Iniciação. Na etapa de Planejamento
trabalhamos com o desenvolvimento de gerenciamento do projeto. A etapa de execução tem como foco orientar e gerenciar o trabalho do projeto. A
etapa de Monitoramento e Controle tem com objetivo realizar o controle integrado de mudanças e Moniotar e controlar o trabalho do projeto. E a etapa
de Encerramento visa encerrar o projeto ou fase.
 
6.
Podem ser definidos desde a primeira iteração do projeto de arquitetura
Devem ser projetados buscando a alta coesão e o baixo acoplamento
Devem possuir interfaces bem definidas, preferencialmente uma para cada serviço solicitado
Seguindo o princípio da alta coesão, cada componente deve ter no máximo 3 interfaces
O nível de abstração é, geralmente, alto.
Explicação:
Acoplamento e Coesão talvez sejam as características mais importantes de qualquer sistema.
javascript:voltar();
javascript:voltar();
javascript:diminui();
javascript:aumenta();
javascript:calculadora_on();
 
O modelo mais tradicional de desenvolvimento de software é o modelo em cascata. Considerando a utilização desse modelo e suas fases, assinale a
alternativa que apresenta uma afirmação verdadeira.
O modelo de negócio responde a 4 perguntas básicas: Como? O que? Quanto? Para quem?.
Baseado no modelo de CANVAS de modelo de negócio, identifique a sentença que está associada a pergunta: Como?
Baseado no modelo CANVAS de modelagem de negócios, separamos o modelo de negócio em grandes grupos que estão associados às seguintes
perguntas:
Com relação a interação de componentes, avalie se as afirmativas a seguir são verdadeiras (V) ou falsas (F):
( ) Refinar as interfaces é o subprocesso responsável por revistar o modelo de negócios, alterando e adaptando os elementos na medida das
necessidades, já que agora temos as informações das operações de negócio mapeadas e definidas.
( ) A modelagem de interação de componentes é uma técnica de modelagem do comportamento dos componentes em relação ao problema a ser
resolvido.
( ) O artefato de operações de negócio é a parte da modelagem de processos de negócios focada nas operações resultantes deste negócio, pois
fornece uma solução clara e adaptável para capturar as especificações operacionais dos processos de negócio.
As afirmativas são respectivamente:
O processo de identificação de componentes tem como objetivo criar uma visualização inicial de todos os elementos envolvidos e como eles são
integrados. Os artefatos gerados a partir desse processo são:
A identificação de componentes está baseada nas boas práticas da arquitetura de sistemas. Analise as afirmativas abaixo.
I- O modelo conceitual de negócio permite a identificação de interface de sistemas e regras de negócio.
II- O passo seguinte após o desenvolvimento do modelo de negócio é a identificação das interfaces de negócio.
III- A identificação de interface de negócio é baseada no modelo de casos de uso.
De acordo com as afirmativas anteriores, marque a alternativa CORRETA:
ARQUITETURA DE SISTEMAS
Lupa Calc.
 
 
CCT0766_A5_201708321063_V1 
Aluno: ANDERSON PAULO PEREIRA Matr.: 201708321063
Disc.: ARQ. SISTEMAS 2020.3 EAD (G) / EX
Prezado (a) Aluno(a),
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será
composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de
questões que será usado na sua AV e AVS.
 
1.
A especificação do sistema é produzida após o estágio de implementação e teste de unidade.
A divisão dos requisitos para implementação do sistema em hardware ou software é feita na fase de operação e manutenção.
O primeiro estágio de desenvolvimento de um novo sistema consiste na definição de requisitos.
Nenhumadas alternativas
Não há necessidade de se produzir qualquer tipo de documentação em suas fases.
Explicação:
O modelo cascata é utilizado principalmente quando os requisitos de um determinado problema são bem compreendidos. Uma forma de utilizar o modelo
cascata é quando precisamos fazer adaptações ou aperfeiçoamentos em um sistema já existente. Por exemplo, quando temos um sistema já pronto e
precisamos fazer uma adaptação porque alguma lei governamental foi alterada ou criada.
Também podemos utilizar o modelo cascata quando um software necessita de uma nova funcionalidade e os requisitos estão bem definidos e são
estáveis.
O modelo cascata também é chamado de ciclo de vida clássico ou tradicional.
Este modelo sugere uma abordagem sequencial e sistemática para o desenvolvimento de software. Dessa forma, começamos com o levantamento de
requisitos ou necessidades junto ao cliente, depois vamos para a fase de planejamento onde definimos estimativas, cronograma e acompanhamento,
após isso partimos para a modelagem onde fazemos a análise e projeto, seguindo da construção onde codificamos e testamos, passamos para a
implantação ou emprego onde efetuamos a entrega, suporte e feedback do software concluído.
 
2.
Quais os benefícios se espera alcançar com o novo sistema?
Qual o problema a ser resolvido?
Quais são os principais usuários do sistema a ser desenvolvido?
Quais recursos chaves a serem utilizados pelo sistema a ser desenvolvido?
Quais os elementos de infraestrutura de hardware e Banco de Dados serão utilizados pelo sistema a ser desenvolvido?
Explicação: As sentenças: Quais são os principais usuários do sistema a ser desenvolvido? e Quais os elementos de infraestrutura de hardware e Banco
de Dados serão utilizados pelo sistema a ser desenvolvido? estão associado a pergunta Para Quem? Já a sentença Quais os benefícios se espera alcançar
com o novo sistema? está ligada a pergunta Quanto? E a sentença Qual o problema a ser resolvido? está relacionada a pergunta O Que?
 
3.
Quem?, O que?, Quando?, Como?, Onde?
O que?, Onde? Como? Quanto?
Por que?, Quando?, Quanto?
Como?, Por que?, Quanto?
Como?, O que?, Para quem?, Quanto?
Explicação: São 4 perguntas do modelo CANVAS: Como?, O que?, Para quem?, Quanto?
 
4.
F, V e V.
F, F e V.
V, V e V.
V, F e V.
V, F e F.
Explicação: A primeira sentença é falsa uma vez que não é Refinar as interfaces e sim Refinar as Regras de Negócios.
 
5.
Interface de Negócios, Padrões de Arquitetura, Modelo de Negócio.
Interface de Sistemas, Modelos de Casos de Uso, Modelo Conceitual de Negócios.
Interface de Negócios, Interface de Sistemas, Especificação de Componentes do Sistema e Modelo de Negócio.
Interface de Negócios, Padrões de Arquitetura e Modelo Conceitual de Negócios.
Modelo de Negócio, Especificação de Componentes e Padrões de Arquitetura.
Explicação: Modelo Conceitual de Negócio, Modelo de Casos de Uso e Padrões de Arquitetura não são artefatos gerados a partir do processo de
identificação de componentes.
 
6.
As afirmativas I e III estão corretas.
Somente a afirmativa II está correta.
As afirmativas II e III estão corretas.
Somente a afirmativa I está correta.
javascript:voltar();
javascript:voltar();
javascript:diminui();
javascript:aumenta();
javascript:calculadora_on();
 
O padrão de arquitetura MVC é um modelo de camadas que divide a aplicação em três componentes: Model(modelo), View (visualizador)
e Controller (controlador). As funções de cada um destes três componentes são apresentadas abaixo: 
I. interpreta eventos de entrada e envia requisições para o modelo de dados; em seguida, processa os dados carregados a partir do modelo e envia
para o visualizador. 
II. encapsula o acesso aos dados e funções básicas da aplicação, fornecendo ao usuário procedimentos que executam tarefas específicas. 
III. exibe para o usuário os dados fornecidos pelo controle e estabelece uma interface para interação entre o usuário e a aplicação. 
A associação correta do componente do padrão MVC com sua função está expressa respectivamente em:
Analise as afirmações a seguir e escolha a alternativa correta
I ¿ Os dados estarem presentes em um único lugar é uma característica da arquitetura em camadas
II ¿ Estilos arquiteturais podem ser classificados em situações em que o seu uso é apropriado, com a classificação das vantagens e desvantagens do
uso nessas situações
III ¿ A arquitetura de repositório (blackboard) é fortemente baseada no uso de dados centralizados
IV ¿ Uma das características da arquitetura MVC é a sua aplicação em sistemas interativos
Em relação ao padrão de arquitetura MVC (Model View Controller), assinale a afirmativa correta.
O componente Controller do MVC:
Na Arquitetura Orientada a Serviço - SOA, é INCORRETO afirmar que o serviço
Dentre as afirmativas abaixo, correto afirmar que: I. Componentes de Software consiste no termo utilizado para descrever o elemento de software que
tem a função de encapsular funcionalidades. II. Um componente de software é uma unidade independente, e pode ser utilizado com vários outros
componentes a fim de formar um sistema mais complexo. III. Em programação orientada a objetos um componente de software implementa somente a
interface e não é autônomo em relação aos demais componentes do sistema. IV. Um sistema de software pode ser constituído inteiramente por
componentes, já que estes podem se interligar através de suas interfaces.
ARQUITETURA DE SISTEMAS
Lupa Calc.
 
 
CCT0766_A7_201708321063_V1 
Aluno: ANDERSON PAULO PEREIRA Matr.: 201708321063
Disc.: ARQ. SISTEMAS 2020.3 EAD (G) / EX
Prezado (a) Aluno(a),
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será
composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de
questões que será usado na sua AV e AVS.
 
1.
View, Model e Controller
Controller, Model e View
Controller, View e Model
Model, Controller e View
Nenhuma das opções
Explicação:
Explicando cada um dos objetos do padrão MVC tem-se primeiramente o controlador (Controller) que interpreta as entradas do mouse ou do teclado
enviado pelo usuário e mapeia essas ações do usuário em comandos que são enviados para o modelo (Model) e/ou para a janela de visualização (View)
para efetuar a alteração apropriada. Por sua vez o modelo (Model) gerencia um ou mais elementos de dados, responde a perguntas sobre o seu estado e
responde a instruções para mudar de estado.
 
2.
( ) Somente as alternativas I e II são verdadeiras.
( ) Somente a alternativa III é verdadeira
( ) Somente a alternativa I é verdadeira.
( ) Somente as alternativas II, III e IV são verdadeiras.
( ) Somente as alternativas II e III são verdadeiras.
Explicação:
As camadas mais ¿baixas¿ (que interagem a nível de byte e bit, conversam com periféricos, lidam com pilhas de comunicação mais robustas) são
chamadas de camadas mais especialistas, enquanto as camadas acima, que conversam mais com aplicações, são chamadas camadas menos
especialistas. Observe a figura 1, a qual ilustra um exemplo de divisão de camadas da comunicação TCP/IP.
Outras linguagens/plataformas também possuem frameworks que aderem ao padrão arquitetural MVC. Isso não inviabiliza que uma equipe crie o seu
próprio framework, mas é preciso lembrar que um desenvolvedor novo precisa de tempo para aprender a desenvolver em determinada arquitetura e
caso a empresa/projeto já utilize um framework bastante popular a curva de aprendizado será bem menor ou praticamente nula. Isso inclusive ajuda na
contratação de novos funcionários, onde a empresa já pode exigir como pré-requisito conhecimentos neste framework.
Na arquitetura de repositórios, os dados compartilhados podem ser mantidos em um banco de dados central e
acessados por todos os subsistemas. Cada subsistema mantém seu próprio banco de dados e passa dados para
outrossubsistemas
 
 
 
3.
O componente Controller é a camada de apresentação responsável por gerar uma visualização dos dados e por recebê-los como dados de
entrada dos usuários.
O componente Model é a camada lógica da aplicação, representa os dados da aplicação e as suas regras de negócio.
O componente View interpreta as ações realizadas pelos usuários e as envia para o Model.
O padrão de arquitetura MVC não permite gerenciar múltiplas visões utilizando somente um modelo.
Os componentes de uma arquitetura de sistemas estão divididos em camadas não estruturadas, que, durante o desenvolvimento, devem ser
consideradas de forma fundamental pelo arquiteto.
Explicação:
Os componentes de uma arquitetura de sistemas estão divididos em camadas estruturais.
A camada de apresentação é o componente View.
O padrão de arquitetura MVC permite gerenciar múltiplas visões utilizando somente um modelo.
O componente Controller é quem interpreta as ações realizadas pelos usuários e as envia para o Model
 
4.
Define o comportamento da aplicação, as ações do usuário para atualizar os componentes de dados e seleciona os componentes para exibir
respostas de requisições.
Envia requisições do usuário para o controlador e recebe dados atualizados dos componentes de acesso a dados.
Notifica os componentes de apresentação das mudanças efetuadas nos dados e expõe a funcionalidade da aplicação.
Responde às solicitações de queries e encapsula o estado da aplicação.
É onde são concentradas todas as regras de negócio da aplicação e o acesso aos dados.
Explicação: Controller: Gerencia a interação da apresentação visual do sistema (View) com os comportamentos da aplicação (Model).
 
5.
responde às requisições encapsulando todo o detalhe do seu processamento.
é um componente fortemente acoplado e altamente coeso que implementa uma função reutilizável de negócio.
não depende do estado de outros componentes externos para executar um ciclo completo de trabalho.
é uma unidade de trabalho oferecida pelo provedor de serviço para atender à demanda requerida por um consumidor de serviço.
é invocado por meio de protocolos de comunicação independentes da localização e do suporte tecnológico.
Explicação: é um componente fracamente acoplado e não fortemente acoplado.
 
6.
IV
I,II,IV
III, IV
I, II
I, III
Explicação:
1. Componentes de Software consiste no termo utilizado para descrever o elemento de software que tem a função de encapsular funcionalidades.
 CORRETO
 
2. Um componente de software é uma unidade independente, e pode ser utilizado com vários outros componentes a fim de formar um sistema mais
complexo. CORRETO
 
3. Em programação orientada a objetos um componente de software implementa somente a interface e não é autônomo em relação aos demais
componentes do sistema. ERRADO
A programação orientada a objetos traz outros pontos que acabam sendo mais interessantes no contexto de aplicações modernas. Como o desempenho
das aplicações não é uma das grandes preocupações na maioria das aplicações (devido ao poder de processamento dos computadores atuais), a
programação orientada a objetos se tornou muito difundida. Essa difusão se dá muito pela questão da reutilização de código e pela capacidade de
representação do sistema muito mais perto do que veríamos no mundo real.
Outra grande vantagem que o desenvolvimento orientado a objetos traz diz respeito a leitura e manutenção de código. Como a representação do sistema
se aproxima muito do que vemos na vida real, o entendimento do sistema como um todo e de cada parte individualmente fica muito mais simples. Isso
permite que a equipe de desenvolvimento não fique dependente de uma pessoa apenas, como acontecia com frequência em linguagens estruturadas
como o C, por exemplo.
 
4. Um sistema de software pode ser constituído inteiramente por componentes, já que estes podem se interligar através de suas interfaces.
CORRETO
 
 Não Respondida Não Gravada Gravada
Exercício inciado em 10/09/2020 20:58:02. 
javascript:voltar();
javascript:voltar();
javascript:diminui();
javascript:aumenta();
javascript:calculadora_on();
javascript:abre_colabore('35870','204469028','4077635592');
 
 
 ARQUITETURA DE SISTEMAS
1a aula
 Lupa 
Exercício: CCT0766_EX_A1_201708321063_V2 16/09/2020
Aluno(a): ANDERSON PAULO PEREIRA 2020.3 EAD
Disciplina: CCT0766 - ARQUITETURA DE SISTEMAS 201708321063
 
De acordo como processo de desenvolvimento baseado em componentes, analise as assertivas e assinale a alternativa que aponta
a(s) correta(s).
 I - Desenvolvimento de arquiteturas complexas a partir de unidades bem especificadas e testada.
 II - Tem como foco na decomposição da estrutura da funcionalidade individual ou componente lógico dele expondo bem definido
a interface de comunicação contendo seus métodos, eventos e propriedades.
 III - Componentes podem ser objetos, conjunto de objetos, sistemas ou qualquer implementação que seja dependente e auto-
suficiente.
I e III são verdadeiras
Somente I é verdadeira.
Somente III é verdadeira
Somente II é verdadeira.
 I e II são verdadeiras
Respondido em 16/09/2020 21:53:09
Explicação: A Terceira afirmativa está errada, uma vez que são independentes e não dependentes.
 
No contexto de arquitetura de sistemas, os componentes são unidades de software estruturados de acordo com alguns princípios.
Sendo assim, identifique a qual princípio pertence a descrição abaixo:
O usuário de um componente de software é isolado de como os dados desse componente de software é armazenado ou como suas
funções são executadas. O cliente depende da especificação do componente, mas não da sua implementação.
 
 Encapsulamento
Extensibilidade
Independência
Reusabilidade
Produtividade
Respondido em 16/09/2020 21:55:37
Explicação: Encapsulamento tem o conceito de esconder de quem vai usar a classe os detalhes de sua funcionalidade e de dados,
deixando amostra somente como acionar e o resultado a ser alcançado pelo acionamento.
 
Sobre a Arquitetura de Sistemas, as questões abaixo são verdadeiras, EXCETO:
No desenvolvimento Orientado a Objetos as classes de um sistema podem ajudar a identificar os componentes
Diagrama de componentes, diagrama de empacotamento e o diagrama de distribuição são algumas representações da
UML que podem ser utilizadas na especificação arquitetural
A especificação arquitetural pode ser realizada após o levantamento de requisitos, buscando atender tanto aos requisitos
funcionais quanto aos não-funcionais
A arquitetura pode ser vista como um processo e também como um artefato
 É tarefa da arquitetura a construção do projeto detalhado dos componentes individuais que formam o sistema
Respondido em 16/09/2020 21:53:17
Explicação:
Arquitetura de Sistema, é um conjunto de componentes que compõem um software completo instalado na corporação, incluindo
as funcionalidades destes componentes, a sua interconexão, e possivelmente até mesmo a tecnologia adequada .
 
São características principais encontradas na Arquitetura em Camadas
Os dados são gerados por um componente e consumidos pelos outros
Dependem de uma infraestrutura de comunicação para implementação
Separação e independência das camadas
 Cada camada depende exclusivamente dos serviços providos pela camada inferior
Um repositório central de dados
Respondido em 16/09/2020 21:55:55
Explicação:
No modelo em camadas, a lógica de apresentação esta separada em sua própria camada lógica e física. A separação em camadas
lógicas torna os sistemas mais flexíveis, permitindo que as partes possam ser alteradas de forma independente. As
funcionalidades da camada de negócio podem ser divididas em classes e essas classes podem ser agrupadas em pacotes ou
componentes, reduzindo as dependências entre as classes e pacotes; podem ser reutilizadas por diferentes partes do aplicativo e
até por aplicativos diferentes. O modelo de 3 camadas tornou-se a arquitetura padrão para sistemas corporativos com base na
Web.
 
Em relação aos níveis de modelo, descubra qual modeloque é independente do tipo de software ou de tecnologia, e representa o
problema a ser resolvido.
Modelo de Projeto
Modelo de Requisitos
 Modelo Conceitual
Modelo de Especificação
Modelo de Implementação
Respondido em 16/09/2020 21:56:03
Explicação: Os níveis de modelos são: Implementação, Especificação e Conceitual. O modelo de implementação informa os
detalhes de implementação que devem estar presentes dentro dos códigos. Já o modelo de especificação representa os
componentes de softwares utilizados.
 Questão1
 Questão2
 Questão3
 Questão4
 Questão5
javascript:diminui();
javascript:aumenta();
De acordo como processo de desenvolvimento baseado em componentes, analise as assertivas e assinale a alternativa que aponta a(s) correta(s).
 I - Desenvolvimento de arquiteturas complexas a partir de unidades bem especificadas e testada.
 II - Tem como foco na decomposição da estrutura da funcionalidade individual ou componente lógico dele expondo bem definido a interface de
comunicação contendo seus métodos, eventos e propriedades.
 III - Componentes podem ser objetos, conjunto de objetos, sistemas ou qualquer implementação que seja dependente e auto-suficiente.
No contexto de arquitetura de sistemas, os componentes são unidades de software estruturados de acordo com alguns princípios. Sendo assim, identifique a
qual princípio pertence a descrição abaixo:
O usuário de um componente de software é isolado de como os dados desse componente de software é armazenado ou como suas funções são executadas. O
cliente depende da especificação do componente, mas não da sua implementação.
 
Em relação aos níveis de modelo, descubra qual modelo que é independente do tipo de software ou de tecnologia, e representa o problema a ser
resolvido.
São características principais encontradas na Arquitetura em Camadas
Sobre a Arquitetura de Sistemas, as questões abaixo são verdadeiras, EXCETO:
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será
composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de
questões que será usado na sua AV e AVS.
 
1.
Somente III é verdadeira
Somente II é verdadeira.
Somente I é verdadeira.
I e III são verdadeiras
I e II são verdadeiras
Explicação: A Terceira afirmativa está errada, uma vez que são independentes e não dependentes.
 
2.
Reusabilidade
Extensibilidade
Encapsulamento
Produtividade
Independência
Explicação: Encapsulamento tem o conceito de esconder de quem vai usar a classe os detalhes de sua funcionalidade e de dados, deixando amostra
somente como acionar e o resultado a ser alcançado pelo acionamento.
 
3.
Modelo de Implementação
Modelo de Requisitos
Modelo de Projeto
Modelo Conceitual
Modelo de Especificação
Explicação: Os níveis de modelos são: Implementação, Especificação e Conceitual. O modelo de implementação informa os detalhes de implementação
que devem estar presentes dentro dos códigos. Já o modelo de especificação representa os componentes de softwares utilizados.
 
4.
Os dados são gerados por um componente e consumidos pelos outros
Separação e independência das camadas
Cada camada depende exclusivamente dos serviços providos pela camada inferior
Dependem de uma infraestrutura de comunicação para implementação
Um repositório central de dados
Explicação:
No modelo em camadas, a lógica de apresentação esta separada em sua própria camada lógica e física. A separação em camadas lógicas torna os
sistemas mais flexíveis, permitindo que as partes possam ser alteradas de forma independente. As funcionalidades da camada de negócio podem ser
divididas em classes e essas classes podem ser agrupadas em pacotes ou componentes, reduzindo as dependências entre as classes e pacotes; podem
ser reutilizadas por diferentes partes do aplicativo e até por aplicativos diferentes. O modelo de 3 camadas tornou-se a arquitetura padrão para sistemas
corporativos com base na Web.
 
5.
É tarefa da arquitetura a construção do projeto detalhado dos componentes individuais que formam o sistema
A arquitetura pode ser vista como um processo e também como um artefato
A especificação arquitetural pode ser realizada após o levantamento de requisitos, buscando atender tanto aos requisitos funcionais quanto aos
não-funcionais
Diagrama de componentes, diagrama de empacotamento e o diagrama de distribuição são algumas representações da UML que podem ser
utilizadas na especificação arquitetural
No desenvolvimento Orientado a Objetos as classes de um sistema podem ajudar a identificar os componentes
Explicação:
Arquitetura de Sistema, é um conjunto de componentes que compõem um software completo instalado na corporação, incluindo as funcionalidades
destes componentes, a sua interconexão, e possivelmente até mesmo a tecnologia adequada .
 Não Respondida Não Gravada Gravada
javascript:abre_colabore('36788','205240493','4094527020');
A metodologia de gestão deve contemplar quantas fases forem necessárias para conseguir que todas as áreas de conhecimento sejam abordadas de
forma a garantir que escopo, tempo, custos e qualidade atinjam os níveis definidos pelas corporações como sendo os ideais. Qual o modelo de
desenvolvimento, estas fases da metodologia devem seguir?
São características que levaram à especificação do Modelo de Componentes CORBA, EXCETO
Workflow representa a metodologia de desenvolvimento de sistemas baseada na metodologia RUP. Assinale a alternativa que representa a sequência do
processo de desenvolvimento.
Uma estratégia tradicional para a construção do projeto arquitetural envolve a análise do fluxo (workflow) do sistema. Sobre essa estratégia é correto
afirmar:
O gerenciamento de processos refere-se ao conjunto de conhecimentos que serão utilizados para guiar a condução do projeto de desenvolvimento de
software. A atividade de desenvolver o termo de abertura do projeto pertence ao gerenciamento de qual grupo de processos?
 
Sobre os Componentes de um Sistema, as questões abaixo são verdadeiras, EXCETO:
questões que será usado na sua AV e AVS.
 
1.
Cascata com retroalimentação
Incremental
Espiral
Iterativo e incremental
Cascata
Explicação: No modelo Iterativo e Incremental, cada fase é dividida em uma ou mais iterações que visam uma entrega ao final.
 
2.
Falta de flexibilidade para estender as funcionalidades dos objetos
Necessidade da especialização das interfaces (conexões) entre os objetos
Necessidade da existência de um mecanismo único de implementação
Requisitos não funcionais eram usualmente especificados junto com o métodos do negócio (funcionais)
Dificuldade de configurar e utilizar aplicações em padrões anteriores
Explicação:
CORBA (abreviado de Common Object Request Broker Architecture) é a arquitetura padrão criada pelo Object Management
Group para estabelecer e simplificar a troca de dados entre sistemas distribuídos heterogêneos. Em face da diversidade
de hardware e software que encontramos atualmente, a CORBA atua de modo que os objetos (componentes dos softwares)
possam se comunicar de forma transparente ao usuário, mesmo que para isso seja necessário interoperar com
outro software, em outro sistema operacional e em outra ferramenta de desenvolvimento. CORBA é um dos modelos mais
populares de objetos distribuídos, juntamente com o DCOM, formato proprietário da Microsoft.
 
3.
Coleta de Requisitos - Especificação - Análise - Codificação - Testes - Implantação
Especificação - Coleta de Requisitos - Análise - Codificação - Implantação - Testes
Especificação - Coleta de Requisitos- Análise - Codificação - Testes - Implantação
Coleta de Requisitos - Análise - Especificação - Codificação - Testes - Implantação
Coleta de Requisitos - Análise - Especificação - Codificação - Implantação - Testes
Explicação:
- Especificação refere-se a especificaçãodas funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes de Análise.
- Devemos realizar todos os testes antes da implantação do sistema.
- A Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes da coleta de requisitos.
- A Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes da coleta de requisitos. Outra
questão é que devemos realizar todos os testes antes da implantação do sistema.
 
4.
Entre todos os cenários possíveis, a arquitetura de sistemas distribuídos não pode ser representada através da análise do fluxo.
Todas as afirmações estão erradas
Nessa estratégia, as operações são usualmente representadas através de componentes, ordenados de acordo com a sequência dessas operações
O objetivo principal dessa análise é definir componentes reusáveis, isto é, componentes que possam ser utilizados também em outros sistemas
Essa estratégia dispensa o levantamento de requisitos
Explicação:
Um sistema de gerenciamento de Workflow - WfMS (Workflow Management Systems) é um sistema que define, gerencia e executa workflows com o
suporte de um software e cuja ordem de atividades é guiada por uma representação lógicoe ordenada de um fluxode no computador.
 
5.
Monitoramento e Controle
Execução
Iniciação
Encerramento
Planejamento
Explicação: Tudo começa com a abertura do termo do projeto, por isso corresponde a primeira etapa que é Iniciação. Na etapa de Planejamento
trabalhamos com o desenvolvimento de gerenciamento do projeto. A etapa de execução tem como foco orientar e gerenciar o trabalho do projeto. A
etapa de Monitoramento e Controle tem com objetivo realizar o controle integrado de mudanças e Moniotar e controlar o trabalho do projeto. E a etapa
de Encerramento visa encerrar o projeto ou fase.
 
6.
Podem ser definidos desde a primeira iteração do projeto de arquitetura
Devem ser projetados buscando a alta coesão e o baixo acoplamento
Devem possuir interfaces bem definidas, preferencialmente uma para cada serviço solicitado
Seguindo o princípio da alta coesão, cada componente deve ter no máximo 3 interfaces
O nível de abstração é, geralmente, alto.
A metodologia de gestão deve contemplar quantas fases forem necessárias para conseguir que todas as áreas de conhecimento sejam abordadas de
forma a garantir que escopo, tempo, custos e qualidade atinjam os níveis definidos pelas corporações como sendo os ideais. Qual o modelo de
desenvolvimento, estas fases da metodologia devem seguir?
São características que levaram à especificação do Modelo de Componentes CORBA, EXCETO
Workflow representa a metodologia de desenvolvimento de sistemas baseada na metodologia RUP. Assinale a alternativa que representa a sequência do
processo de desenvolvimento.
Uma estratégia tradicional para a construção do projeto arquitetural envolve a análise do fluxo (workflow) do sistema. Sobre essa estratégia é correto
afirmar:
O gerenciamento de processos refere-se ao conjunto de conhecimentos que serão utilizados para guiar a condução do projeto de desenvolvimento de
software. A atividade de desenvolver o termo de abertura do projeto pertence ao gerenciamento de qual grupo de processos?
 
Sobre os Componentes de um Sistema, as questões abaixo são verdadeiras, EXCETO:
questões que será usado na sua AV e AVS.
 
1.
Espiral
Incremental
Cascata com retroalimentação
Cascata
Iterativo e incremental
Explicação: No modelo Iterativo e Incremental, cada fase é dividida em uma ou mais iterações que visam uma entrega ao final.
 
2.
Necessidade da existência de um mecanismo único de implementação
Dificuldade de configurar e utilizar aplicações em padrões anteriores
Requisitos não funcionais eram usualmente especificados junto com o métodos do negócio (funcionais)
Falta de flexibilidade para estender as funcionalidades dos objetos
Necessidade da especialização das interfaces (conexões) entre os objetos
Explicação:
CORBA (abreviado de Common Object Request Broker Architecture) é a arquitetura padrão criada pelo Object Management
Group para estabelecer e simplificar a troca de dados entre sistemas distribuídos heterogêneos. Em face da diversidade
de hardware e software que encontramos atualmente, a CORBA atua de modo que os objetos (componentes dos softwares)
possam se comunicar de forma transparente ao usuário, mesmo que para isso seja necessário interoperar com
outro software, em outro sistema operacional e em outra ferramenta de desenvolvimento. CORBA é um dos modelos mais
populares de objetos distribuídos, juntamente com o DCOM, formato proprietário da Microsoft.
 
3.
Coleta de Requisitos - Análise - Especificação - Codificação - Implantação - Testes
Especificação - Coleta de Requisitos- Análise - Codificação - Testes - Implantação
Coleta de Requisitos - Especificação - Análise - Codificação - Testes - Implantação
Especificação - Coleta de Requisitos - Análise - Codificação - Implantação - Testes
Coleta de Requisitos - Análise - Especificação - Codificação - Testes - Implantação
Explicação:
- Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes de Análise.
- Devemos realizar todos os testes antes da implantação do sistema.
- A Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes da coleta de requisitos.
- A Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes da coleta de requisitos. Outra
questão é que devemos realizar todos os testes antes da implantação do sistema.
 
4.
O objetivo principal dessa análise é definir componentes reusáveis, isto é, componentes que possam ser utilizados também em outros sistemas
Entre todos os cenários possíveis, a arquitetura de sistemas distribuídos não pode ser representada através da análise do fluxo.
Nessa estratégia, as operações são usualmente representadas através de componentes, ordenados de acordo com a sequência dessas operações
Todas as afirmações estão erradas
Essa estratégia dispensa o levantamento de requisitos
Explicação:
Um sistema de gerenciamento de Workflow - WfMS (Workflow Management Systems) é um sistema que define, gerencia e executa workflows com o
suporte de um software e cuja ordem de atividades é guiada por uma representação lógicoe ordenada de um fluxode no computador.
 
5.
Encerramento
Planejamento
Iniciação
Execução
Monitoramento e Controle
Explicação: Tudo começa com a abertura do termo do projeto, por isso corresponde a primeira etapa que é Iniciação. Na etapa de Planejamento
trabalhamos com o desenvolvimento de gerenciamento do projeto. A etapa de execução tem como foco orientar e gerenciar o trabalho do projeto. A
etapa de Monitoramento e Controle tem com objetivo realizar o controle integrado de mudanças e Moniotar e controlar o trabalho do projeto. E a etapa
de Encerramento visa encerrar o projeto ou fase.
 
6.
Devem ser projetados buscando a alta coesão e o baixo acoplamento
Podem ser definidos desde a primeira iteração do projeto de arquitetura
O nível de abstração é, geralmente, alto.
Devem possuir interfaces bem definidas, preferencialmente uma para cada serviço solicitado
Seguindo o princípio da alta coesão, cada componente deve ter no máximo 3 interfaces
Qual modelo abaixo, sugere uma abordagem sequencial e sistemática para o desenvolvimento de software nos casos em que os requisitos de um
problema são bem compreendidos e quando o trabalho flui de forma relativamente linear?
Qual o diagrama que permite que o Arquiteto de um sistema modele a estrutura de arquivos de uma aplicação e seus relacionamentos?
Um Analista pretende desenvolver um projeto utilizando UML, e em seus propósitos, verificou a possibilidade de uso de alguns diagramas. Um deles é o
Diagrama de Caso de Uso, cujo objetivo é:
Considerando as seguintes afirmativas sobre processos