Надо, в общем, было написать требования к некой автоматизированной системе. Обычно этот процесс происходит так: "мозговой штурм", в результате которого рождается пул требований, которые раскладываются по категориям. После, "сверху" на них кладутся общесистемыне требования: сервера должны быть... пропускная способность не менее... и так далее.

Как показывает опыт неоднократного написания требований таким образом, всегда есть риск чего-то упустить. Причем, это "что-то" обычно имеет тенденцию к выползанию в самый неподходящий момент. Чтобы это исключить, решил я писать "По правильному" - на основе ГОСТов. Есть ведь, в конце концов, такие ГОСТы, как ГОСТ 34.602-89 "Техническое задание на создание автоматизированной системы" и ГОСТ 24.104-85 "АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ. ОБЩИЕ ТРЕБОВАНИЯ". Не зря же их умные люди придумывали - оттуда, как минимум, можно вытащить структуру требований.

Хм... как оказалось, "оттуда" можно вытащить не только структуру, но и сами требования. Причем, есть там такие "хитрые" требования, из разряда тех, что "сами собой подразумеваются". Но! Есть одно "но", которое состоит в том, что если систему отдавать на разработку подрядчику, и упустить в договоре эти "мелочи", то результат может оказаться весьма печальным.

Приведу пример. В требованиях, которые попали в ТЗ на некую систему отсутствовала такая сама собой подразумевавшаяся "мелочь", как требования к скорости работы интерфейса. В итоге система получилась весьма тормознутой), что не помешало ее сдать: формально Заказчик был не вправе выдвигать претензии.

В общем, мораль сего спича такова: любите ГОСТы, это разумно :)