---
title: Типы требований
questionDates:
  q-transfer-0347: '2026-10-01'
  q-transfer-0367: '2026-10-01'
seo:
  description: >-
    Тема «Типы требований» для собеседования Systems Analyst. Какие группы
    требований вы знаете? Что входит в нефункциональные требования?
  title: Типы требований — Systems Analyst
---

[Все темы Systems Analyst](/prep/systems-analyst)

## <strong>Какие группы требований вы знаете?</strong> [#q-14bee738d69b810ebe9fd81c20ab095f]

В процессе разработки программного обеспечения и систем встречаются различные группы требований&#58;

1. <strong>Функциональные требования&#58;</strong> Описывают функции, сервисы
   или задачи, которые система должна выполнять. Например, функции
   пользовательского интерфейса или бизнес-процессы.

1. <strong>Нефункциональные требования&#58;</strong> Определяют атрибуты
   качества системы, такие как производительность, надежность, безопасность,
   масштабируемость и удобство использования.

1. <strong>Бизнес-требования&#58;</strong> Связаны с бизнес-процессами и целями
   организации, включая требования к бюджету, времени и ресурсам.

1. <strong>Требования к интерфейсам&#58;</strong> Определяют способы
   взаимодействия пользователя с системой, включая требования к
   пользовательскому интерфейсу, API и внешним системам.

1. Требования к данным&#58; описывают структуру, хранение, доступ и управление данными системы.

1. <strong>Требования к производительности&#58;</strong> Определяют требования к
   скорости работы системы, времени отклика и загрузке.

1. <strong>Законодательные и стандартные требования&#58;</strong> Включают
   требования, которые система должна соблюдать в соответствии с
   законодательством или стандартами отрасли.

:::note[Ссылки для изучения]

