авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 | 2 || 4 |

«Федеральное агентство связи Государственное образовательное учреждение высшего профессионального образования ПОВОЛЖСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ...»

-- [ Страница 3 ] --

Рисунок 48 – Регистрационное окно заявки с некорректно введенными операциями (время выполнения второй операции раньше, чем время вы полнения первой) Для указания времени начала и окончания операции используются ко лонки «Предпочитаемое время», «Фактическое время» и «Запланированное время» (Рисунок 48). Колонка «Фактическое время» (столбцы «Начало» и «Ко нец») является аналогом полей «Фактическое время начала» / «Фактическое время окончания» формы редактирования операции. В колонке «Запланирован ное время» указывается время начала/окончания данной операции согласно данным подсистемы автоматического планирования. Значения в поля «Факти ческое время: начало» и «Фактическое время: конец» могут вводиться из окна каждой операции (поля «Фактическое время начала/окончания»), или с помо щью опций выпадающего меню кнопок «Фактическое начало» и «Фактическое окончание», что позволяет значительно сократить время ввода данных. В каче стве фактического времени из выпадающего меню может быть выбрано:

­ предпочитаемое время – вводится дата и время, совпадающее по значению с данными в колонке «Предпочитаемое время»;

­ текущее время – вводится дата и время, совпадающее по значению с теку щим моментом времени;

­ планируемое время – вводится дата и время, совпадающее по значению с данными в колонке «Запланированное время».

3.4.2.5 Вкладка «Планирование»

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

В разделе «Ближайшие свободные ресурсы» указаны ресурсы, которые будут свободны к началу выполнения первой операции заявки. Ресурсы распо ложены по мере удаленности от места выполнения первой операции. В колонке «Местоположение» указано последнее местоположение ресурсов, зафиксиро ванное системой.

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

Также на вкладке «Планирование» отображается информация о величине прибыли (поле «Доход»). Данное поле рассчитывается следующим образом:

Значение поля «Стоимость от заказчика» – Значение поля «Стоимость перевоз чику» (Рисунок 49). Таким образом, менеджер может видеть величину дохода от каждой конкретной заявки. Поле «Юр. лицо перевозчику» предназначено для обозначения имени юр. лица, которое будет фигурировать в документах выдаваемых перевозчику. Поле «Форма оплаты перевозчику» применяется для указания наличной или безналичной формы оплаты расчетов с перевозчиком. В поле «Рыночная стоимость» указывается средняя рыночная стоимость подоб ной заявки.

На вкладке «Планирование» менеджер может указать либо каждый из трех ресурсов отдельно, (заполнив поля “Водитель “Тягач” и “Прицеп”) либо (если на них была заведена группировка) проставить все ресурсы одновремен но. Это осуществляется следующим образом: в разделе «Запланированные со стояния выбранных ресурсов» отображаются группировки, в которых фигури рует любой из указанных ресурсов. Если такая группировка одна, то при двой ном щелчке по строке группировки все ресурсы, входящие в нее, автоматиче ски будут проставлены в соответствующие поля. Если таких групп несколько, то отображаются все существующие наборы ресурсов и менеджер осуществля ет выбор наиболее подходящего из них.

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

После того, как заявка запланирована на выбранные ресурсы, сведения о них проставляются в поля «Тягач», «Прицеп», «Водитель».

Менеджер может просмотреть подробное объяснение результатов плани рования двумя способами:

­ в окне логов переговоров подсистемы автоматического планирования (Рисунок 50), где приводится информация по всем заявкам Системы. Чтобы различать переговоры, относящиеся к разным заявкам, используется цвето вая подсветка;

­ непосредственно в нижней части окна конкретной заявки (Рисунок 49) на вкладке «Дополнительные сведения». На данной панели отображаются пере говоры подсистемы автоматического планирования по конкретной заявке.

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

Менеджер может выбрать подходящую.

2.Указывается местоположе ние ресурса Рисунок 49 – Регистрационная форма заявки (вкладка «Планирование») Рисунок 50 – Лог переговоров 3.4.2.6 Вкладка «ТТН»

На данной вкладке отражаются все данные касательно ТТН. Пользователь может создавать ТТН для каждой операции заявки, для этого ему необходимо в нижней части окна заполнить поля «Номер ТТН», «Дата создания ТТН», «Опе рация» и после этого нажать кнопку «Создать». В случае если необходимо за крыть ТТН, пользователю следует выделить требуемый ТТН из списка, запол нить поле «Дата закрытия ТТН» и нажать кнопку «Закрыть ТТН» (Рисунок 51).

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

Рисунок 51 – Вкладка «ТТН»

3.4.3 Справочники В системе предусмотрено ведение двух типов справочников (Рисунок 52):

­ основные справочники, в которых содержатся данные основных объектов МАС УТР (контрагенты, транспортные ресурсы, водители, локации и пр.);

­ справочники атрибутов, в которых указаны значения свойств объектов ос новных справочников.

Рисунок 52 – Справочники МАС УТР 3.4.3.1 Основные справочники В основных справочниках содержится информация по следующим объек там:

­ водители;

­ тягачи;

­ прицепы;

­ организации;

­ города;

­ локации.

Все основные справочники выполнены в едином стиле: по каждому типу приводится информация в форме таблицы, позволяющей пользователю видеть общие сведения, а также общее количество записей в справочнике (Рисунок 54, Рисунок 57, Рисунок 60, Рисунок 65, Рисунок 67).

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

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

Рисунок 53 – Быстрый поиск в справочнике водителей Для того чтобы отредактировать требуемую запись, необходимо устано вить на нее курсор мыши и дважды кликнуть левой клавишей. В результате от крывается окно, содержащее детальную информацию по интересующей записи (Рисунок 56, Рисунок 61, Рисунок 63). В данном окне можно осуществлять ре дактирование сведений.

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

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

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

3.4.3.2 Справочник «Водители»

Справочник «Водители» (Рисунок 54 – Рисунок 56) используется для хранения информации обо всех водителях (фамилия, имя, отчество, телефон и т.п). Для некоторых полей можно использовать режим маски, установив фла жок «Использовать маску», что позволяет унифицировать вводимые сведения (Рисунок 56):

­ для поля «Телефон» используется следующая маска: первые три цифры предназначены для ввода кода страны, вторые три (четыре) цифры – для ввода кода города, последние шесть (семь) собственно номер;

­ для поля «Водительское удостоверение» используется следующая маска:

первые два символа – числа, затем два символа – буквенное обозначение и последующие шесть - цифры;

­ для поля «Паспорт» используется следующая маска: серия, номер, кем и ко гда выдан.

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

В справочнике (Рисунок 54 – Рисунок 56) необходимо указать организа цию, к которой прикреплен водитель. Для задания организации необходимо выбрать ее из выпадающего списка в поле «Владелец» (Рисунок 56). В данном списке указаны все организации, которые содержатся в справочнике «Органи зации» (Рисунок 62). В случае если Водитель был проверен Службой Безопас ности, то необходимо заполнить поля «Дата проверки» и «Результат проверки».

Таким образом, пользователь может просматривать результат в общем списке водителей.

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

Удалить запись справочника можно либо из формы управления водите лями (Рисунок 42), нажав на кнопку «Удалить», либо с помощью флажка «За крыт» (Рисунок 56) в карточке конкретного водителя. Удаленная запись на эк ране не отображается. При желании пользователь может просмотреть все запи си, включая и удаленные. Для этого необходимо установить флажок «Показы вать удаленных водителей». Удаленная запись зачеркнута и помечена светло серым цветом (Рисунок 42). Удаленную запись можно восстановить, для чего требуется выделить запись и нажать на кнопку «Восстановить».

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

Рисунок 54 – Справочник «Водители»

Рисунок 55 – Список водителей, включая удаленные записи Рисунок 56 – Данные конкретного водителя 3.4.3.3 Справочник «Тягачи»

В справочнике «Тягачи» (Рисунок 57 – Рисунок 59) необходимо указать, за кем из контрагентов данный тягач закреплен. В справочнике также преду смотрен быстрый поиск. Как и в справочнике водителей можно просмотреть удаленные записи (флажок «Показать удаленные тягачи»), так и восстановить их при необходимости.

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

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

­ Для некоторых полей можно использовать режим маски, установив флажок «Использовать маску», что позволяет унифицировать вводимые сведения (Рисунок 58):

­ для поля «Гос номер» используемый шаблон: первая заглавная буква, потом три числовых символа, затем две заглавные буквы, потом в скобках два сим вола, показывающих код региона;

