Поисковая система

Гибкая структура архива

Архивное хранилище документов

Различные типы документов

База данных изделий

Информационная поддержка жизненного цикла изделия

Управление доступом к документам

Согласование и утверждение документов

Проведение изменений утвержденных документов

Учет держателей бумажных и электронных копий документов

Поиск документов, создание выборок, получение отчетов

Классификаторы документов и изделий

Интеграция с CAD-системами Autodesk Inventor, SolidWorks, Solid Edge, Unigraphics и Pro/ENGINEER

Быстрое первоначальное наполнение архива

Механизм защиты от ошибок пользователей

Модуль управления проектами IMProject

Search v8, один из флагманских программных продуктов компании ИНТЕРМЕХ, представляет собой систему корпоративного уровня, предназначенную для решения следующих задач:

• управление данными об изделиях (Product Data Management, PDM);

• управление жизненным циклом изделия (Product Lifecycle Management, PLM);

• ведение электронного архива технической документации (Technical Data Management, TDM);

• управление документооборотом предприятия (Workflow);

• управление проектами (Project Management).

Система Search построена по современной трехуровневой архитектуре «клиент-сервер», в которой в качестве сервера базы данных может использоваться одна из СУБД промышленного класса: ORACLE, MS SQL Server или INTERBASE. По своим функциональным возможностям система ориентирована в первую очередь на средние и крупные предприятия с высокими требованиями к электронному документообороту и ведению базы данных выпускаемых и используемых на предприятии изделий. Благодаря многолетней успешной эксплуатации на сотнях предприятий Search по праву занимает одно из лидирующих мест среди западных и отечественных систем своего класса на рынке СНГ.

Гибкая структура архива

Электронный архив Search является базой данных, в которой система хранит документы и информацию, необходимую для их идентификации и поиска (обозначение, наименование, формат и т.д.). Для упорядочения документов по их статусу (утвержден/не утвержден), типу (конструкторские/технологические) и другим признакам Search обеспечивает гибкую модель электронного архива, в которой весь архив предприятия строится из архивов различного назначения и статуса. Для каждого из архивов администратором системы определяются:

• права доступа пользователей к документам архива;

• набор параметров, которые будут иметь помещенные в архив документы;

• набор необходимых подписей, которые документ должен получить для того, чтобы система разрешила поместить его в этот архив;

• правила изменения документов архива — необходимость выпуска извещения об изменении с последующим утверждением произведенных изменений и др.

Таким образом, Search позволяет построить многоуровневый иерархический архив предприятия, соответствующий его организационной структуре и документообороту.

Архивное хранилище документов

Хранение архивных копий документов в Search осуществляется в специальном централизованном хранилище документов на файл-сервере. Централизованное хранилище состоит из одного или нескольких так называемых электронных шкафов с документами, куда система помещает упакованные (сжатые в несколько раз) файлы архивируемых документов. По мере увеличения количества документов в архиве администратор системы может создавать новые шкафы для хранения документов на других файл-серверах в локальной сети предприятия. Кроме того, обеспечивается возможность хранения документов на магнитооптических носителях. Хранение документов в централизованном хранилище исключает доступ к документам в обход системы, а также значительно упрощает процедуру резервного копирования архива.

Поисковая система

Навигатор объектов и визуализатор состава изделия

Различные типы документов

Search позволяет хранить в архиве любые типы электронных документов: чертежи, спецификации, текстовые, мультимедийные документы и т.д. Для каждого типа документов можно назначить программы просмотра и редактирования. Поддерживаются документы, состоящие из нескольких файлов (например, чертежи на нескольких листах, гибридные чертежи DWG+TIFF и др.), включающие в свой состав ссылки на другие документы (в частности, 3D-детали, входящие в 3D-сборку , и т.д.).

Имеется возможность регистрации в архиве информации о документах, выполненных на бумажных носителях.

Конструкторские спецификации

В состав системы входит встроенный редактор конструкторских спецификаций. Поддерживаются как обычные (единичные) спецификации, так и групповые спецификации форм А и Б по ГОСТ 2.113, а также спецификации на парные изделия (например, на левое и правое исполнения), характерные для автомобильной промышленности. Обеспечивается работа с допустимыми заменами в составе изделия в различных режимах: один на один, один на много, много на много и др.

База данных изделий

Конструкторские документы (спецификации, чертежи, 3D-модели и др.), занесенные в архив, служат источником информации, которую Search использует для ведения базы данных изделий, выпускаемых и используемых на предприятии, а также взаимосвязей между этими изделиями. На основе этой базы данных Search позволяет получать:

• состав изделия с возможностью выдачи полного списка используемых в изделии узлов и деталей и их количества на данное изделие;

• сведения о применяемости изделия в других изделиях;

• полный комплект документации на изделие, включая документы на входящие в него узлы и детали.

Поисковая система

Окно состава изделия

Информационная поддержка жизненного цикла изделия

Требования CALS-технологий по информационной поддержке изделия соблюдаются на всех этапах его жизненного цикла:

• отслеживание версий (изменений) изделия — на этапах его разработки и подготовки производства;

• отслеживание выпущенных экземпляров и партий изделия, а также заказов на изделие — на этапах изготовления, поставки и эксплуатации изделия;

• экспорт/импорт информации об изделиях в/из других PDM/MRP-систем в STEP-формате;

• ведение электронного дела изделия, что позволяет получить всю необходимую информацию об изделии на заданную дату, по серийному номеру изделия или по номеру партии, а именно:

