システムエンジニアリングで使用される用語を議論するとき、私は興味深い衝突を発見しました。それは修正されなければ、この科学すべての核となる爆弾になる可能性があります。
私はこの衝突を共有しています。なぜなら、それは主題領域のモデリングに関わる人々にとって方法論的な価値があるからです。
多くの
数学では、集合の定義があります。 群衆は全体として非常に多く考えられます。 全体は、セットを1つの会計オブジェクトと見なすという事実として理解されます。 この会計のオブジェクトは、個々のオブジェクトとは異なる意味を持ちます。 オブジェクトを個別に知覚できます-知覚を整理する1つの方法ですが、オブジェクトのグループを知覚できます-別の方法です。 最初の方法では、グループに対して操作を実行できます。グループの追加、減算、共通部分の検索。
セットの属性は、たとえば、要素の数になります。
合成プロセス
哲学には、合成の概念があります。 これは、私たちの知覚の視点の変化を示しています。 多くのオブジェクトを認識できます。次に、このセットに基づいてこれらのオブジェクトを合成し、より大きなスケールのオブジェクトを作成できます。 つまり、作曲を行います。
セットと合成プロセスの違い
数学者に、集合とその合成の例を提供するよう依頼します。 数学者は、セグメント上の多くの点を考慮することを提案する場合があります。 彼は、セグメント上のポイントがセグメントを形成するという意味ではなく、ポイントのグループが1つであるという意味で、このセット全体として考えます。 このグループを使用すると、彼は円上にある別のグループのポイントと結合操作を行い、1つの大きなグループのポイントを取得できます。 また、1つのセグメントにあるポイントを合成してセグメントを取得することもできます。 ポイントのグループを全体として考えることは、このグループをオブジェクトに統合することではありません。
セグメントの属性は、たとえばその長さです
システム定義
次に、システムの定義に戻ります。
システムは、相互に関係および関係にある要素のセットであり、特定の整合性、統一性を形成します。
システムの属性は、たとえば、その要素の数になります。
衝突の説明
システムエンジニアリングの作者が認識していないシステムの定義にはあいまいさがあります。 「特定の整合性を形成する」という言葉によって、理解する必要があります-統合の操作ではなく、1つとして考えられます。 つまり、システムはオブジェクトのグループであり、グループのオブジェクトではありません。また、システムでは、セットで実行するのと同じ操作（加算、減算、交差）を実行できます。
システムで合成操作を実行し、オブジェクトを取得できます。 しかし、合成の結果として得られるオブジェクトはシステムではありません。なぜなら、それはもはや多数のオブジェクトではないからです。
結果の合成オブジェクトの属性は、たとえば、オブジェクトの色にすることができます。
システムが色を持つことができないことは明らかです。
しかし、システムエンジニアリングでは、オブジェクトとシステムの概念を区別していないようです。 これは、全体として多くのオブジェクトを認識する方法と、そのデザインに基づいてオブジェクトを合成するプロセスを共有していないためです。
システムエンジニアが適切な結論を下せば、システムと呼ばれるものには同義語である設計があることを認識していました。 そして、そのシステム、その構築-それは同じものです。
火の油は私たちの舌を注ぎます。 2つの視点を分離する方法はありません。デザインの外観とオブジェクトの外観は同じ名前です。 これについては、「 システムと設計の概念」という記事で以前に書きました。 情報システムの設計における彼らの位置
しかし、この記事を書いたときに予期していなかったのは、システムエンジニアリングでは、システムとその合成に基づいて取得されたオブジェクトを区別しないということです。
その結果、重要な知識の層全体がシステムエンジニアリングから漏れていることがわかりました。 最終的に失われた機会については、 構造モデリングの記事で話しました。 モデラーの要件
システム工学の根本的な誤り
All Articles