­ для поля «Свидетельство о регистрации» используемый шаблон: серия, но мер, когда выдан.

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

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

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

Рисунок 57 – Справочник «Тягачи»

настраиваемая фильтрация Рисунок 58 – Данные конкретного тягача Рисунок 59 – Маршрут движения конкретного тягача 3.4.3.4 Справочник «Прицепы»

В справочнике «Прицепы» (Рисунок 60 – Рисунок 61) также необходимо задать принадлежность прицепа к какому-либо перевозчику с помощью выпа дающего списка «Организации» в поле «Владелец» (Рисунок 62). На карточке конкретного прицепа (Рисунок 61) указывается гос. номер, тип прицепа, объем, грузоподъемность вес и т.п. Для некоторых полей предусмотрен режим маски, включить который можно, установив флажок «Использовать маску»:

­ для поля «Гос номер» используемый шаблон: первая заглавная буква, потом три числовых символа, затем две заглавные буквы, потом в скобках два сим вола, показывающих код региона;

­ для поля «Свидетельство о регистрации»: используемый шаблон: серия, но мер, когда выдан.

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

­ нажатием кнопки «Создать» в окне прицепы;

­ непосредственно в окне выпадающего списка необходимо нажать на пикто грамму «Добавить», что приведет к открытию новой регистрационной фор мы соответствующего параметра справочника (Рисунок 61).

­ Рисунок 60 – Справочник «Прицепы»

Нажатие на пиктограмму «Доба вить» приведет к открытию соот ат ветствующего справочника рибутов Рисунок 61 – Данные конкретного прицепа.

В этом же окне возможно добавление нового значения атрибута.

В карточке каждого конкретного ресурса (водителя, прицепа и тягача) в нижней табличной части можно увидеть историю по заявкам, которые были за планированы на данный ресурс. В таблице реализована сортировка (при нажа тии на заголовок колонки показывается варианты сортировки) и фильтрация (пользователь может настраивать фильтр – Рисунок 61).

3.4.3.5 Справочник «Организации»

Справочник "Организации" может быть открыт с помощью опции меню "Справочники" "Организации".

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

Добавить нового контрагента можно несколькими способами:

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

2. На регистрационной форме заявки в поле «Заказчик», при условии, что зна чение не выбрано, нажать на знак многоточия (…), в результате откроется регистрационная форма новой организации.

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

Для того чтобы указать, что данная организация фигурирует и как грузо отправитель, и как заказчик, необходимо в регистрационной форме организа ции (Рисунок 63) установить соответствующие флажки в разделе «Тип органи зации». В данном разделе можно также указать, является ли контрагент экспе дитором, юридическим лицом, грузополучателем, перевозчиком или находится в черном списке. Удалить запись справочника можно либо из формы управле ния организациями, нажав на кнопку «Удалить», либо с помощью флажка «За крыт» в разделе «Тип организации» в карточке конкретной организации. Про смотр удаленных записей осуществляется также как и в справочнике «Водите ли».

Для поля «Телефон», «Факс» предусмотрена возможность ввода значения с помощью маски.

При заполнении полей «ИНН» и «КПП» осуществляется проверка ввода данных Если контрагент является юридическим лицом, то количество символов в ИНН составляет 10 символов, КПП – 9 символов. Если контрагент представ ляет собой физическое лицо, то ИНН состоит из 12 символов, поле КПП явля ется недоступным.

В случае если Организация была проверена Службой Безопасности, то необходимо заполнить поля «Дата проверки» и «Результат проверки». Таким образом, пользователь может просматривать результат в общем списке органи заций.

На карточке конкретной организации существует раздел «Требование», в котором менеджер может указывать особые условия перевозки грузов от кон кретного заказчика. Данные условия будут отображаться на регистрационной карточке заявки в поле «Дополнительные условия заявки» на вкладке «Сведе ния» (Рисунок 44).

Поле «Нормативное время» в карточке организации предназначено для определения средней продолжительности операций. Поле «Предельное откло нение от предпочитаемого времени» предназначено для того, чтобы определить предельное опоздание выполнения операции, которое приемлемо для той или иной организацией.

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

Рисунок 62 – Справочник «Организации»

Рисунок 63 – Данные организации Для каждой организации необходимо указать ее географическое местопо ложение, которое учитывается при планировании адреса погрузки и/или раз грузки. Если адресов несколько, то они все должны быть указаны в справочни ке «Локации» или на вкладке «Локации» на карточке конкретной организации (Рисунок 64).

Рисунок 64 – Список локаций конкретной организации 3.4.3.6 Справочник «Города»

В справочнике «Города» (Рисунок 65) содержатся сведения о городах с указанием названия города, региона и страны. Данный справочник предназна чен, прежде всего, для ввода сведений о городах, сведений которые отсутству ют в справочнике «Локации». Для того чтобы ввести новую запись, необходи мо нажать на кнопку «Создать», расположенную в верхней части формы управ ления городами и в карточке города (Рисунок 66) ввести следующую информа цию (обязательные для заполнения поля помечены пиктограммой ):

­ Название – вводится название города или населенного пункта;

­ Страна – указывается принадлежность к конкретной стране;

­ Регион – указывается область;

­ Район – из выпадающего списка указывается ближайший населенный пункт;

­ Широта и долгота – значения проставляются автоматически после заполне ния поля «Привязка» или после указания пункта на карте, расположенной справа.

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

Рисунок 65 – Справочник «Города»

Рисунок 66 – Добавление нового города 3.4.3.7 Справочник «Локации»

Справочник «Локации» предназначен для:

­ ввода новых адресов;

­ для визуального отображения карты.

Список адресов организован в виде таблицы (Рисунок 67), в которой:

­ по каждому столбцу реализована сортировка (пиктограмма в заголовке таблицы);

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

­ для ускорения поиска по справочнику реализована строка быстрого поиска.

Поиск осуществляется по любой части слова по любой колонке.

­ Рисунок 67 – Справочник Локаций Открыть/ Перейти к справочнику лoкаций можно разными способами:

­ с помощью опции меню «Справочники» «Локации» (Рисунок 67), ­ перейдя на вкладку «Локации» из регистрационной формы конкретной орга низации/ресурса/корректировки местоположения и т.п.

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

­ Название – адрес (начиная с улицы);

­ Страна – выбрать из предлагаемого списка страну;

Индекс – выбрать из предлагаемого списка индекс;

­ Регион – выбрать из предлагаемого списка регион;

­ Район – выбрать из предлагаемого списка район;

­ Город – выбрать из предлагаемого списка город;

­ Населенный пункт - выбрать из предлагаемого списка;

­ Широта и долгота проставляются автоматически в зависимости от указан ­ ных выше сведений;

­ Организация – наименование организации выбирается из выпадающего справочника;

­ Ключевые слова – при необходимости;

­ Вероятность погрузки – проставляется в случае, если у локации резко воз растает вероятность того, что появится новая заявка из данного пункта. На пример, Москва - крупный мегаполис, соответственно вероятность того, что грузовик поедет из Москвы, уже выполняя другую заявку, резко возрастает.

При вводе только города, страна и регион проставляются автоматически.

После ввода данных необходимо сохранить введенные сведения (кнопка «Сохранить»).

Рисунок 68 – Добавление новой локации 3.4.3.8 Справочники атрибутов Справочники атрибутов предназначены как для хранения значений свойств объектов, указанных в основных справочника и формах системы так и для ввода значений, которые в дальнейшем будут отображаться в соответст вующих выпадающих списках. К справочникам атрибутов относятся:

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

Все справочники атрибутов выполнены в табличном виде (Рисунок 69). В каждом справочнике существует возможность просмотра удаленных записей, для чего необходимо установить флажок «Показывать удаленные записи». При необходимости удаленные записи можно восстановить, выделив требуемую за пись и нажав на кнопку «Восстановить». Для редактирования значения следует выделить нужную запись и дважды щелкнуть левой клавишей мыши либо на жать на кнопку «Открыть».

Рисунок 69 – Справочники атрибутов МАС УТР 3.4.4 Мониторинг 3.4.4.1 Расписание ресурсов (водители, тягачи, прицепы) Для представления расписания используемого в системе типа ресурса (водителя, тягача и прицепа) в МАС УТР используется графическое представ ление в виде диаграммы Гантта, которая позволяет представить состояние каж дого ресурса в интересуемый период времени (Рисунок 70 - Рисунок 72).

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

