Merge branch 'master' of http://213.155.192.79:3001/ypv/EASvZI

Лекции/1.1.500_Требования_АИС/Вопросы_Трофимова.md

@@ -0,0 +1,8 @@
+Что такое автоматизированные информационные системы?
+Это комплекс программных и технических средств, предназначенных для автоматизации процессов обработки, хранения и передачи информации.
+
+Основные виды требований к АИС.
+Функциональные требования, нефункциональные требования, эргономические требования, технические требования.
+
+От чего зависит эффективная работа АИС?
+Зависит от правильного формирования требований, что обеспечивает их соответствие нуждам пользователя и безопасности.

Лекции/1.1.500_Требования_АИС/Сценарий.md

@@ -0,0 +1,14 @@
+# Сценарий
+В мире недалекого будущего вы берете на себя роль ведущего архитектора в корпорации «Синтез-Тех», которая получила государственный заказ на разработку системы «Эгида». Эта АИС должна управлять всей городской инфраструктурой мегаполиса. Сценарий строится вокруг четырех критических модулей системы, каждый из которых олицетворяет одно из требований.
+
+Сюжет начинается в день «Пре-запуска». Игрок сталкивается с тем, что бюджет ограничен, а сроки поджимают. Каждое решение влияет на шкалы состояния системы, которые в финале определят судьбу города.
+
+Первая глава посвящена надежности. Город накрывает аномальная буря, и старые узлы связи начинают выходить из строя. Игроку нужно выбрать: внедрить дорогостоящее дублирование серверов или рискнуть и оставить систему на базовых алгоритмах самовосстановления. Ошибка здесь приведет к коллапсу транспортной сети и потере доверия со стороны министерства.
+
+Вторая глава касается гибкости. Внезапно власти решают интегрировать в «Эгиду» управление беспилотным флотом такси, который изначально не планировался. Игрок должен переписать ядро системы под микросервисную архитектуру. Если система окажется слишком жесткой, внедрение новых функций будет стоить огромных задержек, и проект признают устаревшим еще до релиза.
+
+Третья глава проверяет эффективность. Город растет быстрее, чем ожидалось. Нагрузка на базы данных зашкаливает. Игрок выбирает между оптимизацией кода и закупкой огромных вычислительных мощностей. Высокая эффективность позволит системе работать плавно даже на старом оборудовании, сохраняя ресурсы для критических ситуаций.
+
+Четвертая глава — безопасность. Происходит массированная кибератака со стороны группировки «Цифровой хаос». Игрок сталкивается с дилеммой: сделать систему максимально закрытой и неудобной для пользователей ради защиты данных или оставить «черные ходы» для быстрой отладки, рискуя взломом всей сети.
+
+Финал зависит от баланса этих характеристик. При идеальном сочетании город превращается в утопию будущего. Перекос в сторону только одного качества (например, только безопасности) создаст цифровую тюрьму, а ориентация лишь на эффективность при низкой надежности приведет к техногенной катастрофе при первой же ошибке.

Лекции/1.1.500_Требования_АИС/Трофимова.md

