Mosaico
  • 👋Bem-vindo ao Guias do Mosaico
  • Plataformas comuns da Administração Pública
    • Serviço de Autenticação
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
    • Assinatura Digital
      • Quais os pré-requisitos técnicos da adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
    • Plataforma de Integração da AP (iAP-PI)
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
      • Camada de negócio
        • Atores de negócio
        • Serviços de negócio
    • Plataforma de Pagamentos da AP (PPAP)
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
        • Adesão à PPAP
        • Simplex de urbanismo: Adesão à PPAP e ao DUC no âmbito do RJUE (DL 10/2024)
          • FAQs DL 10/2024
      • Como está estruturada a plataforma?
      • Como usar o serviço?
    • Plataforma de Mensagens (GAP)
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
      • Como usar o serviço?
    • Plataforma Multicanal (PMC)
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
        • Política de gestão de acessos da PMC
    • Bolsa de Documentos
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
    • Catálogo de Entidades e Serviços (CES)
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
    • Sistema de Certificação de Atributos Profissionais (SCAP)
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
    • Sistema de Autorizações
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
    • Dados.Gov
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
    • Serviço Público de Notificações Eletrónicas (SPNE)
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
    • ePortugal
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
        • Modelo Ligar
        • Modelo Aproximar
        • Modelo Integrar
      • Como está estruturada a plataforma?
    • Livro Amarelo Eletrónico
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
    • Interoperabilidade Documental
      • Quais os pré-requisitos técnicos de adesão?
      • Qual o processo de adesão?
      • Como está estruturada a plataforma?
  • 📖Guias Práticos
    • Como funciona o Serviço de Autenticação
      • Autenticação de um utilizador junto de uma entidade utilizando o Cartão do Cidadão
      • Autenticação de um utilizador junto de uma entidade utilizando a Chave Móvel Digital
    • Integrar com o Serviço de Autenticação
      • Entidade no papel de fornecedora de serviços de autenticação web
      • Entidade no papel de fornecedora de atributos
    • Consumir um serviço da iAP-PI
    • Boas práticas para a publicação de API a consumir pela Administração Pública
      • Crie APIs RESTful robusta
      • Reforce a segurança
      • Crie esquemas de mensagens bem definidos e fáceis de consumir
      • Padronize os dados e codificação
      • Teste o desempenho e escalabilidade das APIs
      • Publicar e documentar a API
    • Usabilidade - Como realizar testes de usabilidade?
    • Usabilidade - Como desenvolver aplicações para dispositivos móveis?
      • Boas Práticas
      • Componentes da Interface
    • Cloud - Guia para modelos de implementação
      • Cloud pública
      • Cloud privada
      • Cloud comunitária
      • Cloud híbrida
      • Comparativo dos modelos de implementação
    • Cloud - Guia para modelos de serviço
      • IaaS - Infrastructure as a Service
      • PaaS - Plataform as a Service
      • SaaS - Software as a Service
      • Comparativo dos Modelos de Serviços Cloud
    • GuIA Responsável para a IA
      • Responsabilização
      • Transparência
      • Explicabilidade
      • Justiça
      • Ética
    • O que é o ciberataque?
    • Como criar um plano de testes?
    • Como documentar testes funcionais?
    • Quais os tipos de testes que pode realizar?
    • Como disponibilizar e reutilizar dados abertos
      • Publicar dados abertos no dados.gov
      • Findability - Tornar os dados localizáveis
      • Accessibility – Tornar os dados acessíveis
      • Interoperability – Promover a interoperabilidade dos dados
      • Reusability – Facilitar a reutilização de dados
      • Recomendações para ficheiros CSV
      • Recomendações para melhorar o nível de abertura dos dados
      • Reutilizar dados abertos
    • Como aderir ao Fornecedor de Atributos de Funcionário (FAF)?
      • Como aderir?
      • Como fazer o Registo de Entidades?
        • Tipo de Entidade
        • Registo de Entidade
        • Adicionar os Funcionários à Entidade
          • Editar Entidade
          • Adicionar Funcionário
            • Dados Pessoais
            • Cargos Profissionais
            • Poderes
            • Resumos e conclusões
          • Upload do Excel
          • Termos e Condições
      • Como fazer a Gestão de Entidades?
        • Ações sobre funcionários
        • Cancelar Registo
    • Decreto-Lei nº 49/2024 - Perguntas Frequentes
      • Inventário de Portais e Serviços
      • Calendarização da Concretização das Medidas
      • Desenho dos Serviços Federados
        • Serviços e a aplicação do Ágora Design System
        • Requisitos
        • Fluxo do serviço federado
        • Protótipos
      • Inventário de Linhas de Atendimento
  • SDG - Plataforma Digital Única
    • Regulamentos e diretrizes
    • Requisitos dos serviços digitais
  • Adesão ao Fornecedor de Evidências – Emissor de Evidência
    • Tipos de evidências
    • Endpoints
      • GetEvidence
        • Estrutura dos parâmetros de entrada
        • Estrutura dos parâmetros de saída
  • Adesão ao Fornecedor de Evidências – Localizador de Evidência
    • Comunicação com o Localizador de Evidência
      • Redireccionamento para o Localizador de Evidência
      • Endpoints do Portal de Serviços
      • Redireccionamento para o Portal de Serviço
      • Consulta do Estado da Evidência
    • Códigos de Resposta
  • 🚀Serviços de Nova Geração
    • Arquitetura de Referência para a nova geração de Serviços Públicos Digitais
      • Conceitos
      • Princípios Orientadores
      • Standards
      • Metamodelo
      • Plataformas comuns
        • Estrutura Classificativa
        • Descrição
        • Serviços e Interfaces
      • Padrão de referência de solução aplicacional
      • Caso de utilização
    • Representação de novos serviços públicos
      • Consultar pontos da carta de condução e contraordenações
      • Ativar Chave Móvel Digital (CMD) com biometria
        • Ativar CMD com recurso à biometria via Aplicação
        • Ativar CMD com recurso a biometria via Videochamada
      • Confirmar a alteração de morada
      • Adquirir o certificado de registo criminal por telefone
  • 🗃️Casos de Estudo
    • Como o Ticapp usa a ferramenta ágil Jira
      • Gestão do Backlog
      • Release
      • Sprint
      • Reports
