Маленькая ода 34-му ГОСТу при разработке веб-систем

Мадорская Ю.М.

В далеком 99-м году, когда у меня появился первый самостоятельный заказ на разработку веб-системы (3-й курс) мне необходима была опора, которая позволила бы достойно выглядеть перед заказчиком, без риска уйти в переработки за свой счет. Мой отец – специалист высшей категории в области проектирования АСУТП, всегда говорил мне – пиши ТЗ.

Его организация, как в то время, так и сейчас, использовала ГОСТ 34, в котором есть подробная структура требований к автоматизированной системе любого класса.

Чем веб-сайт не автоматизированная система? Она самая… Поэтому книжечка с этим стандартом, которая была у меня в шаговой доступности, была присвоена «на время» и отлично помогла мне выполнить первый проект. Тогда я слабо разбиралась во всех тонкостях 34-го ГОСТа и поэтому для меня, как для начинающего специалиста, он просто стал отличным вопросником-чеклистом при работе с заказчиком.

Хотя не все разделы этого стандарта (34.602) я понимала, это, тем не менее, помогло мне выглядеть по оценкам моего заказчика:

Видно, что профессионально.

Помню особенно заставил задуматься даже не раздел с требованиями, а раздел «Этапы …». Возможно с этого началась моя карьера как руководителя проекта.

tz_mangusta

Даже если не брать в рассмотрение весь 34-й комплекс, как это замечательно делает А.Н. Тимофеев, (чей опыт измеряется сотнями ТЗ), один 34.602 уже может здорово помочь, т.к. содержит требования к тому, что вы должны получить по результатам предварительного общения с заказчиком и предварительного проектирования – то, под чем можно было бы подписаться.

Чуть позже, работая преподавателем в рамках курса «Структурно-логическое проектирование веб-узлов» (второе высшее), я составила рыбу вопросов, скрещивая которую с разделами 34.602 можно было генерировать много правильных стартовых вопросов для общения с заказчиком.

web_prop1

Конечно, сегодня я вижу и неполноту, и серьезные ошибки в этой, составленной в студенческие годы схеме. Например, в ней красочно отображен «типовой глюк» начинающих аналитиков – считать, что ТЗ содержит только функциональные требования.

Однако 34-й ГОСТ по-прежнему под рукой и, благодаря опыту и многолетним обсуждениям практики проектирования в нашем коллективе, взгляд на него уже более полный, более осознанный – как на отличный, рабочий инструмент, позволяющий сэкономить силы.

Сегодня изменилась среда, в которой я выполняю проектирование, мое современное ТЗ на CMS сегодня выглядит «чуть-чуть покруче», но могу подтвердить, что все написанное в 34-й серии правда и хорошо работает.

design2