Análise e Projeto Msc Luiz Barboza
Padrões de Arquitetura Camadas e MVC Entity Model Persistência Control Control Negócio Boundary  View GUI Classes de Análise MVC Camadas
Um abstração Descreve: Propriedades (atributos) Comportamento (operações) Relacionamentos Semântica UML Representação de Classe Nome da classe Atributos Operações
MVC em UML Boundary Entity Control = = =
Modela a interação entra o núcleo do sistema e seus arredores GUI – Interface gráfica do usuário Interface com sistemas externos Dependente de ambiente Dependente da GUI Dependente do protocolo de comunicação com o sistema externo  Boundary Boundary
Boundary Customer <<boundary>> <<boundary>> <<control>> <<boundary>> <<entity>> <<entity>>
Controla o comportamento de uma funcionalidade É acionada por uma Boundary e faz acesso a uma ou mais Entities É independente de ambiente, e concentra as regras de negócio   Control Control
Control
Este tipo de classe deve fazer o controle de fluxo de negócio  Ela deve ser utilizada para centralizar as regras de negócio   Control
Representa entidade do domínio de negócio Representa informação persistente Independe de ambiente e altamente reusável.  Entity Entity
Entity
Deve representar entidades do domínio do problema Deve conter as validações de negócio que sao restritas a estas entidades. Entity
Pela interações é possível identificar os métodos Identificação dos Métodos Boundary Control orderID date salesTotal tax shipDate cadastrarCliente() cadastrarCliente() Mensagem
UML: Diagrama de Seqüência  1: cadastrarCliente() Objeto Cliente Objeto Fornecedor Mensagem Escopo de atividade Chamada local Linha de vida 1.1: validarCredito() Numeração de  seqüência de mensagens   : Boundary : Control
UML: Diagrama de Classe Com base nas comunicações é possível estabelecer os relacionamentos Considerando o padrão MVC, temos tipicamente a seguinte estrutura. View // Render the models() // Request updates from models() // Send user gestures to controller() // Allows controller to select view() Controller // Defines application behavior() // Maps user actions to model updates() // Selects view for response() // One for each use-case() Model // Encapsulates application data() // Responds to state queries() // Exposes application functionality() // Notifies view of changes() <<subscribe>>
Análise e Projeto Msc Luiz Barboza

Mvc

  • 1.
    Análise e ProjetoMsc Luiz Barboza
  • 2.
    Padrões de ArquiteturaCamadas e MVC Entity Model Persistência Control Control Negócio Boundary View GUI Classes de Análise MVC Camadas
  • 3.
    Um abstração Descreve:Propriedades (atributos) Comportamento (operações) Relacionamentos Semântica UML Representação de Classe Nome da classe Atributos Operações
  • 4.
    MVC em UMLBoundary Entity Control = = =
  • 5.
    Modela a interaçãoentra o núcleo do sistema e seus arredores GUI – Interface gráfica do usuário Interface com sistemas externos Dependente de ambiente Dependente da GUI Dependente do protocolo de comunicação com o sistema externo Boundary Boundary
  • 6.
    Boundary Customer <<boundary>><<boundary>> <<control>> <<boundary>> <<entity>> <<entity>>
  • 7.
    Controla o comportamentode uma funcionalidade É acionada por uma Boundary e faz acesso a uma ou mais Entities É independente de ambiente, e concentra as regras de negócio Control Control
  • 8.
  • 9.
    Este tipo declasse deve fazer o controle de fluxo de negócio Ela deve ser utilizada para centralizar as regras de negócio Control
  • 10.
    Representa entidade dodomínio de negócio Representa informação persistente Independe de ambiente e altamente reusável. Entity Entity
  • 11.
  • 12.
    Deve representar entidadesdo domínio do problema Deve conter as validações de negócio que sao restritas a estas entidades. Entity
  • 13.
    Pela interações épossível identificar os métodos Identificação dos Métodos Boundary Control orderID date salesTotal tax shipDate cadastrarCliente() cadastrarCliente() Mensagem
  • 14.
    UML: Diagrama deSeqüência 1: cadastrarCliente() Objeto Cliente Objeto Fornecedor Mensagem Escopo de atividade Chamada local Linha de vida 1.1: validarCredito() Numeração de seqüência de mensagens : Boundary : Control
  • 15.
    UML: Diagrama deClasse Com base nas comunicações é possível estabelecer os relacionamentos Considerando o padrão MVC, temos tipicamente a seguinte estrutura. View // Render the models() // Request updates from models() // Send user gestures to controller() // Allows controller to select view() Controller // Defines application behavior() // Maps user actions to model updates() // Selects view for response() // One for each use-case() Model // Encapsulates application data() // Responds to state queries() // Exposes application functionality() // Notifies view of changes() <<subscribe>>
  • 16.
    Análise e ProjetoMsc Luiz Barboza