» バージョン11.1
» バージョン11.01
プラットフォーム、開発環境、ソリューションの例について詳しく説明するように求められたので、プラットフォームに含まれているアプリケーション開発ツールSBM Composerについて説明します。
開発環境は視覚的であり、「1行のコードなしで」と呼ばれる完全に機能するアプリケーションを開発することができます。
機能の一般的な概要
SBM Composerは、Windows上にインストールおよび実行されます。 アプリケーションバージョンサーバーとの通信はHTTP（S）経由で行われ、アプリケーションはワンクリックでランタイム環境にデプロイ（デプロイ）されます。 ファイルを介したアプリケーションの便利なインポート/エクスポート、バージョン比較、エラーのアプリケーション検証なども利用できます。
主なセクション
ワークフロー設計
環境の中心的なモジュールは、もちろん、プロセスモデルの設計者であり、情報オブジェクト（ワークフロー）のライフサイクルのプロセス（または複数）をシミュレートできます。 インターフェイスはMS Visioのインターフェイスに似ています-可能なオブジェクトの状態とそれらの間の遷移、スイムレーンなどがキャンバスに注がれます。
唯一の違いは、プロセス図の図の背後に、SBMアプリケーションサーバーが実行できるWebアプリケーションの作業モデルが隠れていることです。これにより、ユーザーは新しい情報オブジェクトを作成、変更、指定されたプロセスに沿って「移動」することができます。
プロセス設計者は、環境の他のモジュールと簡単に接続できます。 開発者は、データモデルのフィールド設定をモデルから直接オーバーライドし、特定の遷移/状態でユーザーに表示する必要があるフォームを選択し、遷移または状態コンテキストにさまざまなビジネスロジックアクションを追加することができます（スクリプト、 オーケストレーションワークフローの実行）など。
ワークフローモデルの状態と遷移のプロパティでは、遷移の前後に、または状態の開始/終了の前にアプリケーションサーバーが実行する必要があるアクションを定義できます。 可能なアクションのリストには、スクリプト呼び出し、Webサービス呼び出し、オーケストレーションスクリプト呼び出し、現在のオブジェクトに関連付けられたレコードの特定の遷移呼び出しが含まれます。 アクションは、条件付きまたは無条件でトリガーできます。
データ設計
データストレージ構造、実際にはデータベース内のテーブル構造をモデル化するために使用されます（ところで、MS SQLまたはOracleがDBMSとして使用されます）。 新しいワークフローを追加するとすぐに、新しいオブジェクトに関する情報（「名前」、「番号」、「作成日」など）を保存するために必要な属性のセットを持つプライマリテーブルが自動的に作成されます。
パレットから独自のフィールドを追加することができます。 フィールドは強く型付けされています-よく知られた型（バイナリ、日付/時刻、数値、テキストなど）とプラットフォーム固有の型（たとえば、ユーザー、単一のリレーショナル、サブリレーショナルなど）の両方が利用可能です。
各フィールドには、デフォルト値、必須、ユーザーインターフェイスのヒントなど、さまざまな種類の設定があります。
開発者は、追加のデータ構造、参照テーブル（補助テーブル）を無制限に作成できます。 実際、これらはさまざまなリスト（たとえば、製品またはサービス、顧客との契約など）を格納するために原則として使用されるデータベース内の追加テーブルです。補助の最も重要な違いは、独自のプロセスが提供されないレコードがここに格納されることです。ワークフロー。
そして最後に、このモジュールでは、XML形式で宣言された外部データソースからのデータ構造が表示されます。これは、本質的に、レプリケーションなしでプロセスで使用する必要があるデータのビューです。
ビジュアルデザイン
ユーザーインターフェイスフォームを作成するためのセクション。 まず、カスタムフォームを作成しなくてもアプリケーションが動作することに注意してください。 この場合、いわゆるクイックフォームが使用されます。これは、データモデル、プロセスモデル、およびユーザー特権に基づいてシステムによって自動的に構築されます。 しかし、現代の甘やかされたユーザーは、原則として、すべての可能な深刻さでユーザーインターフェイスフォームを取る必要があります。
Composerでは、表示（状態フォーム）、編集（遷移フォーム）、印刷フォーム（印刷フォーム）のフォームなど、いくつかのタイプのフォームを作成できます。
エディターを使用すると、フォームのキャンバス上で情報オブジェクトの属性を調整したり、追加のセクション（タブ）を使用したり、フィールドの名前や内容をフォーマットしたりできます。 少なくとも各状態、少なくとも各遷移に対して、独自の個別のフォームを作成できることが重要です。 これは、特定のトランジションのために、たとえば、メモを示すためだけに、またはアーティストを任命するために必要な場合に便利です。フォームは非常に単純化され、必要なフィールドのみが残ります。
開発環境には、フォームをレンダリングするプレビューモードがあります。
より興味深い機能は次のとおりです。
1.アクションを介したインタラクティブ機能の追加。 特別なウィザードを使用すると、特定のイベントに対してさまざまなアクション（フォームのロード、フィールドの値の変更など）を実行できます（フィールドの非表示/表示、必須フィールドの入力の変更、個々のセクションの強調表示など）。
実際、すべて同じことをJavaScriptを介して行うことができます（段落2を参照）が、アクションは人生を大幅に簡素化し、一般的なタスクの80％を解決します。
2. JavaScriptコードを接続して記述します。 jQueryはデフォルトで使用可能です。フォームで必要なプラグインを接続して使用できます。
関数ライブラリは、フォームとの対話に使用できます（フィールド/セクションの非表示、必須など。これらすべてのアクションのための既製のJavaScript関数があります）。
3.組み込みレポート。 単純なリストからダッシュボードへのSBMレポート。 フォームで最も広く使用されているタイプのウィジェット。 たとえば、この方法では、現在のオブジェクトに関連付けられているレコードのリストをフォームに簡単に追加できます。 （たとえば、リリースに含まれる機能のリスト、クライアントが契約で言っていること、この機器で発生した他のインシデントなど）を表示します。
4.また、さらに興味深いウィジェット（RESTグリッドウィジェット、PDFウィジェット）、経過時間を修正するセクション（タイムキャプチャ）なども利用できます。
セキュリティ
最も退屈なセクション。 ここで、アプリケーションのユーザーロールの権利と特権が設定されます。
ロールは特権のコンテナであり、特権は非常に柔軟に構成されます。 たとえば、「開発者」ロールを作成して、そのオブジェクトでのみ動作することを許可しますが、他のすべてを表示し、レポートの実行を許可しますが、独自の作成を禁止します。
拡張機能
最も興味深いのは、開発の観点からのセクションです。 ほとんどの場合、彼らは2つのことをするためにここに来ます
1.サーバーで実行するスクリプトを作成します。 スクリプトは、プラットフォームと対話するための組み込みライブラリの形式の拡張機能を使用してVBScriptで記述されます（オブジェクトの作成、変更、削除、データの読み取りなど）。 スクリプトは、トランジションのコンテキストで実行したり、イベントの通知サーバーによって起動したり、URL経由で呼び出したりできます。
スクリプトを使用するための典型的なシナリオは、たとえば、入力されたデータの検証、オブジェクト名の生成、コストの計算などです。
2.オーケストレーションを作成します。 habrにはすでにこのテーマに関する記事があります。 つまり、特別なプロセスデザイナーを介して、SOAPまたはREST Webサービスを呼び出し、受信したデータを処理し、プラットフォームオブジェクトでさまざまなアクションを実行できます。
典型的なシナリオは、外部システムとの統合（ Serena Deployment Automationなどの他のSerenaシステムとの統合を含む）、外部ソースからのデータの受信などです。
参照資料
最小のセクションですが、非常に重要です。 ここで、開発者は、使用する予定のデータ構造とプロセスを持つ外部アプリケーションを宣言できます。 たとえば、注文を管理するためのソリューションがすでにある場合、ここでそれを宣言し、新しいプロセスモデルで依存サブタスクまたは単なる並列実行フローとして注文を作成する遷移を定義できます。 または、ここで宣言されたディレクトリからデータを取得します。
開発環境の各セクションの目的が明確になったので、特定のアプリケーション例を使用して、SBMビジネスプロセス自動化プラットフォームの機能を明らかにします。