в расписании тягачей – по гос. номеру;

в расписании прицепов – по гос. номеру.

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

Реализована возможность скрытия/отображения состояний ресурсов. При выключении кнопки «Показывать все состояния» на диаграмме Гантта не ото бражаются состояния «Группировки» и «Свободен», что облегчает читабель ность диаграммы Гантта.

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

Для каждого ресурса на диаграмме Гантта приняты следующие состояния (для наглядности и удобства пользователя состояния выделены различным цве том):

­ Свободен – зеленый цвет;

­ В пути без груза – цвет фуксии (если переезд осуществляется по заявке);

­ В пути без груза – голубой цвет (если переезд осуществляется не по заявке);

­ Погрузка – серый цвет;

­ В пути загружен – светло-зеленый цвет;

­ Разгрузка – серый цвет;

­ Стоянка с грузом – серый цвет;

­ Недоступен – желтый цвет.

Рисунок 70 – Расписание «Тягачи»

Рисунок 71 – Расписание «Водители»

Рисунок 72 – Расписание «Прицепы»

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

Рисунок 73 – Расположение тягачей 3.4.4.3 Просмотр маршрута «Просмотр маршрута» («Мониторинг» «Просмотр маршрута») (Рисунок 74) предназначен для расчета расстояния между населенными пунк тами. На данной экранной форме следует указать пункты «От» и «До». В дан ных полях указывают адреса, из которых система автоматически производит расчет расстояния между родительскими узлами (т.е. между населенными пунктами, а не конкретными адресами).

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

Если расстояние не может быть рассчитано, на экран выводится преду преждение.

Рисунок 74 – Просмотр маршрута 3.4.4.4 «Мониторинг заявок»

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

Рисунок 75 – Окно мониторинга заявок 3.4.4.5 «Мониторинг ресурсов»

Пункт меню «Мониторинг ресурсов» (Рисунок 76) предназначен для от слеживания статуса и местонахождения ресурсов в настоящий момент времени (водителей, прицепов и тягачей).

Рисунок 76 – Окно мониторинга ресурсов 3.4.4.6 «Мониторинг менеджеров»

Пункт меню «Мониторинг менеджеров» позволяет видеть результатив ность работы менеджеров за указанный период (Рисунок 77). В данном отчете используются следующие столбцы:

­ филиал – к какому филиалу принадлежит менеджер;

­ менеджер - логин менеджера;

­ заказчик – наименование компании заказчика;

­ всего заявок – сколько заявок было заведено менеджером (с учетом неут вержденных заявок);

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

­ не утверждено – сколько введенных заявок осталось неутвержденными ;

­ запланировано – сколько заявок было запланировано менеджером;

­ не под контролем – для данных заявок текущая дата более чем на сутки пре вышает предпочитаемое время, а фактическое время не было проставлено;

­ выполнено – количество выполненных заявок (имеющих статус «выполне но»);

­ проблемных – количество заявок, которые запланированы с отклонением предпочитаемого времени от запланированного (опозданием или опереже нием);

­ сумма по заявкам – указывается общая сумма по стоимости от заказчика;

­ суммарное отклонение – указывается суммарное время опоздания (отклоне ние запланированного времени от предпочитаемого) по всем заявкам за пе риод.

­ максимальное отклонение – указывается максимальное отклонение (опозда ние или опережение) из всех имевших место за период.

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

Рисунок 77 – Отчет о деятельности менеджеров 3.4.5 Отчеты Помимо ведения справочной информации в АС УТР предусмотрено ве дение отчетной документации. Различают Основные и Вспомогательные отче ты.

К основным отчетам, большинство из которых выводится в виде графи ков, относятся:

­ Мониторинг показателей;

­ Уровень сервиса;

­ Загруженность ресурсов;

­ Прибытия/отправления;

­ Анализ перевозок.

3.4.5.1 Отчет «Мониторинг показателей»

На графике «Мониторинг показателей» (Рисунок 78) отображаются три показателя: стоимость от заказчика, стоимость перевозчику и прибыль. Пользо вателю предоставлена возможность указать конкретного заказчика (поле «За казчик»), а также филиал. Таким образом, пользователь может увидеть, на сколько «выгоден» тот или иной заказчик, а также, сколько прибыли приносит конкретный филиал компании.

Рисунок 78 – Мониторинг показателей 3.4.5.2 Отчет «Уровень сервиса»

Уровень сервиса (Рисунок 79) позволяет пользователю получить число вое значение качественности выполнения заявки и рассчитывается по следую щей формуле:

Предпочита емое время - Запланиров анноевремя Количествозаявок за период Рисунок 79 – Отчет «Уровень сервиса»

3.4.5.3 Отчет «Загруженность ресурсов»

Загруженность ресурсов (Рисунок 80) рассчитывается по следующей формуле:

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

Рисунок 80 – Загруженность водителей 3.4.5.4 Отчет «Прибытия/Отправления»

Отчет «Прибытия/отправления» предназначен для того, чтобы отследить ресурсы, которые прибывают в конкретный город/его окрестность или отправ ляются из конкретного города/окрестности за определенный период времени (Рисунок 81). Данный отчет позволяет наглядно просмотреть движение ресур сов.

Рисунок 81 – Отчет «Прибытия/Отправления»

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

Редактор правил запускается через меню «Администрирование» «Ре дактор правил».

Задание предпочтений осуществляется в три шага:

1. формирование группы заявок;

2. формирование групп ресурсов;

3. редактор общих правил.

Формирование групп заявок Заявки в АС УТР планируются с «одинаковым» приоритетом. Если воз никает необходимость каким-то заявкам дать больший приоритет (например, заявки от VIP-заказчиков должны быть запланированы в первую очередь), то пользователь должен выделить данные заявки в отдельную группу.

Для формирования групп заявок следует выбрать пункты меню «Админи стрирование» «Редактор правил» «Формирование групп заявок». В дан ном окне содержится перечень сформированных групп заявок (Рисунок 82).

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

Чтобы создать новую группу заявок следует нажать кнопку «Добавить группу» и в появившемся окне следует указать наименование группы, а также собственно критериев отбора заявок в данную группу.

Правила имеют следующий синтаксис:

Атрибут Оператор сравнения Значение ­ Атрибут – из списка наиболее важных параметров заявки необходимо вы брать требуемый, по нему и будет осуществляться отбор заявок в группу;

­ Оператор сравнения – указывается операция сравнения («содержит», «боль ше», «меньше», «равно» и т.д.);

­ Значение – пользователь указывает значение атрибута, с которым и осуще ствляется сравнение.

Условия правила могут быть объединены логическими операторами «И», «ИЛИ», «Не И», «Не ИЛИ».

Рисунок 82 – Редактор групп заявок На Рисунок 83 показан пример создания группы «Самарская заявка».

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

В данном правиле содержатся два условия:

­ заявка самарского филиала (т.е. в номере заявки должен присутствовать префикс С);

­ в качестве пункта отправления (назначения) указан город Самара.

Окончательно правило будет иметь вид:

«([Номер заявки] Начинается с С) И (([Город отправления первой по грузки] Содержит Самара) ИЛИ ([Город назначения последней разгрузки] Со держит Самара))».

Рисунок 83 – Редактор правил: окно формирования группы заявок Формирование групп ресурсов Формирование групп ресурсов осуществляется аналогично формирова нию групп заявок (Рисунок 84). Для ресурсов в качестве атрибутов правил ука заны наиболее важные параметры ресурсов.

Для формирования группы ресурсов необходимо выбрать пункт меню «Администрирование» «Редактор правил» «Формирование групп ресур сов». В данном окне (Рисунок 85) показаны группы ресурсов.

Рисунок 84 – Редактор правил: окно формирования группы ресурсов Рисунок 85 – Редактор правил: окно редактирования группы ресурсов Редактор общих правил Наряду с механизмом сопоставления ресурсов и заявок в системе преду смотрена возможность ввода общих правил. Механизм общих правил позволяет задавать зависимости не в виде окна сопоставления, а с помощью отдельно за данных правил. Синтаксис общих правил идентичен синтаксису правил групп заявок и групп ресурсов. Список правил отображается в левой части окна ре дактора групп (Рисунок 86). Кроме того, в системе предусмотрена возмож ность указания значений бонусов (как положительных, так и отрицательных).

Назначение бонусов позволяет увеличивать или уменьшать приоритет конкрет ной группы заявок и ресурсов.

