Андрей Смирнов
Время чтения: ~21 мин.
Просмотров: 0

Product data management

Управление заданиями

Задания — эффективный механизм, позволяющий участникам электронного архива вести согласованную и «прозрачную» работу над проектом. В ходе этой работы сотрудники ставят друг перед другом и решают различные задания /задачи, совокупным результатом выполнения которых является готовый проект. Работа с задачами ведется на вкладке «Задачи» главного диалогового окна (рис. 12).

Рис. 12. Вкладка «Задачи»

Рис. 13. Маршрут выполнения задачи

Все задачи пользователя разбиваются на два основных раздела:

  1. «Мои задачи»;
  2. «Все задачи».

Мои задачи

Задачи, в которых пользователь выступает инициатором или исполнителем, сортируются по четырем папкам:

  • «Входящие» — в папку попадают задачи, в которых пользователь участвует как исполнитель. Также инициатор видит в ней «задачи-контроль», которые исполнитель завершил или вернул;
  • «Исходящие» — в папку попадают задачи, в которых пользователь участвует как инициатор;
  • «Планируемые» — в папку попадают задачи, у которых состояние «Новое».
  • «Удаленные» — в папку попадают задачи, которые удалили. Любая задача из папки «Удаленные» может быть восстановлена и возвращена в свою исходную папку. Если задача удаляется из папки «Удаленные», то она удаляется безвозвратно.

Число находящихся в папке задач отображается в скобках, справа от ее названия. В каждой папке отображается список задач, хранящихся в ней. Задачи группируются согласно своим состояниям:

  • «Не начатые» — задачи в состоянии «Новое», срок выполнения которых еще не истек. Отображаются черным шрифтом;
  • «Выполняемые» — задачи в состоянии «В работе», срок выполнения которых еще не истек. Отображаются зеленым шрифтом;
  • «Завершенные» — задачи в состоянии «Исполнено». Отображаются серым зачеркнутым шрифтом;
  • «Отложенные» — задачи в состоянии «Отложенное». Отображаются черным шрифтом;
  • «Просроченные» — задачи в состоянии «В работе» или «Новое», срок выполнения которых истек. Отображаются красным шрифтом.

Жизненный цикл задачи может быть графически представлен на временной шкале.

Выполнение задачи определяется ее маршрутом, который содержит информацию об исполнителях задачи, сроках и способе ее выполнения (рис. 13).

ADEM PDM предлагает различные виды маршрутов выполнения задачи:

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

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

тип задачи — в системе предусмотрено два типа задач:

— задание — имеет срок выполнения, может быть возвращено или завершено исполнителем,

— уведомление (письмо) — бессрочная задача исключительно информационного характера, не предусматривающая завершения или возврата исполнителем;

срок исполнения — дата и время, до которого задача должна быть завершена исполнителем. Если задача не завершена до указанного срока, она считается просроченной.

Сформированную задачу можно отправить на выполнение. Выполнение задачи — обязанность исполнителя. В процессе выполнения он изменяет ее состояние (возвращает, выполняет, изменяет процент выполнения). А инициатор, в свою очередь, осуществляет авторский контроль исполнения задачи (контролирует исполнение этапов, отправляет на доработки, останавливает, утверждает и др.).

Все задачи

В этот раздел попадают те задачи, в которых пользователь выступает инициатором, исполнителем или наблюдателем. Число таких задач отображается в скобках. Принцип группировки аналогичен разделу «Мои задачи». Систему управления задачами можно использовать в контексте проектируемого изделия. В этом случае каждому элементу электронной структуры изделия можно соотнести одну или несколько задач. Например, задания на проектирование КД, технологических процессов и др. При этом можно контролировать  исполнение заданий (мониторинг) как по отдельным узлам, так и по всему изделию в целом (рис. 14).

Рис. 14. Задачи в контексте проектируемого изделия

Поиск по задачам

Поиск позволяет быстро найти нужную задачу по ключевому слову. В качестве ключевого слова может использоваться тема задачи или имя исполнителя.

Взаимодействие с SolidWorks

Будучи созданным специально для SolidWorks, SWE­PDM обеспечивает беспрецедентную интеграцию с этой системой в любой ее комплектации. Это проявляется в двух неразрывно связанных и тесно взаимодействующих вариантах: в виде уникальных возможностей в части работы с файлами SolidWorks в окне PDM (причем даже при отсутствии SolidWorks на данном компьютере) и в виде наличия удобного встроенного в SolidWorks модуля взаимодействия с хранилищем.

