Sql server 2008 BI项目规划Cognos/SQL Server

我有一个BI项目要使用

SQLServer2008和Cognos8

执行。客户机似乎正在使用传奇式的临时/自行开发的应用程序。其中一些报告使用了较旧版本的Cognos客户端至今还没有计划或是什么“< /强”，但急于将所有旧版本的COGNOS报告迁移到CGONOS 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的任何原因）

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

---

似乎是一个相当主观的问题，但这里有一些建议。对所有这些都持保留态度，因为您的情况和客户的情况并非如此，也无法在这里完全描述
需求驱动技术选择，而不是反过来。考虑可扩展性要求、可维护性（行业专业可用性和费率）等。这些是您的“权限”，仔细考虑它们，并在需要的地方请求澄清。 考虑额外的或隐藏的成本/储蓄。SQL Server附带分析服务、集成服务，并与SharePoint很好地集成
从小事做起，走出去。敏捷方法可以创造奇迹，即使它有自己的陷阱。找一个项目赞助人，一个你能及时满足其需求的商业人士。提供一个快速、有能力和胜任的解决方案。其他业务部门和用户会注意到这一点，你会比仅仅试图用图表和承诺说服人们更快、更容易地得到认可。尽快开始创造价值
你真的不想一下子实现大规模升级。这是非常困难的，并且可能以失败告终，至少以某种形式。查找一些大型公司实施的SAP，以及随之而来的诉讼和损失（仅作为示例，而不是为了获得SAP）

---

不要害怕多阶段项目。在一年内，当企业爱你的时候，从基于SQL Server、SSIS、SSRS和有能力的、现代化的设计的有些脱节的单个项目转移到一个统一的整体，比从多种语言、平台，架构师和随之而来的一系列数据问题。
似乎是一个相当主观的问题，但这里有一些建议。对所有这些都持保留态度，因为您的情况和客户的情况并非如此，也无法在这里完全描述
需求驱动技术选择，而不是反过来。考虑可扩展性要求、可维护性（行业专业可用性和费率）等。这些是您的“权限”，仔细考虑它们，并在需要的地方请求澄清。 考虑额外的或隐藏的成本/储蓄。SQL Server附带分析服务、集成服务，并与SharePoint很好地集成
从小事做起，走出去。敏捷方法可以创造奇迹，即使它有自己的陷阱。找一个项目赞助人，一个你能及时满足其需求的商业人士。提供一个快速、有能力和胜任的解决方案。其他业务部门和用户会注意到这一点，你会比仅仅试图用图表和承诺说服人们更快、更容易地得到认可。尽快开始创造价值
你真的不想一下子实现大规模升级。这是非常困难的，并且可能以失败告终，至少以某种形式。查找一些大型公司实施的SAP，以及随之而来的诉讼和损失（仅作为示例，而不是为了获得SAP）

---

不要害怕多阶段项目。在一年内，当企业喜欢你的时候，从基于SQL Server、SSIS、SSRS和胜任的、现代化的设计而构建的有些脱节的单个项目转移到一个统一的整体，要比从多语言、平台、架构师和随之而来的一系列数据问题更容易。
@bluefeet你怎么能这样对我？我在主持人选举中投了你获胜的一票，哈哈；）@蓝脚怪你怎么能这样对我？我在主持人选举中投了你获胜的一票，哈哈；）这是一个很好的例子，说明这类问题将在新的空间中被解决；p客观的、本地化的问题，因此可以在该空间中进行专门化；）这就是为什么我们要努力找回BI，这是一个很好的例子