PIGEND206M. Guia de Projeto SAP Fiori. Data da Publicação: Agosto Versão: 1.0

Documentos relacionados
ETL Guia de Projeto. Data da Publicação: Fevereiro Versão: 1.0. Arquitetura Guia de Projeto Geral

OBIEE Guia de Projeto

BAM - Quick Development Overview Business Event e RTView v2.0. DSI/DIS Arquitetura Aplicacional Arquitectura Transversal

Arquitetura Guia de Projeto Geral

GRID Gestão e Reporte de Indicadores de Desempenho

AVISO PARA APRESENTAÇÃO DE CANDIDATURAS N.º 01/SAMA2020/2018

Processo de desenvolvimento de sistema de informação - DSI

2015 espap Entidade de Serviços Partilhados da Administração Pública, I.P. Direitos reservados. 59

Alternativas para a Interoperabilidade entre Sistemas de Informação Universitários

POLÍTICA DE PRIVACIDADE SUBLIME STAY, LDA

10. Política de Segurança de Terceiras Partes

SIG RECURSOS HUMANOS E VENCIMENTOS

Manual de Política do Sistema de Gestão Integrado

Norma Funcional para a partilha de resultados de MCDT sem papel. 1ª FASE (formato pdf)

Documento Geral Explicativo. GS1 Portugal. Sync PT Documento Geral Explicativo

Enterprise Application Integration (EAI)

049e77a82cf34facacab6fd3bbf34626

contidos na descrição do serviço para localizar, contactar e chamar o serviço. A figura mostra os componentes e a interação entre eles.

MANUAL DE POLÍTICA DO SISTEMA DE GESTÃO INTEGRADO

a forma mais simples de gerir a sua carga em todo o mundo

Manual de Procedimentos. Volume 5 Direção de Serviços de Informática. 5.1 Área de Aplicações e Sistemas de Informação