– просмотреть документы на изделие (конструкторские, технологические, распорядительные и т.д. в состоянии на момент выпуска данной версии/экземпляра/партии изделий и их подписи;

– получить точный состав изделия с информацией об использованных в данной версии/экземпляре изделия допустимых заменителях;

– получить карточку с параметрами изделия на момент выпуска изделия;

Поисковая система

Редактор шаблонов бизнес-процессов

Документооборот

• Графический редактор бизнеспроцессов и маршрутов прохождения документов;

• развитая логика Workflow с использованием системных и пользовательских переменных, условных переходов, параллельной и последовательной маршрутизации, VB- и Java-скриптов и т.д.;

• настраиваемые экранные формы для организации диалога с пользователями — участниками процесса;

• таймеры для ограничения времени прохождения ветвей маршрутов или автоматического запуска других ветвей или маршрутов по истечении указанного срока; контроль сроков прохождения документов;

• сложные маршруты, состоящие из других подмаршрутов с неогра­ниченной степенью вложенности;

• возможность автоматического вызова из маршрутов внешних программ и динамических библиотек, написанных пользователями;

• интеграция Workflow с электронной почтой.

Поисковая система

Управление доступом к документам

Search обеспечивает гибкое управление и контроль прав доступа к различным объектам системы (архивам, документам, изделиям, классификаторам, процессам и т.п.):

• назначение прав доступа как к каждому документу в отдельности, так и ко всем документам, находящимся в каком-либо архиве;

• наделение правами администрирования сразу нескольких пользователей (групп пользователей) с указанием объектов, которые они могут администрировать;

• назначение прав доступа как группам пользователей, так и отдельным пользователям или владельцам объектов;

• указание периода действия для прав доступа;

• контроль операций, производимых не только над документами и архивами, но и над группами, пользователями, параметрами документов и изделий и т.п.

Согласование и утверждение документов

Каждый документ в архиве имеет электронную карточку подписей, в которой Search фиксирует следующее: кто, когда и в какой должности подписал данную версию документа. Обеспечивается автоматизация процедур согласования и утверждения документов путем их рассылки по соответствующим маршрутам различным пользователям для сбора необходимых подписей. При этом ведется история согласования для каждого документа. Внутренний механизм электронных подписей Search при необходимости может интегрироваться с различными системами электронной цифровой подписи, поддерживающими интерфейс Microsoft CryptoAPI (например, с сертифицированной ФАПСИ системой «КриптоПро»).

Проведение изменений утвержденных документов

Система обеспечивает проведение изменений утвержденных документов с выпуском извещения об изменении (ИИ), утвер ­ждение данного ИИ со сбором необходимых подписей и сохранение в архиве старых версий документов. Также поддерживается работа с предварительными извещениями (ПИ) и предложениями об изменениях (ПР).

Учет держателей бумажных и электронных копий документов

Система позволяет вести учет выданных и разосланных бумажных и электронных копий документов, в том числе и внеш ­ним абонентам. Механизм подписки на документ обеспечивает автоматическое уведомление держателей копий и подписчиков документа в случаях изменения документа и/или выпуска ИИ. При выпуске ИИ на документ производится автоматическое заполнение в извещении графы «Разослать» в соответствии со списком держателей копий.

Поисковая система

Редактор извещений об изменениях

Поиск документов, создание выборок, получение отчетов

Search предоставляет мощные средства для поиска документов, создания выборок документов по различным критериям и получения различных настраиваемых пользователями отчетов.

Бланки для отчетов могут быть созданы при помощи входящей в состав Search специальной программы — редактора бланков. В отчетах можно использовать вычисляемые поля — когда значение поля вычисляется по записанной в отчете формуле. Это позволяет применять Search, например, для автоматического расчета массы и себестоимости выпускаемых и готовящихся к производству изделий.

Классификаторы документов и изделий

Ведение иллюстрированных классификаторов позволяет:

• упорядочивать архивы документов и базу данных изделий;

• производить поиск документов и прототипов для новых изделий;

• автоматически генерировать обозначения для новых документов и изделий по задаваемой в классификаторе формуле.

Интеграция с CAD-системами Autodesk Inventor, SolidWorks, Solid Edge, Unigraphics и Pro/ENGINEER

• ассоциативная связь между параметрами (свойствами) моделей и карточками документов и изделий в архиве Search — так, обозначение, наименование, материал и другие параметры модели автоматически считываются и записываются в карточку документа и соответствующего изделия в архиве (то есть их не надо повторно вводить с клавиатуры). При изменении каких-либо параметров в карточке Search производится автоматическое синхронное обновление соответствующих параметров в файле модели; недостающие параметры добавляются в файл модели;

• автоматическое считывание состава изделия из моделей сборочных единиц и хранение в архиве сгенерированных конструкторских спецификаций;

• поддержка конфигураций моделей и их автоматическая синхронизация с вариантами исполнения изделия в архиве Search;

• запоминание в архиве ссылочных связей между различными файлами Autodesk Inventor, SolidWorks, Solid Edge, Unigraphics и Pro/ENGINEER (например, ссылочных связей между сборкой и входящими в нее подсборками и деталями; связи между файлами моделей и оформленными чертежами). При редактировании сборки на другом компьютере локальной сети (на дисках которого нет файлов этой сборки) Search производит автоматическое извлечение необходимых файлов из архива с полным воссозданием исходной структуры папок.

Быстрое первоначальное наполнение архива

Search понимает внутренний формат файлов документов AutoCAD, Mechanical Desktop, SolidWorks, Solid Edge, Autodesk Inventor, Unigraphics, Pro/ENGINEER, автоматически считывает всю необходимую информацию непосредственно из файлов, созданных в перечисленных системах, и записывает ее в карточки документов/изделий при занесении таких файлов в архив, избавляя пользователей от ручного ввода информации. Для всех перечисленных систем автоматически считывается информация из основной надписи документов (обозначение, наименование, материал, кто разработал и т.д.), а для систем Autodesk Inventor, SolidWorks, Solid Edge, Unigraphics и Pro/ENGINEER дополнительно считывается и состав сборок. Вместе с возможностью пакетного занесения документов в архив это обеспечивает быстрое первоначальное наполнение архива имеющимися у вас документами сразу после установки системы.

Поисковая система

Просмотр модели Inventor из окна состава изделия

Механизм защиты от ошибок пользователей

При ручном вводе пользовател ем с клавиатуры идентифицирующих данных изделия или документа система правильно интерпретирует и корректирует ошибочный ввод пользователем лишних пробелов, одинаковых по написанию русских/латинских букв, прописных и строчных букв и др. Например, наименования «Балка», «БАЛКА» и «балка» считаются одинаковыми. Правильно интерпретируются различные разделители частей обозначения — обозначения «АБВГ.777777.027.01» и «АБВГ-777777-027 / 01» считаются одинаковыми. Таким образом, исключается возможность дублирования в архиве одинаковых документов/изделий, введенных в базу с ошибками или опечатками, что очень важно при широкой номенклатуре изделий и большом количестве документов в архиве.

Больше проверок:  Доверенность на продажу квартиры можно проверить в интернете

Модуль Search-СПДС

Этот модуль предназначен для ведения архива документации по целостному жизненному циклу создания и эксплуатации строительной продукции. Являясь расширением системы, Search-CПДС наследует все ее базовые возможности в части функций документооборота, хранения и сопровождения, их систематизации и поиска, проведения изменений и прав доступа и т.д. Особое внимание уделено проектному обеспечению деятельности строительного комплекса.

Структура представления документации
строительной продукции

В основу Search-СПДС положен принцип представления документации строительной продукции в виде иерархического дерева, выстраиваемого в соответствии со структурой идентификации объектов строительства, принятой в практике строительного производства. Документация проектного обеспечения строительства представляется в соответствии с требованиями СПДС ГОСТ 21.101-97 «Основные требования к проект ­ной и рабочей документации» и включается в ветви дерева на то место, которое соответствует ее положению в жизненном цикле создания и эксплуатации строительной продукции.

Базовыми объектами иерархического дерева в Search-СПДС определены:

• объект строительства;

• здания (сооружения);

• проектно-сметная документация:

– эскизный проект,

– проект (П);

• рабочий проект (РП);

• рабочая документация (Р).

Определенные в Search-СПДС объекты обеспечивают формирование представления строительной продукции в том виде, который требуется для проектных подразделений и предприятий.

Модуль Search-СПДС открыт для развития: используя в качестве прототипов определенные разработчиками объекты и их настройки, пользователи могут дополнять или изменять объекты для обеспечения соответствующего представления строительной продукции.

Поисковая система

Дерево проекта в Search-СПДС

Создание структуры представления документации строительной продукции

Предлагаемые в комплекте поставки базовые шаблоны структуры представления строительной продукции обеспечивают пользователя удобным инструментом для формирования иерархического дерева представления строительной продукции как в целом, так и по этапам создания этой продукции. При этом, применяя в качестве аналогов базовые шаблоны, пользователи могут изменить иерархическое дерево для представления строительной продукции иным образом.

Базовые шаблоны позволяют организовать разработку продукции строительного производства в соответствии с последовательностью ее жизненного цикла.

Особое внимание в шаблонах Search-СПДС уделено проектному этапу. Шаблоны объектов «Проект­но-сметная документация» позволяют организовывать архивы по циклу производства проектной продукции и обеспечивают выполнение всей группы управляющих и корректирующих функций системы качества проектных организаций. (Более полную информацию о возможностях модуля Search-СПДС мы планируем опубликовать в следующих номерах журнала.)

Модуль управления проектами IMProject

Новый модуль управления проектами IMProject служит для решения следующих задач календарного планирования, координации и контроля работ по проекту:

• календарное планирование проекта с представлением сетевого плана-графика работ/задач в виде диаграммы Гантта;

• назначение сроков и логических взаимосвязей между работами по проекту, определяющих требуемую последовательность их выполнения;

• назначение исполнителей работ и исходных данных, в качестве которых к работам могут быть прикреплены необходимые документы (техническое задание, компоновочный чертеж, приказ и т.д.);

• назначение необходимых результатов работ и критериев их выполнения. В качестве необходимых результатов работы может быть задан список документов, которые должны быть разработаны исполнителем, а в качестве критериев выполнения — набор подписей, которые исполнитель должен собрать на разработанных им документах, и архив, в который эти документы должны быть сданы;

• автоматическая рассылка работ/заданий и исходных данных исполнителям и контроль их выполнения с отображением прогресса на диаграмме проекта;

• использование результатов выполнения работ как исходных данных для других работ;

• детализация проекта исполнителями работ. Например, получив задание на выполнение работы, руководитель отдела может создать свой подпроект для его выполнения в заданном временном интервале, распределив работу между своими подчиненными;

• контроль за ходом выполнения проекта с отображением плановых и фактических сроков выполнения работ;

• контроль загрузки исполнителей.

Поисковая система

План-график проекта в системе IMProject

Search API

Входящий в состав системы интерфейс прикладного программирования Search API позволяет получать доступ к любой информации, хранящейся в базе данных Search, из программ, написанных на любом языке программирования, умеющем работать с OLE/COM-функциями (Visual C, Visual Basic, Delphi и др.).

Наличие API-интерфейса делает Search открытой системой и позволяет:

• разрабатывать специализированные модули-расширения для реализации недостающих функций;

• интегрировать Search с используемой на предприятии системой АСУП/MRP/ERP и с другими информационными системами.

Сегодня уже имеется успешный опыт интеграции Search с такими системами, как SAP R/3, MAX, AXAPTA и др.

Учитывая важность выбора системы для решения вопросов организации электронного документооборота, управления информацией об изделиях и ведения проектов, компания ИНТЕРМЕХ предоставляет предприятиям возможность проведения опытной эксплуатации системы Search v8 в реальных условиях предприятия.

«САПР и графика» 10’2000

Комплексное решение ИНТЕРМЕХ — единое информационное пространство

О предмете разработок (краткие характеристики)

Компания ИНТЕРМЕХ основана в 1990 году и занимается разработкой и внедрением систем автоматизированного конструкторского и технологического проектирования. Благодаря многолетнему опыту работы в данной области НПП «ИНТЕРМЕХ» разработало многофункциональный комплекс программ, который позволяет решать задачи конструкторской и технологической подготовки производства и технической подготовки производства в целом.

Опыт

В течение всего периода деятельности компании нашими пользователями стали более 1400 предприятий из России, Белоруссии, Украины, Польши, Латвии и Литвы.

Системы, разработанные компанией ИНТЕРМЕХ, не только полностью решают вопросы конструкторской и технологической подготовки производства, но и открыты для работы с любой системой управления и планирования, используемой или выбранной на предприятии.

На многих предприятиях уже проведены или ведутся работы по интеграции систем ИНТЕРМЕХ с такими системами управления предприятием, как BAAN, SAP/R3, MAX, AXAPTA и др. Также специалистами компании накоплен большой опыт работы по интеграции систем ИНТЕРМЕХ с системами АСУ, разработанными силами самих предприятий.

Комплексный подход

Отличительной особенностью разработок компании является комплексный подход, а также законченные решения в вопросах автоматизации технической подготовки производства.

Компанией создан комплекс программ для автоматизированного конструкторского и технологического проектирования — гибкий интегрированный комплекс, позволяющий конструкторским и технологическим подразделениям работать в едином информационном пространстве, значительно повысить эффективность проектирования и ускорить процесс технической подготовки производства.

Комплекс систем ИНТЕРМЕХ

Комплекс ИНТЕРМЕХ представляет единую цепь взаимосвязанных, глубоко интегрированных систем, в основе которой лежит система Search , являющаяся главным связующим звеном между конструкторскими и технологическими службами, управленческим аппаратом и службами АСУ предприятия. Основные задачи, решаемые данной системой, — это ведение электронного архива технической документации, управление данными об изделиях, жизненным циклом изделия, документооборотом предприятия и управления проектами.

Search поддерживает работу с любыми документами, созданными «электронным» способом на предприятии. В этом направлении особое внимание в системе уделено интеграции с такими популярными CAD-системами, как Autodesk Inventor, Unigraphics, Solid Edge, SolidWorks, Pro/ENGINEER и, естественно, AutoCAD. В Search реализовано не только упорядоченное хранение моделей и чертежей этих систем, но и ассоциативная связь между параметрами моделей и карточками документов, возможность автоматического считывания состава изделия, поддержка конфигураций моделей, параллельная работа пользователей и многое другое.

Следующее звено — это система автоматизации конструктор­ского проектирования CADMECH. Под брендом CADMECH компания ИНТЕРМЕХ предлагает на рынке семейство конструкторских приложений к таким популярным 3D-системам, как Autodesk Inventor, SolidWorks, Unigraphics, Solid Edge и Mechanical Desktop. Система CADMECH позволяет в несколько раз повысить производительность труда конструктора при 3D-моделировании и в 10-15 раз — при оформлении чертежей в соответствии с ЕСКД. Причем предоставляемые возможности оформления по ЕСКД чертежей, полученных на основании модели, полностью поддерживают идеологию, заложенную в базовом пакете, то есть ассоциативные связи между элементами оформления (знаки шероховатости, неразъемных соединений, отклонений формы и т.д.) и проекциями детали.

В области 2D-проектирования компания ИНТЕРМЕХ традиционно продолжает развивать одну из самых известных своих разработок — CADMECH для AutoCAD.

Многообразие поддерживаемых системой CADMECH платформ обусловлено современным состоянием автоматизации конструкторского проектирования на отечественных предприятиях. Не секрет, что даже в пределах одного предприятия, не говоря уже о холдингах и корпорациях, различные подразделения могут использовать разные CAD-платформы. А это в конечном счете грозит невозможностью передачи конструкторскими службами необходимой, а самое главное, согласованной информации для систем технологической подготовки производства и управления производством. Эту проблему и позволяет решить система CADMECH. Уникальность подхода ИНТЕРМЕХ заключается в том, что база данных стандартных элементов и материалов IMBASE, поставляемая вместе с CADMECH и осуществляющая справочно-информационную поддержку процесса проектирования, является единой для всех CAD-платформ, которые поддерживает CADMECH. Таким образом, информация, например, о винте, примененном в процессе проектирования в CADMECH for Inventor, и аналогичном винте, использованном конструктором в CADMECH for Unigraphics для PDM-системы (в нашем случае TDM/PDM/Workflow-система Search), будет идентичной.

Автоматизация конструкторского проектирования будет не полной без автоматизации выпуска текстовой конструкторской документации. За это направление в цепи систем ИНТЕРМЕХ отвечает программа AVS. Она позволяет автоматизировать процесс выпуска конструкторских спецификаций различных форм, ведомостей и перечней элементов, напрямую получая всю необходимую для этого информацию со сборочного чертежа, выполненного в системе CADMECH. Таким образом, связка систем Search —CADMECH — AVS позволяет конструкторским службам получить полный, учтенный в архиве комплект КД на разрабатываемое изделие.

Технологическая подготовка производства является следующим этапом в процессе технической подготовки производства. Одно из ключевых мест в разработках ИНТЕРМЕХ отведено программно-методическому комплексу средств автоматизации технологической подготовки производства TechСard.

Следуя логике построения системы автоматизации конструкторско-технологического проектирования, входные данные для АСТПП должны быть подготовлены и переданы конструкторскими службами. Для поддержки целостности этого процесса в состав TechСard по умолчанию включена система ведения архива технической документации и информации о составе изделия Search и справочно-информационная база данных конструкторско-технологического назначения IMBASE, о которых уже говорилось. Таким образом, при использовании комплекса систем ИНТЕРМЕХ технологи и конструкторы работают с единой базой данных документов и изделий, используют единую базу данных стандартных изделий и материалов и т.д. Такой подход исключает неизбежные ошибки, возникающие при необходимости параллельного ведения баз данных и ручного ввода информации, и позволяет создать на предприятии единое информационное пространство для конструкторских и технологических подразделений.

Дополнительно хочется отметить, что входящий в состав комплекса интерфейс прикладного программирования ИНТЕРМЕХ API предоставляет все возможности для интеграции с любой из используемых на предприятии систем АСУ/MRP/ERP. Следовательно, можно сделать вывод: решения ИНТЕРМЕХ в области САПР и АСТПП позволяют не только автоматизировать процессы конструкторского проектирования и технологической подготовки производства, но и, в связке с системами управления, создать единое информационное пространство предприятия в целом.

О предмете разработок (краткие характеристики)

Система ведения архива технической документации предприятия и управления данными об изделиях и документооборотом (см. «САПР и графика» № 10’2004).

• иерархическая структура архивов;

• хранение различных типов документов;

• управление доступом к объектам системы;

• управление данными об изделиях;

• поддержка жизненного цикла изделий;

• управление проектами;

• электронный документооборот предприятия;

• согласование и утверждение документов;

• проведение изменений утвержденных документов;

• встроенный API-интерфейс;

• возможность интеграции с системами MRP, MRPII, ERP;

• интерфейс с различными CAD-системами (Autodesk Inventor, Unigraphics, SolidWorks, Solid Edge, Pro/ENGINEER, Mechanical Desktop, AutoCAD);

• модуль Search СПДС.

Модуль управления проектами, обеспечивающий решение задач календарного планирования, координации и контроля работ по проекту с представлением сетевого плана-графика работ/задач в диаграмме Гантта.

• координация работ в проекте;

• назначение исполнителей работ и исходных данных;

• назначение необходимых результатов работ и критериев их выполнения;

• детализация проектов исполнителями;

• автоматическая рассылка заданий исполнителям;

• контроль над ходом выполнения проекта;

Больше проверок:  Фнс россии запланировала на i квартал 2024 года сверку с организациями сведений о принадлежащей им недвижимости

• контроль загрузки исполнителей;

• определение критического пути.

CADMECH

Семейство конструкторских приложений на базе различных CAD-систем (AutoCAD, Autodesk Inventor, Unigraphics, SolidWorks, Solid Edge, Mechanical Desktop), см. «САПР и графика» № 2 и 8’2004.

• наличие справочно-информационной базы IMBASE (более 350 ГОСТов);

• оригинальная технология проектирования 3D-моделей, сборочных и деталировочных чертежей;

• автоматическая генерация изображений стандартных элементов деталей и сборочных единиц;

• создание пользовательских библиотек унифицированных и нормализованных деталей;

• библиотека стандартных конструктивных элементов деталей;

• полное оформление чертежей в соответствии с ЕСКД;

• инженерные расчеты;

• специализированные модули расширения (тела вращения, зубчатые колеса, пружины сжатия и растяжения).

Семейство систем Cadmech

IMBASE

Справочно-информационная база данных.

• иерархическое представление данных;

• редактирование существующих и создание новых каталогов, таблиц и справочников без участия разработчика;

• передача данных об элементах в систему CADMECH при генерации изображения стандартных элементов;

• поиск информации по различным критериям;

• разграничение прав доступа к элементам базы данных на уровне групп пользователей;

• экспорт/импорт данных через DBF-формат, а также с использованием API-интерфейса.

AVS

Система разработки комплекта текстовой конструкторской документации.

• создание оригинальных документов и ведомостей;

• настройка вида формируемых документов;

• встроенный редактор бланков;

• автоматическая простановка позиций и пропуск строк;

• автоматическая сортировка записей;

• передача информации в/из систему CADMECH;

• импорт/экспорт документов в формат DWG, метафайлы;

• вывод документов на устройства печати.

Режимы редактирования и просмотра спецификаций в AVS

TechСard

Комплекс средств автоматизации технологической подготовки производства.

Поддержка различных видов производств (с возможностью добавления новых видов): механообработка, сборка, сварка, литье, термообработка, гальванообработка, окраска, холодная и горячая штамповка, консервация, электромонтажные работы (см. «САПР и графика» № 4’2004).

• экспертная система (таблицы и формулы для технологических расчетов);

• проектирование технологических процессов на основе аналога, типового техпроцесса;

• проектирование сквозных технологических процессов;

• встроенный редактор технологических эскизов;

• создание графических библиотек типовых элементов (техпроцессов, операций) с привязкой к ним типовых технологических решений;

• автоматизированное проектирование техпроцессов с расчетом материального и трудового нормирования и режимов обработки для различных видов производства;

• автоматизированный подбор оснастки и оборудования;

• создание расцеховочных маршрутов;

• настройка формы и вида документов;

• наличие отдельных автоматизированных рабочих мест расцеховщика, материального нормирования, нормирования трудозатрат и проектирования оснастки.

Рабочий стол TechСard

LCAD

Система проектирования технологических планировок производственных цехов и участков (на базе Auto Сad ).

• база данных оборудования (модель, наименование, технические характеристики) с возможностью ее редактирования;

• справочные данные по нормам и требованиям к размещению оборудования;

• принятые условные графические обозначения для нанесения на планировки;

• формирование чертежей планировок;

• автоматическая генерация спецификаций на установленное оборудование;

• оформление и вывод на печать графической и текстовой документации по цехам, участкам и производственным корпусам;

• разработка генплана предприятия;

• интерфейс с системой Search.

CadElectro

Система автоматизированного проектирования электрооборудования и систем управления технологическими процессами (на базе AutoCAD);

• база данных электроаппаратов различных фирм, включая Siemens, Mitsubishi, Schneider и др. (более 10 тыс. наименований);

• создание собственной базы электроаппаратов;

• проектирование электрической и принципиальной схем и схемы подключений;

• анализ правильности ввода информации в соответствии с базой данных;

• автоматическая генерация перечня элементов (ПЭЗ), ведомости покупных изделий;

• формирование различных таблиц: электрических соединений (ТЭ4), подключений (ТЭ6), наборов зажимов (ТН3);

• формирование графической монтажной схемы;

• проектирование сборочных чертежей на формируемые оболочки;

• автоматическое формирование спецификаций и других конструкторских документов;

• оформление документов в соответствии с ЕСКД и СПДС.

Catalog

Система для создания каталогов деталей и запасных частей.

• создание электронных каталогов деталей и запасных частей;

• создание типографского макета каталога;

• импорт изображений из любых графических систем;

• импорт данных о структуре изделия из системы Search;

• формирование и отправка заказов обычной и электронной почтой;

• автоматическое создание Интернет-магазина.

Выводы

Программные решения компании ИНТЕРМЕХ соответствуют высоким требованиям современного предприятия, предъявляемым к комплексной автоматизации конструкторского проектирования, технологической подготовке производства и управлению предприятием.

«САПР и графика» 12’2004

Search предназначен для работы только с САПР CADMECH

Использование Search API предполагает «наличие у заказчика
специалистов по программированию на конкретном языке»

Система Search существует на рынке более 10 лет и поэтому
устарела морально и технологически

Search может быть использован для автоматизации документооборота
только на машиностроительных предприятиях

Для формирования состава изделия в Search нужно обязательно
оформлять конструкторскую спецификацию

Search может хранить файлы документов только в базе данных,
что не дает возможности использовать для хранения документов такие устройства,
как, например, магнитооптические библиотеки

Search хранит файлы документов централизованно, что увеличивает
вероятность потери документов в случае выхода из строя сервера, на котором эти
документы хранятся

Бессмысленно брать систему в опытную эксплуатацию

Вместе с Search необходимо приобретать СУБД

Все чаще на страницах журналов, посвященных САПР, стали появляться статьи,
в которых авторы (чаще всего — осознанно) преподносят читателям заведомо недостоверную
информацию о том или ином программном продукте или его производителе. К сожалению,
это отражает специфику конкурентной борьбы на российском рынке САПР. Многочисленные
«доброжелатели» старательно бомбят предприятия письмами, факсами с рассказами
о скорой кончине своих конкурентов и плохом качестве их программных продуктов.
В связи с этим хотелось бы обратиться ко всем продавцам и покупателям САПР:
«Господа продавцы! Давайте будем рекламировать свои программные продукты и оставим
в покое чужие! Пусть пользователи решают сами, какой программный продукт лучше
подходит для решения их задач. Господа покупатели! Не расспрашивайте продавцов
одной системы о прелестях и недостатках конкурирующей! Правду вы от них все
равно не услышите, а только дадите им лишний повод взять грех на душу».

Замечено, что чем лучше программный продукт, тем сильнее недобросовестные конкуренты
либо под видом независимых аналитиков, либо впрямую пытаются принизить его достоинства
и возможности. И делают они это всегда при отсутствии оппонентов, знакомых с
этим продуктом не понаслышке.

В данной статье я хотел бы опровергнуть слухи, которые упомянутые доброжелатели
распространяют об одной из самых популярных отечественных систем документооборота
и управления информацией — о программном комплексе Search производства компании
«ИнтерМех». Сразу оговорюсь, всю информацию, которую я привожу о данном программном
продукте, вы можете проверить сами, обратившись непосредственно в компанию «ИнтерМех».
Там же можно получить пробную версию системы для опытной эксплуатации на своем
предприятии. А теперь начнем нашу импровизированную дискуссию.

Search предназначен для работы только с САПР CADMECH

Действительно, первая версия Search, которая вышла в 1990 году, разрабатывалась
в качестве модуля расширения системы CADMECH и предназначалась для поиска файлов
чертежей. Сегодня Search — это универсальная система документооборота и управления
информацией об изделиях, способная взаимодействовать с множеством программных
продуктов самого различного назначения. При этом механизмы взаимодействия также
могут быть самые разные, например:

  • посредством чтения различной информации непосредственно из файлов документов
    (например, чертежей AutoCAD и Mechanical Desktop, спецификаций и ведомостей
    AVS, документов MS Word и электронных таблиц MS Excel и т.д.);
  • с использованием стандарта ODMA (Open Document Management API), который
    представляет собой стандартный API для организации взаимодействия между системами
    управления документами и внешними программами. В этот стандарт входят: набор
    функций, позволяющий заменять в редакторе документов стандартные диалоги открытия
    и сохранения файлов на аналогичные диалоги системы документооборота, функции
    для обмена атрибутивной информацией между редакторами и системами управления
    документами, а также функции, предназначенные для обеспечения ссылочной целостности
    многофайловых документов. В настоящее время стандарт ODMA поддерживается множеством
    программных продуктов — как зарубежных (Microsoft Office, Corel WordPerfect
    Suite), так и отечественных (КОМПАС-График, FineReader и т.д.);
  • с помощью встроенных в Search модулей интеграции с различными CAD-системами
    (например, с SolidWorks, Solid Edge, Autodesk Inventor), позволяющих полностью
    автоматизировать процесс получения информации о составе и параметрах сборочных
    единиц и деталей, модели которых созданы в этих CAD-системах;
  • посредством встроенного интерфейса программирования Search API, который
    позволяет получить авторизованный доступ на чтение и запись к большинству
    объектов системы. В частности, этот интерфейс используют для взаимодействия
    с Search большинство программных продуктов НПП «ИнтерМех» — Cadmech, Cadmech
    Desktop, Techcard, LCAD, AVS. Многие пользователи Search также используют
    в своих собственных разработках функции интерфейса Search API, что, с одной
    стороны, увеличивает функциональные возможности этих программных продуктов
    и снижает затраты на их написание, а с другой — позволяет внедрить Search
    в общее информационное пространство предприятия и обеспечить поддержку всего
    жизненного цикла выпускаемых на предприятии изделий;
  • путем обеспечения хранения в Search файлов документов любого типа с ручным
    заполнением карточек с атрибутами и автоматическим вызовом соответствующих
    внешних программ для просмотра, редактирования и печати этих документов. При
    этом сохраняются все взаимосвязи между составными и многофайловыми документами,
    что обеспечивает комплексное извлечение из архива Search всех файлов, необходимых
    для редактирования или просмотра документа.

Использование Search API предполагает «наличие у заказчика
специалистов по программированию на конкретном языке»

По крайней мере, такой вывод можно сделать, прочитав статью «Критерии сравнения
систем TDM/PDM» в журнале «САПР и графика» № 1’2002. Автор этой статьи не может
не знать, что интерфейс Search API построен на технологии COM (Component Object
Model), которая является стандартом взаимодействия Windows-приложений. Вызовы
COM-функций позволяет осуществлять практически любая среда программирования,
способная генерировать 32-битные Windows-приложения. Пользователи Search используют
для этого и Visual C++, и Delphi, и Visual Basic, и Oracle Forms, и даже Word
Basic. Что касается поставляемых с Search примеров использования функций API,
то они написаны на Delphi главным образом потому, что он является самой распространенной
в странах СНГ средой разработки Windows-приложений.

Далее автор пишет о том, что существуют PDM-системы, способные производить импорт
любой информации из уже существующих баз данных заказчика без необходимости
какого-либо программирования. Однако все эти системы предъявляют жесткие требования
к формату и правилам хранения данных в базе заказчика, что сводит на нет практическое
значение такого рода импорта информации. Исходя из личного опыта, могу утверждать,
что подавляющее большинство баз данных изделий и документов, импортированных
в систему Search, не могли быть импортированы ни в какую PDM-систему без участия
программистов. Вот лишь некоторые задачи, которые приходится решать в процессе
проведения импорта существующей базы данных:

  • База данных может храниться в собственном формате, разработанном специалистами
    данного предприятия.
  • Часть информации может храниться в MEMO-полях в соответствии с какими-либо
    правилами (например, номер_параметра=значение, а номер вычисляется по имени
    через промежуточную таблицу).
  • Значащая информация об изделиях может храниться вперемешку с информацией,
    необходимой для ее визуального представления (например, вывода на печать конструкторской
    спецификации).
  • База данных может содержать какие угодно правила извлечения информации (например,
    если в поле FIELD1 содержится ‘A’, то последующие цифры в этом поле означают
    номер записи в таблице TABLE1, в которой содержится соответствующая запись
    с допустимой заменой вида «один-на-один»).
  • Также может потребоваться периодическая синхронизация информации между исходной
    базой данных и базой Search и т.д.

Интерфейс Search API значительно облегчает процесс занесения информации в Search
и позволяет программисту сосредоточиться на решении задач, связанных с чтением
информации из исходной базы данных. Если же на предприятии вообще нет своих
программистов, то задачи импорта существующей информации помогут решить специалисты
НПП «ИнтерМех».

Больше проверок:  Как узнать есть ли запрет на въезд в зону шенгена и проверить sis

Система Search существует на рынке более 10 лет и поэтому
устарела морально и технологически

С такими заявлениями трудно спорить — система Search версии 1.0 действительно
давно устарела. Однако с тех пор на рынок вышло еще пять поколений этой системы,
в которой постепенно претерпело изменение все: функциональность, используемые
СУБД и операционные системы, технологии и языки программирования. Однако очень
важно, что с момента выхода первой версии Search накоплен большой опыт работы
системы на сотнях предприятий и учтены пожелания тысяч пользователей системы.
А без этого не может быть надежной и масштабируемой информационной системы,
способной отвечать разнообразным требованиям заказчиков. Хотелось бы предостеречь
читателей от поспешного приобретения сложных программных продуктов (будь то
PDM-, MRP- или CAD-системы), которые недавно появились на рынке (или еще даже
не появились), в противном случае вам придется потратить немало времени и средств
на доработку и отладку таких программ, вместо того чтобы заниматься своей работой.

Search может быть использован для автоматизации документооборота
только на машиностроительных предприятиях

Изначально Search был предназначен для автоматизации документооборота в машиностроительной
отрасли стран СНГ, поэтому настройки системы по умолчанию ориентированы на работу
с документами в соответствии с правилами ЕСКД и ЕСТД. Однако гибкая архитектура
системы позволяет применять ее во многих предметных областях. В Search настраивается
практически все: пользовательский интерфейс, наборы параметров для документов
и изделий, бланки извещений и отчетов, маршруты движения документов и заданий,
права доступа к объектам системы, правила работы с документами любого типа и
т.д. В настоящее время система успешно работает на множестве машиностроительных
и приборостроительных предприятий, а также в проектных организациях.

Для формирования состава изделия в Search нужно обязательно
оформлять конструкторскую спецификацию

На самом деле это всего лишь один из способов формирования состава изделий в
базе данных Search. Например, САПР CADMECH и редактор конструкторских документов
AVS позволяют на основании сборочного чертежа изделия автоматически сформировать
его спецификацию, по которой Search затем ведет базу данных состава и применяемости
изделий. Формировать проектные связи изделия можно также:

  • из внешних программ с помощью функций Search API;
  • автоматически при занесении в Search сборочных моделей SolidWorks, Solid
    Edge и Autodesk Inventor;
  • простым перетаскиванием изделий с помощью мыши в схему проектных связей;
  • с помощью специальных команд в режиме отображения дерева проектных связей
    изделия.

Search может хранить файлы документов только в базе данных,
что не дает возможности использовать для хранения документов такие устройства,
как, например, магнитооптические библиотеки

В комплект поставки Search 6 входит специальная служба (сервер документов),
способная хранить файлы документов на любом устройстве, которое доступно в ОС
Windows в качестве логического диска. Это может быть и обычный винчестер, и
магнитооптическая библиотека, и сетевое устройство хранения данных, и даже удаленный
FTP-сервер. Однако в Search оставлена возможность хранения файлов документов
и в базе данных, поскольку СУБД обеспечивает дополнительный уровень защиты информации,
хранящейся в файлах документов, от несанкционированного доступа к ней. К тому
же стоимость хранения информации на тех же магнитооптических библиотеках уже
давно превысила стоимость ее хранения на жестких дисках, а время доступа к данным
по-прежнему остается длительным.

Search хранит файлы документов централизованно, что увеличивает
вероятность потери документов в случае выхода из строя сервера, на котором эти
документы хранятся

Вместо опровержения данного заявления задам два простых вопроса:

  • вероятность какого события выше: отказа сервера или поломки одной из сотни
    рабочих станций?
  • в каком случае администратору легче организовать страховое копирование
    информации: если она находится на одном сервере в одной базе данных или если
    она распределена по тысячам каталогов на сотнях рабочих станций?

Конечно, если вы вместо надежного сервера намерены использовать персональный
компьютер кустарной сборки и при этом не очень беспокоитесь о страховом копировании
важной информации, то никакой Search не спасет вас от потери документов. В этом
случае лучшее решение — шкаф с многочисленными листами ватмана плюс огнетушитель.

Бессмысленно брать систему в опытную эксплуатацию

А как же еще проверить систему в деле? Поверить на слово хорошим дядям, продающим
кота в мешке? А если потом эти дяди годами будут выкачивать из вашего предприятия
деньги на доработку своих программ? Перед внедрением любой информационной системы
масштаба предприятия просто необходимо испытать ее в условиях, максимально приближенных
к реальным условиям работы.

Вместе с Search необходимо приобретать СУБД

Верно, но не совсем. Search может работать и с СУБД InterBase 6.0, бесплатную
версию которой компания Borland предоставляет на официальном сайте производителя.

Вообще, СУБД InterBase обладает достаточной масштабируемостью для обслуживания
100-150 рабочих мест Search. Если же вам требуется более надежное и масштабируемое
решение, то придется приобретать СУБД Oracle. При этом нужно учесть, что для
работы различных информационных систем крупного предприятия все равно требуется
СУБД такого же класса, как Oracle, поэтому рано или поздно предприятию придется
приобретать подобную СУБД. Следует отметить, что, идя навстречу пожеланиям пользователей,
компания «ИнтерМех» готовит к выпуску новую версию Search 7, которая будет работать
с еще одной промышленной СУБД — MS SQL Server, которая по надежности и производительности
не уступает СУБД Oracle, но отличается от нее более простым администрированием
и значительно меньшей стоимостью.

Приведем еще один излюбленный способ рекламы — сравнительный анализ продаваемой
ими системы с конкурирующими программными продуктами. Чаще всего этот анализ
проводится по тем функциям, которые в рекламируемой системе более или менее
реализованы, а про все остальное скромно умалчивается. Порой дело доходит до
курьезных ситуаций. В статье «Миф о Windchill», опубликованной в журнале «САПР
и графика» № 11’2001, автор производит сравнительный анализ нескольких западных
PDM-систем, из которого следует, что интерфейс рекламируемого им iMAN, в отличие
от остальных систем, полностью переведен на русский язык. И рядом приводит иллюстрации
пользовательского интерфейса iMAN, в которых нет ни одного русского! Как говорится,
и смех и грех.

Кстати, о русификации. Если вам говорят, что пользовательский интерфейс такой-то
зарубежной системы (PDM, TDM, Workflow) переведен на русский язык, то это еще
не значит, что система полностью локализована и готова к использованию на российских
предприятиях. Вы обязательно столкнетесь хотя бы с одной (а возможно, сразу
с несколькими) из следующих проблем:

  • Неполный и неточный перевод документации и справочной системы. Это действительно
    большая проблема, поскольку документация к сложной PDM-системе может содержать
    десятки томов.
  • Неполный перевод подсказок, сообщений об ошибках, вспомогательных утилит
    и т.п. При этом любой пользователь такой системы рискует увидеть на экране
    сообщение типа Discard changes? Yes/No. Вам лучше заранее обучить своих сотрудников
    английскому языку.
  • Не факт, что следующая версия этой системы вообще будет переводиться на
    русский язык. Существует много примеров, когда крупные западные компании заявляли
    о бесперспективности российского рынка и закрывали свои представительства
    в странах СНГ.
  • А как насчет поддержки российских стандартов (ЕСКД, например)? А насчет
    выпуска различных конструкторских спецификаций, извещений об изменениях, ведомостей
    и т.п.?

В заключение необходимо отметить, что компания «ИнтерМех» продолжает активно
развивать Search. Новое, седьмое поколение системы будет построено с использованием
многоуровневой модели сетевых вычислений, будет иметь гораздо более совершенные
механизмы администрирования и разделения прав доступа к объектам системы, принципиально
новый модуль маршрутизации документов, способный управлять бизнес-процессами
всего предприятия. Появится возможность хранения данных в еще одной популярной
СУБД — MS SQL Server. Также расширятся возможности системы по управлению жизненным
циклом изделия, в частности появится возможность получения состава изделия на
определенную дату или для изделия с определенным серийным номером. Более подробно
новые возможности InterMech Search 7 будут рассмотрены в следующих статьях,
посвященных этой популярной информационной системе.

«САПР и графика» 3’2002

Нужна подробная консультация по лицензированию и покупке? Обращайтесь!
Вы можете сделать заказ в свободной форме – заполните форму.

Search – система корпоративного уровня, предназначенная для решения следующих задач:

  • Управление данными об изделиях (в западной терминологии PDM – Product Data Management);
  • Управление жизненным циклом изделия (PLM – Product Lifecycle Management);
  • Ведение электронного архива технической документации (TDM – Technical Data Management);
  • Управление документооборотом предприятия (Workflow);
  • Управление проектами (Project Management).

Что входит в состав Search

cистема управления данными об изделиях, ведения архива технической документации и документооборота предприятия

программа поиска 3D-моделей, основанная на сравнении геометрической формы

программа для просмотра, анализа и визуального взаимодействия с 3D-моделями, разработанными в различных CAD-системах

программа для просмотра векторных и растровых графических форматов

Редактор шаблонов процессов

программа для создания и редактирования шаблонов и процессов документооборота

программа создания бланков для различных типов документов

Система Search построена в современной трехуровневой архитектуре клиент-сервер, в которой в качестве сервера базы данных может использоваться одна из СУБД промышленного класса – ORACLE, MS SQL Server или INTERBASE.

Возможность выбора СУБД и, соответственно, платформы для сервера базы данных обеспечивают необходимую производительность и масштабируемость системы для заданного количества пользователей – от архива рабочей группы, до архива крупного предприятия с сотнями одновременно работающих пользователей.

По своим функциональным возможностям система ориентирована для использования на крупных, средних и малых предприятиях, предъявляющих высокие требования к электронному документообороту и ведению базы данных выпускаемых и используемых на предприятии изделий.

Благодаря многолетней успешной эксплуатации на сотнях предприятий, Search выгодно отличается от других западных и отечественных систем своего класса, прежде всего:

  • комплексностью и тщательностью проработки решаемых задач;
  • наиболее полным соответствием стандартам ЕСКД (без противоречия западным стандартам);
  • адаптированностью системы для отечественных машиностроительных и приборостроительных предприятий;
  • выгодным соотношением цена/качество.

Поисковая система

Для увеличения нажмите на картинку

Search + IMProject

Модуль управления проектами IMProject обеспечивает решение задач календарного планирования, координации и контроля коллективной работы по проекту с представлением сетевого плана-графика работ/задач в виде диаграммы Гантта.

IMProject не входит в стандартный комплект поставки Search и приобретается отдельно.

Search + IPS WebPortal

При помощи IPS WebPortal любой документ или объект, зарегестрированый в Search, может быть передан в базу данных удаленного предприятия или филиала.

Входящий в состав системы интерфейс прикладного программирования Search API позволяет получать доступ к любой информации, хранящейся в базе данных Search, из программ, написанных на любом языке программирования, умеющем работать с OLE/COM-функциями – Visual C, Visual Basic, Delphi и др.

  • разрабатывать собственные модули-расширения для реализации недостающих функций;
  • интегрировать Search с используемой на предприятии системой АСУП/MRP/ERP и другими информационными системами.

Search + ERP / MRP / MRP II

На сегодняшний день имеется успешный опыт интеграции Search с такими системами ERP, как AXAPTA, Lipro, MAX, SAP, ИС-ПРО, 1С:Предприятие и другими. Реализована интеграция Search с системами АСУП предприятий. Для реализации механизма интеграции можно использовать встроенный API-интерфейс или универсальный формат обмена данными XML.