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

[suburg]

Вносите вы смущение в умы :(

Есть же классификация у Вигерса, все ее плюс-минус знают. А у вас очень похожая схема, но в деталях отличается.

[Cordekk]

Если внимательно посмотреть, то у Вигерса нет классификации в том смысле, в котором принято понимать слово классификация.

Я как раз и сделал классификацию.

[ViseMoD]

Честно, не уловил, какой классификации нет у Вигерса. Но более принципиально вот что: как ваши дополнения упрощают практическое применение этой классификации требований?

[Cordekk]

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

[ViseMoD]

Чем эта иллюстрация из первоисточника не устраивает?

[Cordekk]

если посмотреть внимательно, то сразу бросаются в глаза некоторые странности.

С одной стороны понятно почему у Вигерса именно так - он ведь в этой части не пишет о классификации. Он пишет об уровнях требований и заполнении документа по проекту.

[AntonyMK]

Красиво, но перепутано чуть более, чем всё.

Предел всего - уровни логики.

Получилось ли реальную систему спроектировать и реализовать по озвученной методе?

[AntonyMK]

Главный вопрос. Зачем нужна предложенная вами классификация? Любая классификация, как разновидность формализации, должна служить какую-то цели. Цель также должна быть определена корректно.

[Cordekk]

Цель вначале я указал, изначально мне формализации нужна для обучения тех, кто далек от разработки ПО.

[Cordekk]

Уровни от того, что действительно важно,к тому, что может сильно варьироваться уже на этапе релизации. То есть это не фреймворк для разработки требований. Но и у Вигерса тоже не фреймворк.

[dmitrykhilko]

Привет! Я тоже считаю, что у Вас немного напутано в схемах (текст не читал, думаю он поясняет схемы).

Вот иерархия (ответ сделал ИИ, но считаю его правильным):

Бизнес-требования - Пользовательские требования - Системные требования

1. Бизнес-требования (ЗАЧЕМ?) — определяют высшие цели бизнеса или организации.

   • Пример: «Увеличить долю рынка на 5% за год за счёт привлечения новых клиентов из мобильной аудитории».

2. Пользовательские требования (ЧТО? для КОГО?) — описывают задачи, которые пользователи должны иметь возможность выполнять с помощью системы, чтобы бизнес-цели были достигнуты. Они являются мостом между бизнес-целями и технической реализацией.

   • Вытекают из примера выше: «Как новый мобильный клиент, я хочу быстро зарегистрироваться через соцсети, чтобы начать покупки с минимальными усилиями».

   • Другой пример: «Как покупатель, я хочу легко найти товар по фото, чтобы купить нужную вещь, даже не зная её названия».

3. Системные (функциональные, нефункциональные) требования (КАК?) — детально описывают, как именно система будет реализовывать каждое пользовательское требование на техническом уровне.

   • Вытекают из пользовательского требования о регистрации:

     • «Система должна предоставить кнопки авторизации через Facebook, Google и Apple ID».

     • «При успешной авторизации система должна импортировать имя и email пользователя и создать для него учётную запись».

[Cordekk]

Это уже несколько упрощённое представление требований. А я всё таки хотел взять по крайней мере большую часть от того, что указано у Вигерса.