@@ -0,0 +1,49 @@
+# Требования к АИС: гибкость, надежность, эффективность, безопасность.
+
+#### Автоматизированные информационные системы (АИС) — это комплекс программных и технических средств, предназначенных для автоматизации процессов обработки, хранения и передачи информации. Их эффективная работа зависит от правильного формирования требований, что обеспечивает их соответствие нуждам пользователя и безопасности.
+
+Требования к автоматизированным информационным системам (АИС) представляют собой совокупность характеристик, которыми должна обладать система для эффективного решения поставленных задач и удовлетворения потребностей пользователей. Формирование этих требований является критически важным этапом жизненного цикла разработки, так как от их точности зависит качество итогового программного продукта.
+
+![](slide-37.jpg)
+
+## Основные виды требований к АИС
+Все требования к АИС традиционно разделяются на несколько крупных категорий. Первую группу составляют **функциональные требования**. Они определяют перечень конкретных задач, которые должна выполнять система: от способов обработки данных и формирования отчетности до реализации специфических алгоритмов вычислений. По сути, этот блок отвечает на вопрос, что именно делает система.
+
+Вторая группа включает **нефункциональные требования**, которые описывают свойства системы и ограничения среды. К ним относится производительность, определяющая время отклика и пропускную способность АИС при различных нагрузках. Не менее важна надежность, подразумевающая бесперебойную работу и способность системы восстанавливаться после сбоев. Сюда же входят требования к безопасности, обеспечивающие защиту информации от несанкционированного доступа и целостность данных.
+
+Отдельным блоком выделяют **эргономические требования и требования к интерфейсу**. АИС должна быть удобной для конечного пользователя, иметь интуитивно понятную навигацию и соответствовать стандартам юзабилити. Это минимизирует количество ошибок персонала и сокращает время на обучение сотрудников.
+
+**Технические требования** определяют программно-аппаратную платформу, на которой будет функционировать система. Они включают характеристики серверов, рабочих станций, сетевого оборудования, а также совместимость с операционными системами и базами данных. Также учитываются требования к масштабируемости, позволяющие системе расширяться по мере роста объема данных или количества пользователей.
+
+Заключительным этапом работы с требованиями является их **документирование**, обычно оформляемое в виде Технического задания (ТЗ). Грамотно составленный перечень требований служит инструментом контроля для заказчика и дорожной картой для разработчиков, гарантируя, что созданная АИС будет полностью соответствовать ожиданиям бизнеса.
+
+## Процесс формирования требований
+Процесс формирования требований к автоматизированной информационной системе (АИС) представляет собой циклическую и многоступенчатую деятельность, направленную на определение того, что именно должна делать система и в каких условиях она будет работать.
+
+**Предварительное обследование и сбор данных.** Начальный этап фокусируется на погружении в предметную область. Проводится интервьюирование руководства и линейных сотрудников, анкетирование и наблюдение за рабочими местами. Важным элементом является изучение документооборота и нормативно-правовой базы, регулирующей деятельность организации, чтобы будущая АИС соответствовала законодательным и внутрикорпоративным стандартам.
+
+**Выявление бизнес-требований.** Здесь определяются высокоуровневые цели проекта: какие проблемы бизнеса должна решить система и какую выгоду принести (например, сокращение времени обработки заявок на 30%). Бизнес-требования описывают «зачем» нужна система, не углубляясь в детали реализации.
+
+**Формирование функциональных требований.** Этот этап описывает конкретное поведение системы — ее функции и задачи. Аналитики фиксируют, какие данные система должна принимать, как их обрабатывать, какие отчеты формировать и какие алгоритмы вычислений использовать. Часто для описания функциональности применяются сценарии использования (Use Cases), которые показывают взаимодействие пользователя с АИС для достижения конкретной цели.
+
+**Определение нефункциональных требований.** Параллельно прорабатываются системные ограничения и характеристики качества. К ним относятся требования к производительности (время отклика), надежности (среднее время наработки на отказ), безопасности (уровни доступа, шифрование) и масштабируемости. Также учитываются требования к интерфейсу, чтобы обеспечить удобство работы пользователей разного уровня подготовки.
+
+**Документирование и моделирование.** Все собранные данные систематизируются в спецификации (например, Техническое задание по ГОСТ или SRS). Для визуализации логики работы строятся модели данных (ER-диаграммы) и диаграммы потоков данных (DFD), что позволяет разработчикам увидеть архитектурную структуру будущей системы еще до написания кода.
+
+**Проверка и утверждение.** Финальная стадия, на которой требования проверяются на полноту, непротиворечивость и реализуемость. Проводится совместная вычитка документа аналитиками, заказчиками и архитекторами системы. После достижения консенсуса требования фиксируются в качестве базиса для разработки, и любые изменения в них после этого момента обычно проходят через официальную процедуру контроля изменений.
+
+## Значение требований для успешной реализации АИС
+**Минимизация рисков и затрат.** Четко сформулированные требования позволяют обнаружить ошибки и недопонимания на ранних стадиях, когда стоимость внесения изменений минимальна. Отсутствие двусмысленности предотвращает ситуации, при которых разработчикам приходится переделывать готовые модули из-за неверной интерпретации ожиданий заказчика.
+
+**Основа для планирования и оценки.** На базе детальных требований руководитель проекта может точно рассчитать объем необходимых ресурсов, бюджет и сроки реализации. Это позволяет сформировать реалистичный график работ и избежать «раздувания» рамок проекта, когда в процессе разработки бесконтрольно добавляются новые функции.
+
+**Критерий качества и успешности.** Документированные требования являются эталоном, по которому проверяется готовый продукт. Для специалистов по тестированию они служат основой для написания тест-кейсов. Система считается успешной только в том случае, если она полностью соответствует утвержденным критериям, выполняет заложенные бизнес-задачи и удовлетворяет потребностям пользователей.
+
+**Эффективная коммуникация.** Требования выступают в роли общего языка между заказчиком, который описывает бизнес-проблему, и исполнителями, которые предлагают техническое решение. Это гарантирует, что все стороны одинаково понимают конечную цель и ожидаемый результат, что значительно снижает вероятность конфликтов при приемке системы.
+
+#### Заключение. 
+Правильное определение и документирование требований к АИС — залог её успешного внедрения и эксплуатации. Это обеспечивает системную стабильность, безопасность и удобство использования, что в конечном итоге способствует достижению бизнес-целей.
+
+Список Литературы:
+https://www.edsd.ru/files/pdf/GOST-34.602-2020.-Tehnicheskoe-zadanie-na-sozdanie-avtomatizirovannoj-sistemy.pdf https://normativ.kontur.ru/document?moduleId=9&documentId=442605 https://eduherald.ru/article/viewid=21418&utm_source=yandex.ru&utm_medium=organic&utm_campaign=yandex.ru&utm_referrer=yandex.ru
+https://redmine.tomsk.gov.ru/projects/ais-req/wiki/Типовое_ТЗ_на_создание_АС