Powered by GitBook
On this page
  • TOGAF ADM – Visão da Arquitetura
  • TOGAF ADM – Arquitetura de Negócio
  • TOGAF ADM – Arquitetura de Sistemas de Informação
  1. Serviços de Nova Geração
  2. Arquitetura de Referência para a nova geração de Serviços Públicos Digitais

Padrão de referência de solução aplicacional

PreviousServiços e InterfacesNextCaso de utilização

Last updated 2 years ago

Ao criar uma arquitetura de solução aplicacional para um Serviço Público Digital, o arquiteto deve selecionar as Plataformas Comuns que permitem responder aos requisitos funcionais, e apresentá-las no desenho da solução aplicacional a desenvolver. O padrão de referência de uma solução aplicacional é ilustrado nas abaixo, tendo como base o .

Este padrão será apresentado numa aproximação top-down, que corresponde à aproximação sugerida pelo TOGAF ADM no desenho da arquitetura de uma solução. Na descrição seguinte, apenas se referem os artefactos identificados no metamodelo.

TOGAF ADM – Visão da Arquitetura

Durante a fase de visão, identifica-se o Serviço Público Digital, os seus intervenientes (Utilizadores dos Serviços Digitais) e as necessidades informacionais (Objetos de Negócios) percecionados pelos intervenientes.

TOGAF ADM – Arquitetura de Negócio

Nesta fase, o desenho do Serviço Público Digital começa com a modelação do seu comportamento em atividades de negócio, tal como percecionadas pelos seus participantes. Sugere-se a adoção de um método de desenho de processos (por exemplo, o “Process Modeling Method” apresentado em “Fundalemtals of Business Process Management”, by Marlon Dumas et al, Second Edition, Springer. Também acessível em ) e das técnicas de “Process Quality” subjacentes ao método de desenho de processos.

