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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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