Browse Source

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

ypv 2 days ago
parent
commit
6685a85e3c

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


+ 61 - 0
Лекции/1.1.500_Требования_АИС/vedensky.md

@@ -0,0 +1,61 @@
+# Требования к АИС: гибкость, надежность, эффективность, безопасность.
+## Введение
+В современном мире автоматизация стала основой развития бизнеса, государственного управления и науки. В центре этого процесса находятся автоматизированные информационные системы (АИС) — сложные комплексы, объединяющие технические, программные и организационные средства для сбора, обработки и хранения информации.
+
+Однако создание АИС — это не просто написание кода. Это инженерная задача, успех которой напрямую зависит от того, насколько полно система соответствует четырём фундаментальным требованиям: гибкости, надёжности, эффективности и безопасности. Игнорирование любого из этих столпов неизбежно ведёт к провалу проекта, финансовым потерям или даже угрозе безопасности данных.
+![]( i.jpg)
+
+Рассмотрим каждое из этих требований подробно.
+
+### 1. Гибкость (Adaptability)
+Гибкость — это способность АИС адаптироваться к изменяющимся внешним и внутренним условиям без необходимости полной переработки системы.
+
+Почему это важно?
+Мир не стоит на месте. Меняются законы, бизнес-процессы, рыночная конъюнктура и технологии. Если система «жёсткая», любое изменение превращается в дорогостоящий и долгий проект. Гибкая система позволяет компании оставаться конкурентоспособной.
+
+Как достигается гибкость?
+Модульность: Архитектура строится из независимых блоков (модулей). Изменение одного модуля не ломает всю систему.
+Масштабируемость: Система должна легко справляться с ростом нагрузки (увеличением числа пользователей или объёма данных) путём добавления ресурсов (вертикальное масштабирование) или новых серверов (горизонтальное).
+Кроссплатформенность: Возможность работы на различных операционных системах и устройствах.
+Пример: Система онлайн-банкинга должна легко интегрировать новый способ аутентификации (например, по биометрии) или поддерживать выход нового закона о защите данных без остановки работы всего сервиса.
+
+### 2. Надёжность (Reliability)
+Надёжность — это свойство системы выполнять свои функции в заданных условиях в течение определённого времени.
+
+Почему это важно?
+Для критически важных систем (медицина, транспорт, финансы) простой даже на несколько минут может привести к катастрофическим последствиям. Пользователь должен быть уверен, что система доступна и работает корректно.
+
+Ключевые показатели надёжности:
+Отказоустойчивость (Fault Tolerance): Способность системы продолжать работу при выходе из строя одного или нескольких компонентов (например, серверов или дисков).
+Доступность (Availability): Отношение времени работоспособного состояния к общему времени. Обычно измеряется в процентах (например, «три девятки» — 99.9%).
+Целостность данных: Гарантия того, что информация не будет искажена или потеряна в процессе передачи или хранения.
+Пример: Система управления авиаперелётами обязана быть абсолютно надёжной. Резервирование всех ключевых узлов гарантирует, что сбой одного компьютера не приведёт к аварии.
+
+### 3. Эффективность (Efficiency)
+Эффективность — это отношение полученного полезного результата к затраченным ресурсам. В контексте АИС это производительность и экономичность.
+
+Почему это важно?
+Неэффективная система потребляет слишком много вычислительных мощностей (процессорное время, память), что ведёт к высоким затратам на оборудование и электроэнергию. Медленная работа раздражает пользователей и снижает продуктивность.
+
+Из чего складывается эффективность?
+Временна́я эффективность: Скорость выполнения операций и отклика системы на действия пользователя.
+Ресурсная эффективность: Минимизация использования памяти, дискового пространства и пропускной способности сети.
+Экономическая эффективность: Соотношение затрат на разработку/поддержку системы и приносимой ею пользы (ROI).
+Пример: Поисковая система должна выдавать результаты за доли секунды. Для этого используются сложнейшие алгоритмы индексации и кэширования, обеспечивающие максимальную временну́ю эффективность при обработке миллиардов документов.
+
+### 4. Безопасность (Security)
+Безопасность — это состояние защищённости системы и обрабатываемой в ней информации от случайных или преднамеренных воздействий.
+
+Почему это важно?
+Утечка персональных данных, кража коммерческой тайны или блокировка работы системы вирусом-шифровальщиком могут уничтожить репутацию компании и привести к огромным штрафам. Безопасность сегодня — это не опция, а базовое требование.
+
+Триада информационной безопасности:
+Конфиденциальность: Доступ к информации имеют только те, кто обладает соответствующими правами.
+Целостность: Информация защищена от несанкционированного изменения.
+Доступность: Авторизованные пользователи могут получить доступ к информации и сервисам в любое время.
+Пример: В медицинской информационной системе безопасность критична. Данные о здоровье пациента должны быть конфиденциальны (врачебная тайна), защищены от изменений (целостность истории болезни) и доступны врачу в экстренной ситуации.
+
+# Заключение
+Гибкость, надёжность, эффективность и безопасность — это четыре кита, на которых держится любая современная автоматизированная информационная система. Они тесно взаимосвязаны: попытка максимизировать одно требование в ущерб другим часто приводит к проблемам.
+
+Успешный архитектор АИС — это специалист, который умеет находить баланс между этими требованиями, создавая системы, которые не просто работают сегодня, но и готовы к вызовам завтрашнего дня.

+ 8 - 0
Лекции/1.1.500_Требования_АИС/vedensky_vopros.md

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

+ 74 - 0
Лекции/1.1.500_Требования_АИС/сценарий_веденский.md

