Всем вам наверное известна классификация требований по их источнику:

• бизнес-требования
• пользовательские требования
• системные требования

Есть и другие классификации. Одна из них - по назначению

• функциональные требования
• требования к качеству
• параметрические требования
• требования к модели

Предлагаю совместно заполнить следующую таблицу

	|бизнес-требования	|пользовательские требования	|системные требования|
функциональные требования	просмотреть данные о накладных
требования к качеству	масштабируемость
параметрические требования	вес изделия
требования к модели	повторное использование модели для следующих разработок

Примеры можно приводить из совершенно разных областей.
Например, в таблице уже приведены примеры для бизнес-требований

Денис,

Странная у тебя классификация. Я привык больше к классификации Вигерса.
Там же дано определение - что такое каждый тип требований.
В соответствии с определением, ФБТр не может быть - "просмотреть данные о накладных". Так же Вигерс относит "требования к качеству" к уровню Пользователя, а "параметрические требования" и "требования к модели" вообще отсутствуют в верхней классификации.

Так что надо сначала определиться с классификацией.

В общем да. Согласен. Будем иметь в виду Вигерса:)

Ну тогда пример может быть такой для ИС "Регистрации студентов на курсы":

|	|Функциональные	|Нефункциональные
|	|	|Бизнес-правила	|Атрибуты качества	|Внешний интерфейс	|Ограничения
|Уровень Бизнеса	| Уменьшить кол-во сотрудников компании, которые регистрируют Студентов, до 1ого человека	| XXXXXXX	| XXXXXXX	| XXXXXXX	| XXXXXXX
|Уровень Пользователя	| Студент должен иметь возможность ввести свои контактные данные и зарегистрироваться в Системе	| На Курс не может быть зарегистрировано больше Студентов, чем указал Преподаватель	| Формы регистрации Студентов должны быть как можно проще, чтобы любой человек со среднем образованием смог пройти регистрацию.	| XXXXXXX	| XXXXXXX
|Уровень Системы	| Система должна иметь возможность регистрации Пользователя с параметрами, указанными в Ограничениях	| XXXXXXX	| XXXXXXX	| Система должна предоставлять возможность работы через API	| Параметры Пользователя при регистрации в Системе должны быть следующие: ФИО, № Паспорта, ...