Материал: Инновационные технологии и оборудование. Межвузовский сборник научных трудов. Пачевский В.М

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

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

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

Далее следует этап логистического моделирования. В последние годы термин «логистический» часто относится к области управления материальными потоками или снабжения производства, однако мы будем понимать его шире. Логистическое моделирование в нашем видении – это построение сложных многоступенчатых связей между понятиями предметной области. Результат этого этапа проектирования завершается построением концептуальных моделей, разделѐнных для удобства чтения на различные уровни детализации. На модели нанесены все понятия из тезауруса, все их взаимодействия и отношения. Логистические модели являются промежуточным звеном между описанием объектов и процессов на обычном языке предметной области, понятным техническим специалистам, и UML-моделями программных систем, понятными специалистам в программной области. Эти модели часто строятся в нотации IDEF, однако в последнее время всѐ больше входят в употребление нотации UML верхних уровней абстракции, во многом дополняющие IDEF.

К преимуществам логистических моделей по сравнению с обычным техническим описанием следует отнести:

113

чѐтко формализованную и стандартизованную графическую нотацию, удобную для восприятия;

наглядная структурированность;

устранение неоднозначности технического описания.

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

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

ПРОЕКТИРОВАНИЕ СЕТЕВЫХ РАСШИРЕНИЙ, ПОЗВОЛЯЮЩИХ МАСШТАБИРОВАТЬ АСУП СООБРАЗНО

СТРУКТУРЫ ПРОИЗВОДСТВА ПРЕДПРИЯТИЯ

Краснова М.Н., Муранов В.А

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

114

система хорошо масштабируется. Рассмотрим ситуации, при которых можно добиться наибольшей масштабируемости АСУП предприятия машиностроения.

Укажем некоторые начальные условия, предполагающие, что типовое предприятие для внедрения проектируемой системы должно обладать некоторыми наборами свойств. В том числе оно является крупным, имеет машиностроительный профиль и занимается разработкой и выпуском реальной продукции (комплектующих деталей для нее). Предприятие является звеном в системе предприятий машиностроения, и поэтому сотрудничает с другими аналогичными предприятиями. Оно работает (или стремится работать) в рамках стандартов ISO9000:2000, то есть обслуживает весь жизненный цикл своих продуктов – маркетинговое исследование, проектирование, разработка, испытание, техническая поддержка, утилизация.

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

Определим основные функции ПО рабочего места технолога. Для клиентской части имеем следующее.

1.Проектирование техпроцесса с использованием визуальных

средств.

2.Генерация формализованного описания техпроцесса (для достижения универсальности) на основе схемы, созданной пользователем.

3.Работа с любым сервером базы данных (БД) техпроцессов: загрузка с сервера техпроцесса, добавление на сервер вновь созданного техпроцесса. Права удаления техпроцесса из базы и изменения пароля входа на сервер отсутствуют из соображений безопасности.

4.Стыковка с системой ЧПУ с целью обработки заготовки на оборудовании в соответствии с текущим техпроцессом.

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

На серверную часть возложено администрирование главной БД техпроцессов.

115

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

Первое звено. Рабочая станция технолога (компьютер,

связанный с оборудованием с ЧПУ через специальный интерфейс). Количество таких станций определяется размерами предприятия (его производственной мощностью). На этом компьютере располагается основное технологическое ПО, реализованное, например, на языке С++. Также возможен доступ к БД через обозреватель Internet.

Второе звено. Рабочая станция администратора (компьютер,

подключѐнный к сети предприятия). Таких станций может быть сколь угодно много. Требования к этой машине самые невысокие.

Третье звено. Сервер базы данных. Это машина на базе нескольких процессоров с высокой производительностью или кластер таких машин. На сервере БД установлена только оснастка базы данных (универсальная СУБД, не требующая нашей переработки). Основу нагрузки сервера составляют удалѐнные запросы клиентов.

Четвѐртое звено. Какой-либо сервер сети, на котором установлен HTTP-сервер (HTTP – протокол передачи гипертекста; HTTP-сервер – программа, позволяющая осуществлять доступ к гипертекстовым документам, находящимся на сервере, с других машин по протоколу HTTP семейства TCP/IP). Здесь располагается программный слой, позволяющий удалѐнное управление информационными ресурсами БД. Он реализован на одном из серверных языков (Perl, Python, PHP, серверный Java), что и позволяет пренебрегать типом платформы (unix, os/2, netware, mac или winnt системы) как самого сервера, так и обслуживаемых им рабочих станций.

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

116

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

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

упрощение и ускорение создания техпроцессов за счѐт наличия системы визуального проектирования техпроцессов и хранилища уже существующих техпроцессов («создание по аналогии»);

упрощение и ускорение программирования оборудования с ЧПУ за счѐт наличия интерфейса «ЭВМ-ЧПУ»;

сокращение числа высококвалифицированных рабочих мест и увеличение числа низкоквалифицированных.

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

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

117