Лекции/1.2.100_Понятие_жизненного_цикла_АИС/Вопросы_Поддубная.md

@@ -0,0 +1,11 @@
+Что такое Жизненный цикл АИС?  
+Это последовательность этапов от появления идеи до вывода системы из эксплуатации. Он включает все стадии, связанные с проектированием, разработкой, внедрением, эксплуатацией и модернизацией системы.  
+
+Какие есть этапы Жизненного цикла АИС?  
+Проектирование, разработка, внедрение, эксплуатация и модернизация системы.  
+
+Как Каскадная модель может управлять этапами Жизненного цискла АИС?  
+Каскадная модель предполагает строго последовательное выполнение стадий, где переход на следующий уровень возможен только после полного завершения предыдущего.  
+
+Что включает в себя ТСО?  
+Она включает в себя не только затраты на проектирование и программирование, но и расходы на лицензирование программного обеспечения, обновление аппаратной части, оплату труда администраторов и обучение новых сотрудников.

Лекции/1.2.100_Понятие_жизненного_цикла_АИС/Поддубная.md

@@ -0,0 +1,35 @@
+# Понятие жизненного цикла АИС
+Автоматизированные информационные системы (АИС) играют важную роль в современном мире, помогая автоматизировать процессы, повышать эффективность работы и обеспечивать надежное управление данными. Но чтобы успешно создать, поддерживать и развивать такую систему, необходимо понимать её жизненный цикл.  
+
+**Жизненный цикл АИС** — это последовательность этапов от появления идеи до вывода системы из эксплуатации. Он включает все стадии, связанные с проектированием, разработкой, внедрением, эксплуатацией и модернизацией системы.  
+
+![](АИС.png)
+
+Основным документом, регламентирующим стадии этого процесса, традиционно считаются международные стандарты, такие как ISO/IEC 12207. Весь период существования системы принято делить на несколько ключевых этапов.  
+
+**Первый этап** — это планирование и анализ требований. Здесь определяются цели создания АИС, исследуются бизнес-процессы организации и формируется техническое задание. Важно четко зафиксировать, какие задачи должна решать система и какими ресурсами обладает заказчик.  
+**Второй этап** заключается в проектировании. На этой стадии разрабатывается архитектура системы, структура баз данных, интерфейсы взаимодействия с пользователем и алгоритмы работы программных модулей. Проектирование позволяет создать детальный «чертеж» будущей системы.  
+**Третий этап** — разработка или программирование. Специалисты занимаются написанием программного кода, настройкой аппаратных средств и интеграцией отдельных компонентов в единое целое.  
+**Четвертый этап** — тестирование и отладка. Система проверяется на соответствие исходным требованиям, выявляются и устраняются ошибки. Важной частью является проверка безопасности и отказоустойчивости АИС в условиях, максимально приближенных к реальным.  
+**Пятый этап** — внедрение и эксплуатация. Система передается заказчику, проводится обучение персонала и перенос данных. После запуска начинается период сопровождения, в ходе которого осуществляется техническая поддержка, исправление возникающих программных дефектов и небольшая модернизация под меняющиеся нужды пользователя.  
+**Завершающим этапом является утилизация системы.** Она происходит либо по причине физического и морального износа, либо при переходе организации на более современные технологические решения.  
+
+Для управления этими этапами используются различные модели жизненного цикла. Каскадная модель предполагает строго последовательное выполнение стадий, где переход на следующий уровень возможен только после полного завершения предыдущего. Итерационная модель позволяет создавать систему поэтапно, выпуская промежуточные версии и постоянно уточняя требования. Выбор конкретной модели зависит от масштаба проекта, рисков и степени неопределенности требований заказчика.  
+
+Важным аспектом жизненного цикла является **оценка совокупной стоимости владения** (TCO). Она включает в себя не только затраты на проектирование и программирование, но и расходы на лицензирование программного обеспечения, обновление аппаратной части, оплату труда администраторов и обучение новых сотрудников. Зачастую затраты на этапе эксплуатации и сопровождения могут в несколько раз превышать бюджет, затраченный на непосредственное создание системы.  
+
+Современные стандарты, такие как ISO/IEC 12207, регламентируют процессы жизненного цикла, разделяя их на основные, вспомогательные и организационные. К **основным относятся** приобретение, поставка, разработка, эксплуатация и сопровождение. **Вспомогательные процессы** включают документирование, управление конфигурацией, обеспечение качества и верификацию.  
+
+### Значение жизненного цикла АИС
+1. Обеспечивает системный подход к созданию и развитию АИС.  
+2. Позволяет управлять затратами и ресурсами на всех этапах.  
+3. Помогает своевременно обнаруживать и устранять проблемы.  
+4. Обеспечивает долговечность и гибкость системы.  
+
+### Заключение
+Таким образом, жизненный цикл АИС представляет собой сложный, многогранный механизм, требующий синхронизации усилий программистов, аналитиков, менеджеров и конечных пользователей для достижения стратегических целей предприятия.  
+
+Литература:  
+https://openedo.mrsu.ru/catalog/Gumanitarnie/2009/Efremova/resources/resource_0/id_82/2.htm  
+https://studopedia.ru/2_85738_modeli-zhts-ais.html  
+https://infourok.ru/lekciya-stadiii-i-etapi-sozdaniya-ais-po-predmetu-osnovi-postroeniya-avtomatizirovannih-informacionnih-sistem-2936584.html    