Комплект файлов SolidWorks, соответствующий какому­то проекту или его части, включая все входящие модели и чертежи, можно поместить в выбранную папку SWE­PDM простым копированием через проводник Windows. SWE­PDM распознает ссылки между документами, зачитает все метаданные, подцепит к сборкам ссылки на библиотечные папки и модели Toolbox. Наличие SolidWorks на компьютере для выполнения этих действий необязательно.

Прямо в окне SWE­PDM вы имеете доступ ко всем метаданным документов SolidWorks, как к общим данным модели, так и к данным каждой конфигурации, видите составы сборок и входимость деталей и узлов, можете просматривать файлы SolidWorks, добавлять в них заметки функцией «красного карандаша», менять их статус в соответствии с жизненным циклом. В рамках прав пользователя SWE­PDM можно менять метаданные вручную или автоматически по правилам запущенного бизнес­процесса. Все изменения, сделанные в карточке документа, сразу передаются в документ и отражаются в основной надписи чертежа SolidWorks. И всё это возможно даже при отсутствии SolidWorks на данном компьютере и вообще в локальной сети!

Уникальные возможности SWE­PDM предоставляет при реорганизации структуры папок с файлами SolidWorks. Все CAD­системы, использующие ссылки между документами, хранят в своих файлах пути к входящим документам, что затрудняет изменение структуры хранения входящих файлов. Изменить такую структуру можно, только работая прямо в самой CAD­системе. Но в случае SolidWorks вы можете выполнить все операции непосредственно в окне SWE­PDM. Файлы зарегистрированного в SWE­PDM проекта SolidWorks можно без опаски и без выполнения каких бы то ни было специальных действий перемещать из папки в папку, и SWE­PDM сам (опять­таки без участия SolidWorks) изменит должным образом хранимые в них внешние ссылки. То же относится к вопросу переименования файлов. Беда эта знакома всем: на первом этапе проектирования мы называем отдельные файлы абы как. В результате появляются десятки «Кронштейнов», «Прокладок», «Осей» и т.д. Windows не позволяет одновременно использовать разные документы с одним именем, и однажды часть из них приходится переименовывать. И если CAD­системы требуют выполнения специальных действий для корректной замены ссылок (а затем еще и удаления файлов со старыми именами), то SWE­PDM делает эту работу сам, прямо в своем окне. Все эти удобства пользователи SWE­PDM сразу оценивают высоко, ибо все начинают свою работу с PDM не на пустом месте, а уже имея выполненные проекты, хранимые вразнобой в случайных по структуре системах папок на компьютерах конструкторов, и вынуждены при внедрении PDM наводить порядок в этом хаосе.

Работая в среде SolidWorks, пользователь также имеет полный доступ ко всем необходимым функциям SWE­PDM и может брать на редактирование компоненты проекта, регистрировать в хранилище изменения, получать уведомления об изменениях, проводить эти изменения в свои модели, откатываться по истории назад. Можно изменять статус документа, работать с карточкой документа, выполнять поиск в хранилище и т.д. В лучших традициях SolidWorks пользователь может вызывать команды PDM наиболее удобным способом: из главного меню системы, из контекстных меню, с панели задач SWE­PDM. При сохранении в SWE­PDM нового документа вы можете сразу заполнить нужные поля карточки документа, соответствующие свойствам модели.

SWE­PDM без проблем работает и с виртуальными компонентами сборок SolidWorks. Хотя такие компоненты и не представлены отдельными файлами, которые можно было бы привычным образом учесть в PDM­системе, SWE­PDM отображает их в спецификациях и позволяет работать с карточками таких документов.

При любом управлении моделями SolidWorks в окне SWE­PDM и в среде SolidWorks система SWE­PDM правильно отстроит структуру проектируемого изделия, что гарантирует всем потребителям этой информации точность и полноту данных. В итоге технологи получат для нужд подготовки производства полную структуру данных, отдел технической документации — связный комплект документации на изделие, экономические службы — точные данные по компонентам проекта для расчета калькуляции изделия и т.д.

Чего ждут от программ пользователи

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

Другим важным для пользователей моментом при выборе системы является простота ее настройки и сопровождения. Вот почему, в частности, многие предприятия предпочитают менее производительные, но более простые в сопровождении СУБД Interbase и MS SQL Server более производительному, однако требующему более серьезного администрирования Oracle.