O resultado desta primeira iteração do desenho da arquitetura é a especificação da sequência de atividades (processos de negócio), necessárias à realização do Serviço Público Digital.

A Figura 1 corresponde a uma instanciação do Processo de Negócio sem situações de erros, cancelamentos nem repetições, que designamos por “happy-flow” e que traduz a sequência simples e completa do processo. O padrão proposto é uma sequência de atividades genéricas, que em vez de se designarem por A, B, C, optámos por concretizar na seguinte sequência:

  • Acesso Eletrónico aos Serviços do Estado e Seleção do Serviço Digital;

  • Leitura de Conteúdos;

  • Autenticação no Serviço Digital;

  • Preenchimento de Dados;

  • Receção de Notificação;

  • Receção de Documentos;

  • Pagamento.

Esta é apenas uma das múltiplas sequências possíveis. No padrão incluímos também a atividade “[…]” para expressar podem ser incluídas outras atividades, associadas a outras Plataformas Comuns, e não apenas as que estão aqui listadas.

A Figura 2 apresenta as sequências possíveis do Processo de Negócio, tanto as mais curtas, por exemplo, apenas como a Leitura de Conteúdo, como as mais complexas, por exemplo com repetições, como ainda a mudança de ordem das atividades do exemplo da Figura 1.

TOGAF ADM – Arquitetura de Sistemas de Informação

Nesta fase desenha-se as etapas comportamentais da solução, em termos de etapas do processo aplicacional, necessárias ao suporte do processo de negócio definido na fase anterior.

A identificação das etapas do processo aplicacional deverá ser feita de forma que, sempre que tal seja possível, estas sejam inteiramente concretizadas nas Plataformas Comuns. Para as etapas do processo aplicacional sem concretização nas Plataformas Comuns, será necessário concretizar envolvendo, também ou somente, componentes aplicacionais a desenvolver.

Na camada de “Solução Aplicacional a Desenvolver”, da Figura 3, observa-se uma instanciação do processo aplicacional correspondente ao processo de negócio, bem como a componente aplicacional que o/os realiza.

Nesta etapa do TOGAF ADM, após o desenho do processo aplicacional, o arquiteto deverá explicitar, para cada etapa do processo aplicacional, as interfaces das Plataformas Comuns que as serve, e em alternativa ou em simultâneo, os componentes aplicacionais a desenvolver que lhes estão assignados, tal como apresentado na Figura 3. Neste último caso, e opcionalmente caso já exista mais conhecimento sobre a estrutura dos componentes aplicacionais a desenvolver, o arquiteto poderá explicitar as etapas do processo aplicacional servidas pelas interfaces que compõem os componentes aplicacionais a desenvolver.

A camada de “Plataformas Comuns, Interfaces e Serviços” não é alvo de desenho do arquiteto, que apenas precisa de identificar interfaces. Contudo, optámos por explicitar também os elementos funcionais (serviços) e estruturais (componentes) de cada Plataforma Comum, para maior entendimento do padrão.

As Plataformas Comuns que ficaram fora deste Padrão de Referência, podem e devem ser utilizadas no desenvolvimento de Soluções Aplicacionais. Para as incluir na arquitetura, a atividade nomeada “[…]”, incluída no processo aplicacional, é substituída pela atividade realizada pela Plataforma Comum a adicionar.

A Figura 3 apresenta o padrão completo por uma questão de completude da Arquitetura de Referência. No exemplo apresentado , podemos ver diferentes instanciações deste processo padrão, cada um implementando um serviço digital diferente.

🚀
Caso de Utilização
metamodelo
http://fundamentals-of-bpm.org/
Figura 1 - Padrão de Utilização das Plataformas Comuns - Happy-flow
Figura 2 - Padrão de Utilização das Plataformas Comuns – Fluxo de Etapas
Figura 3 - Padrão de Utilização das Plataformas Comuns - Completo