Оформление проектной документации по ГОСТу - Форум по вопросам информационной безопасности

Юрий, спасибо за столь подробное сообщение. Со всем упомятым Вами я уже знаком.

Ещё вопрос в тему:

Нужно ли при оформлении протоколов измерений (ПЭМИ, акустика), технического паспорта на АС, инструкций пользователя, инструкции по антивирусной проверке, инструкции по парольной проверке и подобных документов использовать ГОСТ'овое оформление?

Например, для техпаспорта на АС рекомендуемая форма оформления есть в СТР-К, но нужно ли дополнительно наводить ГОСТ'овую красоту непонятно.

Слышал, что в проекте нового СТР, будет ссылка, что документация по проектированию СЗСИ объектов информатизации должна оформляться в соответствии с таким то ГОСТом. Сам не видел, может быть кто подтвердит.

да давно пора привести формы к стандартам и автоматизировать всю эту никому ненужную писанину, на один акт еще 2 акта и так далее

Идею стандартизации поддерживаю. Всё, что не описано в стандартах, порождает полёт фантазии, которая у нас, у русских людей, довольно масштабная.

Документы делают, кто во что горазд и порой как попало.

Хм.
Всегда считал, что в документах важнее содержание, а не соответствие ГОСТамбуковок и рамочек.

"Всегда считал, что в документах важнее содержание, а не соответствие ГОСТамбуковок и рамочек"
Содержание никто не отменял, всё понятно, но должна же быть единая система требований к оформлению, а то у одного "Аналитическое обоснование создания СЗСИ объекта" на 2-х листах, непонятно о чём и зачем, у другого на 200-х листах, одни подразумевают (в уме держат), другие пишуи и т.д. Нужно чётко определить отрабатывемый на каждом этапе пакет документов, их наименование, структуру, порядок разработки, согласования, утверждения, оформления и т.д.

Кто бы спорил :)

Однако же тут на трех страницах обсуждается вопрос оформления, а не содержания.

Кроме того, как показывает опыт, стандартизация содержания приводит к тому, что проектировщик и тех. пис. регулярно вынуждены задавать стандартный вопрос:

"Какое еще, нафиг, руководство системного программиста? Лицензионное соглашение запрещает заказчику дорабатывать что-либо в поставляемом софте."

Аналитическое обоснование создания СЗСИ объекта)) очередной документ для выкачивания денег с заказчика

"Аналитическое обоснование создания СЗСИ объекта)) очередной документ для выкачивания денег с заказчика"
Не согласен. Этот документ должен вносить обоснованную ясность, почему выбран именно данный вариант (набор) требований, а не другой. Объекты то разные и не всегда проходит типовой вариант. В каком например доке вы сможете определить отсутствие необходимости применения вибрационного зашумления оконного остекления в связи с "отсутствием нормали" и выполнением необходимых соотношений С/Ш на внешнем стекле, ну и т.д. и т.п. Данный док должен описывать специфику требований по ТЗИ, наложенную на специфику защищаемого объекта. Из него будут вытекать и требования к СЗСИ для проектирования СЗСИ (Технического проекта СЗСИ). При отсутствии подобных документов Регулятор может (должен) сделать заключение о необоснованности применения тех или иных мер (средств) защиты.