Рисунок 86 – Окно редактора групп 3.4.7 Шаблоны печатных форм При необходимости пользователь может распечатать готовую форму за явки-договора (Рисунок 87), а также может сформировать шаблон любого тре буемого документа для использования его в дальнейшем (Рисунок 88).

пиктограмма «Пе чать»

Рисунок 87 – Форма заявки-договора Для того чтобы создать собственный шаблон требуемого документа, не обходимо в пункте меню «Администрирование» «Шаблоны печатных форм»

нажать кнопку «Создать» и после кнопку «». Таким образом, отразится печат ная форма в режиме конструктора.

В режиме конструктора в левой части экрана отображаются основные элементы управления;

в правой части приведены наименования полей регист рационной формы заявки;

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

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

После того, как пользователь создал требуемый шаблон документа, его необходимо сохранить. Для этого необходимо нажать на кнопку «Сохранить отчет» (Рисунок 87) и переименовать предлагаемое по умолчанию имя файла (например, XtraReportEdit_Primer.repx). Файлы шаблонов сохраняются с рас ширением.repx в папку, указанную в пункте меню «Настройки» «По умол чанию» в поле «Путь к папке печатных форм»

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

кнопки «Открыть»

и «Сохранить»

печатная форма в режиме конструктора элементы список полей из управления регистрационной формы заявки режим «Дизайн», «Просмотр», «Про смотр в html»

Рисунок 88 – Редактор печатных форм 4 ЦЕЛИ, ЗАДАЧИ И СОДЕРЖАНИЕ ЛАБОРАТОРНОГО ПРАКТИКУМА Основные цели лабораторного практикума:

­ Изучение основ мультиагентных технологий и возможных приложений.

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

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

­ Изучение инструментария, используемого для создания мультагентных сис тем планирования ресурсов в реальном времени.

­ Приобретение навыков работы с мультиагентными системами «распреде ленного интеллекта», агенты которых способны к переговорам и принятию согласованных решений.

Основные задачи лабораторного практикума:

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

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

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

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

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

­ Освоение приемов использования агентов для адаптивного планирования заявок на перевозку грузов в мультиагентой системе управления транспорт ными перевозками.

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

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

­ Анализ динамики адаптивного планирования и перепланирования расписа ния перевозок в зависимости от положения мобильных ресурсов на карте и времени поступления заявок.

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

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

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

1. Последовательное планирование заявок на ресурсы.

2. Планирование заявок на ресурсы с минимальным холостым ходом.

3. Планирование ресурсов с вытеснением заявок.

4. Планирование заявок при недоступности ресурсов.

5. Планирование заявок на предпочитаемые ресурсы.

6. Планирование неприбыльных заявок.

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

5 ЛАБОРАТОРНЫЙ ПРАКТИКУМ 5.1 Исходная информация для планирования Карта местности в США, на которой производятся рассматриваемые гру зовые перевозки, представлена на Рисунок 89.

Рисунок 89 – География местности Расстояния между городами задаются матрицей расстояний, представ ленной в Таблица 5.

Таблица 5 – Матрица расстояний между городами Route Mileage, mile Jacksonville – Henderson Jacksonville – New Albany Jacksonville – Pageland Pageland – New Albany Pageland – Atlanta New Albany – Atlanta Перевозки рассматриваются без консолидаций паллет грузов – считается, что грузовик двигается полным. В данном наборе сценариев не рассматривают ся вопросы перегруппировки ресурсов (смены водителей или прицепов) и под бора ресурсов по значениям их свойств.

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

­ Joe Best King (Mercedes WRI 3456), location: Jacksonville, ­ Gladys Strong (Freight Liner WRI 2345), location: Jacksonville, ­ Oliver Vogt (Volvo 123456), location: Jacksonville.

На Рисунок 90 представлено начальное состояние ресурсов на карте. На Рисунок 91 представлено начальное состояние ресурсов в виде расписания.

Рисунок 90 – Начальное состояние ресурсов на карте Рисунок 91 – Начальное состояние ресурсов в расписании 5.2 Рассчитываемые показатели планирования ресурсов В рассматриваемых ниже сценариях стоимость перевозки заявки (Price) определяется как установленный компанией тариф по прайс-листу.

Стоимость перевозки заявки = Тариф по прайс-листу Затраты на перевозку (Expenses) определяются как себестоимость пере возки заявки.

Затраты на перевозку = Себестоимость перевозки Себестоимость перевозки = себестоимость перевозки груза на 1 милю * расстояние по маршруту Expenses = Prime cost * Mileage Среднюю скорость движения грузовика примем 100 km/hour. Стоимость использования для всех ресурсов в сценариях одинакова: $30/100km.

В компании предусмотрен штраф за опоздание (Penalty). При расчете чистой прибыли (Profit) считается, что при отклонении заявки от предпочи таемого времени ее доходность падает на 10% в час.

Чистая прибыль = Стоимость перевозки – Затраты на перевозку – Штраф Profit = Price – Expenses –Penalty После поступления очередной заявки оценивается ключево й показатель эффективности (Key Performance Indicator – KPI), который позволяет оценить качество различных вариантов планирования. В качестве KPI в системе принята чистая прибыль.

KPI = Profit Агенты договариваются между собой и выбирают вариант планирования с максимальным KPI. При этом действует принцип роста общей ценности (даже в ущерб интересам отдельных агентов). Когда приходит заявка, она на чинает искать себе размещение и планирует цепочку перестановок. Если заявка неприбыльная и ее планирование не обеспечивает преимущества другим заяв кам, то она не планируется. Если цепочка перестановок приводит к росту об щих показателей системы (сейчас используется один показатель – прибыль, но возможно введение новых показателей), то намеченная цепочка принимается и заявка планируется. Таким образом, даже если сама заявка неприбыльная, но ее размещение в плане снижает стоимость выполнения других заявок так, что об щий KPI системы увеличивается, то заявка планируется.

5.3 Лабораторная работа №1. Создание заявок, построение начального плана и последовательное планирование заявок Цель лабораторной работы № 1 – продемонстрировать возможности мультиагентной автоматизированной системы адаптивного планирования транспортных ресурсов для реализации распределения заявок по ресурсам при последовательном поступлении заявок в систему.

В процессе выполнения лабораторной работы № 1 решаются следующие задачи:

­ Создание заявок;

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

­ Изучение основных средств представления плана;

­ Освоение приемов автоматического и ручного планирования событий;

­ Изучение алгоритма формирования основных показателей плана и их ана лиз.

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

Параметры заявок указаны в Таблица 6. Если требуется доезд тягача в пределах города от точки стоянки к точке погрузки, например, в Jacksonville – доезд до адреса JAX Logistics 123 Happy Street 32203, к расстоянию между городами, указанному в матрице расстояний, добавляется еще 30 mile. Размещение заявок на карте представлено на Рисунок 92.

Таблица 6 – Параметры заявок № заяв- Отку- Куда Погрузка Доезд от мес- Рас- Стои ки да (предпочи- та стоянки до стояние мость от таемое вре- места по- заказ, mile мя) грузки тяга- чика ча, mile AT00001 JAX Hender 06/13/2009 - 794 8 Logistic son 8:00 AM s Happy Street AT00002 JAX New 06/12/2009 30 1042 2 Logistic Albany 8:00 PM s Happy Street AT00002 JAX Pagel- 06/12/2009 30 586 3 Logistic and 3:00 PM s Happy Street AT00003 JAX New 06/12/2009 30 1042 2 Logistic Albany 9:00 AM s Happy Street AT00003 Pagelan New 06/13/2009 - 949 3 d Albany 4:00 PM Henderson Pageland New Albany AT AT AT AT AT Jacksonville Рисунок 92 – Размещение заявок на карте Для ввода новой заявки необходимо в регистрационной форме заявки вы брать опцию меню «Управление» «Заявки» «Добавить» (Рисунок 93). Ат рибуты для ввода:

­ номер заявки, ­ тип прицепа, ­ грузоподъемность, ­ объем, ­ стоимость от заказчика.

Рисунок 93 – Экран заявки В рамках одной заявки может фигурировать несколько операций. Для операции задаются (Рисунок 94):

­ тип операции, ­ адрес погрузки/разгрузки, ­ длительность операции и/или предпочитаемое время погрузки/разгрузки.

Рисунок 94 – Экран редактирования операции На Рисунок 95 представлена форма редактирования заявки AT000032 с введенными данными.

