|
|
@@ -0,0 +1,105 @@
|
|
|
+# Требования к автоматизированным информационным системам (АИС)
|
|
|
+
|
|
|
+## Введение
|
|
|
+
|
|
|
+**Требования к АИС** — это формализованное описание свойств, характеристик и условий, которым должна соответствовать автоматизированная информационная система для успешного выполнения возложенных на неё функций. Грамотно сформулированные требования являются основой для проектирования, разработки, приёмки и эксплуатации системы.
|
|
|
+
|
|
|
+В контексте дисциплины МДК.01.04 особое внимание уделяется требованиям к **защищённому исполнению** АИС, то есть способности системы противостоять несанкционированному доступу, утечкам данных и внешним угрозам.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+## 1. Классификация требований к АИС
|
|
|
+
|
|
|
+Все требования к автоматизированным информационным системам принято делить на несколько ключевых групп. Такое разделение позволяет системно подойти к проектированию и оценке качества системы.
|
|
|
+
|
|
|
+| Группа требований | Сущность | Что описывает | Пример |
|
|
|
+|---|---|---|---|
|
|
|
+| **Функциональные** | Действия, которые система должна выполнять | Конкретные функции и операции | «Система должна позволять пользователю создавать, редактировать и удалять электронные документы» |
|
|
|
+| **Нефункциональные** | Качественные характеристики системы | Производительность, надёжность, масштабируемость | «Время отклика системы не должно превышать 2 секунды при 1000 одновременных пользователях» |
|
|
|
+| **Требования к безопасности** | Защита информации и системы от угроз | Конфиденциальность, целостность, доступность | «Все пароли должны храниться в хешированном виде с использованием алгоритма SHA-256» |
|
|
|
+| **Эргономические** | Удобство взаимодействия с пользователем | Интерфейс, доступность, понятность | «Интерфейс должен соответствовать принципам WCAG 2.1 для пользователей с ограниченными возможностями» |
|
|
|
+| **Технические** | Аппаратные и программные ограничения | Совместимость, требования к среде | «Система должна работать в ОС Windows 10/11 и современных браузерах» |
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+## 2. Требования к защищённому исполнению АИС
|
|
|
+
|
|
|
+Поскольку АИС часто обрабатывают конфиденциальную информацию (персональные данные, финансовую отчётность, медицинские записи), к ним предъявляются строгие требования по безопасности. Эти требования регламентируются государственными стандартами и нормативными актами.
|
|
|
+
|
|
|
+| Требование безопасности | Описание | Метод реализации |
|
|
|
+|---|---|---|
|
|
|
+| **Конфиденциальность** | Защита данных от несанкционированного доступа | Шифрование (AES-256), разграничение прав доступа (RBAC) |
|
|
|
+| **Целостность** | Гарантия неизменности данных при хранении и передаче | Контрольные суммы, электронная подпись (ЭЦП), журналирование |
|
|
|
+| **Доступность** | Обеспечение работоспособности системы в штатном режиме | Резервное копирование, кластеризация, SLA 99,9% |
|
|
|
+| **Аутентификация** | Проверка подлинности пользователя | Двухфакторная аутентификация (2FA), биометрия |
|
|
|
+| **Авторизация** | Определение прав доступа к ресурсам | Ролевая модель (RBAC), мандатный контроль |
|
|
|
+| **Аудит и журналирование** | Фиксация всех значимых действий в системе | Логи событий, SIEM-системы, неизменяемые журналы |
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+## 3. Визуализация структуры требований к АИС
|
|
|
+
|
|
|
+
|
|
|
+
|
|
|
+*Рис. 1. Комплексная структура требований к современной автоматизированной информационной системе*
|
|
|
+
|
|
|
+На рисунке отражено, как различные группы требований (функциональные, безопасности, эргономические) взаимодействуют между собой, формируя единый каркас надёжной и эффективной системы.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+## 4. Нормативная база требований к АИС в РФ
|
|
|
+
|
|
|
+Разработка и эксплуатация АИС на территории Российской Федерации регулируется рядом государственных стандартов и федеральных законов. Знание этой базы обязательно для специалистов в области защищённого исполнения систем.
|
|
|
+
|
|
|
+| Документ | Область регулирования | Ключевые положения |
|
|
|
+|---|---|---|
|
|
|
+| **ФЗ-152 «О персональных данных»** | Защита ПДн граждан | Обязательство операторов обеспечивать безопасность ПДн, уведомление Роскомнадзора |
|
|
|
+| **ФЗ-187 «О безопасности КИИ»** | Критическая информационная инфраструктура | Категорирование объектов КИИ, требования к защите |
|
|
|
+| **ГОСТ Р 56939-2016** | Защита информации при разработке ПО | Требования к безопасной разработке жизненного цикла ПО |
|
|
|
+| **ГОСТ Р ИСО/МЭК 25010-2015** | Качество программного обеспечения | Модель качества ПО: функциональность, производительность, совместимость |
|
|
|
+| **Приказ ФСТЭК №17** | Защита информации в государственных ИС | Классы защищённости ИС, требования к средствам защиты |
|
|
|
+| **Приказ ФСТЭК №21** | Защита ПДн в информационных системах | Уровни защищённости ПДн (УЗ-1 — УЗ-4) |
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+## 5. Процесс формирования требований
|
|
|
+
|
|
|
+Формирование требований к АИС — это итеративный процесс, который включает несколько этапов:
|
|
|
+
|
|
|
+1. **Анализ предметной области** — изучение бизнес-процессов организации, выявление потребностей пользователей и заинтересованных сторон.
|
|
|
+2. **Сбор требований** — проведение интервью, анкетирование, анализ документации, изучение нормативных актов.
|
|
|
+3. **Формализация** — перевод собранных пожеланий в чёткие, проверяемые и однозначные формулировки.
|
|
|
+4. **Согласование** — утверждение требований заказчиком, разработчиком и службой безопасности.
|
|
|
+5. **Верификация** — проверка полноты, непротиворечивости и тестируемости требований.
|
|
|
+6. **Управление изменениями** — контроль версий требований на протяжении всего жизненного цикла системы.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+## Заключение
|
|
|
+
|
|
|
+Требования к АИС образуют фундамент, на котором строится вся дальнейшая работа по проектированию, разработке и эксплуатации системы. Особое значение в современных условиях имеют требования к защищённому исполнению, обусловленные ростом киберугроз и ужесточением законодательства в области защиты информации.
|
|
|
+
|
|
|
+Качественно сформулированные требования позволяют:
|
|
|
+- Снизить риски несоответствия системы ожиданиям заказчика
|
|
|
+- Обеспечить соответствие системы нормативным требованиям (ФСТЭК, ФСБ, Роскомнадзор)
|
|
|
+- Минимизировать затраты на доработки на поздних этапах проекта
|
|
|
+- Создать прозрачную основу для тестирования и приёмки системы
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+## Список источников
|
|
|
+
|
|
|
+1. **Федеральный закон №152-ФЗ** «О персональных данных» (с изменениями на 2024 год).
|
|
|
+ *Ссылка:* [http://www.consultant.ru/document/cons_doc_LAW_61801/](http://www.consultant.ru/document/cons_doc_LAW_61801/)
|
|
|
+
|
|
|
+2. **Федеральный закон №187-ФЗ** «О безопасности критической информационной инфраструктуры Российской Федерации».
|
|
|
+ *Ссылка:* [http://www.consultant.ru/document/cons_doc_LAW_221619/](http://www.consultant.ru/document/cons_doc_LAW_221619/)
|
|
|
+
|
|
|
+3. **ГОСТ Р 56939-2016** «Защита информации. Разработка безопасного программного обеспечения».
|
|
|
+ *Ссылка:* [http://docs.cntd.ru/document/1200143611](http://docs.cntd.ru/document/1200143611)
|
|
|
+
|
|
|
+4. **ГОСТ Р ИСО/МЭК 25010-2015** «Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения».
|
|
|
+ *Ссылка:* [http://docs.cntd.ru/document/1200122186](http://docs.cntd.ru/document/1200122186)
|
|
|
+
|
|
|
+5. **Приказ ФСТЭК России №17** «Об утверждении требований о защите информации в государственных информационных системах».
|
|
|
+ *Ссылка:* [http://docs.cntd.ru/document/902346526](http://docs.cntd.ru/document/902346526)
|