ICAD (oprogramowanie)

ICAD ( Historia firmy : ICAD, Inc., Concentra (zmiana nazwy podczas IPO w 1995 r.), KTI (zmiana nazwy w 1998 r.), Dassault Systemes (zakup w 2001 r.) () to system inżynierii opartej na wiedzy (KBE), który umożliwia użytkownikom do kodowania wiedzy projektowej przy użyciu reprezentacji semantycznej, którą można ocenić pod kątem danych wyjściowych Parasolid ICAD ma otwartą architekturę, która może wykorzystać całą moc i elastyczność języka bazowego.

KBE, wdrożone za pośrednictwem ICAD, spotkało się z dużym zainteresowaniem ze względu na niezwykłe wyniki, które wydawały się wymagać niewielkiego wysiłku. [ potrzebne źródło ] ICAD umożliwił jeden przykład przetwarzania przez użytkownika końcowego , który w pewnym sensie nie ma sobie równych. Większość programistów ICAD była dyplomowanymi inżynierami. Systemy tworzone przez użytkowników ICAD były nietrywialne i składały się z bardzo skomplikowanego kodu. W sensie przetwarzania przez użytkownika końcowego , ICAD był pierwszym, który pozwolił, aby moc narzędzia domenowego była w rękach użytkownika, jednocześnie będąc otwartym na rozszerzenia określone i zdefiniowane przez eksperta w danej dziedzinie lub ekspert merytoryczny (MŚP). [ potrzebne źródło ]

Artykuł COE dotyczył wynikającej z tego eksplozji oczekiwań (patrz AI winter ), które nie były trwałe. Jednak takie pęknięcie bańki nie umniejsza istnienia zdolności, która istniałaby, gdyby oczekiwania i użycie były rozsądne lub właściwie zarządzane. [ potrzebne źródło ]

Historia

Oryginalna implementacja ICAD była na maszynie Lisp ( Symbolics ). Niektórzy z dyrektorów zaangażowanych w rozwój to Larry Rosenfeld, Avrum Belzer, Patrick M. O'Keefe, Philip Greenspun i David F. Place. Ramy czasowe to lata 1984–85.

ICAD zaczął od specjalnego sprzętu Symbolics Lisp, a następnie został przeniesiony do systemu Unix , gdy Common Lisp stał się przenośny na stacje robocze ogólnego przeznaczenia.

Pierwotną domeną ICAD było projektowanie mechaniczne z wieloma sukcesami w zastosowaniach. Jednak ICAD znalazł zastosowanie w innych dziedzinach, takich jak projektowanie elektryczne , modelowanie kształtów itp. Przykładowym projektem może być projekt tunelu aerodynamicznego lub opracowanie narzędzia wspomagającego multidyscyplinarne projektowanie samolotów. Dalsze przykłady można znaleźć w prezentacjach na dorocznym spotkaniu IIUG (International ICAD Users Group), które zostały opublikowane w skarbcu KTI [ martwy link ] (1999 do 2002). Boeing i Airbus intensywnie wykorzystywały ICAD do opracowywania różnych komponentów w latach 90. i na początku XXI wieku.

Od 2003 r. ICAD był silnie prezentowany w kilku obszarach, o czym świadczy prezentacja Wizja i strategia Wizja i strategia produktu [ martwy link ] . Po 2003 r. wykorzystanie ICAD zmniejszyło się. Pod koniec 2001 roku firma KTI znalazła się w trudnej sytuacji finansowej i zwolniła większość swoich najlepszych pracowników. Ostatecznie zostali wykupieni przez firmę Dassault, która skutecznie zniszczyła produkt ICAD. Zobacz IIUG na COE, 2003 (pierwsze spotkanie z powodu Dassault przez KTI)

System ICAD był relatywnie bardzo drogi i mieścił się w przedziale cenowym systemów z najwyższej półki. Dynamika rynku nie mogła tego potwierdzić, ponieważ mogło nie być wystarczających czynników różnicujących między ICAD a systemami niższej klasy (lub obietnicami Dassault). KTI zostało wchłonięte przez Dassault Systemes, a ICAD nie jest już uważany przez tę firmę za pionierskie narzędzie do zastosowań inżynierii opartej na wiedzy (KBE). Dassault Systemes promuje zestaw narzędzi zorientowanych na wersję 5 ich popularnej aplikacji CATIA CAD, przy czym Knowledgeware ma zastąpić ICAD.

Od 2005 roku sprawy były nadal trochę niejasne. Dostarczono ICAD 8.3 . Na niedawnej konferencji COE Aerospace Conference odbyła się dyskusja na temat przyszłości KBE. Jedna kwestia dotyczy układania problemów „meta” w modelu komputerowym. Jak to zostanie rozwiązane, czy to przez więcej ikon, czy dostępność zewnętrznego języka, dopiero się okaże.

Produkt Genworks GDL (w tym technologia jądra z Projektu Gendl ) jest najbliższym dostępnym obecnie funkcjonalnym odpowiednikiem ICAD.

Szczegóły

ICAD dostarczył język deklaratywny (IDL) przy użyciu nowych smaków (nigdy nie konwertowanych na Common Lisp Object System (CLOS)), który obsługiwał mechanizm łączenia części (defpart) poprzez hierarchiczny zestaw relacji. Technicznie rzecz biorąc, ICAD Defpart był Lispa ; lista defpart ICAD była zbiorem ogólnych klas, które można utworzyć z określonymi właściwościami w zależności od tego, co było reprezentowane. Ta lista defpart była rozszerzalna poprzez złożone części, które reprezentowały jednostki domeny. Wraz z relacjami część-podczęść, ICAD obsługiwał relacje ogólne poprzez możliwości modelowania obiektowego Lispa.

Przykładowe zastosowania ICAD sięgają od małej kolekcji defparts reprezentującej część lub komponent do większej kolekcji reprezentującej zespół. Jeśli chodzi o moc, system ICAD, gdy jest w pełni określony, może generować tysiące wystąpień części w głównym projekcie zespołu.

Jednym z przykładów aplikacji napędzającej tysiące wystąpień części jest skrzydło samolotu – gdzie typ i rozmieszczenie łączników może liczyć tysiące, a każde wystąpienie wymaga oceny kilku czynników wpływających na parametry projektowe.

Kontrakty terminowe (KBE itp.)

Jedną z ról ICAD może być pełnienie roli definiującego prototypu KBE, co wymagałoby od nas większej wiedzy o tym, co wydarzyło się w ciągu ostatnich 15 lat (wiele informacji jest ukrytych za korporacyjnymi zaporami ogniowymi i pod ścianami własności). Wraz z pojawieniem się funkcjonalnych języków programowania (przykładem jest Haskell ) być może część mocy przypisywanych Lispowi uda się powielić.

Zobacz też

Linki zewnętrzne