Mudanças entre as edições de "Checklist Programação"
(→Dependências) |
(→Dependências) |
||
Linha 194: | Linha 194: | ||
|- | |- | ||
|Update na expr ||Sempre que fizer um update na expr incrementar a ulibrela | |Update na expr ||Sempre que fizer um update na expr incrementar a ulibrela | ||
+ | |||
+ | |- | ||
+ | |Novo Interfaceamento ||Recalcula Numero de amostra ufManutencao | ||
|- | |- |
Edição das 16h11min de 7 de fevereiro de 2012
Checklist de Programação
Para manter um código padronizado e conciso,
a Uniware preparou as tabelas a seguir, que
auxiliam a garantir uma escrita comum entre
os colaboradores e as medidas preventivas
antes de inserir alterações no software.
esse documento é uma cópia de:
D:\CVS\documentos\Check-list programação.xls
Padrões
Nomeclatura de tabelas | Segue o prefixo {:alnum:}{:alnum:}*_ (2 caracterres e 1 underline) afim de identificar qual projeto a tabela pertence. Exemplos:
| |||||||||||||||||||||||||||||||||
Nomeclatura de views | Utiliza o prefixo {:alnum:}{:alnum:}*V . Exemplos:
| |||||||||||||||||||||||||||||||||
Nomeclatura de campos | Como prefixo, é adicionado uma caracter para definir seu tipo.
IMPORTANTE: Não criar campos do tipo booleano, pois | |||||||||||||||||||||||||||||||||
Tipos de campo | Alguns tipos de campos adotam um padrão em qualquer parte do sistema, são eles:
| |||||||||||||||||||||||||||||||||
Tamanho máximo de uma tela MDI | 1020x680 | |||||||||||||||||||||||||||||||||
Nova Aplicação | Certificar-se de que:
| |||||||||||||||||||||||||||||||||
Código fonte | Em Delphi, segue os seguintes padrões abaixo:
|
Dependências
Novo campo na LBVPEDI | Criar o campo também na LBVPEDI_NAO_COLETADOS |
Criação de nova tabela | Verificar possíveis alterações em:
|
Criação de chave Estrangeira | Afim de evitar erros nos bancos MySQL hospedados em Linux, deve-se criar separadamente a tabela, a chave e a chave estrangeira. Exemplo:
CREATE TABLE LB_TESTE... ALTER TABLE LB_TESTE ADD KEY FK_TESTE_CODI (CCODITESTE) ALTER TABLE LB_TESTE ADD CONSTRAINT FK_TESTE_CODI FOREIGN KEY (CCODITESTE) REFERENCES LB_OUTRO (CCODIOUTRO) Caso a chave estrangeira for relacionada com a tabela de exames, verificar TFExamRename.Processar. |
Criar Campo na LB_EXAM | Ao adicionar um novo campo na tabela:
|
Criar campo no configurador na CFEX | Incluir carga do conteúdo do campo nos relatórios de lista de exames - UFResuRelLista, UFResuRelListaPaci |
Alterar/Criar relatório de fatura | Refletir alterações na exportação da fatura p/ excel |
Criar nova Unit | Verificar se precisa incluir também nos projetos: Unilabw, Unilab_BETA, Unilaudos e unilabSRV
Remover do delphi o autocreate que ele gera automaticamente para o form |
Incluir Campo no TISS |
|
Gravar datahora da coleta | Rotinas que gravam coleta:
|
Gravar datahora da triagem | Rotinas que gravam triagem:
|
Incluída tabela na transmissão | Constante: Versao_do_sistema_de_querypack - Incrementar quando tiver alteração nas funções queryPack e QueryUnPack
Constante: Versao_do_sistema_de_transmissao – Incrementar quando incluir/excluir uma tabela ou informação a ser transmitida Versão do executável: em Project > Options > Version Info: Incrementar em qualquer nova versão Versão do Unilab: A versão do Unilab (componente Sys da UFMain) não é considerada pelo programa de transmissão. Mas a versão do Unilab que está no banco é enviada junto no pacote e verificada nas pontas para ver se bate; Mas não precisa recompilar o servidor de transmissão só porque mudou a versão do Unilab. |
Update na expr | Sempre que fizer um update na expr incrementar a ulibrela |
Novo Interfaceamento | Recalcula Numero de amostra ufManutencao |
Campo chave tipo varchar | Sempre ativar a propriedade UsaTrim do TUEdit Quando puder informar o valor do campo na mão |
Alertas | Sempre que fizer alguma modificação nos alertas dos exames:
|
Alterações na Estrutura do Banco de dados | Atualizar o dicionário de dados: D:\CVS\light\documentacao\Dicionário de Dados Unilab (v.2.0.2).mwb |
Revisão Final 1 - Hints e Warnings | Conferir os Hints e warnings gerados pelo Delphi e eliminá-los corrigindo os possíveis erros que eles podem estar indicando. |
Revisão Final 2 - Dependências | olhar no diff cada função que foi alterada, e conferir no Pascal Browser se a mexida gera efeito colateral nas dependências. |
Revisão Final 3 - Teste de breakpoint | Olhar no diff e colocar um breakpoint em cada bloco alterado e rodar o programa debugando e conferindo o resultado da execução, se o programa fez o que era esperado.
Cada breakpoint que ele passar e fizer o que é esperado, tirar o breakpoint até que todos os breakpoints sejam removidos. O objetivo é testar todas as possibilidades englobadas pela alteração. Caso a implementação seja grande demais tornando esta etapa do checklist muito demorada, vamos conversar com o Cláudio e decidir se queremos dedicar tanto tempo conferindo aquela alteração. |