Многокомпонентная сетевая модель формирования алгоритмов распределенной обработки и управления в АСУ

• Автор: Джиоева, Наталья Николаевна
• Шифр специальности: 05.13.06
• Научная степень: Кандидатская
• Год защиты: 2004
• Место защиты: Красноярск
• Количество страниц: 179 с.

Оглавление
Введение

1. Автоматизация методологий моделирования управления производством

и их математическая поддержка

1.1. Современные методологии их математическая и вычислительная сложность

1.2. Системный анализ задач распределенной обработки и

автоматизированного управления производством

1.3. Распределенное управление и состояние проблемы

программирования АСУ

Выводы по разделу 1

2. Модельные компоненты детерминированного формирования алгоритмов распределенной обработки и управления
2.1. Модельные средства детерминированного формирования распределенных алгоритмов
2.2. Временной анализ и коррекция исполнения распределенных алгоритмов
Выводы по разделу 2
3. Модельные компоненты стохастической структу ры алгоритмов распределенной обработки и управления
3.1. Стохастическое представление моделей формирования
3.2. Стохастическая модель определения нормативных времен распределенной обработки и управления в условиях неопределенности
3.3. Сетевые модели анализа и тестирования ПО алгоритмов распределенной обработки и управления
Выводы по разделу 3
4. Система программной поддержки многокомпонентной сетевой модели
4.1. Средства автоматизированного системотехнического проектирования распределенных У ВС
4.2. Структура системы и средства информационной поддержки компонент
Выводы по разделу 4
Заключение
Список литературы


Переход в практике и теории* управления производством от манипулирования поставками (supply management) к управлению цепочками поставок (supply chain management) или, точнее, управлению логистическими цепочками произошел совсем недавно - в течение последних двух - трех лет. Сущностью понятия «логистическая цепочка» является учет при анализе производства всей цепочки (точнее сети), по которой товар из сырья превращается в готовое изделие и, затем, через систему продаж, попадает к конечному потребителю. Например, понятие «управление продажами» включает в себя одностороннее рассмотрение события, происходящего только на последнем этапе логистической цепочки. Но даже здесь применение расширенной концепции логистических цепочек (анализ «функционирования» системы продаж во всей ее сложности, включая предыдущую и последующую стадии продажи), позволяет поднять анализ происходящего на новый уровень []. Возникновение теории и практики управления логистическими цепочками связано с прогрессом информационных технологий, который позволил даже мультинациональным корпорациям проводить операции и анализ деятельности' в. Естественно, это потребовало осмысления и формализации методологий: управления глобальным бизнесом и разработки соответствующих инструментов. Поддержка логических цепочек с года стала практически обязательным требованием для программных продуктов, предназначенных для автоматизации производственных структур. Именно такие продукты должны поддерживать конфигурацию, позволяющую размещать объекты автоматизации-на нескольких физически удаленных территориях, причем как с возможностью разделения; финансового (бухгалтерского) учета (поддержки нескольких юридических лиц), так И: с возможностью поддержки «распределенного», но единого юридического лица, со всеми, вытекающими отсюда, требованиями к распределенной структуре базы данных. Во многих случаях также необходим вариант «тонкого» клиента для обеспечения рабочих мест на удаленных складах или, например, для дистанционного формирования заказа или мониторинга в представительских учреждениях. Здесь следует отметить концепцию DRP, которая реализована достаточно давно, например, в таких продуктах, как CA-PRMS, а также в заказных системах. Особенность системы в том, что она вполне качественно работает с off-line информацией. Нет принципиальных сложностей при ее реализации с помощью Excel [9]. Отмечается, что введение понятия логистическая цепочка было не менее революционным, нежели переход в производственном менеджменте к концепции MRP II (и, кстати - это практически эквивалент этого понятия, если рассматривать процесс закупки-продажи как своего рода «производственный»). К сожалению, термин Supply Chain не может считаться' точно формализованным. Различные подходы можно проанализировать по ссылкам [-], приведенным в списке литературы. Реализация данной концепции в программных продуктах различна, поэтому при выборе решения необходимо тщательно знакомиться с конкретной функциональной реализацией. В заключение хотелось бы обратить внимание на один аспект. Методологии Supply Chain и CSRP взаимно дополняют друг друга. Первая^ фокусируется на «глобальной» логистике и связанных с ней «внешних» по отношению к производству, процессах. Вторая - на «внутренних» процессах, в частности, на тонком управлении заказами и расширенном управлении издержками, благодаря трактовке бизнес-цикла производства, как «расширенного» производственного цикла и, что важно, не «товара вообще», как MRP, а «товара в конкретном производственном заказе», что точно соответствует идеологии Supply Chain. Учитывая, что «ядром» логистических цепочек является производитель, можно сказать, что методология CSRP - это методология-производственного ядра Supply Chain. Объединение этих двух методологий в единой системе позволило бы выйти на новый качественный уровень систем? Лвтоматизированныё системы, поддерживающие «тонкое» аналитическое управление распределенными системами и логистическими цепочками (на информационно-алгоритмическом уровне), могут дать очень значительные преимущества []. Исходя из общих тенденций развития программного обеспечения для КСУП,.