Имитационное моделирование системы, осуществляющей модель локальной вычислительной сети (ЛВС) кольцевой структуры
Имитационное моделирование системы, осуществляющей модель локальной вычислительной сети (ЛВС) кольцевой структуры
17 КУРСОВАЯ РАБОТА Имитационное моделирование системы, осуществляющей модель локальной вычислительной сети (ЛВС) кольцевой структуры Содержание 1. Аннотация 2. Задание на курсовое проектирование 3. Система обозначений объектов моделируемой системы 4. Диаграмма IDEF 0 5. Текст модели 6. Результаты моделирования (листинг) 7. Гистограмма функции распределения 8. Интерпретация результатов 9. Исследование устойчивости модели 10. Тестовые задачи для исследования адекватности модели 11. Выводы 12. Список используемой литературы Аннотация Место разработки: Донецкий Филиал Института Управления, Бизнеса и Права Цель работы: знакомство с системой имитационного моделирования GPSS/PC, с подготовкой задания на моделирование, выполнением анализа и обработкой результатов моделирования. В данном курсовом проекте рассмотрена разработка модели системы, осуществляющей модель локальной вычислительной сети (ЛВС) кольцевой структуры. Для разработки курсового проекта использовался язык программирования GPSS World Student Version 4.3.5 Задание на курсовое проектированиеЗадача 3.МОДЕЛЬ ЛОКАЛЬНОЙ ВЫЧИСЛИТЕЛЬНОЙ СЕТИ (ЛВС) кольцевой структурыЛокальная вычислительная сеть (ЛВС) состоит из 4 рабочих станций, имеет кольцевую структуру и функционирует следующим образом. Поток заявок (пакетов на передачу) от каждой станции - пуассоновский со средними интервалами, указанными в таблице 1. Таблица 1. Средние значения интервала поступления заявок от каждой станции |
Номер рабочей станции | Среднее значение, секунд | | 1 2 3 4 | 22 25 20 25 | | |
По сети циркулирует маркер, поочередно дающий каждой станции право на использование канала для передачи данных. При поступлении маркера рабочая станция проверяет, поступил ли вместе с ним пакет. Если маркер пришел без пакета, то если станция имеет в этот момент свой пакет для передачи, то она передает его вместе с маркером. При отсутствии пакета для передачи маркер передается на следующую станцию. Если маркер пришел с пакетом, то станция анализирует пакет, сравнивая его адрес отправителя со своим адресом. Если эти адреса совпадают, то станция анализирует пакет, прошедший через все кольцо, с хранимым у нее экземпляром того же пакета. Время анализа распределено по нормальному закону, параметры функции распределения представлены в таблице 2. Таблица 2. Параметры функции распределения времени сравнения пакета с образцом |
Номер станции | Математическое ожидание, десятые доли секунд | Среднее квадратическое отклонение | | 1 2 3 4 | 50 40 30 50 | 15 12 13 14 | | |
Вероятность искажения пакета = 0,1. Если пакет искажен, станция передает его повторно вместе с маркером. Если не искажен, транслируется маркер без пакета. Если во время обработки поступает новый пакет, то он записывается в буфер. Каждый буфер может хранить только один пакет, и количество буферов ограничено, при отсутствии свободного буфера пакет уничтожается. Вероятность искажения пакета Pc. Если пакет не искажен, то станция уничтожает пакет и восстанавливает (транслирует) маркер, в противном случае вновь передает экземпляр пакета. Система обозначений объектов моделируемой системы STAN1- МЕТКА STAN2- МЕТКА STAN3- МЕТКА STAN4- МЕТКА ANALIZ1- МЕТКА ANALIZ2- МЕТКА ANALIZ3- МЕТКА ANALIZ4- МЕТКА PRISHOL1- МЕТКА PRISHOL2- МЕТКА PRISHOL3- МЕТКА PRISHOL4- МЕТКА BUFER- РАБОЧАЯ СТАНЦИЯ №1 EXPON- ФУНКЦИЯ РАСПРЕДЕЛЕНИЯ ПУАССОНОВСКОГО ДВИЖЕНИЯ OBRABOTKA- МЕТКА UXOD- МЕТКА PRINYAL- МЕТКА UNICHTOZH- МЕТКА INBUFER- МЕТКА Диаграмма IDEF0 Текст программы *буфер для маркера в кол-ве 1 BUFER STORAGE 1 AAA1 VARIABLE C1-X1 *инициализация закона EXPON FUNCTION RN1,C24 0,0/.100,.104/.200,.222/.300,.355/.400,.509/.500,.690/.600,.915/.700,1.200/.750,1.380/.800,1.600/.840,1.830/.880,2.120/.900,2.300/.920,2.520/.940,2.810/.950,2.990/.960,3.200/.970,3.500/.980,3.900/.990,4.600/.995,5.300/.998,6.200/.999,7/1,8 *формируем сообщения с каждой рабочей станции GENERATE 22,FN$EXPON TABULATE TAB1 ASSIGN 1,1 SAVEVALUE 1,C1 TRANSFER ,OBRABOTKA GENERATE 25,FN$EXPON ASSIGN 1,2 TRANSFER ,OBRABOTKA GENERATE 20,FN$EXPON ASSIGN 1,3 TRANSFER ,OBRABOTKA GENERATE 25,FN$EXPON ASSIGN 1,4 TRANSFER ,OBRABOTKA *направляем в маркер заявку OBRABOTKA GATE NU OA1,INBUFER SEIZE OA1 TRANSFER ,STAN1 *буферизация сообщения INBUFER GATE SNF BUFER,UXOD ENTER BUFER SEIZE OA1 LEAVE BUFER *сообщение на 1-ю рабочую станцию STAN1 GATE SF BUFER,ANALIZ1 ANALIZ1 TEST E P1,1,STAN2 ADVANCE 50,15 GATE SF BUFER,PRISHOL1 PRISHOL1 ENTER BUFER TRANSFER ,PRINAYL *сообщение на 2-ю рабочую станцию STAN2 GATE SF BUFER,ANALIZ2 ANALIZ2 TEST E P1,2,STAN3 ADVANCE 40,12 GATE SF BUFER,PRISHOL2 PRISHOL2 ENTER BUFER TRANSFER ,PRINAYL *сообщение на 3-ю рабочую станцию STAN3 GATE SF BUFER,ANALIZ3 ANALIZ3 TEST E P1,3,STAN4 ADVANCE 30,13 GATE SF BUFER,PRISHOL3 PRISHOL3 ENTER BUFER TRANSFER ,PRINAYL *сообщение на 4-ю рабочую станцию STAN4 GATE SF BUFER,ANALIZ4 ANALIZ4 TEST E P1,4,PRINAUL ADVANCE 50,14 GATE SF BUFER,PRISHOL4 *конец обработки PRINAUL TRANSFER 0.1,,STAN1 RELEASE OA1 TRANSFER,UNICHTOZH *процедура выхода из системы UXOD SAVEVALUE 1+,1 *сообщение покидает систему UNICHTOZH TERMINATE 1 TAB1 TABLE V$AAA1,5,5,22 START 100 Результаты моделирования (листинг) GPSS World Simulation Report - Untitled Model 1.13.1 Sunday, June 12, 2005 15:24:25 START TIME END TIME BLOCKS FACILITIES STORAGES 0.000 528.199 48 1 1 NAME VALUE AAA1 10001.000 ANALIZ1 23.000 ANALIZ2 29.000 ANALIZ3 35.000 ANALIZ4 41.000 BUFER 10000.000 EXPON 10002.000 INBUFER 18.000 OA1 10006.000 OBRABOTKA 15.000 PRINAUL 44.000 PRINAYL 10013.000 PRISHOL1 26.000 PRISHOL2 32.000 PRISHOL3 38.000 PRISHOL4 10022.000 STAN1 22.000 STAN2 28.000 STAN3 34.000 STAN4 40.000 TAB1 10004.000 UNICHTOZH 48.000 UXOD 47.000 LABEL LOC BLOCK TYPE ENTRY COUNT CURRENT COUNT RETRY 1 GENERATE 26 0 0 2 TABULATE 26 0 0 3 ASSIGN 26 0 0 4 SAVEVALUE 26 0 0 5 TRANSFER 26 0 0 6 GENERATE 27 0 0 7 ASSIGN 27 0 0 8 TRANSFER 27 0 0 9 GENERATE 30 0 0 10 ASSIGN 30 0 0 11 TRANSFER 30 0 0 12 GENERATE 19 0 0 13 ASSIGN 19 0 0 14 TRANSFER 19 0 0 OBRABOTKA 15 GATE 102 0 0 16 SEIZE 1 0 0 17 TRANSFER 1 0 0 INBUFER 18 GATE 101 0 0 19 ENTER 1 1 0 20 SEIZE 0 0 0 21 LEAVE 0 0 0 STAN1 22 GATE 1 0 0 ANALIZ1 23 TEST 1 0 0 24 ADVANCE 0 0 0 25 GATE 0 0 0 PRISHOL1 26 ENTER 0 0 0 27 TRANSFER 0 0 0 STAN2 28 GATE 1 0 0 ANALIZ2 29 TEST 1 0 0 30 ADVANCE 1 0 0 31 GATE 1 1 0 PRISHOL2 32 ENTER 0 0 0 33 TRANSFER 0 0 0 STAN3 34 GATE 0 0 0 ANALIZ3 35 TEST 0 0 0 36 ADVANCE 0 0 0 37 GATE 0 0 0 PRISHOL3 38 ENTER 0 0 0 39 TRANSFER 0 0 0 STAN4 40 GATE 0 0 0 ANALIZ4 41 TEST 0 0 0 42 ADVANCE 0 0 0 43 GATE 0 0 0 PRINAUL 44 TRANSFER 0 0 0 45 RELEASE 0 0 0 46 TRANSFER 0 0 0 UXOD 47 SAVEVALUE 100 0 0 UNICHTOZH 48 TERMINATE 100 0 0 FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY OA1 1 0.980 517.539 1 2 0 0 0 1 STORAGE CAP. REM. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY BUFER 1 0 0 1 1 1 0.962 0.962 0 1 TABLE MEAN STD.DEV. RANGE RETRY FREQUENCY CUM.% TAB1 15.891 15.829 0 _ - 5.000 9 34.62 5.000 - 10.000 4 50.00 10.000 - 15.000 3 61.54 15.000 - 20.000 1 65.38 20.000 - 25.000 3 76.92 25.000 - 30.000 1 80.77 30.000 - 35.000 0 80.77 35.000 - 40.000 2 88.46 40.000 - 45.000 1 92.31 45.000 - 50.000 1 96.15 50.000 - 55.000 1 100.00 SAVEVALUE RETRY VALUE 1 0 513.156 FEC XN PRI BDT ASSEM CURRENT NEXT PARAMETER VALUE 96 0 529.765 96 0 12 105 0 558.141 105 0 6 103 0 566.214 103 0 1 106 0 593.668 106 0 9 Гистограмма функции распределения Интерпретация результатов В заданный промежуток времени в модели происходит генерация заявок от первой станции 22, второй станции 28, третьей станции 34, четвертой станции 40. Среднее время пребывания пакета в маркере составило 0,980. 24 пакета было направлено в буфер маркера, так как в это время маркер был занят обработкой поступившего пакета. Выход поступивших заявок из системы необслуженными, как требует условие задачи, происходит аналогично. Исследование устойчивости модели Для проведения исследования устойчивости модели, я провел моделирование для двух значений времени моделирования, причем каждое последующее значение выбиралось в 2 раза больше предыдущего. №1 START 200 START TIME END TIME BLOCKS FACILITIES STORAGES 0.000 1119.558 48 1 1 FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY OA1 1 0.990 1108.899 1 2 0 0 0 1 STORAGE CAP. REM. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY BUFER 1 0 0 1 1 1 0.982 0.982 0 1 №2 START 400 START TIME END TIME BLOCKS FACILITIES STORAGES 0.000 2170.660 48 1 1 FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY OA1 1 0.995 2160.000 1 2 0 0 0 1 STORAGE CAP. REM. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY BUFER 1 0 0 1 1 1 0.991 0.991 0 1 При проведении исследования выявилось, что модель является надежной и устойчивой, так как результаты, полученные при каждом сеансе моделирования, оказались близкими по своим значениям. Тестовые задачи для исследования адекватности модели Если увеличить количество пакетов, которое может хранить каждый буфер с 1 (по условию задачи), например, до 10, то можно увидеть максимальную загруженность локальной сети. Но в данном случае 1 пакета в буфере будет достаточно для функциональной работы локально - вычислительной сети. STORAGE CAP. REM. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY BUFER 10 0 0 10 10 1 9.415 0.941 0 1 Если уменьшить время сравнения пакета с образцом, например, с 50 до 40, с 40 до 30, с 30 до 20 и с 50 до 40, а также увеличить число поступающих транзактов в блоке GENERATE с 22 до 28, с 25 до 31, с 20 до 26 и с 25 до 31, то мы получим следующие результаты: - система сгенерирует значительно большее число заявок; - из-за снижения времени на обработку система обработает большее количество заявок. Вывод: при уменьшении времени на проверку результатов, обработанные транзакты покидают систему значительно быстрее. Вывод В данной курсовой работе описывается моделирование, анализ и исследование характеристик локальной вычислительной сети кольцевой структуры. Здесь представлен отчет о количестве необработанных заявок. все данные, результаты отчета проиллюстрированы в виде гистограммы. Средства GPSS позволяют проанализировать работу, результаты деятельности любой организации, даже еще не созданной, что очень важно. Это позволяет спрогнозировать результаты деятельности создаваемой организации, дает анализ рентабельности данного проекта. Также позволяет проанализировать устойчивость модели при корректировки вносимых данных. Все это поможет избежать бесполезных затрат на реализацию не перспективных проектов, дают возможность выбрать оптимальный вариант работы СМО в зависимости от количества имеющихся каналов на входе и каналов обслуживания. Но для правильного выбора оптимальной работы модели руководителю нужно уметь выбрать из множества данной информации ту, которая заслуживает наибольшего внимания, т.е. которая является наиболее правильной и экономичной по времени, средствам и т.д. с точки зрения данного предприятия. Список используемой литературы 1. В.Н. Томашевский, Е.Г. Жданова «Имитационное моделирование в среде GPSS».-М.:Бестселлер,2003.-416с. 2. Б.Я. Советов, С.Я. Яковлев «Моделирование систем».-М.: «Высшая школа»,2003. 3. В. Боев «Моделирование систем. Инструментальные средства GPSS World».-Спб.: «БХВ-Петербург»,2004.
|