caderno de encargos - galp energia

DSI - Arquitectura Aplicacional COPYRIGHT 2011 Galp Energia, SA 1 de 13

PIGEND206M

Guia de Projeto – SAP Fiori

Data da Publicação: Agosto 2016

Versão: 1.0


DSI COPYRIGHT 2016 Galp Energia, SA 2 de 13

Controlo de Versões

Versão Descrição Parceiro Gestor Galp Publicação

1.0 Criação de documento Galp/DSI 130087 25.08.2016

Quadro 1 - Controlo de Versões

Direitos Autorais

Documento inédito com todos os direitos reservados. A inscrição “COPYRIGHT © 2010 Galp Energia, SA” foi

atribuída a este documento para, em caso de publicação acidental, proteger os direitos da Galp Energia SA.

Nenhuma parte deste documento pode ser reproduzida sob qualquer forma, inclusive fotocópia ou transmissão

electrónica para qualquer computador, sem o prévio consentimento escrito da Galp Energia SA.

Confidencialidade

As informações contidas neste documento são confidenciais e da propriedade exclusiva da Galp Energia SA, não

podendo ser utilizadas, divulgadas, ou cedidas a terceiras partes, sem o prévio consentimento escrito da Galp

Energia SA.



Índice

1 INTRODUÇÃO ......................................................................................................................................... 6 1.1 SINÓPSE ............................................................................................................................................ 6 1.2 DOCUMENTOS RELACIONADOS ............................................................................................................... 6 2 IMPACTOS EM OUTROS PROCESSOS EXISTENTES NA GALP .............................................................................. 7 3 NORMAS, STANDARDS E MELHORES PRÁTICAS ............................................................................................ 8 3.1 VERTENTE FUNCIONAL ......................................................................................................................... 8 3.2 VERTENTE TÉCNICA ............................................................................................................................. 9 3.3 MELHORES PRÁTICAS ........................................................................................................................... 9 3.4 DOCUMENTAÇÃO ESPECIFICA ................................................................................................................ 9



Tabela de Figuras

No table of figures entries found.



Tabela de Tabelas

Tabela 1: Documentos Relacionados ............................................................................... 6

Tabela 2: Matriz documentos ........................................................................................ 11



1 Introdução

1.1 Sinópse

Este documento tem por objetivo efetuar o enquadramento às várias áreas interessadas que, direta ou

indiretamente, estejam envolvidas em projetos de SI em que exista componente de SAP Fiori.

Devido à predominância da utilização desta plataforma com os ERP’s SAP, são também identificados impactos

nestes sistemas a ter em consideração aquando do desenho, nomeadamente do desenho técnico.

O presente documento aborda as seguintes vertentes:

Ambientes

Documentação de projeto

Este documento é complementar ao documento “Guia de Projeto – Geral”, sendo que toda a informação e

documentação que não é especifica da plataforma SAP Fiori encontra-se vertida no documento supra.

Assim, aconselha-se a leitura do referido documento “Guia de Projeto – Geral” antes de continuar a leitura

deste guia específico.

Só com o cumprimento das regras definidas é que os projetos ou ações de manutenção poderão ser aceites no

que respeita à promoção de ambientes e respetivas gates de controlo.

1.2 Documentos relacionados

Nome do Documento Descrição Resumida

Tabela 1: Documentos Relacionados



2 Impactos em outros processos existentes na Galp

Os ambientes disponíveis são os seguintes:

Desenvolvimento;

Qualidade;

Produção.

O processo de promoção de ambiente dos desenvolvimentos em Fiori a lógica é identifica à dos ERP’s SAP,

sendo que todos os objetos são promovidos de ambiente por via de Ordens de Transporte.



3 Normas, Standards e Melhores Práticas

Para promover a otimização do TCO associado à gestão da plataforma apresenta-se de seguida um conjunto de

normas funcionais e técnicas a serem seguidas pelas equipas de desenvolvimento e pelas equipas de

