Изучаем необходимые навыки для Аналитика. Работа с требованиями: Виды и уровни требований.
Требования — это основа, на которой строится весь процесс разработки программного обеспечения. Они определяют, что именно должно быть сделано, как система будет функционировать и какие характеристики она должна иметь. Посмотрим на требования со стороны Карла Вигерса и Джоя Битти (Разработка требований к программному обеспечению).
Уровни требований
Требования можно разделить на несколько уровней, каждый из которых отвечает за определенный аспект проекта:
➡️ Бизнес-требования: Это высокоуровневые требования, которые определяют цели и задачи бизнеса. Они описывают, почему проект инициирован и какие бизнес-выгоды ожидаются от его реализации. Например, увеличение доли рынка или улучшение обслуживания клиентов.
➡️ Пользовательские требования: Эти требования описывают, что пользователи ожидают от системы. Они фокусируются на потребностях конечных пользователей и том, как система должна помочь им в решении их задач. Например, возможность быстро находить информацию или удобный интерфейс.
➡️ Системные требования: Это более детализированные требования, которые описывают, как система должна функционировать. Они включают в себя функциональные и нефункциональные требования, а также атрибуты качества.
Виды требований
Требования также можно классифицировать по их характеру:
➡️ Функциональные требования: Описывают, что именно система должна делать. Они определяют функции и возможности, которые должны быть реализованы. Например, "система должна позволять пользователям регистрироваться и входить в учетную запись".
➡️ Нефункциональные требования: Описывают, как система должна работать. Они включают в себя производительность, безопасность, масштабируемость и другие аспекты, которые не связаны напрямую с функциональностью. Например, "система должна обрабатывать 1000 запросов в секунду".
➡️ Бизнес-правила: Это специфические правила, которые определяют, как бизнес функционирует. Они могут влиять на то, как реализуются функциональные требования. Например, "пользователь должен быть старше 18 лет для регистрации".
➡️ Атрибуты качества: Это требования, которые определяют, насколько хорошо система должна выполнять свои функции. Они включают в себя надежность, удобство использования, производительность и другие характеристики.
➡️ Внешние интерфейсы: Описывают, как система будет взаимодействовать с другими системами или компонентами. Это может включать API, протоколы обмена данными и другие аспекты интеграции.
➡️ Ограничения: Это условия, которые накладываются на проект. Они могут быть связаны с бюджетом, временем, технологиями или другими факторами. Например, "проект должен быть завершен в течение шести месяцев".
❗️Стоит отметить, что взгляд на требования в работе IT команд и у авторов разница. Зачастую на рабочем месте будет использоваться скромный набор в виде описания функциональных (ФТ) и нефункциональных требований (НФТ).
В руководстве BABOK Свод знаний по бизнес-анализу отличается взгляд на уровни требований:
➡️Бизнес-требования: Аналогично Вигерсу и Битти, BABOK определяет бизнес-требования как высокоуровневые цели организации или заинтересованных сторон.
➡️Требования заинтересованных сторон: Описывают потребности и ожидания конкретных заинтересованных сторон (включая пользователей). Это похоже на пользовательские требования у Вигерса и Битти, но с более широким охватом, так как включают не только пользователей, но и других заинтересованных лиц.
➡️Требования к решению: Включают функциональные и нефункциональные требования, которые описывают, как система должна быть реализована для удовлетворения бизнес-требований и требований заинтересованных сторон.
Вигерс и Битти делают акцент на детализации и структурировании требований, особенно на уровне функциональных и нефункциональных требований. Он предлагает практические методы для сбора, анализа и документирования требований, что делает его подход очень полезным для системных аналитиков и разработчиков.
#Статья #BA #SA #аналитик #навыкАналитика #войтиВit
продолжение⬇️⬇️⬇️
Требования — это основа, на которой строится весь процесс разработки программного обеспечения. Они определяют, что именно должно быть сделано, как система будет функционировать и какие характеристики она должна иметь. Посмотрим на требования со стороны Карла Вигерса и Джоя Битти (Разработка требований к программному обеспечению).
Уровни требований
Требования можно разделить на несколько уровней, каждый из которых отвечает за определенный аспект проекта:
➡️ Бизнес-требования: Это высокоуровневые требования, которые определяют цели и задачи бизнеса. Они описывают, почему проект инициирован и какие бизнес-выгоды ожидаются от его реализации. Например, увеличение доли рынка или улучшение обслуживания клиентов.
➡️ Пользовательские требования: Эти требования описывают, что пользователи ожидают от системы. Они фокусируются на потребностях конечных пользователей и том, как система должна помочь им в решении их задач. Например, возможность быстро находить информацию или удобный интерфейс.
➡️ Системные требования: Это более детализированные требования, которые описывают, как система должна функционировать. Они включают в себя функциональные и нефункциональные требования, а также атрибуты качества.
Виды требований
Требования также можно классифицировать по их характеру:
➡️ Функциональные требования: Описывают, что именно система должна делать. Они определяют функции и возможности, которые должны быть реализованы. Например, "система должна позволять пользователям регистрироваться и входить в учетную запись".
➡️ Нефункциональные требования: Описывают, как система должна работать. Они включают в себя производительность, безопасность, масштабируемость и другие аспекты, которые не связаны напрямую с функциональностью. Например, "система должна обрабатывать 1000 запросов в секунду".
➡️ Бизнес-правила: Это специфические правила, которые определяют, как бизнес функционирует. Они могут влиять на то, как реализуются функциональные требования. Например, "пользователь должен быть старше 18 лет для регистрации".
➡️ Атрибуты качества: Это требования, которые определяют, насколько хорошо система должна выполнять свои функции. Они включают в себя надежность, удобство использования, производительность и другие характеристики.
➡️ Внешние интерфейсы: Описывают, как система будет взаимодействовать с другими системами или компонентами. Это может включать API, протоколы обмена данными и другие аспекты интеграции.
➡️ Ограничения: Это условия, которые накладываются на проект. Они могут быть связаны с бюджетом, временем, технологиями или другими факторами. Например, "проект должен быть завершен в течение шести месяцев".
❗️Стоит отметить, что взгляд на требования в работе IT команд и у авторов разница. Зачастую на рабочем месте будет использоваться скромный набор в виде описания функциональных (ФТ) и нефункциональных требований (НФТ).
В руководстве BABOK Свод знаний по бизнес-анализу отличается взгляд на уровни требований:
➡️Бизнес-требования: Аналогично Вигерсу и Битти, BABOK определяет бизнес-требования как высокоуровневые цели организации или заинтересованных сторон.
➡️Требования заинтересованных сторон: Описывают потребности и ожидания конкретных заинтересованных сторон (включая пользователей). Это похоже на пользовательские требования у Вигерса и Битти, но с более широким охватом, так как включают не только пользователей, но и других заинтересованных лиц.
➡️Требования к решению: Включают функциональные и нефункциональные требования, которые описывают, как система должна быть реализована для удовлетворения бизнес-требований и требований заинтересованных сторон.
Вигерс и Битти делают акцент на детализации и структурировании требований, особенно на уровне функциональных и нефункциональных требований. Он предлагает практические методы для сбора, анализа и документирования требований, что делает его подход очень полезным для системных аналитиков и разработчиков.
#Статья #BA #SA #аналитик #навыкАналитика #войтиВit
продолжение⬇️⬇️⬇️