Качественная поддержка пользователей тоже является одним из приоритетов, но далеко не все организации готовы за нее платить, а также оплачивать подписку по программе обновления версий (Software Pre-Paid Upgrade, Maintenance, Subscription Service и т.п.).

Наиболее частым и характерным пожеланием заказчиков является предоставление бесплатных демонстрационных или тестовых версий.

Современное состояние автоматизации конструкторской деятельности, производства и информационной поддержки последующих стадий ЖЦ изделий

Компания Бюро ESG имеет большой опыт проведения работ по внедрению систем электронного архива, PDM, PLM, систем управления инженерными данными в самых разных отраслях: судостроении (ОАО «Балтийский завод» — Рособоронэкспорт, ОАО «Севмаш», ЗАО «ЦНИИ Судового машиностроения»), машиностроении (ОАО СПб «Красный Октябрь»), промышленном и гражданском строительстве (ПФ «Союзпроектверфь», ОАО «Гипроспецгаз»), атомной отрасли (ОАО «Атомпроект», ОАО «Росжелдорпроект») и на многих других предприятиях и организациях, перечисление которых не входит в цели и задачи статьи.

Подчеркнем, что внедрения проводились на базе использования различных программных систем: TDMS, Search, SmartPlant Fondation, Autodesk Vault и других, в том числе собственной разработки. Использование той или иной программной среды обусловлено отраслью, стоящими задачами и прочими факторами. Именно обширный опыт, накопленный Бюро ESG по перечисленным направлениям, позволяет нам обрисовать общую картину внедрения систем электронных архивов, систем документооборота PDM и PLM на российских предприятиях.

Современную конструкторскую, производственную деятельность, поддержку эксплуатации, модернизации и утилизации изделий невозможно представить без использования различного рода автоматизированных систем: CAD (САПР), CAM, PDM, систем технологической подготовки производства, PLM­систем. Общую картину иллюстрирует рис. 1.

Рис. 1. Общая картина автоматизации

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

Заявления о «внедрении PDM или PLM­технологий» на практике часто оказываются лишь внедрением системы электронного архива и документооборота КД и ТД, TDM, и не более. Причины:

  • «игра слов» — это когда для создания функционала электронного архива и документооборота КД и ТД использована дорогостоящая PDM­система (что часто трактуется как «внедрение PDM­технологии», хотя такого нет, налицо лишь внедрение электронного архива и/или TDM с использованием ПО — PDM­системы);
  • подмена понятий — когда в названии программного средства присутствует аббревиатура «PDM» или «PLM», но система по роду решаемых задач не является таковой и, опять же, в лучшем случае решает две задачи, но чаще — одну из двух:

— управление работой конструкторов на уровне документов, а иногда и 3D­моделей,

— управление электронным архивом КД и ТД.

Приведем пример: опыт компании Бюро ESG, включающий работы по созданию макета информационной модели военного корабля, показал, что на стадии ЖЦ эксплуатации наиболее важна, увы, не информация проектанта и строителя, а эксплуатационная документация, интерактивные электронные технические руководства (ИЭТР). Крайне необходима на стадии ЖЦ эксплуатации и логистическая поддержка, позволяющая в кратчайшие сроки пополнить ЗИП. Очень часто ни одна система, позиционируемая производителем как PLM, не решает «по умолчанию» задач эксплуатации, хотя, не будем отрицать, такая система вполне может быть использована при соответствующих доработках, например, и для решения вопросов логистики. Заметим, что по эффективности и затраченной на доработку трудоемкости такой подход эквивалентен использованию бухгалтерской или ERP­системы для управления конструкторской деятельностью или текстового редактора для разработки конструкторских чертежей.

Стараясь быть объективными в оценках, не будем дальше сгущать краски, а всего лишь заметим:

  • современная автоматизация конструкторской деятельности, производства, поддержки последующих стадий ЖЦ изделий часто включает лишь элементы PDM и PLM;
  • часто внедрения PDM и PLM — не более чем создание электронного архива и документооборота КД и ТД;
  • говорить о полном внедрении технологии PLM для всех стадий жизненного цикла изделия преждевременно.

Формулирование требований к системе

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

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

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

Такой сценарий может включать, например, следующие этапы:

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

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

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

