O valor de uma aula de Arquitetura de Soluções FMIS Governamentais=

O Valor de uma Arquitectura de Soluções Governamentais FMIS

O que é uma arquitetura de soluções?

Ali Hashim, um conhecido especialista em FMIS, tweetou sobre a arquitetura da digitalização da Gestão das Finanças Públicas (GFP). 

Ali Hashim Tweet

O FreeBalance segue uma abordagem semelhante abordagem. Mas o que é uma arquitetura de soluções e porque é importante para implementação de um Sistema de Informação de Gestão Financeira (FMIS) do governo?

Existem múltiplas definições de Arquitetura de Soluções (SA) com variações matizadas, mas talvez as mais autorizadas sejam as seguintes O Grupo Aberto:

  • Uma descrição de uma operação ou atividade comercial discreta e específica e da forma como os SI/TI apoiam essa operação. Uma arquitetura de soluções aplica-se normalmente a um único projeto ou a uma versão do projeto, ajudando a traduzir os requisitos numa visão da solução, em especificações empresariais e/ou de sistemas de TI de alto nível e numa carteira de tarefas de implementação.

E Gartner:

  • Uma descrição arquitetónica de uma solução específica. As SA combinam orientações de diferentes pontos de vista da arquitetura empresarial (comercial, de informação e técnica), bem como da arquitetura de soluções empresariais (ESA).

O ponto importante a ter em conta é que um arquitetura de soluções NÃO É O MESMO que um arquitetura empresarial (que descreve toda a infraestrutura informática, a estrutura empresarial, as metas e os objectivos) ou um arquitetura técnica (descrição da estrutura e da interação dos serviços da plataforma e dos componentes tecnológicos lógicos e físicos).

Arquitetura de soluções GRP

Porque é que uma arquitetura de solução é importante para as implementações do FMIS?

Uma arquitetura de solução eficaz para um sistema FMIS governamental requer integração:

  • Subconjunto de objectivos organizacionais relevantes do Arquitetura empresarial que se aplica ao projeto de GFP
  • Integração e adaptação do Arquitetura técnicapara alcançar os objectivos do projeto de GFP

Arquitetura da solução FreeBalance

Por que razão utilizamos uma arquitetura de solução FMIS?

Os projectos governamentais FMIS são transformacional. E Implementação do FMIS não é uma iniciativa técnica de back-office. É um projeto que vai transformar a administração pública e, por isso, exige uma arquitetura de solução com um âmbito adequado.

FreeBalance's A pilha de arquitetura de soluções incorpora múltiplos "pontos de vista" em todas as facetas.

Arquitetura da solução FreeBalance

Objectivos Ver

  • Objectivos governamentais: objectivos do governo e dos ministérios sectoriais
  • Objectivos dos doadores: se o projeto for financiado por um doador
  • Objectivos do projeto: recolhido a partir de concursos e do nosso conhecimento de situações semelhantes
  • Resultados esperadospode ou não estar explícito numa RFP, geralmente descrevendo melhorias
  • Impacto esperado: como o projeto melhora a governação, o bem-estar dos cidadãos, o desenvolvimento sustentável e a maturidade da GFP

Visão da organização

  • Principais partes interessadas: ministérios específicos, como o Ministério das Finanças, numa implementação do FMIS
  • Ministérios diretamente afectadosOrganizações que irão implementar a solução
  • Partes interessadas envolvidas: doadores, organismos de controlo, sociedade civil

Visão lógica

  • Funcionalidade principal: funções de gestão financeira tipicamente essenciais
  • Subsistemas principais: tais como folhas de pagamento, activos, aquisições, dívidas, que devem ser integradas com os
  • Funções suportadas: funções como auditoria, transparência, tomada de decisões

Vista da aplicação

  • Sistema principal: normalmente o sistema financeiro central, embora possa ser mais do que um sistema
  • Subsistemas principais: aplicações reais utilizadas, podem incluir o ambiente atual em contraste com o futuro
  • Aplicações suportadas: apoiados por sistemas como portais, painéis de controlo

Vista de integração

  • ParaOs sistemas aos quais os sistemas fornecem informações
  • Deos sistemas para os quais o sistema recebe informações
  • Tipo: o método de integração, como API, serviços Web, RPC, ficheiro plano, base de dados, ETL, recolha de ecrã

Visualização de informações

  • Sistemas e subsistemas alinhado com a vista da aplicação
  • Migração de dados mostra os dados provenientes dos sistemas a substituir
  • IFontes de informação para dados, metadados, gestão de tarefas, controlos, estrutura organizacional

Visão tecnológica

  • Camada de apresentaçãointerfaces de utilizador a suportar
  • Camada de lógica empresarial: Servidores de aplicações, middleware, linguagens de programação a utilizar
  • Camada de dados: bases de dados reais a utilizar

Visualização do projeto

  • Coordenar com uma única vista de projeto
  • Identificar dependências dentro das vistas e entre vistas
  • Alinhar projectos com os objectivos do governo, dos doadores, dos ministérios sectoriais e dos projectos
  • Gerar planos de jogo, quadros ágeis e planos de projeto tradicionais

Tópicos

Contacto