Dicas úteis para Programação
Autor: Maurício Alves Cardeal | Publicado: 2012-06-03T13:27:00-03:00



·&nbsp;
Ler mais de uma vez a documentação recebida, tirando todas as dúvidas
antes de iniciar o programa.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Entender bem o que deve ser feito. Se a documentação for seguida à
risca, o programa provavelmente não funcionará. O analista omite detalhes que
são óbvios para a codificação do programa. Por exemplo, ele não precisa
especificar a abertura de um arquivo que será utilizado no programa. Nem sempre
a documentação é estruturada e neste caso cabe ao programador elaborar a
estruturação adequada.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Fazer um D.H.F. (básico) da lógica do programa e realizar um teste de
mesa com o mesmo.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Seguir a padronização de nomes de campos e rotinas.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Testar todas as condições e mensagens.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Testar sempre módulos reusáveis novos.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Pular testes de chamadas à módulo reusável somente com a concordância
do analista responsável.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Procurar não repetir grupos de instruções no programa. Eles devem ser
colocados numa SECTION que será chamada sempre que necessário.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Colocar comentários relevantes.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Não colocar um só comando dentro de uma SECTION, com exceção da
movimentação da área atual para anterior no INICIALIZA QUEBRA.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Procurar colocar sempre os procedimentos que deverão ser feitos apenas
uma vez por quebra no INICIALIZA QUEBRA, a não ser aqueles que dependam de
resultados do PROCESSA QUEBRA. Neste caso eles ficarão no FINALIZA QUEBRA, que
só existirá quando houver real necessidade.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Criar áreas distintas para quebra e batimento para facilitar o
entendimento do programa em caso de manutenção, obedecendo sempre os nomes
estabelecidos no curso.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Usar o recurso de mover HIGH-VALUES para as áreas de quebra e batimento
quando detectado fim de arquivo para evitar perguntas sobre fim de arquivo fora
da leitura.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Fechar sempre os arquivos em qualquer cancelamento.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Só usar GO TO dentro da SECTION de leitura.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Zerar tabelas por expansão sempre que possível.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Não criar áreas desnecessárias.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Ao utilizar outro programa como base, deletar todas as áreas que não
serão utilizadas e não esquecer de substituir o nome do programa, inclusive
comentários. É comum o programador desatento esquecer de trocar o nome do
programa na área de mensagens, por exemplo.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Preocupar-se com a estética do programa.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Em caso de dúvida, recorrer aos programadores mais experientes sem
receio de fazer uma pergunta que aparentemente possa ser banal. Todo
programador experiente foi iniciante e já passou pela mesma situação.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Procurar dar o maior número possível de informações úteis nos
cancelamentos programados.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Utilizar as mensagens-padrão criadas no curso, já que cada analista
define as mensagens de forma diferente.

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Consultar manuais para aprimorar os conhecimentos. 

·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Estudar e procurar desenvolver-se nas horas vagas.