Лекции/1.2.100_Понятие_жизненного_цикла_АИС/Сценарий_Поддубная.md

@@ -0,0 +1,29 @@
+# Сценарий 
+**Жанр:** Обучающая стратегия / Симулятор управления.  
+**Сюжет:** Игрок выступает в роли главного системного архитектора в крупной корпорации «Цифровой Горизонт», которая переходит с устаревших бумажных архивов на глобальную автоматизированную информационную систему (АИС). Задача игрока — провести проект через все стадии жизненного цикла, сохранив бюджет и доверие пользователей.  
+
+**Глава 1: Рождение идеи (Анализ и планирование)**  
+Игра начинается с хаоса в офисе. Игрок должен собирать «облака мыслей» от разных отделов: бухгалтерии нужны отчеты, отделу продаж — база клиентов, безопасности — шифрование.  
+**Механика:** Мини-игра по классификации требований. Нужно отделить «критически важные функции» от «второстепенных желаний», чтобы не раздуть бюджет на старте.  
+
+**Глава 2: Чертежи будущего (Проектирование и UI/UX)**  
+Игрок переходит к столу проектирования. Нужно расставить логические блоки системы.  
+**Механика:** Пазл по созданию интерфейса. Если игрок расставит кнопки неудобно, шкала «Эффективность персонала» начнет падать. Нужно создать прототип и «прогнать» через него виртуального сотрудника, исправляя ошибки на лету.  
+
+**Глава 3: Кузница кода (Разработка и тестирование)**  
+На экране появляется визуализация сети. Игрок распределяет ресурсы между программистами и тестировщиками.  
+**Событие «Баг-атака»:** Появляются критические ошибки (жуки), которые пытаются прогрызть код. Игрок должен быстро направлять аналитиков для локализации проблем, объясняя им логику процессов, описанную в первой главе.  
+
+**Глава 4: Большой запуск (Внедрение и эксплуатация)**  
+Система запущена. Игрок видит карту офиса, где компьютеры загораются зеленым цветом.  
+**Механика: **Обучение пользователей. Игрок должен выпускать «гайды» и проводить тренинги. Если проигнорировать этот этап, сотрудники начнут работать «по старинке», и эффективность АИС упадет до нуля.  
+
+**Глава 5: Ветер перемен (Сопровождение и модернизация)**  
+Прошло несколько виртуальных лет. Рынок изменился, конкуренты внедрили ИИ.  
+**Задача:** Нужно обновлять модули системы, не останавливая работу всей компании. Это уровень на тайм-менеджмент: внедрение обновлений в ночное время и работа с обратной связью.  
+
+**Финал: Заслуженный отдых (Вывод из эксплуатации)**  
+Система устарела. Игроку нужно перенести терабайты данных в новую «облачную» систему.  
+**Критический момент:** Мини-игра по защищенному удалению старых данных. Нужно уничтожить цифровые следы на старых серверах, чтобы их не украли хакеры, и успешно импортировать архив в новую систему.  
+
+**Условие победы:** Прохождение всех этапов с сохранением целостности данных и высокой лояльностью команды. В конце игры выводится отчет: «Ваша система прослужила 10 лет и стала фундаментом для технологий будущего».

