Методы определения требований в программной инженерии

1. Методы определения требований в программной инженерии

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

требования включают описание:
1) условий или возможностей, необходимых пользователю для
решения поставленных проблем или достижения целей;
2) условий или возможностей, которыми должна обладать система
или системные компоненты, чтобы выполнить контракт или
удовлетворить
стандартам,
спецификациям
или
другим
формальным документам;
3) документированное представление условий или возможностей
проектирования системы.

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

требования к продукту охватывают требования
как
пользователей
(внешнее
системы), так и разработчиков
скрытые параметры).
поведение
(некоторые
Термин
пользователи
относится
ко
всем
заинтересованным лицам в создании системы;

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

требования
к ПО состоят из трех уровней —
бизнес-требования, требования пользователей и
функциональные требования. Каждая система
имеет свои нефункциональные требования;

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

требования
пользователей (user requirements)
описывают
цели
и
задачи,
которые
пользователям позволит решить система. К
способам представления этого вида требований
относятся варианты использования, сценарии и
таблицы «событие — отклик».

6. Системные требования

(system
requirements)
обозначают
высокоуровневые
требования
к
продукту,
которые содержат многие подсистемы или вся
система. Из требований для всей системы
главными являются функциональные требования
к ПО.

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

Включают описание требований к видам и типам
реализуемых функций и документируются в
спецификации требований к ПО (software
requirements specification, SRS), где описано и
ожидаемое поведение системы.

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

(защита данных, адаптивность, изменчивость и
др.), описаны цели и атрибуты качества.

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

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

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

содержат высокоуровневые цели организации или
заказчиков
бизнес–системы.
Бизнес-правила
(business
rules)
включают
корпоративные
политики, правительственные постановления,
промышленные стандарты и вычислительные
алгоритмы.

11. Анализ и сбор требований

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

12. Подпроцессы формулирования требований

1. Сбор требований:
цели и задачи системы, которые формулирует
заказчик.
действующая
система
выполняющий ее функции.
или
коллектив,

13.

Продукт
процесса
сбора
требований
–
неформализованное их описание – основа
контракта на разработку между заказчиком и
исполнителем системы.

14. Подпроцессы формулирования требований

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

15. Классификация требований

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

16. Нефункциональные требования 

Нефункциональные требования
могут иметь числовой вид (например, время
ожидания
ответа,
количество
обслуживаемых
клиентов, БД данных и др.), а также содержать
числовые значения показателей надежности и
качества работы компонентов системы, период
смены версий системы и др.

17.

Для большинства ПС, с которыми будут
работать много пользователей, требования
должны выражать такие ограничения на
работу системы:
– конфиденциальность;
– отказоустойчивость;
– одновременность доступа к системе
пользователей;
– безопасность;

18.

– время ожидания ответа на обращение к
системе;
– ограничения на исполнительские функции
системы (ресурсы памяти, скорость реакции
на обращение к системе и т.п.);

19. Задание

По пройденному материалу нарисовать интеллект-карту.