ri2014_materials

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

1.создание системы геоинформационных центров;

2.организация обмена данными между сенсорами и информационно-управляющим контуром;

3.организация выдачи целеуказаний от информационно-управляющего контура на носители

оружия.

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

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

В процессе решения третьей подзадачи должна быть определена организация обмена данными между ГИС-серверами и ударными средствами, которая может базироваться на основе webтехнологий путем создания геопорталов, доступ которым должен быть обеспечен с любого иерархического уровня управления.

Шумак К.А.

Россия, г. Астрахань, Астраханский государственный университет ПРОГРАММНЫЕ КОМПЛЕКСЫ В СФЕРЕ ПОЖАРНОЙ БЕЗОПАСНОСТИ

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

Все вышесказанное определило актуальность темы настоящего исследования: «Программные комплексы в сфере пожарной безопасности».

Обращаясь к задаче моделирования эвакуации людей, отметим, что в России изучение и планирование процесса эвакуации прошло длительный путь. Начальное состояние работ отражено в монографии С. В. Беляева «Эвакуация зданий массового назначения», современное – в книге В. В. Холщевникова «Исследования людских потоков и методология нормирования эвакуации людей из зданий при пожаре».

В ходе нашего исследования были рассмотрены программные комплексы, используемые в сфере пожарной безопасности: СИТИС: Спринт 1.50; СИТИС: Флоутек 2.70; СИТИС: Эватек 1.12;

СИТИС: Блок+ 3.00; СИТИС: Фламмер 3.10; PathFinder 2014.1; PyroSim 2012.1; Фогард-Рn; Фогард-РВ;

Фогард-РВ+. Данные программы предоставляют возможность имитировать и анализировать критические ситуации при пожаре, рассчитывать динамику развития опасных факторов пожара, а также моделировать наиболее оптимальные пути аварийной эвакуации. Однако эти программы работают не в комплексе и выполняют свой определенный круг задач, а также все они предназначены для работы в одной операционной системе.

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

Программный комплекс объединит в себе функции ранее рассмотренных нами программ, в частности, он позволит:

осуществлять ввод исходных данных для расчета с помощью встроенного графического редактора на архитектурных чертежах, подготовленных в программе AutoCAD в версии (2012–2014), либо на основании сканированных планов зданий;

http://spoisu.ru

создавать несколько сценариев эвакуации;

получать отображения карты расчетов участков и пути эвакуации;

моделировать движение людских потоков с возможностью пошагового просмотра;

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

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

Вкачестве средства разработки выбран кроссплатформенный язык программирования Java. Он позволяет разрабатывать программное обеспечение, которое способно работать на любой платформе (Windows, Linux, Unix etc) вне зависимости от типа устройств (компьютеры, смартфоны, сотовые телефоны). Помимо прикладного программного обеспечения предусмотрена разработка вебприложений и веб-сервисов.

http://spoisu.ru

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В ПРОИЗВОДСТВЕ

Александров В.В.

Россия, Санкт-Петербург, Санкт-Петербургский институт информатики и автоматизации РАН ЦИФРОВАЯ ПРОГРАММИРУЕМАЯ ИНФОКОММУНИКАЦИЯ

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

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

Феномен 21-го века в законе Мура — взрывообразном освоении квантовых масштабов, в интеграции бионаноинфокогнитехнологий, 3D-сканировании и 3D-печати.

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

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

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

Волков В.О.

Россия, Санкт-Петербург, Санкт-Петербургский государственный электротехнический университет «ЛЭТИ» им. В.И. Ульянова (Ленина)

МЕТАМОДЕЛИ КАК ОСНОВА АРХИТЕКТУРНЫХ РЕШЕНИЙ КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ СИСТЕМ

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

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

http://spoisu.ru

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

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

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

Голикова В.В., Осипов К.Н., Первухина Е.Л.

Россия, г. Севастополь, Севастопольский национальный технический университет ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В ЗАДАЧАХ производственных испытаний МАШИН

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

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

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

Гришин С.И., Жуковецкая С.Л.

Украина, г. Одесса, Одесский национальный морской университет, Одесская национальная академия пищевых технологий

ПРОЕКТИРОВАНИЕ КОРПОРАТИВНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ С ИСПОЛЬЗОВАНИЕМ

ADO.NET ENTITY FRAMEWORK

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

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

http://spoisu.ru

