Навигация
Главная
Поиск
Форум
FAQ's
Ссылки
Карта сайта
Чат программистов

Статьи
-Delphi
-C/C++
-Turbo Pascal
-Assembler
-Java/JS
-PHP
-Perl
-DHTML
-Prolog
-GPSS
-Сайтостроительство
-CMS: PHP Fusion
-Инвестирование

Файлы
-Для программистов
-Компонеты для Delphi
-Исходники на Delphi
-Исходники на C/C++
-Книги по Delphi
-Книги по С/С++
-Книги по JAVA/JS
-Книги по Basic/VB/.NET
-Книги по PHP/MySQL
-Книги по Assembler
-PHP Fusion MOD'ы
-by Kest
Professional Download System
Реклама
Услуги

Автоматическое добавление статей на сайты на Wordpress, Joomla, DLE
Заказать продвижение сайта
Программа для рисования блок-схем
Инженерный калькулятор онлайн
Таблица сложения онлайн
Популярные статьи
OpenGL и Delphi... 65535
Форум на вашем ... 65535
HACK F.A.Q 65535
Бип из системно... 65535
Гостевая книга ... 65535
Invision Power ... 65535
Содержание сайт... 65535
Организация зап... 65535
Вызов хранимых ... 65535
Программируемая... 65535
Эмулятор микроп... 65535
Подключение Mic... 65535
Создание потоко... 65535
Приложение «Про... 65535
Оператор выбора... 65535
Создание отчето... 63561
Модуль Forms 63388
ТЕХНОЛОГИИ ДОСТ... 60159
Пример работы с... 59254
Имитационное мо... 55607
Реклама
Сейчас на сайте
Гостей: 16
На сайте нет зарегистрированных пользователей

Пользователей: 13,077
новичок: radikrr
Новости
Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ
Delphi, Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog, 3D MAX, Компас 3D
Заказать программу для Windows Mobile, Symbian

Моделирование работы участка термической обработки шестерен на GPSS + По...
Поиск пути в графе заданном списками инцедентности на Turbo Pascal
Создание последовательности окон и передвижение окон по экрану на Turbo ...

Реклама



Подписывайся на YouTube канал о программировании, что бы не пропустить новые видео!

ПОДПИСЫВАЙСЯ на канал о программировании
2 этап – составление общей схемы моделирования
2 этап – составление общей схемы моделирования.
При этом желательно пользоваться такими именами переменных, которые удовлетворяют правилам языка Pascal , а их аббревиатура соответствует смыслу этих переменных. В частности, рекомендуем следующие имена:
KOL(1) – количество заявок, поступивших в систему от I-го источника;
KOBR(I), KOTK(I) – количество обработанных и получивших отказ заявок от I-го источника соответственно;
TPOST(J) – момент поступления заявки от J-го источника;
NMIN – номер источника, от которого пришла заявка раньше;
THO – момент начала обслуживания заявки прибором;
TAYOB – длительность обслуживания;
TOSV – момент освобождения прибора;
INDBUF – индикатор буфера (количество заявок в буфере);
BUFT(K) – буфер моментов поступления заявок (массив из K элементов);
BUFN(K) – буфер номеров источников, которым принадлежат соответствующие заявки, хранящиеся в BUFT;
LAM(I) – массив интенсивностей входных потоков или потоков обслуживания, если потоки однотипны и их удобно индексировать;
LAMOB – интенсивность потока обслуживания;
TAY1 – (или с другими цифрами в конце имени) – параметры других потоков;
DLAM – приращение интенсивностей;
DTAY – приращение параметра потока;
KMIN – длина реализации для достижения заданной точности;
BOTK(I) – вероятность отказа от обслуживания заявки I-го источника;
MTOG(I) – математическое ожидание заявки от I-го источника в буфере;
TOG(I) – общее время ожидания в буфере заявок от I-го источника.
Размеры соответствующих массивов определяются условиями задачи.
При выполнении курсовой работы рекомендуем один из наиболее простых подходов к моделированию подобных систем, а именно обработку очередного события в активных элементах системы в зависимости от состояния или статуса всех остальных элементов.
В соответствии с этой методикой за активные элементы описанной выше системы примем прибор и источники заявок. Общая схема моделирования будет иметь следующий вид (рис.4). Блок определения очередного события (БООС) выбирает наименьшее из трех моментов времени: TPOST(1), TPOST(2), TOSV.
Первый случай соответствует событию «пришла заявка от первого источника», второй случай – событию «пришла заявка от второго источника», а третий – событию «прибор закончил работу (обслужил заявку)». Этим трем случаям соответствуют выходы из блока БООС, помеченные цифрами 1, 2 и 3.
На втором этапе разработки алгоритма надо словами описать назначение каждого из блоков укрупненной схемы алгоритма, представленной на рис.4, т.е. необходимо сформулировать «что надо сделать», пока не задумываясь о том , «как это сделать».
Блоки анализа статуса БАС1, БАС2 и БАС3 в общем случае могут выполнять различные действия по анализу, т.к. эти действия зависят от того, какое событие произошло, и какие изменения в системе надо будет смоделировать как следствие от происшедшего события. Не задумываясь пока о том, насколько схожими будут действия по анализу состояния системы, надо описать (специфицировать) функции БАС1, БАС2 и БАС3.
Блок БАС1 должен обеспечить выполнение действий, являющихся следствием события «пришла заявка от первого источника», а именно:
1. Записать заявку в буфер, если в нем есть место;
2. Отказать в заявке от первого источника, если в буфере нет места;
3. Сформировать следующую заявку первого источника.
При этом действия 1 и 2 взаимно исключают друг друга, а действие 3 должно иметь место всегда.
Блок БАС2 должен обеспечить действия, являющиеся следствием события «Пришла заявка от второго источника», а именно:
1. Записать заявку от второго источника в буфер, если в нём есть место;
2. Отказать в обслуживании заявке от второго источника, если в буфере нет места;
3. Сформировать следующую заявку второго источника.
Первые два действия также исключают друг друга, а третье должно иметь место всегда.
Учитывая, что запись в буфер по условию задачи не зависит от номера источника (бесприоритетна), можно действия БАС1 и БАС2 при дальнейшей детализации алгоритма совместить, а также совместить часть действий в блоках модификации состояния БМС.
Итак, блоки БАС1 и БАС2 анализируют индикатор состояния буфера INDBUF, обеспечивая дальнейшее разветвление на два направления, т. к. для дальнейшего важно знать лишь одно: INDBUF < 4 или INDBUF = 4.
Блок БАС3 должен обеспечить моделирование следующих событий:
1. Если в буфере есть заявки, взять одну из них на обслуживание в соответствии с дисциплиной выборки, определённой заданием;
2. Если в буфере заявок нет (а произошло событие «Прибор закончил работу»), то прибор необходимо освободить, т. е. вернуться к ситуации, имевшейся в начале моделирования, когда были прогенерированы две заявки, прибор был свободен , и решалась судьба заявки, пришедшей раньше. Другими словами, во втором случае никаких изменений, кроме освобождения прибора, моделировать не надо, т. е. можно снова вернуться к блоку БООС, выполняющему функции КАЛЕНДАРЯ событий.
Если у вас есть фирма, тогда вам просто необходим сайт, http://rusiter.com вы можете тут.

