Методы определения требований в программной инженерии
Определение понятий и видов требований
требования включают описание:
1) условий или возможностей, необходимых пользователю для решения поставленных проблем или достижения целей;
2) условий или возможностей, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворить стандартам, спецификациям или другим формальным документам;
3) документированное представление условий или возможностей проектирования системы.
Виды требований
Термин пользователи относится ко всем заинтересованным лицам в создании системы;
Виды требований
Виды требований
Системные требования
(system requirements) обозначают высокоуровневые требования к продукту, которые содержат многие подсистемы или вся система. Из требований для всей системы главными являются функциональные требования к ПО.
Функциональные требования
Включают описание требований к видам и типам реализуемых функций и документируются в спецификации требований к ПО (software requirements specification, SRS), где описано и ожидаемое поведение системы.
нефункциональные требования
(защита данных, адаптивность, изменчивость и др.), описаны цели и атрибуты качества.
Атрибуты качества
представляют собой дополнительное описание функций программного продукта, выраженных через описание его характеристик, важных для пользователей или разработчиков. К таким характеристикам относятся легкость и простота использования, легкость перемещения, целостность, эффективность и устойчивость к сбоям.
Бизнес-требования
содержат высокоуровневые цели организации или заказчиков бизнес–системы. Бизнес-правила (business rules) включают корпоративные политики, правительственные постановления, промышленные стандарты и вычислительные алгоритмы.
Анализ и сбор требований
В процессе формулирования требований на систему принимают участие:
– представители от заказчика из нескольких профессиональных групп;
– операторы, обслуживающие систему;
– разработчики системы.
Подпроцессы формулирования требований
Продукт процесса сбора требований – неформализованное их описание – основа контракта на разработку между заказчиком и исполнителем системы.
Подпроцессы формулирования требований
2. Анализ требований
Это процесс изучения потребностей и целей пользователей, классификация и их преобразование к требованиям системы, к ПО, установление и разрешение конфликтов между требованиями, определение приоритетов, границ системы и принципов взаимодействия со средой функционирования.
Классификация требований
Нефункциональные требования
могут иметь числовой вид (например, время ожидания ответа, количество обслуживаемых клиентов, БД данных и др.), а также содержать числовые значения показателей надежности и качества работы компонентов системы, период смены версий системы и др.
Для большинства ПС, с которыми будут работать много пользователей, требования должны выражать такие ограничения на работу системы:
– конфиденциальность;
– отказоустойчивость;
– одновременность доступа к системе пользователей;
– безопасность;
– время ожидания ответа на обращение к системе;
– ограничения на исполнительские функции системы (ресурсы памяти, скорость реакции на обращение к системе и т.п.);
– регламентации действующих стандартов, упрощающих процессов организации формирования требований и менеджмента.
Задание
По пройденному материалу нарисовать интеллект-карту.