分解 - これは何ですか？ 目標の分解。 「分解」の意味

今日では、急速に変化するデジタルの世界の時代に困難な事象のペースで滞在します。 取得するにはそれをすべてを適切に分配するための目標、目的、およびデリゲートを設定する必要があります。 ロジックと分析 - 複雑な問題を解決するのに最高のアシスタント。 ツールの一つは、論理的な構成体の分解です。 私たちは詳細にそれを考えてみましょう。

定義

一般的には、分解の意味 - 成分への全体の一部門。 それは部分の総和としてそれらを提示することによって、複雑な問題を解決するために毎日役立ちます非常にシンプルかつ簡単なテクニックです。 システム分解の論理的構築 - そのいくつかの小さなと簡単にタスクを置き換えることにより、大規模な問題を解決するための科学的手法。

一般的に、分解は「問題の木」、垂直方向と水平方向の従属とフィードバックなどの明確な階層構造を形成建設そのうち、「決定木」、「木の仕事」、「目的の木」を使用して行われます。

特長

任意の分解の基本は - 方法のルールに構造的従属です。 基本的なルールのシステム全体を管理するには、次のとおりです。

1）常に観察されなければならないレベルのシステム。

分解方法は、下位下位レベルより高い基づいています。 これは、いわゆる「木」を使用して、階層構造を構成することによって達成されます。

まず明確にし、視覚的に現時点で利用可能なすべてのタスクを表現するために、問題ツリーと目標ツリーを構築するために作られました。 この投稿では、下位レベルのタスクは、より高いレベルの仕事の本質を明らかにし、すべてのサブ問題は、その全体がプロジェクトになるように、のようになります。 プロジェクトの分解の割合性能の正確かつ完全な像を理解することが目的の木を100％に満たされたときにのみ付属しています。

シンプル正式な代数とロジックに導かれ、「木と」と「木や」を構築することも可能です。

2）部分に全体を分割する唯一の機能のために発生しなければなりません。

この原則は、すべてのサブタスクは、単一の考え方と目的の対象となりますことを意味しています。 例として、分解は、建設プロジェクトになることがあります。 メインサブディビジョン機能は機能的特徴を採用したように、プロジェクトはセクションに分割されています。 鉄筋コンクリート（QOL）の構成とアーキテクチャソリューション（AR）、金属構造（CM）、加熱及び換気（OS）など：たとえば、以下のセクションを含んでいてもよいです ターンでは、これらの領域はまた、機能によって破壊されなければならない、それはサブターゲットの次のレベルが提示されなければならない主な目標です。 例えば、暖房及び換気部（S）は、等発言とに従って説明文、図面、装飾、規範的な制御及び技術的検査の通路、ドキュメンテーション、監督、調整によって分割されます。

時間フレーム（時間）も特徴、構造上の特徴、加工特性、及び他の目的、特徴として使用することができます。

3）すべてのサブシステムの分解は、システムの本質を開示しなければなりません。

我々は100％と、メインタスクを想像した場合、すべてのサブタスクは合計で同じ100％を確認する必要があります。 この場合、最初のレベルの各サブタスクは、第二のレベルのサブタスクの和を表すパーセンテージルールを含みます。

同支店でのタスクの階層は依存性とフィードバックの原則に基づくべきである一方、サブタスクの1つのレベルで区切られた全てが互いに独立していなければならないことを理解することが重要である：より高いレベルの課題は、そのサブタスクとその逆に依存します。

4）深さ分解の研究では、最初に決定する必要があります。

あなたは、階層構造を作成する前に、サブタスクの最後のレベルになるかを決定する必要があります。 分解の目的は、視認性であるため、いくつかのケースでは、レベルの多くを作成する必要はありません。 できるだけテーマ多くの詳細を開くよう階層が正確な計算のために作成される場合には、層の数は、あるべきです。

分類

