Стандартно приобретет транзактам принимается в блоке GENERATE при их порождении. В то же время в ходе функционирования модели у некоторых транзактов их приобретет идёт потребовать изменения. Например, при моделировании процесса, когда человек, подойдя к клерку, получив документ для заполнения, отходит, а потом, заполнив их возвращается, он должен быть обслужен вне очереди. Для моделирования такого рода ситуаций (для изменения приоритетов) используется блок PRIORITY A. Значение параметра A указывает номер приоритета, присваиваемый, проходящем через блок транзакты.

Пример:

В поликлинике при посещении кардиолога часть поциентов направляется на снятие электрокардиограммы, после чего они повторно идут к каталогу повторно вне очереди. Время прихода – 12+-2, время обслуживания – 9+-3, вероятность, что клиент будет направлен на ЭКГ – 0,1. Время меду приходом внешних пациентов на ЭКГ – 10+-3, время снятия ЭКГ – 6+-1.

Решение:

GENERATE 12,2

QUEUE OCHKAR

SEIZE KAR

DEPART OCHKAR

ADVANCE 9,3

RELEASE KAR

TRANSFER .1, EXP, KABEKG,

KABEKG QUEUE OCHEKG

SEIZE EKG

DEPART OCHEKG

ADVANCE 6,1

RELEASE EKG

PRIORITY 1

QUEUE OCHKAR

SEIZE KAR

DEPART OCHKAR

ADVANCE 9,3

RELEASE KAR

Пример 2:

При заказе такси часть клиентов успело заказать такси за 150 руб., после повышения стоимости такси стало стоить 200 руб. и обслуживалась та часть клиентов, которые платили больше.

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

Лекция №7 (07.05.2018)

Блоки, обеспечивающие синхронизацию и копирование по транзактам

Пример: в торговый развлекательный центр приходят посетители с семьями, при этом маршруты перемещения различных членов семьи могут быть различными. Однако по завершению посещения центра члены семью вместе покидают его. Разделение семьи на отдельных членов обеспечивается копированием транзактов, а объединение вместе синхронизацией. Копирование задается блоком – SPLIT A, B. Параметр A указывает сколько копий, прошедшего через этот блок транзакта будет собрано, а параметр B определяет метку блока куда они будут направлены. Созданные копии транзактов являются идентичными исходному транзакту.

Для объединения транзактов одного семейства используется блок – ASSEMBLE A. Параметр A указывает количество транзактов семейства, которые должны быть объединены. Когда какой-либо транзакт достигнет блока ASSEMBLE он останавливает своё перемещение по модели и ожидает, когда ещё A-1 транзактов из его семейства достигнут этого блока. После этого, пришедшие позже транзакты уничтожаются, а первый пришедший транзакт продолжает перемещение по модели.

Пример:

В ТРЦ приходят семьи через каждые 2-3 минуты, после входа. Один член семьи движется к магазинам, а другой с детьми идёт к аттракционам. Первый член семьи проводит в магазинах 30+-10 минут, а второй, придя к аттракционам, отпускает детей развлекаться 40+-13 минут, а сам идёт в бар на 35+-10 минут. После чего они все встречаются и идут в кафе на 50+-10 минут. Вычислить среднее время ожидания и среднее время пребывания при встрече.

---

Решение:

GENERATE 7,2

QUEUE OVP

SPLIT 1, RAZVL

ADVANCE 30,10

TRANSFER ,KAFE

RAZVL SPLIT 1, BAR

ADVANCE 40,15

TRANSFER , POSLE

BAR ADVANCE 35,10

POSLE QUEUE OZH

ADVANCE 2

DEPART OZH

KAFE QUEUE OZH

ASSEMBLE 2

DEPART OZH

ADVANCE 50,10

Пример 2:

Рассматривается ремонтная мастерская, в которую приходят заказы. Время между приходами заказов 5+-2 единиц времени. 50% заказы предполагают, что ремонтируемый агрегат будет разделен на две составные части, каждая из которых обслуживается отдельно в первом и втором подразделениях службы, а оставшиеся 50% отдельным агрегатом первым отделом. Время отслеживания первого отдела – 4+-1 ед. времени, вторым – 3+-2 ед. времени. После ремонта в течении 1+-0,5 ед. времени агрегаты тестируют. Собрать сведения о средней длине очереди к каждой из подразделений и тестированию.