Таким образом, в результате словесного описания функций блоков БАС стало ясным, что необходимо анализировать лишь состояние буфера (точнее, значение переменной INDBUF). Состояние же прибора специально анализировать в БАС не надо, т. к. «Прибор закончил работу», если TOSV < TPOST (NMIN).
Опубликовал Kest July 17 2014 01:17:27 · 0 Комментариев · 2004 Прочтений · Для печати

• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •


Комментарии
Нет комментариев.
Добавить комментарий
Имя:



smiley smiley smiley smiley smiley smiley smiley smiley smiley
Запретить смайлики в комментариях

Введите проверочный код:* =
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Поделиться ссылкой
Фолловь меня в Твиттере! • Смотрите канал о путешествияхКак приготовить мидии в тайланде?
Загрузки
Новые загрузки
iChat v.7.0 Final...
iComm v.6.1 - выв...
Visual Studio 200...
CodeGear RAD Stud...
Шаблон для новост...

Случайные загрузки
PHP 5 в подлинник...
Игра "Астероиды" ...
Самоучитель PHP 4
LaserTank [Исходн...
PHP 5 на примерах
Gold Submitter II...
Система баннеро...
PDJXPPack
Szwavepanel
PolyFlow
Binary2XMLDemo (Р...
HTMLredaktor
AID антивирус
Report
Расширенный загру...
Размещение элемен...
Dbgridpack
Пример работы с б...
Мониторинг сервер...
GPSS World Studen...

Топ загрузок
Приложение Клие... 100444
Delphi 7 Enterp... 85608
Converter AMR<-... 20065
GPSS World Stud... 12468
Borland C++Buil... 11525
Borland Delphi ... 8478
Turbo Pascal fo... 7020
Visual Studio 2... 4987
Калькулятор [Ис... 4723
FreeSMS v1.3.1 3533
Случайные статьи
Проблемы быстродей...
Рекурсия
Двусвязные списки
Формальный нейрон ...
1.2. ЧТО СОДЕРЖИТС...
Использование «умн...
Солнечные батареи ...
Кардшаринг в домаш...
Объект Selection
Варианты атмосферы...
Мягкая мебель
Ассемблер в Delphi
Процедуры и функции
Класс MediaStore
Stern travel 20
Сущность имитацион...
Какая команда выво...
Преобразование тип...
Основные недостатк...
Введение в создани...
Запись документа W...
Факторы SEO
СПЕЦИАЛЬНЫЕ ТИПЫ Б...
Буферный кэш в ран...
Сколько это может ...
Статистика



Друзья сайта
Программы, игры


Полезно
В какую объединенную сеть входит классовая сеть? Суммирование маршрутов Занимают ли таблицы память маршрутизатора?