выбора программного обеспечения серверов: главного, резервного и двух функциональных – для задач управления и производства. На этапе моделирования системы разработаны функциональные диаграммы подсистем (сменных заданий, отдела сбыта, справочной и др.), словарь предметной области, диаграммы классов и пакетов, алгоритмы выполнения основных опкраций, архитектура системы. Здесь же принято решение об использовании платформы объектно-реляционного отображения ADO.NET Entity Framework. Используя эту технику отображения, можно создавать различные реляционные типы для отображения сущностных классов на таблицы базы данных. Этап проектирования базы данных включал разработку концептуальной модели и генерацию физической модели базы данных. Система разрабатывалась для двух предприятий различной специализации: мясокомбината и кондитерской фабрики. Разработки выполнены на платформе

.NET framework 4.5. Каждая система состоит из трех логических уровней: уровня представления или пользовательского интерфейса, уровня бизнес логики (приложения) и уровня доступа к данным и их хранения. Каждый из уровней поддержан в .NET набором классов или специально разработанных технологий, которые также представляет набор классов и коллекций.Каждый уровень имеет свои технологии реализации. На стороне клиента расположены диалоговые компоненты (WinForms). Бизнес-логика приложения реализована на языке С#. Модель Entity Data Model (EDM) является концептуальной моделью данных и обеспечивает возможность программного взаимодействия с данными как с сущностями или объектами. Подход «База данных сначала» (Database first) предусматривает, что в первую очередь проектируется и разрабатывается база данных. После этого на ее основе Entity Framework создаст описание EDM и классы концептуальной модели. При таком варианте проектирования архитектуры главная роль отводится структуре базы данных. Классы бизнес логики вынуждены адаптироваться под нее. Для формирования запросов к EDM используется LINQ to Entity. Базовая технология доступа к данным .NET ADO.NET. Для поддержки доступа к данным, описанным в Entity Data Model ADO.NET использует управляемый провайдер

Entity Client.

Использование платформы ADO.NET Entity Framework в проекте позволило справиться с многофункциональностью КИС и создать основы для формирования ERP-систем предприятий.

Дубенецкий В.А, Кузнецов А.Г.

Россия, Санкт-Петербург, Санкт-Петербургский государственный электротехнический университет «ЛЭТИ» им. В.И. Ульянова (Ленина)

АСИНХРОННОЕ ВЗАИМОДЕЙСТВИЕ ПРОЦЕССОВ В КОРПОРАТИВНЫХ ИНФОРМАЦИОННОУПРАВЛЯЮЩИХ СИСТЕМАХ НА ОСНОВЕ МЕХАНИЗМА «РАНДЕВУ»

Выполнение процессов в корпоративных информационно-управляющих системах (КИУС) носит по своей природе коллективный характер, что подразумевает их асинхронно-параллельн взаимодействие. Механизм «рандеву» позволяет описать модель этого взаимодействия Во время «рандеву» процессы выполняют действия, связанные с приемом данных, причем передача может выполняться в обоих направлениях. После завершения «рандеву» процессы продолжают свое выполнение независимо друг от друга. Если несколько процессов вызвали один и тот же вход некоторого процесса, то эти процессы приостанавливаются и будут обслуживаться вызванным процессом либо в порядке вызовов, либо по приоритету Использование механизма «рандеву» позволяет наиболее полно описать модель взаимодействия процессов в КИУС. Механизм "рандеву" выступает в качестве надежного средства обмена данными и взаимной синхронизации взаимодействующих процессов в модели КИУС. Основополагающая концепция механизма "рандеву" следующая: в спецификации процесса в модели КИУС объявляются точки входа в процесс (каждая точка входа может моделировать сервис предоставляемый процессом) . В точках входа этот процесс готов ожидать обращений от других процессов. Можно отметить, что один из взаимодействующих процессов может быть рассмотрен как "клиент", а другой как "сервер", но инициатором взаимодействия может выступать только процесс "клиент", а не процесс "сервер". Для примера рассмотрим взаимодействие двух процессов в модели КИУС:

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

Так как процессы в модели КИУС выполняются независимо, то в месте "рандеву" они вероятно окажутся в разное время. В этом случае возможны различные варианты ожидания "рандеву". В случае, когда к процессу "сервер" обращаются одновременно несколько процессов "клиент", эти обращения становятся в очередь и обслуживаются в порядке FIFO (First-In-First-Out), либо по приоритету. Таким образом модель процессов КИУС, построенная на основе использования механизма "рандеву" позволяет построить динамическую коллективную модель функционирования предприятия.

http://spoisu.ru

Евсигнеева А.И.

Россия, Санкт-Петербург, Санкт-Петербургский государственный электротехнический университет «ЛЭТИ» им. В.И. Ульянова (Ленина)

ИНФОРМАЦИОННОЕОПИСАНИЕПОВЕДЕНИЯПОЛЬЗОВАТЕЛЯИНФОРМАЦИОННОЙСИСТЕМЫ

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

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

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

