BI 项目规划 Cognos/SQL Server [关闭]

Question

我有一个要使用SQL Server 2008 and Cognos 8 执行的BI 项目。客户似乎正在使用传奇的临时/自制应用程序。有些报告一直在使用旧版本的 Cognos。 客户目前没有任何计划或任何计划，但急于将所有旧版本的 Cognos 报告迁移到 Cognos 8（他们认为这是全新版本） ）。展望未来，客户还希望通过目前正在迁移的 .Net 平台在 Sharepoint 上提供报告。

鉴于过去的曝光，我认为，查看业务用户/他们的报告所需的所有底层数据/数据源将是一个更好的起点，然后是 ETL，数据仓库来解决数据库层。这将为 BI 平台提供全面的绩效管理控制。我们可以继续为给定的业务用户对象/部门制作一个原型，参与元数据和表示层。

这更像是一个集思广益的问题，高度赞赏以下方面的相关想法：

• 在 SQL Server/Cognos 上规划 BI 项目的更好方法/更好的实践

• 使用 IT 资源将旧报告迁移到新版本的 Cognos 或从业务用户收集需求开始数据源/消息传递是否有意义？ （因为客户正在大声思考将来将所有其他部门的数据/报告集成到这个 BI 平台中。）如果后者更符合成功的项目规划，如何说服客户？

• 或者我应该与客户分享 SQL Server 2008，特别是 2012 MS BI 在 BI 方面的能力，那么完全使用 SQL Server/MS BI 包而不是混合使用它不是一个巨大的成本削减与 Cognos？ （客户根本没有透露他们想要使用 Cognos 的任何原因）

• 任何使用过Cognos/SQL Server BI 组合的人，请提供建议/提示/注意事项/软件障碍（限制）/提示../2cents :)

Answer 1

似乎是一个相当主观的问题，但这里有一些建议。对它们持保留态度，因为您的情况和客户情况并非如此，因此无法在此处完整描述。

需求推动技术选择，而不是相反。考虑可扩展性要求、可维护性（行业专业可用性和费率）等。这些是您的“能力”，请仔细考虑它们，并在需要时要求业务部门进行澄清。 考虑额外或隐藏的成本/节省。 SQL Server 自带分析服务、集成服务，并与 SharePoint 很好地集成。

从小处着手，然后走出去。敏捷方法可以创造奇迹，尽管它有自己的缺陷。寻找项目发起人，即业务中可以及时满足其需求的人。提供快速、有能力和称职的解决方案。其他业务部门和用户会注意到，与仅仅试图用图表和承诺说服人们相比，你会更快、更容易地获得支持。尽快开始创造价值。

您真的不想一口气进行大规模升级。这是极其困难的，而且很可能以失败告终，至少在某种形式上是这样。查看大型公司实施的一些 SAP 实施以及随之而来的诉讼和损失（仅作为示例，不是为了获得 SAP）。

不要害怕多阶段项目。在一年之内，当业务爱你的时候，从有点脱节的单个项目（全部建立在 SQL Server、SSIS、SSRS 和有能力的、现代的设计）到统一的整体，比从多种语言、平台、架构师转移更容易以及随之而来的一系列数据问题。