1 of 18

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

2 of 18

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

требования включают описание:

1) условий или возможностей, необходимых пользователю для решения поставленных проблем или достижения целей;

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

3) документированное представление условий или возможностей проектирования системы.

3 of 18

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

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

Термин пользователи относится ко всем заинтересованным лицам в создании системы;

4 of 18

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

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

5 of 18

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

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

6 of 18

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

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

7 of 18

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

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

8 of 18

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

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

9 of 18

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

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

10 of 18

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

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

11 of 18

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

В процессе формулирования требований на систему принимают участие:

– представители от заказчика из нескольких профессиональных групп;

– операторы, обслуживающие систему;

– разработчики системы.

12 of 18

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

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

13 of 18

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

14 of 18

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

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

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

15 of 18

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

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

16 of 18

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

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

17 of 18

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

– конфиденциальность;

– отказоустойчивость;

– одновременность доступа к системе пользователей;

– безопасность;

– время ожидания ответа на обращение к системе;

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

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

18 of 18

Задание

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