Комментарии 4
При разработке документации на IT-продукты выбор стоит между двумя группами стандартов — 19 и 34.
Не "или", а "и", и не только. Собственно 34 группа (автоматизированные системы управления в частности) основывается, дополняет и частично заменяет 24 группу (автоматизированные системы в общем). Так что, обычно, разработка большого ПО ведётся по трём группам, а так же по ЕСКД (основные документы, типа спецификации). Далее необходимо пройти сертификации ПО (например, на метрологию или работу с ПД) и в наших реалиях желательна регистрация в Росреестре - на это существуют разные специфические ГОСТ Р, РД, и отраслевые/корпоративные стандарты.
И ГОСТ не служит для "ограничения выпуска некачественной продукции" (скорее следит за формальной полнотой документации), для этого есть специальные наборы ГОСТ МЭК/ИСО по управлению качеством ПО, циклом разработки и сопровождения.
Сейчас сам занимаюсь этой проблематикой, только не в области ПО, а в разработке железок. Этикетка, РЭ, ведомость эксплуатационных документов, вот это всё. Довольно заковыристо. Насчёт "сундука на острове" очень верно подмечено ))
Легче всего проверить актуальность стандарта можно на сайте https://docs.cntd.ru/.
Легче, но пользы немного. Вбивайте в гугл и скрольте вниз в выдаче до ссылки на normacs.ru. Там внизу страницы будет ссылка на заменённый номер ГОСТа.
Один момент: эта ссылка тоже может быть отменённой ("нормацс" выдаёт линейную последовательность замен). Поэтому прыгаете на следующую версию и "пробиваете" её аналогично.
Я так как-то очень сильно опозорился, и выдал всем в качестве руководства неактуальный стандарт.
Казалось бы ГОСТ должен помогать, а на деле пишу документы по программе только ради галочки, ибо описывать работу программы текстом это не эффективно и только трата времени. Нет интерактивности, нет синхронизации с изменениями кода, разве что хелловорды описывать.
Что такое документирование по ГОСТу?