ITIL была ранее известна, как библиотека инфраструктуры информационных технологий, которая состоит из набора методов управления IT-услугами, также известного как ITSM. ITIL необходим для того, чтобы приводить IT-сервисы в компании в соответствие с потребностями бизнеса. Концепция ITIL впервые была разработана Правительством Великобритании в 1980-х годах, когда было решено, что уровень качества предоставляемых IT-услуг недостаточен. Центральному Компьютерному и Телекоммуникационному Агентству, которое на сегодняшний день называется Управление Государственной Торговли, было поручено создание структуры в рамках британского правительства и частного сектора для эффективного использования ресурсов для IT. Было отмечено, что без каких-либо стандартных практик частный сектор вместе с правительственными учреждениями начинает создавать свои индивидуальные методы управления IT.

Первая версия ITIL называлась Правительственным Управлением Инфраструктуры Информационных Технологий (GITIM) и сильно отличалась от сегодняшней. Однако обе вышеописанные версии соответствовали одним и тем же концепциям, будучи сосредоточенными на проблемах доставки и обслуживания. Первоначально стандарт создавался как коллекция книг, каждая из которых имела отношение к определенной практике управления IT-услугами. Данный стандарт был разработан на основе принципа управления и контроля операций, а также цикла «планируй-делай-проверяй-действуй» (PDCA), созданных Эдвардсом Демингом.

В 1990-х годах разработанная концепция была принята правительственными учреждениями в Европе, а также крупными компаниями частного сектора. Библиотека ITIL приобрела широкую известность как среди частных организаций, так и в государственном сегменте. В результате CCTA вошла в состав Управления по Правительственной Торговле в 2000 году. В этом же году ITIL стала применяться на практике компанией Microsoft в целях разработки Microsoft Operations Framework (MOF). Вторая версия ITIL появилась в 2001 году. В этой версии Служба Поддержки и Предоставления Услуг была переработана в более сжатые тома.

В следующие годы система ITIL стала наиболее распространенным подходом к управлению IT-услугами во всем мире. Третья версия инфраструктуры ITIL была опубликована в 2007 году. Она в большей степени охватывала раздел жизненного цикла по части управления сервисами, уделяя особое внимание интеграции IT в бизнес. Текущая форма ITIL, изданная в 2011 году, была опубликована в виде серии из пяти основных томов. Каждый том охватывает различные этапы жизненного цикла ITSM. Несмотря на то, что ITIL поддерживает стандарт ISO / IEC 20000, ранее известный, как BS15000, а также Международный Стандарт Управления IT-Услугами, между ними существуют некоторые различия. Благодаря вышесказанному они укрепляют и дополняют друг друга.

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

У меня была заблокирована учетная запись Azure после экспериментов с ним на предмете Облачные технологии. Поэтому преподаватель разрешил мне сделать данную работу совместно с Иваном Ворошиловым с его аккаунта. Поэтому на скринах ниже будет его имя.

С помощью Azure Machine Learning Studio был разработана аналитическая модель для предсказания цен на автомобили на основании различных показателей.

Шаг 1: Был создан новый эксперимент «Automobile price prediction», добавлен модуль данных, рассмотрен общий вид данных.

Шаг 2: Из данных нужно исключить normalized-losses (Нормированные потери) Затем происходит процесс создания модуля, удаляющего строки с недостающими значениями. После этого был запущен эксперимент для проверки. Очищенные данные будут использованы в прогнозной модели.

Шаг 3: Для прогнозирования был выбран следующий набор признаков: make, body-style, wheel-base, engine-size, horsepower, peak-rpm, highway-mpg, price.

Шаг 4: Модель строится по 75% данных (для обучения модели), 25% данных идет на тестирование. Затем запускается эксперимент для проверки.

Шаг 5: Для алгоритма обучения применяется линейная регрессия. Цена выступает в роли прогнозной переменной. Затем происходит запуск эксперимента для проверки. На выходе имеем обученную регрессионную модель.

