建物に関する文書：ダークタワーの例の自動化の小さな喜び

私たちがどのように書類を殺し続けているかについて話したいです。 最近降伏した分野の1つは、技術的なワークフロー、つまり、オブジェクトのライフサイクルの設計、構築、およびその他の段階で必要なすべてのペーパーです。 タワーを建設する必要があると想像してみましょう。 これは、ダークタワーの建設とほぼ同じですが、官僚主義の観点からははるかに暗いです。



そのような構造は、たとえそれがダークタワーであっても、明確な（しかしかなり大きく複雑な）プロセスを持っています。 たとえば、すべてがエンジニアリング調査で始まり、次にスケッチが表示され、次にプロジェクト自体、許可、現在の見積もり、タワーの戦車が塗られていなかったという事実に関するコメント付きの公式メモなどがあります。 そして最後に-規制と操作説明書。

そのため、タワーはまだなく、ドキュメントフローはすでにそこにあり、建設のかなり前に表示されます。 しかし、すでにタワーのアイデアの段階から、当社の技術文書管理システムを使用できます。

建設前

それはすべて、新しい施設を設計するタスクから始まります。 赤の広場にこの塔を建てることにしたとします。 世界間の移行の論理の観点からは非常に正しいかもしれませんが、おそらく、経済的には非常に非合理的であり、同意することですべての可能性があります。

したがって、最初の段階は、現在の場所でこのプロジェクトを行うことがどれだけ理にかなっているか、そして投資が報われたかどうかの評価です。

顧客はデザイナーのためにタスクを設定します。彼らは言う、友人、そのようなオブジェクトを構築するアイデアがあり、そのような場所でそれを構築することに同意することが可能です。 構築が可能かどうか、もし可能ならどれくらいの費用がかかるかを教えてください。

これを行うには、大量のドキュメントを収集する必要があります。 私たちの塔の場合、地質調査データ、現場での通信計画、そのような塔の建設を管理する文書、および領土、土地の種類などを使用するための原則が必要になります。 州の基準と地域の規制枠組みに従って、建設が計画されている地域。

リストは非常に大きいです。

すべての許可証を収集する必要があるという事実に加えて、建設されるものの財務計算も行う必要があります。この場所でタワーを建設するのにどれくらいの費用がかかるか、そしてそのようなプロジェクトが費用効果があるかどうか。 これは投資の理論的根拠と呼ばれます：かなりおおよそですが、プロジェクトに取り組む価値があるのか​​、具体的にはこの場所では絶対に正当化されないのかを示しています。

その後、ビルドするかどうかを決定します。

ビルドすることにした場合、すべてがスケッチのレベルになる前に、プロジェクトのドキュメントが注文されます。 スケッチは、印象派の精神で鉛筆でナプキンにでも好きなように行うことができますが、主なことは、建設に関する決定を下す人が理解してうなずくということです。

一般に、プロジェクトの文書化はもう1つのrrです。 これらは、複雑なドキュメント相互接続システム、シールとスタンプのある山のようなフォルダーです。 外部器官を形成する許可はまだ紙の形のままですが、私たちのソフトウェアはプロジェクト段階ですでに多くのことに役立ちます。 紙を最小限に抑えるために、テクニカルドキュメント管理システムCROC STDOを開発しました。 プログラムを開き、「プロジェクトの作成：ダークタワー、タイプA」をクリックするだけで、連邦法の要件を満たすプロジェクトドキュメントの完全な構造を取得できます。 まさにそのような施設を建設するための基準や法律に従って必要なものはすべてあります。 しかし、GOSTから判断すると、もちろん給水塔があります。 ダークはカスタム名です。

普遍的なスキームはないことに注意することが重要です-オブジェクトの各タイプには独自の特性があります。 ただし、STDOは特定の顧客のニーズに合わせて調整されているため、顧客の生活は大幅に簡素化されます。

次に、ドキュメントをシステムにアップロードし、このプロジェクトドキュメントの大規模な構造を段階的に記入する必要があります（ちなみに、ドキュメントパッケージの形成計画はスケジューリングシステムに反映されます）。



この構造は、Glavexpertizaのドキュメントパッケージを適切に収集するのに役立ちます。 事実、タワーの建設では、大量の紙を集めてそれを運ぶ（数人の人が必要で、大きな物-いくつかの巨大な箱、または数十ギガバイトの巨大な情報キャリア）をすべてを考慮に入れる政府機関に運ぶ重要な転換点があります。建築を許可または禁止します。

1枚の紙を紛失した場合、州機関はすべてをコンパイルせず、あなたを処刑します。 したがって：

