Pular para o conteúdo
Kitegra
← Voltar ao blog

Módulo deste artigo: iFlow Docs

Gere um documento de design técnico do SAP CPI a partir do iFlow

O que um documento de design técnico do SAP CPI deve conter, uma estrutura que você pode seguir e como gerá-lo em Word, PDF ou HTML a partir do iFlow, ou no seu próprio modelo.

Gere um documento de design técnico do SAP CPI a partir do iFlow

Todo projeto de SAP Cloud Integration (SAP CPI) pede um documento de design técnico, e a maioria deles é escrita duas vezes: uma antes do desenvolvimento, a partir da especificação, e outra na passagem para operações, a partir do iFlow, porque o iFlow mudou. A segunda vez é quase só copiar o que o iFlow já diz.

Este artigo lista o que um documento de design técnico de um iFlow deve conter e mostra como gerá-lo a partir do próprio iFlow, em Word, PDF ou HTML, ou no modelo do Word da sua empresa.

Para que serve o documento

Um documento de design técnico explica como o iFlow funciona para quem não o construiu: quais sistemas ele conecta, o que faz com uma mensagem no caminho, como falha e o que um operador precisa para mantê-lo rodando. Ele é lido nas revisões, na passagem para operações e, meses depois, quando a interface quebra.

O que colocar nele

  • Visão geral da interface: nome, ID, pacote, finalidade, senders e receivers com seus adaptadores e endereços.
  • Fluxo: um diagrama e, para cada processo, uma narrativa curta do que acontece com a mensagem.
  • Roteamento: cada Router, suas rotas e condições, e a rota padrão.
  • Mappings e scripts: o que cada um faz, em uma ou duas frases.
  • Headers e propriedades: o que o iFlow define e o que ele lê.
  • Tratamento de erros: os Exception Subprocesses e o que eles fazem.
  • Segurança: os nomes de credenciais e chaves que ele usa (nunca os segredos).
  • Os parâmetros externalizados, e os Data Stores, filas JMS e ligações ProcessDirect que ele usa.
  • Operações: onde monitorá-lo, o que fazer quando falha, com quem falar.

Por que documentos escritos à mão ficam desatualizados

Todos os itens dessa lista já estão no iFlow. Escrevê-los à mão significa copiar endereços, condições e nomes de parâmetros, e cada mudança no iFlow deixa a cópia um pouco mais errada. Um documento gerado a partir do iFlow está certo no dia em que é criado, e gerá-lo de novo depois de uma mudança leva um minuto.

Gere-o a partir do iFlow

  1. Abra o iFlow no designer, clique no botão “Ferramentas do Kitegra” e escolha “Documentar este iFlow”. O “Documento do iFlow” abre em uma nova aba.
  2. Confira os dados que ele leu: participantes e adaptadores, processos e suas etapas, rotas, mappings e scripts, headers e propriedades, parâmetros, nomes de Security Material, stores e ligações, e o tratamento de erros.
  3. Escolha um “Modelo”: “Design técnico”, “Resumo curto” ou “Passagem para operações”.
  4. Preencha “Projeto” e “Autor”; eles ficam guardados para o próximo documento.
  5. Baixe-o em Word, PDF ou HTML.

O diagrama é desenhado a partir do iFlow, e cada processo ganha uma narrativa como “Recebe mensagens de … via …” e “Em caso de erro: …”. Sem o designer, escolha “Enviar um iFlow (ZIP ou .iflw)”; um arquivo enviado não conta para os iFlows do seu plano. Os rótulos do PDF ficam em inglês.

Use o modelo do Word da sua empresa

Se o seu projeto tem um modelo, escolha “Seu próprio modelo do Word”. Escreva marcadores em um arquivo .docx onde os dados devem entrar e depois escolha “Preencher e baixar”:

Interface:   {{iflowName}} ({{iflowId}})
Package:     {{package}}
Project:     {{project}}        Author: {{author}}        Date: {{date}}

Purpose
{{description}}

Senders: {{senders}}        Receivers: {{receivers}}
Adapters: {{adapters}}

How it works
{{narrative}}

Routing: {{routes}}
Scripts: {{scripts}}
Error handling: {{errorHandling}}

A página lista todos os marcadores que ela preenche, entre eles {{iflowName}}, {{package}}, {{narrative}}, {{routes}}, {{parameters}}, {{securityMaterial}} e {{errorHandling}}. Os Message Mappings ganham uma planilha própria: veja documentação de Message Mapping em Excel.

Como o Kitegra ajuda

Os documentos são a área iFlow Docs do Kitegra. O documento é montado no seu navegador; scripts e mappings nunca são enviados para a Kitegra. Antes de documentar um iFlow, o checklist de revisão pega o que você não gostaria de deixar registrado.

O Helper, o Message Monitor, o iFlow Inspector e o iFlow Docs contam, cada um, os iFlows em que você os usa: 5 por módulo sem uma conta Kitegra, 50 no plano Free, 100 no Starter e 300 no Pro; o Business não tem limite. A Toolbox e os extras do espaço de trabalho são gratuitos. Compare os planos.

Experimente no seu próximo iFlow

Veja o que o Kitegra acrescenta ao redor do designer do SAP Integration Suite, ou confira-o ao lado das outras extensões do Chrome da Kitegra.

Perguntas frequentes

O que um documento de design técnico do SAP CPI deve conter?

Uma visão geral da interface, o fluxo com um diagrama, o roteamento, mappings e scripts, headers e propriedades, tratamento de erros, nomes de segurança, parâmetros, stores e ligações, e notas de operação.

Posso gerar o documento a partir do iFlow?

Sim. Escolha “Documentar este iFlow” no menu “Ferramentas do Kitegra”, escolha um modelo e baixe-o em Word, PDF ou HTML.

Posso usar o modelo do Word da minha empresa?

Sim. Escreva os marcadores listados, como {{iflowName}} ou {{narrative}}, em um arquivo .docx e escolha “Preencher e baixar”.

Preciso do designer aberto?

Não. Você pode enviar um arquivo ZIP ou .iflw do iFlow, e um arquivo enviado não conta para os iFlows do seu plano.

O documento inclui senhas?

Não. Ele lista apenas nomes de credenciais e chaves, nunca segredos.

Meu iFlow é enviado para a Kitegra?

Não. O documento é montado no seu navegador; scripts e mappings nunca são enviados.

Trabalhe em iFlows sem sair do designer

Adicione o Kitegra ao Chrome ou ao Microsoft Edge. Comece grátis, sem precisar de conta.