José Carvalho (Serviços de Documentação da Universidade do Minho,

! A Informação de Gestão existente não está adequada às novas exigências da gestão na Administração Pública (AP). Porquê?

S4F02. Contabilidade gerencial no SAP S/4HANA para profissionais de CO do SAP ERP ESTRUTURA DO CURSO. Versão do curso: 08 Duração do curso:

REALING - Plataforma Online de Reabilitação da Linguagem SOBRE

Paradigmas de Software

Manual de Integração. Soluções Pssst! e Tlim v8.15

ALM Aplicações em Linguagem de Montagem. Introdução. A produção de Software é uma atividade build and fix. build. fix

Guia para uma correta adaptação da contabilidade às novas regras. Saiba tudo o que muda e como estar preparado

O parceiro Certo na implementação do projeto de Faturação Eletrónica, Saiba Porquê!

Etapa 6 - Elaboração da documentação da qualidade

Procedimento de Resolução de Situações em que se verifica a existência de trabalho infantil

Manutenção Leitura: Sommerville; Pressman

Prof. Fábio Lúcio Meira

3 Arquitetura para a Coordenação e a Composição de Artefatos de Software

Guia Prático Taxonomias PRIMAVERA ERP V9.15

5 Processo de Reificação e de Desenvolvimento com ACCA

POLÍTICA DE SEGURANÇA DA INFORMAÇÃO

AVISO PARA APRESENTAÇÃO DE CANDIDATURAS N.º 01/SAMA2020/2018

POLÍTICA DE PROTEÇÃO DE DADOS

PROJETOS CONJUNTOS Qualificação das PME

Pós-graduação Business Process Management (PGBPM)

BPMN e BPMS. Ad, Décio, Marcos, Yuri

Desenho de Software. Sumário

Guilherme Fernando Gielow

ADENDA AO MANUAL VERSÃO 1.13

SISTEMA DE PRESTAÇÃO DE CONTAS POR VIA ELECTRÓNICA - SERVIÇOS E ORGANISMOS PÚBLICOS (APRESENTAÇÃO)

REDE NACIONAL DE MENTORES. Regulamento

SISTEMA DE PRESTAÇÃO DE CONTAS POR VIA ELECTRÓNICA - SERVIÇOS E ORGANISMOS PÚBLICOS (APRESENTAÇÃO)

Integração por Web Services

AVISO PARA APRESENTAÇÃO DE CANDIDATURAS N.º 01/SAMA2020/2018

REPOSITÓRIO DO ISPA GUIA DO AUTO-ARQUIVO

SISTEMAS DE INFORMAÇÃO E MONITORIZAÇÃO

S4PR1 Sourcing e suprimento e simplificação em detalhes

Estratégia Nacional de Educação para o Desenvolvimento. Documento de Apoio: Desagregação das medidas e das tipologias de atividades

Projecto Relatório Único no SIRAPA. Sessões Técnicas Grupo de Trabalho RU 29, 30 e 31 de Março 2011

RUP RATIONAL UNIFIED PROCESS

HA100 Introdução ao SAP HANA

Apresentação de case Implantação de GED. Diego Lemos

S4F02. Contabilidade gerencial no SAP S/4HANA ESTRUTURA DO CURSO. Versão do curso: 03 Duração do curso: 2 Dias

Transmissão Automática de Dados para o INE

Plataforma de Dados da Saúde

POCAL - SNC-AP. Manual de Transição e Prestação de Contas - SISAL. Apresentado por: AIRC

Plataforma de Dados da Saúde

Relatório de consulta pública da CMVM n.º 6/2017. Projeto de Regulamento da CMVM n.º _/2017

Manual de criação de referências multibanco no SONHO v2 via SITAM. SONHO v2

POLÍTICA DE PRIVACIDADE E PROTEÇÃO DE DADOS

DOCUMENTO DE VISÃO 1. TÍTULO DO PROJETO. 2. RESPONSÁVEL PELO DOCUMENTO Ciclano

S4LG1. Processos Inovadores de Logística no SAP S/4HANA Enterprise Management ESTRUTURA DO CURSO. Versão do curso: 09 Duração do curso:

Arquivo e Documentação Digital: Acesso. Carlos Guardado da Silva

SAP Fiori Casos de Uso e Melhores Práticas de Implementação

Este documento é propriedade exclusiva da Santa Casa da Misericórdia do Porto. Data: 01/06/18 - v01 ; Classificação Doc.: Pública

Introdução à Engª de Requisitos

Bandeira da Ética. Regulamento

TAXONOMIAS 5/10/2017 AGENDA DO EVENTO 27 ABRIL PORTO 15H 04 MAIO VISEU 15H 08 MAIO LEIRIA 15H 09 MAIO LISBOA 15H 15 MAIO BRAGA 15H

Fábio Amado João Maio 33306

ClassGenerator - Desenvolvendo aplicações em PHP com qualidade e eficiência.

Site [

REPOSITÓRIO DO ISPA GUIA DO AUTO-ARQUIVO

No contexto informático. Requisitos

Norma Técnica para a obtenção de consentimento informado para a partilha de resultados de MCDT sem papel

Política de privacidade

Tópicos Especiais em Informática Fatec Indaiatuba

SCM605. Processamentos de vendas em SAP ERP ESTRUTURA DO CURSO. Versão do curso: 15 Duração do curso: 5 Dias

S4F40. Administração de caixa no SAP S/4HANA ESTRUTURA DO CURSO. Versão do curso: 03 Duração do curso: 2 Dias

ELECTRONIC SOLUTIONS TO IMPROVE YOUR BUSINESS. Manual de Utilização Concurso de Conceção Comprador Plataforma BizGov Junho 2012

Santa Clara Empreendimentos

Manutenção de Software. Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2015

Política de Segurança da Informação

ESPAÇOS DO CIDADÃO Decreto-Lei n.º 74/2014, de 13 de maio

CASE STUDY. ERP PRIMAVERA acelera e otimiza negócio da Gestecla com o apoio da INOVFLOW

Transcrição:

PIGEND206M Guia de Projeto SAP Fiori Data da Publicação: Agosto 2016 Versão: 1.0 DSI - Arquitectura Aplicacional COPYRIGHT 2011 Galp Energia, SA 1 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 Direitos Autorais Quadro 1 - Controlo de Versões 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. DSI COPYRIGHT 2016 Galp Energia, SA 2 de 13

Í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 DSI COPYRIGHT 2016 Galp Energia, SA 3 de 13

Tabela de Figuras No table of figures entries found. DSI COPYRIGHT 2016 Galp Energia, SA 4 de 13

Tabela de Tabelas Tabela 1: Documentos Relacionados... 6 Tabela 2: Matriz documentos... 11 DSI COPYRIGHT 2016 Galp Energia, SA 5 de 13

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 DSI COPYRIGHT 2016 Galp Energia, SA 6 de 13

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. DSI COPYRIGHT 2016 Galp Energia, SA 7 de 13

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. DSI COPYRIGHT 2016 Galp Energia, SA 8 de 13

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. DSI COPYRIGHT 2016 Galp Energia, SA 9 de 13

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). DSI COPYRIGHT 2016 Galp Energia, SA 10 de 13

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. DSI COPYRIGHT 2016 Galp Energia, SA 11 de 13

PIGENT011 e PIGENT012 Desenho Técnico: Estes documentos deverão identificar de forma clara ao nível de: Diagrama: o o o SAP ERP, Módulos de função de interface com o serviços do SAP Gateway (diagrama) SAP Gateway, Identificação dos serviços a criar/alterar/usar Aplicação Fiori, Identificação da aplicação e respetivos ponto de interface com os serviços do SAP Gateway Descrição: o o Identificação, das estruturas Z a criar/alterar (texto) 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. DSI COPYRIGHT 2016 Galp Energia, SA 12 de 13

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 DSI COPYRIGHT 2016 Galp Energia, SA 13 de 13