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?"