1

を使用して実行するBIプロジェクトSQL Server 2008 and Cognos 8があります。クライアントは、伝説的なアドホック/自家製アプリケーションを使用しているようです。一部のレポートでは古いバージョンのCognosを使用しています。クライアントには現時点での計画などはありませんが、Cognosレポートのすべての古いバージョンをCognos 8（新しいバージョンと見なされます）に移行することを急いでいます。今後、クライアントはSharepoint、現在移行中の.Netプラットフォームでレポートを利用できるようにすることも望んでいます。

過去の露出を考えると、ビジネスユーザーが必要とするすべての基礎となるデータ/データソース/それらのレポートを確認することから始めるのが適切だと思います。次に、ETL、データベースレイヤーを解決するためのデータウェアハウスが続きます。これにより、BIプラットフォームに対する完全なパフォーマンス管理制御が可能になります。特定のビジネスユーザーオブジェクト/部門のメタデータとプレゼンテーションレイヤーを使用するプロトタイプを進めることができます。

これは、ブレインストーミングの質問であり、次の点で関連するアイデアを高く評価しています。

  • SQL Server/CognosでBIプロジェクトを計画するためのより良いアプローチ/より良い実践

  • ITリソースを使用して古いレポートを新しいバージョンのCognosに移行すること、またはビジネスユーザーから収集する要件を使用してデータのソーシング/マッサージを開始することは理にかなっていますか？（クライアントは、将来、他のすべての部門のデータ/レポートをこのBIプラットフォームに統合することを大声で考えています。）後者がプロジェクト計画の成功につながる場合、クライアントを説得するにはどうすればよいですか？

  • または、SQL Server 2008、特に2012 MS BIがBIに対応していることをクライアントと共有する必要があるので、Cognosとの混合に完全に組み込まれたSQL Server / MS BIパッケージを使用することは、大幅なコスト削減になりませんか？（クライアントは、Cognosを使用したい理由をまったく開示していませんでした）

  • BIにコンボを使用したことがある人はCognos/SQL Server、提案/ヒント/監視/ソフトウェアバリア（制限）/ヒント../2セントを提供してください:)

4

1 に答える 1

1

かなり主観的な質問のようですが、ここにいくつかの提案があります。あなたの状況とクライアントの状況はそうではなく、ここで完全に説明することはできないので、それらすべてを一粒の塩で取ってください。

要件はテクノロジーの選択を促進しますが、その逆ではありません。スケーラビリティの要件、保守性（業界の専門家の可用性とレート）などを検討します。これらはあなたの「障害」であり、慎重に検討し、必要に応じてビジネスに説明を求めます。追加または隠れたコスト/節約を検討してください。SQL Serverには、分析サービスと統合サービスが付属しており、SharePointとうまく統合されます。

小さく始めて、出て行きます。アジャイル手法には、独自の落とし穴がありますが、驚異的な効果があります。あなたがタイムリーに満たすことができるニーズを持っているビジネスの誰かであるプロジェクトスポンサーを見つけてください。迅速で有能で有能なソリューションを提供します。他のビジネスユニットやユーザーは注意を払い、チャートや約束で人々を説得しようとするよりもはるかに迅速かつ簡単に賛同を得ることができます。できるだけ早く価値の創造を始めましょう。

あなたは本当に一挙に大規模なアップグレードをウォーターフォールしたくありません。それは非常に困難であり、少なくとも何らかの形で失敗に終わる可能性があります。大企業によって行われたSAPの実装のいくつかと、それに続く訴訟と損失を調べてください（例として、SAPを取得するためではありません）。

多段階のプロジェクトを恐れないでください。複数の言語、プラットフォーム、アーキテクトよりも、SQL Server、SSIS、SSRS、および有能で最新の設計から構築された、ややばらばらの個々のプロジェクトから、ビジネスがあなたを愛している1年で、統一された全体に移行する方が簡単です。それに伴う一連のデータの問題。

于 2013-02-05T03:17:12.747 に答える