Скачать 0.81 Mb.
|
Требования по диагностированию системыДолжны быть предусмотрены организационно-методические и технические меры по автоматизированному контролю и диагностированию сбоев в работе аппаратно-программных комплексов для всех структурных компонентов системы, а также оперативному восстановлению их работоспособности. Под организационно-методическими мерами понимаются мероприятия по разработке структуры эксплуатационных подразделений, соответствующей территориально-распределенному характеру системы и способной производить своевременную диагностику функционирования элементов Системы, а также принимать адекватные меры по устранению критических ситуаций. В методические меры необходимо включить мероприятия по подготовке и обучению персонала, а также подготовку и выпуск рабочих и эксплуатационных документов по способам диагностики функционирования различных элементов системы и устранения сбоев, критических и аварийных ситуаций. В качестве технических мер КСА ЕЦОР должен предоставлять инструменты диагностирования основных компонентов Системы. Диагностические инструменты должны предоставлять удобный интерфейс для возможности просмотра диагностических событий, мониторинга процесса выполнения программ. Диагностирование Системы должно осуществляться посредством анализа различных журналов системы (например, журнала запуска и остановки, журнала возникновения исключительных ситуаций в Системе и т.д.) и информационных (log) файлов системы. Объектами диагностирования должны являться:
Диагностирование компонент КСА ЕЦОР должно осуществляться во всех режимах её функционирования. Организационно-методические и технические мероприятия по диагностированию системы должны применяться централизованно, по согласованию с организацией-оператором Системы.
Система должна предусматривать поэтапное развитие. Развитие и модернизация и должны обеспечиваться без нарушения ее работоспособности, для этих целей при создании КСА ЕЦОР должен быть обеспечен 30% резерв технических, технологических и телекоммуникационных возможностей Системы. Развитие и модернизация Системы могут идти в следующих направлениях:
В ходе работ по проектированию и разработке КСА ЕЦОР должны быть предусмотрены организационно-методические и технические меры, обеспечивающие возможности развития и модернизации Системы:
Персонал КСА ЕЦОР должен состоять из:
Численный состав пользователей является переменным и определяется руководством объекта автоматизации. Все пользователи должны быть разделены по группам (ролям) в соответствии с функциональностью, которую они используют при работе с Системой. Каждый пользователь должен иметь одну (единую) учетную запись в Системе. Численный состав персонала, обслуживающего компоненты Системы, устанавливается штатным расписанием организации-оператора КСА ЕЦОР. Численность обслуживающего персонала Системы должна определяться с учетом следующих требований:
Для обслуживающего персонала Системы должны быть определены следующие основные роли:
Требования к численности и составу обслуживающего персонала Системы подлежат уточнению при техническом проектировании и должны быть включены в эксплуатационную документацию на каждый сегмент. Основными квалификационными требованиями к персоналу Системы является возможность самостоятельной работы:
Подготовка (переподготовка, повышение квалификации) и контроль знаний персонала должны осуществляться в плановом порядке с выдачей соответствующих свидетельств и удостоверений. Режим работы персонала Системы должен соответствовать требованиям Трудового кодекса Российской Федерации, включая работу в условиях аварийных ситуаций, в том числе:
Целевое назначение Системы должно сохраняться на протяжении всего срока ее эксплуатации. Срок эксплуатации Системы определяется сроком устойчивой работы аппаратных средств вычислительных комплексов, своевременным проведением работ по замене (обновлении) аппаратных средств, по сопровождению программного обеспечения Системы и его модернизации. КСА ЕЦОР должен сохранять работоспособность при увеличении количества пользователей в пределах, поддерживаемых вычислительной инфраструктурой. Технологические решения по созданию системы должны обеспечивать выполнение следующих требований:
Специальные требования к вероятностно-временным характеристикам, при которых сохраняется целевое назначение Системы, не предъявляются.
Под надёжностью Системы понимается ее комплексное свойство сохранять во времени, в установленных нормативно-технической и (или) конструкторской документацией пределах, значения параметров, характеризующих способность Системы выполнять свои функции, определяемые её назначением, режимами и условиями эксплуатации. В качестве показателей надёжности Системы должны использоваться показатели, характеризующие надёжность реализации ее функций. Надёжность Системы должна характеризоваться:
В качестве единичных показателей надёжности КСА ЕЦОР должны использоваться следующие показатели:
В качестве комплексного показателя надёжности КСА ЕЦОР должен использоваться коэффициент готовности (отношение времени штатного функционирования к общему времени работы), который должен составлять не менее 0.99, что соответствует менее 7 часов простоя в месяц. Критерием предельного состояния следует считать моральное старение Системы, не соответствие её текущим задачам, когда моральное старение невозможно устранить посредством технического надзора и плановым ремонтом. Числовые значения заданных показателей надёжности для КСА ЕЦОР в целом и её отдельных компонентов оцениваются на основе требований к надёжности поддерживаемых ими рабочих процессов и проверяются на этапе ввода в постоянную эксплуатацию Системы. Допускаются экспериментальные методы оценки показателей надёжности Системы (моделирование работы и отказов). Деятельность по оценке и контролю показателей надёжности должна проводиться в комплексе работ по управлению качеством и испытаниями Системы. Оценка показателей надежности должна проводиться согласно ГОСТ 27.301-95, ГОСТ 27.402-95, ГОСТ 27.410-87. Надежность КСА ЕЦОР должна обеспечиваться:
В процессе проектирования КСА ЕЦОР должны быть определены наиболее критичные, с точки зрения надежности, участки информационно-технологического цикла и перечни возможных аварийных ситуаций, представлены решения по обеспечению надежности критичных участков. Под отказом КСА ЕЦОР понимается событие, заключающееся в нарушении автоматического режима функционирования Системы (прекращения выполнения хотя бы одной из функций), при котором для восстановления работоспособности требуется перезагрузка программного обеспечения с исходного носителя, проведение специальных процедур информационного восстановления, ремонта или замены отказавшего оборудования. Кратковременное нарушение функционирования Системы (до десяти минут), устраняемое автоматически или по командам оператора путем проведения реконфигурации, перезагрузки, информационного восстановления, рестартов и не приводящее к потере информации, не является отказом. Оборудование и ПО должны проектироваться для круглосуточной работы, позволять осуществлять резервирование и восстановление Системы после сбоев. Система в целом должна обеспечивать выполнение целевых функций в режиме 24х365 (24 часа в день, 365 дней в году) за исключением периодов технического обслуживания, предусмотренных технической документацией. Критерием выполнения данного требования является значение коэффициента готовности. Гарантийный срок эксплуатации применяемого оборудования определяется политикой производителя оборудования. К критическим компонентам КСА ЕЦОР относятся:
Для выполнения поставленных требований к надёжности Системы в целом и её компонентов должно быть:
Конкретные технические решения и список компонентов, подлежащих резервированию, уточняются при техническом проектировании. Характеристики надёжности технических средств, входящих в Систему, определяются техническими условиями (технической документацией) на эти средства. Сбои в работе ПО и КТС, телекоммуникационной инфраструктуры или сетей электроснабжения не должны приводить к внесению искажений в первичные данные, получаемые и хранимые в БД, и в хранимые результаты обработки первичных данных. Сохранность информации должна обеспечиваться на аппаратном, системно-техническом, общесистемном программном и организационном уровнях. При выработке проектных решений по обеспечению высокой надежности необходимо использовать свойства применяемой аппаратной платформы, СУБД, функциональные свойства специализированного общесистемного и прикладного программного обеспечения, а также соответствующие организационные меры. Уточнения по составу и значению показателей надежности может быть проведено на этапе технического проектирования Системы.
Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и «Правилами устройства электроустановок» (ПУЭ). Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение. Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения. Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).
Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке. Система должна обеспечивать корректную обработку ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Экранные формы должны проектироваться с учетом требований унификации:
Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта РФ.
Эксплуатация Системы должна производиться в соответствии с эксплуатационной документацией и Регламентом технического обслуживания. Условия эксплуатации, хранения, а также виды и периодичность обслуживания технических средств компонентов КСА ЕЦОР должны соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации на них завода-изготовителя. Обслуживание Системы должно производиться обслуживающим персоналом. Допускается использование специализированных служб или подразделений на объектах внедрения, для обслуживания и ремонта оборудования. Должно быть предусмотрено текущее ежедневное техническое обслуживание Системы. При возникновении неисправностей, должно осуществляться оперативное техническое обслуживание, временные регламенты которого не должны превышать указанных значений времени восстановления. Регламент технического обслуживания должен быть определен в составе эксплуатационной документации. Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями ГОСТ 21958-76 «Система «человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования». Для электропитания технических средств должна быть предусмотрена трехфазная четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15) % частотой 50 Гц (+1-1) Гц. Каждое техническое средство запитывается однофазным напряжением 220В частотой 50 Гц через сетевые розетки с заземляющим контактом. Техническое обслуживание КСА ЕЦОР должно осуществляться эксплуатационным персоналом. Требования к численности, режиму работы и функциям эксплуатационного персонала определены в разделе 4.1.2 настоящего документа. Регламент технического обслуживания и порядок ремонта оборудования КСА ЕЦОР определяется на стадии создания проектной документации. Ремонт оборудования Системы должен допускать возможность замены его типовых элементов без приостановки деятельности КСА ЕЦОР.
Информационная безопасность Системы должна осуществляться подсистемой обеспечения информационной безопасности, реализуемой организационными мерами и программно-техническими средствами. Требования к подсистеме информационной безопасности приведены в разделе 4.2.8. С целью повышения уровня информационной защищенности АПК «Безопасный город» предусматривается подключить информационно-телекоммуникационную систему «Безопасного города» к системе обнаружения, предупреждения и ликвидации последствий компьютерных атак «СОПКА» ФСБ России. Требования к защите информации от несанкционированного доступа дорабатываются на этапе разработки проектной документации.
В КСА ЕЦОР должна быть обеспечена сохранность информации при авариях и сбоях в электропитании системы, отказов в работе серверного оборудования и сетевого оборудования. В Системе должны быть предусмотрены средства для резервного копирования информации. В состав эксплуатационной документации должен входить регламент, определяющий процедуры резервного копирования, восстановления данных и программного обеспечения. Система должна включать следующие средства обеспечения сохранности информации:
Программное обеспечение КСА ЕЦОР должно автоматически восстанавливать свое функционирование при корректном перезапуске технических средств. Должна быть предусмотрена возможность организации автоматического или ручного резервного копирования с использованием стандартных программных и аппаратных средств, входящих в состав КСА ЕЦОР. Обеспечение надежности хранения и восстановления данных должно осуществляться на основе:
Регламент работы системы должен предусматривать создание резервных копий баз данных и сопутствующей информации. Процесс создания резервных копий должен быть автоматизирован с минимальными функциями оператора и удобным пользовательским интерфейсом.
Технические средства должны отвечать требованиям ГОСТ 19542-83, ГОСТ 29339-92, ГОСТ Р 50628-2000, требованиям Госкомсвязи России «Автоматизированные системы управления аппаратурой электросвязи» 1998г. по электромагнитной совместимости и помехозащищенности. ТС должны удовлетворять требованиям по электромагнитной совместимости, определенным в ГОСТ 22505-97 и ГОСТ 51275-99. Иных специальных требований по защите от влияния внешних воздействий в части радиоэлектронной защиты не предъявляется. Требования по устойчивости к таким воздействиям как: механический резонанс, синусоидальная вибрация, механические удары, атмосферное пониженное давление, плесневые грибы, рабочие растворы и агрессивные среды в КСА ЕЦОР не предъявляются.
Проектные решения Системы должны отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации. В соответствии с ст. 773 Гражданского кодекса Российской Федерации Исполнитель обязан гарантировать Заказчику передачу полученных по договору результатов, не нарушающих исключительных прав других лиц. Готовые, настраиваемые компоненты должны быть лицензированы согласно лицензионному соглашению фирмы-производителя.
Процесс разработки Системы должен соответствовать требованиям к созданию АС, регламентированных стандартами:
Компоненты Системы должны быть разработаны в соответствии с требованиями национальных стандартов (ГОСТ), Единой системы конструкторской документации, Единой системы программной документации и других руководящих и нормативных правовых документов по созданию АС, в том числе, АС в защищенном исполнении, а также требованиями нормативно-методических и руководящих документов ФСТЭК России и ФСБ России. В Системе должны использоваться типовые проектные решения, унифицированные формы управленческих документов, общероссийские классификаторы технико-экономических и социальных показателей и классификаторы других категорий, унифицированные методы реализации функций системы, стандартные технические и программные средства общего назначения, общепринятые (стандарты де-факто) языки и процедуры информационного взаимообмена. Реализация требований по стандартизации и сертификации должна включать:
На АРМ и серверах для реализации однотипного функционала должны использоваться одинаковые методы обработки данных и унифицированные программные средства. При разработке и внедрении Системы должны быть реализовано:
Функции (задачи) Системы реализуются функциональными компонентами КСА ЕЦОР и входящими в их состав функциональными подсистемами. Определенные настоящим техническим заданием требования к функциям (задачам), выполняемым Системой, уточняются на этапах технического проектирования и разработки проектной документации КСА ЕЦОР.
Подсистема поддержки принятия решений должна выполнять следующие функции:
Подсистема приема и обработки обращений предназначена для хранения и актуализации баз данных, обработки информации о полученных вызовах (сообщениях о происшествиях), получения информации о происшествии из архива в оперативном режиме, планированию мер реагирования. Требования к функциям данной подсистемы должны касаться контроля выполнения мероприятий по реагированию на сообщения о происшествиях, поступивших по номеру (112).
Подсистема комплексного мониторинга предназначена для сбора и обработки данных, поступающих от всех входящих в состав АПК «Безопасный город» КСА ЕЦОР, обеспечивающих прогнозирование, мониторинг и предупреждение возникновения угроз природного, техногенного, биолого-социального, экологического характера на территории Шербакульского муниципального района.
Интеграционная геоинформационная подсистема должна иметь механизмы взаимодействия с уже имеющимися геоинформационными подсистемами ДДС, либо удовлетворять требованию заменимости. Объем и распределение предоставляемой информации по рабочим местам должностных лиц определяется на этапе технического проектирования ЕЦОР. В подсистеме должен быть предусмотрен механизм регулярного обновления электронных карт подсистемы для обеспечения актуальности картографической информации. Пользовательский интерфейс подсистемы должен предоставлять следующие функциональные возможности:
Интеграция Подсистемы приема и обработки обращений и Интеграционной геоинформационной системой происходит на двух уровнях:
Общие функции интеграционной геоинформационной системы:
Интернет-портал должен предоставлять пользователям сети Интернет следующие возможности:
Веб-клиент должен работать в интернет-браузерах таких как Internet Explorer, Mozilla Firefox, Google Chrome, Safari, Opera, Opera Mini.
Подсистема обеспечения координации и взаимодействия должна выполнять следующие функции:
Подсистема комплексного оповещения и информирования должна обеспечить: в части систем оповещения:
в части системы информирования:
ПИБ должна представлять комплекс из организационных мер и программно-технических средств и должна обеспечивать:
|
Аппаратно-программный комплекс «безопасный город» программно-аппаратный... Порядок оформления и предъявления заказчику результатов работ по созданию системы 18 |
Аппаратно-программный комплекс «безопасный город» программно-аппаратный... Бизнес-аналитика, программное обеспечение, созданное для помощи в анализе информации |
||
Апк «безопасный город» программно-аппаратный комплекс «единый центр... Полное наименование системы: Программно-аппаратный комплекс «Единый центр оперативного реагирования», создаваемый на базе единой... |
Апк «безопасный город» программно-аппаратный комплекс «единый центр... Общие сведения |
||
Техническое задание на выполнение опытно-конструкторской работы и... Полное наименование системы: Программно-аппаратный комплекс «Единый центр оперативного реагирования», создаваемый на базе межмуниципальной... |
Апк «безопасный город» комплекс средств автоматизации «единый центр оперативного реагирования» Комплекс средств автоматизации «единый центр оперативного реагирования» города Ачинска и Ачинского района» |
||
Техническое задание на выполнение опытно-конструкторской работы и... «Единый центр оперативного реагирования муниципального образования город Норильск» в составе апк «Безопасный город» |
Техническое задание на выполнение опытно-конструкторской работы и... «Единый центр оперативного реагирования Рыбинского района» в составе апк «Безопасный город» |
||
Техническое задание на выполнение опытно-конструкторской работы и... Полное наименование системы ― Комплекс средств автоматизации «Единый центр оперативного реагирования Курагинского района» в составе... |
Техническое задание по разработке и созданию опытного образца программно-аппаратного... «Единый центр оперативного реагирования» в городе Севастополе в составе аппаратно-программного комплекса |
||
Техническое задание на выполнение опытно-конструкторской работы и... «Единый центр оперативного реагирования города Шарыпово и Шарыповского района» в составе апк «Безопасный город» |
Техническое задание на выполнение опытно-конструкторской работы и... «Единый центр оперативного реагирования Шушенского района Красноярского края» в составе апк «Безопасный город» |
||
Техническое задание создание комплекса средств автоматизации «Единый... Полное наименование системы ― Комплекс средств автоматизации «Единый центр оперативного реагирования Ужурского района и зато п. Солнечный»... |
Техническое задание На 88 листах «Единый центр оперативного реагирования» Единых дежурных диспетчерских служб (далее кса ецор) пилотных муниципальных образований... |
||
Техническое задание на выполнение опытно-конструкторской работы и... Полное наименование системы: Комплекс средств автоматизации «Единый центр оперативного реагирования Тасеевского района», создаваемый... |
Апк «безопасный город» создание комплекса средств автоматизации «единый центр оперативного реагирования» города Новочебоксарск Чувашской Республики |
Поиск |