Формулирование потребностей клиента. Управление требованиями

Требования пользователей – это та основа, при грамотном обобщении и структурировании которой может быть построена нужная организация над проектом
Что такое требования ?
Пользователи: методисты, секретари, специалисты, ученики, учителя, бухгалтера, менеджеры, ………
Управление требованиями - это процесс сбора поже­ланий владельцев процессов, первичная обработка и анализ этих запросов, документирование требований, определение наиболее приоритетных из них, контроль их из­менения и контроль реализации.

Виды требований ?
Функциональные требования - определяют функциональность (поведение) программной системы, которая должна быть создана раз­работчиками для предоставления возможности выполнения пользователями своих обязанностей в рамках бизнес-требо­ваний и в контексте пользовательских требований.
Нефункциональные требования - определяют критерии работы системы в целом, а не отдель­ные сценарии использования. Нефункциональные требования описывают цели и атрибуты качества, ограничения. Содержат или связаны с корпоративными регламентами, политиками, стандартами, законодательными актами, внутрикорпоратив­ными инициативами, учетными практиками, алгоритмами вычислений и т. д. Они могут определять такие свойства системы в целом, как производительность, удобство сопро­вождения, расширяемость, надежность, условия эксплуата­ции.

Функциональные требования?
Функциональные требования можно описывать в виде сценариев использования (Use Case).
Сценарий использования, вариант использования, пре­цедент или же пользовательский сценарий (англ. Use Case) -в разработке программного обеспечения и системном про­ектировании это описание поведения системы, которым она отвечает на внешние запросы. Другими словами, сценарий использования описывает, «кто» и «что» может сделать с рас­сматриваемой системой.
UML, BPMN, IDEF0

Функциональные требования?
Функциональные требования можно описывать в виде сценариев использования (Use Case).
Сценарий использования, вариант использования, пре­цедент или же пользовательский сценарий (англ. Use Case) -в разработке программного обеспечения и системном про­ектировании это описание поведения системы, которым она отвечает на внешние запросы. Другими словами, сценарий использования описывает, «кто» и «что» может сделать с рас­сматриваемой системой.
UML, BPMN, IDEF0

Формулирование требований?
При формулировании требований к системе не­обходимо соблюдать основные критерии их качества:
Понятность (недвусмысленность) - требование долж­но быть понятно сформулировано (исключать неодно­значное толкование).
Завершенность - требование полностью определено в одном месте и вся необходимая информация при­сутствует.
Атомарность (неделимость) - требование нельзя раз­делить на более мелкие без потери завершенности.
Единичность - требование описывает одну и только одну вещь.\
Уникальность - каждое требование должно однознач­но идентифицироваться (должен использоваться уни­кальный идентификатор требования).
Полнота - требование должно быть определено для всех возможных ситуаций.
Непротиворечивость (последовательность) - требо­вание не противоречит другим требованиям и докумен­тации в целом.
Достаточность детализации - необходимо соблюдать достаточную степень детализации, для того чтобы была возможность завершить реализацию требования.
Прослеживаемость - требование соответствует деловым нуждам, как заявлено заинтересованными лицами и задокументировано.
Проверяемость - реализация требования может быть проверена (протестирована)

Задание к разделу
Сформулировать функциональные требований к будущей системе в виде сценарий использования
Представить требования графически в виде
UML (DFD) диаграмм

ПРИМЕРЫ
Сценарий A1
Как пользователь я хочу зарегистрироваться в системе как Соискатель, для этого я перехожу на страницу регистрации и ВЕРНО заполняю регистрационную форму.
Нажимаю кнопку регистрации.
Вижу сообщение об успешной регистрации.
Сценарий A2
Как пользователь я хочу зарегистрироваться в системе как Соискатель, для этого я перехожу на страницу регистрации и заполняю регистрационную форму ДОПУСКАЯ ОШИБКИ.
Нажимаю кнопку регистрации.
Вижу сообщения о допущенных ошибках.
Сценарий A3
Как пользователь я хочу зарегистрироваться в системе как Работодатель, для этого я перехожу на страницу регистрации и заполняю регистрационную форму. При выборе статуса «Работодатель» открываются дополнительные поля: место работы, должность, вакансии.
Нажимаю кнопку регистрации.
Вижу сообщение об успешной регистрации