Общие сведения о требованиях
Определение понятия «требования»
Что определяют требования
Виды требований
Иерархия требований
Выявление и анализ требований
Бизнес-требования
Пользовательские требования
Функциональные требования
Функциональные требования
Функциональные требования
Уровни требований
Иерархия требований
Бизнес правила
Атрибуты качества
Ограничения
Иерархия требований по BABOK
Д/З
Литература
1.66M
Category: informaticsinformatics

Общие сведения о требованиях

1. Общие сведения о требованиях

ОБЩИЕ СВЕДЕНИЯ О
ТРЕБОВАНИЯХ
Роль требований в разработке информационной системы
РОГОЗИН ВАСИЛИЙ 2026

2. Определение понятия «требования»

3.

1. Требование - это условие или возможность, которой должна соответствовать
система
2.Требования - это условия, которым должна отвечать информационная
система, чтобы представлять ценность для ее Заказчика и Пользователей
3. Требования - это спецификация того, что должно быть реализовано.
В них описано поведение системы, свойства системы или ее атрибуты.
Они могут служить ограничениями в процессе разработки системы (Вигерс К.).

4.

5. Что определяют требования

Участвует в выполнении
Автоматизируемые
процессы
Пользователь
Программные
средства
Регламентируют
выполнение
Функционируют на
Нормативнометодические
документы
Регламентируют
использование
Смежные программные
средства
Аппаратнопрограммная
платформа

6. Виды требований

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

7. Иерархия требований

8. Выявление и анализ требований

9. Бизнес-требования

Отвечают на вопрос: «Почему организации нужна такая
система?»
Пример 1
Авиакомпания хочет на 25% снизить затраты на сотрудников у стойки в аэропорту.
Пример 2
Увеличить рыночную долю с 5 до 15 % за последующие 3 месяца
Пример 3

10. Пользовательские требования

Отвечают на вопрос «что пользователь должен иметь
возможность делать с системой?»
Пример 1
Как пассажир я хочу зарегистрироваться на рейс, чтобы можно было сесть на самолет.
Пример 2
Как ведущему оператору мне необходимо каждое утро калибровать контроллер насоса
Пример 3

11. Функциональные требования

Как должен вести себя продукт

12. Функциональные требования

13. Функциональные требования

Как должен вести себя продукт
КАК
сотрудник
Я ХОЧУ
авторизовать клиента в системе
ЧТОБЫ
получить информацию о клиенте и воспользоваться возможностями УПЛ
Критерии приемки
КП1: Экран авторизации
КП2: Авторизация клиента
ДАНО я нахожусь на экране "Новый клиент"
КОГД я устанавливаю курсор в поле
А
И
я ввожу номер телефона
И
я нажимаю кнопку "Продолжить"
ТОГД система инициирует поиск профиля
А
ДАНО
КП1
КОГДА
системе вернулся профиль клиента
И
начинает сессию авторизированного клиента
ТОГДА
система перенаправляет сотрудника на экран
подтверждения информации о клиенте

14. Уровни требований

Бизнес-требования
Требования Пользователей
Детальные требования

15. Иерархия требований

16. Бизнес правила

Не требования, но влияют на них
• Каждому клиенту, который открывает в банке очередной депозит, добавляется
дополнительный 1% к ставке
• Если оплата по счету не поступила в течение 15 дней, заказ считается
отменённым
• Меню может создавать только менеджер меню
• Одноразовая транзакция не может быть больше 10 000 долл.
• Количество студентов в группе не может быть более 35 человек
• При заказе на сумму 10 000 рублей скидка составит 20%.
• Первая покупка – 30% предоплаты

17. Атрибуты качества

• Производительность (Performance) – число одновременных пользователей 10 тыс.
• Доступность (Availability) – 24/7.
• Надежность (Reliability) – бэкап данных 2 раза в сутки.
• Удобство использования (Usability) – ПО предназначенно для пользователей ПК начального уровня.
• Безопасность (Security) – менять ФИО сотрудников может только пользователь с ролью
«Администратор».
• Переносимость(Portability) – API должен поддерживаться на Android, iOS клиентах. В дальнейшем
возможно добавление web-клиента.
• Расширяемость (Extendibility) – возможное расширение типов сообщений в системе путем
написания дополнительного кода.
• Сохранность данных (Data integrity) - данные текстовых сообщений хранятся 2 года,
мультимедийных - 1 год.
• и многое другое

18. Ограничения

• Скорость соединения клиент-сервер должна быть не ниже
1Mbit/sec на клиента
• Для работы решения требуется доступ в интернет
• Баба Дуся выключает сервер каждый вечер в 6
• Объем оперативной памяти

19. Иерархия требований по BABOK

Бизнес-требования
Бизнес правила
Требования пользователей
Требования к решению
Функциональные
требования
Переходные
требования
Атрибуты качества

20. Д/З

• Написать по 2 ФТ и НФТ к бытовому предмету (например к стулу)

21. Литература

• https://habr.com/ru/post/231961/ Нефункциональные требования
• https://it.rfei.ru/course/~jRzS/~R9AE/~lyK2 Требования к внешним
интерфейсам
• http://babok4u.blogspot.com/p/1.html BABOK (русская версия)
• https://vk.com/doc-
51760813_169617816?hash=9eac08aabfc757b1d7&dl=04f9b36ccc4edf0c90
BABOK (оригинал)
• Карл Вигерс
English     Русский Rules