Литература. 
Математические и информационные модели защиты информации

Основная:

• 1. Боев В. Д. Моделирование систем. Инструментальные средства GPSS World. — Санкт-Петербург:BHV-Санкт-Петербург, 2004.
• 2. Кудрявцев Е. М. GPSS World. Основы имитационного моделирования различных систем. — «ДМК», 2003.
• 3. Рыжиков Ю. И. Имитационное моделирование: Теория и технологии. — «Альтекс-А», 2004.
• 4. Томашевский В. Н., Жданова Е. Г. Имитационное моделирование в среде GPSS. — «Бестселлер», 2003.

Дополнительная:

• 1. Бережная Е. В., Бережной В. И. Математические методы моделирования экономических систем: Учеб. пособие. — М.: Финансы и статистика, 2001.
• 2. Вендров А. М. Проектирование программного обеспечения экономических информационных систем. Учеб. — М.: Финансы и статистика. — 2000.
• 3. Гультяев А. Визуальное моделирование в среде MATLAB. -СПб: Питер, 2000. 432 с.
• 4. Емельянов А. А. и др. Имитационное моделирование экономических процессов: Учебное пособие / А. А. Емельянов, Е. А. Власова, Р. В. Дума; Под ред. А. А. Емельянова. — М.: Финансы и статистика, 2004.
• 5. Емельянов В. В., Майорова В. И., Разумцова Ю. В. и др. Принятие оптимальных решений в интеллектуальных имитационных системах: Учебное пособие по курсам «Методы системного анализа и синтеза» и «Моделирование технологических и производственных процессов» — М.: Изд-во МГТУ им. Н. Э. Баумана, — 2002.
• 6. Карпов Ю. Имитационное моделирование систем.

  Введение

  в моделирование с AnyLogic 5. — СПб.: БХВ-Петербург, 2005.

• 7. Кельтон В. Д., Лоу А. М. Имитационное моделирование. Классика CS. 3-е изд. — СПб.: Питер; Киев: Издательская группа BHV, 2004.
• 8. Кобелев Н. Б. Основы имитационного моделирования сложных экономических систем: Учеб. Пособие. — М.: Дело, 2003.
• 9. Семененко М. Г.

  Введение

  в математическое моделирование. М.: СОЛОН-Р, 2002.

• 10. Советов Б. Я. Моделирование систем. Практикум: Учебное пособие для вузов/ Б. Я. Советов, С. А. Яковлев. — 2-е изд., перераб. и доп. — М.: Высш. шк., 2003.
• 11. Советов Б. Я., Яковлев С. А. Моделирование систем: учебник для вузов. — М.: Высш. шк., 2001.

Приложение

Стандартная выходная статистика

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

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY.

Где,.

START_TIME-абсолютное системное время в момент начала моделирования, оно эквивалентно абсолютному системному времени;

END_TIME — абсолютное время в момент завершения моделирования;

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

FACILITIESколичество устройств, использованных в модели к моменту завершения моделирования;

STORAGES — количество многоканальных устройств, использованных в текущей модели к моменту завершения моделирования;

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

Затем в файле статистики следует информация об именах, которые просматривает GPSS/PC в ходе моделирования. Информация об именах имеет следующий вид:

NAME VALUE TYPE.

Поле NAME отмечает имена, содержащиеся в программе модели. Поле VALUE определяет числовое значение, соответствующее имени. Система устанавливает начальный номер равный 10 000. Поле TYPE равно 0, если значение имени устанавливает пользователь, равно 2, если значение имени устанавливает система, 3- если имя является именем блока.

Далее описываются блоки текущей модели в виде:

LINE LOC BLOCK_TYPE NTRY_COUNT CURRENT_COUNT RETRY.

Поле LINEопределяет номер строки в рабочей модели.

Поле LOC — определяет имя или номер этого блока.

Поле BLOCK_TYPE-определяет тип этого блока, а поле ENTRY_COUNT — определяет количество транзактов вошедших в данный блок, после последнего выполнения блоков RESET или CLEAR, или с начала работы программы.

Поле CURRENT_COUNT — определяет количество транзактов, находящихся в данном блоке в конце моделирования.

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

Если в модели используются объекты типа «устройство», то далее в файле статистики идет информация об этих объектах:

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY.

Поле FACILITYопределяет номер или имя объекта типа «устройство».

Поле ENTRIES — определяет количество раз, когда устройство было занято или прервано после последнего выполнения блоков RESET или CLEAR, или с начала работы программы.

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

Поле AVE._TIMEопределяет среднее время занятости устройства одним сообщением в течение периода моделирования после последнего выполнения блоков RESET или CLEAR.

Поле AVAILABLE — определяет состояние готовности устройства в конце периода моделирования. Оно равно1 если устройство готово и 0 если не готово.

Поле OWNER — определяет номер последнего сообщения, занимавшего устройство. 0-устройство не занималось.

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

Поле INTER — определяет количество сообщений, прерывающих устройство в данный момент.

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

Поле DELAYопределяет количество сообщений, ожидающих занятия устройства.

В случае использования в модели объекта типа «очередь», далее следует информация об этих объектах.

QUEUE MAX CONT. ENTRIES ENTRIES (0) AVE.CONT. AVE. TIME AVE.(-0) RETRY.

Поле QUEUE определяет имя или номер объекта типа «очередь». Поле MAX определяет максимальное содержимое очереди в течение периода моделирования, который начинается с начала работы программы или с последнего оператора RESET или CLEAR. Поле CONT. определяет текущее содержимое очереди в конце периода моделирования. Поле ENTRIES определяет общее количество входов в течение периода моделирования. Поле ENTRIES (0) — общее количество входов в очередь с «нулевым» временем ожидания. Поле AVE.CONT.- среднее значение содержимого очереди. AVE. TIME — среднее время, проведенное в очереди с учетом всех входов в очередь. AVE.(-0) — среднее время, проведенное в очереди без учета «нулевых» входов в очередь. RETRYколичество сообщений, ожидающих специальных условий, зависящих от состояния объекта типа «очередь».

Если в модели использовались объекты типа «многоканальное устройство», то далее в файле статистики идет информация об этих объектах.

STORAGE CAP. REMAIN. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY.

Поле STORAGE определяет имя или номер объекта типа «многоканальное устройство». Поле CAP. Определяет емкость многоканального устройства, заданную оператором STORAGE. Поле REMAIN. Определяет число единиц свободной емкости многоканального устройства в конце периода моделирования. MIN.-минимальное количество используемой емкости многоканального устройства за период моделирования. MAX.- максимальное количество используемой емкости многоканального устройства. ENTRIES-количество входов в многоканальное устройство за период моделирования. AVL. определяет состояние готовности многоканального устройства в конце периода моделирования.1-многоканальное устройство готово, 0- не готово. AVE.C.-определяет среднее значение занятой емкости за период моделирования. UTIL.- определяет часть периода моделирования в течение которого многоканальное устройство использовалось. RETRYколичество сообщений, ожидающих специальных условий, зависящих от состояния многоканального устройства. DELAY-определяет количество сообщений, ожидающих возможности входа в блок ENTER. Далее следует информация о сохраняемых величинах (ячейках), если они использовались в модели.

SAVEVALUE VALUE RETRY.

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