No MVC, que é o principal modelo de arquitetura em 3 camadas, as operações de acesso ao banco de dados são implementadas na camada de Controle.

No MVC, a comunicação entre a interface com o usuário (camada View) e as regras de negócios é definida por meio da camada que representa o modelo de dados (camada Model), e é a ação deste componente da arquitetura que torna possível a separação entre as camadas.

No MVC, quando um evento é executado em uma interface gráfica, essa interface irá se comunicar com a camada denominado Controller, que por sua vez se comunica com a camada que contém as regras de negócios.

No MVC, é característico da camada denominada Controller, conter a estrutura de dados que está dando suporte à aplicação, bem como responder pelo tratamento e execução das regras de negócio da aplicação

No MVC, é de responsabilidade da camada denominada View a interface que, dentre outras atribuições, mostra as informações ao usuário, interpreta as suas requisições e as envia diretamente para a camada Model.

No MVC, as classes que fazem a filtragem de requisições vindas de formulários preenchidos pelos usuários são representadas no grupo view.

No MVC, componentes do grupo view não podem se comunicar diretamente com componentes do grupo model sem passar pelo grupo controller.

No MVC, as classes que representam entidades do banco de dados são representadas no grupo controller.

No MVC, as classes que executam comandos SQL para inserção, alteração, exclusão e consulta a dados nas tabelas do banco de dados são representadas no grupo model.

No MVC, as páginas web que possuem código JavaScript são representadas no grupo controller.

No MVC, o MODEL representa os dados da empresa e as regras de negócio que governam o acesso e atualização destes dados.

No MVC, o VIEW acessa os dados da empresa através do MODEL e especifica como esses dados devem ser apresentados. É de responsabilidade do VIEW manter a consistência em sua apresentação, quando o MODEL é alterado.

No MVC, o CONTROLLER traduz as interações do VIEW em ações a serem executadas pelo MODEL. Com base na interação do usuário e no resultado das ações do MODEL, o CONTROLLER responde selecionando uma VIEW adequada.

A arquitetura cliente/servidor é um modelo composto por, pelo menos, dois equipamentos interligados em rede.

Na arquitetura cliente-servidor, é característica de um servidor receber e responder solicitações.

Na arquitetura cliente-servidor, é característica de um servidor comunicar-se continuamente com outros servidores.

Na arquitetura cliente/servidor, o cliente envia a solicitação ao servidor que executa o que foi solicitado ou procura a informação solicitada e retorna ao cliente.

Na arquitetura de três camadas, as regras de negócio que formam a camada de negócios são separadas da camada de apresentação.

Em uma rede P2P (peer-to-peer), cada computador pode atuar como cliente e como servidor de outros computadores, possibilitando, por exemplo, o compartilhamento de arquivos.

No modelo de rede ponto a ponto, não existe cliente ou servidor, podendo qualquer máquina, ao mesmo tempo, ser cliente e servir a outras requisições de outras máquinas.

A arquitetura cliente-servidor apoia-se na existência de um ou mais servidores, que respondem a pedidos de sistemas clientes. Já na arquitetura entre pares — P2P —, os sistemas terminais comunicam-se diretamente entre si.

Por terem como base a comunicação direta entre utilizadores, as aplicações P2P necessitam de servidores para serem acessadas.

Assim como no modelo Cliente-Servidor, no modelo P2P, qualquer nó pode iniciar uma conexão com qualquer outro nó.

Importância da execução do projeto de arquitetura de software (resposta múltipla)

Quando a arquitetura é projetada?