Che cosa dovrebbero cercare gli sviluppatori di Business Intelligence (BI) nelle revisioni del codice?

5

Consentitemi di prefigurare ciò dicendo che sono non uno sviluppatore di Business Intelligence (BI). Sono uno sviluppatore .NET e ho solo una vaga idea di cosa sia la BI e comprenda.

Sono stato un evangelista per un ciclo di vita di sviluppo sicuro nella nostra azienda, e recentemente ho convinto il resto del team di sviluppo che dovremmo fare revisioni tra pari, tra cui ...

  • Recensioni dei requisiti
  • Recensioni del codice
  • recensioni su architettura / design
  • Recensioni della documentazione

Il team .NET esegue revisioni del codice e cerchiamo varie cose: panoramica generale:

  • Manutenibilità (design chiaro, documentazione adeguatamente documentata, ecc.)
  • Chiarezza del codice (standard di codifica .NET / linee guida per la denominazione)
  • Sicurezza (scansione degli errori per disinfettare l'input, prevenire l'iniezione SQL, ecc.)
  • Funzionalità (fa ciò che dovrebbe)
  • Usabilità
  • Prestazioni

In ogni caso, i nostri sviluppatori di Business Intelligence non realizzano lo stesso tipo di codifica / sviluppo che facciamo per siti Web, applicazioni Windows, ecc. I nostri modelli / checklist non si applicano a loro. Dal momento che sono stato io a cercare di evangelizzare e ho iniziato a fare recensioni tra pari, mi hanno chiesto consigli su quali tipi di cose dovrebbero cercare.

Potrei probabilmente guidarli e aiutarli a sviluppare le proprie liste di controllo facendo domande su cosa può andare storto, cosa è importante per loro, ecc., ma ho pensato di chiedere e vedere se qualcuno è a conoscenza delle linee guida stabilite per fare "revisioni del codice" per gli sviluppatori di BI.

Prenderò anche da persone BI "Cosa cercherai nel valutare il lavoro di un altro sviluppatore di BI?"

    
posta David Stratton 08.02.2013 - 23:34
fonte

1 risposta

1

Potrei commentare il lato ETL del ciclo di vita dello sviluppo di applicazioni BI. I parametri dipendono dallo strumento / lingua in uso, ma potrebbero in gran parte riguardare quelli sopra elencati.

  • Manutenibilità - È possibile valutare l'aderenza al design definito
  • Chiarezza del codice - Le convenzioni di denominazione esistono anche nello sviluppo BI ETL per oggetti diversi utilizzati nel codice. * Sicurezza - Non applicabile a un punto di vista della revisione del codice nelle applicazioni BI. L'attenzione alla sicurezza è più nella fase di progettazione (che gli utenti devono vedere quale sottosezione dei dati) e nella parte amministrativa (configurazione di login dell'utente dello strumento di reporting) ecc.

  • Controlli della funzionalità- Penso che questo rientri nella fase di test unitario o in altre fasi di test - meno da fare qui al momento della revisione del codice, eccetto per verificare se ci sono piani di test unitari e risultati dei test disponibili come parte della revisione.

  • Usabilità - NA

  • Performance - Potrebbe essere valutato se i requisiti richiedono determinate misure (tempo definito per elaborare i dati) e se vengono seguite le linee guida generali per l'ottimizzazione (esempio più semplice - definizione del join rank per le tabelle)

Addizionale: di solito controlliamo l'analisi dell'impatto sul codice esistente e l'estensione del riutilizzo dei componenti. (Lavoriamo in un team composto da più membri in cui sono presenti più applicazioni di BI

    
risposta data 12.02.2013 - 09:16
fonte

Leggi altre domande sui tag