バックグラウンド
概念的には、GIS ベースのマップ (Google マップなど) を使用してデータを参照するために簡単に統合できるツールまたはソフトウェア ツール スイートを探しています。提案されたアーキテクチャは次のようなものですが、これらに限定されません。
上記の技術は固定されたものではありません。たとえば、OpenGEO が多くのコンポーネントを削除し、リストにない他のコンポーネント (認証や承認など) を追加できる場合、それが最も役に立ちます。
基本的に、アーキテクチャは次のように要約されます。
Map -> Filter sites -> Select sites -> CRUD
と:
Map -> Filter sites -> Select sites -> Summary Reports
次のセクションでは、これら 2 つの問題について、架空の (大雑把な) 例を使用して詳しく説明します。
問題 - CRUD
最初の画面で、ユーザーは任意の基準 (チーム名、地域、スキル、装備など) でフィルタリングし、いくつかのサイトを選択するように求められます。
フィルタリングされたオプションに一致するサイトがマップ上に表示され、データの編集に使用できるいくつかのオプションがユーザーに表示されます。
ユーザーが Personnel を選択すると、システムは CRUD 画面を提供します。
CRUD 画面は、次のような単純なコード テーブルを使用して、かなり複雑にすることができます。
問題 - レポート
問題の 2 番目の部分は最初の部分と非常に似ていますが、ユーザーは CRUD 画面にアクセスする代わりに、レポートを生成することを選択できます。
ユーザーがレポート用のサイトを既に選択していることに注意してください。ユーザーが機器オプションを選択すると、概要データを含むレポートが生成されます。
質問
これらの機能のほとんど (すべてではないにしても) を提供できる市販のソフトウェア ツールはどれですか?
注: 相互作用は示されているとおりである必要はありませんが、主な使用例が可能である必要があります。
ユース ケース 1 - データベースに入力する
- 地図上で地域を定義します。
- サイト [建物の場所] を地図上に配置します。
- データを挿入します (サイトごと)。
ユース ケース 2 - 選択
- システムが地図を表示します。
- 地域やその他の条件によるユーザー フィルター。
- ユーザーがサイトを選択します。
- システムはオプション (メンテナンスまたはレポート) を提供します。
ユース ケース 3 - メンテナンス
- ユーザーがメンテナンスを選択します。
- システムは複雑な CRUD を示します。
- ユーザーは、データを追加、編集、または削除できます。
ユース ケース 4 - レポート
- ユーザーがレポートを選択します。
- ユーザーは、生成するレポートのタイプを選択します。
- システムが要約レポートを生成します。