1. [Бизнес-правила, бизнес-, функциональные и переходные требования: определения и примеры](https://habr.com/ru/articles/804349/)
1. [Функции и качественные характеристики системы — ISTQB CTFL, раздел2.2.2](https://www.rstqb.org/files/content/rstqb/downloads/ISTQB%20Downloads/ISTQB_CTFL_Syllabus-v4.0.1-RU-1.pdf#page=31)
1. [Уровни и виды требований. Artsiom Rusau QA Life, с 0:49](https://www.youtube.com/watch?v=Ct8mK-lFw1Q&t=49s)

:::

---

## <strong>Что входит в нефункциональные требования?</strong> [#q-14bee738d69b81daa78be37f5b18267c]

Нефункциональные требования определяют атрибуты качества системы, которые не связаны непосредственно с её функциональностью, а определяют её общие характеристики, производительность и способность удовлетворять потребности пользователей. Они включают&#58;

1. <strong>Производительность&#58;</strong> Требования к времени отклика,
   скорости обработки данных или пропускной способности системы.

1. <strong>Надежность&#58;</strong> Ожидаемое время безотказной работы системы,
   степень устойчивости к сбоям и восстановление после сбоев.

1. <strong>Безопасность&#58;</strong> Требования к защите данных, аутентификации
   пользователей, контролю доступа и защите от угроз.

1. <strong>Удобство использования (</strong>
   <code>Usability</code>
   <strong>)&#58;</strong> Требования к интерфейсу пользователя, уровню
   обучаемости, удобству навигации и общей доступности.

1. <strong>Масштабируемость&#58;</strong> Способность системы масштабироваться
   для поддержки увеличения объёма данных или пользовательской нагрузки.

1. <strong>Совместимость&#58;</strong> Требования к совместимости с другими
   системами, программным и аппаратным обеспечением.

1. <strong>Модифицируемость и расширяемость&#58;</strong> Способность системы
   быть легко модифицированной и расширяемой для внесения изменений и добавления
   новой функциональности.

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

:::note[Ссылки для изучения]

1. [Нефункциональные характеристики качества и их проверка — ISTQB CTFL2.2.2](https://www.rstqb.org/files/content/rstqb/downloads/ISTQB%20Downloads/ISTQB_CTFL_Syllabus-v4.0.1-RU-1.pdf#page=31)
   :::

---

## <strong>Как вы будете различать функциональные и нефункциональные требования?</strong> [#q-14bee738d69b8102b746ebe2efd6230f]

Функциональные и нефункциональные требования различаются по своей сути и тому, на какие аспекты системы они ориентированы&#58;

{/* prettier-ignore */}
1. <strong>Функциональные требования&#58;</strong>

    - Определяют конкретные функции и задачи, которые система должна выполнять.

    - Описывают, что система должна делать относительно входных данных.

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

    - Примеры&#58; «Система должна позволять пользователям создавать новые аккаунты», «Система должна автоматически отправлять уведомления о новых сообщениях».

1. <strong>Нефункциональные требования&#58;</strong>

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

    - Описывают атрибуты, такие как производительность, безопасность, надежность и удобство использования.

    - Часто описываются как ограничения или качественные характеристики, которые не связаны напрямую с конкретными функциями системы.

    - Примеры&#58; «Система должна обрабатывать запросы пользователей в течение 2 секунд», «Доступ к административной части системы должен быть защищен паролем и двухфакторной аутентификацией».

:::note[Ссылки для изучения]

1. [Что делает система и насколько хорошо: функции и характеристики качества — ISTQB](https://www.rstqb.org/files/content/rstqb/downloads/ISTQB%20Downloads/ISTQB_CTFL_Syllabus-v4.0.1-RU-1.pdf#page=31)
2. [Уровни и виды требований. Artsiom Rusau QA Life, с 0:49](https://www.youtube.com/watch?v=Ct8mK-lFw1Q&t=49s)

:::

---

## Какие требования собирает и анализирует системный аналитик? [#q-14bee738d69b816190dbfff24006335e]

Системный аналитик должен собирать и анализировать различные типы требований для успешной разработки информационной системы. Эти требования могут включать&#58;

1. <strong>Функциональные требования&#58;</strong> Определяют конкретные функции
   и задачи, которые система должна выполнять.

1. <strong>Нефункциональные требования&#58;</strong> Определяют качественные
   атрибуты и ограничения системы, такие как производительность, безопасность и
   удобство использования.

1. <strong>Бизнес-требования&#58;</strong> Отражают бизнес-цели и ожидания от
   системы, выраженные на языке бизнеса.

1. <strong>Требования к пользовательскому интерфейсу&#58;</strong> Определяют
   способы взаимодействия пользователей с системой.

1. <strong>Требования к интеграции и интерфейсам&#58;</strong> Определяют, как
   система должна взаимодействовать с другими системами или компонентами.

1. <strong>Требования к безопасности и доступу&#58;</strong> Определяют
   требования к защите данных и контролю доступа к системе.

1. <strong>Требования к производительности&#58;</strong> Определяют ограничения
   и требования к времени отклика и обработки данных системы.

1. <strong>Требования к поддержке и обслуживанию&#58;</strong> Определяют
   требования к технической поддержке, документации и обновлениям системы.

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

:::note[Ссылки для изучения]

1. [Какие требования фиксируют в Vision и SRS: пример ERP-проекта — NAUKA](https://habr.com/ru/amp/publications/985034/)
   :::

---

## Как сформулировать измеримое нефункциональное требование? [#q-transfer-0347]

Измеримое NFR содержит объект измерения, метрику, порог, условия и допустимую долю нарушений. Например: «При профиле 300 запросов в секунду и 50 одновременных пользователях 99-й перцентиль времени ответа операции оплаты не превышает 800 мс в течение 30 минут, доля `5xx` меньше 0,1%». Нужно зафиксировать среду, размер данных, географию или канал, период и инструмент измерения. Среднее значение обычно скрывает редкие медленные ответы. Формулировка должна давать одинаковый результат проверки разным командам и связываться с пользовательским или бизнес-риском.

:::note[Ссылки для изучения]

1. [Измеримые требования к производительности: метрики, численные пороги и перцентили — Microsoft](https://learn.microsoft.com/ru-ru/azure/well-architected/performance-efficiency/performance-targets)
   :::

---

## Когда нужны переходные требования? [#q-transfer-0367]

Переходные требования нужны для временного состояния между старой и целевой системой. Они описывают миграцию и проверку данных, обучение пользователей, параллельную эксплуатацию, обратную совместимость, переключение трафика, откат и поддержку старых процессов. У каждого требования должен быть владелец, срок действия, условие включения и измеримый критерий завершения. Например, старую систему отключают только после сверки контрольных сумм, успешной работы нового контура заданный период и закрытия критичных ошибок. Такие требования удаляют после перехода, поэтому их не следует смешивать с постоянными функциями продукта.

:::note[Ссылки для изучения]

1. [Переходные требования: миграция, обучение и временный характер](https://habr.com/ru/articles/804349/)
   :::