O que é uma arquitetura de soluções?
Ali Hashim, um conhecido especialista em FMIS, tuitou sobre a arquitetura da digitalização da Gestão Financeira Pública (PFM).
O FreeBalance segue um modelo semelhante abordagem. Mas o que é uma arquitetura de soluções e por que ela é importante para implementação de um Sistema de Informações de Gestão Financeira (FMIS) do governo?
Existem várias definições de Arquitetura de Soluções (SA) com variações sutis, mas talvez as mais confiáveis sejam as de O Grupo Aberto:
- Uma descrição de uma operação ou atividade comercial discreta e focada e como o SI/TI dá suporte a essa operação. Uma arquitetura de solução normalmente se aplica a um único projeto ou versão de projeto, auxiliando na tradução dos requisitos em uma visão de solução, especificações de alto nível do sistema comercial e/ou de TI e um portfólio de tarefas de implementação.
E Gartner:
- Uma descrição arquitetônica de uma solução específica. As SAs combinam orientações de diferentes pontos de vista da arquitetura empresarial (comercial, de informações e técnica), bem como da arquitetura de soluções empresariais (ESA).
O ponto importante a ser lembrado é que um arquitetura de soluções NÃO É A MESMA COISA que um arquitetura corporativa (que descreve a infraestrutura completa de TI, a estrutura de negócios, as metas e os objetivos) ou um arquitetura técnica (descrição da estrutura e da interação dos serviços da plataforma e dos componentes lógicos e físicos da tecnologia).
Por que uma arquitetura de solução é importante para as implementações do FMIS?
A arquitetura de solução eficaz para um sistema FMIS governamental requer integração:
- Subconjunto de metas organizacionais relevantes do Arquitetura corporativa que se aplica ao projeto PFM
- Integração e adaptação do Arquitetura técnicapara atingir os objetivos do projeto de GFP
Arquitetura da solução FreeBalance
Por que usamos uma arquitetura de solução FMIS?
Os projetos governamentais FMIS são transformacional. E Implementação do FMIS não é uma iniciativa técnica de back-office. Trata-se de um projeto que transformará o governo e, portanto, exige uma arquitetura de solução com escopo adequado.
FreeBalance's A pilha de arquitetura de soluções incorpora várias "visões" em todas as facetas.
Visão dos objetivos
- Metas do governo: metas do governo e dos ministérios setoriais
- Objetivos do doador: fornecido se o projeto for financiado por doadores
- Objetivos do projeto: coletados em licitações e nosso entendimento de situações semelhantes
- Resultados esperadospode ou não estar explícito em uma RFP, geralmente descrevendo melhorias
- Impacto esperadoComo o projeto melhora a governança, o bem-estar do cidadão, o desenvolvimento sustentável e a maturidade da GFP
Visão da organização
- Principais partes interessadasMinistérios específicos, como o Ministério da Fazenda, em uma implementação do FMIS
- Ministérios diretamente afetadosOrganizações que implementarão a solução
- Partes interessadas envolvidasDoadores, agências de supervisão, sociedade civil
Visão lógica
- Funcionalidade principal: funções de gerenciamento financeiro tipicamente essenciais
- Principais subsistemas: como folha de pagamento, ativos, aquisições e dívidas, que devem ser integradas ao núcleo
- Funções suportadas: funções como auditoria, transparência, tomada de decisões
Visualização do aplicativo
- Sistema principal: Normalmente, o sistema financeiro central, embora possa ser mais de um sistema
- Principais subsistemas: aplicativos reais usados, podem incluir o ambiente atual em comparação com o futuro
- Aplicativos suportados: apoiado por sistemas como portais, painéis de controle
Visão de integração
- Para: os sistemas para os quais os sistemas fornecem informações
- De: os sistemas para os quais o sistema recebe informações
- TipoMétodo de integração: API, serviços da Web, RPC, arquivo simples, banco de dados, ETL, raspagem de tela
Visualização de informações
- Sistemas e subsistemas alinhado com a visualização do aplicativo
- Migração de dados mostra dados provenientes de sistemas a serem substituídos
- IFontes de informação para dados, metadados, gerenciamento de tarefas, controles, estrutura organizacional
Visão tecnológica
- Camada de apresentaçãoInterfaces de usuário a serem suportadas
- Camada de lógica de negócios: Servidores de aplicativos, middleware, linguagens de programação a serem usadas
- Camada de dados: bancos de dados reais a serem usados
Visualização do projeto
- Coordenar com uma única visualização de projeto
- Identificar dependências dentro de visualizações e entre visualizações
- Alinhar projetos com as altas metas do governo, dos doadores, dos ministérios setoriais e do projeto
- Gerar planos de jogo, quadros ágeis e planos de projeto tradicionais