現在までに、分解のいくつかの種類があります。 あなたは、特定のプロジェクトのためのあなたの技術を作成することができます。 しかし、彼らは（最初の基本ビュー）基本的な、すなわち、分解対象システム（研究の目的でサブシステムにシステムを分割し、最良の結果を得るためのプロセス）に関する多かれ少なかれは、プロセスの動作（準備階層が指定のために働きます弱点とメインおよび優先権を単離します）。

通常、これらすべてのプロセスは、相互に、一般的に完全分解構造を表しています。

目標の分解

開始するには、問題の木と目的の木を描か。 問題ツリーは-ある のブロック図 第二及び第三のレベルの問題に分け、主要な問題。 そのため、彼らは解決することがはるかに容易になります。 問題の詳細な分析後のツリーの問題を許可されている目的のツリーで構成されています。 それは解決策が提案されているすべての問題のために、です。 これは、すでに準備と相互依存のサブタスク構造を保持します。

行動の分析

仕事の分解は - 目標と課題の全てで示されたときに起動し、このまたはその問題を解決するために行われるすべてのアクションの階層構造である論理的な構築、です。

このロジックは、あなたが問題を抱えているマイルストーンを識別することができます。 サブタスクは、高レベルのタスクに依存しているので、仕事が木では、問題や欠点がある場所を確認することができます。 多くの場合、分解の最初のレベルの弱点に起因する低いレベルでの作業に影響を与えます。

買い手は、ねじに適用されていない場合、例えば、会計はアカウントを保持していないし、それらを購入しません。 それはすべての価値が建設現場で、セルフタッピングネジ用のインストーラが十分ではないので。

古典的な受信

構造のより詳細な分析のために、分解システムを行って自分の弱点、主な目標と方向性、タスク、プロジェクトや活動を特定します。

システムは、レベルに水平方向および垂直方向に分割されています。 彼らは、構造の全体像を形成しなければなりません。 分解システム - これは、分解の任意の種類の階層の一般的な例です。

ビジネスでのアプリケーション

原則として、企業の活動を説明し、解析するために、分解プロセスを使用していました。 階層の助けを借りて、会社の弱点、障害が発生した領域を決定することができます。

プロセスは、全体的なスキームを削減し、解析し、同社に関する詳細な報告されました。

分解の例

例として、資本の建設オブジェクトの建設のためのプロジェクトを検討してください。 操作マニュアルおよび設計文書：開発は2つの段階で行われます。 これは、サブタスクの最初のレベルになります。 設計段階では、推定の研究やプロジェクトを提示されます。 作業では、同じステップ。 この第二レベルのサブタスク。 例えば、プロジェクトは通常、次の部品の形で提示されています。

• エグゼクティブサマリー;
• 編成スキームの土地を計画します 。
• 建築ソリューション;
• 建設と空間計画ソリューション。

サブセクションが続きます。

• 電源システム。
• 水供給システム。
• 排水システム。
• 暖房、換気、空調、加熱ネットワーク。
• 通信ネットワーク。
• ガス供給システム。
• 技術ソリューション。

セクションとプロジェクトのサブセクションおよび作業文書 - これは、第3レベルのサブタスクです。

各セクションは、特定のステージで構成され、状態の基準に準拠して情報を含まなければなりません。 例えば、セクション プロジェクトのは、技術的な 解決策は、受信した処理フローシートや機器の詳細な説明のテキスト、グラフィック部分（平面図、断面図、レイアウト）、駆動機器、プロジェクトの設計、サイト訪問、規範的な制御と技術制御、リリースドキュメントを渡すを含まなければなりません。

それぞれのレベルで、その結果を必要と責任執行、によって任命されました。 この例では、出演者の分解の最初のレベルは、 - プロジェクト（GUI）のチーフエンジニア、第三 - - 設計エンジニア設計部門のヘッド、第二です。

最も重要な機能

分解は-メインによると、主な問題に関わる実践的質的研究、形式論理の方法であり、 仕事の目的。 これは、マルチレベルのタスクに対処するためのすべてのレベルでのスタッフの関与を保証します。 これは、最小限の金融投資と労力で、最も効率的にプロジェクトを可能にします。