Шаг 6: На обучение модели было потрачено 75% данных, теперь ее можно применить для оценки оставшихся 25% данных. После завершения оценки оставшихся данных, необходимо запустить эксперимент.

Шаг 7: Посмотреть на оценку 25% данных можно через блок Visualize.

Шаг 8: После проверки качества результатов осуществляется запуск эксперимента.

Шаг 9: Затем проверяются выходные данные проверки полученных результатов через Visualize.

Для нашей модели будет выведена следующая статистика.

• Средняя абсолютная погрешность. Среднее значение абсолютной погрешности (погрешность — это разница между спрогнозированным и фактическим значением).
• Среднеквадратичное отклонение. Квадратный корень из среднего значения возведенных в квадрат арифметических отклонений спрогнозированных значений тестового набора данных.
• Относительное арифметическое отклонение. Среднее арифметическое отклонение по отношению к абсолютной разнице между фактическими значениями и средним арифметическим всех фактических значений.
• Относительное среднеквадратичное отклонение. Среднее арифметическое среднеквадратичных отклонений по отношению к абсолютной разнице между фактическими значениями и средним арифметическим всех фактических значений.
• Коэффициент смешанной корреляции (R в квадрате). Статистический показатель, который оценивает соответствие модели данным.

Чем меньше значение каждой погрешности, тем лучше. Меньшее значение указывает на то, что прогноз лучше соответствует фактическим значениям. Для показателя коэффициент смешанной корреляции чем ближе его значение к единице (1,0), тем точнее прогноз.

Итак, сначала я расставила числа в порядке возрастания с помощью цикла сортировки пузырьком:

Перейдем к созданию классов Родитель и Потомок. В моем случае Родительским классом является класс Сумка. Этот класс обладает функцией Украшать. Потомков класса Сумка является класс Помада. Функция Родительского класса Помада — вывод на экран своего имени. В моем случае его имя — Ив Роше.

Итак, результат написанного мной кода: Новый предмет из сумки создан. Его название: Армани. Была создана новая Помада. Название помады: Ив Роше. Армани украшает!

На скриншотах выше представлены декларации классов Bag и Pomade.

С помощью WebStorm на языке программирования JavaScript Meteor я создала приложение ToDoList. Сначала скачаем саму программу WebStorm.

Потом получаем доступ командной строке Windows с помощью команды cmd. Там устанавливаем сначала Chokolatey, а потом Meteor.

Потом создадим новый проект, выбрав формат Meteor App.

Затем мы создаем фундамент приложения. Мы делаем это с помощью изменения файлов imports/ui/App.js ; imports/ui/Task.js , client/main.js . Именно main.js отвечает за работу приложения и его внешний вид, а task.js и app.js — за его отдельные функции. Но сначала запустим приложение:

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

Пока выглядит не слишком красиво. Чтобы начать работать с React в качестве библиотеки представлений, сначала нужно добавить соответствующие пакеты npm. Для этого откроем новый терминал в том же каталоге, что и запущенное приложение, введем «meteor npm install —save react react-dom» и получаем:

Чтобы остановить обработку файлов .html, как шаблонов Blaze, удалим пакет blaze-html-templates:

Чтобы гарантировать, что файлы .html обрабатываются, как статический HTML, добавим пакет static-html:

Теперь необходимо заменить стартовый код (то, о чем я говорила ранее). Начнем с файла client/main.html. Теперь его код будет выглядеть так:

Теперь перейдем к файлу client/main.js . Теперь его код выглядит так:

Теперь создадим новую папку imports, внутри которой создадим папку ui. Создадим файл imports/ui/App.js. Теперь код этого файла выглядит так:

Настала очередь файлаimports/ui/Task.js. Создадим его и введем следующий код:

Итак, мы создали фундамент приложения с помощью изменения файлов imports/ui/App.js ; imports/ui/Task.js , client/main.js . Теперь приложение в браузере выглядит вот так, значительно лучше, но все еще не слишком красиво:

Теперь сделаем наш Список Задач более привлекательным. Для этого в client / main.css введем новый код:

Теперь наш Список Задач стал смотреться визуально более эстетично:

Теперь пойдем к созданию Коллекции. Чтобы создать коллекцию, определим новый модуль import / api / tasks.js, который создает коллекцию Mongo и экспортирует ее. Для нам потребуется вставить код в файл imports/api/tasks.js, предварительно создав и сам файл, и папку для него:

Теперь импортируем модуль import / api / tasks.js в server / main.js. При импорте import / api / tasks.js на сервере создается коллекция MongoDB и настраивается система передачи данных клиенту.

Чтобы использовать данные из коллекции Meteor внутри компонента React, воспользуемся response-meteor-data:

Предметы внутри коллекций называются документами. Воспользуемся консолью базы данных сервера, чтобы вставить некоторые документы в коллекцию. Пока приложение работает, на новой вкладке терминала перейдем в каталог приложения и введем meteor mongo:

Теперь введем в открывшейся командной строке следующий код:

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

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

Для того, чтобы отсортировать числа, представленные в данном массиве в порядке возрастания, я воспользовалась способом Цикл Сортировка.

Как видно из скриншота выше, числа и правда отсортировались в порядке возрастания.

Также с помощью Java.Script я создала классы Родитель и Потомок. В моем случае Родитель — Люди, а Потомок — Принцессы. Класс Люди обладает функцией Есть, но только подкласс Принцессы обладает функцией делать это с ножом и вилкой.

Золушка является одновременно и классом Люди, и классом Принцессы. Поэтому она обладает функцией Есть, но при этом делает это С ножом и вилкой.

Как видно на скриншоте выше, Золушка ест. Нажимаем ОК и видим следующее:

Итак, Золушка Ест с ножом и вилкой.

Сегодня на семинаре мы проходили базовые основы работы с Python. Нам рассказали про такие понятия, как декларации, переменные, массивы. Также мы поговорили про то, как работать с цикл (for) и условиями (if/there/else).

Чтобы закрепить полученные знания, нам было предложено выполнить задание: взять любой массив данных, а затем расположить через Python переменные в нем в порядке возрастания, не используя при этом банальную функцию sort.

Я решила использовать так называемый «Метод пузырька». Это метод сортировки массивов и списков путем последовательного сравнения и обмена соседних элементов, если предшествующий оказывается больше последующего. В процессе выполнения данного алгоритма элементы с большими значениями оказываются в конце списка, а элементы с меньшими значениями постепенно перемещаются по направлению к началу списка. В сортировке методом пузырька количество итераций внешнего цикла определяется длинной списка минус единица, так как когда второй элемент становится на свое место, то первый уже однозначно минимальный и находится на своем месте.

Для выполнения задания я взяла следующий массив данных: [1, 7, 14, 6, 5]. Затем указала в Python, что количество элементов N=5, а затем воспользовалась циклом for и условием if. В итоге, как видно из скриншота ниже, мои цифры автоматически расположились в Питоне в порядке возрастания.

Затем я перешла к выполнению задания 2. В этом задании мне нужно было придумать несколько классов — чтобы они были потомками и предками. Я придумала класс Собаки, который делится на подклассы Спаниель и Болонка. Спаниель и Болонки — потомки класса Собаки, поэтому Собаки пишутся в скобочках после них.

С помощью команды def я определила функции, которые индивидуальны для каждого класса — Все Собаки (и Спаниели, и Болонки) могут лаять, но только Спаниели могут охотиться, а Болонки — играть.

Затем я создала Хатико — представителя класса Спаниель. Так как он относится и к классу Собаки, и к подклассу Спаниель, то он может и лаять, и охотиться, но не может играть. С помощью команды . после имени Хатико и упоминания необходимого действия, я нажала run.

Мы видим, что, действительно, Хатико получил признаки и от базового класса Собаки, и от потомка этого класса — Спаниель. Значит, задание выполнено верно.