manutenção.

O conjunto de regras pretende definir um conjunto de “standards” que contribuam para a:

Consolidação do know-how sobre as capacidades que são disponibilizadas pela plataforma;

Uniformização dos processos de desenvolvimento, e com isso facilitar o processo de gestão da

manutenção;

Reutilização das componentes que são desenvolvidas, reduzindo o esforço em termos de know-how e

do processo associado a manutenções corretivas e evolutivas;

Identificação de melhores práticas que garantam a melhor performance da plataforma;

Identificação de melhores práticas que garantam um “decoupling” entre plataformas. Esta questão é de

importância central aquando da implementação de processos de integração com outras plataformas;

Efetiva e fácil monitorização e intervenção em caso de falha.

3.1 Vertente Funcional

O desenho de interfaces e adaptadores de integração devem ter em conta, funcionalmente, a estruturação dos

processos e respetiva solução para os suportar na arquitetura de integração, sem esquecer a normalização dos

serviços mapeadores de funções de negócio, assim como do modelo de dados. As vertentes mais importantes

implicam:

Estruturação dos processos de negócio, e operacionais, a suportar pela plataforma – Numa organização

com vários domínios de negócio e sistemas de suporte, é imprescindível a estruturação dos seus

processos críticos que sejam interdependentes, de modo a facilitar a construção de um repositório

único de dados e processos de negócio.

Transformar as funções de negócio em serviços normalizados – As funções de negócio deverão ser

transformadas no sentido de permitirem uma camada de abstração que as torne “independentes” do

sistemas-origem, tornando-as passíveis de utilização por diversos sistemas.

Articular as definições, de nível funcional, com todas as unidades de negócio da Galp Energia – Na

sequência do ponto anterior, é imprescindível que existam momentos de sincronismo na estratégia de

transformação, de maneira a não desequilibrar a Arquitectura de SI e de não comprometer a sua

evolução, sendo por isso necessário a referida articulação.



3.2 Vertente Técnica

A evolução da perspetiva funcional para a concretização técnica implica o detalhe do desenho funcional e

transformação dos requisitos de negócio em requisitos técnicos, bem como o desenho dos fluxos de suporte

aos processos e identificação das necessidades de transformações e respetivo mapeamento de eventos, tendo

sempre em vista:

A reutilização, sempre que possível, de funcionalidades e serviços.

Simplificação das soluções – De maneira a que possam ser reutilizados, os processos, fluxos, serviços e

funcionalidades, devem ser simplificados a um nível de “granularidade” que os torne, sempre que

possível, independentes da lógica de negócio.

Preferência pelas funcionalidades out-of-the-box, em detrimento de desenvolvimentos à medida –

Como boa prática, deve sempre optar-se por soluções já testadas e com capacidade comprovada,

sendo que os desenvolvimentos à medida devem ser esporádicos e apenas nos casos em que não

exista um solução pré-definida ou customizável.

Enfoque na robustez das soluções, no sentido de manter os princípios de integridade de dados – Dado

que o sentido da integração aponte para uma “partilha” acrescida de informação, qualquer falha pode

ter implicações em vários sistemas.

3.3 Melhores Práticas

Os desenvolvimentos em SAP Fiori deverão seguir os standards e as best practices definidas pela SAP bem

como os princípios de arquitetura definidos pela Galp. A sua não observância deverá, caso tal ocorra, ser

claramente identificado com informação para a DSI/Área de Arquitectura e Standards, a qual definirá a

orientação a ser seguida.

As equipas que não cumpram o anteriormente estipulado assumirão todo o ónus de alterar os

desenvolvimentos e documentação associada no sentido de cumprir com o exposto.

3.4 Documentação Especifica

Ao nível da documentação técnica é importante dar visibilidade a 4 componentes chave de um projeto com

componente de SAP Fiori:

ERP’s SAP (SAP C, SAP P, SAP RH, etc.), dar visibilidade dos módulos de função e estruturas Z que