• 何も見逃さないことが重要です。 次回から処理する必要がないように、ドキュメント構造の各セクションに入力します。
• 文書構造を自動的に作成する可能性を無視しないことが重要です。文書構造からの各紙が考慮されるだけでなく、開発のために請負業者に割り当てられ、責任者によって合意されます。
• 紙のいずれかが更新された場合、それを更新すると他の紙の変更につながる可能性があり、すべての関係を追跡しなければ混乱が始まる可能性があることを理解することが重要です。

これが、自動化されたワークフローシステムを必要とする最初の理由です。審査のために書類を提出する必要がある場合、それらはすべて適切に配置されます。 それらの開発プロセスは、時間内に計画および評価できます。 具体的に何が行われたのか、具体的に何が行われなかったのか、誰がどこでどの紙を使用しているのか、そしてどのようなステータスにあるのかを見ることができます。 これは、電子形式ではなく、少なくとも一度は紙でこれを行おうとした人にとっては、信じられないほどの幸福です。

ここでは、建設キュレーターの1人が、準備の過程でドキュメントの個々のセクションのプロセスと開発ステータスをどのように見ているかを参照してください。



文書のパッケージを準備する段階で、多くの場合、設計参加者間で最も議論が行われ、その間に文書に対してコメントが生成され、新しいバージョンまたは発行されたコメントに対する回答が生成されます。 これがどのように見えるかであり、これはすべてのコメントのスライスを作成する方法です（または、それらをフィルターして改善の量を推定し、編集の履歴全体を表示します）。



しかし、これは建築家の1人の目から見たビューです。トラッカーを備えたシステムのメインページです。 ご覧のとおり、いくつかのタスクがかかっています。



また、システムでは、同僚の通信モードでドキュメントのコメントを保持および監視できます。 これは暖かいランプチャットです。矢印は既に誰かに翻訳されています。



そして、これは、システムで常に作業しておらず、ボリューム全体をアーキテクトと見なしていない請負業者の目から見たビューですが、自動的にタスクが割り当てられ、必要なドキュメントへのアクセス権が与えられます。

建設中

プロジェクトのドキュメントはトップレベルの説明です。 特定の電球、ドアハンドルなどの詳細はありません。 同じドアは、抽象的なドア、窓-抽象的な窓、壁-まあ、ただの壁などです。 オブジェクトの構築に応じた作業ドキュメントのレベルでは、詳細がすでに必要です。 たとえば、水の供給方法、電気の入れ方、ケーブルの行き方、ここはタップ、ここはスイッチです。 そのような各詳細計画の結果によれば、建設プロジェクトの各部分の推定値が表示されます。

すでに見積もりと一連の作業図面がビルダーに発行されています。 彼らはこれらの文書に基づいて構築し、それらを刈り取ります。 その後、彼らはこのドキュメントに突っ込み、仕事の受け入れを整理します。 現実の世界では、客観的な理由から実際のドキュメントから逸脱する必要がある場合がありますが、それほど遠くはありません。 当然、推定値の変更を含むすべての変更がシステムで考慮されます。

関係のチェーンによる1つのドキュメントの変更は、他のすべてのドキュメントにスローされ、これらのドキュメントをチェックするタスクになります。 つまり、建設プロジェクトの一環として、緊急時に施設に電力を供給するバックアップディーゼル発電所があるとします。 このバックアップディーゼル発電所の建設のために、図面（壁補強、屋根など）とこれらの図面の実装の見積もりで構成される一連の作業文書が準備されています。 そして、壁を補強するための図面に金属メッシュがあったが、何らかの理由でガラス繊維メッシュに変更された場合、推定値を再計算する必要があります-システムはこれを思い出させます これらは1セットのドキュメントです。 さらに、変更を行う責任のある従業員と同僚は、変更を行う期限と責任者の名前を確認します。



このようなワークフローの素晴らしい点は、ブラウザでその場で図面を表示することです。 これは非常に簡単でした。庭はすでに21世紀であり、さまざまな形式を写真に変換できるからです。 しかし、アーキテクトにとっては、これがキラー機能であることが判明し、多くの時間を節約できました。



建設中の建物と並行して、当社の施設で使用されているシステムおよび機器に関する他の種類の文書が届きます。 これらの文書は、システムまたは特定の機器（パスポート、技術仕様、テストプログラムなど）を参照してシステムに入力されます。



その結果、オブジェクトが完成し、すぐに完全なドキュメント一式を入手できます。 紙が正しく考慮され、添付されていたからです。

試運転後の最終的なタイプのドキュメントは、エグゼクティブドキュメントです。 これは、オブジェクトが実際に構築される方法です。 ダークタワーのすべてが順調で、建築家はヒーローです。 しかし、他のものには、私たちのものほど素晴らしい塔ではなく、さまざまなものがあります。 図面では、手すりがドアを塞いでいるというケースがありました。 別の場所では、橋が投げられました。 そこでウィンドウが移動しました。