Рисунок 95 – Экран заявки AT В систему введено несколько заявок, которые будут поэтапно отправ ляться на планирование. На Рисунок 96 заявки, участвующие в демонстрацион ных сценариях, выделены зеленым цветом.

Рисунок 96 – Список заявок По нажатию кнопки «Автоматическое планирование» выбранные заявки отправляются на планирование.

5.3.2 Сценарий последовательного планирования заявок В данном сценарии выполним последовательное планирование на ресур сы Oliver Vogt, Joe Best King и Gladys Strong заявок AT000032, AT000023, AT000022.

Пусть на планирование последовательно отправляются заявки AT000032, AT000023, AT000022. Все три заявки требуют осуществить перевозку груза из Jacksonville, JAX Logistics 123 Happy Street 32203, и пересекаются по предпочи таемому времени выполнения. Три имеющихся в системе грузовика стоят в Jacksonville. Характеристики ресурсов идентичны. Характеристики заявок до планирования приведены в Таблица 7.

Таблица 7 – Характеристики заявок Order Departure Time of Dep. Arrival Price, $ JAX Logistics 06/12/2009 9: AT00003 New Al 123 Happy AM 2 bany Street AT00002 JAX Logistics 06/12/2009 3: Pageland 3 123 Happy PM Street JAX Logistics 06/12/2009 8: AT00002 New Al 123 Happy PM 2 bany Street После отправки заявок на планирование планировщик распределяет их по ресурсам. В данном случае все три заявки распределяются на разные ресурсы, т.к. по всем параметрам ресурсы равнозначны, а заявки должны выполняться с пересечением по времени. Т.к. все ресурсы идентичны по своим характеристи кам, выбор свободного ресурса для первой заявки выполняется случайным об разом. Далее при последовательной обработке каждая следующая заявка под бирает себе один из оставшихся свободных ресурсов, который также выбирает ся случайным образом:

­ AT000032, запланирован на Oliver Vogt, ­ AT000023, запланирован на Joe Best King, ­ AT000022, запланирован на Gladys Strong.

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

Таблица 8 – Микроэкономические показатели AT00003 AT00002 AT 2 3 1072 616 Mileage, mile 900 600 Price, $ 321.6 184.8 321. Expenses, $ 578.4 415.2 678. Profit, $ В Таблица 9 и на Рисунок 97 показано, каким образом формируется при быль заявок при наступлении очередного события, к которым в данном сцена рии относятся поступления заявок AT000032, AT000023, AT000022.

Таблица 9 – Прибыль в системе Profit, $ The Event AT0000 AT0000 AT point Total 32 23 Приход 578.4 - - 578. AT Приход 578.4 415.2 - 993. AT Приход 578.4 415.2 678.4 1672. AT Прибыль в системе AT AT 1800 AT 1600 Total прибыль события 1 2 3 4 Рисунок 97 – Прибыль в системе Событие 1 (точка 1 на графике) соответствует приходу заявки AT000032 в Jacksonville, JAX Logistics 123 Happy Street 32203. Прибыль в системе от ее выполнения определяется следующим образом:


Стоимость перевозки заявки – Затраты на перевозку = 900 – 1072*30/100 = 578.4.

Событие 2 (точка 2 на графике) соответствует приходу заявки AT000023 в Jacksonville, JAX Logistics 123 Happy Street 32203. Прибыль в системе от его выполнения определяется следующим образом:

Стоимость перевозки заявки – Затраты на перевозку = 600 – 616*30/100 = 415.2.

Событие 3 (точка 3 на графике) соответствует приходу заявки AT000022 в Jacksonville, JAX Logistics 123 Happy Street 32203. Прибыль в системе от его выполнения определяется следующим образом:

Стоимость перевозки заявки – Затраты на перевозку = 1000 – 1072*30/100 = 678.4.

Суммарная прибыль в системе складывается из прибыли от заявок AT000032, AT000023, AT000022, что составляет 1672.0.

Таким образом, на Рисунок 97 показано:

­ прибыль в системе при перевозке заявки AT000032 из Jacksonville, JAX Logistics 123 Happy Street 32203 в New Albany, при перевозке заявки AT000023 из Jacksonville, JAX Logistics 123 Happy Street 32203 в Pageland, при перевозке заявки AT000022 из Jacksonville, JAX Logistics 123 Happy Street 32203 в New Albany.

На Рисунок 98 показано состояние списка заявок после планирования (статус заявок AT000032, AT000023, AT000022 сменился на Planned, указана дата разгрузки и характеристики водителя).

Рисунок 98 – Состояние списка заявок после планирования На Рисунок 99 и в Таблица 10 показано расписание ресурсов после пла нирования. На Рисунок 100 представлена форма заявки AT000032 после его планирования (указаны транспортные расходы и прибыль от выполнения заяв ки).

Таблица 10 – Расписание ресурсов после планирования Resource Departure Time of Dep. Arrival Time of Arr.

06/12/2009 3:00 06/12/2009 9: Joe Best Jacksonville Pageland PM PM King 06/12/2009 8:00 New Al- 06/13/2009 7: Gladys Jacksonville PM bany AM Strong 06/12/2009 9:00 New Al- 06/12/2009 7: Oliver Jacksonville AM bany PM Vogt ­ Рисунок 99 – Расписание ресурсов после планирования Рисунок 100 – Форма заявки AT000032 после планирования 5.3.3 Индивидуальные задания 1. Создайте две заявки и три ресурса. Последовательно запланируйте за явки. Наблюдайте, как изменится расписание ресурсов, опишите полученные результаты. Проанализируйте основные показатели плана.

5.4 Лабораторная работа №2. Подбор ресурса с минимальным холостым ходом Цель лабораторной работы № 2 – продемонстрировать возможности мультиагентной автоматизированной системы адаптивного планирования транспортных ресурсов для реализации распределения заявок по ресурсам та ким образом, чтобы подобрать ресурсы с минимальными порожними перегона ми.

В процессе выполнения лабораторной работы № 2 решаются следующие задачи:

­ создание заявки;

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

­ изучение основных средств представления плана;

­ освоение приемов автоматического и ручного планирования событий;

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

­ анализ основных показателей плана.

5.4.1 Сценарий планирования заявок на ресурсы с минимальным холостым ходом Покажем планирование заявки AT000018 с последующим размещением заявки AT000018 на ресурс Joe Best King.

Запланируем заявку AT000018 с характеристиками, указанными в Табли ца 11. Планируемое расположение ресурсов на момент предпочитаемого нача ла выполнения заявки AT000018 приведено на Рисунок 101 (стрелками показа ны возможные пустые перегоны ресурсов).

Таблица 11 – Характеристики заявки AT Order Departure Time of Dep. Arrival Price, $ JAX Logistics AT00001 06/13/2009 8:00 Hender 123 Happy 8 AM son Street Henderson Pageland New Albany King AT Vogt Strong AT Jacksonville Рисунок 101 – Расположение ресурсов на момент начала выполнения заяв ки AT Т.к. заявка AT000018 загружается в Jacksonville, требуется пустой пере гон. Агент заявки рассматривает три варианта планирования на разные ресур сы. В Таблица 12 показано планируемое прибытие ресурсов к точке выполне ния заявки AT000018 с учетом времени разгрузки в Pageland и New Albany и времени в пути до Jacksonville.

Таблица 12 – Планируемое прибытие ресурсов к точке выполнения заявки AT Время Вре Depar- Time of Время окончания мя в Time of Re- ture Dep.

раз- Arrival предыду- пути sorce Arr.

грузки щей заявки Pageland 06/12/2009 0:55 06/12/2009 Jackson- 5:45 06/13/ Joe 9:25 PM 10:20 PM ville 09 4: Best AM King New Al- 06/13/2009 10:10 06/13/ 06/13/2009 Jackson Gladys bany 7:10 AM 0:45 09 6: 7:55 AM ville Strong PM New Al- 06/12/2009 10:10 06/13/ 06/12/2009 Jackson Oliver bany 7:40 PM 0:45 09 6: 8:25 PM ville Vogt AM Из Таблица 12 следует, что планирование на Gladys Strong приводит к опозданию на 10 час 05 мин. Поэтому агент заявки будет оценивать варианты планирования на Oliver Vogt (Таблица 13) и Joe Best King (Таблица 14).

В Таблица 13 и на Рисунок 102 показано, каким образом формируется прибыль в системе от планирования заявки AT000018 на Oliver Vogt при насту плении очередного события, к которым в данном примере относятся приход за явки AT000018, порожний перегон New Albany – Jacksonville и перевозка Jacksonville – Henderson.

