8.Требования к документированию
Техническая и эксплуатационная документация на Подсистему (далее — документы на Подсистему) должна быть разработана в составе, указанном в разделе 5, и должна удовлетворять требованиям комплекса стандартов и руководящих документов на автоматизированные системы:
ГОСТ 34.003-90 — в части терминологии;
ГОСТ 34.201-89, ГОСТ 19.101-77-82, 19.103-77 — в части наименования и обозначения документов;
ГОСТ 34.601-90 — в части определения стадий и этапов работ;
ГОСТ 34.602-89 — в части состава, содержания и правил оформления документов «Техническое задание», «Частное техническое задание».
ГОСТ 34.603 -92 — в части определения видов испытаний;
РД 50-34.698-90 — в части структуры и содержания документов;
ГОСТ 7.32-2001 — в части структуры и правил оформления отчета о проведении информационно-аналитического обследования.
Документы на Подсистему должны оформляться в соответствии с требованиями ГОСТ 2.105-95 на листах формата А4 по ГОСТ 2.301-68 без рамки, основной надписи и дополнительных граф к ней. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 листов должны содержать информационную часть, состоящую из аннотации и содержания.
Комплект эксплуатационной документации на Подсистему должен содержать сведения, достаточные для эксплуатации Подсистему в соответствии с Положением об эксплуатации автоматизированных информационных систем и ресурсов города Москвы0, а также:
в части ПО Подсистемы должен содержать исчерпывающее описание ПО по ГОСТ 19.ХХХ, обеспечивающее его установку, настройку, эксплуатацию и сопровождение;
в части комплекса технических средств (КТС) Подсистемы должен содержать исчерпывающее описание КТС по ГОСТ 34.ХХХ, обеспечивающее развертывание ПО Подсистемы, а также сопровождение КТС ИС.
Формальное полное соответствие документов на Подсистему требованиям РД 50 34.698-90 и ГОСТ 19.ХХХ по составу и структуре разделов не требуется. При этом должно быть достигнуто адекватное описание всех видов обеспечения АС, достаточное для подготовки персонала, развертывания, эксплуатации и сопровождения АС по всем позициям, определяемым РД 50-34.698-90 и ГОСТ 19.ХХХ для отдельных документов.
Документам на Подсистему должны в обязательном порядке присваиваться уникальные децимальные номера в соответствии с порядком, установленном в ГОСТ 34.201-89, ГОСТ 19.101-77-82, ГОСТ 19.103-77.
При разработке документов должно быть учтено следующее:
Паспорт Подсистемы разрабатывается в виде проекта Паспорта Подсистемы для регистрации в Реестре информационных систем и ресурсов города Москвы0. Корректность предоставленных сведений проверяется при приемке Подсистемы в эксплуатацию, при этом неполнота и/или ложные сведения являются основанием для отказа в приемке Подсистемы;
До начала стадии «Приемочные испытания» Исполнитель передает Заказчику полный набор логинов, паролей и других параметров доступа к Подсистеме, необходимых для ее развертывания и эксплуатации. Указанные сведения должны включаться в документ «Руководство администратора»;
Документы «Руководство пользователя», «Руководство администратора» и другие документы, регламентирующие деятельность персонала, должны содержать описание выполнения операций (действий) персонала в технологическом процессе Пользователя Подсистемы0, т.е. описание должно строиться на основе технологических задач персонала с использованием возможностей Подсистемы и не должно сводиться к простому описанию (перечислению) функций Подсистемы. При этом в указанных документах должна быть отражена работа всех функций по подсистемам, определенным в подразделе 4.2. Указанные документы должны содержать описание выполнения операций (действий) всех категорий персонала, определенных в ТЗ и другой документации на Подсистему;
Контроль качества эксплуатационной документации должен производиться с использованием методик и критериев, определенных для документации программных средств следующими государственными стандартами и руководящими документами по стандартизации: класс стандартов ГОСТ 19, класс стандартов ГОСТ 34, РД 50-34.698-90, ГОСТ 28195-89, ГОСТ 28806-90, ГОСТ 16504-81, ГОСТ Р ИСО/МЭК ТО 12182-2002, ГОСТ Р ИСО/МЭК 12207:1999, ГОСТ Р ИСО/МЭК ТО 15271-2002, ГОСТ Р ИСО/МЭК 9126:93, ГОСТ Р ИСО/МЭК 15026:1998, ГОСТ Р ИСО/МЭК 14764:2002, ГОСТ Р ИСО/МЭК ТО 9294:93, ГОСТ Р ИСО/МЭК 15910-2002, ISO 14756: 1999, ГОСТ 2.051-2006.
Документ «Регламент взаимодействия» (далее — Регламент) должен содержать разделы:
Общая часть:
Назначение, основание разработки и применения, область применения;
Объекты регулирования Регламента: определение субъектов, объектов и механизмов взаимодействия;
Термины и определения, обозначения и сокращения;
Права, обязанности и ответственность участников взаимодействия.
Порядок взаимодействия.
По технологическим этапам взаимодействия должны быть определены шаги субъектов взаимодействия с определением оснований, объемов, временных характеристик, требований к качеству передаваемой информации и других требований с указанием необходимых форм отчетности и других документов, фиксирующих процесс взаимодействия.
Требования к режимам, форматам и протоколам взаимодействия.
Условия изменения и прекращения действия Регламента.
Перечень использованных документов.
Перечень должен содержать нормативные технические и правовые документы, использованные при разработке Регламента и обеспечивающие его применение.
Документ «Описание архитектуры» должен содержать следующие разделы:
компоненты системы;
прикладная архитектура;
информационное взаимодействие;
технологический дизайн;
дизайн размещения на аппаратных средствах;
политика резервного копирования;
предлагаемое системное программное обеспечение.
Архитектура системы должна быть разработана в соответствии с трехуровневой клиент-серверной архитектурой и состоять из следующих уровней:
уровень хранения данных;
уровень приложений;
презентационный уровень, обеспечивающий взаимодействие с клиентскими приложениями.
Уровень презентаций должен быть разработан в соответствии с принципами архитектуры «тонкого клиента».
Документ «План восстановления в случае аварии» должен содержать следующие разделы:
описание стратегии восстановления (высокоуровневый план по достижению показателей RTO/RPO. Описание методов, обеспечивающих оперативное восстановление работоспособности компонентов и ИС в целом);
описание разработанных отказоустойчивых решений (описание отказоустойчивого решения, удовлетворяющего показателям RTO/RPO (высокая доступность, резервное копирование), определение превентивных защитных мер (снижение рисков нарушения работы ИС или производительности));
описание регламента тестирования плана аварийного восстановления (мероприятия по проведению учений, тестовые восстановления);
описание регламента актуализации плана аварийного восстановления.
приложением к Плану восстановления в случае аварии должны являться регламенты, инструкции и руководства, обеспечивающие мероприятия по восстановлению).
С учетом того, что ИС города Москвы размещаются в общегородском ЦОД, план аварийного восстановления не должен касаться следующих технологических подсистем ЦОД:
Инженерные подсистемы:
Система бесперебойного энергоснабжения, ИБП;
Система гарантированного энергоснабжения, ДГУ;
Система кондиционирования и вентиляции воздуха;
Структурированная кабельная система (СКС);
Комплекс интегрированных технических средств безопасности:
Система видео наблюдения;
Система охранной сигнализации помещения;
Система контроля и управления доступом (СКУД);
Система пожарной безопасности помещения (пожарная сигнализация и пожаротушение);
Система мониторинга и управления инженерным оборудованием;
Вычислительная инфраструктура:
Сервера;
Подсистема виртуализации;
Системы хранения данных:
Дисковые и ленточные системы хранения данных;
Сети передачи данных;
Системы управления и мониторинга.
Дополнительные требования к составу, структуре и содержанию документов (кроме приведенных выше и отличные от содержащихся в указанных в данном разделе ГОСТ) должны быть подготовлены Государственным заказчиком и переданы Исполнителю на стадии технического проектирования (раздел 5). Дополнительные требования оформляются протоколом или дополнением к данному ТЗ. Дополнение или указанный протокол являются неотъемлемой частью ТЗ и должны быть утверждены в установленном порядке.
|
