АСУ предприятиями (1). Техническое задание Картотека абонентов атс
 Скачать 472.83 Kb.
|
|
«УТВЕРЖДАЮ» Директор « Центр предоставления государственных и муниципальных услуг Московской области» ______________________________ Д.В. Тишин «___» ______________2024 г. Техническое задание Картотека абонентов АТС На N листах Действует с ________________ СОГЛАСОВАНО РАЗРАБОТЧИК Должность Должность ______________ ФИО Бурдиян, Иванов ФИО «___»________ 2024 г. «__»__________ 2024 г. Новокузнецк, 2024 1. ОБЩИЕ СВЕДЕНИЯ 1.1 Наименование системы Полное наименование системы – программный модуль «Картотека абонентов АТС», осуществляющий функции хранения сведений о телефонах и их владельцах, фиксации задолженности по оплате. Условное обозначение системы – ПМ КАА. 1.2 Наименование заказчика и исполнителя Государственным заказчиком работ является: «Центр предоставления государственных и муниципальных услуг Московской области» Юридический адрес государственного заказчика: 125375, г. Москва, ул. Тверская, д.7. Почтовый адрес государственного заказчика: 125375, г. Москва, ул. Тверская, д.7. Функциональным заказчиком системы является: «Центр предоставления государственных и муниципальных услуг Московской области» Исполнителем работ является: Компания «провайдер» и айти - технологий «IGT» (“IvanovGame&Technologies”). Юридический адрес исполнителя: 654005, Россия, г. Новокузнецк, ул. Орджоникидзе д.15. Почтовый адрес исполнителя: 652700, Киселевск, сад Красный Камень 79. 1.3 Основание для выполнения работ Работы должны выполняться на основании следующих нормативных правовых документов: - государственная программа Российской Федерации «Информационное общество (2011-2020 годы)», утвержденная распоряжением Правительства Российской Федерации от 20.10.2010 № 17 1815-р «О государственной программе Российской Федерации «Информационное общество (2011-2020 годы)»; - Федеральный закон от 27 июля 2010 г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг»; - Федеральный закон от 6 апреля 2011 г. № 63-ФЗ «Об электронной подписи»; - Федеральный закон Российской Федерации от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; - Приказ Минкомсвязи РФ от 27 декабря 2010 г. N 190 "Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия"; - Федеральный закон Российской Федерации от 27 июля 2006 г. № 152-ФЗ «О персональных данных»; - Постановление Правительства РФ от 15 сентября 2008 г. № 687 «Об утверждении положения об особенностях обработки персональных данных, осуществляемой без использования средств автоматизации»; - Приказ Гостехкомиссии России от 30 августа 2002 г. № 282 «Специальные требования и рекомендации по технической защите конфиденциальной информации (СТР-К)»; 1.4 Сроки начала и окончания работ Плановый срок начала работ: с момента заключения Государственного контракта. Плановый срок окончания работ: не позднее 31 октября 2025 года. Сроки начала и окончания стадий и этапов работ обсуждаться с заказчиком. 1.5 Источники и порядок финансирования работ Финансирование работ осуществляется за счёт средств бюджета. Порядок финансирования определяется условиями заключенного между Исполнителем и Заказчиком Государственного контракта на выполнение работ по развитию Системы. 1.6 Порядок оформления и предъявления Заказчику результатов работ Порядок оформления и предъявления результатов работ Заказчику по созданию ПМ КАА должен соответствовать требованиям договора, настоящего технического задания. Приемка результата работ осуществляется Заказчиком с участием представителей Заказчика и Исполнителя по окончании работ на основании испытаний ПМ КАА, проведенных в соответствии с программной и методикой испытаний, согласованной с Заказчиком. 2. НАЗНАЧЕНИЕ И ЦЕЛИ РАЗВИТИЯ СИСТЕМЫ 2.1 Назначение ПМ КАА Программный модуль должен обеспечить: сбор и анализ информации о владельцах, фиксация задолженностей по абонентской и повременной оплате. Он предназначен для автоматизации деятельности уполномоченной организации «Центр предоставления государственных и муниципальных услуг Московской области». 2.2 Цели создания ПМ КАА Цели создания ПМ: Сбор информации об абонентах; Анализ информации об абонентах; Хранение информации об абонентах; Поиск необходимой информации; Обработка данных; Вывод необходимой информации; Фиксация задолженностей по абонентской и повременной оплате. 3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ 3.1 Краткие сведения об объекте автоматизации «Центр предоставления государственных и муниципальных услуг Московской области» является уполномоченной организацией Московской области, осуществляющей функции по хранении сведений о телефонах и их владельцах, фиксации задолженности по оплате. Уполномоченная организация является объектом автоматизации. ПМ КАА разворачивается в центре обработки данных уполномоченных организаций Московской области, осуществляющий функции по хранении сведений о телефонах и их владельцах, фиксации задолженности по оплате. Хранение сведениях и фиксация задолженностей осуществляется через сеть пунктов приема, расположенных на территории Московской области. 3.2 Перечень автоматизируемых функций Уполномоченная организация субъекта: Хранение сведений о абонентах и их телефонах Фиксация задолженностей по оплате 3.3 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды Для сопровождения базы данных должен быть выделен один администратор баз данных. Для работы с базой данных оператор АТС должен обладать знаниями и навыками работы с базами данных. Температура воздуха в холодное время года 21-25 о С, в теплое время года 23-25 о С, влажность 40-60%. 4. ТРЕБОВАНИЯ К АВТОМАТИЗИРОВАННОЙ СИСТЕМЕ 4.1. Требования к структуре в целом Требования к общей схеме архитектуры системы Архитектура ПМ КАА должна представлять собой сервис- ориентированную архитектуру, основанную на использовании распределенных, слабо связанных, заменяемых компонентов, оснащенных стандартизированными интерфейсами для взаимодействия по стандартизированным протоколам. Основная и резервная база данных ПМ КАА должны разворачиваться и функционировать на площадке центра обработки данных (ЦОД) и обеспечивать возможность переноса ключевых бизнес-задач, выполняемых ПМ КАА, в Резервный ЦОД, в случае невозможности функционирования основного ЦОД. Техническое решение по переходу в Резервный ЦОД должно обеспечивать минимизацию простоя основных бизнес-задач, общее время простоя не должно превышать 24 часа с момента прекращения функционирования основного ЦОД. Состав системы В состав ПМ КАА должны входить следующие компоненты: Подсистема управления. Подсистема, предназначенная для работы Администраторов ПМ КАА с данными БД ПМ КАА, выполнения настроек и администрирования компонента ПМ КАА. Подсистема сбора и обработки данных. Подсистема, предназначенная для регистрации в ПМ КАА информации о абонентах, фиксирование задолженностей абонентов оплате, обеспечения необходимого порядка обработки информации для организации картотеки абонентов АТС. Подсистема приёма выплат и фиксаций задолженностей. Подсистема, предназначенная для выполнения процедур по приёму выплат и фиксаций задолженностей абонентов. Подсистема информационного обмена. Подсистема предназначена для экспорта и/или импорта данных между ПМ КАА и иными автоматизированными системами в рамках функционирования АТС. Подсистема защиты информации. Подсистема представляет собой программно-технический комплекс, предназначенный для защиты технических средств, программного обеспечения и данных от несанкционированного доступа к данным ПМ КАА. Выполняет функции по идентификации и аутентификации сторон, производящих обмен информацией, функции по разграничению прав доступа к информационным ресурсам ПМ КАА. Подсистема ведения нормативно справочной информации (НСИ). Подсистема представляет собой программное обеспечение для работы со справочными данными ПМ КАА. Обеспечивает функции по актуализации нормативно справочных данных при информационном обмене между участниками ПМ КАА и внешними информационными системами. Подсистема отчетности. Подсистема, предназначенная для формирования отчетных форм, содержащих данные, генерируемые в процессе функционирования ПМ КАА, сохранения отчетных форм в общераспространенных форматах на компьютер пользователя. База данных ПМ КАА. Подсистема, предназначенная для хранения и управления данными, формируемыми при функционировании ПМ КАА. Требования к способам и средствам связи для информационного обмена между подсистемами Информационный обмен между подсистемами ПМ КАА должен осуществляться посредством стандартных протоколов и интерфейсов электронного взаимодействия. Управление подсистемами ПМ КАА должно осуществляться с использованием специализированных АРМ управления. ПМ КАА должна обеспечивать предоставление информации, аккумулированной в ней, при наличии соответствующих прав и привилегий. Требования к характеристикам взаимосвязей ПМ КАА с внешними системами, требования к совместимости В состав внешних систем, осуществляющих информационное взаимодействие с компонентами ПМ КАА, входят: Информационная система Федеральной уполномоченной организации (ФУО); Информационная система Центра хранения данных абонентов (ЦХДА) Информационная система Центра фиксация и приёма задолженностей (ЦФПЗ) Основные требования, предъявляемые к совместимости обмена данными между подсистемами ПМ КАА и внешними системами: Единые форматы импорта/экспорта данных; Использование стандартизованных промышленных протоколов и интерфейсов обмена данными в соответствии со спецификациями. Требования к режимам функционирования системы ПМ КАА должна функционировать круглогодично в автоматическом режиме, обеспечивая непрерывный круглосуточный режим работы, за исключением регламентных остановов для проведения процедур технического обслуживания. Длительность и периодичность регламентных остановов системы регулируется Заказчиком на основании внутренних регламентов Заказчика. Требования к модернизации системы Система должна предусматривать возможность адаптации без существенных доработок при изменениях организационной и штатной структуры подразделений КАА, регламентов работы и схем отчетности. Система должна поддерживать возможность дальнейшего развития информационной основы. Система должна поддерживать возможность развития технологической основы. |