Рассмотрим некоторые возможные требования к PLM/PDM­системам

Важно, чтобы каждое из них было максимально конкретным

«Эх, дубинушка, ухнем! Эх, зеленая, сама пойдет!»

Собственно говоря, в этом заголовке отражен извечный вопрос отечественной промышленности: нужно ли внедрять PLM или «сама пойдет». На наш взгляд, ответ однозначен: для успешного функционирования на предприятии PLM-решения недостаточно просто установить на рабочих местах САПР и PDM-системы и научить сотрудников использовать их функциональность. Причина этого состоит в том, что PLM-решение представляет собой инструмент организации работы, который нужно настраивать под те рабочие процедуры, которые приняты на предприятии. По статистике, менее 50% проектов по внедрению информационных систем на предприятиях заканчиваются успешно. В остальных случаях имеет место неудовлетворение руководства и/или конечных пользователей результатом проекта, превышение сроков выполнения и бюджета проекта либо все перечисленные факторы вместе взятые.

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

Рис. 2. Важные компоненты PLM-решения

В первую очередь давайте определимся с тем, что же является результатом внедрения. Будем называть это PLM-решением, которое включает (рис. 2):

  • перепроектированные бизнес-процессы и структуры данных предприятия (адаптированные под работу в электронном виде);
  • специализированное программное обеспечение (САПР, PDM);
  • системное программное обеспечение (ОС, СУБД, офисные пакеты, системы ЭЦП);
  • аппаратное обеспечение (серверы, ЛВС, рабочие станции, периферийное оборудование);
  • кадровое обеспечение (подготовленные к работе пользователи);
  • нормативно-методическое обеспечение:

— стандарты предприятия (СТП),

— классификаторы,

— справочники;

юридическое обеспечение (юридическая чистота использования электронных данных, в том числе организационные механизмы ЭЦП).

Отсюда можно сформулировать на верхнем уровне и содержание работы по внедрению:

  • перепроектирование бизнес-процессов и структур данных предприятия;
  • определение требований к компонентам PLM-решения и их взаимная увязка;
  • выбор программного и аппаратного обеспечения (в особенности специализированного ПО) из имеющегося на рынке;
  • настройка специализированного ПО под бизнес-процессы и структуры данных предприятия;
  • настройка системного ПО и аппаратного обеспечения;
  • подготовка кадров;
  • корректировка СТП;
  • выверка классификаторов и справочников;
  • решение юридических вопросов;
  • решение внутренних организационных вопросов предприятия по вводу системы в действие (в том числе вопросов мотивации сотрудников).

Архитектура системы

Представленные сегодня на рынке системы делятся по типу используемой ими архитектуры
(в соответствии с используемыми ими СУБД и принципами работы) на файл-серверные
(большинство систем для рабочих групп) и клиент-серверные (2- и 3-уровневые).
Наряду с этим можно выделить так называемые Web-ориентированные системы, но
они, как правило, тоже используют какую-либо СУБД.

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

Для систем масштаба предприятия более подходят СУБД, построенные в клиент-серверной
архитектуре. Но означает ли использование программой СУБД Interbase или даже
Oracle то, что система может быть действительно эффективна при одновременной
работе сотен пользователей? К сожалению, не всегда. Во-первых, все SQL-серверы
имеют разные предельные возможности по одновременной работе пользователей и
различную производительность. Во-вторых, использование даже самой лучшей и высокопроизводительной
СУБД может не дать положительного результата, если разработчик не имеет опыта
создания и внедрения систем, работающих с большими объемами данных («запорожец»
с двигателем от «мерседеса» — еще не «мерседес»).

Следующий вопрос, который возникает у пользователей: какие именно СУБД поддерживает
данная система? Желательно, чтобы выбранная вами система поддерживала ту СУБД,
которая имеется на вашем предприятии, чтобы не «разводить зоопарк». Очевидно,
что чем больше СУБД поддерживает система, тем она предпочтительнее. Но большая
универсальность, как правило, достигается в ущерб производительности. Так что
выбор здесь — за заказчиком, которому остается довериться опыту компании-разработчика.

