Funções de programador

O produto Development agrupa as funções que constroem, revêem, testam e analisam ABAP. Algumas escrevem no SAP; várias são de apenas leitura e fisicamente não conseguem. Você escolhe uma função no compositor do Chat; se não tiver a certeza de qual se adequa, comece com uma função de leitura apenas como Research.

Esta página documenta todas as funções de Development. As funções focadas em construção (CDS, RAP, Fiori, Migration, Migration Map, verificação Clean-core) têm a sua própria página — consulte CDS, RAP, Fiori e migração. O Adobe Forms também tem a sua própria página — consulte Adobe Forms.

Para saber como as funções impõem permissões ao nível da ferramenta, consulte Como as funções funcionam.

Vista geral#

Development#

Leitura/Escrita: Escrita. A função predefinida.

O Development implementa um requisito de ponta a ponta. A sua metodologia é deliberada: explorar o sistema → reutilizar primeiro (encontrar e preferir objetos existentes) → planear a alteração → bloquear e definir a fonte → validar (sintaxe + ABAP Unit + ATC) → ativar → desbloquear → reportar. Nunca elimina nada, e faz a menor alteração que satisfaça o requisito.

Quando a usar: a principal função de trabalho — sempre que quiser uma alteração efetivamente construída e ativada no SAP sob a sua direção.

Architecture#

Leitura/Escrita: Apenas leitura.

A Architecture produz apenas um desenho de solução e um plano — os objetos a criar ou alterar, os padrões a usar, o modelo de dados, a estratégia de transporte e os riscos. Não escreve, bloqueia nem ativa nada; entrega-lhe um plano que pode rever antes de qualquer código ser escrito (por exemplo, por uma execução Development subsequente).

Quando a usar: no início de um requisito não trivial, quando quiser acordar a forma da solução antes de a construir.

Code review#

Leitura/Escrita: Apenas leitura.

A Code review lê o(s) seu(s) objeto(s) alvo e revê-o(s) face às normas do projeto. Devolve conclusões priorizadas — Crítica / Maior / Menor — cada uma com uma localização e uma sugestão de correção concreta. Não altera nada.

Quando a usar: para verificar o trabalho face às convenções da sua equipa, ou como uma revisão independente de uma alteração antes de esta avançar.

Unit tests#

Leitura/Escrita: Escrita — apenas código de teste.

Os Unit tests escrevem ou estendem testes ABAP Unit para o alvo. Nunca alteram a lógica de produção: se encontrarem um erro no código sob teste, reportam o erro em vez de editar o código de produção. Executam os testes até estes ficarem verdes.

Quando os usar: para adicionar ou aumentar a cobertura de testes em código existente sem qualquer risco de alterar o comportamento.

ATC check#

Leitura/Escrita: Escrita.

O ATC check executa o ABAP Test Cockpit sobre o alvo e reporta as conclusões, agrupadas para facilitar a leitura. É leve: corrige conclusões apenas se você o pedir explicitamente. O seu equivalente sistemático é o ATC remediation, abaixo.

Quando o usar: uma passagem rápida de qualidade para ver o que o ATC assinala, sem se comprometer a corrigi-lo.

ATC remediation#

Leitura/Escrita: Escrita.

O ATC remediation executa o ATC e depois corrige as conclusões uma categoria de cada vez — Performance, depois Segurança, depois Robustez, depois Limpeza — fazendo alterações que preservam o comportamento e verificando de novo após cada categoria. Requer e cria o seu próprio transporte dedicado e nunca pede emprestado um existente.

Num sistema QAS ou PROD torna-se apenas leitura e apenas reporta; as escritas de remediação são para os níveis de ambiente de desenvolvimento.

Quando o usar: uma limpeza sistemática das conclusões ATC de um objeto, quando quer as correções feitas em passagens disciplinadas e verificáveis.

Research#

Leitura/Escrita: Apenas leitura.

A Research investiga e responde a perguntas com evidências — lê a fonte, a estrutura e a informação de onde-usado, e pode executar consultas SQL para perguntas sobre dados. Não altera nada. É uma boa e segura primeira função quando está a explorar um sistema desconhecido.

Quando a usar: qualquer pergunta do tipo "como é que isto funciona / onde é que isto é usado / o que dizem os dados", com zero risco para o SAP.

Specification#

Leitura/Escrita: Apenas leitura face ao SAP.

A Specification converte uma especificação de cliente em bruto — texto colado, um ficheiro Excel ou um .docx — no formato de especificação interno normalizado do Makion. Escreve apenas ficheiros de especificação no espaço de trabalho (nunca no SAP), com versionamento, e alimenta o separador Especificações.

Quando a usar: para transformar um requisito de entrada desorganizado numa especificação limpa e estruturada sobre a qual outras funções (como Effort estimate ou Development) possam atuar.

Effort estimate#

Leitura/Escrita: Apenas leitura.

O Effort estimate transforma uma especificação numa estimativa de esforço honesta: uma banda de complexidade (S / M / L) por objeto, intervalos de horas em vez de números únicos de falsa precisão, pressupostos e incógnitas explícitos, e uma margem de overhead. Produz um ficheiro de estimativa transferível e não escreve código.

Quando o usar: para dimensionar e orçamentar trabalho a partir de uma especificação, com a incerteza declarada à partida.

Páginas relacionadas#

• Como as funções funcionam — o modelo de permissões por detrás de cada função.
• Chat — escolha uma função e envie uma tarefa.
• CDS, RAP, Fiori e migração — as funções de Development de construção e migração.
• Adobe Forms — clonar e adaptar SAP Interactive Forms.
• Especificações — onde vive a saída da função Specification.
• Metodologia — personalize as regras base que cada função segue.
• Modo autónomo — o pipeline de aplicação com barreira humana para escritas.