Выяснение потенциальных преимуществ системы

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

В первую очередь нужно оценить потенциал модернизации текущей системы. Если предприятие работает с просто устаревшим программным обеспечением, то есть система рассчитана только на 2D, или поставщик больше не поддерживает этот продукт, то целесообразно заменить ПО на новое. И напротив, если исполь­зуется современное программное обеспечение, но не удается достичь ожидаемых преимуществ – возможно, система некачественно настроена, или же нужны изме­нения в бизнес-процессах и методах работы, в этом случае приобретение нового программного решения не поможет.

При оценке потенциальных преимуществ новой системы CAD/CAM/CAE/ PDM необходимо осмыслить, каким образом могут быть усовершенствованы биз­нес-процессы, связанные с жизненным циклом изделия, на конкретном предприя­тии. Для этого нужно ответить на следующие вопросы:

o Достаточно ли высока рентабельность предприятия?

o Не слишком ли велика себестоимость изделий?

o Достаточны ли ресурсы, направляемые на разработки, и находятся ли за­траты на НИОКР в пределах нормы издержек?

o Достаточно ли конкурентоспособны изделия?

o Является ли качество ваших изделий достаточно высоким на протяжении всего жизненного цикла?

o Не слишком ли долог цикл разработки изделий?

o Достаточно ли быстро предприятие реагирует на изменения потребностей рынка или на предложения клиентов?

Получив ответы на эти вопросы, следует выяснить, достижимы ли требуемые улучшения иными методами, нежели внедрение нового ПО САПР, например со­вершенствованием бизнес-процессов, модернизацией оборудования, улучшением снабжения и контроля качества, изменением конструкции изделий?

Лекция 24

15.3 Формализация требований к системе

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

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

o переход на 3D;

o возможность работы с данными, наработанными ранее в других системах, в том числе на бумаге;

o интероперабельность с другими САПР;

o обеспечение проверки данных;

o возможность управления процессами;

o совместная работа разработчиков как внутри предприятия, так и со смеж­никами;

o интеграция с производственными системами;

o интерфейс с другими IT-системами, например ERP.

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

Анализ затрат

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

o приобретение ПО для проектирования изделий, подготовки производства, инженерного анализа, управления данными;

o обучение персонала;

o настройка нового программного обеспечения под задачи сотрудников;

o конвертация существующих данных;

o приобретение нового аппаратного обеспечения;

o обновление системного и офисного ПО;

o обновление коммуникаций – более скоростные локальные сети и доступ в Интернет;

o установка серверов для хранения общедоступных данных;

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

o пересмотр процедур утверждения бумажных документов и процедур внесе­ния изменений;

o обеспечение доступа к проектным данным не только для авторов CAD-данных, но и, возможно в упрощенном варианте, для сотрудников, проверяю­щих и утверждающих документы.

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

Отдельно стоит остановиться на конвертировании наработанных данных. Это следует делать только в случае безусловной необходимости или явной пользы. Не нужно преобразовывать сразу все имеющиеся данные, а только те, которые дей­ствительно необходимы на текущий момент.

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

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

Выбор системы

В процессе выбора необходимо определить наиболее подходящую для предприя­тия CAD/CAM/CAE/PDM-систему и убедиться в правильности выбора. К этому этапу должны быть четко выделены основные проблемы, препятствующие повы­шению эффективности работы предприятия, и сформулированы основные цели проводимых усовершенствований. Выбранная система должна быть масштаби­руемой на всех этапах внедрения, так как ее функциональность и область внедре­ния могут расширяться.

Для осуществления выбора рекомендуется провести следующие мероприятия:

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

o окончательно уточнить набор требований к системе, как технических, так и управленческих;

o для каждой позиции в списке требований определить конкретную ожидае­мую пользу. Если для какой-то позиции это не удается, она не является зна­чимой и должна быть удалена. Рекомендуется ограничить список не более чем двумя десятками требований;

o отсортировать требования, которым должна отвечать система, по ожидае­мой пользе, например в четыре категории: обязательные; достаточно важ­ные, учитываемые и необязательные;

o определить бюджет;

o обратиться к нескольким поставщикам разных систем;

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

o оценить соответствие всех систем выбранным требованиям;

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

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

o выгоды от предлагаемого решения должны отвечать целям бизнеса, а затра­ты на внедрение – быть экономически эффективными на каждом его этапе;

o руководство должно быть уверено, что сотрудники предприятия смогут в обозримые сроки внедрить выбранное решение. Важно наличие квалифи­цированных пользователей и консультантов, которые смогут помочь в обучении сотрудников. Система должна успешно использоваться в случае за­мены персонала и найма новых сотрудников;

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

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

С точки зрения технических требований рекомендуется руководствоваться следующим набором:

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

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

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

o чертежи должны быть полностью ассоциативными, то есть должна обеспе­чиваться возможность их создания и поддержки их соответствия ЗD-модели. Оформление чертежей должно соответствовать стандартам, принятым на предприятии;

Лекция 25

o должны быть обеспечена возможность проектирования всей необходимой ос­настки, проектирование и анализ работы пресс-форм и штампов, автоматизи­рованное создание УП для обработки на станках с ЧПУ, планирование произ­водства без необходимости конвертировать ЗD-модели в другие форматы;

o должны существовать средства для проведения инженерного анализа и по­лучения результатов расчетов;

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

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

o средства управления данными об изделии (PDM) должны легко инсталли­роваться и настраиваться, поддерживать сдачу и выбор данных из архива, а также контроль за их изменением. PDM-система должна поддерживать отношения между всеми файлами CAD/CAM/CAE-системы, хранение и обращение к данным, не связанным с CAD-геометрией;

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

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

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

Для тестирования систем и оценки их соответствия требованиям предприятия TechniCom предлагает пользоваться объективным методом, основанным на под­счете баллов. Такой подход позволяет количественно оценить степень, в какой каж­дая из предлагаемых систем отвечает требованиям и дает возможность сделать объективным выбор в пользу того или иного конкурирующего продукта. По этой методике каждому требованию, в зависимости от его важности, назначается весо­вой коэффициент в диапазоне от 0 до 100. Затем выставленная по десятибалльной шкале оценка степени соответствия тестируемой системы требованиям заказчика заносится в таблицы, отдельно – для управленческих и технических требований.

В шкале оценок степени соответствия 10 означает, что система полностью удовлетворяет, 0 – не удовлетворяет совершенно.

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

Список требований	К-весовой коэффициент требования(0-100)	С - степень соответствия (0-10)	Кол-во баллов (КхС)
Требование 1
Требование 2
Требование 3
Сумма баллов