CALSテクノロジーとは何ですか。
ウィキペディアは、これらが製品ライフサイクルをサポートする包括的で包括的なテクノロジーであることを教えてくれます。 CALS実装の目的は、製品ライフサイクル中のコストを最小限に抑え、品質と競争力を高めることです。 そして、それは何であり、それはどのように始まりましたか？
背景のビット。
歴史は、いずれにしても、その公式部分は、最初は木に住んでいて、自分以外のことを心配しなかったことを教えてくれます。 私は果物と野菜を食べました、時々隣人を食べました。 しばらくして、私たちは彼が森や野原を走り、野生のマンモスを狩り、彼に食べさせたくない隣人と戦っているのを観察します。
しばらくして、彼は力と主力で地面を打ち、灌漑用水路を掘り、再び隣人と戦ったが、すでに肥沃な土地のために。 一般に、この惑星に完全に収まります。 そして、彼はどのようにそれをしましたか？ 彼にはいくつかの道具と武器がありました。 このすべては、最初は完全に独立して行われました。 これは個人的な制作です。 生産の複雑さは世代から世代へと移り、生産方法を徐々に改善しました。
それから人々は、それらのいくつかが他のものよりも良いものを生産できることに気づきました。 そして、対話は典型的になりました：
-ペトロヴィッチ、私にできる限りすきか槍を作ってください。古い家族のレシピに従って粘土で料理を作るか、靱皮靴を付けます。
-ネハイ、イヴァニッチ、やるよ。
これらのペトロヴィッチとイワノビッチは職人と呼ばれるようになりました。 彼らは何かに特化した。 私たちは経験を交換するために「会議」に行き、他の人の秘密を見つけ、彼ら自身の秘密を見ました。 だから手工芸品の生産を開発し始めました。
もう少し時間が経ちました。まず、工場、次に工場や工場がありとあらゆる種類の製品の生産に携わっています。 ますます洗練された機械とシステムが使用されています。 これは工業生産です。 ボリュームに応じて、小バッチ、中バッチ、大バッチが発生します。
私たちが生産するほど、より複雑なものを生産します。 生産は、労働集約型だけでなく、知識集約型にもなりつつあります。
結局、私たちはパラドックスになり始めます-高度な技術は時間がかかりすぎます（しゃれですが、私はそれが好きです）。 そして、さらに悪化します。 この場所のどこかで、コンピューターなどのアイデアが自動化を使用しているように見えます。
ハイテクにおける労働集約度の問題を解決する方法。
次の2つの側面から表示できます。
- 大量の情報の流れ、つまり、単純に分析して相互に調整し、適切な時間内に適切な形式で提示することはできません。 この問題を解決するために多くの手順が取られました。
20世紀半ばの60 居住以来 、最初のCAD 、 ASUP 、 ASU TP ASU TPなどが開発および実装されています。 これらは、可能であればエンジニアのハードワークを自動化するスタンドアロンのソフトウェアモジュールでした。
20世紀の70年代の終わりに、柔軟な生産システムが登場し始めました。その主な特徴は、企業内の個々のプロセスを結合するコンピューターシステムの存在です。
20世紀の80年代の終わりに、コンピューター化された統合製造施設が登場し、そこでは単一の情報環境、共通のデータベース、生産基準が使用されました。
20世紀半ばの80年代には、企業外の製品の寿命は終わりではなく、始まったばかりであるという理解がありました。 製品のライフサイクルをサポートするシステムが表示されます。
これを最初に理解したのはアメリカの戦士でした。 彼らは、そのようなシステムの使用を通じて、武器の生産を非常によく節約することを望みました（それが私がバックグラウンドで話し、槍と私がかみついた槍と隣人である理由です）。 原則として、それはそのように判明し、技術は活気づきました。 統合された情報環境が登場しました（インテリジェントな情報環境と混同しないでください）。
- ドキュメントが多すぎます。
小さな余談。 プリンター、コピー機、シュレッダーにフィードする1日あたりの紙パックの数を認めますか？ そして、私たちは、一部の悪い人々が森林全体を伐採したと言います。 かつて、ペンタゴンは、1日に作成された不必要な文書を焼くことにより、冬に敷地を加熱する可能性を検討していました。 別の例。 1（！）船のドキュメンテーションの量は9（！）鉄道車両にかかります！ 一般に、紙の文書の量はすべての許容限度を超えています。 以前は、これらの問題を解決するために、「紙片の移動」に携わる「研究機関」全体がいました。 しかし、どういうわけか悪用する必要があります。 さらに、ドキュメント内のエラーをやり直すことは非常に難しく、その除去には多くの時間と労力がかかります。
最初に思い浮かぶのは、電子文書、電子図面、電子文書管理などを自然に使用することです。 人々はさらに問題を解決しました。 彼らは、製品を右側から記述する形式化された情報モデルのようなものを思いつきました。 統合システムでは、これらは特殊な情報オブジェクトです。 彼らはすぐにそれらを標準化して、将来重複しないようにしました。 最も単純な場合、オプションの1つはパラメータ化された図面です。
たとえば、あなたは歯車の製造に従事していて、顧客があなたのところに来て、歯車に別の数の歯、別の材料、別の歯形が必要だと言います。 通常の場合、新しい図面を作成したり、マシンを再構成したりする必要があります。 このようなモデルを使用すると、必要なパラメーターを設定するだけで、すべてが多かれ少なかれ自動化された形式で行われます。
実際の例：かなり広い範囲の車の注文オプション。 一部のプロジェクトでは、生産が「暗」である、つまり工場には照明がありません-そこに人はいません。もしあれば、壊れた機器を修理するためだけのものです。 つまり、ほとんどすべてを節約できます。
PS
それがあなたにとって興味深いものであるならば、私はあなたに以下の時間を簡単に話します：
- CALSの分野における基本的な概念と技術について。
- 実装済みのプロジェクトおよび現在実装中のプロジェクト。
- それが教えられ、教えられた場所について;
- それが開発された場所および開発されている場所について;
- 基本原則について。
- 標準について：あなたは何か面白いことを学び、HTMLの生活からまだ新しい人にとっては。
- 製品ライフサイクルの主な段階と、それがどのように機能するかについて。
- そして、一度だけ、十分な強さと忍耐力があれば、スムーズにソフトウェアエンジニアリングに進み、アプローチを比較しようとします。