Definindo um book de padrões de desenvolvimento.

Importância

A definição de um book é de extrema importancia para empresas que possuem desenvolvimetnos específicos na plataforma SAP, pois garante a disseminação do conhecimento de forma unitária, para todas as pessoas que atuarem junto as frentes de desenvolvimento, sejam funcionários ou terceiros.

Você pode elaborar seu book levando em conta diferentes aspectos do ciclo de desenvolvimento, como, padronização, performance e até processo de desenvolvimento e seus pontos de checagem.

Neste post nos trataremos a parte de definições dos padrões de nomenclatura do ciclo de desenvolvimento.

Benefícios

Dentre os principais benefícios da padronização dos desenvolvimentos ABAP podemos destacar:

  • A facilidade de treinamento da equipe:

Com materiais de treinamentos, processos padronizados e praticas de desenvolvimento definidas a integração dos novos membros a equipe fica mais agil e fácil.

  • Agilidade nos desenvolvimentos de novos projetos:

As utilizaçõa parões de nomenclaturas e performance padronizadas possibilita que desenvolvedores tenham foco no atendimento a resolução do problema.

  • Facilidade de Manutenção dos códigos legados;

A padronização do código possibilita que todo código siga uma unica estrutura onde o entendimento da codificação realizada se torna mais facil e rápida

  • Redução de tempos e custos de projetos e manutenções;

Uma vez definidos critérios de desenvolvimento estes passar a ser aplicados a todos os projetos da empresa e não ha mais reuniões de definições que não sejam atreladas a execução do projeto.

Padrões

Um book deve tomar como base uma mínima abrangência de objetos que devem ser padronizados. Para facilitar a compreensão dos padrões, nós dividiremos o repositório de objetos no ambiente de desenvolvimento em quatro categorias:

Objetos em geral:

Programa: Request | Include | Grupo de função | Modulo de função

 Classe

Dicionário de dados: Tabela | Estrutura | View | Bads | Enhancement

Categoria de tabela |Elemento de dados | Dominio | Search help | Código fonte: Variáveis locais

Variáveis globais:  Performs | Menssagens | Textos

Outros objetos: Transações

Esta visualização facilita o agrupamento dos diferentes tipos de elementos que nos deparamos no momento de um desenvolvimento de projeto ou manutenção.

Como podemos verificar no quadro acima o amboente SAP possui diversos objetos nos quais devemos nos preocupar no moento de um desenvolvimento.

Vamos exempleficar as técnicas para definição de um book que entendemos serem as mais eficazes na assimilação e dissimição deste conhecimento.

Objetos em geral:

Programas:

Os programas deverão seguir um padrão que possibite claramente identificá-lo. É necessário saber qual seu tipo e módulo funcional.

Request:

Toda Request deve dispor de uma descrição clara e objetiva que permita identificar pelo seu texto, todos os detalhes necessarios para a manutenção da governança do ambiente SAP.

Dicionário de dados:

Para objetos do dicionário de dados seguirão a mesma lógica adotada na definição dos objetos anteriores.

TB = Tabela

DE = Elemento de dados

Código fonte:

Variáveis:

As variáveis devem seguir os padrões de nomenclatura e também cada desenvolvedor deverá tomar o devido cuidado com o uso das variáveis globais e locais.

Forms:

Todos os forms deverão seguir o seguinte padrão, o seu nome sera iniciado em todos os casos com o prefixo ZF_*.

Ouros objetos:

Badi’s:

É importante que quando se crie uma implementação de uma BADI utilize o padrão de nomenclatura para que seja rastreável e permaneça no controle da TI. Sugerimos uma constante que indentifique que o objeto não pertence ao standard, também umaidentificação do objeto, o módulo funcional e uma identificação do objetivo do projeto.

Ex:   Z” _”B _” MM _ ID

Enhancement:

Para os projetos de enhancement a mesma lógica aplicada as BADI’s será a lógica aplicada para este objeto.

Aplicando o book

A boa aplicação dos padrões se antes mesmo do desenvolvimento, iniciamente necessaitamos divulgar estes padroes a todos os envolvidos com o ciclo de desenvolviemtno de software.

A estruturação de uma interação é des suma importância para discimição do conhecimeneto dentro do departmento de tecnologia da empresa;

Após superada esta etapa é necessário revisitar este conhecimento, workshops para debater o assuntos facilitam as praticas de discimminaçào do conhecimento.

Tendo o conhecimento disciminado dentro da empresa temos de monitoar se as praticas estão sengo seguidas pelos colaboradores. É importante estabelecermos uma responsável por auditar se os desenvolvimentos estão seguindo as práticas definidas pela empresa

Conclusão

Neste artigo buscamos apresentar a vocês os passos e as técnicas utilizadas por nós para definição de padrões. Como podemos observar definir um book e uma tarefa bastante trabalhosa e que consome bastante energia dentro da empresa para que se chege a um consenço.

Buscando dar agilidade a seu trabalho de definição vamos disponibilizar em um ebook nosso book de padrões para que você tenha uma uma linha a ser seguida.

Esperamos ter contribuido com a governança de seu ambiente SAP.

E lembre-se a gestão, governança e qualidade dos códigos “Z“ específicos de sua empresa não são resposabilidade da SAP mais sim sua.