Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
Для функционирования системы должны быть созданы условия, гарантирующие соответствие создаваемой Системы требованиям, содержащимся в настоящем Техническом задании.
Комплектование штатов подразделений и служб, необходимых для функционирования Системы, а также подготовка их сотрудников должны быть завершены до начала опытной эксплуатации Системы.
Развертывание и конфигурирование
Система должна быть установлена Подрядчиком на оборудовании, предоставленном Заказчиком. Должен быть установлен передаваемый на машинных носителях дистрибутив и предварительная конфигурация.
Дальнейшее конфигурирование должно быть выполнено Подрядчиком (сервисным оператором) в соответствии с инструкцией по развертыванию системы, приведенной в руководстве Администратора.
В случае необходимости Подрядчиком должны быть установлены обновления, выпущенные по итогам испытаний, если эти обновления не включены в состав Дистрибутива.
Приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ
Для приведения поступающей в Систему информации к виду, пригодному для обработки с помощью ЭВМ, должны быть проведены системно-аналитические мероприятия по формализации, категоризации, описанию атрибутивного состава документов и форм аналитического и статистического учета.
Должны быть описаны и утверждены вновь вводимые справочники и классификаторы.
|
|
Подрядчиком должны быть разработаны и утверждены отчетные и экранные формы компонентов Системы, включая компоненты для однократного первичного ручного ввода исходных данных в систему.
В случае необходимости Подрядчик должен обеспечить ручной ввод исходных данных в систему в случае отсутствия этих данных в электронном виде на машинных носителях.
Подрядчиком должны быть разработаны механизмы для автоматической загрузки данных с существующих электронных носителей.
Изменения, которые необходимо осуществить в объекте автоматизации
Создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям
Подрядчиком должны быть обеспечены:
- организация выделения ресурсов (формирование заявок на доменные имена, IP-адреса, внешние сервисы, хостинг, предоставление доступа и т.п.);
- подготовка плана развертывания Системы на технических средствах Заказчика;
- организация обучения пользователей системы;
- разработка и предоставление пользователям Системы методической документации, в том числе руководства пользователя;
- разработка проекта регламента информационного взаимодействия между СППРиУИР АМиПМ и внешними информационными ресурсами.
|
|
Создание необходимых для функционирования системы подразделений и служб
Дополнительный перечень мероприятий, который необходимо осуществить в объекте автоматизациивыявляется и уточняется на этапе«Техническое проектирование».
Сроки и порядок комплектования штатов и обучения персонала
Комплектование штатов и подразделений, необходимых для функционирования Системы, а также подготовка их сотрудников должны быть завершены до начала опытной эксплуатации Системы.
Обучение персонала должно проводиться Подрядчиком по разработанным руководствам и документу «План-программа подготовки персонала (с приложением формы Отчета о подготовке персонала)».
Обучаемый персонал должен быть обеспечен необходимыми инструкциями и методическими материалами.
По завершении обучения должны быть оформлены протоколы о проведенной подготовке персонала Заказчика.
Требования к документированию
Техническая и эксплуатационная документация на Систему (далее — документы на Систему) должна быть разработана в составе, указанном в разделе, и должна удовлетворять требованиям комплекса стандартов и руководящих документов на автоматизированные системы, указанных в разделе 1
|
|
- ГОСТ 34.003-90 — в части терминологии;
- ГОСТ 34.201-89, ГОСТ 19.101-77, ГОСТ 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 листов должны содержать информационную часть, состоящую из аннотации и содержания.
Комплект эксплуатационной документации на Систему должен содержать сведения, достаточные для эксплуатации Системы в соответствии с Положением об эксплуатации автоматизированных информационных систем и ресурсов города Москвы[2], а также:
|
|
- в части ПО Системы должен содержать исчерпывающее описание ПО по ГОСТ 19.ХХХ, обеспечивающее его установку, настройку, эксплуатацию и сопровождение;
- в части комплекса технических средств (КТС) Системы должен содержать исчерпывающее описание КТС по ГОСТ 34.ХХХ, обеспечивающее развертывание ПО Системы, а также сопровождение КТС ИС.
Формальное полное соответствие документов на Систему требованиям РД 50‑34.698‑90 и ГОСТ 19.ХХХ по составу и структуре разделов не требуется. При этом должно быть достигнуто адекватное описание всех видов обеспечения АС, достаточное для подготовки персонала, развертывания, эксплуатации и сопровождения АС по всем позициям, определяемым РД 50-34.698-90 и ГОСТ 19.ХХХ для отдельных документов.
Документам на Систему должны в обязательном порядке присваиваться уникальные децимальные номера в соответствии с порядком, установленном в ГОСТ 34.201-89, ГОСТ 19.101-77-82, ГОСТ 19.103-77.
При разработке документов должно быть учтено следующее:
- Паспорт Системы разрабатывается в виде проекта Паспорта Системы для регистрации в Реестре информационных систем и ресурсов города Москвы[3]. Корректность предоставленных сведений проверяется при приемке Системы в эксплуатацию, при этом неполнота и/или ложные сведения являются основанием для отказа в приемке Системы;
- До начала подэтапа«Приемочные испытания» Подрядчик передает Заказчику полный набор логинов, паролей и других параметров доступа к Системе, необходимых для ее развертывания и эксплуатации. Указанные сведения должны включаться в документ «Руководство администратора»;
- Документы «Руководство пользователя», «Руководство администратора» и другие документы, регламентирующие деятельность персонала, должны содержать описание выполнения операций (действий) персонала в технологическом процессе Пользователя Системы[4], т.е. описание должно строиться на основе технологических задач персонала с использованием возможностей Системы и не должно сводиться к простому описанию (перечислению) функций Системы. При этом в указанных документах должна быть отражена работа всех функций по подсистемам, определенным в подразделе 4.2. Указанные документы должны содержать описание выполнения операций (действий) всех категорий персонала, определенных в ТЗ и другой документации на Систему;
- Контроль качества эксплуатационной документации должен производиться с использованием методик и критериев, определенных для документации программных средств следующими государственными стандартами и руководящими документами по стандартизации: класс стандартов ГОСТ 19, класс стандартов ГОСТ 34, РД 50-34.698-90, ГОСТ 28195-89, ГОСТ 28806-90, ГОСТ 16504-81, ГОСТ Р ИСО/МЭК ТО 12182-2002, ГОСТ Р ИСО/МЭК 12207-99,ГОСТ Р ИСО/МЭК ТО 15271-2002, ГОСТ Р ИСО/МЭК 9126-93, ГОСТ Р ИСО/МЭК 15026-2002 ГОСТ Р ИСО/МЭК 14764‑2002, ГОСТ Р ИСО/МЭК ТО 9294-93, ГОСТ Р ИСО/МЭК 15910-2002, ISO/IEC 14756:1999, ГОСТ 2.051-2006.
Документ «Описание архитектуры» должен содержать следующие разделы:
- компоненты системы;
- прикладная архитектура;
- информационное взаимодействие;
- технологический дизайн;
- дизайн размещения на аппаратных средствах;
- политика резервного копирования;
- предлагаемое системное программное обеспечение.
Архитектура Системы должна быть разработана в соответствии с трехуровневой клиент-серверной архитектурой и состоять из следующих уровней:
- уровень хранения данных;
- уровень приложений;
- презентационный уровень, обеспечивающий взаимодействие с клиентскими приложениями.
Уровень презентаций должен быть разработан в соответствии с принципами архитектуры «тонкого клиента».
Документ «План восстановления в случае аварии» должен содержать следующие разделы:
- описание стратегии восстановления (высокоуровневый план по достижению показателей RTO/RPO. Описание методов, обеспечивающих оперативное восстановление работоспособности компонентов и ИС в целом);
- описание разработанных отказоустойчивых решений (описание отказоустойчивого решения, удовлетворяющего показателям RTO/RPO (высокая доступность, резервное копирование), определение превентивных защитных мер (снижение рисков нарушения работы ИС или производительности));
- описание регламента тестирования плана аварийного восстановления (мероприятия по проведению учений, тестовые восстановления);
- описание регламента актуализации плана аварийного восстановления.
- приложением к Плану восстановления в случае аварии должны являться регламенты, инструкции и руководства, обеспечивающие мероприятия по восстановлению).
Дополнительные требования к составу, структуре и содержанию документов (кроме приведенных выше и отличные от содержащихся в указанных в данном разделе ГОСТ) должны быть подготовлены Заказчиком и переданы Подрядчику на этапеТехнического проектирования. Дополнительные требования оформляются протоколом или дополнением к данному ТЗ. Дополнение или указанный протокол являются неотъемлемой частью ТЗ и должны быть утверждены в установленном порядке.
Источники разработки
Нормативно-правовые акты
В настоящем документе использованы следующие нормативно-правовые акты:
1) Постановление Правительства Москвы от 5 апреля 2011 г. № 105-ПП «Об утверждении Положения о Департаменте информационных технологий города Москвы».
2) Постановление Правительства Москвы от 25 октября 2011 г. № 498-ПП «О региональной системе межведомственного информационного взаимодействия».
3) Федеральный закон от 27 июля 2006 г. № 152-ФЗ «О персональных данных».
Дата добавления: 2018-06-27; просмотров: 4281; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!