В теме 8 ответов, и 6 участников, последнее обновление сделано пользователем 
Андрей В. 13 г, 5 мес. назад.
-
Сообщения
-
Суммируя все подходы к классификации требований (SWEBOK, По К.Вигерсу, RUP, помучая гугл)))), можно поделить требования на следующие виды:
1. Бизнес-требования
2. Нефункциональные требования:
1) Бизнес-правила;
2) Внешние интерфейсы;
3) Ограничения;
4) Атрибуты качества.
3. Пользовательские требования;
4. Системные требования;
5. Функциональные требования;Также можно выделить такой атрибут требования как "Тип требования":
- Входящие (требования высокого уровня);
- Производные (в результате преобразования входящих требований высокого уровня).Ваше мнение исходя из вашего опыта работы на практике с требованиями а не моего так сказать теоретического изыскания))) Если можно на простых примерах привести примеры по каждому виду требования.
Я в принципе согласен с такой классификацией.
Если абстрагироваться от теории классиков и немного пофилосовствовать, то мне немного непонятны следующие вещи:1. Внешние интерфейсы. Не уверен, что в реале эти требования нефункциональны. Описываются технические аспекты интеграции со сторонними системами/девайсами. На мой взгляд, так в чистом виде функционал системы (пусть и не всегда, очевидный для пользователей).
2. Системные требования. Если это требования к системе, то это похоже на нефункциональные требования по своей сути.Могу, конечно, ошибаться, давно не перечитывал теорию.
Немного тоже пофилософствовал…и….Я с вами соглашусь,Gerych, по поводу внешних интерфейсов и системных требований. но, мне кажется, что системвные требования можно отнести к виду нефункциональных требований, ибо иногда необходимо более четко типизировать требование и вида "нефункциональные требования" будет не достаточно, поэтому лучше разделять вид "Нефункциональное требование" на
1) Бизнес-правила;
2) Внешние интерфейсы;
3) Ограничения;
4) Атрибуты качества;
5) Системные требования.Ну теперь баланс достигнут)
Спасибо, вам за свое мнение!
Нашла неплохую, на мой взгляд, презентацию Юрия Булуя (блог автора http://yurybuluy.blogspot.com/), в которой он сравнивает классификации требований в SWEBOK, RUP, IEEE 830, ГОСТ 34 и у ВигерсаНашла неплохую, на мой взгляд, презентацию Юрия Булуя (блог автора [url]http://yurybuluy.blogspot.com/[/url]), в которой он сравнивает классификации требований в SWEBOK, RUP, IEEE 830, ГОСТ 34 и у Вигерса
Вижу, что начинаем забывать, что уже было упомянуто на форуме (: Пора собирать базу знаний воедино.
[quote="Belle Morte"]Нашла неплохую, на мой взгляд, презентацию Юрия Булуя (блог автора [url]http://yurybuluy.blogspot.com/[/url]), в которой он сравнивает классификации требований в SWEBOK, RUP, IEEE 830, ГОСТ 34 и у Вигерса
Вижу, что начинаем забывать, что уже было упомянуто на форуме (: Пора собирать базу знаний воедино.[/quote]
Ничего страшного ) В контексте той темы я не заметил эту ссылку. А в контексте этой — очень даже разглядел.
Зачетная презентация.Нашла неплохую, на мой взгляд, презентацию Юрия Булуя (блог автора http://yurybuluy.blogspot.com/), в которой он сравнивает классификации требований в SWEBOK, RUP, IEEE 830, ГОСТ 34 и у Вигерса
Эта статья у меня и была, она была одним из документов на основании которых я составил свою классификацию)
Всем спасибо за активность!
С уважением, Сергей.можно поделить требования на следующие виды:
1. Бизнес-требования
2. Нефункциональные требования:
1) Бизнес-правила;
2) Внешние интерфейсы;
3) Ограничения;
4) Атрибуты качества.
3. Пользовательские требования;
4. Системные требования;
5. Функциональные требования;Сложновато для меня пока такое.
Что-то народ мало не поделился своей классификацией
Я пока так делаю. Есть система – продукт. Системные требования состоят из функциональных и нефункциональных. Функциональные состоят их группы функций (группирую по определенному признаку). Нефункциональные состоят из производительность, сохранность, надежность и пр.
Криво наверное но пока у меня так. А у вас как? Примеры из книжек хорошо конечно, но больше интересуют ваши примеры.
Вы должны авторизироваться для ответа в этой теме.
