Задачи и функции информационной системы.
ИС может решать две группы задач. Первая группа связана с чисто информационным обеспечением основной деятельности (отбор необходимых сообщений, их обработка, хранение, поиск и выдача субъекту основной деятельности с заранее заданной полнотой, точностью и оперативностью в наиболее приемлемой форме). Вторая группа задач связана с обработкой полученной информации/данных в соответствии с теми или иными алгоритмами с целью подготовки решений задач, стоящих перед субъектом основной деятельности. Для решения таких задач ИС должна обладать необходимой информацией о предметной области. Для решения таких задач ИС должна обладать определенным искусственным или естественным интеллектом. Информационная система - система поддержки и автоматизации интеллектуальных работ - поиска, администрирования, экспертиз и экспертных оценок или суждений, принятия решений, управления, распознавания, накопления знаний, обучения. Задачи первой группы - это задачи информатизации общества "вширь".
Задачи второй группы - задачи информатизации
общества "вглубь".
Для решения поставленных задач ИС должна выполнять следующие функции:
отбор сообщений из внутренней и внешней среды, необходимых для реализации основной деятельности;
ввод информации в ИС;
хранение информации в памяти ИС, ее актуализация и поддержание целостности;
обработка, поиск и выдача информации в соответствии с заданными СОД требованиями. Обработка может включать и подготовку вариантов решения пользовательских прикладных задач.
Информационная система (ИС) - взаимосвязанная совокупность средств, методов и персонала, используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели. Современное понимание информационной системы предполагает использование персонального компьютера в качестве основного технического средства переработки информации. ИС является средой, составляющими элементами которой являются компьютеры, компьютерные сети, программные продукты, БД, люди, различного рода технические и программные средства связи и т.д. Хотя сама идея ИС и некоторые принципы их организации возникли задолго до появления компьютеров, однако компьютеризация в десятки и сотни раз повысила эффективность ИС и расширила сферы их применения.
Функциональная структура информационной системы.
В ИС целесообразно выделять три самостоятельных функциональных подсистемы.
Подсистема отбора информации. Информационная система может обрабатывать/перерабатывать только ту информацию, которая в нее введена. Качество работы ИС определяется не только ее способностью находить и перерабатывать нужную информацию в собственном массиве и выдавать ее пользователю, но и способностью отбирать релевантную информацию из внешней среды. Такой отбор осуществляет подсистема отбора информации, которая накапливает данные об информационных потребностях пользователей ИС (внутренних и внешних), анализирует и упорядочивает эти данные, образуя информационный профиль ИС.
Подсистема ввода, обработки/переработки и хранения информации осуществляет преобразования входной информации и запросов, организацию их хранения и переработки с целью удовлетворения информационных потребностей абонентов ИС.
Реализация функций данной подсистемы предполагает наличие аппарата описания информации (систем кодирования, языка описания данных (ЯОД) и т. д.), организации и ведения информации (логическая и физическая организация, процедуры ведения и защиты информации и т. д.), аппарата обработки и переработки информации (алгоритмы, модели и т. д.).
Подсистема подготовки и выдачи информации непосредственно реализует удовлетворение информационных потребностей пользователей ИС (внутренних и внешних). Для выполнения этой задачи подсистема проводит изучение и анализ информационных потребностей, определяет формы и методы их удовлетворения, оптимальный состав и структуру выходных информационных продуктов, организует сам процесс информационного обеспечения и сопровождения.
Выполнение указанных функций требует наличия аппарата описания и анализа информационных потребностей и их выражения на языке ИС (в том числе ЯОД, ИПЯ, языке индексирования и т. д.), а также аппарата непосредственно информационного обеспечения (процедуры поиска и выдачи информации, языки манипулирования данными и т. д.). Многие функции подсистем ИС дублируются или пересекаются, что является предметом оптимизации при проектировании ИС. Автоматизация ИС в связи с этим сопровождается перераспределением элементов ИС.
Автоматизация предполагает формализованное представление (структуризацию) как функций ИС, так и самой обрабатываемой в ИС информации, которое и позволяет осуществлять ввод, обработку/переработку, хранение и поиск информации с использованием ЭВМ. Любая формализация характеризуется тем или иным уровнем адекватности создаваемого образа реальной действительности (модели) самой действительности. Причем, адекватность модели реальной действительности определяется как свойствами самой действительности, так и возможностями используемого аппарата ее формализованного представления.
С этой точки зрения "уровень автоматизации" ИС тесно связан со "степенью структурируемости" информации. Различают три уровня структурируемости информации: Жесткоструктурируемая информация (данные)- информация, формализованное представление которой современными средствами ее структурирования (в частности, языками описания данных) не приводит к потере адекватности модели информации самой исходной
информации. Слабоструктурируемая информация - информация, формализованное представление которой приводит к значительным потерям адекватности модели информации самой исходной информации.
Неструктурируемая информация - информация, для которой в настоящее время не существует средств ее формализованного представления с приемлемым на практике уровнем адекватности. Средства представления такой информации должны обладать высокими смысловыразительными способностями. Разработка таких средств в настоящее время идет по линии создания языков описания знаний и ИПЯ с высокой семантической силой.
Методологии построения информационных систем.
Индустрия разработки автоматизированных информационных систем управления зародилась в 1950-х - 1960-х годах и к концу века приобрела вполне законченные формы.
На первом этапе основным подходом в проектировании ИС был метод «снизу-вверх», когда система создавалась как набор приложений, наиболее важных в данный момент для поддержки деятельности предприятия. Такой подход отчасти сохраняется и сегодня. В рамках «лоскутной автоматизации» достаточно хорошо обеспечивается поддержка отдельных функций, но практически полностью отсутствует стратегия развития комплексной системы автоматизации
Следующий этап связан с осознанием того факта, что существует потребность в достаточно стандартных программных средствах автоматизации деятельности различных учреждений и предприятий. Из всего спектра проблем разработчики выделили наиболее заметные: автоматизацию ведения бухгалтерского аналитического учета и технологических процессов. Системы начали проектироваться «сверху-вниз», т.е. в предположении, что одна программа должна удовлетворять потребности многих пользователей.
Сама идея использования универсальной программы накладывает существенные ограничения на возможности разработчиков по формированию структуры базы данных, экранных форм, по выбору алгоритмов расчета. Заложенные «сверху» жесткие рамки не дают возможности гибко адаптировать систему к специфике деятельности конкретного предприятия Таким образом, материальные и временные затраты па внедрение системы и ее доводку под требования заказчика обычно значительно превышают запланированные показатели.
Согласно статистическим данным, собранным Standish Group (СШЛ), из 8380 проектов, обследованных в СШЛ в 1994 году, неудачными оказались более 30% проектов, общая стоимость которых превышала 80 миллиардов долларов. При этом оказались выполненными в срок лишь 16% от общего числа проектов, а перерасход средств составил 189% от запланированного бюджета.
В то же время, заказчики ИС стали выдвигать все больше требований, направленных на обеспечение возможности комплексного использования корпоративных данных в управлении и планировании своей деятельности. Таким образом, возникла насущная необходимость формирования повой методологии построения информационных систем.
Согласно современной методологии, процесс создания ИС представляет собой процесс построения и последовательного преобразования ряда согласованных моделей на всех этапах жизненного цикла (ЖЦ) ИС. На каждом этапе ЖЦ создаются специфичные для него модели - организации, требований к
ИС. проекта ИС. требований к приложениям и т.д. Обычно выделяют следующие этапы создания ИС: формирование требований к системе, проектирование, реализация, тестирование, ввод в действие, эксплуатация и сопровождение.
Начальным этапом процесса создания ИС является моделирование бизнес-процессов, протекающих в организации и реализующих ее цели задачи. Модель организации, описанная в терминах бизнес-процессов бизнес- функций, позволяет сформулировать основные требования к ИС.
В основе проектирования ИС лежит моделирование предметной области. Для того чтобы получить адекватный предметной области проект ИС в виде системы правильно работающих программ, необходимо иметь целостное, системное представление модели, которое отражает все аспекты функционирования будущей информационной системы. При этом под моделью предметной области понимается некоторая система, имитирующая структуру или функционирование исследуемой предметной области и отвечающая основному требованию - быть адекватной этой области.
Предварительное моделирование предметной области позволяет сократить время и сроки проведения проектировочных работ и получить более эффективный и качественный проект. Без проведения моделирования предметной области велика вероятность допущения большого количества ошибок в решении стратегических вопросов, приводящих к экономическим потерям и высоким затратам на последующее перепроектирование системы. Вследствие этого все современные технологии проектирования ИС основываются на использовании методологии моделирования предметной области.
К моделям предметных областей предъявляются следующие требования:
Формализация, обеспечивающая однозначное описание структуры предметной области;
Понятность для заказчиков и разработчиков на основе применения графических средств отображения модели;
Реализуемость, подразумевающая наличие средств физической реализации модели предметной области и ИС;
Обеспечение опенки эффективности реализации модели предметной области на основе определенных методов и вычисляемых показателей.
Функциональное моделирование IDEF0: основные определения и положения.
Программа интегрированной компьютеризации производства ICAM (ICAM - Integrated Computer Aided Manufacturing) направлена на увеличение эффективности промышленных предприятий посредством широкого внедрения компьютерных (информационных) технологий. В США это обстоятельство было осознано еще в конце 70-ых годов, когда ВВС США предложили и реализовали
Методология IDEF (ICAM Definition), позволяет исследовать структуру, параметры и характеристики производственно-технических и организационно- экономических систем (в дальнейшем, там, где это не вызывает недоразумений – систем). Общая методология IDEF состоит из трех частных методологий моделирования, основанных на графическом представлении систем:
IDEF0 используется для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции.
IDEF1 применяется для построения информационной модели, отображающей структуру и содержание информационных потоков, необходимых для поддержки функций системы;
IDEF2 позволяет построить динамическую модель меняющихся во времени поведения функций, информации и ресурсов системы.
К настоящему времени наибольшее распространение и применение имеют методологии IDEF0 и IDEF1 (IDEF1X), получившие в США статус федеральных стандартов. Методология IDEF0, особенности и приемы применения которой описываются в настоящем Руководящем документе (РД), основана на подходе, разработанном Дугласом Т. Россом в начале 70–ых годов и получившем название SADT (Structured Analysis & Design Technique - метод структурного анализа и проектирования). Основу подхода и, как следствие, методологии IDEF0, составляет графический язык описания (моделирования) систем, обладающий следующими свойствами.
Для правильного отображения взаимодействий компонентов ИС важно осуществлять совместное моделирование таких компонентов, особенно с содержательной точки зрения объектов и функций.
Методология структурного системного анализа существенно помогает в решении таких задач.
Структурным анализом принято называть метод исследования системы, которое начинается с ее общего обзора, а затем детализируется, приобретая иерархическую структуру с все большим числом уровней. Для таких методов характерно: разбиение на уровни абстракции с ограниченным числом элементов (от 3 до 7); ограниченный контекст, включающий только существенные детали каждого уровня; использование строгих формальных правил записи; последовательное приближение к результату.
Определим ключевые понятия структурного анализа деятельности предприятия (организации).
Операция - элементарное (неделимое) действие, выполняемое на одном рабочем месте.
Функция - совокупность операций, сгруппированных по определенному признаку.
Бизнес-процесс - связанная совокупность функций, в ходе выполнения которой потребляются определенные ресурсы и создается продукт (предмет, услуга, научное
открытие, идея), представляющая ценность для потребителя.
Подпроцесс - это бизнес-процесс, являющийся структурным элементом некоторого бизнес-процесса и представляющий ценность для потребителя.
Бизнес-модель - структурированное графически описание сети процессов и операций, связанных с данными, документами, организационными единицами и прочими объектами, отражающими существующую или предполагаемую деятельность предприятия. Существуют различные методологии структурного моделирования предметной области, среди которых следует выделить функционально-ориентированные и объектно- ориентированные методологии.
Описание системы с помощью IDEF0 называется функциональной моделью. Функциональная модель предназначена для описания существующих бизнес- процессов, в котором используются как естественный, так и графический языки. Для передачи информации о конкретной системе источником графического языка является сама методология IDEF0.
Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности.
Инструментальная среда BPwin.
Моделирование деловых процессов, как правило, выполняется с помощью case-средств. К таким средствам относятся BPwin (PLATINUM technology), Silverrun (Silverrun technology), Oracle Designer (Oracle), Rational Rose (Rational Software) и др. Функциональные возможности инструментальных средств структурного моделирования деловых процессов будут рассмотрены на примере case- средства BPwin.
BPwin поддерживает три методологии моделирования: функциональное моделирование (IDEF0); описание бизнес- процессов (IDEF3); диаграммы потоков данных (DFD). BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя. При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели - Model Explorer).
При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново или она будет открыта из файла либо из репозитория ModelMart, затем внести имя модели и выбрать методологию, в которой будет построена модель.
Как было указано выше, BPwin поддерживает три методологии - IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно диаграммы как IDEF0, так и IDEF3 и DFD. Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую.
Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные - в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.
На начальных этапах создания ИС необходимо понять, как работает организация, которую собираются автоматизировать. Руководитель хорошо знает работу в целом, но не в состоянии вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник хорошо знает, что творится на его рабочем месте, но может не знать, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель, которая будет адекватна предметной области и содержать в себе знания всех участников бизнес-процессов организации.
Наиболее удобным языком моделирования бизнес- процессов является IDEF0, где система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Процесс моделирования системы в IDEF0 начинается с создания контекстной диаграммы- диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель.
Работы(Activity) обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты.
Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено отглагольным существительным, обозначающим действие (например, "Деятельность компании", "Прием заказа" и т.д.). Работа"Деятельность компании" может иметь, например, следующее определение: "Это учебная модель, описывающая деятельность компании". При создании новой модели (меню File/New) автоматически создается контекстная диаграмма с единственной работой, изображающей систему в целом.
Стрелки (Arrow) описывают взаимодействие работ и представляют собой некую информацию, выраженную существительными.(Например, "Звонки клиентов", "Правила и процедуры", "Бухгалтерская система".)
Учебное пособие для вузов
2-е изд., перераб. и доп.
2014 г.
Тираж 1000 экз.
Формат 60х90/16 (145x215 мм)
Исполнение: в мягкой обложке
ISBN 978-5-9912-0193-3
ББК 32.882
УДК 621.395
Гриф УМО
Рекомендовано УМО по образованию в области телекоммуникаций в качестве учебного пособия для студентов высших учебных заведений, обучающихся по специальностям «Сети и системы коммутации», «Многоканальные телекоммуникационные системы»
Аннотация
Рассмотрены алгоритмы моделирования дискретных и непрерывных случайных величин и процессов. Изложены принципы и алгоритмы моделирования информационных сигналов, описываемых Марковскими процессами с дискретным и непрерывным времени Рассмотрены принципы моделирования систем массового обслуживания. Описаны особенности описания и использования фрактальных и мультифрактальных процессов для моделирования телекоммуникационного трафика. Анализируются методы и примеры моделирования информационных систем с использованием специализированных пакетов прикладных программ Matlab, Opnet, Network simulator.
Для студентов, обучающихся по специальностям "Сети и системы коммутации", "Многоканальные телекоммуникационные системы", "Информационные системы и технологии".
Введение
1 Общие принципы моделирования систем
1.1. Общие понятия модели и моделирования
1.2. Классификация моделей
1.3. Структура моделей
1.4. Методологические основы формализации функционирования сложной системы
1.5. Моделирование компонентов
1.6. Этапы формирования математической модели
1.7. Имитационное моделирование
Контрольные вопросы
2 Общие принципы построения систем и сетей связи
2.1. Концепция построения систем и сетей связи
2.2. Многоуровневые модели сети
2.2.1. Трехуровневая модель
2.2.2. Архитектура протоколов ТСР/IР
2.2.3. Эталонная модель OSI
2.3. Структура сетей связи
2.3.1. Глобальные сети
2.3.2. Локальные вычислительные сети
2.3.3. Топологии вычислительной сети
2.3.4. Локальные сети Ethernet
2.4. Сети Frame Relay
2.5. IP-телефония
Контрольные вопросы
3 Моделирование случайных чисел
3.1. Общие сведения о случайных числах
3.2. Программные методы генерирования равномерно распределенных случайных чисел
3.3. Формирование случайных величин с заданным законом распределения
3.3.1. Метод обратных функций
3.3.2. Приближенные методы преобразования случайных чисел
3.3.3. Метод отсеивания (метод генерации Неймана)
3.4. Методы, основанные на центральной предельной теореме
3.5. Алгоритмы моделирования часто употребляемых случайных величин
3.6. Алгоритмы моделирования коррелированных случайных величин
3.7. Формирование реализаций случайных векторов и функций
3.7.1. Моделирование n-мерной случайной точки с независимыми координатами
3.7.2. Формирование случайного вектора (в рамках корреляционной теории)
3.7.3. Формирование реализаций случайных функций
4 Моделирование дискретных распределений
4.1. Распределение Бернулли
4.2. Биномиальное распределение
4.3. Распределение Пуассона
4.4. Моделирование испытаний в схеме случайных событий
4.4.1. Моделирование случайных событий
4.4.2. Моделирование противоположных событий
4.4.3. Моделирование дискретной случайной величины
4.4.4. Моделирование полной группы событий
4.5. Потоки событий
4.6. Обработка результатов моделирования
4.6.1. Точность и количество реализаций
4.6.2. Первичная статистическая обработка данных
Контрольные вопросы
5 Алгоритмы моделирования стохастических сигналов и помех в системах связи
5.1. Алгоритм моделирования нестационарных случайных процессов
5.2. Алгоритмы моделирования стационарных случайных процессов
5.3. Методы моделирования сигналов и помех в виде стохастических дифференциальных уравнений
5.4. Примеры моделей случайных процессов в системах связи
5.4.1. Модели информационных процессов
5.4.2. Модели помех
5.4.3. Характеристика основных видов помех
Контрольные вопросы
6 Марковские случайные процессы и их моделирование
6.1. Основные понятия марковского случайного процесса
6.2. Основные свойства дискретных цепей Маркова
6.3. Непрерывные марковские цепи
6.3.1. Основные понятия
6.3.2. Полумарковские процессы
6.3.3. Процессы гибели и размножения
6.4. Модели непрерывнозначных марковских случайных процессов на основе стохастических дифференциальных уравнений
6.5. Моделирование марковских случайных процессов
6.5.1. Моделирование дискретных процессов
6.5.2. Моделирование скалярных непрерывнозначных процессов
6.5.3. Моделирование непрерывнозначных векторных процессов
6.5.4. Моделирование гаусcовского процесса с дробно-рациональной спектральной плотностью
6.5.5. Моделирование многосвязных последовательностей
6.5.6. Моделирование марковских процессов с помощью формирующих фильтров
6.5.7. Алгоритм статистического моделирования марковских цепей
Контрольные вопросы
7 Примеры марковских моделей
7.1. Марковские модели речевого диалога абонентов
7.1.1. Состояния речевого сигнала
7.1.2. Модели диалога
7.2. Марковские модели речевого монолога
7.3. Пуассоновский процесс, управляемый марковским в моделях речи
7.4. Марковские модели цифровых последовательностей на выходе кодека G.728
7.5. Статистическое уплотнение источника речевых пакетов с учетом марковской модели телефонного диалога
7.6. Марковская модель беспроводного канала с механизмом ARQ/FEC
7.7. Пакетирование ошибок
7.8. Расчёт характеристик потока ошибок по параметрам модели
7.8.1. Оценка параметров потока ошибок
7.8.2. Оценка адекватности модели потока ошибок
7.9. Марковские модели оценки QoS мультимедийных сервисов реального времени в Интернете
7.9.1. Понятие мультимедийных сервисов реального времени
7.9.2. Анализ и моделирование задержек и потерь
7.10. Модели потоков мультимедийного трафика
Контрольные вопросы
8 Системы массового обслуживания и их моделирование
8.1. Общая характеристика систем массового обслуживания
8.2. Структура системы массового обслуживания
8.3. Системы массового обслуживания с ожиданием
8.3.1. Система обслуживания M/M/1
8.3.2. Система обслуживания M/G/1
8.3.3. Сети с большим числом узлов, соединенных каналами связи
8.3.4. Приоритетное обслуживание
8.3.5. Система обслуживания M/M/N/m
8.4. Системы массового обслуживания с отказами
8.5. Общие принципы моделирования систем массового обслуживания
8.5.1. Метод статистических испытаний
8.5.2. Блочные модели процессов функционирования систем
8.5.3. Особенности моделирования с использованием Q-схем
Контрольные вопросы
9 Моделирование информационных систем с использованием типовых технических средств
9.1. Моделирование систем и языки программирования
9.2. Основные сведения о языке GPSS
9.2.1. Динамические объекты GPSS. Транзактно-ориентированные блоки (операторы)
9.2.2. Аппаратно-ориентированные блоки (операторы)
9.2.3. Многоканальное обслуживание
9.2.4. Статистические блоки GPSS
9.2.5. Операционные блоки GPSS
9.2.6. Другие блоки GPSS
9.3. Имитационное моделирование сети ETHERNET в среде GPSS
Контрольные вопросы
10 Моделирование систем передачи информации
10.1. Типовая система передачи данных
10.2. Помехоустойчивость передачи дискретных сигналов. Оптимальный прием
10.3. Оценка вероятности ошибочного приема дискретных сигналов с полностью известными параметрами
10.4. Помехоустойчивость дискретных сигналов со случайными параметрами
10.5. Помехоустойчивость дискретных сигналов при некогерентном приеме
10.6. Помехоустойчивость дискретных сигналов со случайными существенными параметрами
10.7. Алгоритмы формирования дискретных сигналов
10.8. Алгоритм формирования помехи
10.9. Алгоритм демодуляции дискретных сигналов
10.10. Структура имитационного комплекса и его подпрограмм
10.11. Программная среда Mathworks Matlab и пакет визуального моделирования Simulink
10.11.1. Техническое описание и интерфейс
10.11.2. Пакет визуального моделирования Simulink
10.11.3. Создание и маскирование подсистем
10.11.4. Пакет расширений Communications Toolbox
10.12. Моделирование блоков системы передачи данных стандарта WiMAX
10.12.1. Моделирование передатчика
10.12.2. Моделирование канала передачи
10.12.3. Моделирование приемника
10.12.4. Реализация модели в системе Mathlab
10.13. Результаты имитационного моделирования системы WiMAX
Контрольные вопросы
11 Самоподобные процессы и их применение в теле- коммуникациях
11.1. Основы теории фрактальных процессов
11.2. Мультифрактальные процессы
11.3. Оценка показателя Херста
11.4. Мультифрактальный анализ с использованием программного обеспечения
11.4.1. Описание программного обеспечения
11.4.2. Примеры оценки степени самоподобия
11.5. Алгоритмы и программное обеспечение для мультифрактального анализа
11.6. Влияние самоподобия трафика на характеристики системы обслуживания
11.7. Методы моделирования самоподобных процессов в теле-трафике
11.8. Исследование самоподобной структуры трафика Ethernet
11.9. Перегрузочное управление самоподобным трафиком
11.10. Фрактальное броуновское движение
11.10.1. RMD-алгоритм генерации ФБД
11.10.2. SRA-алгоритм генерации ФБД
11.12. Фрактальный гауссовский шум
11.12.1. БПФ-алгоритм синтеза ФГШ
11.12.2. Оценка результатов моделирования
Контрольные вопросы
12 Моделирование узла телекоммуникационной сети
12.1. Основные положения протокола Frame Relay
12.2. Проектирование узла сети Frame Relay
12.3. Результаты имитационного моделирования маршрутизатора FR с кодеками G.728 на входе
12.4. Влияние самоподобия трафика на QoS
Контрольные вопросы
13 Специализированные системы имитационного моделирования вычислительных сетей
13.1. Общая характеристика специализированных пакетов прикладных программ сетевого моделирования
13.2. Общие принципы моделирования в среде OPNET Modeler
13.3. Примеры применения OPNET
13.3.1. Модель для оценки качества обслуживания
13.3.2. Реализация модели локальной сети
Контрольные вопросы
14 Имитационное моделирование с помощью сетевого имитатора Network simulator 2
14.1. История создания и архитектура пакета NS2
14.2. Создание объекта имитатора
14.3. Создание топологии сети
14.4. Задание параметров генераторов
14.4.1. Exponential On/Off
14.4.2. Pareto On/Off
14.5. Два основных алгоритма организации очереди
14.6. Адаптивная маршрутизация в NS2
14.6.1. Интерфейс прикладного программирования на пользовательском уровне
14.6.2. Внутренняя архитектура
14.6.3. Расширения на другие классы
14.6.4. Недостатки
14.6.5. Список команд, используемых для имитации динамических сценариев в NS2
14.6.6. Пример динамической маршрутизация в NS2
14.7. Запуск программы сценария в NS2
14.8. Процедура обработки результатов моделирования
14.9. Пример моделирования беспроводной сети
14.10. Пример имитационного моделирования качества передачи потокового видео с использованием пакета NS 2
14.10.1. Структура программно-аппаратного комплекса для оценки качества потокового видео
14.10.2. Функциональные модули ПАК
14.10.3. Оценка качества видео
По каждому несчастному случаю, квалифицированному порезультатамрасследования как несчастный случай на производстве иповлекшему за собой необходимость перевода пострадавшего всоответствии с медицинским заключением, выданным в порядке,установленном федеральными законами и иными нормативнымиправовымиактами Российской Федерации, на другую работу, потерю имтрудоспособности на срок не менее одного дня либо смертьпострадавшего, оформляется акт о несчастном случае напроизводствепо установленной форме в двух экземплярах, обладающих равнойюридическойсилой, на русском языке либо на русском языке игосударственном языке республики, входящей в состав РоссийскойФедерации.
При групповом несчастном случае на производстве акт онесчастном случае на производстве составляется на каждогопострадавшегоотдельно.
При несчастном случае на производстве с застрахованнымсоставляется дополнительный экземпляр акта о несчастном случае напроизводстве.
В акте о несчастном случае на производстве должны бытьподробноизложены обстоятельства и причины несчастного случая, атакжеуказаны лица, допустившие нарушениятребований охраны труда.Вслучае установления факта грубой неосторожности застрахованного,содействовавшей возникновению вреда или увеличению вреда,причиненного его здоровью, в акте указывается степень винызастрахованного в процентах, установленная по результатамрасследованиянесчастного случая на производстве.
После завершения расследования акт о несчастном случае напроизводстве подписывается всеми лицами, проводившимирасследование, утверждается работодателем (егопредставителем) изаверяетсяпечатью.
Работодатель (его представитель) в трехдневный срок послезавершениярасследования несчастного случая на производстве обязанвыдать один экземпляр утвержденного им акта онесчастном случае напроизводствепострадавшему (его законному представителю или иномудоверенному лицу), а при несчастном случае на производстве сосмертельнымисходом - лицам, состоявшим на иждивении погибшего,либо лицам, состоявшим с ним в близком родстве или свойстве (ихзаконному представителю или иному доверенному лицу), по ихтребованию. Второй экземпляр указанного акта вместе с материаламирасследования хранится в течение 45 лет работодателем (егопредставителем), осуществляющим по решению комиссии учет данногонесчастногослучая на производстве. Пристраховых случаях третийэкземпляр акта о несчастном случае на производстве и копииматериалов расследования работодатель (его представитель) втрехдневный срок после завершения расследованиянесчастного случаянапроизводстве направляет в исполнительный орган страховщика (поместу регистрации работодателя в качестве страхователя) (в ред.Федерального закона от 7 мая 2009 г. N 80-ФЗ - СобраниезаконодательстваРоссийской Федерации, 2009, N 19, ст. 2270).
При несчастном случае напроизводстве, происшедшем с лицом,направленным для выполнения работы к другому работодателю иучаствовавшимв его производственной деятельности (часть пятаястатьи229 настоящего Кодекса), работодатель (его представитель), укоторогопроизошел несчастный случай, направляет копию акта онесчастном случае на производстве и копии материаловрасследованияпоместу основной работы (учебы, службы) пострадавшего.
По результатам расследования несчастного случая,квалифицированного как несчастный случай, не связанный спроизводством, в том числе группового несчастного случая,тяжелогонесчастногослучая или несчастного случая со смертельным исходом,комиссия (в предусмотренных настоящим Кодексом случаяхгосударственный инспектор труда, самостоятельно проводившийрасследование несчастного случая) составляет акт орасследованиисоответствующегонесчастного случая по установленной форме в двухэкземплярах, обладающих равной юридической силой, которыеподписываютсявсеми лицами, проводившими расследование.
Результаты расследования несчастного случая на производстверассматриваются работодателем (его представителем) с участиемвыборного органа первичной профсоюзной организации для принятиямер, направленных на предупреждение несчастных случаев напроизводстве.
(Статья 230 в ред. Федерального закона от 30 июня 2006 г. N90-ФЗ- Собрание законодательства Российской Федерации, 2006, N 27,ст.2878)
По каждому несчастному случаю, квалифицированному по результатам расследования как несчастный случай на производстве и повлекшему за собой необходимость перевода пострадавшего в соответствии с медицинским заключением, выданным в порядке, установленном федеральными законами и иными нормативными правовыми актами Российской Федерации, на другую работу, потерю им трудоспособности на срок не менее одного дня либо смерть пострадавшего, оформляется акт о несчастном случае на производстве по установленной форме в двух экземплярах, обладающих равной юридической силой, на русском языке либо на русском языке и государственном языке республики, входящей в состав Российской Федерации.
При групповом несчастном случае на производстве акт о несчастном случае на производстве составляется на каждого пострадавшего отдельно.
При несчастном случае на производстве с застрахованным составляется дополнительный экземпляр акта о несчастном случае на производстве.
В акте о несчастном случае на производстве должны быть подробно изложены обстоятельства и причины несчастного случая, а также указаны лица, допустившие нарушения требований охраны труда. В случае установления факта грубой неосторожности застрахованного, содействовавшей возникновению вреда или увеличению вреда, причиненного его здоровью, в акте указывается степень вины застрахованного в процентах, установленная по результатам расследования несчастного случая на производстве.
После завершения расследования акт о несчастном случае на производстве подписывается всеми лицами, проводившими расследование, утверждается работодателем (его представителем) и заверяется печатью (при наличии печати).
Работодатель (его представитель) в трехдневный срок после завершения расследования несчастного случая на производстве обязан выдать один экземпляр утвержденного им акта о несчастном случае на производстве пострадавшему (его законному представителю или иному доверенному лицу), а при несчастном случае на производстве со смертельным исходом - лицам, состоявшим на иждивении погибшего, либо лицам, состоявшим с ним в близком родстве или свойстве (их законному представителю или иному доверенному лицу), по их требованию. Второй экземпляр указанного акта вместе с материалами расследования хранится в течение 45 лет работодателем (его представителем), осуществляющим по решению комиссии учет данного несчастного случая на производстве. При страховых случаях третий экземпляр акта о несчастном случае на производстве и копии материалов расследования работодатель (его представитель) в трехдневный срок после завершения расследования несчастного случая на производстве направляет в исполнительный орган страховщика (по месту регистрации работодателя в качестве страхователя).
При несчастном случае на производстве, происшедшем с лицом, направленным для выполнения работы к другому работодателю и участвовавшим в его производственной деятельности (часть пятая статьи 229 настоящего Кодекса), работодатель (его представитель), у которого произошел несчастный случай, направляет копию акта о несчастном случае на производстве и копии материалов расследования по месту основной работы (учебы, службы) пострадавшего.
По результатам расследования несчастного случая, квалифицированного как несчастный случай, не связанный с производством, в том числе группового несчастного случая, тяжелого несчастного случая или несчастного случая со смертельным исходом, комиссия (в предусмотренных настоящим Кодексом случаях государственный инспектор труда, самостоятельно проводивший расследование несчастного случая) составляет акт о расследовании соответствующего несчастного случая по установленной форме в двух экземплярах, обладающих равной юридической силой, которые подписываются всеми лицами, проводившими расследование.
Результаты расследования несчастного случая на производстве рассматриваются работодателем (его представителем) с участием выборного органа первичной профсоюзной организации для принятия мер, направленных на предупреждение несчастных случаев на производстве.
Вы думате, что вы русский? Родились в СССР и думаете, что вы русский, украинец, белорус? Нет. Это не так.
Вы на самом деле русский, украинец или белорус. Но думате вы, что вы еврей.
Дичь? Неправильное слово. Правильное слово “импринтинг”.
Новорожденный ассоциирует себя с теми чертами лица, которые наблюдает сразу после рождения. Этот природный механизм свойственен большинству живых существ, обладающих зрением.
Новорожденные в СССР несколько первых дней видели мать минимум времени кормления, а большую часть времени видели лица персонала роддома. По странному стечению обстоятельств они были (и остаются до сих пор) по большей части еврейскими. Прием дикий по своей сути и эффективности.
Все детство вы недоумевали, почему живете в окружении неродных людей. Редкие евреи на вашем пути могли делать с вами все что угодно, ведь вы к ним тянулись, а других отталкивали. Да и сейчас могут.
Исправить это вы не сможете – импринтинг одноразовый и на всю жизнь. Понять это сложно, инстинкт оформился, когда вам было еще очень далеко до способности формулировать. С того момента не сохранилось ни слов, ни подробностей. Остались только черты лиц в глубине памяти. Те черты, которые вы считаете своими родными.
3 комментарияСистема и наблюдатель
Определим систему, как объект, существование которого не вызывает сомнений.
Наблюдатель системы - объект не являющийся частью наблюдаемой им системы, то есть определяющий свое существование в том числе и через независящие от системы факторы.
Наблюдатель с точки зрения системы является источником хаоса - как управляющих воздействий, так и последствий наблюдательных измерений, не имеющих причинно-следственной связи с системой.
Внутренний наблюдатель - потенциально достижимый для системы объект в отношении которого возможна инверсия каналов наблюдения и управляющего воздействия.
Внешний наблюдатель - даже потенциально недостижимый для системы объект, находящийся за горизонтом событий системы (пространственным и временным).
Гипотеза №1. Всевидящее око
Предположим, что наша вселенная является системой и у нее есть внешний наблюдатель. Тогда наблюдательные измерения могут происходить например с помощью «гравитационного излучения» пронизывающего вселенную со всех сторон извне. Сечение захвата «гравитационного излучения» пропорционально массе объекта, и проекция «тени» от этого захвата на другой объект воспринимается как сила притяжения. Она будет пропорциональна произведению масс объектов и обратно пропорциональна расстоянию между ними, определяющим плотность «тени».
Захват «гравитационного излучения» объектом увеличивает его хаотичность и воспринимается нами как течение времени. Объект непрозрачный для «гравитационного излучения», сечение захвата которого больше геометрического размера, внутри вселенной выглядит как черная дыра.
Гипотеза №2. Внутренний наблюдатель
Возможно, что наша вселенная наблюдает за собой сама. Например с помощью пар квантово запутанных частиц разнесенных в пространстве в качестве эталонов. Тогда пространство между ними насыщено вероятностью существования породившего эти частицы процесса, достигающей максимальной плотности на пересечении траекторий этих частиц. Существование этих частиц также означает отсутствие на траекториях объектов достаточно великого сечения захвата, способного поглотить эти частицы. Остальные предположения остаются такими же как и для первой гипотезы, кроме:
Течение времени
Стороннее наблюдение объекта, приближающегося к горизонту событий черной дыры, если определяющим фактором времени во вселенной является «внешний наблюдатель», будет замедляться ровно в два раза - тень от черной дыры перекроет ровно половину возможных траекторий «гравитационного излучения». Если же определяющим фактором является «внутренний наблюдатель», то тень перекроет всю траекторию взаимодействия и течение времени у падающего в черную дыру объекта полностью остановится для взгляда со стороны.
Также не исключена возможность комбинации этих гипотез в той или иной пропорции.