sejam criadas/alteradas para suportar a camada de dados de Fiori.

SAP M (SAP Gatetway), dar visibilidade dos serviços e respetiva comunicação com o(s) ERP’s.



Componente Fiori (ficheiros SAPUI5 – XML e Javascript alojados no SAP Gateway), dar visibilidade da

lógica aplicacional, dos ficheiros e serviços do Gateway que são evocados.

Perfis de acesso, dar visibilidade dos perfis ao nível do ERP e do Gateway (ex.: para garantir a ligação

segura – thrusted RFC).



De acordo com as fases de realização de um projeto de SI na Galp Energia, apresenta-se a matriz associada à produção/disponibilização da documentação para

validação:

Fase Definição Conceptual

Desenho Detalhado

Construção da Solução

Testes e Aceitação

Passagem a Produção

Exploração

PIGENT011 – Desenho Técnico Alto nível C A A A

PIGENT012 – Desenho Técnico fluxo (end-to-end) C A A A

PIGENT219 – Desenho Técnico Objeto SAP C A A

PIGENT219M – Desenho Técnico Objeto SAP Gateway C A A

PIGENT216M – Mapeamento de dados C A A

PIGENT219MUI – Aplicação Fiori C A A

PIGENT716 – SAPM – Perfis Fiori C A A A A

PIGENT716 – [ERP] – Perfis ERP C A A A A

Tabela 2: Matriz documentos

(C)riar; (A)tualizar.

De notar que a entrega desta documentação, por parte da Equipa de Projeto, é fundamental para se assegurar a total aceitação do sistema por parte do

fornecedor de manutenção aplicacional, e que servirá de base ao bom cumprimento das suas funções.



PIGENT011 e PIGENT012 – Desenho Técnico:

Estes documentos deverão identificar de forma clara ao nível de:

Diagrama:

o SAP ERP, Módulos de função de interface com o serviços do SAP Gateway (diagrama)

o SAP Gateway, Identificação dos serviços a criar/alterar/usar

o Aplicação Fiori, Identificação da aplicação e respetivos ponto de interface com os serviços

do SAP Gateway

Descrição:

o Identificação, das estruturas Z a criar/alterar (texto)

o Identificação de especificidades nos mapeamentos e lógica

PIGENT219 – Desenho técnico objecto ERP SAP:

Deverá ser elaborado 1 documento por cada interface de comunicação com o SAP Gateway. Caso o

documento já exista, o mesmo deverá ser atualizado.

Deverá ser elaborado 1 documento por cada estrutura Z. Caso o documento já exista, o mesmo deverá ser

atualizado.

PIGENT219M – Desenho técnico objecto SAP M:

Deverá ser elaborado 1 documento por cada serviço do SAP Gateway. Caso o documento já exista, o

mesmo deverá ser atualizado.

Este template deverá também ser usado para a descrição técnica de funções Fiori que tenham alguma

complexidade.

Os documentos poderão ser do Tipo: “Serviço” ou “Função”.

PIGENT216M – Mapeamento ERP SAP com SAP M:

Deverá ser elaborado 1 documento por cada interface de comunicação entre o ERP SAP e o SAP Gateway.

Caso o documento já exista, o mesmo deverá ser atualizado.

PIGENT219MUI – Desenho Técnico Aplicação Fiori:

Deverá ser elaborado 1 documento por aplicação Fiori, com a descrição técnica da aplicação (árvore de

navegação, descrição técnica associada a cada uma das funcionalidades.

Caso haja funções com um grau de compexidade elevado, deverá ser feita uma descrição genérica da

funcionalidade e criado um documento PIGENT219M, com o tipo “Função”.



PIGENT716 – SAPM – Perfis SAP M

Deverá ser elaborado 1 documento por aplicação Fiori

PIGENT716 – [ERP] – Perfis ERP SAP

Deverá ser elaborado 1 documento por projeto

caderno de encargos - galp energia

Documents