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

Содержание

Слайд 2

Требования пользователей – это та основа, при грамотном обобщении и структурировании которой

Требования пользователей – это та основа, при грамотном обобщении и структурировании которой
может быть построена нужная организация над проектом

Что такое требования ?

Пользователи: методисты, секретари, специалисты, ученики, учителя, бухгалтера, менеджеры, ………

Управление требованиями - это процесс сбора поже­ланий владельцев процессов, первичная обработка и анализ этих запросов, документирование требований, определение наиболее приоритетных из них, контроль их из­менения и контроль реализации.

Слайд 3

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

Функциональные требования - определяют функциональность (поведение) программной системы, которая должна

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

Слайд 4

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

Функциональные требования можно описывать в виде сценариев использования (Use Case).
Сценарий использования,

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

UML, BPMN, IDEF0

Слайд 5

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

Функциональные требования можно описывать в виде сценариев использования (Use Case).
Сценарий использования,

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

UML, BPMN, IDEF0

Слайд 6

Формулирование требований?

При формулировании требований к системе не­обходимо соблюдать основные критерии их качества:

Понятность

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

Слайд 7

Задание к разделу

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

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

Слайд 8

ПРИМЕРЫ

Сценарий A1
Как пользователь я хочу зарегистрироваться в системе как Соискатель, для этого

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