Коротко она пересказывается, например, здесь: http://foranalysts.blogspot.ru/2011/08/blog-post_17.html
Картинка в статье - из книги Вигерса "Разработка требований к программному обеспечению".
Значит, будем плясать от этой ссылки.
10. Как артефакты ГОСТ 34 соотносятся с классификацией требований Вигерса?а) Предпроектная документация (отчеты об обследовании*, ТЗ) может содержать все виды требований, от "зачем это надо вообще" до "тут нужно кодить исключительно на турбопаскале, потому что у заказчика лицензий к нему немеряно и люди натасканы".
* Отчеты обычно не содержат требующих формулировок, но являются источником требований. Это когда их делают, что бывает относительно нечасто.
Что касается ТЗ, то хоть п.1.4 ГОСТ 34.602 провозглашает "Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений", но как правило, искать решения нужно в отведенных границах. Или вокруг неких констант, забитых гвоздями низкоуровневых требований. Например, если одна из основных задач создаваемой системы - служить источников данных для другой системы, которая умеет переваривать только csv-файлы, то самые замечательные и современные xml-технологии будут неактуальны.
В целом, в предпроектной документации акцент смещен в сторону высокоуровневых требований.
б) Проектная документация.
А в проектной наоборот: хоть она и касается высокоуровневых требований и задач, основной акцент делается на том, КАК (за счет каких своих свойств) разрабатываемая система будет их выполнять, и что для этого потребуется.
в) Рабочая документация
Содержит в первую очередь требования, необходимые для развертывания системы, подготовки ее к работе, проверке работоспособности, обслуживанию, подготовки персонала и организации его работы.
Безотносительно артефактов. В ГОСТе довольно большое внимание уделяется организации нужной для функционирования системы инфраструктуры, а этого я в вигерс-лайк документах не видел (с другой стороны, я их видел немного). Начиная с ТЗ (далее техпроект, далее рабочая документация) прямо прописывается, что техника должна быть установлена, данные должны быть смигрированы, люди должны соответствовать таки-то требованиям и должны выполнять свои задачи определенным образом, рабочие процессы организованы. С Вигерсом тут, насколько я понимаю, общего мало.