Siebel CRMと協力するための推奨開発慣行？

Question

私はすぐにSiebel CRMと仕事をしているかもしれません。そして、現代の開発慣行とエンタープライズのベストプラクティスを使用することに関するアドバイスを探しています。

具体的には、次の領域についてアドバイスをお願いします。

• バージョン制御をどのように設定する必要がありますか（特にSubversionを使用）？リポジトリにはどのような構造が必要ですか？枝とタグをどのように処理する必要がありますか？
• コードレビューを行うにはどうすればよいですか？必ずしも「コード」を持っているわけではないSiebelツールを介して行われた構成の変更をどのようにピアレビューできますか？これらの変更は、品質保証と知識の移転、および変更管理ポリシーの遵守についてレビューしたいと考えています。
• どのような変更管理がSiebelでうまく機能しますか？変更ログにリストされているもののみが実際に変更されたときに実際に変更されていることをどのように確認しますか？
• アプリケーションのテストを自動化するにはどうすればよいですか？シーベルではユニットテストも可能ですか？ Webテスト用のQTPを示唆する別の質問を見ましたが、機能する他のオプションはありますか？
• Siebel Developmentの取り組みで継続的な統合プラクティスを実装するためにできることはありますか？
• 従来の「コーディングスタイル」ガイドラインに該当する義務やその他のものについて、どのような推奨事項がありますか？
• 開発の役割をSiebel Administratorの役割からどのように分離する必要がありますか？ビルド/テスト/デプロイサイクルはどのように見えますか？

このための新しい高価なツールを入手できるとは限りませんが、本当に優れたROIを提供する有料ツールがある場合は、お気軽にお問い合わせください。

これらの方針に沿って他の推奨事項があるが、私の質問の1つで具体的に扱われていない場合は、それを追加してください。

Answer 1

バージョン制御をどのように設定する必要がありますか（特にSubversionを使用）？

Siebelツールのドキュメントで提供されるガイダンスを使用します。ただし、SiebelはSVNのファイルから構築されていないため、アーカイブツールとしてのみ役立ちます。コードを管理したり、SVNからビルドすることはできません。

リポジトリにはどのような構造が必要ですか？枝とタグをどのように処理する必要がありますか？

Siebel開発コードはSVNで構築または管理されていないため、これはかなり役に立たないことです。 SRFを構築し、レポをエクスポートし、SVNのタグまたはブランチでマッチした日付に注意してください。

コードレビューを行うにはどうすればよいですか？必ずしも「コード」を持っているわけではないSiebelツールを介して行われた構成の変更をどのようにピアレビューできますか？これらの変更は、品質保証と知識の移転、および変更管理ポリシーの遵守についてレビューしたいと考えています。

これを行うには、Siebelツールを使用してください。明らかなエラーのための「チェック」ツール（すべての開発者がチェックインする前にこれを使用する必要があります）とdiffツール（同じオブジェクトの古いバージョンのチェックが必要です。お望みならば）。通常、1日1回チェックツールを自動化し、出力ログを確認し、1日5回Siebelサーバーからビルドを自動化し、コンパイル中にエラーを探します。 SVNを介したDIFFSと標準のDIFFツールは可能かもしれませんが、SiebelオブジェクトはSVNにXMLのようなファイルとして保存されているため、時々読みにくいです。

どのような変更管理がSiebelでうまく機能しますか？変更ログにリストされているもののみが実際に変更されたときに実際に変更されていることをどのように確認しますか？

?

アプリケーションのテストを自動化するにはどうすればよいですか？シーベルではユニットテストも可能ですか？ Webテスト用のQTPを示唆する別の質問を見ましたが、機能する他のオプションはありますか？

QTPは、標準的な方法です。オラクルWebサイトで、推奨される他のベンダーについては確認してください。 Sikuliを試すこともできます。

Siebel Developmentの取り組みで継続的な統合プラクティスを実装するためにできることはありますか？

あまり。

従来の「コーディングスタイル」ガイドラインに該当する義務やその他のものについて、どのような推奨事項がありますか？

現在の命名ガイドラインについては、Siebel Bookshelfの適切なセクションをチェックアウトし、これらを常に使用してください。