К сожалению, иногда даже в серьезных изданиях можно встретить совершенно безответственные
утверждения фирм-разработчиков. Например, в статье «AdemVault — электронный
архив CAD/CAM АDEM» («САПР и графика» № 10’2001) можно найти следующие заверения
авторов одной из систем: «В качестве системы управления базами данных можно
использовать любую из существующих». Данное утверждение свидетельствует либо
о недостаточном опыте разработчиков, либо о желании ввести потенциальных заказчиков
в заблуждение. Система, написанная, например, для MS SQL Server, далеко не всегда
будет работать с СУБД Sybase или Oracle.

При выборе системы необходимо также помнить о перспективах ее развития и исходя
из этого ориентироваться на поддержку той или иной СУБД.

Особенности и преимущества

Часто путают понятия plm (product lifecycle management) и PDM (product data management). Первое трактуется как стратегия комплексного подхода к управлению данными вообще за счет объединения различных методик, второе направлено непосредственно на решение задач, связанных с разработкой конкретного проекта, узла, агрегата. Для российского рынка эти термины равнозначны и часто подменяют друг друга.

Исторически системы управления данными об изделии выросли из тяжелых промышленных САПР, условно можно выделить 4 поколения:

  1. Было ориентировано на группу (отдел) проектировщиков и конструкторов, ускоряло процесс разработки за счет быстрого обмена актуальной информацией.
  2. Расширился спектр решаемых задач: интегрируются данные со всех этапов жизненного цикла продукции, устанавливаются единые правила их обработки для участников, анализируется необходимая материально-техническая база, подключаются все отделы предприятия.
  3. Произошел ряд коренных изменений: формулировать характеристики перспективных изделий стали не конструкторы, а маркетологи; САПР стал не поставщиками информации, а модулем для формализации структуры; произошел переход на клиент-серверную технологию и использование СУБД, был взят курс на аккумулирование и анализ всей доступной информации.
  4. Глобализация производства и развитие сетевых технологий поставили новые задачи: свободный доступ и обмен информацией в международном масштабе независимо от среды передачи данных, быстрые изменения под требования заказчика и возможность переориентации производственных мощностей. Ядро системы ориентировано на ускорение и гибкость всех процессов с привлечением всех доступных ресурсов.

Производители современных комплексов синтезируют свои продукты с учетом опыта предыдущих поколений и текущих требований. На российском рынке представлены: IPS от «Интермех», ЛОЦМАН:PLM от компании «Аскон», T-Flex от «Топ Системы». Наиболее интересна в сравнении с остальными IPS – не выросла как «домашняя» для определенного вида CADа, а поддерживает работу с наиболее распространенными.

Основные механизмы управления, заложенные разработчиками, оптимизируют и учитывают следующие процессы:

  • Оперативное управление жизненным циклом с помощью модуля Workflow, основная задача которого помочь лицам, принимающим решения, не вникать в техническую суть, а контролировать работу в целом. Эффективное администрирование и планирование, возможность видеть целостную картину и быстро реагировать на неизбежные сбои в ходе выполнения работ ускоряет выполнение поставленных задач.
  • Введение спецификаций, в том числе многоуровневых, их оптимизация под компетенцию конкретного специалиста, работа с базовыми моделями по оптимизации использования материально-технической базы.
  • Отслеживание и сохранение всех изменений, происходящих в процессе работы, контроль актуальности версий для исключения возможных диверсий и потери информации, анализ допущенных ошибок для их исключения в будущем.
  • Возможность объединять разнотипную информацию в рамках одного проекта, что актуально при участии в выпуске нескольких предприятий, использующих разные системы проектирования, хранения и кодификации.
  • Хорошо структурированный поиск для получения нужной информации, возможность сделать ее выборку по широкому ряду критериев, выстраивание логического дерева знаний для отслеживания порой неочевидных взаимосвязей между компонентами – все это очень критично для скорости принятия решений.
  • Сопутствующие базы данных для планирования производственных и логистических операций, справочники и номенклатурные списки, тарифные сетки – эти данные позволяют существенно снизить временные затраты и себестоимость компонентов.

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

Погрузочно-доставочные машины ПДМ

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

Если вам нужна техника для подземных работ, зайдите в каталог продукции компании Strong Miners –  мы реализуем лишь надежное спецоборудование по приятной цене. Сфера наших интересов охватывает Россию и Казахстан, поэтому вы сможете заказать товар из любой точки двух стран–  от Москвы до Алма-Аты.