すべてが異なる委員会からの承認証明書を必要とします。 委員会は、すべてが規格に準拠しており、建築許可を与えたプロジェクトからそれほど遠くないことを保証しようとしています。 たとえば、ケーブルが正しく配置されていない-これは正常です。 そして、タワーの代わりにダースのコテージが地下トンネルで繋がっているとしたら、結論は出ません。 そして、あなたはすべてを破壊しなければなりません。 ソチでは、川岸に建設された住宅が取り壊される例がありますが、さまざまな都市では、高層ビルの上層階を解体する例があります（30で合意されたが、何らかの理由で33または48になった）。

立ち上げ

次に、タワーをテストする必要があります。 個々のシステムと機器の両方が、独自のプログラムと複雑な相互作用に従ってテストされます。 タワーが世界間の移行の通常の開口部（すみません、水の圧力）を提供し、標準に適合する場合、すべてが正常に動作しています。

試運転には、プログラムの調整と同様に、独自の作業スケジュールがあり、レポートドキュメントが生成されます。これらのプロセスはすべて、STDOで考慮されます。

運営

エグゼクティブドキュメントが運用に転送されます。 建設された施設での作業を開始するには、規制および運用文書が必要です。 それらも同意され承認されていますが、建設に関係のない他の人々によって承認されています。 それにもかかわらず、STDOにはそのような機能もあります。

運用中のドキュメントは定期的に変更され、レビュー期間もあります（ドキュメントの責任者がドキュメントにすべての変更が正しく行われていることを確認する必要がある場合）。 文書の変更、交換、またはキャンセルについては、従業員への通知が送信されます。これは、仕事の一環として、この規制文書または運用文書に基づいて行う必要があります。 通常、改訂期限が近づく2、3か月前に、文書の関連性に責任を持つ責任者に通知が送信されます。 次のようになります。

記録を残す人にとって何が重要ですか？

STDOのダークタワーの管理人でさえ、彼のすべてのドキュメント、オリジナルのスキャン、すべての改訂と議論、ドキュメントの変更の履歴、ドキュメントのタイミング、および特定のタスクを見る職場を持っています。

また、システムは通知を送信し、メールと統合できます。つまり、どのように重要な変更や期限を逃すことはできません。

1. インターフェース 図面は、プロフェッショナルで多機能の「図面マシン」で開発されています。 また、STDOで使用した軽量形式により、これらの図面の調整、変更、現在のバージョンの追跡を簡単に行うことができます。 キラー機能-ブラウザから図面を操作します（AutoCADとArchicadを使用しない図面のレビュー）。
2. 請負業者との情報交換。 これは重要です。 これに基づいて、ポータルはそのようなソフトウェアのさまざまなベンダーから作成されます。 1つのバージョンのドキュメントを1回配信すると、複数のDVDが必要になる場合があります。 長時間アップロード、アップロード、ダウンロードすることは技術的に困難であり、ダウンロードが中断される場合があります。 そして何倍も簡単です。
3. プロジェクト文書の構造の自動形成。
4. テンプレート文書の説明に基づいた文書カードの自動作成（ExcelまたはWord形式）。 ダウンロード後、そのようなインベントリからのデータはシステム内のドキュメントカードに分類されます-属性が入力され、カードが目的の構造に配置され、ファイルが添付されます（このため、ファイルはシステムがアクセスできる特別なネットワークフォルダーに配置する必要があります）。 これにより、不便または交換費用が削減されます。
5. さまざまなタイプのドキュメント間のリンクのチェーンの存在：デザイン-作業-エグゼクティブ、試運転との関係、工場のドキュメント。 また、システムでは、任意の機器（ポンプなど）を選択し、それが表示されるすべての文書（図面、パスポート、技術仕様、仕様、修理文書など）を選択できます。
6. すべての種類の単一の場所に保管し、外部当局に検査の​​ために送信されるドキュメントの全量、および施設の運用に使用されます。
7. ドキュメントのすべてのバージョン、コメントのリスト、それらに対する回答を表示します。
8. すべてのドキュメントを時間通りに、相互依存関係のチェーンを通じて更新します。
9. ドキュメントの操作プロセスに関与する各ユーザーは、常に最新バージョンを持ち、以前の繰り返しを表示できます。

設計ソフトウェアの大手メーカーの多くは、何らかの形でこれらの機能の一部をパッケージで提供していました。 しかし、彼らの決定の大部分は、施設で必要とされるものの現実、およびロシアの現実から遅れています。 専用ソフトウェアはより成熟しており、すぐに使用できます。

これが、私たちのほとんどデジタルの国で、暗い塔がどのように設計、構築、そして運用されるかです。

参照資料

• 建築3Dシューティング

• BIMシステム

•私のメール：ecm@croc.ru