Лекции/2.2.200_Автоматизация_управления_сетью/Вопросы_Трофимова.md

@@ -0,0 +1,9 @@
+Что такое Автоматизация управления сетью?  
+Это использование программных и аппаратных средств для автоматического мониторинга, настройки, контроля и устранения проблем в сети без постоянного вмешательства человека.  
+
+Зачем нужна автоматизация?  
+Для повышение эффективности, обеспечение надежности, снижение затрат, адаптивность.  
+
+Какие используются технологии для управления сетью?  
+Network Management Systems, Software-Defined Networking, AI и машинное обучение
+

Лекции/2.2.200_Автоматизация_управления_сетью/Сценарий.md

@@ -0,0 +1,9 @@
+# Сценарий 
+**Жанр:** Симулятор-головоломка с элементами стратегии.  
+**Сюжет:** Игрок берет на себя роль младшего сетевого инженера в огромной корпорации «OmniNet». В первый же рабочий день происходит глобальный сбой: старая инфраструктура, державшаяся на «костылях» и ручном управлении, начинает рушиться. Центральный ИИ компании заблокировал ручной доступ к терминалам, чтобы предотвратить дальнейшие ошибки. Единственный способ спасти сеть — внедрить полную автоматизацию, пока данные миллионов пользователей не были безвозвратно утеряны.  
+**Цель игры:** Создать «Автономную сеть», которая способна работать и развиваться без вмешательства человека, достигнув 100% стабильности.  
+**Игровой процесс:**
+1. Уровни-головоломки: Карта сети представлена в виде узлов и связей. Игроку нужно не просто соединить точки, а написать «скрипт» (выбирая блоки команд или используя упрощенный синтаксис), который автоматически настроит маршрутизацию сразу на всей ветке сети.
+2. Прогрессия: *Этап 1* (Рутина): Игрок вручную исправляет ошибки, понимая, насколько это долго и неэффективно. *Этап 2* (Скриптинг): Появляются инструменты автоматизации. Нужно создавать шаблоны конфигураций. Если шаблон правильный — загорается зеленый свет на всем сегменте. *Этап 3* (Масштабирование): Сеть начинает расти сама. Игроку нужно настроить систему мониторинга, которая сама находит ошибки и применяет «лечебные» скрипты без его прямого участия.  
+3. Режим «Катастрофа»: Случайные события (хакерские атаки, обрыв кабеля, перегрузка трафика). Игрок должен заранее прописать алгоритм действий сети на случай таких ЧП. Победа засчитывается, если сеть восстановилась сама за минимальное время.  
+**Основные механики:** Библиотека кода: Сбор «карточек» с протоколами (BGP, OSPF, VLAN). Каждая карточка открывает новые возможности автоматизации. Визуализация трафика: Потоки данных выглядят как светящиеся линии. При заторах они краснеют. Автоматизация должна превратить «красные зоны» в стабильные синие потоки. Тестирование в песочнице: Перед деплоем (применением) скрипта на реальную сеть, игрок тестирует его на виртуальной модели, чтобы не «положить» всю систему.

