商业智能(，BI)开发人员会在代码评审中寻找什么？

Question

首先，我要说，我不是商业智能(BI)开发人员。我是一个.NET开发人员，我对BI是什么以及包括什么只有一个模糊的概念。

我一直是我们公司安全开发生命周期的倡导者，最近我说服了开发团队的其他成员，我们应该进行同行评审，包括.

• 需求审查
• 代码评审
• 架构/设计审查
• 文件审查

.NET团队进行代码评审，我们查找各种内容--一般概述：

• 可维护性(清晰的设计，充分的文档，等等)
• 代码清晰度(标准.NET编码/命名指南)
• 安全性(扫描清除输入、防止SQL注入等方面的失败)
• 功能(它做它应该做的事情吗)
• 可用性
• 性能

无论如何，我们的商业智能开发人员并没有为网站、windows应用程序等做同样的编码/开发。我们的模板/清单并不真正适用于它们。因为我一直试图传教，让每个人都开始进行同行评议，他们向我请教他们应该寻找哪种类型的东西。

我可能会指导他们并帮助他们制定自己的核对表，方法是询问哪些问题可能出错，什么对他们很重要，等等，但我想问一问，看看是否有人知道为BI开发人员进行“代码评审”的既定准则。

我还将从BI人员那里学到：“在评估另一个BI开发人员的工作时，您会寻找什么？”

Answer 1

我可以评论BI应用程序开发生命周期的ETL方面。参数取决于所使用的工具/语言，但在很大程度上可能与上面列出的工具/语言有关。

• 可对定义的设计的可维护性-Adhereence进行评估
• 代码清晰性-- BI开发中也存在针对代码中使用的不同对象的命名约定。*安全性--不适用于BI应用程序中的代码审查角度。安全重点更多的是在设计阶段(用户需要查看数据的哪个子部分)和管理端(报告工具、用户登录配置)等等。
• 功能检查--我认为这是在单元测试阶段或其他测试阶段进行的--在代码评审时不那么需要进行，只是检查是否有单元测试计划和测试结果可作为评审的一部分。
• 可用性- NA
• 性能--如果需求需要一定的度量(处理数据的定义时间)，如果遵循一般的调优准则(最简单的示例-定义表的连接级别)，则可以评估性能。

附加:我们通常检查对现有代码和组件重用范围的影响分析。(我们在一个多成员团队中工作，其中多个BI应用程序是