Блог

Разговор о стандартах для СЭД как-то перетек в направлении стандартов по разработке и внедрению ПО вообще. В частности, о том, что заказчик часто требует оформление проекта (правда, я все же не очень понял – какого, заказной разработки прикладного ПО) по ГОСТ 34 (еще можно, наверное, упомянуть 19), оставшихся еще со времен СССР.

Мне, по счастью, удалось избежать очень близкого знакомства в проблемой использования подобных ГОСТов в бытностью свою разработчком. Хотя все же некоторый опыт был.

[spoiler]Так вот и в мои "разработческие" времена (а это 70-90-е годы) подобные документы не были обязательными, а носили лишь рекомендательных характер. При этом я еще тогда четко понял, что если заказчик требует включение в ТЗ фразу, "документация должна быть представлены в составе и по форме с соответствии с ГОСТом", то это означало, что он (заказчик) подходит к проекту совершенно формально, ему совершенно все равно, что будет ему сдано в результате, и, скорее всего, как раз с таким клиентом особых проблем не будет, поскольку моим ПО, он и не будет пользоваться.

Я, конечно, немного утрирую, но по сути именно так. Такой фразой заказчик просто хотел сэкономить время на подготовку ТЗ, прикрыв при этом место, по которому ему могли дать, в случае чего, его начальники.

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

Но при этом, безусловно, стандарты – дело нужное. В качестве справочно-рекомендательных материалов – очень даже полезное.

Кто их должен разрабатывать? Конечно же, отрасль, сообщество. Если, конечно, сообщество есть и ощущает необходимость в стандартах. А если сообщества нет, то и стандарты, скорее всего, просто не нужны.