ブロック モード アプリケーションの設計

ここでは、ブロック モード アプリケーションの設計について説明します。ブロック モードの設計プロセスは、分析の結果から始まります。
gen85
Gen
を使用したシステム開発では、設計者は分析中に見つかった情報を基にして、ビジネスのニーズを満たす情報システムを記述します。
システムの記述を使用して、ユーザが設計に満足するまでプロトタイプのビルドとテストを繰り返すことができます。
この設計に基づいてシステムを構築し、テストできます。
クライアント/サーバのテクニックとベスト プラクティスの詳細については、「クライアント/ サーバ アプリケーションの設計」を参照してください。

設計プロセス

このプロセスは、システム設計を構築する準備ができたときに完了します。
以下の図は、ブロック モードの設計プロセスを構成するアクティビティのシーケンスを示しています。
This image depicts the Design Process.
分析はブロック モードの設計では省略可能です。データ構造は、システム構造の設計後にいつでも設計することができます。

設計の目的

設計のアクティビティの目的は、システムの外部の側面を設計し、エンド ユーザの代表者と確認することです。
設計者は、システムの外部設計が、提案されているビジネス ユーザと場所に適しており、求められる処理量と応答速度を実現する技術に幅広く対応できることを確認する必要があります。ユーザが、設計の機能、そのフォーム、およびシステム開発のビジネス目的を満たすための適合性に同意するまで、詳しい技術的な問題の検討を先送りすることが必要な場合があります。
たとえば、アナリストが、ビジネスで顧客を追跡する必要があることを特定しました。そこで、「顧客の追加」という名前の基本プロセスを定義し、この要件をサポートするために、顧客を追加するための規則を指定します。
このプロセスを設計時にインプリメントするには、以下に示すような問題に対処します。
  • 顧客はオンライン、バッチ、またはその両方で追加する必要があるか
  • オンラインの場合、1 人のユーザが 1 回の実行で複数の顧客を追加できるようにする必要があるか
  • ユーザ インターフェース(画面またはウィンドウ)をどのような外観にして、ユーザとの対話方法をどのように設計すべきか
  • 「顧客の追加」プロセスを「顧客の変更」や「顧客の削除」といった他の基本プロセスと組み合わせて単一のプロシージャにする必要があるか
設計の目的やシステムの形式に関する制約はこれだけではありません。たとえば、経営陣は、新しいシステムで他のシステムに対する投資を可能な限り利用して保護することを望んでいます。このために、現行のシステムとデータを効果的に使用するための手順設計が必要になります。また、現行のアプリケーションやデータ記憶構造が新しいシステムでも使用できることを指す「レガシー」という用語を耳にするでしょう。さらに、経営陣は、新しいシステムが計画済みまたは並行開発中の他のシステムと連携するように設計することを求めます。

設計用
Gen
ツール

設計全体を通じて、以下の表に示すツールを使用して、ビジネス システム モデルに詳細情報を追加できます。
Gen
ツール
使用方法
対話設計図
プロシージャを定義し、対話を設計します。
アクション図
プロシージャ ロジックを設計します。
データ構造リストおよびデータ ストア リスト
データベースの物理構造を表示し、その物理構造を変更します。
プロシージャ合成
プロシージャ アクション図の構築を自動化します。
構造チャート
インプリメントされたアクション ブロックとプロシージャ アクション図の関係を示します。
画面設計
画面レイアウトを設計します。
このセクションでは主に、
Gen
ツールの使用についての詳しい説明ではなく、設計手法について説明しています。
Gen
の構築ツールセットでは、広範なターゲット オペレーティング システム、データベース管理システム、プレゼンテーション管理環境、テレプロセッシング モニタを対象としたコードを生成できます。通常は、設計の結果を直接構築に使用できます。
それ以外の事例では、設計ツールセットでシステム仕様に関する各種のレポートを収集し、プロシージャを手動でインプリメントする際に使用することもできます。