Таблица 13 – Микроэкономические показатели планирования заявки AT000018 на Oliver Vogt Lag Total Jax - Hender New Albany son Jax 1042 794 Mileage, mile - - Price, $ 312.6 238.2 550. Expenses, $ - - 49. Profit, $ Прибыль в системе от планирования заявки AT на Oliver Vogt AT Lag Jax-Hend Total прибыль 4 события 0 1 2 - - Рисунок 102 – Прибыль в системе от планирования заявки AT000018 на Oliver Vogt Событие 1 (точка 1 на графике) соответствует приходу заявки AT000018 в Jacksonville. Прибыль в системе от ее выполнения определяется следующим образом:

Стоимость перевозки заявки = 600.

Событие 2 (точка 2 на графике) соответствует порожнему перегону New Albany – Jacksonville. Прибыль в системе от его выполнения определяется сле дующим образом:

Стоимость перевозки заявки – Затраты на порожний перегон = 600 – 1042*30/100 = 287.4.

Событие 3 (точка 3 на графике) соответствует перевозке заявки AT из Jacksonville в Henderson. Прибыль в системе от его выполнения определяет ся следующим образом:

Стоимость перевозки заявки – Затраты на порожний перегон – Затраты на перевозку = 600 – 1042*30/100 – 794*30/100 = 49.2.

Прибыль в системе от планирования заявки AT000018 на Oliver Vogt со ставляет 49.2.

Таким образом, на Рисунок 102 показано:

­ прибыль в системе от планирования заявки AT000018 на Oliver Vogt, вклю чающего приход заявки AT000018, порожний перегон New Albany – Jacksonville и перевозку Jacksonville – Henderson.

­ В Таблица 14 и на Рисунок 103 показано, каким образом формируется прибыль в системе от планирования заявки AT000018 на Joe Best King при на ступлении очередного события, к которым в данном примере относятся приход заявки AT000018, порожний перегон Pageland – Jacksonville и перевозка Jacksonville – Henderson.

Таблица 14 - Микроэкономические показатели планирования заявки AT000018 на Joe Best King Lag Jax - Hender- Total Pageland - Jax son 586 794 Mileage, mile - - Price, $ 175.8 238.2 Expenses, $ - - Profit, $ Прибыль в системе от планирования заявки AT на Joe Best King AT Lag Jax-Hend Total прибыль события 0 1 2 3 - - Рисунок 103 – Прибыль в системе от планирования заявки AT000018 на Joe Best King Событие 1 (точка 1 на графике) соответствует приходу заявки AT000018 в Jacksonville. Прибыль в системе от ее выполнения определяется следующим образом:

Стоимость перевозки заявки = 600.

Событие 2 (точка 2 на графике) соответствует порожнему перегону Pagel and – Jacksonville. Прибыль в системе от его выполнения определяется сле дующим образом:

Стоимость перевозки заявки – Затраты на порожний перегон = 600 – 586*30/100 = 424.2.

Событие 3 (точка 3 на графике) соответствует перевозке заявки AT000018 из Jacksonville в Henderson. Прибыль в системе от его выполнения определяется следующим образом:

Стоимость перевозки заявки – Затраты на порожний перегон – Затраты на перевозку = 600 – 586*30/100 – 794*30/100 = 186.

Прибыль в системе от планирования заявки AT000018 на Joe Best King составляет 186.

Таким образом, на Рисунок 103 показано:

­ прибыль в системе от планирования заявки AT000018 на Joe Best King, включающего приход заявки AT000018, порожний перегон Pageland – Jacksonville и перевозку Jacksonville – Henderson.

Прибыль в системе от планирования заявки AT000018 на Joe Best King выше, чем на Oliver Vogt, следовательно, заявка AT000018 будет запланиро вана на Joe Best King. На Рисунок 104 представлено расписание после пла нирования заявки AT000018.

Рисунок 104 – Расписание после планирования заявки AT 5.4.2 Индивидуальные задания 1. Создайте две заявки и четыре ресурса так, чтобы для загрузки заявок на некоторые из ресурсов потребовался холостой перегон. Последовательно за планируйте заявки так, чтобы выбрать ресурсы с минимальным холостым пере гоном. Наблюдайте, как изменится расписание ресурсов, опишите полученные результаты. Проанализируйте основные показатели плана.

5.5 Лабораторная работа №3. Перепланирование заявок по ресурсам в случае появления более выгодной заявки Цель лабораторной работы № 3 – продемонстрировать, каким образом в мультиагентной автоматизированной системе адаптивного планирования транспортных ресурсов выполняется перепланирование заявок по ресурсам пу тем вытеснения ранее запланированных заявок и перехода их на другие ресур сы при появлении в системе более выгодной заявки.

В процессе выполнения лабораторной работы № 3 решаются следующие задачи:

создание заявки;

­ изучение основных средств представления плана;

­ изучение логики перепланирования ресурсов;


­ изучение алгоритма формирования основных показателей плана, на основа ­ нии которых агенты в процессе переговоров принимают решение о перепла нировании заявок на ресурсы;

­ анализ основных показателей плана.

5.5.1 Сценарий перепланирования ресурсов с вытеснением заявок Покажем вытеснение с ресурса Joe Best King ранее запланированной на него заявки AT000018 при размещении заявки AT000033, перепланирование расписания вследствие размещения заявки AT000033 на ресурс Joe Best King и перемещения вытесненной заявки AT000018 на ресурс Oliver Vogt.

Запланируем заявку AT000033 с характеристиками, указанными в Табли ца 15.

Таблица 15 – Характеристики заявки AT Order Departure Time of Dep. Arrival Price, $ AT00003 06/13/2009 4:00 New Al Pageland 3 PM bany Заявка AT000033 по времени должна начаться позже заявки AT000018.

Заявка AT000033 загружается в Pageland, где с 06/12/2009 9:25 PM стоит грузо вик с водителем Joe Best King (Рисунок 101). При таком варианте планирования прибыльность заявки потенциально составит 4000-949*30/100=3715.3 (Таблица 16, Рисунок 105), но возникает конфликт с заявкой AT000018.

Таблица 16 - Микроэкономические показатели планирования заявки AT000033 на Joe Best King Pageland – New Albany Mileage, mile Price, $ 284. Expenses, $ 3715. Profit, $ Прибыль в системе от планирования заявки AT000033 на Joe Best King AT Pag - New Albany Total прибыль события 0 1 2 - Рисунок 105 – Прибыль в системе от планирования заявки AT000033 на Joe Best King Событие 1 (точка 1 на графике) соответствует приходу заявки AT000033 в Pageland. Прибыль в системе от ее выполнения определяется следующим обра зом:

Стоимость перевозки заявки = 4000.

Событие 2 (точка 2 на графике) соответствует перевозке заявки AT из Pageland в New Albany. Прибыль в системе от его выполнения определяется следующим образом:

Стоимость перевозки заявки – Затраты на перевозку = 4000 –949*30/100 = 3715.3.

Таким образом, на Рисунок 106 показано:

­ прибыль в системе от планирования заявки AT000033 на Joe Best King, включающего приход заявки AT000033 и перевозку Pageland - New Albany.

Заявка AT000018 может быть запланирована на Oliver Vogt (Таблица 13, Рисунок 102). Прибыль от планирования заявки AT000018 на Oliver Vogt соста вит 600-1836*30/100=49.2.

Если планировать заявку AT000033 на другой ресурс (Oliver Vogt), по требуется пустой перегон New Albany – Pageland, и грузовик прибудет в пункт погрузки с опозданием на 1:54 (Таблица 17).

Таблица 17 – Планируемое прибытие ресурса к точке выполнения заявки AT Время Вре Depar- Time of Время окончания мя в Time of Re- ture Dep.

разгруз- Arrival предыду- пути sorce Arr.

ки щей заявки New Al- 06/12/2009 9:29 06/13/ 06/12/ Oliver bany 7:40 PM 0:45 Pageland 09 5: 8:25 PM Vogt AM Агент заявки оценивает вариант планирования заявки AT000033 на Oliver Vogt (Таблица 18).

В Таблица 18 и на Рисунок 106 показано, каким образом формируется прибыль в системе от планирования заявки AT000033 на Oliver Vogt при насту плении очередного события, к которым в данном примере относятся приход за явки AT000033, порожний перегон New Albany – Pageland, опоздание в пункт погрузки в Pageland и перевозка Pageland - New Albany.