Решение:

GENERATE 5,2

TRANSFER .5,EDIN,RAZD

EDIN QUEUE PEROT

SEIZE PER

DEPART PEROT

ADVANCE 4,1

RELEASE PER

TRANSFER ,PROV

RAZD SPLIT 1,VTOR

QUEUE REROT

SEIZE PER

DEPART PEROT

ADVANCE 4,1

RELEASE PER

TRANSFER ,SBOR

VTOT QUEUE VTOT

SEIZE VT

DEPART VTOT

ADVANCE 3,2

RELEASE VT

SBOR ASSEMBLE 2

PROV QUEUE PROCH

SEIZE TEST

DEPART PROCH

ADVANCE 1,.5

RELEASE TEST

TERMINATE 1

Лекция №8 (21.05.2018)

KMPTR STORAGE 10

GENERATE 15,5

QUEUE OCH

SPLIT 9,OBH

ENTER KMPTR

OBH ENTER KMPTR

DEPART OCH

ADVANCE 14,2

GATHER 10

TRANSFER OZH

LEAVE KMPTR

TRMINETE 1

START 100000

В некоторых моделях возникает необходимость синхронизировать пере мнение двух трактов, находящихся в разных частях модели, т.е. заставить их продолжать свои перемещения по модели одновременно для этих целей служит отдельный блок MATCH. В блоке MATCH записываются попарно в разных частях модели (записаны перед ним), а в качестве единственного параметра выступает метка, сопряженного с ним блока MATCH. Блок MATCH синхронизирует перемещение трактов одного семейства. Когда транзит достигнет некоторого блока MATCH, он задерживается там, ожидая, когда сопряженного Ермак блока MATCH (заданного его параметрами) достигнет другой транзакт этого же семейства. После этого момента оба транзакта одновременно продолжат своё движение по моделям.

Пример:

С космодрома осуществляется запуск ракет-носителей, кадровая их которых выводит по два спутника на орбиту. Выйдя на орбиту ю каждый спутник совершает определенные манёвры, требующие некоторых затрат времени. По завершении манёвров они начинают совместную работу. Составить модель данного процесса, собрав сведения о среднем сроке от запуска до синхронизации. Предполагается, что у каждого спутника время завершения манёвров определяется различными временем. Запуск – 120 минут, маневры первого спутника – 20-40 минут, второго - 30-20 минут,

Решение:

GENERATE 120

QUEUE VREM

ADVANCE 125,25

SPLIT 1, VTOR

PP MATCH VV

DEPART VREM

TRMINETE 1

VTOR ADVANCE 95,25

VV MATCH PP

TERMINATE

Лекция №9 (04.06.2018)

Организационные аспекты моделирования

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

1. Исследование операций;

2. Статистика;

3. Системный анализ.

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

---

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

1. Цели;

2. Два альтернативных варианта решения;

3. Наличие сомнения в том, какую из альтернатив учесть.

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

1. В научном плане. Это один из этапов в цепи формирования гипотез построения моделей предсказания будущего, проведения системы и оценки результатов. Здесь обычно судят о модели по её качеству. Хорошей моделью считается нетривиальная мощная и изящная модель. Нетривиальная модель вскрывает детали невидимые при непосредственном наблюдении. Мощная модель позволяет получить много таких нетривиальных деталей. Изящная модель имеет простую структуру

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

При создании групп по разработке моделей желательно вводить в группу следующих специалистов:

1. Одного или несколько специалистов по системному анализу: они должны иметь опыт по применению используемых методов к решению конкретных задач по принятию управленческих решений;

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

3. Одного или нескольких экранированных лиц хорошо знающих организацию, её людей и, особенно, её проблемы.

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

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

---

1. Письменным отчетам следует предпочесть устные разъяснения с объяснением хорошо продуманных демонстрационных средств.

2. Одному большому формальному изложению результатов следует предпочесть серию небольших неформальных обсуждений.

3. Необходимо делать упор на логику вашего подхода к решению задач.

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

5. Необходимо тщательно описать целевую функцию и выходные переменные модели.

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

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

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

---

Смотрите также файлы

• Инструктаж по технике безопасности на уроках информатики.docx

• Тема 1.1 Основные понятия теории множеств.docx

• ЧМ Контрольная работа 1.docx

• Азотная кислота.docx

• коррозия Металлов.doc