開発の役割をSiebel Administratorの役割からどのように分離する必要がありますか？

よく分からない。

ビルド/テスト/デプロイサイクルはどのように見えますか？

新しいSRFを構築し、1晩に1回Devから新しいリポジトリをエクスポートします。すべての開発作業がチェックインし、単体テストが完了したら、次のSRFとレポを取り、テスト環境に押し込みます。通常のソフトウェア開発のこの時点で、SVNを分岐してトランク上で開発し続けますが、SVNから構築できず、SVNからの多くのファイルをビルド環境に簡単に復元できないため、Siebelは異なります。 DEV（およびそれが完了するまでメインライン開発開発を一時停止する）またはテスト環境でテストのためのホットな修正を行うのが最善であり、開発環境にugいバックポート（実際にほとんどの人が行うこと）。新しいSRFを構築し、1晩に1回テストから新しいリポジトリをエクスポートします。 4週間以下のサイクルに固執してみてください（1週間以下のdesing/プロトタイピングで1週間、1週間、テストで1週間、バグの修正と展開のために1週間） - それ以上になり、計画のオーバーヘッドは素晴らしい。

より簡単な生活のためのヒント：ビジネスサービスを除いてEScriptを避けます（そうでなければ、管理不能になります）。自分のローリングではなく、すべてのSiebel組み込みのツールを使用します。ロールアップ機能を避けるようにしてください（常に良い考えのように思えますが、常にパフォーマンスを破壊します）。画面とビューの数を絶対的な最小値まで保持します。代わりにレポートを作成する必要がある場合、ビューを構築しないでください。 EIMを使用していなくても、EIMテーブルが作成された拡張機能とスキーマ拡張機能が常に一致していることを確認してください。論理スキーマに一致する統合オブジェクトを構築してみてください - それらは常に有用であり（Webサービス、XMLパブリッシングの場合）、事実の後に構築するための仕事の地獄。ランタイムイベントよりもワークフローポリシーを好む。インデックスなしで新しいソートまたは検索仕様を追加しないでください - これまでにありません。 LOKテーブルへの順方向リンクを作成しないでください。常にパッチ。ベンダーがあなたが何かをすることができると言っていない場合、決してそれをしないでください。

Answer 2

Subversion、Hudson、Jira、Siebel ADM、およびすべてを統合するいくつかの自己執筆のものからなるSiebelシステム向けの完全な継続的な統合ツールチェーンを設定しました。

Siebelの「ソースコード」は、たとえばJavaベースのプロジェクトほど標準的なCIアプローチには適していませんが、このヘルプドはたくさんあります。

そして、はい、SIFを含むファイルをSubversionリポジトリに入れることが可能です。 ソース 展開用。

これについてブログを書く予定です http://siebel-ci.blogspot.de/ - 乞うご期待。

Answer 3

SVN/CVはSiebelには適していません。いくつかの理由は
a）Siebelオブジェクトは、DBオブジェクトとSVN/CVSなど、変更に相当するSIFを保存します。
これらの変更は、いくつかの基本的なクエリを除き、クエリすることは不可能です。
b）SiebelツールとSVNの統合は、ゆるく結合された統合です。
理想的な統合は、Siebelリポジトリと熱狂的なツールにある必要があります。

ファイルベースのバージョンコントロールの多くのショートコミングに対処するツールオブジェクトを見てください。
http://www.enterprisebeacon.com/siebel_version_control_tool.html
Object Hiveは、Siebelバージョンのコントロールのために特別にゼロからあります。その機能のいくつかは次のとおりです。
1）すべてのバージョン履歴を保存するSiebelリポジトリに似たオブジェクトベースのリポジトリ。
これにより、変更を照会し、変更に基づいてコードレビューを実施するのは非常に簡単です
2）バージョン履歴をクエリするSiebelツールに似たブラウザベースのGUI（変更のためのSIFファイルをcombingしない）。
3）シームレスな統合 - Siebelリポジトリと直接統合します。
無謀な開発者向けの乱雑なインストールはありません。 4）あらゆる期間にわたる変更を簡単に識別する強力なレポート（リアルタイムおよびバッチ）。
5）Oracle Exa-Ready Certified。