Разрабатываемый анализатор должен решать следующее задачи:

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

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

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

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

трафика;

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

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

запись и хранение информации о перехваченных пакетах в БД;

отключение интернет соединения на клиентском ПК;

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

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

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

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

Windows 7.

Заболотский В.П., Лукьянова Л.М.

Россия, Санкт-Петербург, Санкт-Петербургский институт информатики и автоматизации РАН, Калининград, Калининградский государственный технический университет СРЕДСТВА ОБЪЕКТИВИРОВАНИЯ МОДЕЛЕЙ И МЕТОДОВ ВЫРАБОТКИ РЕШЕНИЙ ПО КОМПЛЕКСНЫМ РЕГИОНАЛЬНЫМ ОБЪЕКТАМ ПРОИЗВОДСТВЕННОЙ СФЕРЫ

Несистемность принимаемых решений – одна из причин недостаточно эффективного управления объектами в производственных секторах экономики. Для обеспечения системности решений в цикл управления динамично меняющимися в условиях неопределенности РХК целесообразно ввести ряд этапов системного анализа.

Методологические регулятивы системного анализа – системный подход, парадигма и принципы – являются своего рода организующим инструментом, ориентирующим и направляющим процесс подготовки и обоснования решений в слабо структурированных ситуациях, в котором велика роль психических механизмов и субъективных моделей лица, принимающего решения (ЛПР):

http://spoisu.ru

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

Это подтверждается системными просчетами в совокупностях управляющих воздействий, программах и планах функционирования и развития большинства организационно-технических комплексов (ОТК) производственной сферы, в частности, неполнотой мероприятий, необходимых для достижения целей или, напротив, наличием «лишних» мероприятий, не направленных на целедостижение. Такие просчеты не позволяют достичь выдвинутых целей, решить поставленные задачи, влекут неоправданные затраты на достижение ложных, не всегда вовремя осознаваемых таковыми целей.

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

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

Выбор системно-целевого похода вызван ведущей ролью целей в ОТК и способствует обоснованию решений по ним как системам целедостижения (СЦД) путем их согласования с системами целей ОТК, удовлетворяющим требованиям полноты и логической корректности.

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

Использование семиотического подхода вызвано, с одной стороны, неразработанностью логического аспекта систем, а с другой – необходимостью учета семантики выдвигаемых ЛПР целей и отношений между ними в процессе анализа целей, представленных в лингвистической форме, и СЦД.

Естественная опора при системно-целевом подходе к формированию системы целей и СЦД на принципы системного анализа вызвала необходимость их конкретизации для правильного использования в указанных процессах. В результате сформулированы и уточнены следующие принципы формирования решений по ОТК: системности; формализуемости; измеримости; оптимальности/пригодности; дополнительности; управляемости.

В докладе рассматриваются модели, методы и средства объективирования решений по целям: фреймовая модель формулировки цели, реализованная в частично формальном языке (лингвистические средства описания целей); графосемантические модели отраслевого тезауруса и структур целей как результатов анализа (СЦ) и синтеза (ССЦ) целей (структурные средства представления СЦ и ССЦ); семиотическая модель рассуждений о целях (полагаемых ЛПР в процессе анализа и представленных в лингвистической форме), которая, имитируя анализ и полагание целей, подтверждает либо опровергает логическую корректность и полноту формируемой структуры целей (логико-лингвистическое средство вывода целей); метод логико-лингвистического моделирования, анализа и синтеза целей, который обеспечивает формирование ЛПР СисЦ, удовлетворяющей требованиям логической корректности, полноты и согласованности, используя для этого классификацию ситуаций на целях и семиотическую модель рассуждений о целях; модифицированный метод анализа иерархий, обеспечивающий принятие решений по цели, СЦ, СисЦ в условиях противоречивых критериев.

Лукьянова Л.М., Федорченко Л.Н.

Россия, Санкт-Петербург, Санкт-Петербургский институт информатики и автоматизации РАН, Калининград, Калининградский государственный технический университет ФОРМАЛИЗАЦИЯ ГРАММАТИК И ЯЗЫКОВ ПРОБЛЕМ И ЦЕЛЕЙ КОМПЛЕКСНЫХ СИСТЕМ ПРОИЗВОДСТВЕННОЙ СФЕРЫ

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

Для лиц, принимающих решения (ЛПР), трудности возрастают в проблемных ситуаций, возникающих в комплексах и окружающей среде. Неопределенность знаний ЛПР о данных объектах и большой вес субъективных моделей в методах коллективного формирования системы решений