Что мы готовы предложить своим посетителям? Наиболее распространенные виды оборудования для подземных работ. Подземная горная техника, которую можно заказать у менеджеров компании, подразделяется на следующие категории:

  • пневмоколесные, гусеничные, колесно-рельсовые;
  • пневматические, электрические, дизельные;
  • с электрическим, пневматическим, гидравлическим, электро-гидравлическим приводом.

Каждая модель сопровождена описанием технических характеристик. Также вы можете выбрать товар, руководствуясь комментариями наших специалистов. В ассортименте представлены:

  • самосвал для подземных работ. Если сравнивать подземный самосвал с его «наземным» аналогом, то модель для подземных выработок отличается компактностью, маневренностью, небольшим радиусом разворота. Подобная техника классифицируется по грузоподъмености. Так, к грузовым автомобилям с большой грузоподъемностью относится подземный самосвал Caterpillar AD300  – его выбирают для транспортировки горных пород массой до 30 тонн;
  • подземный погрузчик. Используется для погрузки, складирования и транспортировки грузов на короткие расстояния. В компании Strong Miners вы можете заказать погрузчик вилочный для подземных работ либо выбрать погрузочную машину с ковшом, такую как подземный погрузчик ST2D. Цены уточняйте у продавцов;
  • подземные автобетоносметители – для приготовления и перемещения бетонной смеси в шахтах;
  • погрузочно-доставочные машины для подземных работ или шахтные ПДМ;

В отдельную категорию вынесены подземные погрузочно-доставочные машины – разновидность шахтного оборудования для погрузки и транспортировки породы, разравнивания грунта и уплотнения полотна. Погрузочно-доставочная машина бывает:

  • оборудованная погрузочно-транспортным ковшом или ковшом и бункер-кузовом;
  • электрическая либо дизельная погрузочно-доставочная машина, такая как ПДМ XYWJ 4 или польская ПДМ LK 1.

В ассортименте Strong Miners представлены модели родом из Европы, США, Азии, отечественного производства, отличающиеся техническими характеристиками и ценой: ПДМ Aramine из Франции, шведские ПДМ Sandvik, знаменитый ПДМ Катерпиллер 1300 от компании из США, российский ПДМ 95 (ЗАО «УралСпецМаш») либо ПДМ Fambition из Китая. Любой посетитель сайта сможет сравнить показатели техники и ее стоимости и сделать верный выбор. Так, если вы хотите заказать продукцию Atlas Copco, приобретите модель ПДМ ST 14, которая славится надежностью и долговечностью.

Также в каталоге погрузочно-доставочных машин от Strong Miners предлагается купить: ПДМ 1, ПДМ 2; ПДМ 01 и ПДМ 02; ПДМ 4, ПДМ 5, ПДМ 10; ПДМ-1М и ПДМ-3Я; ПДМ 350 и ПДМ 3000.

Контакты менеджеров в Москве указаны на сайте.

Сильные и слабые стороны отечественных и зарубежных систем

Если оценивать зарубежные системы в целом, то их слабые стороны в плане борьбы за отечественный рынок очевидны:

• довольно высокая стоимость лицензий (2-3 тыс. долл. за лицензию), внедрения и сопровождения;

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

• почти полное отсутствие интеграции с отечественными конструкторскими и технологическими САПР;

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

• сложность кастомизации (требуется большой объем программирования на C++ или на Java).

Но и преимущества у зарубежных систем также имеются:

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

• лучшая интеграция с тяжелыми САПР;

• поддержка сертифицированных разработчиками систем ERP-интерфейсов;

• более стабильная работа, меньшее количество ошибок вследствие лучшего тестирования.

Слабые места отечественных разработок таковы:

• меньшая стабильность кода;

• худшая поддержка тяжелых САПР;

• малая распространенность систем за пределами СНГ (хотя некоторые отечественные компании имеют англоязычные версии своего ПО и поставляют его на зарубежные рынки, но объемы этих поставок пока крайне невелики);

• в ряде случаев  более слабые функциональные возможности (в первую очередь в части Workflow) и худшая переносимость и масштабируемость.

Преимущества отечественных разработок:

• более низкая стоимость приобретения (300-1200 долл. за лицензию) и владения;

•· поддержка отечественных стандартов (ЕСКД, СПДС);

• интеграция с САПР отечественной разработки;

• большая простота при внедрении и сопровождении.

Рейтинг автора
5
Материал подготовил
Степан Волков
Наш эксперт
Написано статей
141
Ссылка на основную публикацию
Похожие публикации