設計ドキュメント: 設計段階とその機能。 設計の段階と段階: 規範、原則、要件 プロジェクトと設計段階の構成
現在、2008 年 2 月 16 日のロシア連邦政府令第 87 号によって承認された、設計文書のセクションの構成およびその内容の要件に関する規則の発効に関連して、設計段階はまだ行われていません。が提供されていますが、概念が導入されています 「プロジェクトドキュメント」そして 「作業ドキュメント」。 ただし、次の場合にデザイン オプションを区別することは可能です。 設計および作業ドキュメントの開発が並行して実行されると、単一段階の設計と、次の場合のオプションについて話すことができます。 作業文書の開発デザインの承認後に実行されますが、この場合は 2 段階のデザインについて話されています。 設計プロセスの流れは、オブジェクトのタイプ、その複雑さのカテゴリ、および詳細度によって異なります。 原則として、大規模な住宅、公共、産業用建物のプロジェクトは、 2段階 ("プロジェクト"そして 「作業ドキュメント」）。 この場合、最初に技術設計が開発されます ( 「プロジェクト」ステージ)、次に作業図面 ( ステージ「作業ドキュメント」) さらに、特に複雑なオブジェクトの設計文書を作成する場合には、 「プレプロジェクト提案書」の作成。 オブジェクトが小さくて単純な場合、デザインは次のように実行されます。 ワンステージ: 技術プロジェクトの開発と施工図の開発が組み合わされます。 この場合、いわゆる 「作業草案」。 個々の住宅および公共の建物のプロジェクトは、標準的な建物の設計と同様に、技術的に単純なオブジェクトである場合に限り、1 段階で開発されます。 オブジェクトの複雑さのカテゴリと必要な設計段階の数の関係は、次のように表すことができます。 1段階設計(承認された部品と作業文書を含む「詳細設計」) - III-I の複雑さカテゴリーのオブジェクト、および標準設計および再利用設計に従って構築されたオブジェクト。 。 2段階設計(「プロジェクト」、「詳細文書」) - 複雑さの V、IV カテゴリーのオブジェクト、および個々のプロジェクトの複雑さの III カテゴリーのオブジェクト。 。 2段階設計、段階「プロジェクト前提案」（「プロジェクト前提案」、「プロジェクト」、「作業文書」）を含む - 複雑さの V、IV カテゴリのオブジェクトと、個々のプロジェクトの複雑さの III カテゴリのオブジェクトの場合、初期許可文書のリストが不十分である。 1段設計 2段設計 1段階設計
1段階設計 並行開発で行われる プロジェクトのドキュメント そして 作業ドキュメント 。 単一段階の設計中に作成された設計ドキュメントは、 「作業草案」（DP） 。 これは、国の審査と承認の対象となる実用設計の承認済み部分 (設計文書) と実用文書で構成されます。 2 段階設計との違いは、設計文書の承認を待たずに、実用的な文書が直ちに作成されることです。
1段階設計プロジェクトの開発期間を1.5～2倍に短縮し、設計コストを40％削減することが可能になります。 ただし、2 段階で設計を行うと、次のような事実により文書を完成させる必要が生じるリスクが軽減されます。 作業ドキュメントすでに承認された設計に基づいて開発されています。 基本的に、一段階設計は資本改修プロジェクトや、標準設計や再利用設計に従って建設された施設に使用されます。
根本的な違い 1つ-設計と作業文書の並行または逐次開発のみで構成されるため、一般的な設計プロセスの主要な段階と追加の段階に違いはありません。 オプションを詳しく見てみましょう 二段設計.
2段階設計 · I. プロジェクト前の提案。 ・Ⅱ． 初期データの収集。 ・Ⅲ． 舞台「プロジェクト」。 ・Ⅳ． ステージ「作業ドキュメント」。 ・V. 著者監修。 I. プロジェクト前の提案書。 プロジェクト前の提案書 - これは、対応する地域の規制を通過し、最初の許可文書または建築計画の割り当てを取得するために必要な主要な文書セットです。 プロジェクト前の提案書を作成する目的都市計画、社会的状況を考慮して、投資魅力を確立し、特定の場所にオブジェクトを再建または建設する可能性を確立し、新しい建設プロジェクトの配置または既存プロジェクトの再建作業を実行するための都市計画の正当化です。経済的、歴史的、文化的、環境的、衛生的、衛生的な基準と要件、そしてプロジェクトの機能的、スタイル的、建設的、建築的ソリューションを決定する建設コンセプトの開発も行います。 プロジェクト前の提案主に、建築上の表現力や独創性に対する特別な要件が求められる、複雑なオブジェクトや建物を設計する場合に開発されます。 原則として、さまざまなプロジェクト実装オプションの長所と短所を特定するために、将来の構造に関するいくつかのオプションが開発されます。 作成されたプロジェクト前の提案書に基づいてあらゆる分野でプロジェクトの作業に必要な正確な要件が形成されるため、施設のさらなる設計や試運転における多くの困難が回避されます。 プロジェクト前の提案段階最初の許可文書が作成され、関連文書が作成され、さまざまな当局によって承認されます。 以下のことが区別できます プロジェクト前の提案に関する作業の段階: - 初期許可書類（IRD）の準備最初の許可文書のパッケージには、都市計画建築委員会 (KGA) からの設計許可書、民間防衛および緊急事態の主要総局によって承認された設計割り当て、1:500 の縮尺での地形調査、エンジニアリングが含まれています。州衛生疫学監視センター（TSGSEN）によって承認された環境調査、外部公共事業ネットワークへの接続のための予備的な技術条件および土地利用境界線草案。 物体の再建の場合、最初の許可文書は、基礎と構造の検査結果、および測定図面に基づいた結論によって補足されます。 - ドキュメントの開発プロジェクト前の提案段階での文書の作成には、次の項目が含まれます。 オブジェクトの写真記録(物体と周囲の領域の 3D コンピューター モデル)。 。 一般的な説明メモ（施設の状態に関する簡単な説明、主要な技術的および経済的指標、設計ソリューションの経済効率の計算結果、建設および設置工事の量に関するデータなどが含まれます）。 。 全体計画（土地利用および開発規則草案の作成、施設の位置に関する地域計画に関する文書作成のタイミング、マスタープラン実施の財政的および経済的正当化に関する決定が含まれる） 。 。 建築ソリューション（作業の順序と順序、使用される材料などの詳細な説明を伴う、オブジェクトの内部空間と外観の包括的な解決策）。 。 お客様との基本設計の承認（建築用地の選定行為、設計・測量業務の発注を受けて、定められた手順に従って作成されます。） 。 建設的な決定. . デモ資料（状況計画、全体計画、フロアプラン、ファサード、および施設の空間計画ソリューションの特徴を特徴付けるその他の資料など、主任設計者との調整に必要な範囲で実施されます）。 。 環境を守ること（さまざまな用途の設備の設計・建設における環境汚染の予防・除去対策、生産廃棄物の最適な処理方法の選択、省資源技術の活用）。 。 防火（施設の建設に対する州の消防監督、プロジェクトによって規定された防火対策の実施をチェックする）。 。 エンジニアリングシステムと機器（施設建設中のエンジニアリング システムおよび機器の設置、施設再建中のエンジニアリング サポートの質の変更、施設の大規模な見直し中のエンジニアリング サポート ネットワークの置き換え）。 。 エンジニアリングシステムの概略図（エンジニアリングサポートに関する主な決定 - 外部ネットワークの敷設、建設に該当するネットワークの中継、暖房システムを備えた機器、給水、下水道、ガス供給、派遣、自動化、エンジニアリングシステムの管理）。 。 荷重計算(ネットワークに接続するための設備の主な負荷は設計チームによって決定されます)。 。 技術的ソリューション（寸法図、電気計画、壁のレイアウト、材料の仕様、配管器具を備えたバスルームの計画、装飾要素のコンポーネント、仕上げ工事のリストなど）。 - PP段階の文書の承認プロジェクト前の提案段階で必要なすべての文書は、都市の主任建築家および都市計画建築委員会 (KGA) の地区建築家と合意され、国家管理・使用委員会によっても承認されます。および記念碑の保護 (KGKIiOP)、州衛生疫学監視センター (TsGSEN)、KGA 都市交通局、州安全道路交通監視局 (STSI)、景観管理局 (USPH) ）およびロシア天然資源省の天然資源および環境保護主局（GUPRおよびOOS MPR）。
→
デザインの段階と構成
プロジェクトのドキュメントは次の段階で作成されます。
1. ステージ「スケッチデザイン」（事前企画提案）
2. 「プロジェクト文書化」の段階
3. ステージ「作業ドキュメント」
4. ステージ「ワーキングドラフト」
ステージ「スケッチデザイン」（事前企画書）
設計および建設段階であり、政府監督当局の承認は必要ありません。 予備設計により、建物や構造物の設計を含むすべてのセクションについて最終決定を下す前に、オブジェクトのすべてのパラメータをより詳細に検討することが容易になります。
「スケッチデザイン」は以下の目的で実施します。
新しい建設プロジェクトを配置するための都市計画の正当性、
設計した施設の外観や内部レイアウトのデモンストレーション
プロジェクトの投資魅力を判断し、
都市計画、歴史的、文化的、社会経済的、衛生的、衛生的および環境的要件を考慮した、特定の場所でのオブジェクトの建設または再構築の可能性。
予備設計の構成:
1. 説明文
2. 隣接する領土との状況計画
3.マスタープラン（土地区画構成図）
4. 敷地説明付き平面図
5. 「パイ」と構造要素の説明を含むセクション
7. ファサードの色とボリュームのソリューション
8. 既存の状況におけるオブジェクトのフォトモンタージュ
9. 3D 視覚化
「スケッチ設計」段階のプロジェクト文書は、最初の許可文書を取得するために必要な範囲で作成されます。
ステージ「プロジェクトドキュメント」
建設および再建プロジェクトの設計の承認された段階。 政府の規制、規則、基準に従って開発されています。
現在、プロジェクト文書のセクションの構成は多くの規制で規定されており、特に 2008 年 2 月 16 日のロシア連邦政府令第 87 号によって規定されています。 「プロジェクト文書のセクションの構成とその内容の要件について」
設計ドキュメントには次のものが含まれます。
説明文
土地区画の計画組織のスキーム
建築ソリューション
建設的かつスペースプランニングのソリューション
電源システム
給水システム
排水システム
換気および空調システム
暖房システム
通信ネットワーク (テレビ、電話、ラジオ設備、コンピュータ ネットワーク)
技術的ソリューション
建設組織プロジェクト
首都建設プロジェクトの解体または解体作業の組織化プロジェクト
環境保護対策
火災安全対策
障害のある人のアクセスを確保するための措置
エネルギー効率要件および建物、構造物および構造物に使用されるエネルギー資源の計測装置を装備するための要件への準拠を確保するための措置
自動火災警報器を設置し、火災について人々に警告するプロジェクト。
追加セクション:
監視カメラ
アクセス制御と管理
エンジニアリングシステムの自動化（派遣）
セキュリティアラーム
消火システム
垂直搬送（エレベーター）
現場エンジニアリングネットワーク事業
オフサイトユーティリティネットワークプロジェクト
「プロジェクト」段階のプロジェクト文書は、「作業文書」の開発の基礎となります。
「プロジェクト」段階のプロジェクト文書は政府監督当局の承認が必要です。
ステージ「ワーキングドキュメント」
作業文書化段階には以下が含まれます。
「前段階・設計図書」と建設・設置工事に必要な書類一式。 建物や構造物の新築または改築のための作業文書の構成は、関連する州の基準によって決定され、顧客と設計者によって設計契約で指定されます。
プロジェクトは 2 つの段階 (設計と作業文書) で開発され、特に複雑なオブジェクトが新しい設計ソリューション、複雑な建築および建設ソリューションを使用して設計されます。
2段階設計における建物や構造物の詳細な文書は、「設計図書」段階での決定に従って文書の承認を経て作成されます。
建物の耐荷重構造に影響を与える場合、設計文書は国の審査の対象となることが義務付けられています。
また、設計ドキュメントを作成した設計組織が提案された設計ソリューションに対して全責任を負うため、エンジニアは顧客に設計に必要なデータとドキュメントを要求したり、追加の技術的検討を行うよう説得したりする権利があることにも注意してください。
「詳細設計」段階には以下が含まれます。
一段階設計（詳細設計）により、プロジェクトの開発期間を1.5～2倍に短縮し、設計コストを30％削減できます。 作業設計の一環として、場合によっては、必要に応じて、中程度の複雑さのオブジェクトについて、プロジェクトの範囲内で設計ソリューションを開発し、それに基づいて作業図面を完成させることが許可されます。
設計ドキュメントの構成は、設計の付随条件に応じて、増減することができます。
多くの場合、顧客は作業ドキュメントにあまり注意を払わず、すべてを並行して実行しようとします (建設と作業ドキュメント)。これにより、作業の遅れや追加の財務コストが発生します。 順番に従うことをお勧めします。 すべてを徐々に、しかし効率的に実行します。 作業ドキュメントの完全なセットが準備できたら、恐れることなく建設を開始できます。
また、「詳細設計」の段階で、承認された部分を割り当てて監督官庁の必要な承認を受けるプロジェクト文書を作成することも可能です。
お客様の個別プロジェクトの開発に必要な書類は、お客様がお持ちの書類に基づいて当社の専門家が決定します。
プロジェクトの文書化には州監督当局の承認が必要となります。
建物の設計は、割り当てられた仕事を迅速かつ効率的に完了する、その分野の真の専門家である高度な資格を持った専門家にのみ委託できます。
設計プロセス初期データの収集から一連の作業ドキュメントの生成まで、大規模な複雑な作業が含まれます。 設計組織の責任には以下が含まれます。
技術的な複雑さとオブジェクトの規模に応じて、設計は 1 段階または 2 段階で実行されます。
1段階設計
単一段階の設計には、実用的なドキュメントの作成と並行して設計上の決定を行うことが含まれます。 作業の結果は「作業中のプロジェクト」に表示されます。 一般的および特殊な性質の問題は、同時に並行して解決されます。 プロジェクトの最も重要な部分のみが承認の対象となります。 承認された文書は承認を得るために専門機関に送信されます。 施工図は専門家の意見を得る前に作成されます。
1 段階スキームの利点は、設計時間が 1.5 ～ 2 倍短縮され、プロジェクト開発コストが 40 ～ 50% 削減されることです。 ただし、このアプローチでは、完成した図面に変更が必要ないという保証はありません。 したがって、1 段階設計は、単純なオブジェクト、標準オブジェクト、または再構築されたオブジェクトなどの例外的な場合に実行されます。 また、1 つの段階は大規模な修繕プロジェクトの開発で構成されます。
2段階設計
2 段階の設計プロセスは、設計ソリューションの開発と作業ドキュメントの生成の 2 つの段階に分かれています。 「プロジェクト」段階では、一般的かつ基本的な問題が検討されます。 完成した設計ドキュメントのセットは、検査のために政府または非政府機関に送信されます。 必要に応じて、専門家の推奨に従って「P」セクションに変更が加えられ、欠点が解消されます。
専門組織による設計ソリューションの承認後にのみ、施工図面が作成され、建設現場で建設および設置作業を実行するために使用されます（ステージ「P」または「作業文書」）。 技術的に複雑なオブジェクトの場合、設計ソリューションを開発する前に、事前設計 (概念的、草案) 提案書が作成されます。 2 段階の原則により、作業図面を繰り返し処理する必要がなくなり、プロジェクトの高品質と技術仕様および規制文書の要件への完全な準拠が保証されます。
プロジェクト文書の構成
1 段階設計と 2 段階設計の違いは、設計ソリューションの開発順序と作業ドキュメントのみです。 前者の場合、これら 2 つの段階は並行して実行され、後者の場合は順次に実行されます。 プロジェクトの構成は設計段階の数に依存しません。
プロジェクト文書のセクションの構成は、ロシア連邦政府令第 87 号によって承認されています。文書には 12 のセクションが含まれています。
これは、スケッチまたは 3D コンピューター モデルの形式で概念的なソリューションのセットを反映する主要なドキュメントのセットです。 プロジェクト前の提案書の作成中:
- 土地区画上の建物の配置が決定されます。
- 対象物の投資魅力を正当化するために、技術的および経済的な計算が実行されます。
- 建物の建築の一般的なコンセプトが策定されます。
- 建物のスタイル、デザイン、機能に関する一般的な問題が研究されています。
舞台「プロジェクト」
これは最も重要で、長く膨大な量の設計段階です。 「P」段階では、すべての建築構造の信頼性と、設計ソリューションが規制文書の要件に準拠していることが保証されます。 設計時には、コンポーネントの詳細な詳細化は行われません。 プロジェクトのドキュメントは、テキストとグラフィックの 2 つの主要な部分で構成されます。 テキスト部分には、採用された技術的ソリューションに関する情報と、説明および規制文書へのリンク、下された決定を正当化するための計算結果が含まれています。
グラフィック部分には、図面、ダイアグラム、平面図、3D モデルが含まれます。 設計ソリューションは専門家の評価の対象となります。 州または非州の試験を実施する組織から肯定的な意見を受け取った後、プロジェクトは「P」ステージに移行します。 段階「P」の承認された文書は、一連の作業図面と更新された見積文書の作成に使用されます。
ステージ「ワーキングドキュメント」
「P」段階では、設計ソリューションがより詳細に検討され、それに基づいて次のものが開発されます。
- ブランド別の図面セット。
- 包括的な文書。
- 機器の仕様。
- 重要な要件の記述。
- 建設および設置工事の量に関する記述。
- その他の添付書類。
作業文書は、建設および設置チームが現場で作業を行うために使用します。 図面と仕様書は、建築および技術監督の専門家に必要です。 作業文書の一般的な構成は、オブジェクトの詳細に応じて決定され、設計契約で指定されます。 施工図の構成は、SPDS 標準 (建設設計文書システム) の特別なシステムの要件、特に次の要件に準拠しています。
- GOST 21.101-93「SPDS。 作業文書の基本要件」;
- GOST 21.110「SPDS。 設備、製品、材料の仕様を満たすためのルール。」
施工図セットのブランド
以下に、最も一般的に使用されている作業用図面ブランドの短いリストを示します。
GP - マスタープラン。 配置図、地球塊の計画、救援の組織、ユーティリティネットワークの配置、領土の景観。
AR – 建築ソリューション。 平面図、断面図、ファサード図面。
KR – ソリューションの構築。 基礎、壁、天井、階段、金属構造物の図面。
OB– 暖房、換気、空調。 暖房、空調、換気設備の計画、レイアウト、仕様。
VK - 上下水道。 給水および衛生システムの設備の計画、図、仕様書。
EOM– 電気設備および照明。 照明器具や電気設備のプラン、仕様、レイアウト。
TX – 技術的ソリューション。 敷地の技術配置図、技術設備の配置図および仕様。
州の基準と規範に従って設計のすべての段階を実行することが、高品質の設計の主な条件です。 この原則は、PNProject 社がさまざまな目的の建物や構造物のプロジェクトを開発する際の指針となります。
さまざまな段階で、建設プロジェクトの設計の主要な段階をまとめます。 設計作業の一般的な順序によってプロジェクト設計スキームが形成され、効果的なソリューションの実現が保証されます。
施設の建設の複雑さに応じて、推奨される設計段階の数が決定されますが、その数は大きく異なる場合があります。 DBN A.2.2-3-20004「建設に係る設計図書の構成、作成、調整及び承認の手順」の規定に従い、必要な設計段階数は設計者と発注者との間で協議される。
技術的に複雑な要素を使用せずに建設される構造物の場合は、必要な対策を考慮して1〜2段階で開発されます。 これは、再利用および大量使用のプロジェクト、および第 1 および第 2 レベルの複雑さの設計文書にも当てはまります。
複雑さの 3 番目のカテゴリーに属する建設プロジェクトは 2 段階で設計されます。
複雑さの第 4 および第 5 レベルの構造物、および多くの建築、美的、環境、都市計画要件、またはエンジニアリング サポートの分野における多数の規格を備えたオブジェクト、新しい建設技術の導入時、新しい材料や構造の使用時、設計は 3 つの必須の段階で実行されます。
次の主な設計段階があります。
1. 複雑な建築構造向けに開発された事前設計提案。 たとえば、建築の表現力や建物の芸術的な外観に関して特別な要件が必要なオブジェクトの場合です。
2. 実現可能性調査、または技術的および経済的計算は、産業構造および輸送活動に関するクライアントの指示に従って実行されます。これには、選択されたソリューションの詳細な説明と正当性が必要であり、建設の経済的実現可能性を判断する必要があります。構造。
3. 設計草案: 設計仕様書と初期データに基づいて作成され、市の主要な建築団体からの承認が必要です。
4. プロジェクト。最も労働集約的な設計段階です。 この文書に基づいて建設許可が取得され、施設の建設にかかる今後の費用が計算されます。
5. 実施設計には、建設および設置作業を規制する一連の文書が含まれます。 この段階では、すべての設計の詳細が明確になり、図面、見積書、その他の文書が作成され、請負業者はそれに基づいて作業の実行を管理します。
6. 詳細な文書化: この段階は、合意された以前の設計段階に基づいて作成されます。 クライアント (顧客) の許可があれば、この段階は、設計作業を実行する権限を与えられた他の人によって開発および補足されることができます。
デザイン構造は、このまだ存在しないオブジェクトを実際に作成できるようにするオブジェクトの主要な説明を作成することを目的とした活動のプロセスを反映しています。 この説明は十分 (詳細、詳細、包括的) であり、実行者が理解できるものでなければなりません (一般に受け入れられているさまざまな設計ルールが導入されています)。
最終的な形式では、最初の説明から最終的な説明への移行が完了した後、オブジェクトの作成形式に関するすべての情報を含む文書のパッケージを受け取る必要があります。 この目標を達成するために、クリエイティブ、リサーチ、デザインの複合作業が実行されます。 この意味で、設計プロセスは、段階、段階、手順からなる特定の順序として考えることができます。 設計の段階と段階は、設計プロセスのプレゼンテーションの種類と、特定の業界にどのような特定の設計標準が特徴的であるかによって異なります。
段階的設計構造
デザインの概念には、将来のオブジェクトの主要な記述の作成が含まれます。 デザインの基礎は社会の表明されたニーズに表れ、社会のニーズはさまざまな複雑さと目的の技術的オブジェクト、現象、プロセスの出現の必要性を何らかの形で宣言します。
アイデアが浮かんだ瞬間からデザインのプロセスを考えると、
プロジェクトのアイデアが元の形で現れることは、自動化が難しい創造的な行為として分類されるべきです。 今日でも、そのようなアイデアは主にデザイナーの創造的な実験室または顧客の頭の中でプロジェクトの一般的なコンセプトの形で生まれ、プロジェクト前のディスカッションで洗練されます。 しかし、人工知能の発展に伴い、現在コンピューターが技術的に単純なオブジェクトの全自動設計を任されているのと同じように、アイデア生成のこの段階さえも、おそらくますますコンピューターに任されることになるでしょう。
設計への人間とコンピューターの関与の度合いに基づいて、プロセスには次の 2 種類があります。
- 自動 – コンピュータが設計タスクの全範囲を実行すると、
- 自動化 – 「責任」が人間とコンピュータの間で異なる割合で分散される場合。
現在、ほとんどのプロセスは人間の参加なしでは実行できないため、コンピュータ支援設計の割合は完全に自動化された設計の割合よりもはるかに大きくなっています。 これは、一般に受け入れられている一連の設計段階と段階の形成で間接的に表現されます。 しかし、人工知能の創造と関与は、デザイン活動の実質的な特徴だけでなく、デザインの段階に関する考え方を含む従来の形式的なアプローチも間もなく完全に変える可能性があります。
設計構造の 2 つのビュー
現時点では、この概念の広義の設計構造には 2 つの表現があります。
- オブジェクトの記述を徐々に拡張することによって、設計アイデアを正式なソリューションの形で実装するプロセスの構造。 これはアイデアの実装構造であり、設計ルールと設計標準によって段階のリストが決定されています。
- 個別の業界ごとに独自の設計セクション、要件、詳細を備えたプロジェクト文書の開発構造。
最初のビューでは、構造によって、どのステージとステップを特定の順序で完了する必要があるかが決まります。 2 番目のプレゼンテーションでは、業界の要件を考慮して、これらの各段階でどのような形式と順序で文書説明を作成する必要があります。
このように、デザインプロセス構造の概念は、アイデア（理想のイメージ）から何らかのマテリアル表現におけるイメージの具体化への移行プロセスとしてのデザインに適用できます。
- このプロセスは、設計プロセスを開始する基礎となる公共または民間のニーズの調査から始まります。 設計の基礎となる設計組織と適切な協定を締結する必要性が表明されています。 このような契約の一部は技術仕様および/または技術提案となり、設計者がプロセスを実装する際の「ロードマップ」となります。
- 中間段階では、調査、計算、設計上の意思決定の包括的なプロセスが行われ、得られた結果の継続的な改良が行われます。 この過程で、さまざまな中間タイプの記述が生成され、1 つまたは別のタイプの問題を解決するための段階的な結果がまとめられます。 一般に、設計は中間記述用に特定の形式を開発しましたが、これについては以下で個別に説明します。
- アイデアの進化とマテリアル デザインの開発の結果、デザイン組織がどのような方法を使用したかに応じて、ドキュメント、3 次元レイアウト、3D ビジュアライゼーション、およびアイデアをマテリアルに表現するその他の形式のパッケージが作成されます。プロセス。
現在、最も進歩的な結果は、コンピュータおよび/または写真およびフィルムの投影法を使用して作成された、グラフィックドキュメンテーションおよび視覚化を適用したオブジェクトの 3 次元モックアップです。 これにより、空間内のオブジェクト全体を外側から見ることと、(建築設計における) 空間内の人の自然な動きをシミュレートすることができます。 ただし、専門家であれば誰でも理解できるグラフィック ドキュメント (テキストによる説明、図、表、図面、グラフ、スケッチなど) がプロジェクト活動の結果への主なリンクであり続けます。 プロジェクト情報を伝達するこの方法により、プロジェクト活動の国際言語のステータスが維持されます。
デザイナーはまだ存在しないオブジェクトを扱うため、そのオブジェクトの包括的な説明をすぐに作成することはできません (特に、標準ではなく革新的な開発について話している場合)。 したがって、デザインの主な特徴の 1 つは、その反復的な特異性、つまり明確化と洗練を伴う循環的な繰り返しです。 反復するたびに、設計されたオブジェクトの記述に正確さと完全性が追加されます。 
このような明確化と記述の完全性の向上の結果の 1 つは、設計が次の主要な設計段階に分割されることです。
- 研究開発段階は、プロジェクト前の調査、技術仕様段階、および技術提案段階の一部を組み合わせた科学的研究作業です。
- 研究開発段階は、技術提案段階の後半、予備設計段階、技術設計段階を組み合わせた実験設計作業です。
- 詳細設計段階。詳細設計の段階と、すでに物理的に作成されたオブジェクトの作業 (デバッグ、テスト、運用開始) を含む段階が組み合わされます。
もう 1 つの特徴は、プロジェクト活動の集合的な性質であり、プロジェクトの技術的な複雑さと多用途性により、プロセスにさまざまな分野の専門家を参加させる必要があることです。
ツールの拡張により、ソリューションと手法が多様化することで、設計者は、原則として適用範囲が常に制限される 1 つの手法のフレームワークに固執することなく、あらゆる設計上の問題を解決できるようになります。 一方、設計プロセスの参加者全員が、さまざまな資格によって手順の一貫性が妨げられないように、設計ツールを完全に管理できる必要があります。 基本的な設計原則は次のように表現されます。
- 統合し、機能上の同じ種類の要素の多様性を減らし、
- 標準要素を使用することで多様性を制限する標準化、
- 以前に開発された要素を使用した正規化。
コンポーネント ブロックからシステム オプションを合成しようとするか、複雑な記述の分解を伴うかなど、設計プロセスの方向に応じて、プロセスの段階も異なります。
アプローチに応じた設計プロセスの順序
この構造は、コンポーネント ブロックから 1 つのシステムに組み立てることも、複雑な記述の詳細化と分解という段階的なプロセスを経ることもできます。これは、前者の場合は構造的アプローチ、後者の場合はブロック階層的アプローチに対応します。
設計に対するブロック階層アプローチの本質は、オブジェクトの記述を、オブジェクト (またはその部分) のプロパティの詳細度に対応するさまざまな階層レベルに分割することです。 つまり、最初の段階の開始時点では、オブジェクトの構造は閉じていて未知であり、構造の詳細と明確化が必要です。 最初のレベルの説明はある程度の詳細を示し、ブロック間の接続の存在を明らかにし、別のレベルとの階層的な接続を確立します。 そして、第 2 レベル以降も詳細に詰めていきます。 最終レベルのブロックが単純で透明な構造を示している場合、詳細は十分であると考えられます。
各レベルには、独自の形式のドキュメント、アルゴリズムの構築を容易にする独自の数学的装置、およびこの特定のレベルに固有の独自のツール セット (モデル、メソッド、言語、ツール) があります。
設計オブジェクトに対するこのようなアプローチは、設計ルートの選択とこのルートに沿った移動の段階への分割の類型にも間接的に影響します。 ただし、アプローチに関係なく、プロセスの説明にはユニバーサル デザインの概念が適用されます。
したがって、将来のオブジェクトを記述するプロセスの実装に関する設計の基本概念は、設計ソリューション、設計手順、および設計操作です。
- 設計ソリューションは、将来のオブジェクトの中間または最終 (最終) 記述であり、利用可能な材料を使用してオブジェクトを作成するか、(中間段階で) 活動のさらなる方向性と実際にそこに向かって進む可能性を決定するのに十分です。
- 設計手順は、形式化され、規制された一連のアクションであり、その完了が設計ソリューションとなります。 この手順には、解決策の発見、調整、制御、正しさの検証、最適化などが含まれます。この意味で、設計プロセスは、設計ルートを構成する一連の設計手順として説明できます。
- プロジェクト操作は、プロジェクト手順の一部に限定された形式化された一連のアクションであり、アルゴリズムは多くのプロジェクト手順に対して変更されません。
これらの概念は一連のアクションの実装に関連付けられているため、その実装のシーケンスは段階的または段階的なプロセスの形式で表すこともできます。 ただし、このような見方は設計プロセス全体の一部を反映したものにすぎず、一般的には、技術仕様、技術提案、予備設計、技術設計、実用化の各段階を含む設計段階がリスト形式で示されます。文書と証明書。
設計プロセスの段階
GOST 2.103-68 および R 15.201-2000 は、顧客と請負業者が契約を締結し、行われた作業を評価し、報告する際に従うべき構造と設計ルールを定義します。 彼らによれば、デザインの構成要素には次の段階が含まれます。
- 委託規約 (TOR)。 この割り当てでは、オブジェクトの主な概念的、技術的および機能的特性、基本的および特殊な技術的および経済的タスク、文書作成のさまざまな段階および段階での要件への準拠の要件、および構成が確立されます。
- 技術提案（PT）。 このような提案書は、実現可能性調査とプロジェクトの実現可能性に対する技術的根拠を含む一連の文書です。 お客様の技術仕様を分析し、それらを相互に比較して代替ソリューションを検討した後、実現可能性の結論が得られます。 技術提案を作成するための基礎は、作成される対象の特性と特許資料の入手可能性でもあります。 建設では、比較的単純な生産や直線的な設備について、正当化に比べてより凝縮された形で技術的および経済的な計算が実行されます。
- デザイン案（ED）。 この段階では、オブジェクトの動作原理と構造 (目的、全体の寸法、その他のパラメータを含む) に関する一般的な考え方と、このオブジェクトに対して選択された一連の基本的なソリューションに関する情報の両方を含むドキュメントのパッケージが作成されます。 特に複雑なオブジェクトを設計する場合は、追加の設計前検討 (事前設計) を実行することができ、その結果、目的のオブジェクトを作成できる可能性と実行オプションの実現可能性が正当化されます。 この段階では、テスト用のプロトタイプを作成することもできます。
- 技術設計（TP）。 技術文書には、施設の構造を反映した最終的なソリューションと、実用的な設計の基礎となる初期データが含まれています。
- 作業草案 (DP)。 この段階では、プロトタイプの作成に十分な詳細な文書が作成されます。 テスト結果 (最初は工場で、次に顧客への転送プロセスの一部として、いくつかの段階で行われます) に基づいて、文書を修正、明確化し、必要に応じて、製品の生産を可能にするために拡張することができます。シリアル製品サンプル（インストールシリーズ）。 次に、文書のテストと明確化のサイクルが繰り返され、管理シリーズのレベルに達します。そのテストでは、作業文書の最終バージョンに多くの変更を加えることができます。
- 認証。 製造された製品の品質を確認する管理段階。 さまざまなバージョンでは、このような管理段階は強制検査または任意検査とすることができます。 認証は任意にすることもできますが、認証を導入すると、新しい市場に参入する際に製品にさらなる競争上の優位性が与えられます。 ほとんどの場合、義務的な検査は輸出促進の基本的な前提条件となります。
プロジェクトのドキュメントを作成するときは、タスクの複雑さの程度により、いくつかの段階が互いに組み合わされることがよくあります。 技術仕様の設定段階と技術設計の段階は、研究開発作業のサイクルの一部となる場合があります。 技術提案段階と基本設計段階は開発作業の一部です。
建設設計の例を使用した設計段階の業界特有の特徴
建設における文書の段階的開発に関しては、ロシア連邦の都市計画法、政令第 87 号、設計基準を定義する GOST および SNiP の要件に基づいて、プロセス段階の特定の順序とリストが形成されています。 。
以前の規則とは異なり、現在の設計規則および標準は、設計プロセスを段階に正式に分割することを意味するものではありません。 設計段階の代わりに、「設計ドキュメント」と「作業ドキュメント」の概念が適用されます。 ただし、この種のドキュメントの開発の実際の順序は、順次または並行して行うことができます (現在の設計ルールではこれが禁止されていません)。 この意味で、建設設計プロセスの実際の段階分割について話すことは正当です。
- この場合の 1 段階設計は、設計と作業ドキュメントの両方の開発が並行して実行されるプロセスと呼ぶべきです。 これにより、プロジェクト全体の実装をスピードアップできますが、2 種類のドキュメントの論理的連続性により、複雑なプロジェクトには 2 段階モデルの方が望ましいと判断されます。
- 2段階の建設設計モデルでは、設計文書の段階、すべての承認と承認が完了した後にのみ、作業文書の段階に進みます。 このアプローチでは、結果の分析中に効果のないソリューションが特定された場合でも、プロジェクト文書の処理コストが最小限に抑えられます。
一般に、設計においては、設計対象の複雑化や詳細化に伴い、工程数が増加する傾向にあります。 オブジェクトの複雑さのカテゴリに対する可能なステージ数の比率は次のとおりです。
- 1 段階モデルは、複雑さの 1 ～ 3 のカテゴリのオブジェクトを設計する場合、および反復プロジェクトや標準プロジェクトに従って構築されたオブジェクトに関連して使用されます。 このモデルでは、他の条件がすべて同じであれば、設計時間を 1.5 ～ 2 倍に短縮でき、開発コストを約 40% 削減できます。 しかし、間違いを犯すリスクも高まるため、ロシアでは1段階モデルは不人気だ。
- 2 段階モデルは、より技術的に複雑な建物、つまりカテゴリ 4 ～ 5 のオブジェクト、および設計で個別のアプローチが必要な複雑さの 3 番目のカテゴリのオブジェクトに適用できます。
- 前のケースと同様に、プロジェクト前の提案段階によって複雑になった 2 段階モデルは、最初の許可文書のリストが不十分であることが判明した場合、カテゴリー 4 ～ 5 のオブジェクトとカテゴリー 3 の個々のオブジェクトに適用できます。洗練と明確化。
構造の複雑さのカテゴリーは、目的、階数、構成などの多くのパラメーターによって同時に決まります。 同じタイプの構造が異なるカテゴリに属する場合があります。 したがって、倉庫の例を使用すると、季節限定の農業用倉庫は複雑さの最初のカテゴリーに属し、エンジニアリングサポートを備えた倉庫は2番目に、エンジニアリング機器を備えた倉庫は3番目に属することがわかります（方法論的推奨事項による）契約入札にかかる費用の決定のため）。 大規模な軍事倉庫も、複雑さの観点から 4 番目のカテゴリーに分類できます。 ただし、一般に、構造が複雑になればなるほど、複雑さのクラスも高くなり、設計時にステージのロジックに従うことがより重要になります。
しかし、建設業界では、技術的な設計手法の出現により、段階間の差異が徐々に解消され始めています。 たとえば、すでに 3D-BIM 設計では、各段階は詳細度のみが異なり、作業プロセス全体が単一の仮想空間内でさまざまな専門家によって同時に実行され、すべての変更がリアルタイムで追跡されます。
建設における設計標準では、設計を 2 段階 (および 3 段階) モデル内の次のコンポーネントに分割することが推奨されています。
- プロジェクト前の提案書.
この期間中に、地域の規制当局の承認を通過し、建築および計画の割り当てまたは最初の許可文書を取得するために必要な一次文書セットが収集されます (その準備と開発もこの段階の一部です)。
この提案は、都市計画の要件と社会的、文化的、経済的、環境的、衛生的、その他の性質の要素を考慮し、投資の魅力と特定の条件で建設（再建）を実行する可能性を実証しています。 また、提案書を作成する過程で、大規模なデモンストレーション資料を準備し、予備設計を作成して承認し、望ましい構造、建築、技術ソリューションとオプション、エンジニアリング、セキュリティ、防火システムなどを選択します。
顧客が設計組織に転送する初期データのリストは、プロジェクト、オブジェクト、建設現場の詳細を考慮して指定されます。 契約条件に従って、デザイナーがプロセスに関与していない場合、初期データは顧客自身によって収集されます。 この場合、設計決定の基礎となった文書の内容、設計の譲渡、調査結果の報告書類、許認可、法令、各種行政機関の決定、土地に関する情報などの詳細を提供する必要があります。区画、施設の設計能力、特許発明の使用に関する情報、その他多くのデータ。
- プロジェクトのドキュメント.
これはデザインの最もボリュームのある部分であり、建設現場のイメージを技術的に具体化したものであり、どのような種類の建物が建設される予定であるかについてのアイデアを与えます。 ここでは、建築、構造、スペース計画のソリューションに関する情報がセクションにまとめられています (規制文書によって規制されています)。 熱、電気、ガス、給水、衛生システムなどのエンジニアリング機器と供給ネットワークに関するデータが含まれています。 工事見積りは別項でご案内しております。
- 作業ドキュメント.
そのオブジェクトの適用された実装のプロセスについて説明し、前の段階で行われた決定について詳しく説明します。 セクションごとに、現地の見積もりが作成され、図面と仕様が作成され、コンポーネントが検討され、一般に、請負業者がそれに基づいてのみ建設を実行できるように十分な文書が作成されます。 作業文書の構成は州の基準によって決定されますが、当事者の合意により、顧客と設計者が指定することもできます。 主要な施工図面はさまざまなブランドの図面で表され、添付文書 (仕様書、見積書など) が添付されています。
- 著者監修.
建設の進捗状況と試運転プロセスを監視します。 このような監督は、請負業者側の間違いや合意された決定からの逸脱を避けるために行われます。 この段階は、顧客とデザイナーの間の契約条件によって開始されます。 監督を行う責任者は別途の命令によって任命されます。
シリアル製品サンプルの段階的設計とはいくつかの違いがありますが、段階的構造設計は同じ反復ロジックに適合するため、記述の新しい各段階でより正確かつ完全なものにすることができます。