http://spoisu.ru

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

Вусловиях неопределенности вес субъективных моделей особенно велик на начальном этапе выработки решений по ОТК – при анализе целей и проблем.

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

Выбор класса частично формального языка целей/проблем. Анализ представительной выборки формулировок проблем и целей ОТК подтвердил высказанное В.Л Тамбовцевым утверждение о том, что цели (во всяком случае, из нашего опыта, их предварительные формулировки) могут быть получены путем «отрицания» соответствующих проблем.

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

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

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

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

Всвязи с этим были проанализированы языки представления знаний и выбран наиболее рациональный язык представления знаний о целях/проблемах и удобный для ЛПР класс фреймовых языков.

Модель слота фрейма цели/проблемы. Потребовалась создание специфических фреймовых моделей целей/проблем.

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

Грамматика и частично формальный язык проблем/целей. Известно, что формальный язык

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

из класса Х в класс Y , например, из класса КЗ-языков в класс КС-языков, для которых отработаны алгоритмы разбора. Перевод осуществляется посредством эквивалентных преобразований грамматики исходного языка.

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

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

Проверка данных языков в диалога ЛПР с прототипом системы поддержки принятия решений по целям ОТК и самими ОТК как средствами целедостижения показало их эффективность.

Мамунц Д.Г., Кныш Т.П., Соколов С.С., Башмаков А.В.

Россия, Санкт-Петербург, Государственный университет морского и речного флота имени адмирала С.О. Макарова СИСТЕМЫ КОНТРОЛЯ ПРОИЗВОДИТЕЛЬНОСТИ ЗЕМЛЕСОСНОГО ОБОРУДОВАНИЯ

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

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

http://spoisu.ru

Они реализуют статистический учет измеренных параметров: скорость и плотность пульпы, и визуализируют эти данные совместно с результирующим показателем – объемом выработанного грунта.

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

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

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

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

Михайлов Н.С.

Россия, Санкт-Петербург, ОАО «Равенство» СТРАТЕГИЯ РАЗВИТИЯ ИНТЕГРИРОВАННОЙ КОРПОРАТИВНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

Рассмотрим пример интегрированной КИС, состоящий из следующих основный подсистем:

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

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

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

Подсистема ECM (управление информационными ресурсами предприятия) обеспечивает web-доступ к информационным ресурсам предприятия, справочникам, форуму и т.п.

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

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

Для указанной конфигурации интегрированной КИС перспективными задачами развития являются:

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

Модернизация систем CAD/CAM/CAEи глубокая интеграция cPDM для формирования подсистемы PLM (система управления жизненным циклом).

Внедрение цифровой подписи на всех уровнях обращения документации: конструкторскотехнологической и организационно-распорядительной.

Обеспечение web-доступа и доступа с мобильных устройств к информации требуемой пользователями в том числе «время от времени» и не нуждающихся в установке специализированного программного обеспечения.

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

Михайлов Н.С., Мордвинцев Д.И.

Россия, Санкт-Петербург, ОАО «Равенство» РАСЧЕТ МАТЕРИАЛЬНЫХ ЗАТРАТ ПРОИЗВОДСТВЕННОГО ЗАКАЗА В

ИНТЕГРИРОВАННОЙ КОРПОРАТИВНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЕ

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

http://spoisu.ru

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

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

Результат аналитических расчетов программы отображается в виде отчета в браузере и при необходимости может быть экспортирован в формат PDF (PortableDocumentFormat) или MS Excel (электронные таблицы).

Михайлов Н.С., Петров В.А.

Россия, Санкт-Петербург, ОАО «Равенство» УПРАВЛЕНИЕ ПРОИЗВОДСТВЕННЫМИ ЗАКАЗАМИВ ИНТЕГРИРОВАННОЙ КОРПОРАТИВНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЕ

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

Модуль «Управление заказами» является подсистемой производственной исполнительной системы и предназначен для эффективного управления заказами предприятия. Для этого модуль обеспечивает ряд основных функций:

создание (редактирование) заказа,

отображение состава заказав виде древовидной структуры,

отметка о завершении технологической операции,

создание отчетов о выполнении заказа и др.

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

с высокой скоростью работы иминимальными затратами времени получить информацию о

заказах,

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

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

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

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

Новикова Е.С.

Россия, Санкт-Петербург, Санкт-Петербургский государственный электротехнический университет «ЛЭТИ» им. В.И. Ульянова (Ленина)

ДЕЛЕГИРОВАНИЕ ПРАВА ПОДПИСИ В ЭЛЕКТРОННОМ ДОКУМЕНТООБОРОТЕ

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

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

http://spoisu.ru