Согласно «System Analysis and Design, Fifth Edition»:
Функциональная Требование «относится непосредственно к процессу система должна работать как a часть поддержки пользовательской задачи и/или информация, необходимая для предоставления при выполнении пользователем задачи."
На основе этого определения функциональное требование описывает, какая функциональность должна существовать в системе для поддержки деятельности (задачи), которую пользователь хотел бы достичь. Он не должен быть слишком техническим, поскольку он служит соглашением между разработчиком системы и пользователем о том, что ожидается от системы с точки зрения функциональности. Пользователь ни в коем случае не должен ожидать, что система получит функции или предложит функции, не указанные в функциональных требованиях. Следовательно, функциональные требования определяются на этапе анализа жизненного цикла разработки системы (SDLC).
Системное требование, с другой стороны, является техническим требованием. Он определяется на этапе проектирования SDLC. В книге говорится, что основное внимание в этой фазе уделяется: «проект технического плана системы, который будет отвечать требованиям системы».
Короче говоря, основные отличия:
1. Назначение и целевая аудитория: функциональные требования направлены на связь , что ожидается от системы с точки зрения конечного пользователя, в то время как системные требования направлены при уточнении разработчикам , как система будет реализована для обеспечения функциональных требований.
2. Сроки: Функциональные требования указаны во время анализа, тогда как требования к системе указаны как часть фазы проектирования.
В компании, в которой я работаю, я выполняю бизнес-аналитику/проектную роль для одного из приложений, которое отвечает за полноту и предоставление услуги, запрошенной клиентом. Мой конечный результат - это проектный документ, который состоит из системных требований и функциональных требований. Мы определяем системные требования для определения высокоуровневых возможностей системы и определения функциональных требований для детального изложения системных требований. Таким образом, SR может содержать 1-N FR. Я не был уверен, что это то, что следует за отраслью. –