多層モデルの7原理
それは完了したよりも簡単ですが、私は今週始めたいと思います 地球物理学 このテーマでは、このテーマに関する完全な書籍がありますが、7 Webの原則2.0を使用して、多層モデルのスキームを要約し、それをジオマティックフィールドに適用します。
多層と呼ばれる概念は、クライアントサーバーアプリケーションがブームになり、プライベートネットワーク(イントラネット)も普及する一方で、インターネットの成長に関連して生まれました。 最も重要な目的のXNUMXつは、開発が操作に影響を与えないことです。ましてや、常に使用されているシステムのクエリユーザーには影響しません。
例えば、フィールド技術者、マッピングまたはデジタイザが情報を供給しなければならない大規模な指導プロジェクトの場合、そうである。 法律のアナリスト、GISと正規化技術者はデータを処理しなければならず、一方、外部ユーザー側からは、相談のレベルやオンライン手続きの要求が求められます。
このモデルとその原則の層を見てみましょう。
開発層
1.シンプルなデザイン。 多層アプリケーションが開発される場合、プロセス、データ展開、または機能の更新を遅くする機能を誇張することはできないことを理解することが重要です。 これが、サーバー上で実行されているJavascriptのようなプロシージャを使用すると、多くのユーザーがシステムをリロードせずに同時にタスクを実行できる理由です。 プロセスを小さくすることができるので、設計を単純に保つためにプロセッサの数と容量を監視するだけで済みます...これはソフトウェアアーキテクトの専門である以上に神のスキルのようですが。
2.マルチデバイス用のアプリケーション。 ユーザーがデスクトップデバイスやさまざまなモバイルからWeb経由で情報にアクセスすることを考慮する必要があるため、開発ではこの原則を考慮する必要があります。 よく知られているガジェットの進化を予測することは容易ではありませんが、少なくともプロジェクトの専門性は、大規模なプロセスの場合のように、データのフィードとダウンロードの目的で検討する必要があります。GISアプリケーションでのGPS機器とPDAの使用/最小限の表形式のデータフィード機能を備えたCAD、およびラスター/ベクトルデータの使用。 専門分野が多様化する中、技術の進歩を意識する必要があります。
3。 データベース経由。 プロセッサが崩壊しないようにするには、ユーザーが実行するアクションはデータベースへの単純な呼び出しであると考える必要があるため、ファイル転送を使用する場合は、Webサービスを作成することをお勧めします。 マップを使用する場合、理想は公開用のIMSサービスを作成し、ドキュメントをダウンロードする場合は、Webサービスの使用を探すことです。
プロセス層
4。 プラットフォームとしてのウェブ イントラネットであろうとインターネットであろうと、概念は同じであり、ユーザーの作業環境がオンラインであることを確認して、あらゆるタイプのプロセスがサーバーから実行されるようにします。 デスクトップアプリケーションを再設計する必要はありますが、プロセスの操作に大きなリソースを持つチームが必要ないようにすることを目的としているため、これは次の原則によって補完されます。
5。 オンラインアプリケーションの使用。 このレイヤーには、クエリを超えるプロセスを実行するレベルのユーザーも含まれるため、これは開発者にとって大きな課題です。 これは、表形式のデータの操作だけでなく、個別のファイルの使用を必要とするcadastralメンテナンスの場合です。 このため、選択したソフトウェアは、制御されたファイル管理環境、バージョン管理、およびチェックアウト-チェックインと呼ばれるプロセスを提供する必要があります。 APIは、機能を特定し、デスクトッププロセスが同期を複雑にするのを防ぐ機能も提供することが期待されています。
ユーザー層
6。 集団知能。 この原則は、最近非常に人気のあるコミュニティの概念に由来しています。 これらのフォーラム、サポートネットワーク、インスタントメッセージングチャネルなど、ユーザー間のコミュニケーションを容易にするインターフェイスを作成して、ユーザーが疑問や解決策を共有し、集合的なスキルを活用できるようにすることが重要です。
7。 フィードバック。 作成されるサービスは、ユーザーがエラーを報告したり、コメントを追加したりできるように、十分な機能を備えている必要があります。重要なことは、他のXNUMXつのレイヤーを管理するユーザーが訪問者について知っていることです。 このレベルでは、安全な制限付きアクセス、機能ロギング、および自動変更更新も期待されます。
これらの原則は、ソフトウェアのブランドを決定する瞬間に影響を与えるはずです。これは、主にこれが終了時の製品ではなく、開発の手助けをする能力にあるためです。
あなたの情報をありがとう、ありがとう。
非常に良い記事は私の多くを助けた!
ご挨拶!