Техническая документация

7.2 Этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены)

Виды программных документов, разрабатываемых на разных стадиях, и их коды приведены в таблице .

Условные обозначения:

- документ обязательный;

- документ обязательный для компонентов, имеющих самостоятельное применение;

- необходимость составления документа определяется на этапе разработки и утверждения технического задания;

- - документ не составляют.

[из п. 2.5 ГОСТ 19.101-77]

Примечания:

1. Документ NU.УЖОС.13666-13 35 01 Описание языка не разрабатываются;
2. Документ NU.УЖОС.13666-13 46 01 Руководство по техническому обслуживанию не разрабатываются.
3. Должен быть разработан документ NU.УЖОС.13666-13 90(П4) 01 Описание постановки задачи.

Концепция интероперабельности должна представлять собой нормативный документ, отражающий все возможные точки зрения и все аспекты обеспечения интероперабельности. К этим аспектам относятся следующие положения [из п. 6.1.1 ГОСТ Р 55062-2012]

В общем случае в процессе создания ИИ ЦОД участвуют:

• заказчик - сторона, заинтересованная в осуществлении проекта по созданию ИИ ЦОД, будущий владелец результатов проекта. Заказчик определяет основные требования к результатам, обеспечивает финансирование проекта за счет своих или привлекаемых средств, может заключать контракты с его основными исполнителями;
• куратор проекта - организация или отдельный сотрудник, назначенный заказчиком для обеспечения общего контроля и поддержки проекта (финансовые, материальные, человеческие и другие ресурсы). Куратор отвечает за достижение проектом конечных целей и реализацию выгод для заказчика;
• инвестор проекта - сторона, вкладывающая инвестиции в проект, например, посредством кредитов. Если инвестор и заказчик не являются одним и тем же лицом, то в качестве инвесторов обычно выступают банки, инвестиционные фонды и другие организации;
• генеральный проектировщик ЦОД (генпроектировщик) - главное проектное предприятие, организующее и выполняющее согласно подрядному договору с заказчиком проектирование ИИ ЦОД. В ходе строительства осуществляет авторский надзор и имеет группу рабочего проектирования, которая вносит оперативные поправки в проект в связи с изменением условий строительства или ошибками, выявленными в ходе сооружения объекта. Может с согласия заказчика поручить выполнение отдельных проектных работ субпроектировщикам, отвечая при этом за качество их исполнения;
• субпроектировщик - сторона, вступающая в договорные отношения с генеральным проектировщиком и на основании контракта выполняющая работы по проектированию отдельных систем ИИ ЦОД;
• генеральный подрядчик строительства ЦОД (генподрядчик) - сторона или участник проекта, вступающий в отношения с заказчиком и берущий на себя ответственность за выполнение работ по строительству ЦОД;
• субподрядчик - сторона, вступающая в договорные отношения с генеральным подрядчиком или субподрядчиком более высокого уровня. Несет ответственность за выполнение работ и услуг в соответствии с контрактом;
• поставщики - субподрядчики, осуществляющие разные виды поставок на контрактной основе - материалы, оборудование, транспортные средства и др.;
• сервисные подрядчики - субподрядчики, осуществляющие предоставление услуг по обслуживанию оборудования и систем центра обработки данных в соответствии с контрактом.

Примечания

1. Перечисленные выше участники отдельных этапов создания ИИ ЦОД определены с точки зрения выполняемых ими функций (ролей) в проекте и могут иметь другие статусы и обязанности, возникающие в процессе исполнения участниками хозяйственно-договорных обязательств.
2. В зависимости от условий создания ИИ ЦОД возможны различные варианты совмещения перечисленных функций (ролей) участников, вовлеченных в работы.

[из приложения Б ГОСТ Р 58811-2020]

Защита информации в АСЗИ обеспечивается системой ЗИ АСЗИ. Создание системы ЗИ АСЗИ обеспечивается следующим комплексом работ:

• формирование требований к системе ЗИ АСЗИ;
• разработка (проектирование) системы ЗИ АСЗИ;
• внедрение системы ЗИ АСЗИ;
• аттестация АСЗИ на соответствие требованиям безопасности информации и ввод ее в действие;
• сопровождение системы ЗИ в ходе эксплуатации АСЗИ.

[из подр. 6.1 ГОСТ Р 51583-2014]

Формирование требований к системе ЗИ АСЗИ организуется заказчиком и осуществляется разработчиком на основе требований по предотвращению утечки информации по техническим каналам, несанкционированного доступа к ней, несанкционированных и непреднамеренных воздействий на информацию, в том числе требований по криптографической и антивирусной защите, по обнаружению вторжений (атак), обеспечению устойчивости и непрерывности функционирования АСЗИ и др., закрепленных в нормативных правовых актах уполномоченных федеральных органов исполнительной власти и национальных стандартах в области ЗИ, с учетом целей и задач АСЗИ, свойственных ей угроз безопасности информации и возможных последствий реализации этих угроз.

Формирование требований к системе ЗИ АСЗИ осуществляется на следующих стадиях создания АСЗИ, определенных ГОСТ 34.601:

• «Формирование требований к АС»;
• «Разработка концепции АС»;
• «Техническое задание».

Требования к системе ЗИ АСЗИ уточняются (при необходимости) на последующих стадиях создания АСЗИ, с конкретизацией требований к ее построению, используемым информационным технологиям, методам и программно-аппаратным средствам организации сетевого взаимодействия, в том числе с другими системами, к процессу обработки защищаемой информации, условиям функционирования АСЗИ [из подр. 6.2 ГОСТ Р 51583-2014]