O que os desenvolvedores de Business Intelligence (BI) procuram nas revisões de código?

5

Deixe-me começar por dizer que sou não um programador de Business Intelligence (BI). Sou um desenvolvedor .NET e tenho apenas uma noção vaga do que é BI e abrange.

Tenho sido um evangelista para um ciclo de vida de desenvolvimento seguro em nossa empresa e recentemente convenci o restante da equipe de desenvolvimento de que deveríamos fazer revisões entre colegas, incluindo ...

  • Avaliações de requisitos
  • Avaliações de código
  • Revisões de arquitetura / design
  • Avaliações da documentação

A equipe do .NET faz revisões de código e procuramos várias coisas - visão geral:

  • Manutenção (design claro, documentação adequada, etc.)
  • Clareza de código (diretrizes padrão de codificação / nomenclatura .NET)
  • Segurança (verificação de falhas na limpeza de entrada, prevenção de injeção de SQL, etc.)
  • Funcionalidade (faz o que é suposto fazer)
  • Usabilidade
  • Desempenho

De qualquer forma, nossos desenvolvedores de Business Intelligence não fazem o mesmo tipo de codificação / desenvolvimento que fazemos para sites, aplicativos do Windows, etc. Nossos modelos / listas de verificação realmente não se aplicam a eles. Desde que eu fui o único a tentar evangelizar e fazer com que todos começassem a fazer revisões, eles me pediram conselhos sobre que tipos de coisas eles deveriam procurar.

Eu provavelmente poderia guiá-los e ajudá-los a desenvolver suas próprias listas fazendo perguntas sobre o que pode dar errado, o que é importante para eles, etc., mas pensei em perguntar e ver se alguém está ciente das diretrizes estabelecidas para fazer "revisões de código" para desenvolvedores de BI.

Eu também vou tirar, das pessoas de BI "O que você procuraria para avaliar o trabalho de outro desenvolvedor de BI?".

    
por David Stratton 08.02.2013 / 23:34
fonte

1 resposta

1

Eu poderia comentar sobre o lado ETL do ciclo de vida de desenvolvimento de aplicativos de BI. Os parâmetros dependem da ferramenta / linguagem que está sendo usada, mas podem se relacionar em grande parte com os listados acima.

  • Manutenção -A adesão ao design definido pode ser avaliada
  • Claridade do código - As convenções de nomenclatura também estão presentes no desenvolvimento do BI ETL para diferentes objetos usados no código. * Segurança - Não aplicável em um ponto de vista de revisão de código em aplicativos de BI. O foco de segurança está mais na fase de design (que os usuários precisam ver qual subseção dos dados) e no lado da administração (configuração do login do usuário da ferramenta de relatório), etc.

  • Verificações de funcionalidade Acho que isso vem na fase de teste de unidade ou em outras fases de teste - menos para fazer aqui no tempo de revisão de código, exceto para verificar se há planos de teste de unidade e resultados de teste disponíveis como parte da revisão.

  • Usabilidade - NA

  • Desempenho - Pode ser avaliado se os requisitos exigem determinadas medidas (tempo definido para processar os dados) e se as diretrizes gerais para ajuste são seguidas (exemplo mais simples - definição da classificação de associação para tabelas)

Adicional: Geralmente, verificamos a análise de impacto no código existente e a extensão da reutilização do componente. (Trabalhamos em uma equipe de múltiplos membros, onde várias aplicações de BI são

    
por 12.02.2013 / 09:16
fonte