Лекции/2.2.200_Автоматизация_управления_сетью/Трофимова.md

@@ -0,0 +1,46 @@
+# Автоматизация управления сетью
+В современном мире информационных технологий сети становятся основой бизнеса, коммуникаций и повседневной жизни. Чтобы обеспечить надежность, безопасность и эффективность работы сетей, все больше компаний вводят автоматизацию управления сетью.  
+**Автоматизация управления сетью** — это использование программных и аппаратных средств для автоматического мониторинга, настройки, контроля и устранения проблем в сети без постоянного вмешательства человека.  
+
+![](03.jpeg)
+
+### Зачем нужна автоматизация?
+1. **Повышение эффективности**  
+Снижение времени реакции на сбои и автоматическое их устранение позволяет значительно ускорить восстановление работы сети.
+2. **Обеспечение надежности**  
+Постоянный контроль и своевременное реагирование предотвращают возможные сбои и ухудшения качества связи.
+3. **Снижение затрат**  
+Меньше человеческих ресурсов требуется для обслуживания и настройки сети.
+4. **Адаптивность**  
+Системы могут автоматически подключаться к новым устройствам или менять настройки в соответствии с изменениями в сети.
+
+### Основные компоненты автоматизации
+**Мониторинг и сбор данных**. Использование систем для отслеживания состояния устройств, пропускной способности, загрузки каналов.  
+**Обработка и аналитика данных**. Аналитические инструменты позволяют выявлять тенденции и предсказывать возможные сбои.  
+**Автоматическая настройка и конфигурация.** Скрипты и системы для автоматического внесения изменений в конфигурацию устройств.  
+**Обнаружение и устранение сбоев.** Использование алгоритмов для быстрого обнаружения проблем и их автоматического решения.  
+
+### Технологии и инструменты
+Network Management Systems (NMS) — системы управления сетью (например, Nagios, Zabbix, SolarWinds).  
+Software-Defined Networking (SDN) — управление сетью через программное обеспечение.  
+Automated Provisioning — автоматическая настройка новых устройств.  
+AI и машинное обучение — для прогнозирования сбоев и оптимизации маршрутов.  
+
+### Инструментарий автоматизации
+Для реализации автоматизации используются различные инструменты. Популярностью пользуются системы управления конфигурациями, такие как Ansible, Puppet и Chef, которые позволяют описывать состояние сети в виде кода (Infrastructure as Code). Также широко применяются языки программирования, прежде всего Python, благодаря наличию библиотек для взаимодействия с сетевыми устройствами (например, Napalm, Netmiko).
+
+### Проблемы и вызовы
+Несмотря на очевидные выгоды, переход к автоматизации сопряжен с определенными трудностями. Одной из главных проблем является дефицит квалифицированных кадров, обладающих знаниями как в области сетевых технологий, так и в программировании. Также серьезным вызовом является интеграция новых решений с устаревшим оборудованием (Legacy), которое может не поддерживать современные протоколы автоматизации.
+
+### Примеры автоматизации в действии
+* Автоматическое переключение маршрутов при обнаружении сбоя.
+* Использование алгоритмов для балансировки нагрузки.
+* Автоматические обновления программного обеспечения устройств.
+
+### Заключение
+Автоматизация управления сетью — ключ к обеспечению высокой надежности, безопасности и эффективности сетей. В будущем эта тенденция будет только развиваться, позволяя создавать более умные и адаптивные сети.
+
+Список Литературы:  
+https://ya-poyu.ru/blog/2458  
+https://it-vacancies.ru/blog/principy-avtomatizacii-it-setei-i-sluzb/  
+https://supptech.tech/blog/avtomatizaciya-v-lokalnyh-setyah-kak-povysit-effektivnost-i-upravlyaemost