Требования в разработке программного обеспечения 0:00 Требования важны для пользователя, они позволяют ускорять разработку, планировать и избегать багов. Требования делятся на проектные и продуктные.
Источники и способы выявления требований 1:11 Интервью с ключевыми персонами, анкетирование, фокус-группы, наблюдение, прототипирование, анализ документов, моделирование, самостоятельное описание.
Уровни и типы требований 9:10 Бизнес-требования, пользовательские требования, бизнес-правила, атрибуты качества, функциональные требования, нефункциональные требования, требования к интерфейсам, требования к данным.
Требования к качеству 21:47 Плохой пример - попытка запихнуть в требования несколько ситуаций, которые могут быть логически связаны или не связаны. Непротиворечивость и последовательность: требование не должно содержать внутренних противоречий и должно быть логически связанным.
Недвусмысленность 23:31 Требования должны быть написаны без использования жаргона, неочевидных аббревиатур и расплывчатых формулировок. Все термины должны быть однозначными и понятными.
Выполнимость 24:24 Требование должно быть технологически выполнимым и реализуемым в рамках бюджета и сроков.
Обязательность и актуальность 27:58 Если требование не обязательно, его следует исключить из набора требований. Если требование нужное, но не важное, его можно пометить приоритетом.
Прослеживаемость 29:44 Требование должно быть структурировано, иметь оглавление, нумерацию и перекрестные ссылки.
Модифицируемость 31:33 Требование должно быть легко модифицируемым, если оно аргументировано и не противоречит другим требованиям.
Ранжированность требований 32:22 Важность требования должна быть выставлена в соответствии с успехом проекта.
Корректность и проверяемость 33:13 Если все предыдущие пункты соблюдены, корректность и проверяемость будут реализованы.
Техники тестирования требований 35:13 Ревью, взаимный просмотр, технический просмотр, формальная инспекция, вопросы, тест-кейсы и чек-листы.
Анализ требований 42:58 Видео обсуждает использование графических представлений для анализа требований. Аналитики используют схемы и майнд мапы для представления процесса работы программы и данных.
Вопросы и требования 44:31 Обсуждаются неудачные и удачные варианты вопросов и требований. Примеры неудачных требований: скорость запуска, форматы документов, выбор даты.
Семинары и практика 48:22 В конце лекции анонсируются семинары по анализу требований и практика. Семинары будут проводиться через две недели, и на них будут представлены интересные требования с ошибками. Практика начинается в 18:45.
