Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 7)

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

Первое из требований заключается в указании предложения TRACE ALL при задании параметров модели. Сам по себе язык задания параметров предназначен для контроля состояния сформированных Е-сетевых моделей на стадии их выполнения (интерпретации). ЯЗП дает возможность задавать начальную маркировку позиций в сегментах модели, устанавливать или изменять значения сетевых переменных и сетевых массивов, назначать и отменять сбор статистики по избранным позициям и переходам модели, задавать и сбрасывать признак трассировки срабатывания переходов при выполнении модели, специфицировать условия остановки выполнения модели (не считая истечения заданного модельного времени и возникновения особых ситуаций). Все изменения, вносимые в Е-сетевую модель с помощью предложений ЯЗП, не требуют повторной компиляции и сборки модели, что упрощает проведение экспериментов над однажды скомпилированной и скомпонованной моделью. Как было отмечено выше, ввод предложений ЯЗП осуществляется либо непосредственно в исполнительной подсистеме, либо, с помощью текстового редактора в файл с расширением.JZP, который обрабатывается компилятором ЯЗП непосредственно перед запуском модели на исполнение.

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

В качестве третьего требования, хотелось бы указать необходимость грамотного указания единиц времени моделирования. Проведенные исследования и эксперименты показали, что даже для небольших моделей несовпадение в указании модельного времени при описании модели на ЯОМ и единицы времени, указанном при запуске модели может привести к увеличению необходимого для создания требуемого файла объема дискового пространства. Например, для модели многотерминальной вычислительной системы состоящей из процессора и трех терминалов, задания с которых поступают через интервалы времени, равные соответственно 10, 20 и 30 секунд, указание при запуске модельного времени в микросекундах приводит к тому что при времени моделирования равном одной секунде, файл имеет объем порядка 18‑ти Мбайт. При правильном указании единиц времени моделирования файл с результатами работы той же модели за время равное 1000 секунд, имеет объем порядка 17‑Кбайт.

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

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

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

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

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

Следует отметить, что имя создаваемого для подсистемы визуализации файла совпадает с именем модели.

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

Рис 3.4

Начало визуального отображения происходит с запроса имени файла (рис. 3.5). Файл должен находится в каталоге MICROSIM / BIN, в противном случае система диагностирует ошибку, либо в каталоге MNEDITOR, при условии, что MICROSIM отсутствует на дисках.

Рис 3.5

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

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

Рис 3.6

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

1. Просмотр результатов моделирования

Рис 3.7

Как было отмечено выше, результаты моделирования в виде таблиц, содержащих информацию о результатах интерпретации модели, могут быть просмотрены в самой подсистеме, либо сохранены в файл, с расширением по умолчанию *.dat. Поскольку работа в редакторе подразумевает осуществление всех этапов исследования модели в его рамках, была учтена и необходимость просмотра файла. Для этого нужно выбрать пункт меню «Файл / Результат » (рис 3.7). И открыть требуемый для просмотра файл.

Рис. 3.8

1. Оценка конкурентоспособности изделий

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

Для решения подобного рода задач существуют имитационные моделирующие системы (ИМС), позволяющие полностью описать реальный объект или процесс в виде модели, и проводить эксперименты с ней, а не с самим объектом, что немаловажно, особенно в том случае, когда реальный эксперимент требует существенных затрат или, по какой либо причине, невозможен.

Немаловажным достоинством использования ИМС, является тот факт, что эксперимент с моделью упрощает определение так называемых «узких мест» (наиболее загруженных устройств) системы, там, где в виду ее сложности выявить их интуитивно не представляется возможным.

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

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

Одним из представителей семейства ИМС является система Е – сетевого моделирования MICROSIM, разработанная в 1995 году ведущими специалистами Московского института электронной техники. Она предназначена для разработки имитационных моделей и исследования характеристик этих моделей посредством проведения экспериментов с ними в режиме диалога.

В данном разделе дипломного проекта автор предпримет попытку рассмотреть MICROSIM в качестве программного продукта, и провести оценку конкурентоспособности данной системы как возможного продукта, предлагаемого на свободном рынке.

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

2. Анализ конкурентоспособности изделий

Анализ и оценка спроса на конкретный товар являются важной стратегической задачей и жестко связаны с жизненным циклом товара.

Жизненный цикл товара – важнейшая концепция, которая рассматривает динамику конкурентоспособного пребывания товара на рынке. Этапы жизненного цикла охватывают периоды времени от ввода товара на рынок, до его ухода. Каждый из них обладает особенностями и имеет собственные названия, принятые в маркетинге: зарождение, рост, зрелость, насыщение, спад.

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

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

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

Этап насыщения характерен прекращением роста оборота, устойчивый сбыт.

Спад – этап постоянного снижения спроса и объема продаж, потеря интереса к товару.

Уровень сбыта на различных этапах жизненного цикла товара зависит от конкурентоспособности товара в этот период.

Конкурентоспособность товара – совокупность свойств товара, делающих его более предпочтительным по сравнению с товарами конкурентов на данном рынке.

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

Характеристики

Список файлов ВКР