Таблица 18 – Микроэкономические показатели планирования заявки AT000033 на Oliver Vogt Lag Delay Total Pageland New Albany - Pa New Albany geland 949 - 949 Mileage, mile - - - Price, $ 284.7 760 284.7 1329. Expenses, $ - - - 2670. Profit, $ Прибыль в системе от планирования заявки AT000033 на Oliver Vogt AT Lag Delay Pag - New Albany Total прибыль события 0 1 2 3 4 - Рисунок 106 – Прибыль в системе от планирования заявки AT000033 на Oliver Vogt Событие 1 (точка 1 на графике) соответствует приходу заявки AT000033 в Pageland. Прибыль в системе от ее выполнения определяется следующим обра зом:

Стоимость перевозки заявки = 4000.

Событие 2 (точка 2 на графике) соответствует порожнему перегону New Albany – Pageland. Прибыль в системе от его выполнения определяется сле дующим образом:

Стоимость перевозки заявки – Затраты на порожний перегон = 4000 – 949*30/100 = 3715.3.

Событие 3 (точка 3 на графике) соответствует опозданию заявки AT000033 в пункт погрузки в Pageland. Прибыль в системе от его выполнения определяется следующим образом:

Стоимость перевозки заявки – Затраты на порожний перегон – Штраф за опоздание = 4000 – 949*30/100 – 4000*19/100 = 2955.3.

Т.к. при опоздании прибыльность заявки снижается на 10% в час, то за 1:54 опоздания прибыльность заявки снизится на 19%.

Событие 4 (точка 4 на графике) соответствует перевозке заявки AT из Pageland в New Albany. Прибыль в системе от его выполнения определяется следующим образом:

Стоимость перевозки заявки – Затраты на порожний перегон – Штраф за опоздание – Затраты на перевозку = 4000 – 949*30/100 – 4000*19/100 – 949*30/100 = 2670.6.

Таким образом, на Рисунок 106 показано:

­ прибыль в системе от планирования заявки AT000033 на Oliver Vogt, вклю чающего приход заявки AT000033, порожний перегон New Albany – Pageland, опоздание в Pageland и перевозку Pageland - New Albany.

Прибыль в системе от планирования заявки AT000033 на Oliver Vogt со ставляет 2670.6, что хуже варианта планирования на Joe Best King (прибыль 3715.3). Поэтому заявка AT000033 планируется на ресурс Joe Best King, вы тесняя заявку AT000018, которая уходит на Oliver Vogt. Расписание и со стояние заявок после перепланирования представлено на Рисунок 107 и Ри сунок 108.

Рисунок 107 – Расписание после вытеснения заявки AT Рисунок 108 – Состояние списка заявок после вытеснения заявки AT 5.5.2 Индивидуальные задания 1. Создайте две заявки и три ресурса. Последовательно запланируйте за явки. Создайте заявку с более высокой стоимостью. Наблюдайте, как изменится расписание ресурсов, опишите полученные результаты. Проанализируйте ос новные показатели плана.

5.6 Лабораторная работа №4. Планирование заявок по ресурсам в случае недоступности ресурса Цель лабораторной работы № 4 – продемонстрировать, каким образом в мультиагентной автоматизированной системе адаптивного планирования транспортных ресурсов выполняется перепланирование заявок по ресурсам в случае недоступности некоторого ресурса.

В процессе выполнения лабораторной работы № 4 решаются следующие задачи:

­ создание заявки;

­ изучение средств задания недоступности ресурса;

­ изучение логики перепланирования ресурсов;

­ изучение алгоритма формирования основных показателей плана, на основа нии которых агенты в процессе переговоров принимают решение о перепла нировании заявок на ресурсы;

­ анализ основных показателей плана.

­ 5.6.1 Сценарий перепланирования ресурсов при недоступности ресурса Покажем планирование в условиях недоступности ресурса Joe Best King, что приведет к вытеснению с него прибыльной заявки AT000033, которая перепланируется на ресурс Oliver Vogt, вытесняя с него менее прибыльную заявку AT000018, которая из-за штрафов на возникающие опоздания ока жется незапланированной.

Заявки AT000032, AT000023, AT000022 помечаются на начало выполне ния, чтобы планировщик не изменял их расписание.

Вводится недоступность ресурса Joe Best King на весь день 13/06/2009 с помощью последовательного выполнения команд «Управление» «Период недоступности» «Добавить» и заполнения экранной формы для соответ ствующего водителя (Рисунок 109).

Рисунок 109 – Задание недоступности ресурса Joe Best King Расположение ресурсов на момент начала планирования заявок AT и AT000033 показано на Рисунок 110.

Henderson Pageland New Albany AT Vogt Strong AT Jacksonville Рисунок 110 – Расположение ресурсов при недоступности ресурса Joe Best King Недоступность ресурса Joe Best King приводит к вытеснению прибыль ной заявки AT000033. После вытеснения заявки AT000033 она может быть запланирована на Oliver Vogt, но при этом вытесняется заявка AT000018, ко торая потом не может быть никуда запланирована из-за штрафов на возни кающие опоздания. Т.к. заявка AT000033 существенно дороже заявки AT000018, вариант перепланирования с вытеснением принимается, и распи сание перестраивается (Рисунок 111).

Рисунок 111 – Расписание после перепланирования вследствие недоступ ности ресурса Joe Best King В Таблица 18 и на Рисунок 106 показано, каким образом формируется прибыль в системе от планирования заявки AT000033 на Oliver Vogt при на ступлении очередного события, к которым в данном примере относятся при ход заявки AT000033, порожний перегон New Albany – Pageland, опоздание в пункт погрузки в Pageland и перевозка Pageland - New Albany.

На экране состояния заявок (Рисунок 112) видно, что заявка AT запланирована с проблемами (опоздание, статус Issue), а заявка AT000018 не запланирована вообще (статус Is in planning).

Рисунок 112 – Экран состояния заявок (AT000018 не запланирована, AT000033 запланирована с опозданием) 5.6.2 Индивидуальные задания 1. Создайте две заявки и три ресурса. Запланируйте недоступность одного из ресурсов. Последовательно запланируйте заявки. Наблюдайте, как изменится расписание ресурсов, опишите полученные результаты. Проанализируйте ос новные показатели плана.

5.7 Лабораторная работа №5. Планирование заявок на предпочитаемые ресурсы Цель лабораторной работы № 5 – продемонстрировать, каким образом в мультиагентной автоматизированной системе адаптивного планирования транспортных ресурсов выполняется перепланирование заявок по ресурсам в случае планирования на ресурс, которому отдается предпочтение по некоторым критериям.

В процессе выполнения лабораторной работы № 5 решаются следующие задачи:

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

­ изучение логики перепланирования ресурсов;

­ изучение алгоритма формирования основных показателей плана, на основа нии которых агенты в процессе переговоров принимают решение о перепла нировании заявок на ресурсы;

­ анализ основных показателей плана.

­ 5.7.1 Сценарий планирования заявок на предпочитаемые ресурсы Покажем планирование заявки AT000033 на предпочитаемый ресурс Gladys Strong, вследствие чего заявка AT000033 уйдет с ресурса Oliver Vogt, на который переместится заявка AT000018.

В заявке AT000033, которая в данный момент запланирована на Oliver Vogt, указывается предпочитаемый ресурс (Gladys Strong), как показано на Рисунок 113. Изначально предпочитаемое время погрузки заявки AT 06/13/2009 4:00 PM. При планировании на предпочитаемый ресурс перене сем предпочитаемое время погрузки заявки AT000033 на 06/13/2009 2: PM.

Рисунок 113 – Задание предпочитаемого ресурса Расположение ресурсов на момент начала планирования заявок AT и AT000033 показано на Рисунок 110. Если планировать заявку AT000033 на Gladys Strong, потребуется пустой перегон New Albany – Pageland, и грузо вик прибудет в пункт погрузки с опозданием на 3:24 (Таблица 19).

Таблица 19 – Планируемое прибытие ресурса к точке выполнения заявки AT Время Время Depar- Time of Время окончания в пути Re- ture Dep. Time of разгруз- Arrival предыду sorce Arr.

