Понятие о логистике. Unified Modeling Language

·        Диаграмма объектов;

·        Диаграмма последовательностей.

Вернёмся к рассмотрению других диаграмм UML.

Диаграммы взаимодействия (диаграммы кооперации)

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

Объекты на диаграммах взаимодействия обозначаются стандартно – прямоугольниками с написанными и подчёркнутыми именами (подчёркивание обозначает конкретный индивидуализированный объект).

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

Мы уже говорили, что диаграммы последовательностей и диаграммы взаимодействия выполняют одну и ту же роль: Показывают порядок взаимодействия объектов в системе. Для наглядности покажем эти диаграммы рядом, а какой вид диаграмм предпочтёте использовать лично Вы, решать Вам.

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

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

А теперь спроектируем диаграмму взаимодействия (рисунок 12)

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

Любой объект системы в разное время может находиться в различных состояниях. Например, в начальный момент времени объект не взаимодействует ни с одним из прочих объектов системы и является пассивным. В следующий момент времени он меняет своё состояние на ожидание взаимодействия, потом получает управляющий сигнал, после чего выполняет какое-либо конкретное действие, далее отправляет отчёт, и снова переходит в состояние покоя. В данном примере объёкт последовательно сменяет пять состояний, характеризующих его деятельность.

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

Диаграмма состояний составляется для каждого конкретного объекта системы.

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

Диаграмма состояний объекта «Заказ» показана на рис. 13.

Диаграммы деятельности (диаграммы активности)

Диаграммы деятельности позволяют разработать (представить) алгоритм по которому работает объект системы. По своему внешнему виду диаграммы деятельности напоминают выше рассмотренные диаграммы состояний.

Пример диаграммы деятельности с объектом «Заказ» представлен на рисунке 14.

Толстая жирная линия на диаграмме действия показывает одновременность происходящих событий.

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

Согласование интересов подсистем подчинённых вышестоящей системе

Интересы Заказчика и Исполнителя в концентрированном виде представлены в заключённых между ними договорах. Эти интересы касаются:

1. Номенклатуры заказываемой продукции (товаров) и оказываемых услуг;

2.     Качества поставляемой продукции (товаров) и оказываемых услуг;

3.     Упаковки, условий перевозки, сроков доставки заказываемой продукции (товаров);

4.     Вопросов отгрузки, приёмки и проверки качества поставляемой продукции (товаров);

5.     Вопросов способов, сроков и полноты оплаты заказываемой продукции (товаров) и оказываемых услуг;

6.     Вопросов связанных с нарушением достигнутых договорённостей и нанесением материального или репутационного ущерба одной из договаривающихся сторон; сроков и способов возмещения этого ущерба;

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

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

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

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

Согласование интересов системы «Производитель» и подсистемы «Отдел продаж»

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

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

Рассмотрим фрагмент структуры системы «Производитель» представленный на рис. 15.

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

Итак, подсистема «Отдел продаж» получила команду найти способ сократить собственные расходы при условии сохранения своей функциональности.

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

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

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

Таблица 5

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

Вышестоящая система «Производитель» явных резервов для снижения затрат подсистемы «Отдел продаж» не нашла. Решение задачи было передано самой нижестоящей системе.

Предполагаемое решение – дальнейшая комплексная автоматизация деятельности предприятия и его структурного подразделения «Отдел продаж».

Предполагаемые эффекты:

1.     Повышение качества обслуживания клиентов;

2.     Ускорение процессов деятельности предприятия;