データ指向設計への移行

ここでは、設計におけるドキュメントベースのアプローチ(以降ATP)からデータ指向のアプローチ(以降DO)への移行のトピックに関するいくつかの議論があります。 ATPアプローチと比較したDOアプローチの主な機能と利点は、プロジェクトアクティビティで最も一般的なビジネスプロセスの実装例で考慮されます。



はじめに



今日、設計組織はドキュメント指向のパラダイムに住んでおり、データの大部分はドキュメント内に保存されています。

これは、設計段階の完了後、検査のために、さらに建設と運用の段階に送るために、文書のリリースが依然として必要であるという事実によるものです。 すなわち ドキュメントは、ビジネスプロセスの参加者間の情報転送の単位です。



このようなアプローチは、以前は唯一可能な方法でした。 今日の現実では、多くの生活領域で、ATPパラダイムからDOへの変換と移行を目の当たりにしています。 そして、これはデジタル経済プログラムの主要な方向性の1つであり、その実施が州の将来を決定します。 特に、DOアプローチは、いわゆる第4産業革命を決定するすべての最新技術の基礎です。



プロジェクト活動では、情報の交換全体は依然としてドキュメントの交換に完全に基づいています。



一方、情報モデリング技術(BIM)にはかなり強い関心が寄せられています。 また、このテクノロジーの実装は、さまざまな州、業界、個々の企業のレベルで異なりますが、基本的な原則は依然として共通です。 その中でも、3Dモデルと一般的なデータ環境の使用を選択できます。



しかし、ドキュメント指向の世界でBIMテクノロジーを実装することは可能ですか?



定義から始めましょう。



データは、実際のオブジェクトを記述するために使用される最小の独立したエンティティです。 たとえば、データは、媒体の全体的な寸法やパラメーター(圧力、温度など)のプロパティなど、オブジェクトの特性です。



ドキュメントは、ドキュメントのタイプと目的に依存する共通のコンテキストによって接続されたデータのコンテナです。 ドキュメントは、紙の形式と電子形式(pdf、xlsなど)の両方で提出できます。



データ指向のアプローチへの移行の全体的なポイントは、ドキュメントの本文からデータベースにデータを転送することです。







次に、データがどのようにユーザーの情報に変換されるかを理解します。



データは異なる文字の集合であり、それ自体は意味を持ちません。 それらは解決される問題の文脈でのみ重要性を獲得します。 この時点で、データは情報に変わります。



つまり、ドキュメントはデータウェアハウスです。 そして、ユーザーは、ドキュメントからデータを選択し、特定のコンテキストでそれを見て、それを解釈し、情報に変換します。







ユーザーがドキュメントを操作するとき、ドキュメントの特定の部分のみに有用なデータが含まれます。 図では、この部分は塗りつぶされた長方形として示されています。

特定のユーザー向けの情報は、特定のコンテキストで考慮されるすべてのドキュメントと3Dモデルからの有用なデータのコレクションです。







同じドキュメントと3Dモデルのセットには、このデータを操作するユーザーとその検討のコンテキストに応じて、異なる情報に変換されるデータが含まれています。







データ指向設計に切り替えても、ユーザーが生成する情報は変更されません。 データソースを変更するだけです。

したがって、ユーザーの情報に変換されるデータのソースはドキュメントではなくなります。 データベースがソースになります。







設計プロセスの参加者間のデータ交換のいくつかの一般的なシナリオの例で、2つのアプローチの適用を比較してください。



最初のシナリオは、共通のドキュメントを一緒に記入することです。 たとえば、アンケート。

ATPアプローチでは、プロセスの各参加者がドキュメントの各部分を順番に埋めていきます。

DOアプローチでは、すべての参加者が共通ドキュメントのデータをデータベースに並行して入力するため、プロセス全体の期間が短縮されます。







次のシナリオは変更を加えることです。



ATPアプローチでは、1つのドキュメントに変更を加えると、依存ドキュメントに変更を加える必要が生じます。



DOアプローチでは、データベースに変更を加えるだけで十分です。 ドキュメントは自動的に生成されます。 データ変更の履歴全体がデータベースに保存され、必要に応じて取得できます。







次のシナリオも変更プロセスに関連しています。



データを変更する場合は、関係者に通知する必要があります。

集中的な作業とさまざまな通信の問題が発生する可能性があるため、古いデータが最終的なドキュメントに入力される可能性が高くなります。



DOアプローチでは、データは1か所でのみ変更され、ドキュメントは自動的に生成されます。 したがって、このようなエラーの発生は完全に排除されます。







部門間でタスクを共有するアプローチも変化しています。 ATPアプローチでは、タスクの交換はドキュメントの交換であり、ATPアプローチでは、ドキュメントの交換はなくなります。 すべてのデータは単一のデータベースに保存され、特定のデータのアクセス可能性のレベルはステータスシステムを使用して規制されているためです。







頻繁にドキュメントを操作する場合、異なるバージョンのドキュメントがユーザーまたはネットワークフォルダーの異なるローカルコンピューターに散らばっている状況があります。 その結果、必要な情報を検索する時間が失われます。



DOアプローチでは、変更はデータレベルで発生し、単一のデータベースに保存されます。 したがって、必要なデータにすばやくアクセスし、このデータが関連していることを完全に確認できます。







ユーザー間でドキュメントを転送するプロセスを反映する別の単純なシナリオ。

ATPアプローチでは、最初のユーザーがドキュメントを2番目のユーザーに渡します。 次に、ドキュメントから必要なデータを抽出して分析し、他の設計参加者にさらに転送するためのドキュメントを生成します。



DOアプローチでは、最初のユーザーはデータベースにデータを入力するだけで、2番目のユーザーはすぐにアクセスできます。 その後、ドキュメント自体が自動的に生成されるため、時間を節約できます。







DOアプローチを適用する最大の効果は、3Dモデリングとの併用によってもたらされます。 非常に明らかな例は、3Dモデリングテクノロジーを使用すると、図面を変更する時間をどれだけ短縮できるかです。 従来のアプローチでは、図面の変更はかなり時間がかかるプロセスであり、組織内で通信の問題が発生した場合にエラーのリスクが伴います。 3Dモデルと図面の自動生成用に適切に構成されたツールを使用する場合、3Dモデルのみで変更を加えるだけで十分です。 図面は自動的に生成されます。



当然、これは理想化されたプロセスであり、図面の設計に対する特定の要件のために、その適用が常に可能であるとは限りません。







おそらくここでやめて、なぜデータと3Dモデルを使用する利点があるのに、ドキュメントを使用するのかを考えます。



私の意見では、主な理由は歴史的に確立された慣行であり、システムの大きな慣性です。 コメントを書いてください。 この問題についてのあなたの意見は興味深いです。



All Articles