ки щей заявки New Al- 06/13/2009 9:29 06/13/ 06/13/2009 Pagel Gladys bany 7:10 AM 0:45 09 5: 7:55 AM and Strong PM Агент заявки оценивает вариант планирования заявки AT000033 на Gladys Strong. В Таблица 20 и на Рисунок 114 показано, каким образом форми руется прибыль в системе от планирования заявки AT000033 на Gladys Strong при наступлении очередного события, к которым в данном примере относятся приход заявки AT000033, порожний перегон New Albany – Pageland, опоздание в пункт погрузки в Pageland и перевозка Pageland - New Albany.

Таблица 20 – Микроэкономические показатели планирования заявки AT000033 на Gladys Strong Lag Delay Total Pageland New Albany - Pa New Albany geland 949 - 949 Mileage, mile - - - Price, $ 284.7 1360 284.7 1929. Expenses, $ - - - 2070. Profit, $ Рисунок 114 – Прибыль в системе от планирования заявки AT000033 на Gladys Strong Событие 1 (точка 1 на графике) соответствует приходу заявки AT000033 в Pageland. Прибыль в системе от ее выполнения определяется следующим обра зом:

Стоимость перевозки заявки = 4000.

Событие 2 (точка 2 на графике) соответствует порожнему перегону New Albany – Pageland. Прибыль в системе от его выполнения определяется сле дующим образом:

Стоимость перевозки заявки – Затраты на порожний перегон = 4000 – 949*30/100 = 3715.3.

Событие 3 (точка 3 на графике) соответствует опозданию заявки AT000033 в пункт погрузки в Pageland. Прибыль в системе от его выполнения определяется следующим образом:

Стоимость перевозки заявки – Затраты на порожний перегон – Штраф за опоздание = 4000 – 949*30/100 – 4000*34/100 = 2355.3.

Т.к. при опоздании прибыльность заявки снижается на 10% в час, то за 3:24 опоздания прибыльность заявки снизится на 34%.

Событие 4 (точка 4 на графике) соответствует перевозке заявки AT из Pageland в New Albany. Прибыль в системе от его выполнения определяется следующим образом:

Стоимость перевозки заявки – Затраты на порожний перегон – Штраф за опоздание – Затраты на перевозку = 4000 – 949*30/100 – 4000*34/100 – 949*30/100 = 2070.6.

Таким образом, на Рисунок 114 показано:

­ прибыль в системе от планирования заявки AT000033 на Gladys Strong, включающего приход заявки AT000033, порожний перегон New Albany – Pageland, опоздание в Pageland и перевозку Pageland - New Albany.

Запланировать заявку AT000033 на Gladys Strong можно только с опозда нием, поэтому заявка становится менее прибыльной. После планирования заяв ки AT000033 на предпочитаемый ресурс, заявка AT000033 уходит с Oliver Vogt, на котором она ранее был запланирована. В результате, заявка AT000018, кото рая до этого находилась в незапланированном состоянии, планируется на осво бодившееся место на ресурсе Oliver Vogt без опоздания.

В Таблица 13 и на Рисунок 102 показано, каким образом формируется прибыль в системе от планирования заявки AT000018 на Oliver Vogt при насту плении очередного события, к которым в данном примере относятся приход за явки AT000018, порожний перегон New Albany – Jacksonville и перевозка Jacksonville – Henderson. Прибыль от выполнения заявки составляет 49.2. Полу ченное расписание представлено на Рисунок 115.

Рисунок 115 – Расписание после перепланирования заявки AT000033 на предпочитаемый ресурс Gladys Strong Экран состояния заявок представлен на Рисунок 116. На экране состояния заявок видно, что заявка AT000033 запланирована с проблемами (опоздание, статус Issue), а заявка AT000018 запланирована (статус Planned).

Рисунок 116 – Экран состояния заявок после планирования заявки AT000033 на предпочитаемый ресурс Gladys Strong 5.7.2 Индивидуальные задания 1. Создайте две заявки и три ресурса. Задайте один из ресурсов как пред почитаемый. Последовательно запланируйте заявки. Наблюдайте, как изменит ся расписание ресурсов, опишите полученные результаты. Проанализируйте основные показатели плана.

5.8 Лабораторная работа №6. Планирование неприбыльной заявки Цель лабораторной работы № 6 – продемонстрировать, каким образом в мультиагентной автоматизированной системе адаптивного планирования транспортных ресурсов может быть запланирована неприбыльная заявка, если ее размещение позволит снизить стоимость выполнения других заявок так, что общий KPI системы при этом увеличится.

В процессе выполнения лабораторной работы № 6 решаются следующие задачи:

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

­ изучение логики перепланирования ресурсов;

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

­ анализ основных показателей плана.

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

Пусть в системе имеются 2 заявки, параметры которых указаны в Табли ца 21. Размещение заявок на карте представлено на Рисунок 117.

Таблица 21 – Параметры заявок № за- Отку- Куда Погрузка Доезд от Расстоя- Стои явки да (предпочи- места сто- ние, mile мость от таемое время) янки до заказ места по- чика грузки тя гача, mile AT000 Pagela New 06/13/2009 4:00 - 949 033 nd Albany PM AT000 New Atlanta 06/13/2009 4:00 - 488 036 Albany AM Henderson Pageland New Albany Gladys AT Strong AT AT AT AT AT000032 Atlanta AT Jacksonville Рисунок 117 – Размещение заявок на карте Состояние ресурсов определяется следующим образом:

­ Gladys Strong стоит в New Albany, ­ Oliver Vogt стоит в Jacksonville, ­ Joe Best King недоступен.

Gladys Strong является предпочитаемым ресурсом для планирования зая вок AT000033 и AT000036.

5.8.1 Сценарий раздельного планирования неприбыльной и прибыльной заявок По времени заявка AT000036 должна начаться раньше, чем заявка AT000033. Попытаемся запланировать заявку AT000036 с характеристиками, указанными в Таблица 21, на предпочитаемый ресурс Gladys Strong. Экран за явки AT000036 показан на Рисунок 118.

Рисунок 118 – Экран заявки AT Заявка AT000036 загружается в New Albany, где стоит грузовик с водите лем Gladys Strong.

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

Стоимость перевозки заявки – Затраты на перевозку = 100 – 488*30/100 = -46.4.

Микроэкономические показатели планирования заявки AT000036 на Gladys Strong приведены в Таблица 22. Планирование заявки AT000036 факти чески является убыточным.

Таблица 22 - Микроэкономические показатели планирования заявки AT000036 на Gladys Strong New Albany – Atlan ta Mileage, mile Price, $ 146. Expenses, $ -46. Profit, $ Заявка AT000036 не будет запланирована, т.к. ее планирование снижает общий KPI системы. Экран состояния заявок представлен на Рисунок 119. На экране состояния заявок видно, что заявка AT000036 не запланирована (статус Is in Planning).

Рисунок 119 – Экран состояния заявок после планирования заявки AT000036 на предпочитаемый ресурс Gladys Strong Расписание после планирования заявки AT000036 представлено на Рису нок 120. Заявка AT000036 не запланирована, т.к. в расписании Gladys Strong нет ни одного стейта.

Рисунок 120 – Расписание после планирования заявки AT000036 на пред почитаемый ресурс Gladys Strong Запланируем заявку AT000033 на предпочитаемый ресурс Gladys Strong.

Экран заявки AT000033 представлен на Рисунок 121.

Рисунок 121 – Экран заявки AT Т.к. заявка AT000033 загружается в Pageland, а водитель Gladys Strong стоит в New Albany, требуется порожний перегон New Albany – Pageland. При быль в системе от выполнения заявки AT000033 определяется следующим об разом:

Стоимость перевозки заявки – Затраты на порожний перегон – Затраты на перевозку = 4000 – 949*30/100 – 949*30/100 = 3430.6.

Микроэкономические показатели планирования заявки AT000033 на Gladys Strong приведены в Таблица 23.

Таблица 23 - Микроэкономические показатели планирования заявки AT000033 на Gladys Strong New Albany – Atlan ta Mileage, mile Price, $ 569. Expenses, $ 3430. Profit, $ Заявка AT000033 будет запланирована на Gladys Strong.

5.8.2 Сценарий совместного планирования неприбыльной и прибыльной заявок Т.к. Atlanta находится на пути пустого перегона New Albany – Pageland, можно попытаться запланировать заявки AT000033 и AT000036 таким образом, чтобы водитель Gladys Strong сначала выполнил заявку AT000036, а затем – AT000033.

Запланируем заявку AT000036 на предпочитаемый ресурс Gladys Strong.

Микроэкономические показатели планирования заявки AT000036 на Gladys Strong приведены в Таблица 22.



Pages:     | 1 | 2 || 4 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.