@@ -0,0 +1,74 @@
+# Сценарий интерактивной браузерной игры «Требования к АИС: гибкость, надежность, эффективность, безопасность.»
+### Тема: освоение ключевых требований к проектированию и эксплуатации автоматизированных информационных систем.
+
+### Цель игры: успешно спроектировать и внедрить АИС, обеспечив баланс между гибкостью, надёжностью, эффективностью и безопасностью.
+
+### Целевая аудитория: студенты IT-специальностей, начинающие системные аналитики, разработчики, менеджеры проектов.
+
+### Формат: веб-приложение с интерактивными элементами, имитирующими этапы жизненного цикла АИС.
+
+### Длительность: 30–45 минут.
+
+## Сцена 1. Постановка задачи и анализ требований
+Элементы:
+
+Экран с 3 кейсами на выбор:
+«Разработка системы онлайн-банкинга»;
+«Создание платформы для дистанционного обучения»;
+«Внедрение CRM для крупного ритейла».
+Карточки с требованиями: «Гибкость», «Надёжность», «Эффективность», «Безопасность».
+Таймер (3 минуты на планирование).
+Действия:
+
+Выбрать один кейс.
+Перетащить карточки с требованиями в приоритетную область (ранжировать по важности для выбранного кейса).
+Кратко описать бизнес-цель (ввести в текстовое поле).
+Нажать «Утвердить архитектуру».
+Условия перехода:
+
+Все 4 требования ранжированы (1–4 место).
+Цель сформулирована чётко (не менее 10 слов).
+Система подтверждает: «Архитектура утверждена. Переходим к проектированию».
+## Сцена 2. Проектирование архитектуры
+Элементы:
+
+Интерактивная доска для рисования схемы (перетаскивание блоков: База данных, Сервер, Клиент, API).
+Панель инструментов: выбор технологий (SQL/NoSQL, Облако/Локально, Микросервисы/Монолит).
+Индикатор прогресса (0/4 компонента размещено).
+Действия:
+
+Перетаскивать блоки на схему.
+Соединять их линиями (указывать потоки данных).
+Выбирать технологии для каждого блока (например, для БД — PostgreSQL или MongoDB).
+Нажимать «Проверить связность».
+Условия перехода:
+
+На схеме присутствуют все 4 компонента.
+Все блоки соединены корректно (нет изолированных узлов).
+Выбраны технологии для каждого элемента.
+Система выдаёт: «Архитектура спроектирована. Переходим к тестированию».
+## Сцена 3. Тестирование и верификация
+Элементы:
+
+Дашборд с собранными данными (логи, метрики производительности, отчёты об ошибках).
+Инструменты проверки:
+«Генератор нагрузки» (имитация пользователей).
+«Сканер уязвимостей» (поиск дыр в безопасности).
+«Калькулятор отказоустойчивости».
+Действия:    - Запустить стресс-тест (нажать кнопку).    - Проанализировать отчёты сканера уязвимостей (отметить найденные проблемы).    - Оценить время отклика системы.    - Нажать «Внедрить патчи» для исправления ошибок.
+
+Условия перехода:    - Проведён хотя бы один тест по каждому требованию (нагрузка, безопасность, отказоустойчивость).    - Исправлено не менее 2 критических уязвимостей.    - Время отклика не превышает допустимый порог.    - Система отмечает: «Тестирование завершено. Готовьте отчёт».
+
+## Сцена 4. Синтез и отчётность
+Элементы:    - Редактор отчёта с шаблонами: «Техническое задание», «Протокол испытаний», «Паспорт безопасности».    - Конструктор графиков (автоматическое построение диаграмм по результатам тестов).    - Чек-лист соответствия требованиям:        - «Гибкость подтверждена модульной структурой».        - «Надёжность обеспечена резервированием».        - «Эффективность соответствует KPI».        - «Безопасность на уровне ГОСТ/ISO».
+
+Действия:    - Выбрать шаблон отчёта.    - Перенести данные из тестов в соответствующие разделы.    - Заполнить выводы и рекомендации.    - Отметить пункты чек-листа.    - Нажать «Сгенерировать PDF».
+
+Условия перехода:    - Отчёт содержит не менее 3 выводов с доказательствами (графики, цифры).    - Все пункты чек-листа отмечены.    - PDF-отчёт сгенерирован без ошибок.
+
+## Сцена 5. Рефлексия и оценка качества
+Элементы:    - Экран с финальным отчётом и метриками:        - «Баланс требований: X %»;        - «Безопасность: Y %»;        - «Время внедрения: Z дней»;        - «Стоимость владения: W $».    - Симулятор последствий:        - Сценарий 1: «Система успешно работает под нагрузкой!».        - Сценарий 2: «Произошёл сбой из-за недостаточной отказоустойчивости».        - Сценарий 3: «Зафиксирована утечка данных из-за уязвимости».
+
+Действия:    - Изучить метрики и сценарии последствий.    - Читать рекомендации системы по улучшению архитектуры.    - Скачать сертификат и отчёт.    - Нажать «Новое проектирование» для повторного прохождения.
+
+Условия завершения игры:    - Финальный отчёт соответствует целям кейса.    - Метрика «Баланс требований» ≥ 80 %.    - Безопасность ≥ 85 %.    - Игрок получает сертификат с рейтингом:        - A — Баланс ≥ 90 %, Безопасность ≥ 95 %.        - B — Баланс 80–89 %, Безопасность 85–94 %.        - C — Баланс 70–79 %, Безопасность 75–84 %.